fbpx

Установка Delivery & RK6

I. Обзор программного комплекса

— Программный продукт DELIVERY RK6 («Доставка») — это комплекс приложений, который устанавливается и работает в тесной связи с комплексом R-KEEPER V6. Дальнейшее описание установки в статье будет подразумевать, что на объекте УЖЕ УСТАНОВЛЕНАминимальная конфигурация ПО RK6: «Менеджерская RK6» (E_Rest32, Report32 и т.п.) и кассовый сервер (NT-RKSERVER).

— Большинство модулей DELIVERY работают одновременно с двумя базами:

1. С базой доставки - БД FIREBIRD 2.5
2. С базой кассового сервера RK6 - \DATABASE

— дополнительно, может быть настроена связь с CARDSERV

3. С базой CARD.UDB 

— Также, необходимо отметить , что установка DELIVERY RK6 происходит ПОМОДУЛЬНО. Есть необходимый набор программных модулей («Менеджер»«Оператор»«Редактор Зон»), который устанавливается на объекте в обязательном порядке, причем модули могут быть установлены и запускаться как на одном общем ПК, так и разнесены на разные компьютеры заведения. Остальные модули используются и доустанавливаются при производственной необходимости. Количество модулей и их расположение внутри ЛВС зависит от многих факторов. Возможные конфигурации будут рассмотрены ниже.

Важно!!! При реализации проекта на базе DELIVERY RK6 к каждой установке необходимо подходить в индивидуальном порядке в зависимости от конретных нужд заказчика, поскольку в системе не обязательно использовать все предлагаемые модули. Например модуль «Экспедитор» — является не обязательным (подробнее — в руководстве пользователя). Более того, в случае распределенной конфигурации, модули в центральном офисе и в филиалах настраиваются по РАЗНОМУ!

Для начала необходимо кратко ознакомиться со всем списком предлагаемых модулей используемых DELIVERY RK6 (подробная информация есть в руководстве пользователя):

1. ПО «Оператор» (Operator.exe) — приложение предназначено для приема заказов операторами доставки. Они выполняют (согласно настроенным правам) поиск/ добавление/ редактирование данных по клиенту в базе доставки (FIREBIRD), а так же формируют заказ (из блюд содержащихся на кассовом сервере) и отправляют сформированный заказ на дальнейшую обработку.  В приложении сразу выполняется оплата заказа. Дополнительно, приложение может иметь связь с сервером карт (CARDSERV), с которого могут передаваться скидки по картам ПДС.  Приложение поддерживает, как сенсорный так и клавиатурный ввод.

Важно!!! Передается только информация по скидкам. Оплачивать картой ПДС — нельзя!!!

Важно!!! Принимаются к оплате только «Наличные» и «Кредитные карты». Другие типы оплат в системе не используются!!!

2. ПО «Диспетчер» (SDispather.exe) — приложение предназначено для обработки принятых операторами заказов, поскольку сам заказ в системе может иметь разные статусы, в зависимости от того, на какой стадии находится процесс его обработки. Статусы заказа:

Статус - Ожидание       - После оформления оператором. Сервис-печать в этом статусе еще НЕ отправлена. На кас.сервере данных о заказе пока еще нет. Можно удалить заказ без всяких последствий.
Статус - Производство   - Перевод в этот статус либо автоматически, либо вручную. После этого, происходит сервис-печать. На кас.сервере данных о заказе пока нет. Можно удалить заказ через Диспетчер.
Статус - Готов          - При переводе заказа в этот статус, заказ удалить нельзя. На кассовом серевере данных о заказе пока нет. Данный статус можно получить только при использовании контроля заказов!
Статус - Отправлен      - Только после перевода в этот статус (отправка экспедитора) заказ появиться на кассовом сервере!!! Переводить заказ в этот статус необходимо только ВРУЧНУЮ!!!
Статус - Выполнен       - Промежуточное состояние заказа. Он открыт на кассовом сервере, с ним можно выполнять любые операции (в частности удаление). Удалять ТОЛЬКО через Диспетчер!!!
Статус - В архиве       - При переводе в этот статус, заказ попадает в архив БД Доставки и закрывается на кассовом сервере RK6. Т.е. попадает в расход блюд R-KEEPER.

