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