В корпоративной версии хранение и управление справочниками всех развлекательных центров осуществляется в центральной базе. В локальные центры необходимые данные справочников службами репликации.
В корпоративной версии невозможно изменять настройки ценовой политики в локальной базе, возможен только просмотр настроек. Вся ценовая политика создается и управляется только в центральной базе. В локальной базе возможно управлять печатью списка товаров со штрих-кодами, осуществлять работу с картами (групповая активация, управление купонами и т.д).
Схема работы «Репликации справочников»
Общий принцип работы корпоративной версии.
- Заведение справочников в центральной базе.
- Передача справочников и настроек применения из центральной базы CDB в промежуточную RDB. (Транспортные модули передают все данные справочников, хранящиеся в CDB.)
- Применение средствами gkMServer переданных справочников согласно настройкам репликации, то есть перенос необходимых справочников из промежуточной базы RDB в локальную базу LDB.
Стоит обратить внимание, что транспортные модули осуществляют передачу только в промежуточную базу RDB. Т.к база с которой работает центр LDB, то без применения справочников gkMServer, центр не сможет работать с новыми ценами. Для того чтобы происходило применение справочников в ini gkMServer необходим параметр:
[DBConnect]
DBNAME = LDB
RPL_DBNAME=RDB
Настройка данных для передачи в локальные игровые центры осуществляется в приложении "Редактор" в справочнике «Настройки репликации». Для возможности использования элемента справочника в локальном центре, необходимо в справочнике "Настройки репликации" указать название одного или нескольких центров, где он должен присутствовать. Ниже представлен пример окна настроек репликации.
Так же такая возможность есть по кнопке "Размещение", непосредственно в справочнике, где находится необходимый элемент.
Рекомендации при заведении справочников для Корпоративной версии.
Терминалы – названия кассовых терминалов должны быть уникальными для всей сети.
Аппараты – название и IP аппарата должны быть уникальными для сети.
Товары, призы, услуги, абонементы, пакеты. При заведении данных элементов необходимо учитывать, что при построении отчётов, если не будет использоваться разбиение по игровым центрам, неуникальные названия элементов будут отображаться как один. В противном случае одинаковым элементам необходимо указывать уникальные имена. Это также важно при осуществлении выгрузки во внешние системы.
Репликация некоторых справочников происходит в автоматическом режиме (не настраивается менеджером).