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