Wat is ISO 20022? De betaalstandaard uitgelegd voor bedrijven
2026-05-17
Je exporteert een betaalrun uit je boekhoudpakket. Het bestand ziet er goed uit. Je bank weigert het, of accepteert het maar kapt het betalingskenmerk af dat je leverancier nodig heeft om de betaling af te letteren. Op vrijdagmiddag zoekt je administratie naar “onbekende” bijschrijvingen, terwijl je ontwikkelaar uitzoekt of het probleem in de CSV, de koppeling met de bank of het boekhoudpakket zit.
Precies dat soort gedoe is waar ISO 20022 voor bedoeld is. ISO 20022 is een internationale standaard die vastlegt hoe betaalgegevens worden opgebouwd, zodat banken en financiële systemen elkaar eenduidig begrijpen. Elk gegeven krijgt een vaste plek en betekenis, zodat software het zonder giswerk kan verwerken.
Gebruik je al SEPA-bestanden, dan werk je er al mee. In dit artikel lees je wat ISO 20022 is, hoe de berichtfamilies pain, pacs en camt werken, wat het oplevert ten opzichte van oude formaten en wat je finance- en IT-team concreet moet controleren.
Wat is ISO 20022, eenvoudig uitgelegd?
Zie ISO 20022 als een gedeeld datamodel voor betalingen. In plaats van belangrijke informatie in een paar beperkte velden te proppen, verdeelt de standaard die in duidelijke, machineleesbare onderdelen: betaler, begunstigde, rekeninggegevens, kenmerken, omschrijving en statusmeldingen. Voor een mkb-bedrijf betekent dat minder vermijdbare fouten en een soepelere overdracht tussen boekhoudpakket, bank en afletteren.
Waarom gestructureerde betaalgegevens tellen
Oudere formaten veroorzaken telkens dezelfde problemen:
- kenmerken worden afgekapt;
- namen worden ingekort;
- de reden van betaling belandt in vrije tekst;
- afletteren wordt handwerk;
- banken moeten uitzonderingen handmatig afhandelen.
ISO 20022 lost veel daarvan op met aparte, duidelijk benoemde velden. Je systemen kunnen gegevens controleren voordat een bestand wordt verstuurd, je bank leest de opdracht nauwkeuriger en je krijgt betere gegevens terug voor afletteren en rapportage.
Praktijkregel: ISO 20022 draait om betere betaalgegevens, zodat minder transacties handmatig gerepareerd hoeven te worden.
Wat ISO 20022 niet verandert
ISO 20022 vervangt geen betaalsystemen zoals SEPA of iDEAL. Die verplaatsen nog steeds het geld. ISO 20022 bepaalt hoe het betaalbericht wordt beschreven, zodat alle partijen in de keten de gegevens hetzelfde interpreteren. Je bouwt je betaalproces dus meestal niet opnieuw op; je controleert of je bankbestanden, API’s, afschriftimports en processen met het preciezere formaat overweg kunnen.
De berichtfamilies: pain, pacs en camt
Het jargon wordt snel zwaar, maar het meeste valt op zijn plek zodra je de drie families kent die het vaakst genoemd worden.
Een betaling in drie stappen
Stel, je wilt een leverancier betalen.
- Eerst maakt je systeem een bericht dat je bank vertelt wat je wilt. Dat is de pain-familie (payment initiation). Hier heb je als bedrijf het meest mee te maken: een pain.001 voor overboekingen of een pain.008 voor incasso’s.
- Daarna praten de banken onderling om de betaling te verrekenen. Dat is de pacs-familie (payments clearing and settlement). Die berichten maak je zelf niet, maar ze bepalen wel welke gegevens banken van je verwachten.
- Tot slot rapporteert de bank terug met status, afschriften en saldi. Dat is de camt-familie (cash management), bijvoorbeeld het dagafschrift camt.053 dat bij Nederlandse banken het oude MT940 vervangt.
Onthoud één zin: pain vraagt, pacs verplaatst, camt rapporteert.
Welke berichten je bedrijf echt raakt
| Familie | Wat het is | Wie ermee werkt |
|---|---|---|
| pain | Betaalopdrachten: overboekingen, salarissen, incasso’s | Jij, via je boekhoudpakket of converter |
| pacs | Verrekening tussen banken | Je bank en het betaalsysteem |
| camt | Afschriften, statusmeldingen, afletteren | Jij, bij import in je boekhouding |
Wil je zien hoe zo’n bestand er in de praktijk uitziet, bekijk dan het voorbeeldbestand pain.008.001.02. Een korte uitleg van de begrippen staat in de woordenlijst onder ISO 20022.
Voordelen ten opzichte van oude betaalformaten
Een leveranciersbetaling gaat op tijd van je rekening, maar twee dagen later vraagt je administratie nog steeds: welke facturen dekte dit? Het geld bewoog. De informatie niet netjes mee.
Oude formaten, zoals het Nederlandse ClieOp03, oudere SWIFT MT-berichten en bankspecifieke bestanden, zijn gemaakt voor systemen met strakke veldlimieten. Ze kunnen een bedrag, datum en kenmerk doorgeven, maar zijn zwak in het meesturen van gedetailleerde informatie die elke bank, elk boekhoudpakket en elke fraudecontrole hetzelfde interpreteert.
Vergelijking
| Kenmerk | Oude formaten (ClieOp03, SWIFT MT, MT940) | ISO 20022 (XML) |
|---|---|---|
| Rijkdom van gegevens | Beperkte velden, veel vrije tekst | Gestructureerde, gedefinieerde velden |
| Automatisering | Meer handmatig mappen en repareren | Geschikt voor straight-through processing |
| Foutafhandeling | Onduidelijkheid komt laat aan het licht | Eerder en preciezer valideren |
| Fraudecontrole | Vrije tekst lastig te analyseren | Beter screenen op gestructureerde velden |
| Afletteren | Weinig context om betalingen te matchen | Betere omschrijving, schonere matching |
| Uitwisselbaarheid | Lokale eigenaardigheden | Ontworpen als gemeenschappelijke taal |
Waar je de winst ziet
Voor finance zit de eerste winst in het afletteren. Als factuurnummers en betaalgegevens in voorspelbare velden binnenkomen, werken je matchregels beter en belanden minder betalingen op de stapel “later uitzoeken”. Het gestructureerde betalingskenmerk is daar een Nederlands voorbeeld van.
Voor ontwikkelaars zit de winst in eerder valideren. ISO 20022 haalt de complexiteit niet weg, maar maakt die expliciet: verplichte velden, veldlengtes, formaten en structuur controleer je voordat het bestand bij de bank ligt.
Voor het management is de winst grip: schonere gegevens, betere rapportage en minder verborgen kosten van handmatige uitzonderingen.
ISO 20022, SEPA en de migratie
SEPA en ISO 20022 worden vaak door elkaar gehaald. SEPA is een betaalschema, ISO 20022 de onderliggende datastandaard. Maak je al SEPA XML-bestanden voor overboekingen of incasso’s, dan gebruik je al gestructureerde ISO 20022-berichten.
Nederlandse bedrijven hebben daardoor een voorsprong. Bij de SEPA-migratie in 2014 verdween ClieOp03 en stapten bedrijven over op pain.001 en pain.008. Het formaat kan per bank, product of versie nog verschillen, maar het principe is bekend: gegevens in vaste velden in plaats van in vrije tekst.
Ook buiten SEPA schuift de wereld op. Voor grensoverschrijdende betalingen via SWIFT is de overgangsperiode van de oude MT-berichten naar ISO 20022 in november 2025 afgelopen, en banken bieden steeds vaker camt-afschriften aan in plaats van MT940. Je hoeft niet elke deadline te kennen. Je moet wel weten of je banken, softwareleveranciers en betaalproviders hun geaccepteerde formaten, afschriften of API’s aanpassen.
Een goede gewoonte: houd een eenvoudige lijst bij van elke bankkoppeling, elk bestandstype en elke afschriftimport, en stel per regel één vraag: wat verandert er, en wanneer?
Werk je met incasso’s in je eigen software, dan helpt de gids over de SEPA-incasso-API voor terugkerende betalingen om de ISO 20022-begrippen te vertalen naar implementatiekeuzes.
Wat ISO 20022 betekent voor finance en IT
Het begint meestal met een betaling die routine had moeten zijn. De leverancier mist het kenmerk, finance kan de betaling niet afletteren, IT zegt dat het bestand geldig was. Iedereen deed zijn deel, toch kostte het extra werk.
Voor finance
Finance merkt ISO 20022 waar tijd verdwijnt: betaalvoorbereiding, uitzonderingen, afletteren, liquiditeitsoverzicht en audit. Concreet levert het op:
- vollediger betaalgegevens voor leveranciers en klanten;
- schonere kenmerken voor het afletteren van facturen;
- duidelijkere statusmeldingen (pain.002) van je bank;
- betere vastlegging als een betaling mislukt.
Voor ontwikkelaars
Oudere opstellingen leunen vaak op bankspecifieke CSV’s, vaste-breedtebestanden of scripts die ooit zijn geschreven en nooit meer zijn aangeraakt. ISO 20022 duwt die richting XML met expliciete velddefinities en strengere validatie. Dat raakt:
- het mappen van gegevens uit boekhoudpakket, facturatie of salarisadministratie;
- validatie van verplichte velden vóór verzending;
- het verwerken van statusberichten en foutmeldingen van de bank;
- logging en audittrail bij mislukte betalingen;
- versiebeheer van berichtformaten en bankspecifieke regels.
Waar teams vastlopen
Het probleem is zelden de XML zelf, maar het gat tussen technisch geldig en zakelijk bruikbaar. Een bestand kan de schemacontrole doorstaan en toch bij de bank vastlopen: een ontbrekend veld, een afwijkende bankregel, een identificatie in het verkeerde formaat. Behandel ISO 20022 daarom als gezamenlijk project van finance en IT, niet als een losse bestandsupdate.
Je ISO 20022-bestanden zonder eigen bouwwerk
Veel mkb-bedrijven bereiden betalingen en incasso’s nog voor in Excel of exporteren ze uit oudere software. Je hebt grofweg twee opties:
| Optie | Past bij | Afweging |
|---|---|---|
| Zelf omzetting bouwen | Teams met technische capaciteit en onderhoudsbudget | Meer controle, maar meer ontwikkel- en testwerk |
| Gespecialiseerde converter gebruiken | Finance-gedreven teams, gemengde omgevingen | Snel live, weinig engineering, afhankelijk van de leverancier |
GenerateSEPA zet Excel, CSV en JSON om naar SEPA XML (pain.001 en pain.008) volgens ISO 20022, met controle van de rekeninggegevens en een API voor automatisering. De opbouw van het doelbestand lees je in het SEPA ISO 20022-incassobestand uitgelegd.
Checklist voor ISO 20022 in je bedrijf
| Stap | Wat je doet | Wie |
|---|---|---|
| 1 | Vraag je bank welke berichtversies en uploadkanalen gelden | Finance |
| 2 | Breng in kaart waar je betaalgegevens ontstaan | Administratie |
| 3 | Inventariseer je huidige formaten en scripts | IT |
| 4 | Controleer velden, niet alleen het bestandstype | Finance en IT |
| 5 | Kies tussen handmatig uploaden en automatiseren | Management |
| 6 | Test lastige gevallen: lange namen, rare kenmerken, incasso’s | Finance en IT |
De veiligste vraag is niet “kan ons systeem XML exporteren?”, maar “kan het de XML exporteren die onze bank accepteert, met de gegevens die ons team nodig heeft?” Wil je dat snel testen met je eigen gegevens? Probeer GenerateSEPA 7 dagen gratis en maak van je Excel-lijst een geldig SEPA-bestand.
Veelgestelde vragen
- Is ISO 20022 hetzelfde als SEPA?
- Nee. SEPA is een betaalschema met regels voor eurobetalingen en incasso's. ISO 20022 is de berichtstandaard waarmee de betaalgegevens worden gestructureerd. SEPA gebruikt ISO 20022, maar de begrippen zijn niet uitwisselbaar.
- Gebruik ik ISO 20022 al als ik SEPA-bestanden upload?
- Ja. Een SEPA XML-bestand voor overboekingen (pain.001) of incasso's (pain.008) is een ISO 20022-bericht. Nederlandse bedrijven gebruiken het sinds de SEPA-migratie in 2014, toen ClieOp03 verdween. De vraag is vooral of je bestanden, kenmerken en rapportages passen bij wat je bank nu verwacht.
- Geldt ISO 20022 alleen voor internationale betalingen?
- Nee. De standaard wordt gebruikt in binnenlandse en regionale systemen, zoals SEPA in Europa, en ook voor grensoverschrijdende betalingen via SWIFT. Daardoor raakt hij vrijwel elk bedrijf dat betaalbestanden of bankafschriften verwerkt.
- Moet ik zelf XML begrijpen?
- Niet per se. Iemand in of buiten je bedrijf moet weten hoe je gegevens een geldig betaalbestand worden. Als eigenaar of financieel verantwoordelijke moet je vooral weten welke velden belangrijk zijn, wat je bank verwacht en of je software dat betrouwbaar kan leveren.
