QR CTRLPOS / касса
Передача события продажи, состава заказа или признака продукта, который создаёт право на напиток.
ИНТЕГРАЦИИ
QR CTRL должен встроиться в ресторан, а не заставить ресторан перестроиться вокруг него
У действующего ресторана уже есть касса, программы лояльности, отчётность и собственные процессы. Хорошая интеграция не начинает с предложения всё заменить. Мы определяем минимальный набор данных, который нужен для конкретного сценария розлива, и аккуратно встраиваем QR CTRL в существующий контур.
КОНТУР ИНТЕГРАЦИИ
События приходят в QR CTRL. Решения возвращаются в операционный процесс.
Вместо интеграции «со всем сразу» на пилоте фиксируем несколько понятных вещей: какое событие создаёт право, какие идентификаторы проходят через системы, где появляется QR и какой ответ ждёт станция. Это резко сокращает число мест, где может спрятаться ошибка.
01
POS
Фиксирует продажу и параметры заказа.
02
Интеграция
Передаёт согласованное событие и идентификаторы.
03
QR CTRL
Создаёт право и применяет правила использования.
04
Станция
Получает решение по конкретному сканированию.
05
Данные
События доступны для эксплуатации и аналитики.
ТОЧКИ СОПРЯЖЕНИЯ
Интегрируем только то, что действительно нужно сценарию
Сложность интеграции растёт почти незаметно: ещё один статус, ещё один callback, ещё одно исключение. Поэтому первый пилот должен быть намеренно узким — так можно понять, действительно ли работает сама бизнес-механика, а не бесконечно отлаживать периферию.
CRM / loyalty
При необходимости право может быть связано с участником программы, кампанией или другим внешним контекстом.
API
Контракт интеграции фиксирует события, идентификаторы, статусы и обработку ошибок.
BI / аналитика
Эксплуатационные события QR CTRL можно использовать вместе с данными продаж для анализа поведения.
Печать / экран QR
Канал доставки QR гостю выбирается под действующий процесс: чек, экран, приложение или другой интерфейс.
Поддержка
Логи и статусы нужны не только аналитике: они позволяют быстрее понять, где находится сбой — в продаже, праве, сети или устройстве.
ПИЛОТ
Сначала один сквозной сценарий. Потом расширение.
Хороший первый контракт можно объяснить на одной странице: что произошло в POS, какой идентификатор получил QR CTRL, что увидел гость, какой запрос пришёл от станции и какой результат сохранился. Если эту цепочку легко восстановить — интеграция уже имеет здоровый фундамент.
А главное — при проблеме становится понятно, где искать причину: в кассовом событии, в состоянии права, в сети или на самой станции.
Обсудить интеграцию ↗
Продолжить изучение
Связанные разделы
Для технической команды дальше полезны материалы про события POS, идентификаторы, ошибки и данные контроля розлива.
Следующий шаг
Сначала договоримся о событиях, а не о технологиях ради технологий.
Покажите нам, как сейчас проходит продажа напитка. От этого процесса можно быстро перейти к минимальному контракту интеграции и понятному пилоту.
Обсудить пилот ↗