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