--- title: "Betalingen automatisch afletteren: zo werkt betaalreconciliatie in je software | Coding Agency" description: "Betaalreconciliatie uitgelegd: hoe je bankmutaties en PSP-uitbetalingen automatisch aan facturen koppelt, met betalingskenmerken, CAMT.053 en een eigen matchinglogica." url: https://coding.agency/kennisbank/betalingen-automatisch-afletteren-reconciliatie source: Coding Agency (https://coding.agency) language: nl --- Betalingen 9 min leestijd # Betalingen automatisch afletteren: zo werkt betaalreconciliatie in je software. Betaalreconciliatie uitgelegd: hoe je bankmutaties en PSP-uitbetalingen automatisch aan facturen koppelt, met betalingskenmerken, CAMT.053 en een eigen matchinglogica. [ Jasper Koers ](https://coding.agency/over/jasper-koers) · 30 sep. 2026 ## In het kort - Afletteren koppelt een ontvangen betaling aan de juiste openstaande factuur; reconciliatie controleert of bank, betaaldienstverlener en administratie sluiten - Een uitbetaling van Mollie of Stripe is een verzamelbedrag, dat je alleen met het bijbehorende uitbetalingsrapport kunt verklaren - Een gestructureerd betalingskenmerk op de factuur is de goedkoopste manier om automatisch matchen betrouwbaar te maken - Rabobank stopt per 15 november 2026 met MT940; nieuwe koppelingen horen op CAMT.053 te draaien - Goede matchinglogica werkt in lagen, van zeker naar onzeker, en laat twijfelgevallen aan een mens over ## Wat is betaalreconciliatie precies? Kort antwoord Betaalreconciliatie is het controleren of elke ontvangen betaling aansluit op een openstaande factuur, en of je bank, je betaaldienstverlener en je administratie hetzelfde verhaal vertellen. Afletteren is de stap waarin je een betaling aan de juiste factuur koppelt. Automatiseren lukt goed met betalingskenmerken, gestructureerde bankdata (CAMT.053) en de uitbetalingsrapporten van je betaaldienstverlener. Wie facturen verstuurt, krijgt betalingen terug die zelden netjes aansluiten. De ene klant betaalt drie facturen in één keer, de andere betaalt de helft, een derde zet een eigen omschrijving bij de overboeking. En zodra er een betaaldienstverlener tussen zit, komt er geen losse betaling per bestelling binnen, maar één verzamelbedrag waar kosten en terugbetalingen al vanaf zijn gehaald. Het gevolg is bekend: iemand op de administratie zit elke week bankregels naast een factuurlijst te leggen. Dat is niet alleen tijdrovend, het is ook de plek waar herinneringen onterecht de deur uitgaan en betaalde facturen open blijven staan. In dit artikel leg ik uit hoe je dat proces in je software zo inricht dat het grootste deel vanzelf gaat — en waarom de rest bewust bij een mens moet blijven. ## Afletteren en reconciliatie: twee woorden, twee taken De begrippen worden vaak door elkaar gebruikt, maar het helpt om ze te scheiden, omdat ze in je software ook op verschillende plekken landen. - **Afletteren:** één binnenkomende betaling koppelen aan één of meer openstaande posten, zodat die als (deels) betaald worden gemarkeerd. Dit is de vraag "van wie is dit geld en waarvoor?" - **Reconciliatie:** controleren dat alle geldstromen sluiten. Komt het saldo op je bankrekening overeen met wat je administratie verwacht? Is elke uitbetaling van je betaaldienstverlener volledig verklaard? Dit is de vraag "missen we iets?" Afletteren gebeurt per transactie en liefst direct. Reconciliatie is een periodieke controle over het geheel. Wie alleen aflettert, merkt niet dat er ergens een terugboeking ongezien doorheen is geglipt. Wie alleen reconcilieert, weet dat er iets niet klopt maar niet waar. ## Waar de betaaldata vandaan komt Automatisch afletteren staat of valt met de kwaliteit van de gegevens die je binnenkrijgt. Er zijn twee bronnen, en in de meeste bedrijven heb je ze allebei. ### De bank: van MT940 naar CAMT.053 Rekeningafschriften kwamen jarenlang binnen als MT940, een compact tekstformaat uit de SWIFT-wereld. De opvolger is CAMT.053, een XML-bericht op basis van de ISO 20022-standaard. Het verschil is niet alleen technisch: CAMT.053 bevat de omschrijving en referenties van een betaling in afzonderlijke, benoemde velden, waar MT940 ze in een vrij tekstveld propte dat je zelf moest ontleden. Voor wie een koppeling bouwt of onderhoudt is dit nu actueel. [Rabobank stopt per 15 november 2026 met de MT-formaten](https://www.rabobank.nl/bedrijven/service/online-bankieren/informatie-over-bestandsformaten), waaronder MT940 en MT942, en adviseert over te stappen op CAMT.053 in de versie uit 2019. Andere banken hebben nog geen harde datum genoemd, maar [ook ABN AMRO biedt beide formaten naast elkaar aan](https://www.abnamro.nl/nl/zakelijk/producten/betalen/sepa/rapportages/keuze-formaat.html). Bouw je vandaag iets nieuws, dan is er geen reden meer om op MT940 te beginnen. ### De betaaldienstverlener: verzamelbedragen met een rapport Betaalt je klant via iDEAL, creditcard of een andere methode bij een betaaldienstverlener, dan komt dat geld niet per betaling op je rekening. De betaaldienstverlener spaart het op en keert periodiek één bedrag uit. Daarin zijn betalingen, terugbetalingen, terugboekingen en kosten al tegen elkaar weggestreept. Dat bedrag is op zichzelf niet af te letteren. Je hebt het rapport nodig dat vertelt waaruit het bestaat. Mollie biedt daarvoor een [Settlements API](https://docs.mollie.com/reference/settlements-api) die per uitbetaling laat zien welke betalingen erin zaten en welke terugbetalingen ervan af gingen, en een [Balances API](https://docs.mollie.com/reference/balances-api) waarmee je elke mutatie op je saldo volgt zonder op de uitbetaling te wachten. Stripe heeft een vergelijkbaar [payout reconciliation report](https://docs.stripe.com/reports/payout-reconciliation), gebouwd op de balance transactions die bij elke betaling en elke uitbetaling worden aangemaakt. > Een uitbetaling van je betaaldienstverlener is geen betaling maar een optelsom. Wie hem als één betaling behandelt, verliest het zicht op alles wat erin zit. ## Het betalingskenmerk: de goedkoopste automatisering die er is De meeste winst zit niet in slimme software, maar in een simpele afspraak op de factuur. Geef elke factuur een gestructureerd betalingskenmerk en vraag de klant dat bij de overboeking te gebruiken. Er zijn twee varianten. Het [Nederlandse betalingskenmerk](https://www.betaalvereniging.nl/betalingsverkeer/giraal-betalingsverkeer/betalingskenmerken/) heeft 7 tot 16 cijfers met een controlecijfer, en is onder meer bekend van de aanslagen van de Belastingdienst. Het internationale ISO-betalingskenmerk begint altijd met `RF`, gevolgd door twee controlecijfers, en telt 5 tot 25 tekens. Het mooie van beide: de bank van de betaler controleert het kenmerk. Is het correct, dan komt het als gestructureerde referentie mee in de betaling en belandt het in een eigen veld in je CAMT.053-bestand. Is het fout, dan gaat het mee als vrije tekst. Voor je software betekent dat: een betaling met een geldig kenmerk is vrijwel altijd met zekerheid aan één factuur te koppelen. Je hoeft niets te raden. Dat is precies waarom het de eerste laag van je matchinglogica moet zijn. ## Matchinglogica in lagen: van zeker naar onzeker Automatisch afletteren is geen alles-of-niets-functie. Het werkt het best als een reeks regels die je van streng naar ruim doorloopt. Elke laag pakt wat hij met zekerheid kan pakken en laat de rest door naar de volgende. 1. **Gestructureerd kenmerk:** komt de gestructureerde referentie overeen met een openstaande factuur, dan is de match zeker. Automatisch afletteren. 2. **Eigen referentie van de betaaldienstverlener:** bij betalingen via een betaaldienstverlener koppel je op het betaal-ID dat je zelf bij het aanmaken van de betaling hebt vastgelegd. Ook dit is zeker. 3. **Factuurnummer in de omschrijving:** herkent je software een factuurnummer in de vrije tekst, én klopt het bedrag, dan is de match bijna zeker. Afletteren, maar markeren als afgeleid. 4. **IBAN en bedrag:** betaalt een bekende rekening precies het bedrag van één openstaande factuur van die klant, dan is dat een sterk voorstel, maar geen zekerheid. Voorleggen of met een drempel automatisch afletteren. 5. **De rest:** deelbetalingen, verzamelbetalingen zonder specificatie, onbekende rekeningen. Deze gaan naar een werklijst voor een mens. Het belangrijkste ontwerpbesluit is waar je de grens trekt tussen automatisch en voorleggen. Te voorzichtig, en de administratie doet alsnog alles met de hand. Te ruim, en je markeert facturen als betaald die dat niet zijn — met onterecht uitgebleven herinneringen als gevolg. Leg bij elke koppeling vast via welke laag hij tot stand kwam. Dan kun je achteraf zien waar het misging en de drempels bijstellen. ### Deelbetalingen en verzamelbetalingen Twee situaties verdienen aparte aandacht, omdat ze in de praktijk het grootste deel van de werklijst vullen. - **Deelbetaling:** de klant betaalt minder dan het factuurbedrag. Je datamodel moet een factuur kunnen hebben met meerdere betalingen en een openstaand restbedrag, in plaats van alleen de status "betaald" of "open". - **Verzamelbetaling:** één overboeking voor meerdere facturen. Klopt het bedrag exact met een combinatie van openstaande facturen van die klant, dan kun je die combinatie voorstellen. Automatisch afletteren raad ik hier alleen aan als de klant de factuurnummers in de omschrijving heeft gezet. ## Uitbetalingen van je betaaldienstverlener sluitend maken Bij betalingen via Mollie, Stripe of een andere betaaldienstverlener gebeurt het afletteren eigenlijk twee keer, en het is belangrijk die twee momenten uit elkaar te houden. 1. **Moment één, de betaling:** zodra de betaaldienstverlener een geslaagde betaling meldt, letter je de factuur of bestelling af. Het geld staat dan nog niet op je bank, maar de klant heeft betaald. Verwerk die melding [idempotent](https://coding.agency/kennisbank/idempotency-bij-api-koppelingen), want dezelfde melding komt gegarandeerd een tweede keer binnen. 2. **Moment twee, de uitbetaling:** zodra het verzamelbedrag op je bankrekening binnenkomt, reconcilieer je dat tegen het uitbetalingsrapport. Alle betalingen erin moeten al afgeletterd zijn; de kosten boek je als kosten; terugbetalingen en [terugboekingen](https://coding.agency/kennisbank/chargebacks-en-storneringen) moeten al als zodanig in je administratie staan. In de boekhouding werkt dit het best met een tussenrekening per betaaldienstverlener. Betalingen komen daar binnen, kosten en terugbetalingen gaan eraf, en de uitbetaling naar de bank boekt hem leeg. Staat er na de uitbetaling nog een saldo op, dan mist er iets. Dat is precies het signaal dat je wilt hebben. | Bron | Wat komt binnen | Waarop match je | Zekerheid | | Overboeking met kenmerk | Losse bankmutatie | Gestructureerde referentie | Zeker | | Overboeking zonder kenmerk | Losse bankmutatie | Omschrijving, IBAN, bedrag | Waarschijnlijk tot onzeker | | Betaling via betaaldienstverlener | Webhookmelding | Eigen betaal-ID | Zeker | | Uitbetaling betaaldienstverlener | Verzamelbedrag op de bank | Uitbetalingsrapport | Zeker, mits rapport volledig | | Incasso | Verzamelbedrag of losse mutaties | Mandaat- en incassoreferentie | Zeker, maar let op storneringen | ## Valkuilen die ik het vaakst zie - **De uitbetaling als omzet boeken:** het verzamelbedrag van een betaaldienstverlener is netto. Wie dat als omzet boekt, mist de kosten en de terugbetalingen, en heeft een omzetcijfer dat nergens op aansluit. - **Afletteren zonder spoor:** een factuur die "betaald" is zonder te weten door welke bankregel, is bij een vraag van de klant of de accountant niet te verantwoorden. Bewaar altijd de koppeling tussen betaling en factuur. - **Alleen betaald of open kennen:** een datamodel zonder restbedrag of meerdere betalingen per factuur loopt vast bij de eerste deelbetaling. - **Storneringen vergeten:** een incasso of betaling die later wordt teruggedraaid, moet de factuur weer openzetten. Anders lijkt de klant betaald te hebben terwijl het geld weg is. - **Het formaat pas aanpassen als het stopt:** een koppeling op MT940 die per 15 november 2026 geen bestanden meer krijgt, faalt niet met een foutmelding maar met stilte. Er komt gewoon niets meer binnen. ## Mijn kijk op automatisch afletteren Het doel van automatisch afletteren is niet dat niemand er meer naar kijkt. Het doel is dat een mens alleen nog kijkt naar wat echt aandacht nodig heeft. In projecten zie ik vaak dat het ambitieniveau te hoog wordt gelegd: iedere betaling moet automatisch, ook de onduidelijke. Dat levert slimme maar breekbare regels op, en het vertrouwen van de administratie is weg na de eerste verkeerd afgeletterde factuur. Wat wél werkt, is beginnen aan de bron. Een betalingskenmerk op elke factuur, betaallinks in plaats van "maak over naar dit rekeningnummer", en bij elke betaling via een betaaldienstverlener je eigen factuur-ID meegeven. Dan valt het overgrote deel van de betalingen in de eerste twee lagen, en is de werklijst voor de rest klein genoeg om met aandacht te behandelen. En de overstap naar CAMT.053 is eigenlijk een cadeautje. Het is een verplichte klus, maar wel een die je gestructureerde referenties oplevert in plaats van een tekstveld dat je met reguliere expressies moest ontleden. Grijp hem aan om je matchinglogica meteen goed neer te zetten. > — Jasper ## Zo helpt Coding Agency hierbij Wij bouwen de betaalstroom in maatwerksoftware en platformen van begin tot eind: betalingskenmerken en betaallinks op de factuur, idempotent verwerkte meldingen van [Mollie](https://coding.agency/kennisbank/mollie-betalingen-webshop) of [Stripe](https://coding.agency/kennisbank/stripe-integratie-saas), het inlezen van CAMT.053-afschriften, matchinglogica in lagen met een werklijst voor twijfelgevallen, en het doorzetten van de afgeletterde posten naar je [boekhoudpakket](https://coding.agency/kennisbank/webshop-koppelen-boekhoudpakket). Draait je huidige koppeling nog op MT940, of zit je administratie elke week bankregels met de hand af te vinken? Neem [contact](https://coding.agency/contact) op voor een vrijblijvend gesprek. ## Veelgestelde vragen Afletteren is het koppelen van een ontvangen betaling aan de openstaande factuur waar hij bij hoort, zodat die factuur als betaald wordt gemarkeerd. Reconciliatie is breder: je controleert of alle geldstromen tussen bank, betaaldienstverlener en administratie met elkaar kloppen. Afletteren is dus één stap binnen het grotere reconciliatieproces. Een betaaldienstverlener keert niet elke betaling los uit, maar een verzamelbedrag. Daarin zijn betalingen, terugbetalingen, terugboekingen en transactiekosten al tegen elkaar weggestreept. Om dat bedrag te verklaren heb je het uitbetalingsrapport nodig waarin staat welke transacties erin zitten. Als je bij Rabobank bankiert wel: de bank stopt per 15 november 2026 met MT940 en de andere MT-formaten en levert rekeninginformatie dan als CAMT.053. Andere grote banken hebben nog geen harde einddatum genoemd, maar de richting is dezelfde. Wie nu een koppeling bouwt, kiest daarom direct voor CAMT.053. Voor een eenvoudige situatie werkt dat prima: pakketten doen voorstellen op basis van bedrag en omschrijving. Het wordt lastig bij verzamelbetalingen, deelbetalingen, uitbetalingen van een betaaldienstverlener of eigen software die de facturen maakt. Dan hoort de matchinglogica in de applicatie die de facturen kent. Gerelateerde expertise — API & Koppelingen **API-koppeling laten maken?** Wij bouwen betrouwbare integraties met monitoring, retry-logica en vaste prijs per koppeling. Vanaf € 1.000. [ Bekijk onze aanpak ](https://coding.agency/expertises/api-koppeling-laten-maken) [ Gratis prijsindicatie ](https://coding.agency/prijsindicatie) Onderwerpen Afletteren Reconciliatie Betalingen CAMT.053 Betalingskenmerk Mollie Stripe Boekhouding ## Gerelateerde artikelen [ 29 jul. 2026 Betalingen ### Chargebacks en storneringen: terugboekingen opvangen in je software Chargebacks, disputes en SEPA-storneringen uitgelegd: termijnen per betaalmethode, wat je software moet vastleggen en hoe je terugboekingen... ](https://coding.agency/kennisbank/chargebacks-en-storneringen) [ 10 aug. 2026 Betalingen ### Split payments: betalingen verdelen in een marktplaats of platform Split payments uitgelegd: de drie manieren om geld te verdelen tussen verkopers, de vergunningsvraag onder PSD2, het uitbetaalmoment en wat... ](https://coding.agency/kennisbank/split-payments-marktplaats-platform) [ 14 feb. 2026 Koppelingen ### Webshop koppelen aan je boekhoudpakket Waarom je facturen, voorraad en klantgegevens niet los moet beheren. Over de koppeling die elke webshop en elk verkoopplatform nodig heeft. ](https://coding.agency/kennisbank/webshop-koppelen-boekhoudpakket) ## Hulp nodig? Vragen over dit onderwerp? Laten we het erover hebben. [ Neem contact op ](https://coding.agency/contact) --- *Bron: [Coding Agency](https://coding.agency/kennisbank/betalingen-automatisch-afletteren-reconciliatie)*