Эквайринг и платежи на 1C‑Битрикс: подключение и ККТ
Table of contents
Введение: зачем бизнесу эквайринг в 1C‑Битрикс
Покупка должна заканчиваться оплатой без трений. Для интернет‑магазина на CMS 1C‑Битрикс это означает корректно настроенный эквайринг, своевременную фискализацию чеков и стабильные уведомления о статусах. Грамотно реализованная 1c‑битрикс оплата повышает конверсию, сокращает отказные заказы и снижает ручные операции.
Ниже разберем, как подключить и настроить битрикс эквайринг, какие способы оплаты добавить, как выполнить ККТ‑интеграцию и что учесть по безопасности и аналитике. Если вы только выбираете провайдера, загляните в наш обзор по теме: как подключить оплату на сайт и выбор платежного провайдера.
Пошагово: как подключить оплату в Битрикс
Чтобы быстро подключить оплату Битрикс под ваш бизнес‑процесс, следуйте плану:
- Определите сценарии оплаты и возвратов
- Полная оплата, предоплата/постоплата, частичные оплаты (предзаказы), рекуррентные списания (подписки), оплаты по ссылке.
- Нужны ли B2B‑счета и смешанные корзины с НДС.
- Выберите провайдера эквайринга
- Сравните банки и агрегаторов по методам оплаты, комиссионной политике, стабильности и SLA.
- Проверьте наличие готового модуля для вашего билда (интернет‑магазин, D7, sale.order). Подробнее: выбор платежного провайдера.
- Установите модуль оплаты Битрикс
- Официальный модуль провайдера или кастомный модуль через маркетплейс/Composer.
- Настройте ключи API, секреты, домены, редиректы, 3‑D Secure.
- Настройте ККТ по 54‑ФЗ
- Подключите облачную кассу (АТОЛ, Orange Data и др.).
- Включите фискализацию чеков на событие «Оплачен» и «Возврат». Подробнее: юридические требования 54‑ФЗ.
- Включите SBP и кошельки
- Подключите СБП (QR и P2P) через битрикс SBP модуль или провайдера.
- Добавьте Apple Pay / Google Pay / MIR Pay: см. раздел и материал Apple / Google / MIR Pay.
- Настройте webhooks и уведомления
- Примите асинхронные статусы «paid», «canceled», «refunded» в обработчик Битрикс.
- Проверьте повторяемость запросов и подпись. О тонкостях ниже.
- Проведите тестирование и включите продакшен
- Тестовые платежи, частичные/полные возвраты, частичная фискализация, повторные уведомления.
- Проверьте аналитику и цели: аналитика и конверсия оплат.
Если вы начинаете «с нуля», прочитайте базовый гид: оплата картой на сайте.
Варианты эквайринга и провайдеров: что выбрать
Ниже — укрупненное сравнение распространенных вариантов. Условия зависят от вашего оборота, MCC и договоров, поэтому рассматривайте таблицу как ориентир.
| Вариант |
Что это |
Плюсы |
Минусы |
Когда подходит |
| Банк‑эквайрер |
Прямой договор с банком |
Простая схема расчетов, прозрачность |
Меньше альтернативных методов оплаты |
Стабильный поток карт, понятная отчетность |
| Платежный агрегатор (PSP) |
Единая интеграция с картами, СБП, кошельками |
Много методов, быстрый запуск, развитые API |
Отдельная комиссия провайдера, зависимость от PSP |
Маркетплейсы, D2C‑бренды, омниканальность |
| Гибрид: банк + модуль PSP |
Карты через банк, альтернативы через PSP |
Гибкость, диверсификация рисков |
Сложнее учет и интеграция |
Рост бизнеса, оптимизация конверсии |
Подробные критерии выбора — в статье: выбор платежного провайдера.
ККТ и 54‑ФЗ: чек в Битрикс, АТОЛ и Orange Data
Закон требует передавать данные о расчете в ОФД и выдавать чек. Для сайта на Битрикс это означает корректную интеграцию ККТ: «битрикс чек 54‑фз» — не просто галочка в модуле, а полная логика фискализации.
Что важно учесть:
- Номенклатура и ставки НДС. В чеке должны быть корректные наименования, ставки, признак способа расчета (полная оплата, аванс, предоплата) и предмета расчета.
- Частичные оплаты и предзаказы. При предоплате — чек на предоплату, при закрытии — чек на полный расчет.
- Возвраты. Формируйте чек «возврат прихода» и передавайте причину.
- СБП. Чеки по СБП формируются наравне с картами, важен корректный признак способа оплаты.
АТОЛ и Orange Data — самые популярные облачные кассы. Атол Orange Data интеграция в Битрикс обычно делается через модуль оплаты или отдельный обработчик ККТ.
Шаги настройки:
- Подписать договор с ОФД и подключить облачную ККТ (АТОЛ/Orange Data).
- В модуле указать API‑ключи, ИНН, систему налогообложения, адрес сайта.
- Прописать правила маппинга НДС и признаков расчетов.
- Включить отправку чеков на события «Оплачен», «Частичная оплата», «Возврат».
- Тест: оплата — чек прихода, возврат — чек возврата.
Отдельный ликбез и юридические нюансы — здесь: 54‑ФЗ для интернет‑продаж.
Способы оплаты: карты, СБП, Apple/Google/MIR Pay
Чтобы повысить конверсию, добавьте несколько методов:
- Банковские карты. Поддержка 3‑D Secure 2, токенизация, сохранение карты (vault) для повторных списаний. Подробнее: оплата картой.
- Система быстрых платежей (СБП). QR‑код на странице оплаты или пуш‑ссылка в приложение банка. Отдельный битрикс SBP модуль доступен у многих провайдеров. Детали: СБП QR‑оплата.
- Apple Pay / Google Pay / MIR Pay. Ускоряют мобильные оплаты и снижают трение на checkout. См. раздел: Apple / Google / MIR Pay.
- Рекуррентные списания (подписки) и хранение токенов — для сервисов и подписочных моделей: рекуррентные платежи.
- Оплата по ссылке и инвойсы — для быстрых выставлений счетов из CRM: платежные ссылки и инвойсы.
Модуль оплаты Битрикс: готовые и кастомные
Модуль оплаты Битрикс бывает двух типов:
- Официальный модуль провайдера
- Быстрая установка, документация, автоматические обновления.
- Обычно включает карты, СБП, кошельки, интеграцию с ККТ и возвратами.
- Кастомный модуль/надстройка
- Гибкая логика под ваш checkout, нестандартные статусы, multi‑merchant.
- Полезен для интеграции редких методов оплаты или специфической фискализации.
Советы по выбору:
- Убедитесь, что модуль поддерживает вебхуки, частичные платежи и возвраты, а также «битрикс чек 54‑фз» на все сценарии.
- Проверьте совместимость с вашей версией ядра и модулем sale.
- Для СБП используйте модуль с QR на фронте и мобильным редиректом — так конверсия выше (битрикс SBP модуль провайдера обычно это имеет).
Webhooks в Битрикс: статусы, возвраты, рекуррентные
Асинхронные уведомления критичны для надежного эквайринга. «Webhooks Битрикс» — это ваш обработчик, который принимает события от провайдера и обновляет заказ.
Рекомендации по реализации:
- Идемпотентность. Храните idempotency‑key и безопасно обрабатывайте повторные уведомления (PSP часто шлет их 2–3 раза).
- Подпись. Проверяйте HMAC‑подпись/сертификаты, сравнивайте суммы и валюты, сверяйте merchant_id.
- Таймауты и ретраи. Возвращайте 200 OK только после успешного обновления статуса заказа. Если Битрикс занят, ставьте событие в очередь и подтверждайте позже.
- Маппинг статусов. «paid», «authorized», «canceled», «refunded», «chargeback» сопоставьте с ORDER_STATUS в Битрикс. На «paid» — выпустить чек, на «refunded» — чек возврата.
- Логи и мониторинг. Логируйте payload, ответ, подпись, время выполнения. Настройте уведомления в Telegram/почту при ошибках 5xx.
Для подписок храните токены карты у провайдера и запускайте рекуррентные списания по cron/agent — детали в статье про рекуррентные платежи.
Безопасность и PCI DSS
При приеме карт соблюдайте требования PCI DSS. Даже если платежная форма на стороне провайдера, на сайте должны быть базовые меры защиты: HTTPS, HSTS, CSP, защита от CSRF/Replay. Если вы собираете платежные данные на своем домене (JS‑SDK, hosted fields), изучите наш материал: PCI DSS и безопасность.
Минимальный чек‑лист безопасности:
- 3‑D Secure 2 и SCA‑флоу.
- Токенизация карт и masked PAN в админке.
- Ограничение IP для webhooks, подпись запросов.
- Контроль валют и суммы (server‑side validation).
- Rate limit на создание платежей и возвратов.
Тестирование и аналитика конверсии оплат
Правильный процесс QA экономит недели на поддержке.
Что протестировать:
- Успешная и неуспешная оплата, 3DS challenge/frictionless.
- Предавторизация и последующее списание (capture).
- Частичный и полный возврат, отмена до списания.
- СБП: оплата по QR и по пушу, таймаут, отмена.
- ККТ: чек прихода, чек предоплаты, чек возврата, позиции с разными ставками НДС.
Аналитика и рост конверсии:
- Настройте события «Начал оплату», «Открыл платежную форму», «Успешная оплата», «Отказ банка», «Таймаут».
- Сегментируйте по устройствам/методу оплаты.
- Тестируйте разные UX‑варианты платежной формы, сохранение карты, автозаполнение.
- Подробнее — в гайде аналитика конверсии оплат.
Типовые ошибки и как их избежать
- Редирект без ожидания вебхука. Пользователь видит «Оплачено», но статус заказа не сменился. Решение: в интерфейсе показывать промежуточный статус, подтверждать оплату по вебхуку.
- Неучтенные возвраты. Возврат провайдера без чека возврата в ККТ. Решение: связать refund с фискализацией.
- Неверный маппинг НДС и предметов расчета. Исправляйте через настройки модуля и справочники.
- Отсутствие retry‑логики и подписи вебхуков. Итог — потерянные статусы. Добавьте очередь и валидацию.
- Несовместимость модулей. Перед обновлением ядра Битрикс проверьте модуль оплаты в тестовой среде.
Сроки и стоимость внедрения
- Стандартный кейс (карты + СБП, готовый модуль, ККТ в облаке): 2–5 рабочих дней, включая тесты.
- Расширенный кейс (кастомный модуль, сложные статусы, мульти‑мерчант, подписки): 1–3 недели.
- Стоимость зависит от состава работ: интеграция провайдера, атол orange data интеграция, доработка чекаута, аналитика, миграции.
Чтобы точнее оценить, пришлите текущую схему и желаемые сценарии. Мы подскажем оптимальный стек и укажем быстрые «точки роста» конверсии.
Вывод и следующий шаг
1c‑битрикс оплата — это не только модуль, но и правильно выстроенные процессы: выбор провайдера, надежные webhooks, корректная фискализация и удобные методы оплаты. Подключить оплату Битрикс можно за считаные дни, если заранее продумать ККТ, СБП и аналитику.
Нужна помощь с битрикс эквайринг, битрикс SBP модуль или настройкой «битрикс чек 54‑фз»? Оставьте запрос — предложим решение, согласуем план работ и запустим платежи без простоев.