De betalingslevenscyclus: van autorisatie tot settlement

De betalingslevenscyclus is de vaste reeks stappen die een betaling doorloopt, vanaf het moment van goedkeuring tot het moment dat het geld op de rekening van de merchant staat: autorisatie, capture, clearing, settlement en uitbetaling. Elke stap doet precies één ding, en het geld verkeert na elke stap in een andere status. De meeste mensen zien een kaartbetaling als één gebeurtenis bij de tap; in werkelijkheid is het een keten, en bijna alles wat in betalingen goed of fout gaat, komt doordat deze stappen los van elkaar staan en niet tegelijk plaatsvinden.

Wie de keten begrijpt, onderscheidt een betaling die zichzelf reconcilieert van een supportticket. Loop hem dus één keer door, van begin tot eind, in volgorde.

Autorisatie: een hold, geen overboeking

Autorisatie is een vraag, geen geldstroom. Wanneer een kaart wordt getapt, gaat het verzoek naar de issuer, die controleert of de rekening bestaat, in orde is en voldoende saldo of krediet heeft voor het bedrag. Zo ja, dan plaatst de issuer een hold — het geld wordt gereserveerd zodat het niet twee keer kan worden uitgegeven — en stuurt een autorisatiecode terug. Er is nog geen geld verplaatst. De merchant heeft nu de belofte dat het geld er is, geldig binnen een door het scheme bepaalde termijn. Een autorisatie kan worden teruggedraaid (een void) voordat er iets is geïnd, en verloopt vanzelf als hij niet wordt gebruikt. Daarom daalt het saldo op een kaart op het moment van betalen, terwijl de regel op het afschrift pas later definitief wordt: die daling is de hold, niet de afschrijving. Een autorisatie kan ook gewoon worden geweigerd — onvoldoende saldo, een fraude-regel, een verlopen kaart — en een goede gateway maakt onderscheid tussen een soft decline die het opnieuw proberen waard is en een hard decline die dat niet is. Omdat de hold de belofte van de issuer is dat het geld er is, kan de merchant veilig goederen meegeven op basis van alleen de autorisatiecode, nog voordat er ook maar één euro daadwerkelijk van de rekening van de klant is vertrokken.

Capture: de hold omzetten in een vordering

Capture is de merchant die zegt: “incasseer dit nu.” Daarmee wordt de hold omgezet in een echt verzoek om het geld. Een capture kan volledig zijn, gedeeltelijk (een lager eindbedrag dan geautoriseerd — een verzonden artikel dat goedkoper is dan de pre-auth) of uitgesteld (autoriseren bij bestelling, capturen bij verzending). Auth en capture in één stap is de standaard aan de winkelkassa; eerst alleen autoriseren en later capturen is hoe hotels, tankstations en marketplaces werken, omdat zij het eindbedrag niet kennen wanneer de kaart wordt aangeboden. De ruimte tussen autorisatie en capture is een bewuste, nuttige naad — daar beslist een merchant wat hij daadwerkelijk in rekening brengt.

Clearing: de batch die reconcilieert

Gecapturede betalingen worden niet één voor één in realtime afgewikkeld. Ze worden verzameld in bestanden en in batches uitgewisseld tussen de acquirer van de merchant en de card schemes — clearing. In deze stap worden de transacties gematcht, de bedragen gesaldeerd en scheme fees en interchange toegepast, zodat iedereen het eens is over wie wie hoeveel verschuldigd is. Clearing is reconciliatiewerk, geen geldstroom: het levert de afgesproken totalen op waarop de volgende stap voortbouwt. Het is bovendien structureel een batchproces — de echte reden dat een betaling die bij de kassa direct voelde, dagen nodig heeft om als geld aan te komen. Dat de batch bestaat, is geen beperking van computers; schemes zijn zo gebouwd om duizenden instellingen efficiënt tegen elkaar af te boeken, met één keer per cyclus afgesproken totalen in plaats van een overboeking voor elke koffie.

Autorisatie is een belofte, capture is een vordering, en settlement is de enige stap waarin geld echt verplaatst wordt. Wie die drie door elkaar haalt, boekt omzet die er nog niet is.

Settlement: het geld verplaatst echt

