Подключение онлайн-эквайринга: прием оплаты на сайте и выбор тарифа

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

Автор: Александр Пылев, Основатель Интернет Касса

Что такое онлайн эквайринг и как он работает

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

Не меняйте статус заказа на «оплачен» после возврата покупателя на страницу успеха. Клиент может закрыть вкладку, потерять интернет или вернуться на сайт до окончательного результата. Источником статуса должен быть серверный webhook провайдера либо подтвержденный запрос к его API.

Схема обработки платежа без дублей

  1. Создайте платеж по уникальному ID заказа. Не создавайте новую операцию при каждом повторном нажатии кнопки: используйте один идентификатор заказа и сохраняйте ID платежа провайдера.
  2. Примите webhook только после проверки подлинности. Проверяйте подпись, секрет, IP-ограничения или другой механизм, который указан в документации конкретного провайдера.
  3. Обрабатывайте уведомления идемпотентно. Повторный webhook по тому же ID платежа не должен повторно менять заказ, выдавать товар или запускать второй чек.
  4. Меняйте заказ только по финальному подтвержденному статусу. Сверяйте ID заказа, сумму, валюту при ее использовании и итоговый статус операции.
  5. Разбирайте спорные события через API или реестр. Если webhook не пришел, пришел с ошибкой или статус вызывает сомнение, запросите операцию через API и сопоставьте ее с реестром операций в личном кабинете.

Эквайринг проводит оплату, но не заменяет учет заказов и кассовый контур. Варианты приема карт, СБП и платежей по ссылке собраны на странице онлайн-платежей и эквайринга.

Кому подходит онлайн эквайринг

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

  • Интернет-магазин. Нужны оплата в корзине, карты и СБП, серверные уведомления, возвраты и передача состава заказа в кассовую систему.
  • Бронирование и услуги. Привязывайте платеж к конкретной услуге и заказу. До финального статуса не подтверждайте запись и не открывайте доступ.
  • Продажи через менеджера. Используйте платежную ссылку на конкретную сумму и заказ. Ссылка без привязки к заказу усложняет сверку и возврат.
  • Подписочный сервис. Подключайте рекуррентные списания только при отдельном согласии клиента, опубликованных условиях подписки и понятном способе отмены. Сохраняйте факт согласия и дату изменения условий в своей системе.
  • Офлайн-точка. Для оплаты у прилавка нужен терминал. Интернет-эквайринг добавляют для предзаказов, удаленной оплаты и доставки.
  • Выездные услуги. Платежная ссылка подходит для дистанционной предоплаты. Если сотрудник принимает деньги на месте, организуйте отдельный выездной сценарий оплаты и выдачи чека.

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

  1. Опишите путь денег. Зафиксируйте, что продаете, когда возникает оплата, есть ли предоплата, доставка, частичная оплата, отмена, возврат и подписка.
  2. Подготовьте сайт. Разместите данные продавца и контакты, описание товаров или услуг, условия оплаты, доставки, возврата и отмены услуги. Эти страницы нужны покупателю и часто требуются при проверке площадки.
  3. Выберите методы оплаты. Для большинства сайтов начните с карт и СБП. Платежные ссылки добавляйте для продаж без корзины, рекуррентные платежи — для реальной подписочной модели.
  4. Заключите договор. Подготовьте реквизиты бизнеса, расчетный счет и документы, которые запросит платежный провайдер.
  5. Интегрируйте платежную форму. Для распространенной CMS используйте готовый модуль; для самописного сайта — API. Сохраните в базе ID заказа, ID платежа, сумму и историю статусов.
  6. Настройте уведомления и сверку. Реализуйте проверку подлинности webhook, идемпотентную обработку и запрос статуса через API для пропущенных или спорных событий.
  7. Настройте чеки. Назначьте одну систему-инициатор: например, сайт или платежный модуль после подтвержденной успешной оплаты отправляет заказ в кассовый сервис; при полном или частичном возврате та же интеграция передает данные возврата. Не допускайте, чтобы чек одновременно создавали два контура.
  8. Проведите тесты. Проверьте успех, отказ, отмену, повторный клик, повторный webhook, полный и частичный возврат, а также совпадение заказа, платежа, чека и записи в реестре.

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

Онлайн эквайринг: тарифы и комиссия

Выбирайте тариф по расчету на своем обороте и структуре оплат. Процент «от» не показывает итоговую стоимость, если часть клиентов платит картой, часть — через СБП, а бизнесу нужны ссылки, возвраты или подписки.

Условный расчет: при месячном обороте O, доле карт , доле СБП , ставке по картам Кк и ставке по СБП Кс комиссия составит: O × Dк × Кк + O × Dс × Кс. Затем прибавьте подтвержденные договором платежи за нужные функции или обслуживание, если они предусмотрены.

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

