Rekeningnummer Generator

Nederland gebruikte tot 2014 twee typen rekeningnummers. Het bankrekeningnummer was een 9- of 10-cijferig nummer bij een commerciële bank (ABN AMRO, ING, Rabobank, SNS, etc.). Daarnaast was er het gironummer, een 1- tot 7-cijferig nummer bij de Postbank (later ING). Beide systemen hadden eigen validatieregels.

Op 1 februari 2014 voltooide de Europese betaalunie SEPA (Single Euro Payments Area) de harmonisatie van eurobetalingen. Nederland kreeg tot 1 augustus 2014 om volledig over te stappen op IBAN — het internationale, 18-cijferige formaat dat bank, land en controlecijfers combineert.

Sindsdien heb je alleen nog een IBAN nodig voor alle eurobetalingen binnen de EU. Het oude 9- of 10-cijferige nummer zit vaak nog "verstopt" in het IBAN: bij Nederlandse IBAN's zijn de laatste 10 cijfers hetzelfde als het oude bankrekeningnummer.

Een Nederlands IBAN is 18 tekens lang en heeft vier vaste onderdelen:

Volledig IBAN: NL91 ABNA 0417 1643 00. De bankcodes voor de grote Nederlandse banken:

• ABNA — ABN AMRO
• INGB — ING
• RABO — Rabobank
• SNSB — SNS Bank
• TRIO — Triodos Bank
• BUNQ — Bunq

Hieronder zeven fictieve Nederlandse IBAN-rekeningnummers die de MOD-97 controle doorstaan. Elke regel toont een ander bank-BIC. Gebruik ze voor formulier-validatie, unit-tests of om betaal-integraties te verifiëren. Geen van deze nummers is gekoppeld aan een echte bankrekening.

Wil je bulk testdata? De IBAN Generator produceert tot 10.000 unieke fictieve IBANs per keer, verdeeld over de banken die je selecteert.

Heb je nog documentatie of data met oude bankrekeningnummers en wil je die omzetten naar IBAN? Dat kan deterministisch voor banknummers, maar niet voor gironummers (die kregen andere mapping-regels).

Het IBAN-omnummeringsproces (voor bankrekeningen) werkt als volgt:

1. Neem het oude 9- of 10-cijferige rekeningnummer.
2. Pad met voorloopnullen tot 10 cijfers.
3. Zoek de BIC/bankcode van de bank op (ABNA, INGB, etc.).
4. Construeer: NL + "00" + bankcode + rekeningnummer.
5. Bereken de 2 controlecijfers met MOD-97 en vervang de "00".

Voor de MOD-97 berekening zie het kennisbank-artikel over IBAN MOD-97 — met drie implementatiestrategieën, benchmarks voor Node 22 en valkuilen bij formatteren.

Fictieve rekeningnummers — tegenwoordig in IBAN-formaat — zijn onmisbaar voor elke applicatie die betaalgegevens verwerkt. Hieronder de meest voorkomende test-scenario's bij Nederlandse development-teams.

• Betaalformulieren en checkout-flows — e-commerce- en abonnementsplatformen valideren IBAN-invoer zowel structureel (18 tekens, landcode NL) als wiskundig (MOD-97). Fictieve IBANs laten je zowel de happy path als edge-cases (verkeerde controlecijfers, verkeerde landcode) controleren zonder echte rekeninggegevens.
• PSP-integraties — koppelingen met Payment Service Providers zoals Mollie, Adyen, Stripe en Buckaroo gebruiken in hun test-modus fictieve rekeningnummers. Onze generator produceert uitsluitend nummers die de MOD-97 doorstaan, waardoor je zeker weet dat fouten in je flow niet aan de input liggen.
• SEPA-incasso en overboekingen — om een SEPA Direct Debit (EEI) of Credit Transfer (CTI) batch te testen heb je tientallen unieke rekeningnummers nodig. De IBAN Generator kan tot 10.000 per keer produceren, geschikt voor bulk-tests van ABN AMRO SEPA Library, iDEAL-bestandsformaat of banken-API.
• Load- en performance-tests — wanneer je duizenden transacties per seconde genereert in een performance-omgeving (JMeter, Gatling, k6) zijn herhaalde dummy-IBANs niet realistisch. Exporteer een CSV van 10.000 unieke IBANs en roteer erdoorheen voor realistische loadtest-scenarios.
• Boekhoud- en facturatie-software — Exact, AFAS, Moneybird en andere NL-boekhoudapplicaties hebben een IBAN-veld per klant en leverancier. Bij het seeden van demo-omgevingen of het testen van bulk-imports vanuit CSV-bestanden gebruik je fictieve IBANs om realisme te creëren zonder AVG-risico.

Rekeningnummers van echte personen vallen onder de Algemene Verordening Gegevensbescherming (AVG / GDPR). Dat betekent dat je als developer geen productiedatabase met echte IBANs mag kopiëren naar je test-, staging-, of acceptatieomgeving — zelfs niet als je alleen een bug wilt reproduceren.

Concrete verplichtingen voor development-teams:

• Gebruik uitsluitend fictieve, gegenereerde IBANs in alle niet-productie-omgevingen.
• Als productie-data écht nodig is: pseudonimiseer of anonimiseer alle rekeningnummers (bijvoorbeeld door ze te vervangen door fictieve IBANs met dezelfde banken-verdeling).
• Leg vast in je DPIA (Data Protection Impact Assessment) welke testdata-strategie je volgt.
• Deel geen CSV-bestanden, SQL-dumps of JSON-exports met echte rekeningnummers via e-mail, Git of ticketsystemen.

Lees het kennisbank-artikel AVG in testomgevingen voor concrete Nederlandse AP-boetes en acht praktische regels waarmee je AVG-compliant kunt testen zonder productie-gegevens.