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