Касса для ресторана должна закрывать не «точку продаж», а каждый способ получить деньги: зал, бар, самовывоз, курьера, сайт, приложение и платёжную ссылку. Сначала составьте карту расчётов, затем выбирайте ККТ и интеграции. Такой порядок сразу показывает, где нужна касса на точке, где — решение для курьера, а где — автоматическая фискализация онлайн-платежей.
Сделайте рабочую таблицу с пятью графами: канал заказа, способ оплаты, момент оплаты, источник состава заказа и ответственный за кассовую операцию. Внесите в неё зал, бар, самовывоз, агрегаторы, собственную доставку, сайт, приложение и заказы по телефону со ссылкой на оплату.
| Канал | Момент оплаты | Что должно попасть в ККТ | Кто отвечает |
|---|---|---|---|
| Зал и бар | При закрытии счёта | Блюда, модификаторы, скидка, способ оплаты | Кассир или официант через POS |
| Самовывоз | При выдаче или заранее | Заказ и статус его оплаты | Кассир точки или сайт |
| Курьерская доставка | При вручении или до выезда | Заказ, сумма и способ расчёта | Курьер либо кассовый контур |
| Сайт, приложение, ссылка | После подтверждения платежа | Состав корзины, скидки, данные платежа | Интеграция сайта и ККТ |
В зале касса должна получать позиции из POS-системы, а не требовать повторного набора. Сверьте на одном тестовом заказе пречек, сумму на терминале и фискальный чек. Если хотя бы один из документов отличается, не запускайте схему в смену.
Для доставки разделите оплату при вручении и предоплату. При вручении заранее закрепите процесс: чем курьер принимает наличные или карту, как заказ передаётся в ККТ и что делать при отказе клиента. При предоплате чек запускается после подтверждённой оплаты, а не после создания заказа в корзине.
Самовывоз с оплатой на сайте не должен превращаться в повторную продажу на кассе при выдаче. Настройте отдельное событие зачёта предоплаты, если окончательный расчёт происходит при передаче заказа.
Правила применения ККТ и сервисы для работы с кассами размещены на сайте ФНС России. Для проекта ресторана используйте простую цепочку: заказ → подтверждённая оплата или выдача → передача состава заказа в ККТ → чек → ОФД.
Берите стационарную ККТ или фискальный регистратор, совместимый с вашей POS-системой. До покупки попросите поставщика показать на вашем меню: блюда и модификаторы, скидку, наличную и безналичную оплату, отмену позиции и возврат.
Банковский терминал не заменяет ККТ: он подтверждает оплату картой, а касса формирует фискальный чек. Если терминал работает отдельно от POS, пропишите порядок для кассира и проверьте его на нескольких тестовых заказах. Критерии выбора платёжного сервиса разобраны в статье «Эквайринг для малого бизнеса: критерии выбора, сценарии и запуск».
Если клиент платит курьеру, предусмотрите мобильную ККТ у курьера либо настроенный кассовый процесс, который фиксирует расчёт при вручении. Для курьеров без стабильной связи отдельно запросите у поставщика порядок автономной работы, синхронизации данных и действий при сбое.
Не утверждайте доставочную схему, пока не проверите оплату при вручении, изменение состава заказа, отказ до передачи и полный либо частичный возврат. Эти операции происходят в общепите регулярно и не должны требовать исправления вручную в конце дня.
Для онлайн-заказов используйте облачную кассу или физическую зарегистрированную ККТ, которая автоматически получает статус платежа и состав заказа. Облачная касса — вариант для удалённой фискализации, а не обязательное условие интернет-оплаты.
В интеграции нужны четыре технических контроля. Во-первых, система принимает webhook только после проверки подписи платёжного провайдера. Во-вторых, обработчик использует идемпотентность по идентификатору платежа или заказа, чтобы повторное уведомление не создало второй чек. В-третьих, при спорном или неполном уведомлении система запрашивает финальный статус платежа через API эквайринга. Наконец, бухгалтерия или ответственный сотрудник регулярно сверяет реестр эквайринга, оплаченные заказы и сформированные чеки.
Схема связки сайта, ККТ и эквайринга описана в материале «Интеграция онлайн-кассы для сайта, 1С и эквайринга».
Настройте кассу по событиям заказа, а не по одному универсальному шаблону. Главная задача — не фискализировать один и тот же платёж дважды и корректно закрывать предоплату при выдаче заказа.
| Событие | Платёжный статус | Действие ККТ | Что проверить |
|---|---|---|---|
| Клиент оплатил заказ на сайте | Платёж подтверждён | Сформировать чек предоплаты с составом заказа и корректным признаком способа расчёта | Сумма, позиции, контакт для электронного чека, идентификатор платежа |
| Заказ передан клиенту | Предоплата ранее принята | Оформить окончательный расчёт с зачётом предоплаты | Не пробивать новую оплату на сумму уже принятой предоплаты |
| Заказ отменён до оплаты | Денег нет | Чек не формировать | В ККТ не должен попасть черновой заказ |
| Полный возврат после оплаты | Деньги возвращены | Оформить чек возврата прихода | Сумма возврата и связь с исходным заказом |
| Частичный возврат или нет части блюд | Возвращается часть суммы | Оформить чек возврата прихода на возвращаемую часть | Конкретные позиции и сумма, а не повторный чек на весь заказ |
Попросите интегратора показать эти сценарии на тестовых данных до старта. Для сложных схем с изменением заказа после предоплаты согласуйте настройку признаков расчёта с обслуживающей кассу организацией и учётным специалистом: автоматизация должна отражать фактическое событие, а не техническое действие в CRM.
| Критерий | Касса в зале | Решение для доставки | Облачная или выделенная ККТ для сайта |
|---|---|---|---|
| Где принимают деньги | Стойка, бар, зал | У курьера или при выдаче | Сайт, приложение, платёжная ссылка |
| Подходящий тип | Стационарная ККТ или фискальный регистратор | Мобильная ККТ или связка с кассовым контуром | Облачная либо физическая интегрированная ККТ |
| Число кассовых мест | По числу одновременных расчётов в зале | По числу курьеров, принимающих оплату | По нагрузке интеграции и каналам онлайн-продаж |
| Ключевая интеграция | POS и терминал | Приложение курьера, CRM, система доставки | Корзина, CRM и интернет-эквайринг |
| Автономность | Не критична при стабильной сети точки | Критична: проверьте работу при слабой связи | Нужны стабильный обмен API и мониторинг ошибок |
| Стоимость владения | Оборудование, ФН, ОФД, обслуживание рабочего места | Оборудование на курьеров, связь, замена и поддержка | Тариф кассового сервиса, интеграция, ОФД и сопровождение |
| Срок внедрения | Зависит от готовности POS-связки | Добавьте тесты маршрута и работы курьера | Добавьте разработку, тест webhook и обработку возвратов |
| Поддержка | Нужна в часы работы ресторана | Нужна для курьеров и диспетчера | Нужна для API, платежей и кассовых ошибок |
Не выбирайте вариант только по стоимости устройства или тарифа. Сравните полную стоимость: оборудование, фискальный накопитель, ОФД, интеграция, поддержка, доработки при возвратах и ручная работа персонала. ОФД также выбирайте с учётом совместимости с ККТ и доступа к фискальным документам; используйте чеклист из статьи «Как выбрать ОФД для онлайн-кассы».
Нужен подбор без покупки лишнего оборудования? Оставьте заявку в Интернет Касса. Мы подготовим карту расчётов ресторана, перечень совместимых кассовых решений и интеграций с POS, доставкой, сайтом и эквайрингом, а также список тестов перед запуском.
Покупают кассу только для зала. Потом онлайн-платежи и доставка попадают в ручной процесс. Решение: включите в техническое задание все действующие и планируемые каналы продаж.
Доверяют webhook без проверки. Поддельное или повторное уведомление способно создать неверный статус заказа или дубль чека. Решение: проверяйте подпись, используйте идемпотентный ключ и при спорном callback запрашивайте финальный статус через API.
Пробивают предоплату повторно при выдаче. В итоге один платёж отражается двумя чеками как две независимые оплаты. Решение: настройте сценарий окончательного расчёта с зачётом предоплаты и протестируйте его до первой продажи.
Не контролируют неотправленные фискальные документы. Ошибку замечают только после жалобы клиента или при сверке. Решение: включите проверку очереди ФД и статусов ОФД в ежедневный регламент смены.
Не сверяют три источника данных. У ресторана могут совпадать заказы в CRM, но расходиться реестр эквайринга и чеки. Решение: регулярно сопоставляйте идентификатор заказа, идентификатор платежа, сумму и фискальный документ.
Да, нужна, если ресторан принимает оплату от покупателей за заказы. Настройте автоматическое формирование и отправку чека после подтверждённого дистанционного платежа; это можно сделать через облачную или зарегистрированную физическую ККТ.
Да, можно, если одна ККТ и интеграции обрабатывают оба потока без ручного переноса заказов и задержек. До запуска проведите на тестовой среде оплату в зале, предоплату, оплату при получении, отмену и возврат.
Сделайте приоритетом интеграции. Дешёвое оборудование без готовой связки с POS, сайтом, доставкой и эквайрингом создаёт ручной ввод позиций, дубли чеков и проблемы со сверкой оплат.
Нет, облачная касса не обязательна. Она удобна для автоматической фискализации оплат на сайте, в приложении и по ссылке; физическая зарегистрированная ККТ тоже подойдёт, если автоматически получает данные платежа и формирует чек.
Да, при передаче заказа оформите окончательный расчёт с зачётом ранее принятой предоплаты, если на этапе оплаты был сформирован чек предоплаты. Не создавайте второй чек на ту же предоплату: в кассовой схеме должны различаться предоплата и её зачёт.
Хотите получить схему под свой ресторан? Свяжитесь с Интернет Касса: разберём каналы продаж, подберём совместимую ККТ и состав интеграций, дадим сценарии тестирования платежей, чеков и возвратов.