Распределенные БД в Navision Attain

[vrog]

Есть сеть удаленных магазинов, не имеющих постоянного доступа в интернет.
В каждый магазин планируется поставить Navision (все БД одинаковые по структуре, все апгрейды / доработки производятся синхронно). При этом требуется иметь сведения из магазинов также в централизованной БД компании (все в одной куче, чтобы можно было формировать сводные отчеты).

Консолидация не подходит, поскольку в центральном офисе требуется иметь детальные сведения по деятельности каждого магазина (вплоть до каждого первичного документа).

Есть ли какие-нибудь идеи (или может быть кто-нибудь решал подобную задачу) в связи с необходимостью "слияния" нескольких баз удаленных подразделений в одну?

С уважением,
заранее благодарен за любую дельную информацию.

[komar]

Средствами импорта-экспорта. Выбрать набор операций, далее их выплевывать из одной базы, и загружать в другую.
Вариант 2 - самый примитивный - держать в головном офисе копии баз филиалов.

[Yoil]

Можно настроить репликацию, которая будет с заданной периодичностью высылать необходимые документы из "филиалов" в "центр"

[vrog]

То есть, если я правильно понимаю, то нужно сесть и написать кучу датапортов, которые будут обрабатывать экспорт / импорт всех необходимых для конкретной задачи таблиц (в первую очередь справочники и первичка, возможно, еще какие то данные)?
Причем обрабатывать придется с учетом различных неприятных аспектов (например, появление записей-дубликатов в справочниках, сгенерированных различными удаленными подразделениями и т.п.)
Кто-то наверняка делал что то подобное. Насколько это трудоемко?

И неужели нет готового тиражируемого решения такой задачи, ведь наверняка такая проблема встает в России повсеместно?

[komar]

Повсеместно не встает. Кто-то работает удаленно, кому-то хватает стандартной консолидации. Есть еще BizTalk. Кто-то настраивает кучу датапортов.
Стандартного решения быть не может, так как на вопрос "что делать, когда по данным одного подразделения остатки на складе одни, а по данным другого другие, и они оба пытаются получить с него товар?" может быть только один стандартный ответ - работайте удаленно с одной базой. Через терминальчик.
Как же у нас в стране любят репликации - это что, со времен 1С и БЭСТа?

[vrog]

Так а что же их не любить то, репликации?
Работайте удаленно! А если инет упадет? Все, сушите весла, торговля встала? Такого не бывает скажете?
Или если просто в этом магазине нет выделенки, и тянуть ее туда элементарно не выгодно?

[Aleksander]

Терминальчики - хороши для Запада с их нормальной связью и короткими расстояниями. А для России более приемлима репликация из Retail Back Office , или же обмен в виде файлов(реализовано MBSC Импакт ДВ).

[mazzy]

Цитата:

Изначально опубликовано vrog
Так а что же их не любить то, репликации?

За гемор в администрировании.
За принципиальную недостоверность данных в период межуд репликациями
За сложносьт решения конфликтов.

Естественно, это все проявляется в более-менее сложном случае, а не в игрушечном случае нескольких "магазинчиков". Пожалуйста, не надо про УРБД. Почитайте лучше что народ пишет про репликацию в нормальных случаях например на www.sql.ru.

Если хорошо подумать, то наладить нормальную и гарантированную связь бывает дешевле, нежели трахаться с адмнистрированием.

[Aleksander]

mazzy - Вы совершенно правы! Но вашу правоту могут поддержать только лишь администраторы и разработчики, а вот руководители "фирмочек" с "магазинчиками" при наличии 10 филиалов в разных краях и областях Дальнего Востока так не думают(из-за отсутствия нормальной связи). Кстати, не подскажите, как можно "наладить нормальную и гарантированную связь" между такими точками?

[mazzy]

Хм... меня всегда удивляла такая постановка вопроса.

Во-первых, зачем руководителям "фирмочек с магазинчиками" именно Аксапта?
Во-вторых, почему вы считаете, что Аксапта окупится, если использовать ее в "фирмочках с магазинчиками"?
В-третьих, если уж у "фирмочки с магазинчиками" не хватает средств чтобы связь наладить... Нафига им Аксапта? Берите 1С, УРБД или МОД и вы будете счастливы.

И не надо про отсутствие связи. В большинстве случаев, когда можно говорить о применимости Аксапты, вопрос связи решается очень быстро и сравнительно недорого.

И не надо опять сводить к определенным регионам. Двумя постингами выше вы говорили о всей России. Если поговорим чуть дальше, то выяснится что и Дальний восток вообще говоря со связью, а имелись в виду только некоторые края и области Дальнего востока...

[mazzy]

Ох. Я опять залез в Аттейновский форум. Извините.
Да, с Аттейном все сложнее и интереснее, поскольку сам Аттейн дешевле.

Но ход рассуждений такой же. Если эта программа вам не подходит в виду ваших особенностей - например, если вы считаете отсутствие распределенки критичным фактором - ищите другую, ту которая вас удовлетворит

Но это не отменяет ответ на вопрос "за что не любят репликацию"

[Aleksander]

mazzy - а если Вы продавец и клиент хочет купить Attain и при этом иметь пресловутую репликацию? Как продавец - Вы пошлете его так же "далеко"? Если Ваши "убедительные" доводы использования терминалов его не удовлетворят?

[mazzy]

если вопрос уткнется именно в репликацию, то скорее всего, да.

с одной стороны, и нормальных клиентов достаточно.
с другой стороны, после продажи будет еще и внедрение. А внедрение на таком клиенте может сожрать абсолютно все бюджеты.

[komar]

Кстати, заодно и ответ тем, кто призывает кару на голову консалтинговых контор, уверяя, что они заинтересованы только в продажах

[PlasticinE]

Цитата:

Изначально опубликовано komar
Кстати, заодно и ответ тем, кто призывает кару на голову консалтинговых контор, уверяя, что они заинтересованы только в продажах ;)

Судя по выступлениям Маззи на последнем семинаре МБСа, он только в них и заинтересован...
<font color=#FFFFFF>Интересно, это мое сообщение удалят? :)</font>