— Более подробно технология работы с приложением расписана в руководстве пользователя (обязательно к прочтению!!!). Здесь же можно дополнительно отметить некоторые аспекты работы приложения «Диспетчер»:

Дополнительные аспекты общей реализации ПО

Первый аспект —  список персонала

— Изначально, НУЖНО прогрузить список персонала из RK (с кассового сервера). После чего, можно использовать их для работы, дополнительно, можно создать соотрудников непосредственно в самом «Диспетчере».

Менеджеры RK6                - закачиваются в БД доставки через Диспетчер в качестве    - Диспетчеров Доставки
Официанты и Бармены RK6      - закачиваются в качестве                                  - Экспедиторов Доставки
Кассиры RK6                  - закачиваются в качестве                                  - Операторов Доставки

Примечание: Экспедиторы закачиваются только из RK6. Из программы доставки их создать нельзя.

Второй аспект — причины удаления

— Справочник причин удаления заказов закачивается также с кассового сервера. Происходит это автоматически.

Третий аспект — контроль приготовления

— Может использоваться контроль приготовления. Если для него выполнены настройки и в менеджерской RK6 (сервис-печать + включен контроль приготовления) и в приложениях Доставки («Оператор»«Диспетчер»), то статус заказа «Готов» будет приходить вручную согласно например, маркировки готового заказа сканером.

Четвертый аспект  — сервис-печать

— Потоки сервис печати, которые будет использовать ПО «Диспетчер» создаются в «Менеджерской RK6» и указываются в настройках«Диспетчера». Сервис-печать контроллирует кассовый сервер и для него «Диспетчер», всего лишь еще одна станция в общей системе R-KEEPER.

— т.е. в «Менеджерской RK6» всё как обычно. А в «Диспетчере» они просто указываются:

 

Пятый аспект  — печать фискальных документов

— Касается печати фискальных документов.  Ни один из модулей доставки не имеет возможности оформлять фискальные документы. Соответсвенно, для печати фискальных документов в этом комплексе используется стандартная касса RK6 (DOS-RKCLIENT или RK6Win) с фискальным регистратором. Кассовый клиент настраивается на работу, с кассовым сервером доставки.

Важно!!! После перехода заказа в статус «Отправлено» и появления его на кассовом сервере, фактически — данные этого заказа в базе Доставки и в базе кассового сервера больше никак не зависят друг от друга!!! Т.е. после этого, можно оплатить этот стол на кассе, распечатать фискальный чек. А в модуле «Диспетчер» необходимо будет вручную перевести данный заказ в статус — «в архиве».

В случае, если используется касса RK6 во всех модулях «Диспетчер» (если их несколько) работающих с этим кассовым сервером, где есть касса RK, необходимо указать настройку:

Шестой аспект  — закрытие дня

— Касается выполнения процедуры «Закрытие Дня» в данном программном комплексе. Эта необходимость, в том числе, вызвана наличием в системе стандартного кассового сервера RK6 (NT-RKSERVER). Т.е. кассовый сервер должен закрыть смену, передать данные в отчеты и по логике вещей, далее, расход блюд передается в складскую систему (SH4). По-этому, технология закрытия дня аналогична таковой в станадртном комплексе RK6. Т.е. в системе с общим кассовым сервером обязательно присутсвует одна «Главная станция», которая закрывает день последней. Остальные станции должны быть «Подчиненными». Следуя данному правилу:

Модуль "Диспетчер"                 - приравнивается к кассовой станции. 
Модули "Оператор" и "Экспедитор"   - приравниваются к официантским станциям.