Критерий Что запросить до договора Когда решение не подходит
Комиссия Ставки по картам, СБП, ссылкам и рекуррентным платежам; порядок изменения ставки Провайдер называет только ставку «от» и не дает условия для ваших методов оплаты
Доплаты Плату за подключение, обслуживание, дополнительные функции, возвраты, уведомления или иные сервисы, если они есть Расходы нельзя подтвердить договором, тарифом или коммерческим предложением
Выплаты и сверка График выплат, формат реестра, состав удержаний, способ сопоставить выплату с платежами Бухгалтерия не сможет связать поступление на счет с конкретными операциями
API и тестовый контур Документацию API, примеры webhook, тестовые ключи, описание ошибок Разработчик не может до договора проверить интеграцию и обработку статусов
Статусы платежей Перечень промежуточных и финальных статусов, правила повторной доставки уведомлений Неясно, какой статус дает право выдать товар или услугу
Возвраты Сроки, полный и частичный возврат, статусы возврата, связь с кассовым сценарием Нет штатного частичного возврата либо невозможно отследить его завершение
Личный кабинет Роли сотрудников, журнал действий, ограничение прав на возвраты, выгрузки Все сотрудники работают под одной учетной записью или имеют одинаковые права

Как расставить приоритеты

Магазину с корзиной сначала нужны стабильный модуль, финальные статусы, реестр выплат и возвраты; потом сравнивайте комиссию. Сервису по подписке нужны согласие на повторные списания, отмена подписки, история платежей и понятная механика неуспешного списания. Продажам через менеджеров важны платежные ссылки, привязка к CRM и быстрая сверка заказов.

Ошибки при запуске приема оплаты на сайте

  • Заказ становится оплаченным по странице успеха. Исправление: используйте подтвержденный финальный статус из проверенного webhook или API.
  • Повторный клик создает два платежа. Исправление: создавайте платеж по уникальному ID заказа и не создавайте новый, пока предыдущий не завершен или не отменен по вашим правилам.
  • Webhook принимается без проверки. Исправление: включите проверку подписи или иной механизм подлинности, который предоставляет провайдер.
  • Повторное уведомление выдает товар второй раз. Исправление: храните обработанные ID событий или платежей и делайте обработчик идемпотентным.
  • Пропущенный статус остается без разбора. Исправление: регулярно сверяйте незавершенные заказы с API и реестром операций.
  • Возврат сделан в платежном кабинете, но не попал в кассовую систему. Исправление: закрепите один процесс, который передает возврат в кассу, и протестируйте полный и частичный возврат.
  • Рекуррентные списания включены без понятной отмены. Исправление: покажите условия до оплаты, получите отдельное согласие и добавьте простой способ отменить подписку.

Закон, чеки и безопасность

Эквайринг принимает безналичную оплату, а ККТ формирует фискальный чек в расчетах, где ее применение обязательно. Базовые требования к применению ККТ установлены Федеральным законом № 54-ФЗ; текст и справочные материалы доступны в КонсультантПлюс, а сервисы ФНС по ККТ — на сайте ФНС России.

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

Не собирайте и не храните полные реквизиты банковских карт в CMS, CRM или форме сайта. Используйте платежную страницу либо виджет провайдера, включите двухфакторную защиту в личном кабинете, выдайте сотрудникам персональные роли и ограничьте право на возвраты. Информацию о платежной инфраструктуре публикует сайт Банка России.

Что вы получите при обращении в Интернет Касса

Команда Интернет Касса проводит разбор вашего сценария: корзина, платежная ссылка, бронирование, подписка, офлайн-заказ или выездная услуга. По итогам вы получите список требований к сайту и интеграции, схему статусов и чеков, перечень нужных методов оплаты и критерии сравнения предложений провайдеров.

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

Частые вопросы

Что такое онлайн эквайринг простыми словами?

Онлайн-эквайринг — это прием дистанционной оплаты через платежный сервис на сайте, в приложении или по ссылке. Покупатель платит картой или через СБП, а сервис передает вашему сайту подтвержденный статус операции.

Чем онлайн эквайринг отличается от обычного эквайринга?

Онлайн-эквайринг нужен для дистанционной оплаты, а обычный эквайринг — для оплаты через физический терминал в точке продаж. Если бизнес принимает деньги и на сайте, и у кассы, подключают два отдельных платежных сценария и настраивают чеки для каждого.

Как подключить онлайн эквайринг на сайт?

Сделайте семь шагов: подготовьте сайт и документы, выберите методы оплаты, заключите договор, интегрируйте модуль или API, настройте webhook и чеки, затем проведите тесты. Не открывайте оплату покупателям, пока не проверите успешный платеж, отказ, отмену, дубли, возвраты и сверку выплат.

Подходит ли онлайн эквайринг для ИП?

Да, ИП может принимать оплату через онлайн-эквайринг на сайте, в приложении и по платежной ссылке. Провайдер запросит реквизиты и сведения о площадке, а для расчетов с обязательным применением ККТ потребуется настроить отправку чеков.

На что смотреть при выборе тарифов онлайн эквайринга?

Сравните итоговую стоимость на своем прогнозе оборота, а не только рекламный процент комиссии. Отдельно запросите ставки по картам и СБП, график выплат, условия возвратов, доступность тестового контура, API, реестра операций и ролей в личном кабинете.