Продажа
POS или другой источник фиксирует покупку напитка или тарифа.
Гость покупает напиток, получает QR-код и идёт к постмиксу без сотрудника. QR CTRL в этот момент проверяет, что именно было куплено, действует ли право сейчас и можно ли разрешить очередной розлив. Так самообслуживание остаётся удобным для гостя, но перестаёт быть «свободной зоной» для бизнеса.
Уже в эксплуатации: Burger King · Dodo Pizza · Yes!Бургер

QR-код здесь — не волшебный ключ и не само разрешение. Он лишь помогает найти конкретную покупку или другое основание для доступа. Дальше QR CTRL проверяет правила: срок, число повторов, паузу между ними, ресторан и станцию. Решение принимается заново при каждой попытке.
Для гостя всё должно занимать несколько секунд и не требовать объяснений. Для ресторана за этими секундами должна стоять однозначная логика, которая одинаково работает утром и вечером, на первой точке и на сороковой.
POS или другой источник фиксирует покупку напитка или тарифа.
Для операции создаётся цифровое право и связанный с ним QR-код.
Гость подносит код к станции у постмикса.
QR CTRL проверяет срок, лимит, интервал, точку и другие правила.
При выполнении условий контроллер разрешает выдачу напитка.
Результат операции сохраняется для аналитики и контроля.
На одном реальном действии видно главное: QR CTRL не просто читает код, а каждый раз заново отвечает на вопрос, можно ли наливать напиток именно сейчас.

Он только указывает системе, какое право нужно проверить: покупку, promo, combo или refill.
Даже если чек выглядит одинаково, результат зависит от срока, лимита, интервала, точки и конкретной станции.
Разрешения, отказы и причины попадают в журнал. Поэтому бизнес видит не только продажу, но и реальное использование.
Хороший сценарий самообслуживания объясняет отказ так же уверенно, как разрешение. Гость понимает, что произошло, а команда видит точную причину в журнале.
Если право одноразовое или лимит исчерпан, повторный скан не пройдёт. Это защищает сценарий от дублирования чека и повторной попытки «на всякий случай».
В журнале: право закрыто или лимит операций достигнут.Для refill можно задавать паузу между подходами. Гость видит понятное ожидание, а ресторан не получает хаотичные повторные розливы за одну минуту.
В журнале: минимальный интервал между операциями не выполнен.Право может работать только в пределах времени смены, акции или конкретного заказа. После этого система корректно завершает его без участия персонала.
В журнале: срок действия права истёк.Один и тот же QR не должен открывать весь ресторан. Если право относится к другой станции, точке или сценарию, система остановит операцию.
В журнале: правило точки или оборудования не выполнено.Это не макет будущего продукта: QR-станции уже стоят рядом с реальными постмиксами. Сотрудник не подтверждает каждую операцию — он подключается только тогда, когда действительно возникло исключение, а обычный гостевой сценарий проходит самостоятельно.



Проверка права на розлив по QR-коду: только действующие продажи и разрешённые сценарии.
Подробнее →Количество операций, интервалы, срок действия, ресторан, станция, расписание и исключения.
Подробнее →Решение принимает программная логика, а физическое разрешение на розлив выполняет контроллер.
Подробнее →Отдельно видны созданные права, попытки, успешные операции и причины отказов.
Подробнее →Самая опасная часть сетевого проекта начинается после удачного пилота: десять ресторанов способны десятикратно размножить любые исключения первой точки. Поэтому мы сначала превращаем пилот в стандарт — с понятной конфигурацией, диагностикой и правилами — и только затем тиражируем его.
Проверяем сквозной сценарий на реальной точке.
Закрепляем конфигурацию, правила и диагностику.
Подключаем новые рестораны по утверждённой модели.
Централизованно поддерживаем сеть и изменения.

Refill — лишь самый очевидный сценарий. Тот же принцип работает везде, где напиток нужно выдать не «кому угодно у аппарата», а человеку с конкретным основанием: покупкой в комбо, промо, приглашением на мероприятие или служебным доступом.
Для B2B-продукта красивый интерфейс ничего не доказывает, пока решение не пережило реальную смену, плохую связь, повторный чек и десятки одинаковых монтажей. QR CTRL уже работает в действующих ресторанных проектах — от отдельного сценария до сетей на десятки точек.
Решение даёт эффект там, где между продажей и напитком нужен управляемый цифровой слой. Если задача гораздо проще, честнее выбрать другой путь.
Это не коммерческое предложение и не автоматический проект. Форма помогает зафиксировать исходные условия, чтобы первый разговор начался с предметной конфигурации, а не с общих вопросов.
Собрали вопросы, которые обычно возникают до пилота: что именно хранится в QR, как связать его с кассой, придётся ли менять постмикс и как не превратить refill в набор ручных запретов.
QR CTRL — система управления и контроля розлива напитков из постмикса по QR-коду. Она связывает факт продажи или другое основание для доступа с цифровым правом на напиток, применяет правила и передаёт контроллеру решение: разрешить розлив или отказать.
Сам QR-код только идентифицирует право. Решение о розливе принимает QR CTRL: система проверяет срок действия, лимиты, интервалы, ресторан, станцию и другие заданные правила. QR-меню обычно помогает выбрать или заказать позицию, а QR CTRL управляет физическим доступом к напитку.
POS или другой источник передаёт событие о продаже либо выдаче права. QR CTRL создаёт или получает идентификатор этого права. При сканировании система проверяет его состояние и только после успешной проверки разрешает операцию на постмиксе.
Да. Правила могут учитывать количество операций, срок действия права, минимальный интервал между розливами, конкретный ресторан или станцию, расписание и сценарий использования.
Да, архитектура предусматривает интеграцию с POS, кассовыми системами, CRM и внешней аналитикой. На этапе обследования согласуются источник события продажи, идентификаторы, формат обмена и обработка исключений.
Не обязательно. Состав оборудования зависит от конкретной модели постмикса, способа управления и условий монтажа. Перед пилотом проводится обследование, после которого определяется совместимая конфигурация сканера, контроллера и подключения.
Как связать чек, цифровое право и реальные операции у станции.
QR НА ЧЕКЕОт события продажи и печати до сканирования, проверки и исключений.
REFILLСрок, интервал, лимит, гостевой опыт и данные фактического потребления.
На первом разговоре нам важнее понять реальный путь напитка — от позиции в кассе до кнопки на постмиксе. После этого можно без гаданий определить состав пилота, интеграции и критерии, по которым вы решите: продолжать или нет.
Обсудить пилот ↗