С 01.06.2020 продукт VDU больше не дорабатывается. Поддержка прекратилась 31.12.2020.
Используйте KDS PRO.

Настройка связи с r_keeper_7

Настройка обратной связи VDU c кассовым сервером RK7 (нужна версия VDU 4.0.3.19+ и RK 7.5.8.104+).

Работает обратная связь только с использованием значения параметра VDUVersion="3"!

Настройка кассовой станции

На кассу добавляем интерфейс VDU Fast Food Interface (ver.2).

В опциях драйвера выставить версию протокола VDU - "3"

Настройки HttpUser и HttpMode необходимо использовать, если для отправки заказа на кассовый сервер необходима авторизация другого работника, отличного от настроенного на VDU (настройка HttpUser и HttpPass перекрывает настройку CashServer Https User\Password при ОТПРАВКЕ информации о заказе от VDU на кассовый сервер

Отключить сообщение о готовности блюд. Для этого заходим в "Параметры работы предприятия" - "Сообщение офоицианту" - "Текст сообщения о готовности блюд")

В настройках параметра "Строковый" установить пустое значение

Настройка кассового сервера

Данные настройки необходимо произвести для КАЖДОГО кассового сервера в ресторане!

  • Настроить HTTPS XML на кассовом сервере   (http://tracker.ucs.ru/projects/-helpdesk-/wiki/R-keeper-7-xmlinterface-ru)

  • Добавить работника, под которым будет производиться авторизация на HTTP-интерфейсе, либо указать HTTPAuthMode = -1 в rkeeper.ini

    При авторизации HTTP запросов используются только роли текущего ресторана и центрального офиса.

  • Настроить на кассовых серверах HTTP SERVER 

Заполнить следующие поля:

  • BindAddress - обязательно для заполнения, иначе будет передаваться пустой адрес. Реальный IP адрес внутри подсети ресторана (127.0.0.1 использовать нельзя)
  • HttpDataPort - порт который будет слушать HTTP сервер
  • UseFreeListenPort - убрать галочку, HTTP сервер должен обязательно слушать конкретно указанный порт

Настройка VDU

Настроить связь с одним из кассовых серверов на VDU

Выполнить следующие настройки :

Настройки секции Cash Server (https)

  • Address - обязательно указать, иначе будет передаваться пустой адрес (соответствует значению BindAddress в настройках HTTP server r_keeper_7).
    Реальный IP адрес внутри подсети ресторана (127.0.0.1 использовать нельзя)
  • Port - порт который будет слушать HTTP сервер
  • User - имя работника под которым производится авторизация в HTTPS - интерфейсе (регистр важен)
  • Password - пароль работника под которым производится авторизация в HTTPS - интерфейсе

Если HTTPAuthMode = -1 оставить пустым или задать пользователя и пароль :

Остальные настройки:

  • Настроить VDU Portocol - из выпадающего списка выбрать 3 (Обязательно 3!)
  • Включить Need authorization (для передачи информации о статусах заказа KDSSetDishData3).
    Если указать User code и Password (код и пароль работника текущего ресторана) то запросы будут передаваться
    на кассовый сервер под определенным работником, иначе будут запрашиваться на старте:
  • User Code - код работника текущего ресторана, в котором используется VDU
  • Password - соответствующий работнику пароль
  • StationID - идентификатор кассовой станции реально существующей в ресторане
  • Установить галочку Accept drops - сброс заказа по нотификации с других VDU
  • Установить галочку Info R-Keeper drop - передавать информацию о заказе в r_keeper_7
  • Установить галочку Info other VDU drop - для передачи нотификации на другие VDU

Связь VDU и кассового сервера

Схема механизма взаимодействия VDU и кассового сервера:

Где MID* - связка кассовый сервер + кассовая станция r_keeper_7

Статусы и БД

Статусы монитора VDU

Статусы монитора VDU представлены на скриншоте ниже

После установки связи VDU и кассового сервера r_keeper_7 заказ появляется на мониторе CDU в статусе 0.
При условии, что не установлена галочка "Show paid orderds only", появляются только оплаченные заказы

Описание статусов VDU в БД

В БД кассового сервера RK7 будут создаваться и заполняться поля:
"Начало приготовления", "Окончание приготовления", "Забрано", "В сборке" и "Собрано" в таблице с информацией от VDU.

Таблица значений изменений статусов на VDU и их соответствие записям в базе SQL:

Список записей в базе SQL и их значения

  • Sentat - время оплаты заказа на кассе
  • Sentmanagerid - идентификатор работника, который осуществил оплату заказа на кассе
  • Initat - статус заказа на мониторе VDU изменился с 0 на 1 - время начала приготовления заказа.
  • Initmanagerid - идентификатор работника, зарегистрированного на VDU
  • Doneat - статус заказа на мониторе VDU изменился с 1 на 2 - время приготовления заказа.
  • Donmanagerid - идентификатор раюотника, зарегистрированного на VDU
  • Collectat - статус заказа на мониторе VDU изменился с 2 на 3 - время передачи заказа на сборку
  • Collectdat - статус заказа на мониторе VDU изменился с 3 на 4 - время сборки заказа
  • Collectmanagerid - идентификатор работника зарегистрированного на VDU, изменившего статус заказа
  • Takeat - статус заказа на мониторе VDU изменился с 4 на 5 - время, в которое выдан заказ
  • Takemanagerid - идентификатор работника, зарегистрированного на VDU
  • Cooktm = doneat - initat (секунды = 60 \ остаток секунд) - время приготовления заказа (указывается в минутах и секундах)
  • Visitid - идентификатор визита
  • Midserverid - идентификатор кассового сервера
  • Дополнительные записи в базе для парковки:
  • Startparkat - время начала парковки
  • Endparkat - время окончания парковки
  • Startparkmanagerid - идентификатор работника, зарегистрированного на VDU
  • Endparkmanagerid - идентификатор работника, зарегистрированного на VDU