CloudPayments
Войти

СБП и QR‑платежи: подключение, UX и фискализация

Получить CloudPayments бесплатно

СБП и QR‑платежи: подключение, UX и фискализация

Что такое СБП и QR‑оплата

Система быстрых платежей (СБП) — инфраструктура НСПК по переводам между банками. Для интернет‑торговли она позволяет принимать оплату переводом “по номеру телефона” или через QR‑код, с мгновенным зачислением и низкой комиссией. СБП платежи интернет‑магазинам дают альтернативу картам и уменьшают издержки, особенно на среднем чеке.

Что получает бизнес:

  • qr оплата на сайте без ввода реквизитов карты;
  • мгновенное подтверждение статуса «оплачено»;
  • более низкая итоговая комиссия сбп по сравнению с эквайрингом карт;
  • устойчивость: второй независимый платежный канал.

Схема потока оплаты СБП: сайт — провайдер — НСПК/банк — касса

UX‑сценарии: мобильный и десктоп

Правильный UX для СБП — критичен. Один и тот же платеж можно оформить через QR или deep link (кнопку, открывающую банковское приложение).

Получить CloudPayments бесплатно

  • Мобильный трафик (UX SBP мобильный):

    • Показывайте кнопку «Оплатить через банк» — deep link оплата. При нажатии пользователь попадает в приложение своего банка с предзаполненным платежом.
    • Дублируйте QR как запасной вариант и список поддерживаемых банков.
    • Предложите «Отправить ссылку в мессенджер/SMS», если приложение банка на устройстве не установлено.

  • Десктоп:

    • Показывайте крупный динамический QR (1000–1200 px по меньшей стороне для ретина‑экранов), таймер и сумму.
    • Под QR дайте короткую инструкцию: «Откройте приложение банка → Сканируйте QR → Подтвердите».
    • Добавьте кнопку «Открыть в телефоне» с QR‑кодом, ведущим на deep link, — удобно для перехода с ПК на смартфон.

Пример экрана оплаты: QR-код, deep link кнопка, таймер и блок статусов

Динамический и статический QR: что выбрать

Для e‑commerce почти всегда используется динамический QR — он создаётся под конкретный заказ и сумму.

Вариант Когда применять Плюсы Минусы
Динамический QR Интернет‑заказы, персональные счета Точная сумма, срок действия, автоматическое сопоставление платежа Требует генерации через sbp api провайдера
Статический QR Оффлайн‑точки, витрины, пожертвования Один QR для всех платежей Нужна ручная сверка; риск неверной суммы

Термин «динамический qr чек» часто используют как «QR для оплаты чека/заказа»: это именно динамический QR на оплату, а не QR в фискальном чеке.

Интеграция: схема, SBP API провайдера и вебхуки

Технически поток выглядит так:

  1. Сайт создаёт «счёт» (invoice) через sbp api провайдера: сумма, валюта (RUB), описание, order_id, TTL.
  2. Провайдер возвращает payment_id, dynamic QR (base64/URL) и deep link.
  3. Клиент платит в приложении банка.
  4. Провайдер отправляет вебхук об успешной оплате; магазин подтверждает заказ.
  5. Касса выбивает чек, отправляет в ОФД и возвращает статус на сайт.

Рекомендуемые статусы платежа: created → pending → paid → expired/cancelled → refunded/partially_refunded.

Важные моменты интеграции:

  • Храните mapping order_id ↔ payment_id, чтобы корректно обрабатывать дублирующиеся уведомления.
  • Поддержите повторную инициализацию QR при ошибках сети.
  • Вебхуки подписывайте HMAC и логируйте; при сбое делайте ретраи с экспоненциальной задержкой.

Полезно к прочтению:

Как подключить СБП к сайту

Чтобы подключить сбп к сайту быстро и без срывов, следуйте плану:

  1. Выбор провайдера. Сравните условия, SLA, фичи (deep link, автозачёт, частичные возвраты). Смотрите гайд — Выбор платёжного провайдера: сравнение.
  2. Юридическая часть. Пройдите KYC/AML у провайдера или банка: ИП/ООО/самозанятые — чек‑лист здесь — Юридические требования: KYC для ИП, ООО, самозанятых.
  3. Интеграция на сайте.
  4. Касса и фискализация. Подключите онлайн‑кассу с OFD, настройте «оплата безналичным» и сценарии возврата — Онлайн‑касса, 54‑ФЗ.
  5. Тесты в 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 и вебхуки.

Получить CloudPayments бесплатно