Bij settlement wisselt geld daadwerkelijk van hand tussen banken. Op basis van de gesaldeerde totalen uit de clearing verplaatst het scheme geld van issuers naar acquirers, waarbij elke instelling haar nettopositie afwikkelt in plaats van elke afzonderlijke transactie. Settlement loopt naar een valutadatum — de dag waarop het geld daadwerkelijk beschikbaar is — en daarom hebben betalingen een T+1- of T+2-ritme: het geld is echt, maar komt aan volgens de agenda van het scheme, niet de klok van de klant. Alles daarvoor was boekhouding; in deze stap worden ledgerboekingen bestedeerbaar saldo. Een instelling die netto schuldig is, betaalt; een instelling die netto tegoed heeft, ontvangt — en doordat het netto is, zijn de bedragen die tussen banken echt bewegen een fractie van de brutowaarde van de betalingen van die dag. Zo wordt een scheme met miljoenen transacties een beheersbaar aantal settlementbewegingen.

Payout: van acquirer naar jouw rekening

Settlement brengt het geld bij de acquirer; de payout brengt het naar de merchant. Volgens schema — dagelijks, wekelijks of op verzoek — betaalt de acquirer het opgebouwde saldo van de merchant uit op diens bankrekening, na aftrek van verwerkingskosten en eventuele reserve voor refunds en disputes. Dit is het getal dat een bedrijf daadwerkelijk ziet, en het punt waarop reconciliatie werkt of pijn doet: de payout is een nettobedrag over veel transacties, dus het terugkoppelen naar individuele bestellingen is een opgave op zich. Een gateway die de identiteit van elke bestelling helemaal doorvoert, maakt dat triviaal; een gateway die dat niet doet, maakt van elke payout een spreadsheet. De flow van onze gateway, /products/gateway, is zo gebouwd dat een payout sluit op de bestellingen waaruit hij is opgebouwd.

Waar crypto een bridge toevoegt

Een crypto- of stablecoinbetaling vervangt deze keten niet — ze voegt er vooraan één conversieschakel aan toe. In plaats van de autorisatiehold van een issuer wordt de betaling on-chain bevestigd: de klant tekent een transfer, en finaliteit wordt bereikt doordat het netwerk confirmaties toevoegt, niet doordat een bank een hold goedkeurt. Na bevestiging zet een off-ramp de crypto om in fiat, en vanaf daar komt het geld weer op hetzelfde pad van clearing, settlement en payout als elke andere betaling. De nieuwigheid blijft beperkt tot die eerste schakel; de tweede helft blijft bewust saai. Dat is de ontwerpregel — houd settlement gewoon en plaats de nieuwe mechaniek alleen waar het niet anders kan — want treasury, reconciliatie en de auditor verderop horen niet te kunnen zien hoe de betaling begon. Hoeveel confirmaties als definitief gelden, is een beleidskeuze, geen natuurwet van de chain: een hogere drempel ruilt snelheid in voor zekerheid tegen een reorganisatie, en de off-ramp wacht op de diepte die het risicoprofiel voorschrijft voordat hij fiat de settlementroute op stuurt.

Waarom de naden operationeel belangrijk zijn

Refunds, reversals en disputes horen elk bij een specifieke fase, en de juiste fase kiezen is waar het om draait. Annuleer vóór capture en je voidt een autorisatie — er is nooit geld verplaatst, dus niets terug te geven. Annuleer na settlement en je doet een refund — een nieuwe betaling in de tegenovergestelde richting, met een eigen levenscyclus. Een chargeback reikt via de clearing terug om een afgewikkeld bedrag terug te halen. Behandel ze als één ongedifferentieerde “annulering” en de ledger loopt uit de pas; behandel ze als handelingen op aparte fasen en elk geval heeft een juiste, auditeerbare actie. De terminologie — autorisatie, capture, clearing, settlement, valutadatum — staat verzameld op /glossary.

Het ene idee om mee te nemen: een betaling is een keten van statussen, geen gebeurtenis. Autorisatie reserveert, capture vordert, clearing stemt af, settlement verplaatst, payout levert af — en een cryptoschakel zet er alleen een conversie voor. Geld is een belofte tot settlement en een feit erna, en een bedrijf dat het eerder boekt, telt geld dat het nog niet heeft. Weet in welke status een betaling zit, en de rest van payment operations is niet langer mysterieus.