Покупка
Гость покупает напиток, комбо или другой продукт, который даёт право на розлив.
Хорошее самообслуживание не должно заставлять гостя думать о том, что происходит «под капотом». Он подносит код и получает понятный ответ. Но за эти несколько секунд система должна восстановить контекст покупки, проверить актуальные правила и убедиться, что именно эта операция разрешена именно сейчас.

Гость покупает напиток, комбо или другой продукт, который даёт право на розлив.
QR-код выдаётся в согласованном канале — например, вместе с заказом.
Гость выбирает напиток и подносит QR к сканеру.
Система проверяет актуальные условия именно этой операции.
При выполнении правил контроллер открывает возможность розлива.
При повторном сканировании правила вычисляются заново, а не «помнят» прошлое разрешение.
На одном реальном действии видно главное: QR CTRL не просто читает код, а каждый раз заново отвечает на вопрос, можно ли наливать напиток именно сейчас.

Он только указывает системе, какое право нужно проверить: покупку, promo, combo или refill.
Даже если чек выглядит одинаково, результат зависит от срока, лимита, интервала, точки и конкретной станции.
Разрешения, отказы и причины попадают в журнал. Поэтому бизнес видит не только продажу, но и реальное использование.

Одна из самых частых ошибок — считать, что достаточно напечатать QR и научить сканер его узнавать. Тогда копия или старый чек фактически становятся постоянным ключом. В QR CTRL код только идентифицирует право, а само решение принимается по его текущему состоянию.
Именно это разделение делает систему устойчивой. POS не нужно превращать в контроллер оборудования, а постмиксу — объяснять тарифы, возвраты и промо. Каждый компонент делает свою работу, а QR CTRL связывает их в один понятный сценарий.
Хороший сценарий самообслуживания объясняет отказ так же уверенно, как разрешение. Гость понимает, что произошло, а команда видит точную причину в журнале.
Если право одноразовое или лимит исчерпан, повторный скан не пройдёт. Это защищает сценарий от дублирования чека и повторной попытки «на всякий случай».
В журнале: право закрыто или лимит операций достигнут.Для refill можно задавать паузу между подходами. Гость видит понятное ожидание, а ресторан не получает хаотичные повторные розливы за одну минуту.
В журнале: минимальный интервал между операциями не выполнен.Право может работать только в пределах времени смены, акции или конкретного заказа. После этого система корректно завершает его без участия персонала.
В журнале: срок действия права истёк.Один и тот же QR не должен открывать весь ресторан. Если право относится к другой станции, точке или сценарию, система остановит операцию.
В журнале: правило точки или оборудования не выполнено.Если хочется разобрать механизм глубже, дальше полезнее всего посмотреть архитектуру платформы, интеграцию с POS и правила refill.
Пилот должен показать не презентацию, а реальный путь гостя: купил → получил QR → отсканировал → налил → повторил или получил объяснимый отказ.
Обсудить пилот ↗