— В случае, если к рабочему кассовому серверу доставки подключена стандартная касса RK6 она автоматически становится «Главной» и должна закрывать день в последнюю очередь!!! Т.о. \RKCLIENT содержит каталог \RESULTS, кассовый сервер содержит каталоги\RESULTS и \OLDRES, а в модуле «Диспетчер» выключена настройка «Главная менеджерская»:

— Если же, в пределах кассового сервера доставки нет касс RK6, значит в одном из модулей «Диспетчер» (если их несколько) должна быть выставлена указанная выше настройка и соответсвенно именно этот «Диспетчер» будет выполнять общее закрытие смены на кассовом сервере. Остальные «Диспетчеры» (опять же если их несколько),  должны быть подчиненными. А значит закрытие дня будет выглядить так:

I. Выключить все "официантские станции" - т.е. модули "Оператор" и "Экспедитор".
II. Выполнить операцию "закрытие дня" на подчиненных модулях "Диспетчер".
III. Выполнить операцию "закрытие дня" на Главном модуле "Диспетчер".

Седьмой аспект  — связь с ПДС

— Система доставки может быть связана со стандартной системой ПДС и получать из нее информацию по скидкам. Связь с сервером карт(CARDSERV)настраивается для ПО «Оператор»ПО «Диспетчер» и для кассового сервера (NT-RKSERVER). Т.е. в случае работы с сервером карт, все эти связи должны быть настроены в обязательном порядке!!!

Важно!!! Дисконтные карты используются только в качестве скидочных! Остальные возможности дисконтной системы в системе доставки не используются!

Восьмой аспект  — интернет заказы

— Возможность приема интернет заказов. ПО «Оператор» можно настроить на связь с электронным почтовым ящиком, в который будут приходить заказы в виде XML-файлов заданного формата, например если заказ оформляется через сайт.

3. ПО «Экспедитор» (Expedit.exe) — используется если курьеры самостоятельно забирают заказы (подробно в руководстве пользователя).

4. ПО «Редактор Зон» (ZoneEditor.exe) — обязательное приложение предназначенное для создания в базе доставке массы справочной информации. Такой как — населенные пункты, справочник улиц, зоны доставки, справочник автомобилей, справочник станций метро, справочник имен, отчеств и прочее. Начинать работу с доставкой рекомендуется именно с него. Необходимо внести хотя бы минимум и нформации в большинство предлагаемых справочников.

Важно!!! Первым делом — Сразу создать населенные пукты и основной используемый Город! Если улицы будут созданы первыми, то в дальнейшем они не будут автоматически привязываться к городу!!! Если используемый город — Москва, то есть отдельный скрипт с готовым списком улиц!!!

5. ПО «КолЦентр» (CallCentre.exe) — используется для синхронизации данных между филиалами и центральным рестораном при использовании расширенной конфигурации ПО DELIVERY RK6 и работе с РАСПРЕДЕЛЕННЫМИ базами данных. Подробно будет рассмотрено в этой же статье, в разделе «Расширенная установка Delivery».

— Устанавливаемая конфигурация ПО может быть, условно: ОБЩЕЙ (стандартной) и РАСШИРЕННОЙ (распределенной). По-этому статья разбита на соответсвующие разделы. Другими словами, конфигурация предлагаемого программного комплекса может быть реализована как в рамках одного заведения, так и в рамках нескольких заведений, с организацией отдельных ресторанов (ФИЛИАЛОВ), отдельных ЗОН доставки и с использованием распределенных баз данных. Т.е. каждый ресторан будет иметь свою базу доставки и свой кассовый сервер (и сервер карт, если он есть). В случае, использования распределенных баз, для синхронизации данных между базами доставки (FIREBIRD) будет использоваться дополнительный модуль — CallCentre.exe.

II. Общая установка модулей Delivery

Установка RK6

— Установить \RK6 (версии 6.95 менеджер (и выше), 6.97.8 — NT-RKSERVER). Если необходимо печатать фискальные чеки — это возможно ТОЛЬКО через ПО R-KEEPER, то также устанавливается \RKCLIENT соответствующей версии (рекомендуется — 6.97.8).

