Mokėjimo gyvavimo ciklas: nuo autorizacijos iki atsiskaitymo

Mokėjimo gyvavimo ciklas – tai nekintama seka, kuria mokėjimas keliauja nuo patvirtinimo iki akimirkos, kai lėšos patenka į prekybininko sąskaitą: autorizacija, capture, kliringas, atsiskaitymas ir išmokėjimas. Kiekvienas žingsnis atlieka lygiai vieną darbą, o po kiekvieno pinigai yra kitos būsenos. Dauguma žmonių kortelės mokėjimą įsivaizduoja kaip vieną įvykį prisilietimo metu; iš tikrųjų tai grandinė, ir beveik viskas, kas mokėjimuose pavyksta ar nepavyksta, nutinka dėl to, kad šie žingsniai yra atskiri, o ne vienalaikiai.

Suprasti grandinę – tai skirtumas tarp mokėjimo, kuris suderinamas pats, ir pagalbos užklausos. Taigi pereikime ją vieną kartą, nuo pradžios iki galo, iš eilės.

Autorizacija: rezervacija, o ne pervedimas

Autorizacija yra klausimas, o ne judėjimas. Kai kortelė priliečiama, užklausa keliauja emitentui, kuris patikrina, ar sąskaita egzistuoja, ar ji tvarkinga ir ar yra lėšų ar kredito reikiamai sumai. Jei taip, jis sukuria rezervaciją – pažymi pinigus, kad jų nebūtų galima išleisti dukart, – ir grąžina autorizacijos kodą. Pinigai dar nepajudėjo. Prekybininkas dabar turi pažadą, kad lėšos yra, galiojantį schemos nustatytą laikotarpį. Autorizaciją galima atšaukti (void), kol niekas dar nenurašyta, o jei ji nepanaudojama, ji pati nustoja galioti. Todėl likutis kortelėje sumažėja vos sumokėjus, o išrašo eilutė galutinai nusistovi vėliau: sumažėjimas yra rezervacija, o ne nurašymas. Autorizacija taip pat gali būti tiesiai atmesta – nepakanka lėšų, suveikė sukčiavimo taisyklė, kortelė pasibaigusi, – o geras gateway skiria minkštą atmetimą, kurį verta kartoti, nuo kietojo, kurio kartoti nereikia. Kadangi rezervacija yra emitento pažadas, kad pinigai tikri, prekybininkas gali saugiai atiduoti prekes vien remdamasis autorizacijos kodu, dar prieš tai, kai iš kliento sąskaitos iš tikrųjų išeina bent vienas valiutos vienetas.

Capture: rezervacija virsta reikalavimu

Capture – tai prekybininko nurodymas „surinkti dabar“. Jis paverčia rezervaciją tikra užklausa gauti pinigus. Capture gali būti pilnas, dalinis (galutinė suma mažesnė nei autorizuota – išsiųsta prekė pigesnė nei išankstinė autorizacija) arba atidėtas (autorizuojama užsakant, capture atliekamas išsiunčiant). Autorizacija ir capture viename žingsnyje – įprasta parduotuvės kasoje; tik autorizacija, o capture vėliau – taip veikia viešbučiai, degalinės ir prekyvietės, nes pateikiant kortelę galutinė suma jiems dar nežinoma. Tarpas tarp autorizacijos ir capture – sąmoninga, naudinga siūlė: čia prekybininkas nusprendžia, kiek iš tikrųjų imti.

Kliringas: paketas, kuris suderina

Užfiksuoti mokėjimai nesiskaito po vieną realiuoju laiku. Jie surenkami į failus ir paketais keičiamasi tarp prekybininko acquirer'io ir kortelių schemų – tai kliringas. Šiame žingsnyje operacijos sutikrinamos, sumos užskaitomos, pritaikomi schemos mokesčiai ir interchange, kad visi sutartų, kas kam ir kiek skolingas. Kliringas – tai derinimo darbas, o ne pinigų judėjimas: jis sukuria sutartas sumas, kuriomis veikia kitas žingsnis. Struktūriškai tai taip pat paketinis procesas – tikroji priežastis, kodėl mokėjimas, kuris kasoje atrodė momentinis, grynaisiais pasiekia po kelių dienų. Paketai nėra kompiuterių apribojimas; schemos taip sukurtos, kad efektyviai užskaitytų tūkstančius institucijų tarpusavyje, kartą per ciklą apsikeisdamos sutartomis sumomis, o ne siųsdamos pervedimą už kiekvieną kavos puodelį.

Autorizacija yra pažadas, capture – reikalavimas, o atsiskaitymas – vienintelis žingsnis, kuriame pinigai tikrai juda. Painiodamas šiuos tris, verslas apskaito pajamas, kurių dar neturi.

Atsiskaitymas: pinigai tikrai pajuda

