Получение консолидированных данных о работе распределенных подразделений предприятия зачастую является довольно сложной задачей. В системе «АНР-Аптека» для решения этой задачи был создан модуль «Удаленный обмен данными», состоящий из набора специализированных справочников и обработок . При помощи модуля, среди прочих, можно решать следующие задачи:
o реализовать схемы «звезда» или «дерево»;
o осуществлять оприходование и создание новой номенклатуры как в узловой так и в периферийной базах данных( однако стоит помнить о том, что при создании новой номенклатуры в периферийной базе данных необходима последующая связка справочника при загрузке данных в узловую базу данных);
o получать отражение документооборота периферийной базы данных (БД) в узловой базе;
o выполнять программное изменение данных в периферийных БД путем выполнения директив из узловой БД;
o выполнять перемещение товара между одноуровневыми или разноуровневыми базами данных;
o выполнять гибкую настройку состава передаваемых и получаемых данных (путем настройки режимов синхронизации, состава экспортируемых и импортируемых реквизитов объектов синхронизации, настройки режимов синхронизации с программно определяемым составом объектов синхронизации)
o выполнять синхронизацию накопленных сумм дисконтных систем;
o осуществлять контроль доставки пакетов обмена данными;
В данном разделе будет рассмотрена схема обмена данными между узловой и периферийной БД. Для этих целей введем понятие Филиал – т.е. обособленное подразделение предприятия. В рамках системы «АНР-Аптека» под филиалом также может подразумеваться виртуальное консолидирующее подразделение, являющееся Главным филиалом для периферийных подразделений, однако в большинстве случаев в качестве главного филиала фактически выступает головное подразделение предприятия, склад запасов товара или центральный офис предприятия.
В системе «АНР-Аптека» данные могут синхронизируются различными способами в зависимости от типа объекта. Возможны несколько вариантов синхронизации:
· Синхронизация по внутреннему ID объекта;
· Синхронизация по полному коду справочника;
· Синхронизация по номеру документа;
& Основные механизмы синхронизации:
1. Синхронизация по внутреннему ID объекта, посредством справочников «Импорт товар» и «Импорт партнер». Таким способом синхронизируются справочники «Номенклатура» и «Партнеры». То есть для каждого филиала в справочнике «Партнеры» могут быть заполнены подчиненные справочники «Импорт товар» и «Импорт партнер» (таблицы соответствия товаров и партнеров в узловой и периферийной ИБ). Записи в справочнике могут создаваться программно в момент выполнения импорта данных (актуально для передачи данных из узловой БД в периферийную БД, где запрещено создавать новые карточки товаров и партнеров) или в ручном режиме - в случае, если одинаковые товары могут создаваться одновременно и в узловой БД и в периферийной. Второй вариант возможен, если в периферийных БД разрешено независимое заполнение справочников «Номенклатура» и «Партнеры». Такой вариант крайне нежелателен, в силу большой вероятности некорректной связки одинаковых по сути товаров или партнеров в узловой и периферийной БД.
На рисунке представлена схема синхронизации справочников (на примере справочника «Номенклатура»), для варианта, при котором справочники «Номенклатура» и «Партнеры» вручную заполняются в узловой БД. Во втором варианте схема должна быть дополнена экспортом из узловой БД справочников «Импорт номенклатура» и «Импорт партнер».
2. Синхронизация по полному коду справочника – используется для всех остальных справочников (кроме «Номенклатура» и «Партнеры»). Эта форма синхронизации имеет меньшую гибкость, чем предыдущий вариант, и требует соблюдения определенных правил при заполнении справочников в узловой и периферийной БД:
Ø Следует соблюдать уникальность кодов групп и элементов синхронизируемых справочников в пределах всей сети. Т.е. нельзя допускать ситуаций, когда в узловой БД в синхронизируемом справочнике (например «Персонал») под определенным кодом находится группа справочника, а в периферийной – под тем же кодом - элемент. Также может иметь место ситуация, когда реквизиты объектов будут замещаться импортируемыми из другой БД реквизитами объектов с аналогичными кодами.
Ø В случае, если соблюдение уникальности кодов выполнить невозможно или не имеет смысла – следует отключить импорт (экспорт) реквизитов данного объекта (правила настройки импорта/экспорта будут описаны ниже).
3. Синхронизация по номеру документа – как следует из названия, применяется для синхронизации документов. Для соблюдения уникальности номеров документов каждому филиалу присваивается уникальный префикс автонумерации документов. Такой префикс должен быть одинаковый в узловой и в периферийной БД для конкретного филиала.
Настройка удаленного обмена данными включает в себя несколько разрозненных операций:
· Создание баз данных для узловой и периферийной БД;
· Заполнение справочника «Филиалы»;
· Настройка констант;
· Заполнение справочника «Константы» в части, касающейся удаленного обмена данными;
· Настройка импортируемости/экспортируемости реквизитов объектов синхронизации;
· Настройка режимов экспорта данных (варианты экспорта, которые могут содержать различный набор объектов синхронизации);
· Настройка и подключение внешних обработок для формирования состава экспортируемых данных;
Порядок ввода формирования новой базы данных подробно рассмотрен в разделах «Выполнение настроек в конфигураторе» и «Начало работы с конфигурацией».Более детально стоит отметить некоторые особенности и этапы формирования узловой и периферийной баз данных.
& Важные моменты при создании баз данных:
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.