Подготовка

1. Скопировать с ftpi://ftpint.ucs.ru/dealers/Delivery/RK6/225.7.17/Full/2.25.7.17.zip архив с дистрибутивом к себе на ПК. Сразу, можно скопировать необходимое обновление ftp://ftpint.ucs.ru/dealers/Delivery/RK6/225.7.17/Update/2.25.7.17.zip и обновить основной дистрибутив файлами из данного обновления. Распаковать всё содерживое архива в отдельную папку, например:\RK6\DELIVERY.

2. Скопировать на рабочий раздел ПК сftp://ftpint.ucs.ru/dealers/Delivery/RK7/DbExpressInstallation.7z установочный пакет DBExpress. Запустить его установщик и установить следуя инструкциям стандартного установщика. Никаких дополнительных параметров при установке не указывается.

3. Для работы с DELIVERY также необходимо установить СУБД Interbase или Firebird. Рекомендуются к установке —  FIREBIRD v2.5 (32-bit).

Важно!!! разрядность СУБД Firebird должна быть 32-bit даже при установке на OC x64, это связано с поддержкой библиотеки CinemaUF.dll.

СУБД устанавливается стандартным образом как и для большинства остального нашего ПО. Например, сервер FIREBIRD можно запускать как приложение (создать ярлык и запускать с ключем — fbserver.exe -a)  или как служба (тогда при установке указать соответсвующую опцию и запускать из списка служб).

Важно!!! После установки firebird проверить, что по пути \Windows\system32\ находится актуальный файл GDS32.DLL (т.е. версия этого файла должна соответствовать версии установленного Firebird). Если данный файл отсутствует, то в c:\Program Files\Firebird\Firebird_2_5\bin\ есть файл с названием fbclient.dll, который можно переименовать в GDS32.DLL и скопировать по указанному выше пути (еще лучше скопировать в \Windows\system32\ оба файла и переименованный и оригинальный).

4. В распакованном архиве дистрибутива, из папки \CinemaUF.dll\:

- скопировать CinemaUF.dll в \Program Files\Firebird\Firebird_2_5\UDF\
- скопировать CinemaUF.dll в \Program Files\Firebird\Firebird_2_5\bin\
- скопировать CinemaUF.dll в \Windows\system32\
- скопировать ib_util.dll из \Program Files\Firebird\Firebird_2_5\bin\ в \Program Files\Firebird\Firebird_2_5\UDF\

Важно!!! Указанные выше скопированные библиотеки во всех локациях должны быть ИДЕНТИЧНЫ. Вообще желательно что бы на ПК не было других подобных файлов.

Создание базы данных (Firebird 2.5)

1. Для работы с DELIVERY RK6 необходимо создать базу. В развернутом дистрибутиве уже имеется папка \DELIVERY\DB в которой, находится пустая база DELIVERY.FDB. База создана и предназначена для работы с СУБД Firebird 2.1 (можно использовать и с 2.5.). Если СУБД другая, базу необходимо создать при помощи скрипта \DELIVERY\DB\Create_DB_2.25.7.17.sql используя при этом например, приложение IBEXPERT. В нем зайти в редактор скриптов (CTRL+F12), открыть вышеуказанный скрипт, отредактировать в нем параметр:

CREATE DATABASE 'c:\WORK\install\Delivery_RK6\2.25.7.17\DB\DELIVERY.FDB'

— необходимо указать корректный путь папки где будет создана база и задать имя базы.
— Далее, запустить выполнение этого скрипта. Выполнение должно пройти без ошибок. В результате, будет создана база полностью совместимая с установленной на ПК СУБД.

Обновление базы данных

