Подключить оплату СБП на сайт: комиссия и возвраты

Подключить оплату СБП на сайт можно за 1-3 рабочих дня, если сразу понимать, через какой банк оформлять эквайринг и какой блок встраивать в код. Я настраивал приём СБП и на лендингах на Tilda, и в интернет-магазинах на WooCommerce, и в Telegram-ботах на aiogram, где деньги должны приходить без ручной сверки менеджером. Дальше по пунктам: что требует банк для подключения, сколько реально берут комиссией и как технически оформляется возврат, если клиент отменил заказ.

Что нужно, чтобы подключить приём СБП на сайте

Банк не откроет боевые ключи API, пока не увидит на сайте расчётные реквизиты, публичную оферту и работающий SSL-сертификат - это стандартное условие модерации что у Т‑Банка, что у Сбера, что у ЮKassa. Из практики: заявку рассматривают 1-2 рабочих дня, если у ИП или ООО уже открыт счёт в этом банке, и 3-5 дней, если счёт открывают параллельно с подачей заявки на эквайринг.

Что понадобится до похода в банк:

• расчётный счёт ИП или ООО в банке-участнике СБП;
• сайт с описанием товара или услуги, ценами и публичной офертой;
• SSL-сертификат - без него платёжная форма не пройдёт проверку банка;
• тестовый и боевой идентификатор терминала (TerminalKey или его аналог) для интеграции;
• страницу с политикой возвратов - банки требуют её при модерации сайта.

После одобрения банк выдаёт документацию по API и тестовый контур: платежи проходят, но деньги не списываются по-настоящему. На этом контуре я обычно проверяю весь цикл - оплату, вебхук о статусе, отмену - прежде чем переключать сайт на боевые ключи.

Способы подключения: агрегатор, банк напрямую или платёжная ссылка

Технически варианта три, и отличаются они не только скоростью подключения, но и тем, кто отвечает за деньги на пути от покупателя до вашего счёта.

Агрегатор проще подключить, но берёт комиссию поверх тарифа СБП - обычно на 0,1-0,3 процентных пункта выше, чем при прямом договоре с банком, зато не нужно проходить отдельную модерацию у банка и держать свой сервер для вебхуков. Прямой эквайринг выгоднее по деньгам на объёмах от нескольких сотен платежей в месяц, но требует своей серверной части - обработку вебхуков без этого не построить.

Как встроить приём СБП в Tilda и WordPress

На Tilda есть встроенный блок оплаты, который подключается через Т‑Банк или ЮKassa без строчки кода - в панели платёжных систем указывается идентификатор терминала, и на форме заказа появляется кнопка «Оплатить через СБП». Проблема начинается, когда нужно не просто принять деньги, а прокинуть статус оплаты в CRM или на почту менеджеру - для этого пишу отдельный Tilda-скрипт, который слушает вебхук банка и обновляет заказ в Zero Block или отправляет данные во внешнюю систему.

На WordPress с WooCommerce ставлю официальный плагин Т‑Банка для эквайринга - он добавляет способ оплаты в чекаут и сам обрабатывает вебхуки об оплате и отмене. Из практики: плагин закрывает большую часть сценариев, но если магазин работает ещё и с СДЭК или собственной CRM, приходится дописывать хук на смену статуса заказа, чтобы отгрузка запускалась только после реального поступления денег, а не после нажатия кнопки «Оплатить».

Отдельно приходится решать приём СБП там, где нет классического сайта - например, в Telegram-боте на aiogram, который продаёт цифровой товар или записывает на консультацию. Бот обращается к API банка, получает QR-код, показывает его пользователю и ждёт вебхук о статусе платежа, чтобы открыть доступ к товару автоматически. Похожую связку собираю и в n8n, когда оплата приходит с сайта, а дальше нужно без участия человека создать сделку в CRM, отправить чек и уведомление в Telegram-канал продаж.

Если на сайте уже есть CRM, склад и доставка, интеграция СБП обычно не разовая задача, а часть более широкой комплексной интеграции сайта с внешними сервисами - эквайрингом, CRM и логистикой одновременно.

Комиссия СБП: сколько реально платит бизнес

