что такое онлайн-эквайринг и как принимать оплату на сайте — Онлайн-эквайринг — это приём безналичной оплаты на сайте, в приложении или по платёжной ссылке. Чтобы запуститься без потерь платежей, выберите способы оплаты, настройте безопасную обработку статусов, свяжите оплату с заказом и проверьте чеки до первой реальной продажи.
Рабочая цепочка выглядит так: покупатель оплачивает заказ → платёжный провайдер подтверждает результат на сервере → сайт меняет статус заказа → при необходимости данные уходят в кассу → покупатель получает чек. Не считайте заказ оплаченным только потому, что клиент вернулся на страницу «Успех».
Интернет-эквайринг нужен для дистанционной оплаты: покупатель платит на сайте, в приложении или по ссылке. Он может ввести данные карты на защищённой платёжной форме либо подтвердить перевод в банковском приложении через СБП.
Торговый эквайринг используют в физической точке: клиент прикладывает карту или телефон к POS-терминалу. Если деньги принимает сайт, приложение или менеджер через ссылку, подключайте интернет-эквайринг.
В платеже участвуют покупатель, сайт, платёжная форма или API-шлюз, провайдер и банк. Если расчёт нужно фискализировать, успешная операция также передаётся в ККТ, затем сведения направляются ОФД, а покупатель получает кассовый чек.
Покупатель оплачивает корзину картой или через СБП, сайт получает подтверждённый статус и передаёт заказ в сборку. Для такой схемы подключите карты и СБП, настройте серверные уведомления и передачу состава заказа в кассу. Подобрать кассовую часть поможет облачная онлайн-касса для онлайн-платежей.
Для брони и предоплаты отправляйте платёжную ссылку, а для самостоятельной покупки используйте checkout на сайте. До запуска опишите отдельные сценарии для предоплаты, окончательного расчёта и возврата: они не должны случайно создавать дублирующие чеки.
Подписке нужны не только кнопка оплаты, но и явное согласие на автосписания, управление сохранённым способом оплаты и понятная отмена. Убедитесь, что каждое успешное списание создаёт отдельный заказ и передаётся в кассу как отдельный расчёт. Подробнее — в материале о запуске рекуррентных платежей.
Для разовых продаж включайте карты и СБП одновременно. Карты привычны для оплаты на десктопе и нужны для сценариев с сохранением платёжного метода, если их поддерживает провайдер. СБП сокращает путь для клиентов, которые подтверждают платёж в банковском приложении.
QR-код не является отдельным способом оплаты наряду с СБП. Это один из форматов, которым инициируют СБП-платёж. На компьютере покажите QR-код для сканирования телефоном. На мобильном сайте добавьте кнопку перехода в банковское приложение или иной поддерживаемый провайдером мобильный сценарий.
| Критерий | Карты | СБП | Что сделать |
|---|---|---|---|
| UX на десктопе | Покупатель вводит данные на платёжной форме. | Часто запускается QR-кодом, который сканируют телефоном. | Оставьте оба варианта на одной странице оплаты. |
| UX на мобильном сайте | Платёж проходит в браузере или форме провайдера. | Нужна понятная кнопка перехода в банковское приложение; один QR неудобен. | Протестируйте оплату на iOS и Android до публикации. |
| Повторные платежи | Проверьте токенизацию, согласие клиента и отмену автосписаний. | Поддержка регулярных сценариев зависит от возможностей провайдера и выбранной схемы. | Для подписки заранее подтвердите сценарий в договоре и документации интеграции. |
| Скорость внедрения | Обычно подключается через готовую форму или CMS-модуль. | Подключается в рамках интеграции провайдера, если он поддерживает СБП. | Запросите тестовый доступ и проверьте оба метода на вашем сайте. |
| Комиссия и выплаты | Тариф и срок зачисления устанавливает провайдер по договору. | Условия также задаются договором и выбранной платёжной схемой. | Сравнивайте не рекламную ставку, а тариф вашей категории, выплаты, удержания и возвраты. |
| Возврат | Провайдер должен поддерживать поиск и полный либо частичный возврат. | Проверьте такой же путь возврата и статусы операции. | Проведите тестовый возврат до запуска. |
Для оплаты по счёту, в переписке или после консультации добавьте платёжную ссылку. Настройку СБП вместе с фискализацией разберёт инструкция по подключению СБП на сайт с автоматической отправкой чеков.
| Критерий | Что проверить до договора | Как принять решение |
|---|---|---|
| Форма или API | Есть ли CMS-модуль, тестовый режим, документация API и серверных уведомлений. | Готовая форма — для быстрого старта; API — для собственного checkout и сложной логики. |
| Методы оплаты | Карты, СБП, ссылки, мобильный сценарий, оплата на десктопе. | Для стандартного магазина берите карты и СБП; для продаж менеджером добавляйте ссылки. |
| Безопасность уведомлений | Подпись или секрет webhook, IP-ограничения при наличии, документация по повторной доставке. | Не подключайте схему, где нельзя проверить источник уведомления и уникальность операции. |
| Статусы и сверка | Список финальных статусов, API запроса статуса, поиск по merchant payment ID и номеру заказа. | Выбирайте решение, где спорный платёж можно проверить серверным запросом без ручного поиска. |
| Возвраты | Полный и частичный возврат, отмена незавершённой операции, статусы и сроки обработки. | Пройдите каждый сценарий на тестовом заказе до запуска. |
| Фискализация | Передачу позиций, количества, цены, скидок, признаков расчёта и контакта покупателя в ККТ. | Берите документированную интеграцию эквайринга с кассой, а не ручной перенос данных. |
| Кабинет и поддержка | Выгрузки, поиск платежей, роли для бухгалтера и поддержки, порядок эскалации инцидента. | Операцию должны находить по номеру заказа без участия разработчика. |
Нужна связка без собственного разработчика, подписки или аудит уже работающей оплаты? Оставьте заявку в Интернет Касса. Поможем подобрать провайдера и кассу, проверить схему интеграции, настроить запуск и пройти тесты платежей, возвратов и чеков.
Заказ можно передавать в сборку или открывать доступ только после финального успешного статуса, подтверждённого webhook с валидной подписью либо серверным запросом к провайдеру. Промежуточный статус pending означает, что результат ещё нельзя считать успешной оплатой.
При pending сохраните заказ в ожидании, покажите клиенту нейтральное сообщение и запустите повторную проверку статуса по правилам провайдера. Не предлагайте немедленно оплатить второй раз, пока не выясните судьбу первой операции: иначе можно получить двойную оплату.
Если callback пришёл повторно, найдите операцию по уникальному ID и верните уже сохранённый результат без повторной бизнес-операции. Если заказ на сайте успешен, а у провайдера платёж не подтверждён, приостановите выдачу и разберите расхождение по ID платежа, сумме и времени операции.
После запуска ежедневно сопоставляйте четыре набора данных: оплаченные заказы сайта, успешные операции провайдера, возвраты и кассовые чеки. Любое расхождение фиксируйте в день обнаружения: определите статус у провайдера, исправьте заказ и оформите возврат или кассовый документ по нужному сценарию.
Меняют статус заказа по редиректу. Клиент может закрыть браузер, а параметры страницы можно подделать. Исправление: меняйте статус после проверки подписи webhook и сверки операции; при сомнении запросите статус у провайдера.
Не обрабатывают повторные уведомления. Один платёж способен несколько раз запустить выдачу доступа или отгрузку. Исправление: используйте идемпотентную обработку по уникальному ID платежа и храните результат первой обработки.
Оставляют только карты. Часть покупателей предпочитает СБП, поэтому отсутствие этого метода может сократить выбор на checkout. Исправление: добавьте СБП рядом с картами и проверьте мобильный сценарий.
Путают отмену и возврат. Отмена прекращает незавершённую операцию, а возврат относится к уже успешному платежу и требует отдельной обработки. Исправление: опишите оба сценария для поддержки, эквайринга и кассы, затем протестируйте их.
Передают в кассу строку «Оплата заказа» вместо состава покупки. Это затрудняет возвраты и сверку. Исправление: передавайте фактические позиции, количество, цену и скидку из заказа.
Эквайринг подтверждает оплату, а ККТ формирует фискальный чек, если расчёт подпадает под требования Закона № 54-ФЗ. Для нестандартных схем — агентской модели, маркетплейса или нескольких продавцов в одном заказе — заранее определите, кто является продавцом и какая сторона формирует чек.
Проверьте цепочку на тестовых операциях: успешная оплата → передача корректного состава заказа в ККТ → регистрация чека → передача фискальных данных ОФД → доставка электронного чека покупателю. Отдельно проверьте предоплату, зачёт предоплаты, полный и частичный возврат: это разные операции, которые нельзя автоматизировать одной командой «вернуть деньги».
Официальные сервисы и разъяснения доступны на сайте ФНС России. Для нестандартной модели расчётов согласуйте кассовую схему до запуска: ошибка здесь влияет не только на оплату, но и на фискальные документы.
Да, если расчёт подпадает под требования Закона № 54-ФЗ, продавец формирует кассовый чек. Эквайринг подтверждает оплату, а ККТ фискализирует расчёт, передаёт сведения ОФД и отправляет электронный чек на предоставленный покупателем контакт.
Да, СБП можно подключить как способ оплаты на сайте. Для разовых покупок добавьте и карты, чтобы клиент выбрал удобный вариант; QR-код в этом случае служит форматом запуска СБП-платежа, а не отдельным методом.
Выберите готовую платёжную форму, если нужен быстрый запуск без собственной страницы ввода платёжных данных. API-шлюз нужен для нестандартного checkout, сложной логики заказов, платёжных ссылок или подписок.
Обрабатывайте уведомление идемпотентно: один идентификатор платежа должен изменить один заказ только один раз. Проверяйте подпись уведомления, сопоставляйте payment ID с заказом и сохраняйте результат обработки до отправки товара или доступа.
Не выдавайте товар и не открывайте доступ, пока провайдер не подтвердит успешный финальный статус. Сохраните заказ в ожидании, запросите статус операции на сервере у провайдера и только затем завершайте либо отменяйте заказ по правилам вашего сервиса.
Отмена прекращает незавершённую операцию до её успешного проведения. Возврат возвращает деньги по уже успешному платежу и требует отдельной обработки в эквайринге и кассовом сценарии.