Безналичная оплата уже норма — покупатель достаёт карту почти машинально. Часто проще начать принимать платежи через онлайн банк для бизнеса, чтобы собрать эквайринг и расчётный счёт в одном окне. Но если подойти небрежно, комиссия „съест“ маржу, а сбой в пиковый час обнулит выручку — разберёмся спокойно и по шагам как выбрать.
Как выбрать эквайринг для магазина и онлайн‑продаж
Выбор зависит от формата продаж, среднего чека, оборота, пиковых нагрузок и нужных интеграций. Смотрите на антифрод, скорость зачисления и поддержку чарджбеков.
Если коротко, эквайринг подбирают под сценарий оплаты. Для офлайна важнее стабильность терминалов, бесконтакт, интеграция с кассой и чеками. Для онлайна — плагины к CMS, API, токенизация карт, сохранение способа оплаты для повторных списаний. Средний чек и MCC влияют на тариф: ювелирка и услуги с высоким риском платят больше. Не забывайте про SLA: время аптайма, дедлайны инцидентов, приоритет в праздники. И да, поддержка Apple Pay/Google Pay и быстрых платежей — не «приятно бы», а обязательный минимум для конверсии на мобильных.
- Интеграции: готовые модули для 1C, Bitrix, Shopify, API, вебхуки.
- Платёжные методы: карты МИР/Visa/Mastercard, SBP, кошельки, рассрочка.
- Антифрод: 3‑D Secure, поведенческие фильтры, лимиты, ручная модерация.
- Финансы: комиссия, зачисление Д+0/Д+1, холд, вывод на ИП/ООО.
- Поддержка: 24/7, время реакции, персональный менеджер.
Есть и нюансы. Маркетплейс‑модель потребует сплит‑платежей и оферты для продавцов. Подписки — безопасного хранения токенов и корректного списания по расписанию. Сезонный бизнес — гибкого плана без жёсткой абонплаты в «низкий» месяц. Честно говоря, мелочь в объявлении тарифа редко совпадает с реальной стоимостью владения — смотрите глубже.
Пошаговое подключение эквайринга и документы
Шаги просты: заявка, проверка бизнеса (KYC), договор, настройка кассы/плагина, тестовые платежи, запуск. Нужны регистрационные документы, реквизиты счёта и описание модели продаж.
На практике последовательность такая. Сначала заявка и базовые сведения: ИНН, ОГРН/ОГРИП, сайт, товарная матрица, средний чек, доля возвратов. Затем KYC и комплаенс: подтверждение прав на домен, контактные данные, оферта и политика возвратов, соблюдение 54‑ФЗ и 152‑ФЗ. После одобрения — договор и выбор режима зачисления. Техническая часть: установка плагина для CMS или интеграция по API, включение 3‑D Secure, настройка вебхуков для статусов платежей и печать чеков. Дальше — тест: успешный платеж, неуспешный, возврат, частичный возврат, чарджбек‑симуляция. И только потом — прод, мониторинг и, между прочим, регулярный аудит логов.
- Подготовить документы: устав/выписка, ИНН, реквизиты, оферта и политика возвратов.
- Описать процесс: что продаётся, как доставляется, как возвращается.
- Выбрать интеграцию: плагин или API, тестовый стенд, чековые сценарии.
- Отладить фрод‑порог: 3‑D Secure правила, лимиты, гео‑блок.
- Назначить ответственного за инциденты и отчётность.
На что смотреть в договоре и SLA, чтобы не нарваться
Критично проверить сроки зачисления, основания блокировок, правила чарджбеков и размеры штрафов. Обратите внимание на аптайм, время реакции и порядок эскалации инцидентов.
Договор — это не «подтвердить галочкой». Важны: лимиты по операциям и товарам, триггеры приостановки обслуживания, сроки и комиссия возвратов, детализация фрода и обязанность обмена доказательствами по спору. В SLA проверьте: целевой аптайм (не ниже 99,5% для онлайна), окно техработ, RTO/RPO для инцидентов, каналы связи 24/7, приоритетные окна (пятница вечер, праздники). Отдельный пункт — изменение тарифов: когда, как уведомляют, право разорвать без штрафов. И да, не стесняйтесь просить отчёт по инцидентам: журнал простоев, корневые причины, сроки исправления — это дисциплинирует обе стороны.
Кстати, несколько тревожных звоночков: расплывчатые «иные основания» для блокировок, запрет на использование логотипов платёжных систем, отсутствие порядка тестирования изменений. Если встречается — лучше задать лишний вопрос сейчас, чем спорить потом.
Короткий ориентир по решениям
- Оффлайн‑розница с потоком — POS‑эквайринг с интеграцией в кассу и отчёт по сменам.
- Интернет‑витрина — платёжная страница, токенизация, повторные списания.
- Выездные услуги — QR/SoftPOS, печать чека из приложения, минимум «железа».
- Подписки/курсы — API, надёжное хранение токенов, продуманная работа с возвратами.
И ещё полезная мелочь: сделайте внутри компании простое правило инцидентов — кто в выходные поднимает эквайера, где смотреть статус, куда эскалировать. Звучит приземлённо, но спасает выручку в самый „жирный“ час.
Итоги
Эквайринг — это не только «терминал на стойке» или кнопка «Оплатить». Это единая связка тарифов, интеграций, фрод‑правил и договорных обязательств, которая либо работает незаметно, либо ломает продажи в самый неподходящий момент. Правильный выбор начинается с формата бизнеса, среднего чека и требований к надёжности, а заканчивается ясным SLA и отлаженной поддержкой.
