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