Релиз 7.07.00.244 от 03.03.23.

Интеграция r_keeper и TravelLine WEB PMS

Сделали интеграцию r_keeper с TravelLine — платформой для гостиничного бизнеса.

Для работы интеграции необходима лицензия R-Keeper модуль Интеграция «Гостиничные системы TravelLine» на 12 или 1 месяц.

Схема работы

В ресторане отеля закрывают заказ. Для этого кассир выбирает комнату в отеле и гостя, чтобы заказ закрылся на конкретный номер.

Гость ищется по номеру комнаты. Программа возвращает список постояльцев, из которого необходимо выбрать постояльца для оплаты. Поиск работает только по тем гостям, кто сейчас проживают в гостинице или заселяются сегодня.

Закрыть заказ на номер можно тремя способами:

  • На номер полностью за счет депозита. В этом случае гость при заезде вносит сумму на депозит, которой можно оплатить услуги гостиницы
  • На номер частично за депозит, частично другим способом оплаты, например наличными или банковской картой
  • На номер с оплатой наличными или картой.

Работа интеграции

Во время создания заказа в программе ресторана происходит поиск гостя по номеру комнаты и ФИО:

  1. Гость в ресторане называет номер комнаты. Кассир получает список гостей в этом номере
  2. Гость в ресторане называет свое ФИО. Сотрудник проверяет, есть ли ФИО в полученном списке гостей
  3. Если гость с таким ФИО проживает в данном номере, система проверяет наличие депозита у номера
  4. Если депозит найден, система проверяет, хватает ли суммы депозита для оплаты заказа
  5. Если суммы хватает, заказ закрывается на номер.

Информация о платеже передается из ресторана в TL: WebPMS и оказывается в карте брони.

В случае оплаты гостем, проживающим в гостинице, заказ отображается в карточке бронирования. В случае оплаты заказа обычным посетителем, не проживающим в гостинице, заказ тоже передается в TL: WebPMS.

Помимо состава заказа и суммы передается и валюта, которой был оплачен заказ. На текущий момент обрабатывается валюта Рубли, другие валюты в работе.

Если гость не проживает в гостинице — он никак не идентифицируется, заказ передается без данных о номере комнаты и ФИО.

Поддержана работа с маркированными товарами через xml-интерфейс

Кинотеатры продают в интернете мороженое, бутилированную воду — это уже маркируется. Продажи в интернет идут через XML-протокол.

Для поддержания возможности работы:

  • Добавлен xml-запрос CheckMarking для проверки корректности считанной DataMatrix-марки 
  • Доработан xml-запрос SaveOrder: добавлена возможность передавать марку в свойстве data модификатора

Доработано отображение запрещенных блюд в заказе

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

Добавлен новый параметр LimitedDishesHideUnallowed: он позволяет скрывать блюда или выводить их неактивными.

Если параметр отключен — блюдо остается в списке видимых с количеством 0, но недоступно для выбора.

Если параметр включен — блюда не отображаются.

Доработка интеграции с онлайн ККМ для Кыргызстана

Выполнена доработка, чтобы в момент закрытия чека состав чека и сумма уходили на сервер фискальной службы, а r_keeper печатал чек с информацией о клиенте и QR-кодом.

Наследование типа заказа при возврате товара

Тип заказа не наследовался в заказе возврата из исходного заказа в ранних версиях.

Если выполнить возврат из заказа с типом заказа Основной, то у заказа возврата был тип заказа Не выбрано.

Данное поведение наблюдалось и при возврате товара через интерфейс кассы, и при возврате при помощи xml-запроса MakeReturnGoods.

После обновления до версии 7.07.00.244 при возврате через кассу тип заказа наследуется от исходного заказа. Поведение справедливо и для заказов, созданных на кассе, и средствами API.

Полный список изменений доступен по ссылке.