СБП, C2B и динамический QR

Прием платежей по СБП для бизнеса

Платежная инфраструктура WHITECAPITAL помогает одобренным компаниям принимать оплату в рублях по СБП: через динамический QR или платежную ссылку, с передачей статусов в кабинет мерчанта и по API.

Обновлено 4 сентября 2026 года · Автор и издатель: WHITECAPITAL PAYMENT SERVICES PROVIDER - FZCO

Практическая схема платежной инфраструктуры WHITECAPITAL
Оригинальная схема WHITECAPITAL. Доступность зависит от согласования мерчанта.

Как работает оплата по СБП

Мерчант создает платеж с суммой и назначением. Покупатель открывает платежную ссылку или сканирует динамический QR-код, выбирает банк и подтверждает оплату в банковском приложении. После обработки операции мерчант получает статус и может сопоставить платеж с заказом.

В отличие от статического изображения, динамический QR формируется для конкретной покупки. В нем связываются параметры платежного сценария, поэтому интернет-магазину проще автоматизировать учет заказа и проверку результата. Доступность конкретного сценария подтверждается при подключении.

  • создание платежа для конкретного заказа;
  • платежная ссылка или динамический QR;
  • подтверждение в приложении банка покупателя;
  • статус через API, webhook или callback;
  • отражение операции в кабинете и реестре.

СБП для сайта, приложения и дистанционной продажи

СБП можно встроить в страницу оформления заказа, мобильное приложение или согласованный дистанционный канал. На компьютере покупателю удобно показать QR-код, а на телефоне — кнопку или ссылку для перехода к выбору банка. После оплаты сайт должен дождаться серверного статуса, а не полагаться только на возврат пользователя в браузер.

WHITECAPITAL предоставляет инфраструктурный контур для создания платежей и получения статусов. Конкретные интерфейсы, лимиты, доступность возвратов и операционные правила фиксируются в документации и договоре одобренного проекта.

API, уведомления и сверка платежей

Надежная интеграция связывает внутренний идентификатор заказа с платежом и корректно обрабатывает повторные уведомления. Финальный статус следует подтверждать на стороне сервера. Для ежедневного контроля полезно сопоставлять собственный учет с кабинетом мерчанта и реестром операций.

Если платеж отменен, просрочен или не подтвержден, заказ не должен автоматически считаться оплаченным. Возвраты выполняются по согласованному процессу и с учетом исходной операции.

  • уникальная связь заказа и платежа;
  • серверная обработка статусов;
  • защита от повторной обработки уведомлений;
  • журналирование и ежедневная сверка;
  • согласованный процесс возврата.

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

Сценарий подходит интернет-магазинам, цифровым сервисам, приложениям, образовательным и сервисным платформам и другим компаниям с понятным продуктом и прозрачным сайтом. Российская или иностранная компания может подать заявку, но подключение не является автоматическим.

До запуска проводятся KYB/KYC, проверка сайта, товаров или услуг, комплаенс и оценка риска. Банк, лимиты, комиссии, расчеты и разрешенный платежный сценарий определяются индивидуально.

Частые вопросы

Что такое динамический QR СБП?

Это QR-код, сформированный для конкретного платежа. Он используется, чтобы покупатель открыл банковское приложение и подтвердил оплату по заданному сценарию.

Можно ли принимать СБП на иностранном сайте?

Иностранное юридическое лицо может подать заявку. Возможность подключения зависит от проверки компании, продукта, юрисдикции и банковского согласования.

Как сайт узнает, что платеж прошел?

Статус передается в кабинет мерчанта и через согласованный API, webhook или callback. Серверный статус должен быть источником подтверждения заказа.

Можно ли сделать возврат?

Для одобренных сценариев возвраты могут выполняться по согласованному процессу. Доступность и порядок определяются договором и документацией.

Первоисточники

Для общих сведений о СБП и российской платежной инфраструктуре используйте официальные источники:

WHITECAPITAL

Подключение приема платежей для бизнеса

СБП, QR, платежные ссылки, API и карточный эквайринг при доступности — после KYB/KYC, комплаенс-проверки и согласования.