Как гость платит по QR и что видит касса
СБП и оплата по QR-меню перестали быть новинкой к 2026 году: гость сканирует код на столе, выбирает позиции или закрывает счёт, платит из приложения банка. Для заведения это ускоряет оборот столов и снижает контакт кассира с терминалом. Для бухгалтерии и кассовой дисциплины — новый набор вопросов: когда пробивать чек, какой признак способа расчёта ставить, как связать платёж СБП с заказом в POS.
Базовая схема, которая работает без сюрпризов: заказ создан в POS → гость оплатил по QR (СБП или эквайринг через QR) → POS получил подтверждение оплаты → касса сформировала чек с признаком «полный расчёт». Разрыв на любом звене — чек не пробился, а деньги пришли, или чек пробился дважды при одном платеже.
Предоплата по QR — отдельный случай. Гость платит до получения блюда (заказ навынос, предзаказ на стол, депозит на банкет). Чек формируется с признаком «аванс». Когда гость получает заказ, нужен второй чек — «зачёт аванса» или полный расчёт с учётом уже внесённой суммы. Пропустить второй шаг — классическое нарушение 54-ФЗ, которое всплывает при проверке ФНС.
Разделение счёта по QR усложняет картину. Трое гостей платят три раза на одну сумму заказа — в POS должны корректно закрыться три платежа и один итоговый фискальный документ (или несколько, по схеме вашей ККТ). Без интеграции кассир вручную «добивает» остатки, и здесь чаще всего рождаются расхождения.
Чаевые по СБП — третья линия. Если чаевые идут на отдельный QR сотрудника или через агрегатор чаевых, они не должны попадать в чек заведения как выручка. Смешение в одном платеже «ужин + чаевые» без разбивки создаёт путаницу в отчётности.
Типичные ошибки фискализации
Ошибка первая — чек до оплаты. Кассир пробил «на всякий случай», гость не доплатил или ушёл — в ОФД висит лишняя выручка. Правило: фискализация после подтверждённого платежа, не «намерения».
Ошибка вторая — двойной чек. Гость заплатил по QR, кассир не увидел статус в POS и пробил повторно на терминале. Итог — завышенная выручка и недовольный гость при возврате.
Ошибка третья — аванс без зачёта. Особенно часто в летнем сезоне навыноса и предзаказов: пробили аванс, отдали еду, забыли закрыть. К концу квартала в ОФД «висят» тысячи незакрытых авансов.
Ошибка четвёртая — QR-меню без связи с кассой. Гость платит в облачном сервисе меню, кухня видит заказ, а ККТ — нет. Такая схема возможна только если платёжный сервис сам фискализирует или есть надёжная интеграция; иначе это прямой риск при проверке.
- Фискализация только после подтверждения оплаты в POS.
- Аванс по QR → обязательный зачёт при выдаче заказа.
- Разделение счёта: правило, кто закрывает последний платёж и пробивает чек.
- Чаевые по СБП — отдельно от выручки заведения.
- Тестовая смена: зал, навынос, отмена после оплаты, частичный возврат.
Как не запутать официантов
Официант не должен быть интегратором. В POS должно быть однозначное состояние заказа: «ожидает оплаты», «оплачен СБП», «чек отправлен». Цвет или иконка лучше, чем цифра в углу экрана. На обучении отработайте сценарий «гость говорит, что заплатил, а в системе тишина» — куда смотреть, кому звонить, не пробивать ли вручную.
QR на столе часто смешивают с QR для меню без оплаты. Гость сканирует, видит блюда, но кнопки «оплатить» нет — злится. На стикере явно: «Меню» или «Оплата счёта», разные коды.
Навынос и доставка: если оплата по QR на сайте или в приложении, кухня не должна начинать готовку до статуса «оплачено» в системе. Иначе — еда готова, платёж не прошёл, спор с гостем.
Регламент на возврат: платёж СБП отменяется не мгновенно, чек коррекции или возвратный чек — по инструкции ККТ. Кассир должен знать последовательность, а не импровизировать под давлением гостя.
К июню 2026 года банки и POS-вендоры подтянули большинство сценариев СБП для общепита, но связка «ваш банк + ваша касса + ваше QR-меню» всё равно требует одной полной тестовой смены до запуска в зале. Дешевле потерять час на тест, чем неделю на разбор расхождений с ОФД.
Комментарии
Загрузка…