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