Цитата:
1) справочники редактируются только в центральном офисе и спускаются в филиалы
2) документы из офисов поднимаются в центр, тут я тоже не вижу проблемы. Не нужно RecID поля поднимать и все. тогда и конфликтов по RecId не будет
Или я не понимаю проблематику?
Ок. Допустим нам удалось сформулировать задачу именно таким, достаточно узким способом:
а) справочники передаются из центра в филиалы
б) оперативная информация передается из филиалов в центр - в основную БД, например, в отдельную компанию.
Таким образом, мы избегаем коллизий.
Теперь о ограничениях такого варианта, то, что сразу бросается в глаза:
1) Изменения в функционале должны одновременно происходить и в центре и в филиалах. Иначе возможен вариант, когда в центре добавили поле в табличку, а в одном из филиалов еще нет. -> Реплицироваться данная табличка не сможет.
2) Сопоставления, накладные расходы и т.д. - то есть, те таблицы, где связка происходит по recId. Либо мы реплицируем с recId, таким какой он был в филиале. Либо сопоставляем и т.д. повторно в центре (это уже совсем теоритический вариант
. А теперь представим такую, вполне реальную ситуацию - в филиале провели сопоставление, реплицировались, а затем, откатили сопосталение, что то поравили и опять сопоставили. Будет очень здорово, если за следующей репликацией что-то не придется подчищать ручками
3) А вы уверены, что организационно сможете выполнить обозначенный пункт: "справочники передаются из центра в филиалы". Ведь это означает, что для того, чтобы поставить какую-нибудь галочку в настройках в филиале, Вы должны поставить ее в центре и провести сеанс репликации. А готов ли клиент и его бизнес ждать ? А Вы уверены, что однажды, under pressure of time, Вы не выдержите и не поставите эту галочку сразу в филиале ? А не проще через терминалку вносить настройки во все базы ? А не проще создать группу определений "Настройки" и осуществлять ее экспорт в центре и импорт в филиалах ?
Это так, что сразу бросается в глаза. Уверен, что в ходе эксплуатации этих пунктов будет гораздо больше.