Содержание

Известные ошибки

В чат с ботом не приходят уведомления

Всё корректно настроено, но в чат с ботом не приходят уведомления об операциях.

Решение:
1) Включить логирование интерфейса http order notify у кассового сервера.
2) Посмотреть лог - в нём видно, на какой IP-адрес и порт кассовый сервер отправляет информацию.
3) Если там не адрес и порта ProAlert-агента, несмотря на настройки, то нужно настроить кассовый сервер, отправив сначала DELETE-запрос, а потом POST-запрос.
Детально описано в статье https://docs.rkeeper.ru/rk7/latest/ru/uvedomlenie-ob-izmeneniyah-v-zakazah-cherez-httpordernotify-6654690.html

Запросы можно сделать через Postman, установленный локально - lightweight api client (скачать).

Пример DELETE-запроса которым убираем лишний адрес отправки:

 https://логин:пароль@127.0.0.1:80/rk7api/v1/subscribe.xml?service=httpnotf&url=http://127.0.0.1:13444/rkevent 

Важно! Это именно DELETE-запрос. Не GET, который в утилите по умолчанию.
В данном примере 80 - это порт HTTP-XML интерфейса кассового сервера.

Пример POST-запроса которым добавляем нужный нам адрес отправки:

 https://логин:пароль@127.0.0.1:80/rk7api/v1/subscribe.xml?service=httpnotf&url=http://127.0.0.1:11130/api/v1/events 

Важно! Это именно POST-запрос. Не GET, который в утилите по умолчанию.
В данном примере 80 - это порт HTTP-XML интерфейса кассового сервера.

Для успешной отправки запроса в Postman потребуется выключить проверку SSL-сертификата.

Если нет возможности работать через Postman, то можно провести теже операции через командную строку. (В этом случае командна строка должна быть запущена от лица администратора.)

Нажмите, чтобы отобразить

Нажмите, чтобы скрыть

1. Запрос подключений:

 curl https://127.0.0.1:port/rk7api/v1/subscribe.xml?service=httpnotf -u "ЛОГИН:ПАРОЛЬ" --insecure 

2. Удаление «лишнего» подключения:

 curl https://127.0.0.1:port/rk7api/v1/subscribe.xml?service=httpnotf -u "ЛОГИН:ПАРОЛЬ"  --url-query "url=http://127.0.0.1:13444/rkevent" -X DELETE --insecure 

3. Подключение ссылки на ProAlert

 curl https://127.0.0.1:port/rk7api/v1/subscribe.xml?service=httpnotf&url=http://127.0.0.1:11130/api/v1/events -u "ЛОГИН:ПАРОЛЬ -X POST--insecure 

Внутри одного «ресторана» в r_keeper заведены несколько кассовых серверов

Если внутри одного «ресторана» в r_keeper заведены несколько кассовых серверов и везде должен работать бот ProAlert - могут быть проблемы с отправкой автоматического отчёта при закрытии общей смены. Причина - назначение принтера «для бота ProAlert» - общее для всего ресторана.

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

Решение - второй вариант:
Для каждой кассы делается своё отдельное «назначение принтера». У ресторана указывается принтер в рамках каждого «назначения».
Для каждой кассы делается своя отдельная схема печати.
Внутри каждой схемы печати у представления документа «Автоотчёт общей смены» указывается принтер ProAlert, соответствующий этой кассе.

Более подробно:
Представим что у вас 3 мида.
«мид1», «мид2», «мид3»

Вы делаете 3 назначения принтера «для проалерт «мид1», «для проалерт мид2», «для проалерт мид3»

Все три - с галкой «на ресторан».

У ресторана в «станциях и устройствах» - заполняете все три, указывая подходящий принтер(агента).

Для каждого мида при этом отдельная схема печати, в рамках которой вы отправляете печать на нужное назначение принтера.

Нет уведомления о выключении кассового ПО

Возникает в случае, если кассу включили, никакой пользователь на ней не работал (не логинился), и сразу выключили нажав на «крестик» на экране регистрации.