СБП и QR‑платежи: подключение, UX и фискализация
Table of contents
Что такое СБП и QR‑оплата
Система быстрых платежей (СБП) — инфраструктура НСПК по переводам между банками. Для интернет‑торговли она позволяет принимать оплату переводом “по номеру телефона” или через QR‑код, с мгновенным зачислением и низкой комиссией. СБП платежи интернет‑магазинам дают альтернативу картам и уменьшают издержки, особенно на среднем чеке.
Что получает бизнес:
- qr оплата на сайте без ввода реквизитов карты;
- мгновенное подтверждение статуса «оплачено»;
- более низкая итоговая комиссия сбп по сравнению с эквайрингом карт;
- устойчивость: второй независимый платежный канал.
UX‑сценарии: мобильный и десктоп
Правильный UX для СБП — критичен. Один и тот же платеж можно оформить через QR или deep link (кнопку, открывающую банковское приложение).
Динамический и статический QR: что выбрать
Для e‑commerce почти всегда используется динамический QR — он создаётся под конкретный заказ и сумму.
| Вариант |
Когда применять |
Плюсы |
Минусы |
| Динамический QR |
Интернет‑заказы, персональные счета |
Точная сумма, срок действия, автоматическое сопоставление платежа |
Требует генерации через sbp api провайдера |
| Статический QR |
Оффлайн‑точки, витрины, пожертвования |
Один QR для всех платежей |
Нужна ручная сверка; риск неверной суммы |
Термин «динамический qr чек» часто используют как «QR для оплаты чека/заказа»: это именно динамический QR на оплату, а не QR в фискальном чеке.
Интеграция: схема, SBP API провайдера и вебхуки
Технически поток выглядит так:
- Сайт создаёт «счёт» (invoice) через sbp api провайдера: сумма, валюта (RUB), описание, order_id, TTL.
- Провайдер возвращает payment_id, dynamic QR (base64/URL) и deep link.
- Клиент платит в приложении банка.
- Провайдер отправляет вебхук об успешной оплате; магазин подтверждает заказ.
- Касса выбивает чек, отправляет в ОФД и возвращает статус на сайт.
Рекомендуемые статусы платежа: created → pending → paid → expired/cancelled → refunded/partially_refunded.
Важные моменты интеграции:
- Храните mapping order_id ↔ payment_id, чтобы корректно обрабатывать дублирующиеся уведомления.
- Поддержите повторную инициализацию QR при ошибках сети.
- Вебхуки подписывайте HMAC и логируйте; при сбое делайте ретраи с экспоненциальной задержкой.
Полезно к прочтению:
Как подключить СБП к сайту
Чтобы подключить сбп к сайту быстро и без срывов, следуйте плану:
- Выбор провайдера. Сравните условия, SLA, фичи (deep link, автозачёт, частичные возвраты). Смотрите гайд — Выбор платёжного провайдера: сравнение.
- Юридическая часть. Пройдите KYC/AML у провайдера или банка: ИП/ООО/самозанятые — чек‑лист здесь — Юридические требования: KYC для ИП, ООО, самозанятых.
- Интеграция на сайте.
- Касса и фискализация. Подключите онлайн‑кассу с OFD, настройте «оплата безналичным» и сценарии возврата — Онлайн‑касса, 54‑ФЗ.
- Тесты в sandbox, пилот, мониторинг.
Если вы только начинаете, загляните в общий гайд — Как подключить платёжную систему.
Комиссии, лимиты и таймауты СБП
- Комиссия СБП. Для бизнеса провайдеры обычно предлагают 0.4–0.8% за оплату по СБП; конкретная ставка зависит от оборота, категории товара и банка. Рассчитать экономику поможет наш калькулятор — Тарифы и комиссии.
- Лимиты. Как правило: до 600 000 ₽ за одну операцию (уточняйте у банка/провайдера).
- Таймауты СБП. Рекомендуемые значения:
- TTL счёта/QR: 10–30 минут (для предзаказов — до 24 часов);
- Ожидание статуса в виджете: 60–120 секунд с автообновлением;
- Ретраи вебхуков: 24 часа с экспоненциальной паузой;
- Отмена «зависших» платежей: по TTL + 1–2 минуты.
Отображайте таймер обратного отсчёта и статус «Проверяем оплату…», чтобы снизить тревожность пользователя.
Фискализация: чек по СБП и 54‑ФЗ
По 54‑ФЗ оплата через СБП — это безналичный расчёт. После статуса «paid» вы должны сформировать фискальный документ «Приход» (или «Аванс/Предоплата», если заказ будет отгружен позже).
Ключевые настройки:
- Признак способа расчёта: Полный расчёт / Предоплата / Частичный расчёт — по вашей логике заказа.
- Способ оплаты: Безналичный.
- Теги ФФД для предмета расчёта: НДС, код товара, маркировка (если есть).
- Возвраты: «Возврат прихода» на сумму частичного/полного возврата.
«Чек по СБП» ничем не отличается структурно от чека по картам — меняется только способ оплаты. Если требуется QR в самом чеке для проверки ФНС, он настраивается на стороне кассы/ОФД и не связан с оплатой СБП. Подробнее — Онлайн‑касса, 54‑ФЗ, ОФД.
Безопасность и юридические требования
- Данные карт вы не обрабатываете — это плюс; но защищать бэкенд и вебхуки всё равно нужно: подписи, HTTPS, ограничение IP.
- Антифрод: лимиты по суммам, Device/IP‑профили, запрет повторной оплаты одного инвойса.
- Политики возвратов и оферта: прозрачное описание способов оплаты.
- KYC/AML: подтверждение бенефициаров, видов деятельности, документов — см. Юридические требования и Безопасность платежей: PCI DSS, 3DS, antifraud.
Если вы сочетаете методы оплаты, держите карты и кошельки как резервный канал — Банковские карты, Apple Pay/Google Pay.
Тестирование, sandbox и запуск
Перед стартом прогоните контрольные сценарии:
- Создание счета, отрисовка динамического QR и deep link оплата;
- Успешная оплата, истечение TTL, отмена, недоступность банка;
- Частичный/полный возврат;
- Повторная доставка вебхуков при сетевых ошибках;
- Фискализация: приход, возврат прихода, корректировка.
Материалы для команды разработки: Тестирование, sandbox, вебхуки, запуск.
Возвраты и претензии по СБП
Чарджбеков как у карт по СБП нет, но есть возвраты средствами провайдера/банка и претензионная работа:
- Полный и частичный возврат по payment_id (при наличии средств на счёте).
- Сроки зачисления чаще всего мгновенные или в течение банковского дня.
- Для спорных ситуаций ведётся переписка с провайдером; важны логи, инвойс, переписка с клиентом.
Подробности — Возвраты, чарджбеки, претензии.
Лучшие практики конверсии для QR и СБП
- Автоопределение устройства и показ оптимального сценария (deep link для мобайла, QR для десктопа).
- Таймер и живые статусы: «Ждём перевод…», «Проверяем в банке…».
- Пояснения про безопасность и отсутствие комиссии для плательщика.
- Список поддерживаемых банков и кнопка «Открыть приложение банка».
- Fallback: «Не получается? Выбрать другой способ» и переключатель на карты.
- A/B‑тестирование размеров QR, текста кнопок, порядка способов — см. Checkout UX и конверсия.
Если вам нужны повторы платежей по подписке — это делается не через «чистую» СБП, а через рекуррентные сценарии/платёжные ссылки: Рекуррентные платежи и подписки.
Для маркетплейсов предусмотрите сплит‑платежи и раздельную фискализацию — Маркетплейсы, SaaS, white‑label.
Частые вопросы
- СБП и мультивалюта? СБП — рублёвый инструмент. Для других валют используйте альтернативы — Мультивалюта, налоги, валютный контроль.
- Можно ли смешивать СБП с картами на одном экране? Да, и это повышает конверсию; выстраивайте порядок по данным аналитики.
- Поддерживается ли автозачёт в CMS? Да, через плагины для популярных платформ (см. раздел интеграции выше) или API.
- «СБП платежи интернет» — это то же, что СБП для e‑commerce? Да, термин часто используют для обозначения онлайн‑оплат через СБП.
Итоги и следующий шаг
СБП и QR‑платежи — быстрый, дешёвый и надёжный способ принимать оплату онлайн. Корректный UX (deep link на мобильных, крупный динамический QR на десктопе), продуманная обработка таймаутов и статусов, а также своевременная фискализация «чека по СБП» обеспечат высокую конверсию и соответствие 54‑ФЗ.
Готовы запустить? Выберите провайдера, подключите СБП и протестируйте все сценарии. Мы поможем с оценкой комиссии, архитектурой и плагинами. Начните с гайдов: Как подключить платёжную систему и Выбор платёжного провайдера — и переходите к интеграции через API и вебхуки.