Пытаемся построить учет работы головного офиса и двух филиальных складов внутри одной программы учета. Филиальные склады находятся в разных городах. У каждого склада своя локальная клиентура, свои продажи и своя отчетность.
Предполагалось, что каждый склад будет вести автономный учет в своей БД. В конце месяца через синхронизацию реплик собирались обновлять записи в БД головного офиса, который ведет общий учет и формирует отчетность по общим объемам прихода-расхода товаров.
Столкнулись с тем, что последовательная синхронизация простых реплик (БД филиальных складов) с основной репликой (головной офис) в режиме "Экспорт-Импорт" превратила все три реплики в абсолютно одинаковые базы данных.
Понимаем, что по смыслу синхронизация для этого и предусмотрена, но обратите внимание, что получилось: БД разных складов в разных городах наполнились записями о клиентах и продажах друг друга, хотя клиенты, проживающие в одном городе не пользуются услугами склада в другом городе.
Сложилась ситуация ненужной наполненности локальных баз данных "чужими"записями и возможности разных складов видеть картину работы друг друга.
Подскажите пожалуйста, какие есть варианты обновления только одной основной БД без занесения в БД локальных складов записей, не относящихся к их работе.

Также в описании основных функций программы есть п.14: "Работа по нескольким складам (создание нескольких несвязанных учетных групп внутри одной программы складского учета)"
Если эта функция имеет отношение к нашей ситуации, подскажите, где прочитать о ней.

Для каждого вашего филиала вам нужно создавать частичную реплику. Это реплика с фильтром.

_________________
2B OR NOT 2B = TRUE

Правильно ли я все понял:
1.Создаем частичную реплику с фильтром по пользователю, находящемуся в конкретном городе или даже по городу, в котором находится филиал.
2.Из основной реплики в эту частичную простую реплику не попадет ни единой строки с записями из основной реплики, т.к. в ней (другой город) такого пользователя просто нет и будет создана фактически чистая БД.
3.При дальнейших синхронизациях также не будет происходить наполнения частичной простой реплики записями из основной реплики, не относящимися к установленному в фильтре пользователю даже в режиме "Экспорт-Импорт".
4.Режим "Экспорт-Импорт" можно будет использовать для синхронизации конфигурации простой реплики с основной. ???

1-3. Да.
4. Экспорт-импорт не нужно использовать вообще. При задействовании технологии репликации предусмотрена Синхронизация данных, которая это и делает.

Посмотрите обучающее видео "Репликация баз данных".

_________________
2B OR NOT 2B = TRUE

Я имел в виду "Экспорт-Импорт", как направление изменений при синхронизации.

Еще ситуация с синхронизацией:
В основной реплике проведено перемещение товара в филиал. Филиал после физического получения товара провел эту операцию в своей простой реплике. Записи датированы в обоих репликах одной и той же датой. Складские остатки в одной БД уменьшились на количество перемещенного товара, в другой БД увеличились на это же количество. Все ОК.
После синхронизации с направлением "Экспорт-Импорт" и в основной, и в дополнительной репликах появились записи, дублирующие это фактическое перемещение. Т.е. создалась ситуация, при которой для одного перемещения имеется по две одинаковых записи в каждой БД. В результате - после синхронизации складские остатки неточны и в головном офисе, и в филиале.
Как избежать подобной ситуации? Не включать таблицы Перемещение и Перемещенные товары в частичную реплику?

Да, можно делать какие-то таблицы нереплицируемыми из-под Access. В интерфейсе программы такой возможности пока нет. Мы подумаем над доработкой в данном аспекте.

_________________
2B OR NOT 2B = TRUE

ОК. Благодарю за понимание!