Atsiskaitymas – tai vieta, kur lėšos iš tikrųjų pereina iš vieno banko kitam. Remdamasi kliringo užskaitytomis sumomis, schema perveda pinigus iš emitentų acquirer'iams, o kiekviena institucija atsiskaito pagal savo grynąją poziciją, o ne už kiekvieną atskirą operaciją. Atsiskaitymas vyksta pagal vertės datą – dieną, kai lėšos iš tikrųjų tampa prieinamos, todėl mokėjimams būdingas T+1 ar T+2 ritmas: pinigai tikri, bet ateina pagal schemos kalendorių, o ne kliento laikrodį. Viskas iki šio žingsnio buvo apskaita; čia knygos įrašai tampa išleidžiamais likučiais. Institucija, kuri grynuoju būdu skolinga, sumoka; ta, kuriai skolinga, – gauna. Ir kadangi sumos grynosios, tarp bankų realiai judančios sumos sudaro tik dalį bendros dienos mokėjimų vertės, todėl schema, apdorojanti milijonus operacijų, sukuria valdomą atsiskaitymo judėjimų skaičių.

Išmokėjimas: nuo acquirer'io į jūsų sąskaitą

Atsiskaitymas pinigus atveda acquirer'iui; išmokėjimas perkelia juos prekybininkui. Pagal tvarkaraštį – kasdien, kas savaitę ar pagal pareikalavimą – acquirer'is išmoka prekybininko sukauptą likutį į jo banko sąskaitą, atskaitęs apdorojimo mokesčius ir bet kokį rezervą grąžinimams bei ginčams. Tai skaičius, kurį verslas iš tikrųjų mato, ir vieta, kur suderinimas arba veikia, arba skauda: išmokėjimas yra grynoji suma, apimanti daug operacijų, todėl jos sugretinimas su atskirais užsakymais yra atskiras uždavinys. Gateway, kuris išsaugo kiekvieno užsakymo tapatybę iki pat galo, tai padaro paprasta; kitoks kiekvieną išmokėjimą paverčia skaičiuokle. Mūsų gateway srautas, /products/gateway, sukurtas taip, kad išmokėjimas suderinamas su jį sudariusiais užsakymais.

Kur kriptovaliutos prideda tiltą

Kripto ar stablecoin mokėjimas šios grandinės nepakeičia – jis prideda vieną konvertavimo etapą jos priekyje. Vietoj emitento autorizacijos rezervacijos mokėjimas patvirtinamas grandinėje (on-chain): klientas pasirašo pervedimą, o galutinumas pasiekiamas tinklui pridedant patvirtinimus, o ne bankui patvirtinant rezervaciją. Patvirtinus, off-ramp konvertuoja kriptovaliutą į fiat, ir iš ten pinigai grįžta į tą patį kliringo, atsiskaitymo ir išmokėjimo kelią, kuriuo eina visi kiti mokėjimai. Naujovė apribota pirmuoju etapu; antroji pusė sąmoningai lieka nuobodi. Tokia projektavimo taisyklė – laikyti atsiskaitymą įprastą, o naują mechaniką dėti tik ten, kur neišvengiama, – nes iždas, suderinimas ir auditorius toliau grandinėje neturi galėti pasakyti, kaip mokėjimas prasidėjo. Kiek patvirtinimų laikoma galutiniais – politikos pasirinkimas, o ne grandinės dėsnis: aukštesnė kartelė iškeičia greitį į didesnį tikrumą dėl grandinės reorganizacijos, o off-ramp laukia tokio gylio, kokį nustato rizikos apetitas, ir tik tada paleidžia fiat į atsiskaitymo kelią.

Kodėl siūlės svarbios operacijoms

Grąžinimai, atšaukimai ir ginčai kiekvienas priklauso konkrečiam etapui, ir teisingai nustatyti etapą – visas žaidimas. Atšaukus prieš capture, anuliuojama autorizacija (void) – pinigai niekada nejudėjo, nėra ko grąžinti. Atšaukus po atsiskaitymo, išduodamas grąžinimas (refund) – naujas mokėjimas priešinga kryptimi su savo gyvavimo ciklu. Chargeback pasiekia atgal per kliringą ir susigrąžina jau atsiskaitytą sumą. Jei tai traktuojama kaip vienas nediferencijuotas „atšaukimas“, knyga pasislenka; jei kaip veiksmai su skirtingais etapais, kiekvienas atvejis turi teisingą, audituojamą žingsnį. Žodynas – autorizacija, capture, kliringas, atsiskaitymas, vertės data – surinktas adresu /glossary.

Viena mintis, verta pasiimti: mokėjimas yra būsenų grandinė, o ne įvykis. Autorizacija rezervuoja, capture reikalauja, kliringas sutaria, atsiskaitymas perkelia, išmokėjimas pristato – o kripto etapas tik prisega konvertavimą priekyje. Pinigai iki atsiskaitymo yra pažadas, o po jo – faktas, ir verslas, kuris juos apskaito prieš faktą, skaičiuoja pinigus, kurių dar neturi. Žinokite, kurioje būsenoje yra mokėjimas, ir likusios mokėjimų operacijos nustos būti paslaptimi.