Эквайринг и процессинг: как устроены платежи изнутри

Для пользователя оплата — это одна кнопка и пара секунд ожидания. Для бизнеса за этой кнопкой стоит цепочка из нескольких независимых участников, каждый из которых берёт свою часть комиссии и несёт свою часть риска. Если вы запускаете онлайн-сервис, маркетплейс или просто подключаете приём карт, понимание этой механики напрямую влияет на юнит-экономику и на то, сколько денег вы реально получите с каждой транзакции.
В этой статье разберём платёжную цепочку по слоям: кто за что отвечает, как движется транзакция, из чего складываются комиссии и где чаще всего теряются деньги и нервы — с привязкой к реалиям Узбекистана, где работают локальные системы Uzcard и HUMO, а онлайн-приём оплат держится на провайдерах вроде Payme, Click и Uzum.
Участники цепочки: кто есть кто
Чтобы не путаться в терминах, зафиксируем роли. В классической карточной схеме их пять, и в Узбекистане они в целом те же, хотя локальная специфика добавляет нюансов.
- Держатель карты (cardholder) — ваш клиент, который платит.
- Банк-эмитент (issuer) — банк, выпустивший карту клиента. Он списывает деньги и несёт основной риск по held-средствам.
- Эквайер (acquirer) — банк или организация, которая принимает платёж в пользу торговой точки и зачисляет выручку мерчанту.
- Процессинг (processor / процессинговый центр) — техническое звено, которое маршрутизирует, авторизует и проводит расчёты по транзакциям. В Узбекистане ключевую роль играют процессинговые центры систем Uzcard и HUMO.
- Платёжная организация / PSP — Payme, Click, Uzum и подобные. Они дают мерчанту готовую интеграцию (платёжную страницу, API, QR), скрывая под собой эквайринг и процессинг.
Важно различать эквайринг (финансовая функция — кто принимает и зачисляет деньги) и процессинг (техническая функция — кто гоняет и сверяет транзакции). Одна компания может совмещать обе роли, но это разные слои ответственности.
Поток транзакции: что происходит за те самые секунды
Возьмём типовую онлайн-оплату картой. Упрощённо она проходит несколько стадий.
- Инициация. Клиент вводит данные карты или подтверждает оплату в приложении банка. PSP формирует запрос на авторизацию.
- Авторизация. Запрос идёт через процессинг к банку-эмитенту. Эмитент проверяет баланс, лимиты, статус карты и решает: одобрить или отклонить. На карте держателя средства блокируются (hold), но ещё не списываются.
- Подтверждение (capture). Мерчант подтверждает, что услуга оказана / товар отгружен. Только после этого hold превращается в фактическое списание.
- Клиринг и расчёт (settlement). В конце расчётного периода эквайер собирает подтверждённые транзакции, проводит взаиморасчёты с эмитентами через систему и зачисляет выручку мерчанту — уже за вычетом комиссий.
Из чего складываются комиссии
Комиссия, которую видит мерчант, — это не одна цифра, а сумма нескольких составляющих. В международной модели их три: interchange (в пользу эмитента), плата платёжной системы и маржа эквайера/PSP. В узбекской рознице мерчант обычно видит итоговую ставку от провайдера, но понимать структуру всё равно полезно — она объясняет, почему ставка не может упасть до нуля.
- Комиссия эмитента — самая «защищённая» часть, она компенсирует банку риск и обслуживание карты.
- Комиссия платёжной системы — за маршрутизацию и расчёты.
- Маржа эквайера/PSP — то, что добавляет ваш провайдер за интеграцию, поддержку, фрод-мониторинг и выплаты.
Помимо процента с оборота, считайте полную стоимость владения: сроки выплат (T+1, T+2 или дольше), комиссия за вывод средств, минимальный порог выплаты, плата за возвраты и чарджбэки, стоимость интеграции и сопровождения. Иногда более низкий процент с оборота перекрывается длинным циклом выплат, который замораживает ваш оборотный капитал.
Риски и где теряются деньги
Платёжная цепочка длинная, и сбой может произойти на любом стыке. Самые частые источники проблем:
- Зависшие холды. Если авторизация прошла, а capture не вызван (баг в коде, упавший воркер), у клиента деньги заблокированы, а у вас заказа «нет». Это классический источник жалоб.
- Рассинхрон статусов. Ваша база считает платёж успешным, а у провайдера он failed — или наоборот. Без надёжной сверки (reconciliation) вы либо отгружаете неоплаченное, либо держите оплаченный заказ.
- Возвраты и чарджбэки. Возврат стоит денег и времени; оспаривание транзакции держателем — отдельный процесс со своими дедлайнами.
- Фрод. Кража карточных данных, тестовые списания мелкими суммами, подбор. Здесь работают 3-D Secure, лимиты и фрод-мониторинг.
- Безопасность данных. Хранение карточных данных подпадает под стандарт PCI DSS. Для большинства бизнесов разумнее не хранить PAN у себя, а использовать токенизацию и платёжную страницу провайдера.
Ключевые термины одним списком
- Авторизация — проверка и блокировка средств без фактического списания.
- Capture / списание — превращение холда в реальную транзакцию.
- Settlement / клиринг — взаиморасчёты и зачисление выручки мерчанту.
- Interchange — межбанковская комиссия в пользу эмитента.
- Чарджбэк — принудительный возврат по инициативе держателя карты через банк.
- 3-D Secure — подтверждение платежа держателем (код/биометрия) для снижения фрода.
- Токенизация — замена номера карты безопасным токеном, чтобы не хранить PAN.
- Reconciliation — сверка ваших записей с данными провайдера.
Вывод
Эквайринг и процессинг — это не «чёрный ящик за кнопкой», а управляемая цепочка, в которой ваша архитектура и интеграция определяют и потери на комиссиях, и устойчивость к сбоям. Разделяйте авторизацию и списание там, где это нужно бизнесу; стройте платёж на серверных коллбэках и регулярной сверке; считайте полную стоимость, а не только процент с оборота. Если вы проектируете приём платежей, подключаете Payme, Click, Uzum или собственный процессинг под маркетплейс — команда OneDev поможет спроектировать платёжный слой надёжно с первого захода. Расскажите о вашем проекте, и мы разберём схему вместе.
Чем эквайринг отличается от процессинга?
Зачем нужны два шага — авторизация и списание?
Почему нельзя полагаться на редирект клиента после оплаты?
Из чего складывается комиссия за приём платежей?
Что такое чарджбэк и чем он опасен?
Нужно ли нам соблюдать PCI DSS?
Нужна похожая система или хотите обсудить проект?
Опишите задачу — предложим архитектуру, технический подход и план работ. Часто для старта достаточно короткого звонка.
Обсудить проект