Переход с одной СУБД на другую: При определенной необходимости может выполняться обновление рабочей БД. В основном, процесс обновления связан либо, с обновлением версии ПО DELIVERY (и БД нужно так же обновить до нужной версии) ,  либо с изменением версии СУБД или переходом на другую БД. В любом случае, такие действия требуют определенных навыков и знаний по работе с теми СУБД, которые задействованы в этом процессе, т.к. могут возникать определенные нюансы, где как раз и потребуются эти навыки и знания. Например, на текущем сервере (например, — FIREBIRD 2.1или INTERBASE) делают бекап базы средствами самой СУБД с параметром — TRANSPORTABLE (позволяет разворачивать любой бекап на любом сервере). Далее, разворичивают бекап на нужном целевом сервере (например Firebird 2.5) и получают базу в нужном формате с обновлённой версией ODS.

Обновление базы связанное с обновлением версии ПО DELIVERY: при необходимости выполняют прилагаемый с новой версиейDELIVERY скрипт создают новую чистую базу. Затем эту чистую базу «сравнивают» с оргигинальной рабочей базой при помощи стандартной IB/FB утилиты IBDBComparer(IBDBComp.exe). Этой же утилитой выполняют обновление струтуры целевой базы, согласно результатов «сравнения».

Лицензирование

Установить на ПК драйверы ключа NOVEX. Подключить ключ с лицензией DELIVERY. Для продления/обновления лицезии в ключе используется \DELIVERY\LicenseUpdater\LUpdate.exe.

Важно!!! Для каждого отдельного рабочего места (модулей «Диспетчера» или «Оператора») требуется отдельный ключ! Если все модули запускаются локально на одном ПК, то достаточно одного единственного ключа.

Важно!!! Если RK6 и DELIVERY ставятся на общем ПК, то лицензии на ПО должны быть прописаны в общем едином ключе, иначе будет возникать конфликт проверки лицензии при запуске приложений доставки.

Установка модуля «Диспетчер»

В развернутой папке \DELIVERY\MANAGER находится приложение «Диспетчер»(SDispather.exe). Вывести его ярлык на \»Рабочий стол». Настроить MSConfig.Ini. Основные редактируемые параметры:

[Servers]

stDBServer=С:\RK6\DELIVERY\DB\FB25_DELIVERY227.FDB                - Путь к БД Доставки
stRKServer=RLSERV                                                 - Имя кассового сервера
stUnitName=UNIT68                                                 - Имя виртуальной станции из менеджерской RK6, в качестве которой Диспетчер будет подключаться к кассовому серверу.
stAdv_Deps=04                                                     - Код "группы станций" из менеджерской RK6. Должен быть указан в обязательном порядке!!!!
inAdapter_No=0                                                    - Номер сетевого адаптера для подключения к кассовому серверу

— Перед первым запуском сразу настроить дополнительные параметры:

boPassEnter=0   - отключить ("0") вход в приложение по паролю. Иначе не сможете войти, поскольку персонал при первом запуске еще не настроен.
boUse_DLVPersonal=0  - использование персонала доставки должно быть также отключено при первом запуске ("0"), т.е. персонал будет браться с кас.сервера. Иначе нельзя будет войти в приложение. 
Примечание: надо иметь ввиду, что конфигурация и функциональные возможности самого приложения очень сильно зависят от используемых в MSConfig.Ini параметров. Описание большинства параметров находится в том же самом MSConfig.Ini в конце файла в разделах:
[INI_Section_Names]
и
[INI_Values_Name]
Важно!!! Настройки и дополнительные параметры ини-файла, настраиваются и из самого приложения (что несомненно — удобней). Вкладка «Файл»\»Настройки».

Примечание: запустить приложение кроме всех вышеперечисленных настроек получится только при условии наличия связи с уже настроенным и запущенным КАССОВЫМ СЕРВЕРОМ.

Примечание: для приложений доставки часто используют отдельный RKSERVER не пересекающийся с обычными кассами ресторана R-KEEPER.

