Как подключить эквайринг к сайту: пошаговое руководство

Table of contents

• Определяем требования и выбираем провайдера
• Подготовка сайта и политики возвратов
• Документы и KYC: что потребуется
• Договор и коммерческие условия
• Интеграция: CMS‑модули и API
• 54‑ФЗ: подключение онлайн‑кассы и чеки
• Тестирование и чек‑листы запуска
• Мониторинг первых транзакций
• Типичные ошибки и как их избежать

Определяем требования и выбираем провайдера

Сформулируйте критерии до начала переговоров:

• Оборот, средний чек, доля мобильного трафика, возвраты, регионы продаж.
• Методы оплаты: карты, СБП, Apple Pay/Google Pay, рассрочки, подписки.
• Технические требования: модули для вашей CMS, SLA, мульти‑аквайринг, антифрод.
• Юридические аспекты: 54‑ФЗ, персональные данные (152‑ФЗ), хранение токенов.

Сравните 2–3 предложения: смотрите не только ставку, но и сроки зачисления, стоимость возвратов, стабильность API, качество поддержки.

Подготовка сайта и политики возвратов

Провайдер проверяет (скорит) сайт до заключения договора. Проверьте:

• Публичная оферта/договор, политика возвратов и контактные данные.
• Полная карточка товара/услуги: цена, условия доставки, сроки оказания услуги.
• Валидный SSL‑сертификат, корректная работа корзины и страницы оплаты.

Совет: сделайте раздел FAQ и страницу «Возвраты и гарантии». Это повышает доверие и снижает риск чарджбеков.

Документы и KYC: что потребуется

Базовый набор (может отличаться у банков/агрегаторов):

• Для ООО: ИНН/ОГРН, устав, решение/протокол о назначении, паспорт директора, сведения о бенефициарах, реквизиты счета.
• Для ИП: ИНН/ОГРНИП, паспорт, банковские реквизиты.
• Дополнительно: доменное имя, скриншоты сайта, политика конфиденциальности, договор с ОФД/кассой.

Риски и ограничения: запрещенные категории, высокий риск фрода, нестабильный трафик, дропшиппинг без подтверждения поставок — все это может увеличить срок подключения или потребует доп. гарантий.

Договор и коммерческие условия

Типовые блоки договора:

• Ставки по методам оплаты, наличие абонентской платы, стоимость возвратов/чарджбеков.
• График выплат (D+1…D+3), возможные удержания (reserve), лимиты.
• SLA и доступность сервисов, план реагирования на инциденты.
• Обработка персональных данных и требования по безопасности.

Фиксируйте в допсоглашении право на пересмотр ставки при достижении оговоренного оборота.

Интеграция: CMS‑модули и API

Выберите подходящую схему:

• Модуль для CMS (1C‑Bitrix, WooCommerce, Tilda, OpenCart). Быстрый старт — просто вставьте ключи и настройте вебхуки.
• Host‑страница платежа — минимальный объем PCI DSS, нет хранения карт на вашей стороне.
• Встроенная форма + токенизация — гибкий UX, но повышенные требования безопасности (SAQ A‑EP/D).

Технические шаги:

1. Получите тестовые ключи (public/secret), включите песочницу.
2. Настройте URL‑нотификаций (webhook) на события: payment.succeeded/failed/refunded.
3. Обработайте edge‑кейсы: таймауты, повтор нотификаций, дедупликация, отображение статуса клиенту.
4. Сохраните id платежа в заказе для сверки и отчетов.

54‑ФЗ: подключение онлайн‑кассы и чеки

• Выберите модель: собственная облачная касса или касса провайдера (маршрутизация чеков по вебхуку).
• Настройте реквизиты: ИНН, система налогообложения, ставки НДС, признак расчета.
• Чеки на возврат и частичный возврат — отдельные сценарии.

Тестирование и чек‑листы запуска

Проверьте:

• Успешный платеж картой и через СБП, корректный возврат.
• Автосоздание чеков, отправку email/SMS клиенту.
• Страницы success/failure, корректную локализацию ошибок.
• Журналы webhook и защиту от повторной обработки (idempotency).

Чек‑лист качества до выхода в продакшен:

• Бэкап ключей, ограниченные доступы, ротация секретов.
• Мониторинг отказов (error rate), алерты при падении конверсии.
• Настроенный антифрод/лимиты на сумму и количество попыток.

Мониторинг первых транзакций

В первую неделю:

• Смотрите конверсию по шагам (инициация → 3DS → success).
• Отслеживайте причины отказов (Insufficient Funds, Do Not Honor, 3DS Failure) и работайте с подсказками UX.
• Оперативно делайте возвраты по спорным кейсам — это снижает риск чарджбеков.

Типичные ошибки и как их избежать

• Нет страницы «Возвраты и гарантии» → повышенный риск чарджбеков.
• Неправильные вебхуки → подвисшие заказы.
• Чеки печатаются не в момент оплаты → нарушение 54‑ФЗ.
• Отсутствие failover‑метода → потери при сбоях у провайдера.

Пройдя шаги из этой инструкции, вы подключите эквайринг быстро и с соблюдением требований. Далее переходите к настройке «Оптимизации конверсии» и аналитики, чтобы масштабировать продажи.