Эквайринг и платежи на 1C‑Битрикс: подключение и ККТ

Эквайринг и платежи на 1C‑Битрикс: подключение и ККТ

Введение: зачем бизнесу эквайринг в 1C‑Битрикс

Покупка должна заканчиваться оплатой без трений. Для интернет‑магазина на CMS 1C‑Битрикс это означает корректно настроенный эквайринг, своевременную фискализацию чеков и стабильные уведомления о статусах. Грамотно реализованная 1c‑битрикс оплата повышает конверсию, сокращает отказные заказы и снижает ручные операции.

Ниже разберем, как подключить и настроить битрикс эквайринг, какие способы оплаты добавить, как выполнить ККТ‑интеграцию и что учесть по безопасности и аналитике. Если вы только выбираете провайдера, загляните в наш обзор по теме: как подключить оплату на сайт и выбор платежного провайдера.

Пошагово: как подключить оплату в Битрикс

Чтобы быстро подключить оплату Битрикс под ваш бизнес‑процесс, следуйте плану:

1. Определите сценарии оплаты и возвратов

• Полная оплата, предоплата/постоплата, частичные оплаты (предзаказы), рекуррентные списания (подписки), оплаты по ссылке.
• Нужны ли B2B‑счета и смешанные корзины с НДС.

1. Выберите провайдера эквайринга

• Сравните банки и агрегаторов по методам оплаты, комиссионной политике, стабильности и SLA.
• Проверьте наличие готового модуля для вашего билда (интернет‑магазин, D7, sale.order). Подробнее: выбор платежного провайдера.

1. Установите модуль оплаты Битрикс

• Официальный модуль провайдера или кастомный модуль через маркетплейс/Composer.
• Настройте ключи API, секреты, домены, редиректы, 3‑D Secure.

1. Настройте ККТ по 54‑ФЗ

• Подключите облачную кассу (АТОЛ, Orange Data и др.).
• Включите фискализацию чеков на событие «Оплачен» и «Возврат». Подробнее: юридические требования 54‑ФЗ.

1. Включите SBP и кошельки

• Подключите СБП (QR и P2P) через битрикс SBP модуль или провайдера.
• Добавьте Apple Pay / Google Pay / MIR Pay: см. раздел и материал Apple / Google / MIR Pay.

1. Настройте webhooks и уведомления

• Примите асинхронные статусы «paid», «canceled», «refunded» в обработчик Битрикс.
• Проверьте повторяемость запросов и подпись. О тонкостях ниже.

1. Проведите тестирование и включите продакшен

• Тестовые платежи, частичные/полные возвраты, частичная фискализация, повторные уведомления.
• Проверьте аналитику и цели: аналитика и конверсия оплат.

Если вы начинаете «с нуля», прочитайте базовый гид: оплата картой на сайте.

Варианты эквайринга и провайдеров: что выбрать

Ниже — укрупненное сравнение распространенных вариантов. Условия зависят от вашего оборота, MCC и договоров, поэтому рассматривайте таблицу как ориентир.

Вариант	Что это	Плюсы	Минусы	Когда подходит
Банк‑эквайрер	Прямой договор с банком	Простая схема расчетов, прозрачность	Меньше альтернативных методов оплаты	Стабильный поток карт, понятная отчетность
Платежный агрегатор (PSP)	Единая интеграция с картами, СБП, кошельками	Много методов, быстрый запуск, развитые API	Отдельная комиссия провайдера, зависимость от PSP	Маркетплейсы, D2C‑бренды, омниканальность
Гибрид: банк + модуль PSP	Карты через банк, альтернативы через PSP	Гибкость, диверсификация рисков	Сложнее учет и интеграция	Рост бизнеса, оптимизация конверсии

Подробные критерии выбора — в статье: выбор платежного провайдера.

ККТ и 54‑ФЗ: чек в Битрикс, АТОЛ и Orange Data

Закон требует передавать данные о расчете в ОФД и выдавать чек. Для сайта на Битрикс это означает корректную интеграцию ККТ: «битрикс чек 54‑фз» — не просто галочка в модуле, а полная логика фискализации.

Что важно учесть:

• Номенклатура и ставки НДС. В чеке должны быть корректные наименования, ставки, признак способа расчета (полная оплата, аванс, предоплата) и предмета расчета.
• Частичные оплаты и предзаказы. При предоплате — чек на предоплату, при закрытии — чек на полный расчет.
• Возвраты. Формируйте чек «возврат прихода» и передавайте причину.
• СБП. Чеки по СБП формируются наравне с картами, важен корректный признак способа оплаты.

АТОЛ и Orange Data — самые популярные облачные кассы. Атол Orange Data интеграция в Битрикс обычно делается через модуль оплаты или отдельный обработчик ККТ.

Шаги настройки:

1. Подписать договор с ОФД и подключить облачную ККТ (АТОЛ/Orange Data).
2. В модуле указать API‑ключи, ИНН, систему налогообложения, адрес сайта.
3. Прописать правила маппинга НДС и признаков расчетов.
4. Включить отправку чеков на события «Оплачен», «Частичная оплата», «Возврат».
5. Тест: оплата — чек прихода, возврат — чек возврата.

Отдельный ликбез и юридические нюансы — здесь: 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: платежные ссылки и инвойсы.

Модуль оплаты Битрикс: готовые и кастомные

Модуль оплаты Битрикс бывает двух типов:

1. Официальный модуль провайдера

• Быстрая установка, документация, автоматические обновления.
• Обычно включает карты, СБП, кошельки, интеграцию с ККТ и возвратами.

1. Кастомный модуль/надстройка

• Гибкая логика под ваш 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‑фз»? Оставьте запрос — предложим решение, согласуем план работ и запустим платежи без простоев.