Жизненият цикъл на плащането: от авторизация до сетълмент
Жизненият цикъл на плащането е фиксираната последователност, през която минава то от момента на одобрението до момента, в който средствата стигнат до сметката на търговеца: авторизация, capture, клиринг, сетълмент и изплащане. Всяка стъпка върши точно една работа и след всяка от тях парите са в различно състояние. Повечето хора си представят картовото плащане като единично събитие при докосването, а то всъщност е верига. Почти всичко, което минава добре или зле в плащанията, се дължи на това, че тези стъпки са отделни, а не едновременни.
Разбирането на веригата е разликата между плащане, което се съгласува само, и тикет в поддръжката. Затова нека я извървим веднъж, от край до край и по ред.
Авторизация: блокиране, а не превод
Авторизацията е въпрос, а не движение на пари. Когато картата се допре до терминала, заявката стига до издателя, който проверява дали сметката съществува, дали е в добро състояние и дали има средства или кредит за сумата. Ако е така, той налага блокировка — резервира парите, за да не могат да бъдат изхарчени два пъти — и връща код за авторизация. Пари още не са мръднали. Търговецът вече държи обещание, че средствата са налични, валидно за срок, определен от картовата схема. Авторизацията може да бъде отменена (void), преди да е събрано каквото и да било, и изтича сама, ако не бъде използвана. Затова салдото по картата намалява веднага щом платите, а редът в извлечението се потвърждава по-късно: спадът е блокировката, а не самото таксуване. Авторизацията може и да бъде отказана направо — недостатъчна наличност, правило срещу измами, изтекла карта — а добрият gateway различава мек отказ, който си струва да се повтори, от твърд, който не бива. Тъй като блокировката е обещание на издателя, че парите са налични, търговецът може спокойно да предаде стоката само въз основа на кода за авторизация, преди и една единица валута реално да е напуснала сметката на клиента.
Capture: от блокиране към вземане
Capture е търговецът, който казва „съберете това сега“. То превръща блокировката в реална заявка за парите. Capture може да е пълно, частично (по-малка крайна сума от авторизираната — изпратен артикул, по-евтин от преавторизацията) или отложено (авторизация при поръчка, capture при изпращане). Авторизацията и capture като една стъпка са стандартът на касата в магазина, а авторизация първо и capture по-късно е начинът, по който работят хотели, бензиностанции и маркетплейси, защото не знаят крайната сума, когато картата се представя. Разстоянието между авторизацията и capture е умишлен и полезен шев — там търговецът решава какво всъщност да таксува.
Клиринг: пакетът, който съгласува
Заснетите плащания не се уреждат едно по едно в реално време. Те се събират във файлове и се обменят между аквайъра на търговеца и картовите схеми на пакети — това е клирингът. На тази стъпка транзакциите се съпоставят, сумите се нетират, прилагат се таксите на схемата и интерчейнджът, така че всички да са съгласни кой на кого и колко дължи. Клирингът е работа по съгласуване, а не движение на пари: той произвежда договорените суми, върху които действа следващата стъпка. Той е и по структура пакетен процес — а това е истинската причина плащане, което е изглеждало мигновено на касата, да отнема дни, докато стане налични пари. Пакетният режим не е ограничение на компютрите: схемите са изградени така, че ефективно да нетират хиляди институции една срещу друга и да обменят договорени суми веднъж на цикъл, вместо да пускат превод за всяко кафе.
Авторизацията е обещание, capture е вземане, а сетълментът е единствената стъпка, при която парите наистина се движат. Смесването на трите е начинът, по който бизнесът отчита приход, който още не притежава.
Сетълмент: парите наистина се движат
Сетълментът е мястото, където средствата наистина сменят собственика си между банките. Въз основа на нетираните суми от клиринга схемата премества пари от издателите към аквайърите, като всяка институция урежда нетната си позиция, а не всяка отделна транзакция. Сетълментът се изпълнява към вальор — денят, в който средствата са реално налични — затова плащанията следват ритъм T+1 или T+2: парите са реални, но пристигат по календара на схемата, а не по часовника на клиента. Всичко преди тази стъпка беше счетоводство, а тук записите в ledger стават наличности, които може да се харчат. Институция, която дължи нетно, плаща; тази, на която се дължи, получава. И понеже е нетно, сумите, които реално се движат между банките, са малка част от брутната стойност на плащанията за деня, което превръща схема с милиони транзакции в обозримо число сетълмент движения.
Изплащане: от аквайъра към вашата сметка
Сетълментът довежда парите до аквайъра, а изплащането ги прехвърля към търговеца. По график — ежедневно, седмично или при поискване — аквайърът превежда натрупаната наличност на търговеца по банковата му сметка, след удържане на таксите за обработка и на резерва срещу възстановявания и спорове. Това е цифрата, която бизнесът наистина вижда, и точката, в която съгласуването или работи, или боли: изплащането е нетна сума за много транзакции, така че съпоставянето ѝ с отделните поръчки е самостоятелна задача. Gateway, който носи идентичността на всяка поръчка до края, прави това тривиално, а такъв, който не го прави, превръща всяко изплащане в електронна таблица. Потокът на нашия Gateway, /products/gateway, е изграден така, че изплащането да се съгласува с поръчките, които го съставят.
Къде криптото добавя мост
Крипто плащането или плащането със стейблкойн не заменя тази верига — то добавя един етап на конвертиране в началото ѝ. Вместо блокировка от издател плащането се потвърждава в блокчейна: клиентът подписва превод, а окончателността се постига, когато мрежата добавя потвърждения, а не когато банка одобри блокировка. След потвърждението off-ramp конвертира криптоактива във фиат и оттам парите влизат в същия път на клиринг, сетълмънт и изплащане, който ползва всяко друго плащане. Новото е ограничено до първия етап, а втората половина остава нарочно скучна. Това е правилото на дизайна — сетълментът да е обикновен, а новата механика да е само там, където е неизбежна — защото касата, съгласуването и одиторът по-надолу не бива да могат да разберат как е започнало плащането. Колко потвърждения се считат за окончателни, е въпрос на политика, а не закон на веригата: по-високият праг разменя скорост за сигурност срещу реорганизация на блокчейна, а off-ramp изчаква дълбочината, определена от рисковия апетит, преди да пусне фиат в пътя на сетълмънта.
Защо шевовете имат значение в операциите
Възстановяванията, отмените и споровете се отнасят всеки към конкретна стъпка и правилната стъпка е цялата игра. Отмените преди capture и анулирате авторизация — пари никога не са се движили, няма какво да се връща. Отмените след сетълмента и издавате възстановяване — ново плащане в обратната посока със собствен жизнен цикъл. Chargeback стига назад през клиринга, за да си върне вече уредена сума. Ако ги третирате като едно недиференцирано „отмяно“, ledger се разминава; ако ги третирате като операции върху различни стъпки, за всеки случай има правилно и проверимо действие. Речникът — авторизация, capture, клиринг, сетълмент, вальор — е събран в /glossary.
Единствената идея, която си струва да запомните: плащането е верига от състояния, а не събитие. Авторизацията резервира, capture предявява вземане, клирингът съгласува, сетълментът движи, изплащането доставя — а крипто етапът само прибавя конвертиране в началото. Парите са обещание до сетълмента и факт след него, а бизнесът, който ги отчита преди това, брои пари, които още няма. Знайте в какво състояние е плащането и останалата част от операциите по плащания престава да бъде загадка.
Имате система за изграждане?
Опишете ни проблема. Ще се върнем с архитектура и план.