— В остальном, никаких отличий нет — этот кас.сервер будет обновлять меню из общей менеджерской базы РК6, а закрытые смены отправлять, как и остальные кас.сервера — в \ENDDAY.

Установка модуля «Оператор»

— В приложении «Оператор» выполняется поиск/доваление клиентов прием заказов

Настраивается практически также как и «Диспетчер». Т.е. из папки \DELIVERY\Operator\PD_Operator.exe — выводим ярлык на «Рабочий стол». Настраиваем PD_Operator.ini. Основные параметры которые необходимо отредактировать, пример:

[Servers]
stDBServer=D:\RK6\DELIVERY\DB\FB25_DELIVERY227.FDB
stRKServer=RLSERV
stAdapter_No=0
stDefCharSet=WIN1251

[Settings]
stUnit_ID=UNIT67

— Перед первым запуском сразу настроить дополнительные параметры:

inWidthResolution=1280     - указать корректное разрешение монитора по горизонтали.
boPassEnter=0              - отключить ("0") вход в программу по паролю, иначе при первом запуске не сможете войти. После настроек персонала, можно изменить на требуемый.

— Так же, как и в конфигурационном файле «Диспетчера» в PD_Operator.ini, описание большинства параметров находится, в конце файла в разделах:

[INI_Section_Names]
и
[INI_Values_Name]

Важно!!! Настройки и дополнительные параметры ини-файла, настраиваются и из самого приложения (что несомненно — удобней). Кнопка — «Настройка».

Важно!!! UnitID в PDOperator.ini и UnitName в MSConfig.ini должны отличаться. В редакторе RKeeper’a необходимо создать соответствующие ОТДЕЛЬНЫЕ для каждого приложения кассовые станции.

Установка модуля «Экспедитор»

Из папки \DELIVERY\Expeditor\Expedit.exe вывести ярлык на «Рабочий стол». Настраиваем ExpConfig.Ini. Основные параметры которые необходимо отредактировать, пример:

[Servers]
stDBServer=D:\RK6\DELIVERY\DB\FB25_DELIVERY227.FDB
stRKServer=RLSERV
stUnitName=UNIT66
stAdapter_No=0
stDefCharSet=WIN1251

Установка модуля «Редактор зон»

Из папки \DELIVERY\ZoneEditor\ZoneEditor.exe вывести ярлык на «Рабочий стол». Настроить основные параметры ZoneEditor.ini. Пример:

[Database]
DBServer=D:\RK6\DELIVERY\DB\FB25_DELIVERY227.FDB
DefCharSet=WIN1251

Связь с сервером дисконтных карт (CARDSERV)

— Как уже отмечалось выше, в «аспектах реализации ПО», в случае наличия стандартной системы ПДС можно связать с ней модули доставки. Фактически, должно быть настроено три связи:

1. Связь модуля «Оператор» — происходит через промежуточную библиотеку связи Csclink.dll (она используется нередко и в других приложениях RK6) и подключенную через нее RTcp.dll (универсальная библиотека связи). Соответсвенно, они должны находиться в каталоге \Operator. Параметры связи с сервером карт (CARDSERV) указываются в Csclink.ini, пример:

[Settings]              - раздел установок
CSLinkDLL=RTcp          - используемый универсальный модуль связи
CSLinkGate=1            - номер набора настроек

[Rtcp]                  - раздел модуля связи.
Client1=Operator11      - имя под которым ПО "Оператор" будет подключаться к CARDSERV.
Server1=127.0.0.1       - IP ПК где запущен CARDSERV.
Port1=3456              - порт из настроек CARDSERV для подключения.

— Также, необходимо, в настройках ПО «Оператор» выставить дополнительные настройки:

2. Связь модуля «Диспетчер» с CARDSERV настраивается также как и в случае с модулем «Оператор». Т.е. через Csclink.dllRTcp.dll и Csclink.ini:

[Settings]
CSLinkDLL=RTcp
CSLinkGate=2

[Rtcp]
Client2=Диспетчер12
Server2=127.0.0.1
Port2=3456