Предельные тарифы по СБП установил Банк России, поэтому на рынке разброс небольшой: 0,7% для большинства категорий и 0,4% для наиболее массовых платежей, то есть товаров повседневного спроса, медицинских и образовательных услуг. Платежи в пользу государства идут без комиссии. Для сравнения, классический интернет-эквайринг картой у банков стоит 1,5-2,5%, а для небольших оборотов доходит до 3% - тут тариф зависит от банка и оборота, а не от того, лендинг это или крупный магазин.

Экономия на комиссии обычно и есть главный аргумент подключить оплату СБП на сайт: при обороте 1 000 000 ₽ в месяц разница между 0,5% и 2% эквайринга - это 15 000 ₽ в месяц, которые остаются в бизнесе, а не уходят банку.

Отдельно нужно закладывать в бюджет саму разработку интеграции: точечная доработка Tilda-скрипта под приём СБП стоит от 3 000 ₽, комплексная связка с CRM, эквайрингом и складом - от 40 000 ₽. Если сайта под приём платежей ещё нет, интернет-магазин под ключ с готовой оплатой обходится от 80 000 ₽.

Как проходят возвраты по СБП

Возврат по СБП идёт не мгновенно, как многие ожидают, а в среднем 1-3 рабочих дня - деньги возвращаются на тот же счёт, с которого списывались, банк-отправитель обрабатывает операцию по своему регламенту, и повлиять на скорость со стороны продавца нельзя.

Технически возврат делается вызовом отдельного метода API банка - я работаю с методом Cancel у Т‑Банка, у ЮKassa это refund. Полный возврат отменяет весь платёж, частичный принимает сумму меньше исходной и оставляет часть денег у продавца - стандартный сценарий для интернет-магазина, если клиент вернул часть товаров из заказа.

curl -X POST https://securepay.tinkoff.ru/v2/Cancel 
  -H "Content-Type: application/json" 
  -d '{"TerminalKey":"XXXX","PaymentId":"1234567890","Amount":150000,"Token":"ПОДПИСЬ_ЗАПРОСА"}'

Amount здесь передаётся в копейках, и если его не указать, банк отменит платёж целиком - для частичного возврата сумму указывать обязательно. На сайте возврат должен запускать менеджер из личного кабинета или CRM, а не покупатель напрямую - большинство банков не дают API для инициации возврата со стороны клиента, только со стороны продавца.

Отдельно нужно предусмотреть вебхук о статусе возврата: банк присылает уведомление, когда операция завершена, и если сайт его не обрабатывает, заказ в CRM зависает в статусе «Возврат в обработке» даже после того, как деньги давно пришли клиенту.

Частые ошибки при подключении СБП

• тестовые ключи остаются в проде - платежи формально проходят, а деньги никуда не поступают;
• нет обработки повторных вебхуков - банк может прислать одно и то же уведомление дважды, и без проверки на дубли заказ в CRM создаётся два раза;
• забыли страницу с политикой возврата и офертой - банк блокирует модерацию или позже приостанавливает приём платежей при проверке;
• возврат настроен только на полную сумму - при частичном возврате менеджер вручную считает копейки и ошибается;
• SSL-сертификат просрочен - платёжная форма перестаёт грузиться, а находят это обычно клиенты, а не владелец сайта.

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

Сколько времени занимает подключение оплаты СБП на сайт?

Обычно 1-3 рабочих дня на модерацию заявки в банке и ещё 1-2 дня на техническую интеграцию виджета или API на сайте. Если счёт в банке уже открыт и сайт готов к модерации (есть оферта, SSL, реквизиты), всё подключение укладывается в неделю.

Можно ли принимать СБП без прямого договора эквайринга с банком?

Да, через агрегатор вроде ЮKassa или CloudPayments - подключение проще и быстрее, но комиссия обычно на 0,1-0,3 процентных пункта выше, чем при прямом договоре с банком.

Как быстро деньги возвращаются покупателю при отмене заказа?

В среднем за 1-3 рабочих дня - срок зависит от банка-отправителя, а не от продавца. Продавец только инициирует возврат через API или личный кабинет, дальше время идёт на стороне банка клиента.

Работает ли СБП на Tilda без программиста?

Базовый приём платежей через встроенный блок Tilda настраивается без кода - достаточно указать идентификатор терминала банка в панели платёжных систем. Программист нужен, если требуется передавать статус оплаты в CRM, автоматизировать возвраты или связать оплату с доставкой.