Жизненный цикл платежа: от авторизации до сеттлмента

Жизненный цикл платежа — это жёсткая последовательность этапов от одобрения платежа до поступления средств на счёт мерчанта: авторизация, capture, клиринг, сеттлмент и выплата. Каждый этап решает ровно одну задачу, и после каждого деньги находятся в другом состоянии. Большинство представляет карточный платёж как одно событие в момент касания, но на деле это цепочка, и почти всё, что в платежах идёт хорошо или плохо, происходит потому, что эти шаги разделены во времени, а не совпадают.

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

Авторизация: холд, а не перевод

Авторизация — это запрос, а не движение денег. Когда карту прикладывают, запрос идёт к эмитенту: тот проверяет, что счёт существует, в порядке и на нём достаточно средств или кредитного лимита. Если да, он ставит холд — резервирует деньги, чтобы их нельзя было потратить дважды, — и возвращает код авторизации. Деньги не сдвинулись. Теперь у мерчанта есть обещание, что средства есть, действительное в течение срока, который задаёт платёжная система. Авторизацию можно отменить (void), пока ничего не списано, а если её не использовать, она истечёт сама. Поэтому баланс карты уменьшается в ту же секунду, а строка в выписке подтверждается позже: уменьшение — это холд, а не списание. Авторизацию могут и сразу отклонить — недостаточно средств, антифрод-правило, истёкшая карта, — и хороший gateway отличает soft decline, который стоит повторить, от hard decline, который повторять не нужно. Поскольку холд — это обещание эмитента, что деньги есть, мерчант может отдавать товар, опираясь только на код авторизации, ещё до того, как со счёта клиента ушла хоть одна единица валюты.

Capture: превращаем холд в требование

Capture — это мерчант говорит: «спишите сейчас». Холд превращается в реальный запрос на деньги. Capture бывает полным, частичным (итоговая сумма меньше авторизованной — отправленный товар дешевле, чем сумма преавторизации) или отложенным (авторизация при заказе, capture при отгрузке). Авторизация и capture одним шагом — стандарт для кассы в магазине; авторизация с capture позже — так работают отели, АЗС и маркетплейсы, ведь в момент предъявления карты окончательная сумма им неизвестна. Разрыв между авторизацией и capture — намеренный и полезный шов: именно здесь мерчант решает, сколько на самом деле списать.

Клиринг: пакет, который сверяет

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

Авторизация — это обещание, capture — требование, а сеттлмент — единственный шаг, на котором деньги действительно движутся. Если их путать, бизнес начинает учитывать выручку, которой у него ещё нет.

Сеттлмент: деньги действительно движутся

Сеттлмент — момент, когда средства по-настоящему переходят между банками. Опираясь на итоги нетто из клиринга, платёжная система переводит деньги от эмитентов к эквайерам, и каждая организация рассчитывается по своей нетто-позиции, а не по каждой отдельной транзакции. Сеттлмент идёт на дату валютирования — день, когда средства реально доступны, — поэтому у платежей ритм T+1 или T+2: деньги настоящие, но приходят по календарю платёжной системы, а не по часам клиента. Всё до этого шага было бухгалтерией; здесь проводки в леджере становятся остатками, которые можно тратить. Организация, которая должна по нетто, платит; та, которой должны, получает — и именно благодаря нетто суммы, реально движущиеся между банками, составляют лишь долю от валового объёма дневных платежей, из-за чего система с миллионами транзакций сводится к обозримому числу расчётных движений.

Выплата: от эквайера на ваш счёт

Сеттлмент приносит деньги эквайеру; выплата передаёт их мерчанту. По расписанию — ежедневно, еженедельно или по запросу — эквайер переводит накопленный баланс мерчанта на его банковский счёт за вычетом комиссий за обработку и резерва под возвраты и споры. Именно эту цифру бизнес и видит, и именно здесь сверка либо работает, либо превращается в боль: выплата — это нетто-сумма по множеству транзакций, и сопоставить её с отдельными заказами — отдельная задача. Gateway, который проносит идентификатор каждого заказа через весь путь, делает это тривиальным; тот, что не проносит, превращает каждую выплату в таблицу. Поток нашего gateway, /products/gateway, устроен так, чтобы выплата сходилась с заказами, из которых она составлена.

Где криптовалюта добавляет мост

Криптоплатёж или платёж в стейблкоинах не заменяет эту цепочку — он добавляет к её началу одно конвертационное звено. Вместо холда авторизации от эмитента платёж подтверждается ончейн: клиент подписывает перевод, а финальность наступает по мере того, как сеть добавляет подтверждения, а не когда банк одобряет холд. После подтверждения off-ramp конвертирует крипту в фиат, и дальше деньги попадают в тот же путь клиринга, сеттлмента и выплаты, что и любой другой платёж. Новизна ограничена первым звеном; вторая половина остаётся намеренно скучной. Таково правило дизайна: оставлять сеттлмент обычным, а новую механику помещать только туда, где без неё не обойтись, — ведь казначейство, сверка и аудитор дальше по цепочке не должны понимать, с чего платёж начался. Сколько подтверждений считать финальными — вопрос политики, а не закон сети: более высокая планка меняет скорость на уверенность в защите от реорганизации цепи, и off-ramp ждёт ту глубину, которую задаёт риск-аппетит, прежде чем выпустить фиат в путь сеттлмента.

Почему швы важны в операциях

Возвраты, отмены и споры привязаны каждый к своему этапу, и выбрать верный этап — это всё. Отмена до capture — это void авторизации: деньги не двигались, возвращать нечего. Отмена после сеттлмента — это refund: новый платёж в обратную сторону со своим жизненным циклом. Chargeback тянется обратно через клиринг, чтобы забрать уже рассчитанную сумму. Если считать всё это одной «отменой», леджер начнёт расходиться; если рассматривать как операции над разными этапами, у каждого случая будет верный, аудируемый ход. Терминология — авторизация, capture, клиринг, сеттлмент, дата валютирования — собрана в /glossary.

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