— и в настройках самого модуля «Диспетчер» выставить ID и Psw пользователя для подключения к CARDSERV:

3. Настроить связь кассового сервера (NT-RKSERVER) с CARDSERV стандартным образом. RKEEPER6.INI:

 APServer = NETBIOS-имя сервера карт, или его IP:порт

III. Расширенная установка Delivery

Настройка и использование филиалов.

— Если объект сетевой и имеются удаленые точки (филиалы) по обработке, отправке заказов, в таком случае, при использовании комплексаDELIVERY RK6может быть настроена расширенная конфигурация на основе РАСПРЕДЕЛЕННЫХ БАЗ ДАННЫХ. Основные отличия от обычной установки:

Первое — Наличие Центрального Ресторана (офиса), с полным комплектом модулей и спец.настройками указывающих на то, что именно этот объект — Центральный.

Второе — Наличие филиалов, в которых могут использоваться модули «Диспетчер» и «Экспедитор» («Оператор» и «Редактор зон» — только в центральном офисе).

Третье — Наличие распределенной базы данных DELIVERY (FIREBIRD) — т.е. каждый филиал будет работать со своей копией БД и все копии будут синхронизироваться между собой при помощи дополнительного сервиса — «Call Center».

Четвертое — Базы данных RK на всех объектах, должны быть в обязательном порядке синхронизирваны с центральным офисом. Достигается это разными средставми: например, использованием RBO и рассылке справочников. Или как другой вариант — организацией копирования актуальной центральной менеджерской базы на филиалы, для обновления справочников на кассовых серверах.

Пятое — В случае, если спользуется ПДС, серверы карт необходимо настраивать так же — РАСПРЕДЕЛЕННО! Т.е. через SYNCARD. И настраивать работу каждого филиала со своим (отдельным) сервером карт.

— Примерная схема организации DELIVERY RK6 показана на рисунке:

 

— Согласно этой схеме, распределенная установка, начинается со стандартной установки ПО в центральном офисе, а затем имеет продолжение в каждом новом филиале.

Установка модуля CallCentre

— Сам модуль синхронизации идет в комплекте с остальными модулями ПО. Запускается через утилиту автостарта, либо как обычное приложение. Передача данных между колцентрами происходит посредством xml-файлов, через IP и порты приема/передачи данных, а так же через каталоги экспорта и импорта как временного хранилища не обработанных системой переданных/принятых xml-файлов.  Настройка центрального экземпляра сервиса настраивается несколько иначе чем чем экземпляры в филиалах.

В центре

— Отредактировать основной конфигурационный файл сервиса колцентр, Central.ini (пояснения даны к основным заполняемым параметрам, описание всех параметров есть в самом конце самого файла Central.ini). Пример:

[Servers]                                                  - Раздел серверов.
stDBServer=D:\RK6\DELIVERY\DB\FB25_DELIVERY227.FDB         - Путь к БД доставки.
stDefCharSet=WIN1251                                       -

[IP]                                                       - Раздел связи через IP.
stIP=192.168.147.147                                       - ВНЕШНИЙ СТАТИЧЕСКИЙ IP-адрес ПК на котором запущен сервис.
inSendPort=1011                                            - Порт передачи данных на другие колцентры (без необходимости, не менять).
inGetPort=1012                                             - Порт приема данных с других колцентров (без необходимости, не менять).
tiTerminateWait=0:00:00
[DIR]
stexport_dir=D:\RK6\DELIVERY\Export                        - Каталог передачи пакетов.
stimport_dir=D:\RK6\DELIVERY\Import                        - Каталог приема пакетов.
stInetOrdersDir=                                           -

[WorkOptions]                                              -
tiSendInterval=0:00:05                                     -
tiGetInterval=0:00:05                                      -
tiGetOKInterval=0:03:00                                    -
inResendCount=10                                           -
boDelAfterOK=1                                             -
daDBSHOW=28.11.2012                                        -
daDESHOW=29.11.2012                                        -
inRestaurant_ID=1                                          - Номер ресторана
inLogFileSize=4096000                                      -
boFullLog=1                                                -

