Что такое интернет-эквайринг и как проходит карточный платёж
Кто участвует в оплате картой, чем авторизация отличается от списания и выплаты магазину и почему эквайринг не заменяет кассу. Учебная схема одного платежа.
Интернет-эквайринг позволяет магазину принимать оплату банковской картой через интернет. Покупатель вводит платёжные данные в предусмотренном решении, участники платёжной цепочки проверяют операцию, а магазин получает результат и затем выплату по своим условиям обслуживания. Нажатие «Оплатить», разрешение операции и поступление денег продавцу — разные события.
Чтобы читать статусы без путаницы, полезно разделять роли участников и стадии платежа. Ниже рассмотрим обычную карточную покупку; конкретные названия статусов, поддерживаемые операции, комиссия и график выплаты зависят от договора и интеграции.
Кто участвует в карточной оплате
Банк, выпустивший карту покупателя, называется эмитентом. Банк-эквайер обслуживает приём карточных платежей со стороны продавца. Платёжная система связывает участников по своим правилам. Магазин и покупатель видят только часть этого процесса.
Платёжный провайдер может предоставлять форму, программный интерфейс и передачу сообщений между магазином и участниками оплаты. Он не обязательно сам является банком-эквайером. В конкретной услуге роли могут объединяться или распределяться между несколькими компаниями; выясняйте их по документам поставщика.
| Участник | Что важно понимать магазину |
|---|---|
| Покупатель | Выбирает способ оплаты и подтверждает действие, когда это требуется |
| Банк-эмитент | Принимает решение по авторизации со стороны карты |
| Банк-эквайер | Обслуживает карточный приём у продавца и участвует в расчётах |
| Платёжная система | Обеспечивает правила и обмен между участниками карточной операции |
| Платёжный провайдер | Даёт предусмотренную услугу формы, интеграции и уведомлений |
| Магазин | Связывает платёж с заказом и действует по подтверждённому результату |
Магазину не нужно вручную воспроизводить работу всех участников. Ему нужно понимать, какой источник подтверждает оплату, где найти идентификатор операции и с кем разбирать расхождение.
От запроса до выплаты магазину
Авторизация — запрос разрешения операции. Эмитент может разрешить или отклонить её. Успешная авторизация в двухстадийной схеме позволяет зарезервировать сумму, но сама по себе ещё не означает завершённое списание и выплату магазину.
После подтверждения списания данные проходят предусмотренную платёжную обработку. В карточной цепочке различают клиринг — обмен сведениями для расчётов — и расчёты между участниками. Доступность средств и выплата продавцу дополнительно определяются его договором. Поэтому статус успешной операции и строка банковской выписки магазина могут появляться в разное время.
Не используйте возвращение покупателя на страницу «Спасибо» как самостоятельное доказательство оплаты. Вкладка могла закрыться, соединение — оборваться, а переход — произойти раньше обработки уведомления. Система магазина должна получать и проверять результат способом, предусмотренным интеграцией, и связывать его с нужным заказом.
Если статус неизвестен, это отдельное состояние для проверки. Оно не равно ни отказу банка, ни разрешению отправить заказ как оплаченный. Порядок работы с такими ситуациями разобран в статье «Что делать, если платёж не прошёл».
Одна или две стадии оплаты
В одностадийном варианте авторизация и последующее списание запускаются как единая операция со стороны магазина. Во внутренней платёжной цепочке всё равно есть отдельные действия участников; «одна стадия» не означает мгновенную выплату на расчётный счёт.
В двухстадийном варианте сначала резервируют сумму, затем магазин отдельно подтверждает списание — эту операцию также называют capture — либо отменяет резерв в рамках возможностей сервиса. Это может подходить процессу, где перед подтверждением нужно проверить доступность товара. Такая схема требует согласованных действий: кто и когда подтверждает, что происходит при отказе и как предотвращается забытый резерв.
Если списание уже завершено, возврат денег — другая операция. Отмена ещё не списанного резерва и возврат после оплаты не должны выглядеть одинаково в учёте. Не переносите фиксированные сроки освобождения или возврата из чужой инструкции: они зависят от платёжной схемы и участников.
Выбор стадии не отменяет проверки собственной платформы. Возможность конкретного банка или сервиса должна поддерживаться всей используемой интеграцией, а не только упоминаться в рекламном описании.
Учебный платёж на тысячу рублей
Представим вымышленную покупку товара за 1 000 ₽ с двухстадийной оплатой. Это схема для объяснения; реальной операции здесь не проводилось.
| Событие | Что произошло | Чего оно ещё не доказывает |
|---|---|---|
| Создан заказ на 1 000 ₽ | Магазин сохранил состав и ожидаемую сумму | Карта оплачена |
| Авторизация разрешена | Сумма зарезервирована по правилам схемы | Магазину уже выплачены деньги |
| Списание подтверждено | Платёж получил соответствующий конечный результат у провайдера | Выплата на банковский счёт уже отражена |
| Получен отчёт и выплата | Магазин сверяет операцию и удержания с выпиской | Весь полученный платёж является прибылью |
Допустим, по учебным условиям из 1 000 ₽ при выплате удерживается 30 ₽ комиссии и нет иных удержаний. Магазин увидит 970 ₽ поступления. Это не уменьшает сумму покупки до 970 ₽ и не означает прибыль 970 ₽: товар, доставка и другие расходы учитываются отдельно. Ставка условная, а не предложение платёжного сервиса.
Изменим ситуацию: товар не подтвердился до списания. Тогда в рамках поддерживаемой двухстадийной схемы магазин отменяет резерв, а не оформляет возврат уже полученной выручки. Если списание состоялось раньше, потребуется предусмотренная операция возврата. Решение меняется по фактическому состоянию платежа, а не по тому, что написано на странице заказа.
Чтобы применить объяснение, найдите в своём кабинете одну тестовую операцию: номер заказа, идентификатор платежа, сумму, стадийность, историю статусов и строку расчётов. Соотнесите их с документацией поставщика. Для проверки без реального списания используйте его тестовую среду; полный набор проверок есть в статье о тестировании платежей магазина.
Эквайринг, СБП и онлайн-касса
В этой статье интернет-эквайринг рассматривается как приём карточного платежа. Система быстрых платежей, СБП, использует другой механизм перевода; сервис может предлагать оба способа в одной форме, но это не делает их одной карточной операцией.
Онлайн-касса решает фискальную задачу, а эквайринг — задачу приёма карточного платежа. Чек и банковский платёж связаны процессом продажи, но не заменяют друг друга. Наличие эквайринга само по себе не определяет применимость кассы и порядок выдачи чека для конкретного продавца.
При запуске нужно отдельно согласовать способы оплаты, подтверждение результата и кассовую часть своей схемы. Практический порядок приведён в статье о подключении онлайн-оплаты. Понимание терминов помогает поставить задачу, но не подтверждает, что интеграция магазина уже настроена правильно.
Частые вопросы
Если покупатель видит резерв суммы, заказ уже оплачен?
В двухстадийной схеме резерв после авторизации нужно отличать от подтверждённого списания. Смотрите предусмотренный статус у провайдера и его связь с заказом. Само отображение суммы у покупателя не подтверждает выплату продавцу.
Интернет-эквайринг обязательно означает немедленное поступление денег магазину?
Нет. Результат платежа и выплата магазину относятся к разным этапам. График, комиссии и другие условия нужно проверять в договоре и отчётах своего поставщика.