Покупатель дошёл до оплаты, а там надо доставать карту, вводить шестнадцать цифр, срок, код с обратной стороны — и на мобильном половина бросает заказ прямо здесь. СБП решает именно эту боль: пара касаний в приложении банка — и заказ оплачен, без карты и ручного ввода. Для магазина это ещё и более низкая комиссия и мгновенное зачисление денег. Неудивительно, что СБП стала почти обязательным способом оплаты.
В этой статье разберём, зачем подключать СБП в интернет-магазине на 1С-Битрикс, чем она отличается от эквайринга, и как её настроить: от платёжной системы и онлайн-кассы по 54-ФЗ до статусов оплаты и обмена заказов с 1С. Настройку платежей и связки с учётом мы закрываем услугой автоматизации продаж и склада на 1С.
Коротко
- СБП — оплата по QR или кнопке через приложение банка: быстро для покупателя, дешевле для бизнеса.
- Комиссия обычно ниже карточного эквайринга, а зачисление мгновенное — это прямая экономия.
- СБП не отменяет 54-ФЗ: нужна онлайн-касса и фискальный чек при каждой оплате.
- Статус оплаты должен доходить до 1С обменом, иначе учёт расходится и менеджер не видит оплату.
Что такое СБП и как она работает
СБП (Система быстрых платежей) — сервис Банка России для мгновенных переводов между счетами. В контексте магазина это способ оплаты, при котором покупатель платит не картой, а прямым переводом со своего счёта на счёт магазина — по QR-коду или ссылке, через приложение своего банка.
Ключевое отличие от карточного эквайринга — в механике движения денег. При эквайринге платёж проходит через платёжные системы карт с их комиссиями. В СБП деньги идут напрямую по банковской инфраструктуре, что снижает издержки и ускоряет зачисление. Для покупателя это означает оплату без ввода реквизитов карты, для бизнеса — ниже комиссию и деньги на счёте почти сразу.
Зачем магазину подключать СБП
У подключения СБП несколько ощутимых выгод, и они касаются и продаж, и расходов.
- Ниже комиссия. Ставка по СБП, как правило, заметно ниже карточного эквайринга — прямая экономия на каждом платеже.
- Мгновенное зачисление. Деньги поступают на счёт почти сразу, а не с задержкой на несколько дней.
- Меньше отказов на оплате. Без ввода данных карты платить быстрее, особенно на мобильных — падает процент брошенных заказов.
- Привычность. Оплата по QR стала массовой, покупатели ожидают её увидеть.
На больших оборотах экономия на комиссии превращается в существенную сумму за год, а рост конверсии на шаге оплаты добавляет выручку. Это тот случай, когда техническая доработка окупается напрямую.
СБП против карточного эквайринга
Чтобы принять решение осознанно, полезно сравнить два способа приёма платежей. Важно: они не взаимоисключающие — лучше предлагать оба.
| Критерий | СБП | Карточный эквайринг |
|---|---|---|
| Комиссия для бизнеса | Обычно ниже | Выше |
| Зачисление денег | Мгновенно | С задержкой |
| Ввод данных покупателем | Нет (QR/кнопка) | Реквизиты карты |
| Удобство на мобильном | Высокое | Среднее |
| 54-ФЗ и чек | Требуется | Требуется |
Вывод: СБП добавляют как дополнительный, более выгодный способ, а не как замену эквайрингу. Часть покупателей привыкла к карте — наличие выбора снижает отказы. Оптимально держать оба метода и дать пользователю решать.
Как выглядит оплата для покупателя
Простота на стороне покупателя — половина ценности СБП. Сценарий выглядит так:
- Выбор способа. На шаге оплаты покупатель выбирает СБП среди доступных методов.
- QR или кнопка. На десктопе показывается QR-код, на мобильном — кнопка перехода в приложение банка.
- Подтверждение в банке. Покупатель подтверждает платёж в приложении своего банка одним касанием.
- Мгновенный результат. Заказ помечается оплаченным, покупатель возвращается на сайт с подтверждением.
Никакого ввода номера карты, срока и CVC — именно это резко ускоряет оплату и снижает число брошенных заказов, особенно с телефона, где ручной ввод реквизитов особенно раздражает.
СБП и 54-ФЗ: касса и чеки
Частое заблуждение — что при оплате через СБП чек не нужен. Это не так. Оплата через СБП — такой же приём платежа от физлица, как картой, поэтому требования 54-ФЗ действуют в полном объёме: нужно пробить фискальный чек и отправить его покупателю.
На 1С-Битрикс это решается связкой платёжной системы с онлайн-кассой: при подтверждении оплаты автоматически формируется и отправляется чек. Настройка кассы — обязательная часть подключения СБП, а не отдельная опция.
Возвраты по СБП
Возвраты — обязательная часть работы магазина, и СБП их поддерживает. Магазин инициирует возврат, и деньги возвращаются на счёт покупателя. Механика зависит от банка-эквайера и платёжного провайдера, но технически это штатная операция.
Важно, чтобы возврат корректно отражался в двух местах сразу: в системе заказов (статус, сумма) и в фискальном учёте — с чеком возврата по 54-ФЗ. Если возврат провели «мимо» учёта, расходятся и деньги, и отчётность. Поэтому сценарий возврата закладывают при настройке интеграции, а не оставляют на потом.
Как подключить в 1С-Битрикс
Технически СБП подключается через механизм платёжных систем модуля «Интернет-магазин». У большинства банков и платёжных агрегаторов есть готовые решения. Общий порядок:
- Договор с банком/провайдером. Заключаете договор на приём платежей через СБП, получаете доступы.
- Настройка платёжной системы. Добавляете СБП как способ оплаты в модуле «Интернет-магазин», прописываете реквизиты и ключи.
- Связка с кассой. Настраиваете автоматическое формирование фискального чека при оплате.
- Обработка колбэков. Настраиваете приём уведомлений о статусе платежа от провайдера, чтобы заказ помечался оплаченным.
- Настройка отображения. QR на десктопе, кнопка на мобильном, понятные подсказки покупателю.
Техническая сторона обработки уведомлений о платеже — это работа с внешними запросами и их безопасностью, которую мы подробно разбирали в статье про REST, вебхуки и безопасность в Битрикс. Надёжность выката таких изменений — в материале про CI/CD и деплой.
Статусы оплаты и обмен с 1С
Подключить приём денег мало — информация об оплате должна дойти до учётной системы. Когда платёж по СБП прошёл, заказ помечается оплаченным, и этот статус уходит в 1С обменом вместе с данными заказа. Без корректной связки менеджер не видит, оплачен ли заказ, а учёт расходится с реальными поступлениями.
Поэтому настройка статусов оплаты и их выгрузки в 1С — обязательная часть внедрения. Это часть общей автоматизации продаж и склада: заказ, оплата, отгрузка и остатки должны быть синхронны между сайтом и 1С. Эти процессы мы закрываем услугами автоматизации продаж и склада и автоматизации на 1С, а надёжность инфраструктуры под нагрузкой оплат — в статье про хостинг и BitrixVM.
СБП для B2B и юрлиц
В B2B картина сложнее: юрлица чаще платят по счёту и безналичным расчётом с НДС, и для них СБП — не основной, а дополнительный сценарий. Тем не менее СБП полезна и здесь — например, для быстрых оплат небольших заказов, авансов или закупок через личный кабинет физлицом-представителем.
Ключевое для B2B — правильно развести сценарии оплаты: юрлицо со счётом и отсрочкой, физлицо с быстрой оплатой по СБП или картой. Это часть проектирования оплаты в оптовом кабинете, где способ оплаты зависит от типа клиента и его группы. Такую логику мы закладываем в рамках автоматизации бизнес-процессов на 1С.
Тестирование перед запуском
СБП работает с реальными деньгами, поэтому запускать её без полного тестового прогона нельзя. Проверить нужно весь цикл, а не только «оплата прошла».
- Успешная оплата. QR и кнопка работают на десктопе и мобильном, заказ помечается оплаченным.
- Фискальный чек. Чек формируется и приходит покупателю по 54-ФЗ.
- Статус в 1С. Оплата корректно выгружается в учётную систему.
- Возврат. Возврат проходит, деньги возвращаются, формируется чек возврата.
- Отмена и ошибки. Незавершённый или отменённый платёж не помечает заказ оплаченным.
Частые ошибки
- Забыли про 54-ФЗ. Запустили СБП без онлайн-кассы и фискального чека — нарушение.
- Нет обмена статусом с 1С. Оплата прошла, но менеджер и учёт этого не видят.
- Заменили эквайринг вместо дополнения. Убрали оплату картой и потеряли часть покупателей.
- Не обработаны колбэки. Уведомление о платеже не принимается — заказ висит неоплаченным.
- Возврат мимо учёта. Деньги вернули, но чек возврата и статус не оформили.
- Нет мобильной кнопки. На телефоне показывают QR вместо перехода в приложение — неудобно.
- Запуск без тестов. Не прогнали полный цикл на реальных платежах перед боем.
Чек-лист подключения
- Договор заключён. С банком или платёжным провайдером на приём через СБП.
- Платёжная система настроена. СБП добавлена в модуль «Интернет-магазин», реквизиты и ключи прописаны.
- Касса связана. Фискальный чек формируется автоматически при оплате по 54-ФЗ.
- Колбэки работают. Уведомления о статусе платежа принимаются и помечают заказ.
- Статус уходит в 1С. Оплата корректно выгружается в учётную систему.
- Возвраты настроены. Возврат проходит и отражается в заказе и фискальном учёте.
- UX выверен. QR на десктопе, кнопка на мобильном, оба способа оплаты доступны.
- Полный цикл протестирован. Оплата, чек, статус, возврат, ошибки проверены на реальных данных.
Вывод
СБП — тот случай, когда техническая доработка окупается напрямую: ниже комиссия, мгновенное зачисление и меньше брошенных заказов на оплате. Подключать её стоит почти любому магазину, но не вместо карточного эквайринга, а в дополнение — чтобы дать покупателю выбор и охватить максимум аудитории.
При этом важно не свести дело к «поставили кнопку». Полноценное внедрение — это связка с онлайн-кассой по 54-ФЗ, обработка возвратов, корректные статусы оплаты и их обмен с 1С, чтобы учёт сходился. Настройте весь цикл целиком, протестируйте на реальных платежах — и СБП станет одним из самых выгодных способов приёма оплаты в вашем магазине.
