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