Интернет-эквайринг для бизнеса нужен, чтобы принимать дистанционную оплату на сайте, в приложении или по ссылке и автоматически связывать платеж с заказом. Выбор сводится к четырем вопросам: как клиент платит, какие методы ему нужны, как вы возвращаете деньги и требуется ли передавать расчет в онлайн-кассу. Ниже — маршрут выбора, вопросы к провайдеру и порядок безопасного запуска.
Автор: Александр Пылев, Основатель Интернет Касса
Выбирайте формат не по названию тарифа, а по пути клиента от заказа до получения товара или доступа. Если этот путь нельзя провести без ручного поиска платежа, решение не подходит.
| Ваш сценарий | Что подключать | Почему |
|---|---|---|
| Интернет-магазин с корзиной | Готовый модуль для CMS или API | Модуль быстрее запускается; API нужен, если у заказа нестандартная логика, несколько складов или собственная CRM. |
| Лендинг, консультации, предоплата услуг | Платежная ссылка или готовая платежная страница | Клиент оплачивает после заявки без разработки корзины. Ссылка должна вести на страницу с понятным описанием покупки. |
| Бронирование | API либо модуль с передачей номера брони | Статус оплаты должен подтверждать бронь только после успешной операции, а не после возврата клиента на сайт. |
| Подписка на сервис, курс или клуб | Рекуррентные платежи и API | Нужны согласие на списания, отмена подписки, обработка неуспешной оплаты и управление доступом. |
| Офлайн-точка с предоплатой через сайт | Интернет-эквайринг дополнительно к POS-терминалу | Терминал принимает оплату у кассира, а интернет-эквайринг — оплату до визита или заказа на сайте. |
Интернет-магазину нужен платежный сценарий с передачей номера заказа и состава покупки. Если вы выбираете кассовое решение для дистанционных продаж, используйте разбор кассы для интернет-магазина: выбор решения и запуск.
Для услуг и оплаты по ссылке подготовьте страницу с продавцом, названием услуги, стоимостью, контактами и условиями возврата. Не отправляйте клиенту ссылку без объяснения, за что он платит: это увеличивает обращения в поддержку и оспаривания.
Для подписки получите явное согласие на регулярные списания до первой оплаты. Сохраняйте дату и версию условий, дайте клиенту способ отменить подписку до следующего списания, уведомляйте о неуспешной попытке и заранее определите, когда система отключает доступ.
Эквайринг не заменяет онлайн-кассу: он принимает платеж, а ККТ формирует кассовый чек, когда применение кассы требуется для расчета. Для связки сайта и чеков пригодится инструкция «Онлайн-касса интернет-магазина: как подключить и запустить чеки». Разъяснения и сервисы по ККТ опубликованы на сайте ФНС России.
Запросите у каждого кандидата проект договора, тарифы и описание интеграции до начала разработки. Сравнивайте не одну рекламную ставку, а полную схему движения денег: способ оплаты, комиссия, дата выплаты, удержания, возврат и сверка.
Посмотрите в собственной аналитике, какими способами клиенты пытаются платить и на каком шаге уходят. Если таких данных пока нет, запустите базовый набор — карты и СБП, — а затем добавляйте методы после измерения конверсии и обращений в поддержку.
Сравнить подходы к подключению можно в материале «Онлайн-эквайринг: как подключить оплату на сайте и выбрать тариф».
| Критерий | Что запросить или проверить | Практический вывод |
|---|---|---|
| Комиссия по методам | Ставки отдельно по картам, СБП и дополнительным способам; условия изменения ставки. | Сравнивайте стоимость на вашей структуре платежей, а не одну минимальную ставку. |
| Сроки выплат | График, минимальная сумма, реестры, порядок задержки выплат. | Исключите вариант, если кассовый разрыв между оплатой и выплатой не покрывается вашим оборотным капиталом. |
| Резервы, холды и лимиты | Основания для ограничений, срок удержания, порядок снятия, документы. | Для предоплат, подписок и дорогих заказов заранее согласуйте эти условия письменно. |
| Риск-категория | Подтверждение обслуживания вашей категории, модели предоплаты и рекуррентности. | Не начинайте интеграцию без одобрения фактической модели продаж. |
| Возвраты и оспаривания | Полный и частичный возврат, статусы, сроки, кабинет для споров. | Берите решение, где менеджер может провести возврат и выгрузить доказательства без обращения к разработчику. |
| Рекуррентные списания | Механика согласия, отмены, повторных попыток списания и уведомлений. | Для подписки выбирайте провайдера с заявленной поддержкой рекуррентов для вашей бизнес-модели. |
| Интеграция и поддержка | Модуль, API, webhook, тестовая среда, часы и каналы технической поддержки. | Для типовой CMS берите модуль; для собственной логики — API с документацией и доступной техподдержкой. |
| Стоимость дополнительных опций | Плата за модуль, рекурренты, антифрод, возвраты, кассовую интеграцию и доработки. | Сведите все регулярные и разовые платежи в один расчет до подписания договора. |
| Фискализация | Какие данные заказа передаются в кассу, как обрабатываются возвраты и корректировки. | Если ККТ требуется, исключите ручную пробивку чеков для потока онлайн-заказов. |
Нужен быстрый разбор перед подключением? Оставьте заявку в «Интернет Касса». Мы проверим сценарий магазина, услуг, бронирования или подписки, составим список требований к эквайрингу и кассе, а также укажем, что протестировать до запуска.
Заказ отмечают оплаченным после редиректа клиента. Исправление: меняйте статус только после подтвержденного серверного события или проверки статуса через API.
Webhook принимают без аутентификации и сверки данных. Исправление: используйте HTTPS, проверяйте подпись по документации провайдера и сопоставляйте сумму, валюту, заказ и финальный статус с вашей базой.
Повторное уведомление выдает заказ второй раз. Исправление: сохраните уникальный идентификатор операции и блокируйте повторное выполнение бизнес-действия.
Нет плана на сбой уведомлений. Исправление: поставьте повторный запрос статуса через API для незавершенных заказов и настройте регулярную сверку с выплатными реестрами.
Подписка не содержит понятной отмены. Исправление: добавьте управление подпиской в личный кабинет или по доступному каналу поддержки, сохраняйте согласие и сообщайте клиенту о неуспешной оплате.
Возвраты проверяют только после первой жалобы. Исправление: до публикации проведите полный и частичный возврат, проверьте статус заказа, уведомление клиенту и отражение операции в кассе при необходимости.
Раз в неделю сопоставляйте созданные заказы, попытки оплаты, успешные операции, возвраты и суммы в выплатных реестрах. Для каждого расхождения должен находиться номер заказа и идентификатор платежа.
Отдельно анализируйте долю клиентов, которые дошли до оплаты, но не завершили ее. Сначала проверьте мобильную платежную форму, совпадение суммы и понятность назначения платежа; затем сравните результат по методам оплаты.
После обновления сайта, CMS, модуля или кассовой интеграции повторяйте тестовый набор. Так вы обнаружите поломку статусов и чеков до того, как она затронет поток заказов.
Хотите подключить оплату без ручной сверки? Обратитесь в «Интернет Касса» за подбором схемы эквайринга, онлайн-кассы и фискализации для вашего сценария продаж.
Нет, не всем. Подключайте его, когда принимаете дистанционную оплату картой, через СБП или платежной ссылкой; при расчетах только наличными он не нужен.
Да, если провайдер выдает платежные ссылки или готовую платежную страницу. До оплаты разместите данные продавца, описание покупки, стоимость, контакты и правила возврата.
Сначала отберите решения с нужными методами оплаты, понятными выплатами и рабочими возвратами, затем сравнивайте комиссию. Запросите ставку отдельно по картам и СБП, а также условия резервов и лимитов.
Настройте онлайн-кассу, если для ваших расчетов требуется применение ККТ по 54-ФЗ. Эквайринг подтверждает оплату, а касса формирует чек; обязанность применять ККТ определяется видом расчета и статусом продавца.
Принимайте webhook только по HTTPS и проверяйте подпись либо другой механизм аутентификации строго по документации провайдера. Затем сверяйте сумму, валюту, номер заказа и финальный статус через серверную логику, а не по данным из браузера.
Получите явное согласие клиента на регулярные списания и дайте ему понятный способ отменить подписку до следующего платежа. Сохраняйте дату и версию условий согласия, уведомляйте о неуспешном списании и определите, когда прекращается доступ к сервису.