— Далее, обязательно в Редакторе Зон описать Зоны доставки. И в настройках центрального колцентра создать необходимое количество филиалов (ресторанов), указать их параметры и привязать к ним зоны доставки:

— При создании ресторанов, каждому из них автоматически присваивается номер (ID), и в каждом колцентре каждого ресторана этот IDнужно указать:

— Также, необходимо указать и остальные параметры работы каждого из ресторанов, для возможности автоматической передачи заказа в заданный ресторан и зону в зависимости от графика их работы например:

Важно!!! При использовании колцентров «Время приготовления» и «Время в пути» будет использоваться именно из настроек колцентр, а не из настроек модулей «Оператор» и «Диспетчер»

Важно!!! Параметры работы каждого ресторана должны быть указаны в обязательном порядке!!! Иначе передача данных между колцентрами работать не будет. Т.е. при создании нового заказа ресторан должен быть определен.

Синхронизация с RBO — RboSync

— В случае синхронизации справочников из базы RBO должна использоваться утилита RBOSync.exe, которая позволит выгружать данные в базу доставки по ресторанам и после такой выгрузки,  в настройках колцентра (рисунок выше) появится возможность выбрать справочник меню по ресторанам. Настройки в самой утилите очень просты:

— Далее, необходимо выполнить ряд настроек в модулях «Оператор» и «Диспетчер» в центральном ресторане. В «Операторе»:

— В «Диспетчере»:

 

В филиале

— В филиале, как и в центральном офисе устанавливается и настривается свой отдельный экземпляр сервиса CallCentre. Но несколько иначе:

1. Файлу CallCentre.exe необходимо дать любое другое имя (Например, — CallCentr_F1.exe), но при этом Central.ini не переименовывать и оставить как есть.

Примечание: Т.о. приложение будет «знать» что запущено в филиале, а из параметра inRestaurant_ID=2 будет «знать» — в каком именно.

2. В Central.ini указать параметры подключения:

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

[Servers]
stDBServer=d:\DELIVERY_F1\DB\FB25_DLV227.FDB                 - Путь к базе доставки филиала. 
stDefCharSet=WIN1251                                         -

[IP]                                                         -
stIP=192.168.147.147                                         - Указать ВНЕШНИЙ IP ПК, на котором работает центральный колцентр.
inSendPort=1011                                              - Порт передачи (тот же, что и у центрального).
inGetPort=1012                                               - Порт приема (тот же, что и у центрального).
tiTerminateWait=0:00:00
[DIR]                                                        -
stexport_dir=d:\DELIVERY_F1\CallCentre\Export                - Каталог передачи.
stimport_dir=d:\DELIVERY_F1\CallCentre\Import                - Каталог приема.
stInetOrdersDir=                                             -

[WorkOptions]                                                -
tiSendInterval=0:00:05                                       -
tiGetInterval=0:00:05                                        -
tiGetOKInterval=0:03:00                                      -
inResendCount=10                                             -
boDelAfterOK=1                                               -
daDBSHOW=28.11.2012                                          -
daDESHOW=29.11.2012                                          -

inRestaurant_ID=2                                            - Номер ресторана (филиала).
inLogFileSize=4096000
boFullLog=1
— Остальные настройки после запуска, необходимо так же проверить.

— Более подробно о настройках описано в «руководстве пользователя «.

— В настройках модуля «Диспетчер» (филиала):

— Если все правильно настроено и связь между колцентрами есть, то при создании заказа в Операторе и указании адреса из зоны доставки филиала, этот заказ должен появиться не только в центральном «Диспетчере», но и в «Диспетчере» филиала, которому адресован этот заказ:

Важно!!! При каждой установке внимательно проверяйте выполняемые настройки!


Comments (0)

Leave a comment