Je hebt je in tien minuten aangemeld om creditcards te accepteren, het geld komt twee dagen na elke verkoop op je bankrekening terecht minus ongeveer 3 procent, en wanneer een klant een transactie betwist, houden drie verschillende bedrijven elk vol dat het probleem bij een van de anderen ligt. Er is niets kapot — je ziet gewoon drie afzonderlijke taken die de aanmeldpagina in één knop had gebundeld.
De betalingsgateway, de betalingsprocessor en de merchant account doen volledig verschillend werk. Zodra je weet welke versleutelt, welke met de banken praat en welke je geld vasthoudt voordat het jou bereikt, beginnen het feeoverzicht, de vertraging van twee dagen en het gedraai rond geschillen allemaal logisch te worden.
Het ene onderscheid dat alles verklaart: gegevens versus geld
Elke kaartbetaling heeft twee helften: iemand moet de informatie verplaatsen (is deze kaart geldig, is er ruimte, heeft de klant goedgekeurd), en iemand moet de fondsen verplaatsen (dollars die over een dag of twee van de bank van de klant naar die van jou reizen). De drie rollen splitsen zich langs die lijn:
- De betalingsgateway verplaatst gegevens. Hij legt de kaartgegevens vast bij het afrekenen, versleutelt ze en geeft ze door. Hij houdt nooit je geld vast en stort nooit iets op je bankrekening.
- De betalingsprocessor routeert berichten tussen de banken. Hij brengt het autorisatieverzoek naar de kaartnetwerken en de bank van de klant, en brengt vervolgens de vereffeningsinstructies terug. Hij is de leidingen aan de achterkant.
- De merchant account houdt fondsen vast. Het is een speciale rekening bij een acquiring bank waar je kaartverkopen wachten na goedkeuring en vóór uitbetaling naar je gewone zakelijke bankrekening.
Een handige vuistregel: de gateway versleutelt, de processor praat, de merchant account wacht. Wanneer aanbieders de drie in hun marketing door elkaar halen, kom dan terug op die zin en vraag je af voor welke taak elke vergoeding betaalt.
De betalingsgateway: de versleutelde voordeur
De gateway is de software die je klant aanraakt. Op een website is het de afrekenpagina of het ingebedde kaartformulier; in een winkel is het de software van de kaartlezer; aan de telefoon is het de virtuele terminal waarin je medewerkers nummers typen.
Wat de gateway daadwerkelijk doet
Wanneer een klant een kaartnummer invoert, doet de gateway in ongeveer twee seconden vier dingen:
- Vastleggen van de kaartgegevens uit het afrekenformulier of de lezer.
- Versleutelen ervan onmiddellijk, zodat het ruwe kaartnummer nooit over het open internet reist of in jouw systemen blijft staan.
- Doorsturen van de versleutelde payload naar de betalingsprocessor met het bedrag en de handelaarsidentificatie.
- Terugsturen van het antwoord — goedgekeurd of geweigerd — naar je afrekenpagina, zodat de klant een bevestiging of een fout ziet.
De gateway verzorgt ook het terugkerende werk en de randgevallen rond de verkoop: tokenisering (het kaartnummer vervangen door een herbruikbaar token zodat abonnementen opnieuw kunnen worden gefactureerd zonder kaartgegevens op te slaan), Address Verification (AVS) en CVV-controles, 3-D Secure-uitdagingen zoals Verified by Visa, en het annuleren van een autorisatie die nooit is vastgelegd.
Waarom de gateway belangrijk is voor je PCI-scope
De Payment Card Industry Data Security Standard (PCI DSS) geldt voor elk bedrijf dat met kaartnummers in aanraking komt, maar hoeveel ervan van toepassing is, hangt af van hoeveel kaartgegevens je systemen bereiken. Een gateway die het kaartformulier host of tokeniseert bij het moment van invoer, houdt ruwe kaartnummers volledig buiten je servers, wat je compliance-last kan terugbrengen tot de kortste zelfbeoordelingsvragenlijst in plaats van een volledige audit.
Dit is de praktische reden om je iets aan te trekken van welke gateway je gebruikt, zelfs wanneer de kosten identiek lijken: de gateway bepaalt of een datalek op je website kaartnummers blootlegt of alleen nutteloze tokens. Vraag elke potentiële aanbieder waar de tokenisering plaatsvindt — in de browser van de klant of op je server — voordat je tekent.
Gehoste versus geïntegreerde gateways
- Gehoste (redirect) gateways sturen de klant naar de eigen betaalpagina van de aanbieder en weer terug. Eenvoudigste PCI-positie, minste controle over de afrekenervaring.
- Geïntegreerde (ingebedde) gateways houden de klant op je site met een formulier of component die je zelf opmaakt. Betere conversie, meer van je code binnen scope, dus leun op de tokenisering van de aanbieder.
De meeste kleine bedrijven kunnen het beste beginnen met gehost of ingebed-met-tokenisering en nooit een ruw kaartnummer aanraken. De conversiewinst van een volledig aangepast kaartformulier is reëel maar klein; de compliance-kosten van het aanraken van kaartgegevens zijn groot.
De betalingsprocessor: de boodschapper tussen de banken
Als de gateway de voordeur is, is de processor de koerier die tussen elke bank in de verkoop heen en weer rent. De klant van de processor ben jij, maar zijn tegenpartijen zijn de kaartnetwerken (Visa, Mastercard, Amex), de uitgevende bank (de bank van je klant, die beslist of er wordt goedgekeurd) en de acquiring bank (de kaartdivisie van jouw bank, die het geld namens jou int).
Autorisatie: het gesprek van twee seconden
Wanneer de gateway een verkoop doorstuurt, routeert de processor deze: processor naar kaartnetwerk, netwerk naar uitgevende bank. De uitgever controleert de rekening — geldige kaart, voldoende beschikbaar krediet, geen fraudesignalen — en stuurt een goedkeuringscode of een weigering terug. Die goedkeuring reserveert de fondsen; ze verplaatst niets. De klant ziet een openstaande transactie, en jij hebt een belofte, geen geld.
Autorisaties verlopen. Een typische autorisatie met fysieke kaart geldt een paar dagen; autorisaties zonder fysieke kaart gelden vaak ongeveer een week, afhankelijk van netwerk en handelaarscategorie. Als je de verkoop nooit vastlegt (finaliseert) vóór het verlopen, valt de reservering weg en moet je opnieuw autoriseren. Bedrijven die dagen na de bestelling verzenden — meubels, maatwerk, pre-orders — worden hier regelmatig door geraakt: autoriseer bij de bestelling, leg vast bij verzending, en houd de tussenruimte bij.
Clearing en settlement: de nachtelijke batch
Aan het einde van de werkdag (of volgens een schema dat jij instelt), worden je goedgekeurde autorisaties gegroepeerd in een batch en ingediend voor clearing. Clearing sorteert elke transactie naar de juiste uitgever; settlement is de daadwerkelijke verplaatsing van geld, waarbij de uitgever fondsen naar de acquirer stuurt minus interchange (de vergoeding die de uitgever houdt, en dat is het grootste deel van wat je betaalt), en het netwerk zijn kleine assessment neemt.
Deze batchverwerking is de reden waarom kaartgeld binnenkomt als één dagelijkse som in plaats van een stroom afzonderlijke stortingen. Het is ook de reden waarom je uitbetaling nooit gelijk is aan je verkooptotaal: elke vergoeding in de keten wordt afgetrokken voordat het geld jou bereikt.
Capture, terugbetalingen en chargebacks rijden over hetzelfde spoor
- Capture zet een autorisatie om in een definitieve afschrijving voor een vast bedrag. Je kunt meestal minder vastleggen dan geautoriseerd (een gedeeltelijke zending) maar niet meer.
- Een terugbetaling is een nieuwe transactie die achterwaarts door clearing en settlement stroomt — niet de terugdraaiing van de oorspronkelijke afschrijving. Dat is de reden waarom een terugbetaling dagen duurt voordat de klant hem ontvangt en waarom je bij terugbetaalde verkopen doorgaans je verwerkingskosten niet terugkrijgt.
- Een chargeback is de uitgever die geld terugtrekt na settlement omdat de klant de transactie heeft betwist. De processor levert de geschillenmelding af, de acquirer debiteert je merchant account, en jij reageert met bewijs of accepteert het verlies. Geschillentermijnen lopen van 60 tot 120 dagen afhankelijk van de reason code, wat de reden is waarom kaartomzet nog lang voorlopig blijft nadat hij je bank heeft bereikt.
De merchant account: waar je geld wacht
De merchant account is een rekening bij de acquiring bank — geïdentificeerd door je merchant ID (MID) — die voor één doel bestaat: kaartverkoopfondsen ontvangen en vrijgeven aan je zakelijke bankrekening. Elke kaartverkoop die je doet, gaat erdoorheen.
De uitbetalingstijdlijn
Het standaardritme is T+1 of T+2: verkopen die op maandag worden vastgelegd, worden 's nachts vereffend en bereiken je bankrekening dinsdag of woensdag. Nieuwe accounts beginnen vaak langzamer, waarbij de acquirer een rolling reserve aanhoudt — een percentage van elke uitbetaling dat 60 tot 180 dagen wordt ingehouden als buffer tegen chargebacks en terugbetalingen. Reserves krimpen of verdwijnen naarmate je geschiedenis opbouwt, maar lees de reserveclausule voordat je tekent: het is de meest voorkomende reden waarom een nieuw bedrijf zijn eerste uitbetalingen kleiner vindt dan verwacht.
Uitbetalingen binnen dezelfde dag en directe uitbetalingen bestaan nu bij de meeste grote aanbieders, meestal voor een extra vergoeding van ongeveer 1 procent. Behandel ze als een cashflow-instrument voor krappe weken, niet als de standaard — de vergoeding loopt snel op tegen geld dat twee dagen later gratis was aangekomen.
De merchant discount: waar de 3 procent naartoe gaat
Het totale deel dat van elke verkoop wordt afgenomen, heet de merchant discount rate, en die heeft drie lagen:
- Interchange — betaald aan de uitgevende bank van de klant, ruwweg 1,5 tot 2,5 procent plus een vast bedrag per transactie afhankelijk van het kaarttype, hoe de kaart werd aangeboden en je handelaarscategorie. Dit is de grootste laag en die wordt vastgesteld door de netwerken, niet door jou onderhandelbaar.
- Assessments — betaald aan het kaartnetwerk zelf, doorgaans rond 0,13 tot 0,15 procent. Ook niet onderhandelbaar.
- Markup — de marge van de acquirer en processor daarbovenop. Deze laag is onderhandelbaar, en het is het enige deel dat het waard is om te shoppen.
Die structuur verklaart de twee prijsmodellen die je aangeboden zult krijgen. Flat-rate pricing (de bekende 2,9 procent plus 30 cent) bundelt alle drie lagen in één voorspelbaar getal — eenvoudig, maar je betaalt te veel op goedkope debit-transacties. Interchange-plus pricing geeft interchange en assessments tegen kostprijs door en voegt een vaste markup toe, zodat je de werkelijke kosten van elk kaarttype plus een dunne marge betaalt. Onder ruwweg $10.000 tot $20.000 per maand aan kaartvolume wint de eenvoud van flat rate meestal; daarboven kost interchange-plus bijna altijd minder. Elke aanbieder die weigert interchange-plus te offreren aan een gevestigd bedrijf, vertelt je iets over zijn marges.
Underwriting: waarom het openen dagen duurt
Anders dan een gewone bankrekening verleent een merchant account je iets als krediet: de acquirer schiet settlementfondsen voor en absorbeert het verlies als je verdwijnt met openstaande chargebacks. Dus vraagt de aanvraag om bedrijfsgeschiedenis, verwerkingsvolumes, gemiddelde ticketgrootte, terugbetalingspercentages en je merchant category code — en risicovolle categorieën (reizen, supplementen, digitale goederen, alles met vertraagde levering) krijgen te maken met hogere reserves, hogere markups of afwijzing. Een aanbieder die je binnen enkele minuten goedkeurt, heeft deze underwriting niet overgeslagen; hij heeft hem alleen geautomatiseerd, zoals de volgende sectie uitlegt.
De snelkoppeling die de meeste kleine bedrijven nemen: de alles-in-één facilitator
Stripe, Square, PayPal en hun gelijken opereren als payment facilitators (ook wel payment aggregators genoemd). In plaats van je een eigen merchant account te geven, nemen ze je op als sub-merchant onder hun master merchant account en bundelen ze de gateway, verwerking en acquiring in één product met één API en één flat rate.
De ruil is eenvoudig:
- Je wint directe onboarding zonder underwriting-papierwerk, één integratie, één overzicht, voorspelbare flat-rate pricing, en tokenisering plus PCI-tooling kant-en-klaar.
- Je levert in je eigen merchant ID (je geschiedenis van geschillen wordt samengevoegd met duizenden andere sub-merchants), onderhandelde prijzen (flat rate is het enige menu), en de stabiliteit van een menselijke underwriting-relatie — risicobeslissingen zijn algoritmisch, dus een plotselinge piek in volume, ticketgrootte of geschillen kan een geautomatiseerde blokkade of bevriezing veroorzaken zonder iemand te bellen die je bedrijf kent.
Voor de meeste bedrijven onder ruwweg $1 miljoen per jaar aan kaartvolume valt die ruil in het voordeel van de facilitator uit. De flat-rate premie boven interchange-plus op $500.000 volume bedraagt in de orde van een paar duizend dollar per jaar — echt geld, maar meestal minder dan wat één week bevroren uitbetalingen kost aan een bedrijf dat de gepoolde risicoscore is ontgroeid.
Wanneer je de drie onderdelen afzonderlijk nodig hebt
Overweeg de overstap naar een toegewijde merchant account (met een gateway en processor die je onafhankelijk kiest) wanneer een van deze waar is:
- Je maandelijkse volume maakt de flat-rate premie groter dan het gedoe van afzonderlijke contracten — doorgaans boven $80.000 tot $100.000 per maand.
- Je geschillenpercentage, terugbetalingspercentage of ticketgrootte blijft geautomatiseerde blokkades triggeren.
- Je bedrijfscategorie is riskant en facilitators wijzen je steeds af of beëindigen je account.
- Je wilt transacties over meerdere processors routeren voor redundantie of om goedkeuringspercentages per kaarttype en regio te optimaliseren.
- Je hebt settlement rechtstreeks naar je eigen MID nodig voor schonere reconciliatie of boekhouding met meerdere entiteiten.
Een toegewijde opzet ontbundelt ook de keuze van de gateway, wat belangrijk is als je functies nodig hebt die de checkout van je facilitator mist — weergave in meerdere valuta's, netwerktokenisering met automatische kaart-updater-diensten, of level II- en level III-bedrijfskaartgegevens die de interchange op B2B-verkopen verlagen.
Hoe dit in je boeken verschijnt
Hier houden de drie rollen op trivia te zijn en beginnen ze je maandafsluiting te beïnvloeden. Omdat de merchant account tussen de verkoop en je bank zit, komt kaartomzet drie keer in drie verschillende vormen in je administratie: de verkoop, de batch en de netto uitbetaling. Alle drie tegen dezelfde rekeningen boeken is de klassieke dubbeltellingsval.
Het schone patroon is een clearingrekening: boek de bruto verkopen van elke dag tegen de clearingrekening wanneer ze worden vastgelegd, en boek de uitbetaling vervolgens als een overboeking van clearing naar betaalrekening met de vergoedingen afgesplitst als kosten. Het clearingsaldo op enig moment is simpelweg geld dat de merchant account nog vasthoudt — je kaartomzet onderweg:
2026-10-29 * "Card sales batch 4821 captured"
Assets:Clearing:Card-Payouts 1000.00 USD
Income:Sales -1000.00 USD
2026-10-31 * "Payout for batch 4821, net of fees"
Assets:Checking 968.50 USD
Expenses:Payment-Processing-Fees 31.50 USD
Assets:Clearing:Card-Payouts -1000.00 USDDrie details maken dit werkend:
- Boek bruto verkopen, nooit netto uitbetalingen, als omzet. Je belastingaangifte en je verkooprapporten moeten de $1.000 tonen die de klant betaalde, met de $31.50 als een eigen kostenpost. De uitbetaling van $968.50 als omzet boeken onderdrukt zowel de omzet als de kosten.
- Reconcilieer per batch, niet per dag. Koppel elke uitbetaling aan het settlement batch-rapport van de processor, niet aan de verkopen van de kalenderdag. Weekenden en feestdagen verschuiven het uitbetalingsritme, dus matching op dezelfde dag breekt elk lang weekend.
- Volg de reserve afzonderlijk. Als je acquirer een rolling reserve aanhoudt, is dat jouw geld dat door iemand anders wordt gehouden — een bezitting, geen vergoeding. Boek het op een rekening zoals
Assets:Merchant-Reservewanneer het wordt ingehouden en clear het wanneer het vrijkomt, anders leest je cashpositie elke maand dat de reserve groeit te laag.
Als je je boeken in platte tekst bijhoudt, behandelt de inleiding tot Beancount de rekeningstructuur waarop dit patroon voortbouwt, en het Fava-dashboard is een handige manier om te zien hoe het clearingsaldo naar nul afloopt naarmate elke batch binnenkomt. Hoe dan ook, de maandelijkse test is één regel: de clearingrekening mag alleen batches bevatten die zijn vastgelegd maar nog niet uitbetaald. Alles ouder dan een week is een ontbrekende uitbetaling om achterna te gaan, geen afrondingsfout om te negeren.
Vragen die het waard zijn om te stellen voordat je tekent
Je weet nu genoeg om een verwerkingsovereenkomst te lezen op de manier waarop de auteur hoopte dat je dat niet zou doen. Voordat je je aan welke aanbieder dan ook bindt — facilitator of toegewijde stack — krijg schriftelijke antwoorden op deze:
- Voor welke rol betaalt deze vergoeding? Splits de gateway-vergoeding, de verwerkings-markup en de kosten van de acquirer. Een quote van "2,9 procent plus 30 cent" met een maandelijkse gateway-vergoeding van $25 en een jaarlijkse PCI-vergoeding van $99 is geen quote van 2,9 procent.
- Wat is de uitbetalingstijdlijn, en wat verandert die? T+1 versus T+2, de batch-cutofftijd, het gedrag in weekends en het reserveschema voor de eerste 90 dagen.
- Wat triggert een blokkade, en wie beoordeelt die? Vraag specifiek naar volumepieken en veranderingen in de gemiddelde ticketgrootte — de twee triggers die groeiende bedrijven het vaakst bevriezen.
- Hoe worden terugbetalingen en chargebacks geprijsd? Transactiekosten voor terugbetalingen, chargeback-kosten ($15 tot $25 per stuk is typisch), en of de oorspronkelijke verwerkingskosten bij terugbetalingen worden teruggegeven.
- Wie bezit de tokens? Als je weggaat, kun je je opgeslagen kaarttokens van klanten dan meenemen naar de volgende aanbieder, of moet je elke abonnee vragen zijn kaart opnieuw in te voeren? Draagbare netwerktokens zijn het juiste antwoord.
De gateway, de processor en de merchant account waren afzonderlijke bedrijven voordat de alles-in-ééns ze bundelden, en ze doen nog steeds afzonderlijke taken binnen de bundel. Weten welke wat is, maakt kaartacceptatie niet gratis — daar zorgt interchange voor — maar het verandert een verwarrend overzicht in een gespecificeerd overzicht, en een gespecificeerd overzicht is iets waarover je kunt onderhandelen, dat je kunt reconcilieren en waarop je kunt plannen. Begin met je laatste uitbetalingsrapport: vind de batch, splits het bruto van de vergoedingen, en bevestig dat het netto bedrag overeenkomt met je bank. Al het andere in dit artikel is een uitwerking van die ene gewoonte.





