Короткий ответ
Для подключения СБП бизнесу нужен не только QR-код, а полный контур: одобренный мерчант, договор, создание платежа, безопасное подтверждение статуса, сверка и возвраты. Ниже — практическая последовательность без обещания автоматического одобрения.
- Подготовьте сайт и документы компании до технической интеграции.
- Связывайте каждый платеж с конкретным заказом.
- Подтверждайте оплату по серверному статусу, а не по возврату браузера.
- Запускайтесь только после позитивных и негативных тестов.
1. Подготовьте сайт и описание бизнеса
До подключения провайдер и банк должны понимать, кто является продавцом, какие товары или услуги получает покупатель и как устроены возвраты. На сайте стоит явно указать юридическое лицо, контакты поддержки, описание продукта, цены, порядок оказания услуги, публичную оферту или условия продажи, политику конфиденциальности и правила возврата.
Заявка обычно включает корпоративные документы, сведения о владельцах и бенефициарах, домены, географию покупателей, ожидаемый оборот и средний чек. Точный перечень зависит от юрисдикции, продукта и платежного контура.
- проверьте единообразие продавца на сайте и в заявке;
- уберите тестовые страницы и неработающие кнопки;
- подготовьте понятный сценарий возврата и поддержки;
- опишите источник трафика и фактическую бизнес-модель.
2. Выберите пользовательский сценарий
На компьютере покупателю обычно показывают динамический QR-код. На телефоне удобнее использовать кнопку или платежную ссылку, которая ведет к выбору банковского приложения. В обоих случаях платеж создается для конкретного заказа с фиксированной суммой и внутренним идентификатором.
Динамический QR помогает автоматизировать сопоставление заказа и оплаты. Статический QR больше подходит для простых офлайн-сценариев и требует отдельной дисциплины учета. Конкретная схема определяется после согласования проекта.
3. Интегрируйте API и серверные уведомления
Сервер мерчанта создает платеж, сохраняет идентификатор и показывает покупателю ссылку или QR. После подтверждения провайдер передает статус через webhook или callback. Обработчик должен проверять уведомление по документации и не выполнять одно действие дважды при повторной доставке.
Страница «Оплата успешна» не является достаточным подтверждением: пользователь может закрыть вкладку или вернуться раньше поступления серверного статуса. Источником изменения заказа должен быть проверенный статус операции.
- храните идентификаторы заказа и платежа;
- обрабатывайте уведомления идемпотентно;
- не помещайте секреты API во фронтенд;
- сопоставляйте операции с ежедневным реестром.
4. Проведите тесты и запустите прием
До промышленного запуска проверьте успешную оплату, отказ, истечение времени, повторное уведомление, повторную попытку по одному заказу и возврат, если он доступен. Зафиксируйте, кто контролирует платежи, сверку и обращения покупателей.
WHITECAPITAL подключает только одобренные проекты после KYB/KYC, комплаенса и согласования банковского контура. Комиссии, лимиты и расчеты фиксируются индивидуально в договоре.
Вопросы и ответы
Можно ли подключить СБП только установкой QR-кода?
Для автоматизированного сайта нужен связанный платежный сценарий: создание платежа, статус, учет заказа и сверка. Простого изображения QR обычно недостаточно.
Как сайт узнает об оплате?
Через согласованный API, webhook или callback. Финальный серверный статус используется для подтверждения заказа.
Сколько занимает подключение?
Срок зависит от полноты документов, проверки бизнеса, банковского согласования и готовности интеграции. Универсальный срок до рассмотрения проекта обещать нельзя.
Источники и правила
Используем официальные материалы платежной системы и политики WHITECAPITAL. Для конкретного подключения приоритет имеют договорные документы.
- НСПК — Система быстрых платежей для бизнеса
- Банк России — Национальная платежная система
- WHITECAPITAL — политика KYC/KYB
Материал предназначен для операционной ориентации и не является обещанием подключения, универсальной доступности метода, фиксированной комиссии или срока расчетов.