R_keeper — система, предназначенная для оптимизации работы в заведениях общепита. Интеграция с R_Keeper — это двусторонняя стыковка между системой Logus HMS и ресторанной системой R-Keeper 7.
Интеграция работает в трех режимах:
1.Закрытие чека на номер гостя (классический режим)
Гость обедает в ресторане отеля и просит записать счёт на свой номер. Официант в R_Keeper выбирает бронь или номер комнаты, закрывает чек — и сумма автоматически появляется в счете гостя в Logus. При выезде гость оплачивает всё одним счётом на стойке ресепшн.
2. Выгрузка итогов продаж (WebAPI-режим)
Ресторан работает независимо от гостиницы, но руководству нужно видеть выручку ресторана в единой системе учёта. Logus по расписанию запрашивает у R_Keeper сводный отчёт за смену (разбивка: дата смены → ресторан → категория блюд → валюта → сумма) и начисляет итоги на перманентный счёт компании. Это позволяет формировать сводную финансовую отчётность в Logus без ручного ввода данных.
3. Интеграция с программой лояльности (Checkpoint CRM)
Гость предъявляет карту участника программы лояльности перед оплатой в R_Keeper. Система автоматически запрашивает API Logus Loyalty, применяет скидку согласно уровню участника и после закрытия чека передаёт данные о заказе обратно в лояльность для накопления статистики.
Настройка
Настройка осуществляется сотрудниками ОТП.
Сценарий использования
Режим закрытия чека на номер (классический)
1. Официант в R_Keeper формирует заказ и выбирает способ оплаты Закрыть на номер.
2. R_Keeper отправляет запрос на сервер Logus.
3. Logus идентифицирует бронь или профиль гостя по номеру комнаты или номеру брони.
4. В счете гостя создаётся транзакция с кодом, определённым правилами маппинга.
5. При выезде гостя портье видит начисленные ресторанные позиции в счёте и принимает оплату.
6. При закрытии чека на номер печатается фискальный чек с признаком Передача в кредит
Режим выгрузки итогов продаж (WebAPI)
1.Logus по расписанию запрашивает отчёт за указанный период.
2. Полученные данные маппируются на коды транзакций Logus и начисляются на перманентный счёт.
3. Дублирующиеся записи исключаются по уникальному идентификатору транзакции.
Режим лояльности (Checkpoint CRM)
1.Гость предъявляет карту лояльности в ресторане.
2. Кассир сканирует или вводит номер карты в R_Keeper.
3. R_Keeper обращается к API Logus и получает уровень участника.
4. Автоматически применяется скидка, соответствующая уровню (например: Новичок — 5%, Серебро — 10%, Золото — 20%).
5. После закрытия чека данные о составе заказа отправляются в Logus Loyalty для накопления статистики участника.
Транзакции
В режиме закрытия на номер: транзакции появляются непосредственно в счете брони или на перманентном счёте Профиля гостя. Они участвуют в расчёте баланса счёта при выезде.
В режиме WebAPI: итоги продаж начисляются на перманентный счёт компании/объекта. Транзакции видны в отчётах наравне с обычными начислениями. При получении возврата из R_Keeper формируются транзакции с обратными (отрицательными) значениями. Если для скидки определён отдельный код транзакции, сумма позиции отражается без скидки, а скидка начисляется отдельной транзакцией.
Транзакции из R_Keeper попадают в стандартные финансовые отчёты Logus (отчёт кассира, оборотная ведомость и др.) с кодами транзакций, заданными в маппинге. Разбивка по ресторанам и категориям блюд доступна через шаблон наименования транзакции.