Instantbetalingen en Verification of Payee: wat er veranderde in de Europese checkout

Betaalregelgeving levert zelden zichtbare interfacewijzigingen op. De Instant Payments Regulation is een uitzondering. Ze voegde een scherm toe aan overboekingen in de hele eurozone, veranderde wat handelaren van afwikkeling mogen verwachten, en maakte stilletjes een hele categorie Europese betaalproducten mogelijk.

Bouw je checkoutstromen, uitbetaalsystemen, factuurtools of wat dan ook dat euro's verplaatst, dan lees je hier wat er echt veranderde en wat dat voor je code betekent.

De verordening in het kort

Verordening (EU) 2024/886, meestal de Instant Payments Regulation genoemd, wijzigt de SEPA-regels zodat instantoverboekingen een basisdienst worden in plaats van een premiumdienst.

De verplichtingen kwamen gefaseerd:

• 9 januari 2025: betaaldienstverleners in de eurozone moesten instantoverboekingen kunnen ontvangen.
• 9 oktober 2025: betaaldienstverleners in de eurozone moesten instantoverboekingen kunnen versturen, mochten er niet meer voor rekenen dan voor gewone overboekingen, en moesten Verification of Payee kosteloos aanbieden.
• 9 juli 2027: de gelijkwaardige verplichtingen gelden voor dienstverleners in lidstaten waar de euro niet de munt is.

Daaruit volgen twee dingen. Instant euro-overboekingen zijn nu universeel beschikbaar, de klok rond, tegen dezelfde prijs als gewone overboekingen, en worden binnen tien seconden afgewikkeld. En elke euro-overboeking bevat nu een naamcontrole vóór de bevestiging.

Wat Verification of Payee doet

Voordat de betaler een overboeking bevestigt, controleert zijn betaaldienstverlener of de ingevoerde naam van de begunstigde overeenkomt met de naam die voor dat IBAN op de rekening staat. De betaler ziet de uitkomst voordat hij autoriseert.

De uitkomst is geen simpel ja of nee. Er zijn doorgaans vier statussen:

• Match: de naam komt overeen.
• Bijna-match: hij komt bijna overeen, en de betaler krijgt meestal de werkelijke rekeningnaam te zien om zelf te beslissen.
• Geen match: het komt niet overeen. De betaler kan doorgaan, maar is gewaarschuwd.
• Verificatie niet mogelijk: de dienstverlener van de begunstigde kon niet antwoorden, bijvoorbeeld door een time-out.

Het doel is fraudereductie. Verkeerd geadresseerde betalingen en factuurfraude leunen er allebei op dat de betaler niet merkt dat de rekeningnaam niet hoort bij wie hij denkt te betalen. De controle vóór de bevestigknop zetten dicht een groot deel van dat gat.

Waarom het telt als je geen bank bent

De meeste lezers zijn geen betaaldienstverlener, dus de directe verplichting is niet van jou. De effecten bereiken je toch.

Je bedrijfsnaam moet overeenkomen met je bankrekening

Dit betrapt bedrijven voortdurend. Gebruiken je facturen, je checkoutpagina en je betaalinstructies een handelsnaam, maar staat de bankrekening op naam van de rechtspersoon, dan ziet elke klant die je per overboeking betaalt nu een bijna-match of een waarschuwing.

Sommigen stoppen. Sommigen bellen support. Enkelen concluderen dat je factuur een phishingpoging is, precies het gedrag dat de verordening wil aanmoedigen.

De oplossing is onspectaculair maar belangrijk: laat de naam van de begunstigde die je publiceert overal overeenkomen met de naam die op de rekening staat. Factuursjablonen, betaalinstructies bij het afrekenen, herinneringen, de voettekst van je site, de welkomstmail. Is het verschil onvermijdelijk, vertel klanten dan vooraf welke naam ze zullen zien.

Bulkuitbetalingen hebben een plan nodig

Doe je uitbetalingen aan leveranciers, opdrachtnemers, marktplaatsverkopers of ontvangers van terugbetalingen, dan geldt Verification of Payee ook voor bulkbestanden, met enige flexibiliteit in hoe resultaten voor grote batches worden getoond.

Je uitbetaalpijplijn moet een resultatenset verwerken in plaats van een simpel geaccepteerd of geweigerd. Dat betekent de verificatie-uitkomst bij elk begunstigderecord opslaan, beslissen wat je bedrijf doet bij een bijna-match, en een workflow hebben waarin een mens de gevallen zonder match beoordeelt in plaats van alles te blokkeren of de waarschuwing te negeren.

Neem je begunstigden aan boord, verzamel dan de rekeningnaam als apart veld en verifieer die bij aanmelding in plaats van bij de betaling. Slechte begunstigdegegevens repareren tijdens een betaalrun is duur en traag.

Afwikkeltiming verandert aannames

Instantafwikkeling betekent dat geld binnen seconden aankomt, op elk uur, ook in weekends en op feestdagen.

Dat breekt aannames in reconciliatiecode die is geschreven voor batchafwikkeling. Systemen die een dagelijks afschriftbestand verwachten, die aannemen dat er buiten kantooruren geen bijschrijvingen komen, of die eens per dag reconciliëren, gedragen zich nu vreemd. Fulfilmentlogica die hangt aan «betaling binnen» kan ineens om twee uur 's nachts op zondag afgaan, wat prima kan zijn of kan botsen met een onderhoudsvenster.

Niets hiervan is moeilijk, maar het moet bewust bekeken worden in plaats van in productie ontdekt.

Het grotere gevolg: rekening-naar-rekeningbetalingen werden haalbaar

Het belangrijkste effect van de verordening is niet de naamcontrole. Het is dat alomtegenwoordige, goedkope, instant euro-rails rekening-naar-rekeningbetaalproducten op consumentenschaal praktisch maakten.

Je bouwt geen consumentwallet op rails die in één of twee werkdagen afwikkelen. Handelaren geven geen goederen vrij tegen een overboeking die misschien dinsdag aankomt. Zodra instant universeel werd en geen meerprijs meer droeg, verdween dat bezwaar.

Zo kwam Wero. De wallet van het European Payments Initiative verplaatst geld via SEPA-instantoverboeking, wikkelt in ongeveer tien seconden af en omzeilt de kaartschema's volledig. Ze bereikte zo'n 43 miljoen gebruikers op onderlinge overboekingen, ging daarna e-commerce in, en haalde handelaren binnen als Lidl, Decathlon, Rossmann en Eventim. We schreven een volledige integratiehandleiding in de Wero-gids.

Vraag je je af waarom de bankoverboeking ineens een serieuze checkoutoptie is in markten waar hij vroeger de terugvaloptie was voor mensen zonder kaart, dan is dit de reden.

Wat hierna komt: PSD3 en de PSR

De volgende regelgevende stap is het betaaldienstenpakket. De stand van zaken per augustus 2026:

• Parlement en Raad bereikten op 27 november 2025 een voorlopig politiek akkoord.
• De definitief overeengekomen teksten verschenen op 23 april 2026.
• Publicatie in het Publicatieblad wordt verwacht in de tweede helft van 2026.
• De Payment Services Regulation geldt 21 maanden na inwerkingtreding, met de bepalingen over Verification of Payee op 27 maanden. PSD3 vereist nationale omzetting op een vergelijkbare termijn.

Realistisch plaatst dat toepassing in 2028. De inhoud ligt feitelijk vast, dus je kunt erop plannen, maar er is geen reden om er dit jaar voor te bouwen.

De wijzigingen die het meest tellen voor productteams:

Open banking-interfaces worden sterker. Het pakket verscherpt de eisen aan de toegewijde interfaces die banken moeten bieden, met het debat over het schrappen van de terugval op de klantinterface. Voor wie bouwt op rekeninginformatie- of betaalinitiatiediensten worden API-kwaliteit en beschikbaarheid afdwingbaar in plaats van hoopvol.

Fraudeaansprakelijkheid verschuift. Er is een uitgebreid kader rond geautoriseerde pushbetalingsfraude en identiteitsmisbruik, dat verandert wie verliezen draagt in scenario's die nu bij de consument terechtkomen.

Sterke klantauthenticatie wordt verfijnd. Een deel van de wrijving die PSD2 introduceerde wordt heroverwogen, met name rond transactierisicoanalyse en terugkerende betalingen.

Betaalinstellingen en elektronischgeldinstellingen fuseren tot één vergunningcategorie, wat het leven van fintechs vereenvoudigt.

Een praktische checklist

Wil je hier een uur aan besteden en er iets bruikbaars uit halen:

1. Maak jezelf een overboeking naar je zakelijke rekening vanaf een niet-gelieerde bank. Kijk welke naam terugkomt. Is dat niet wat klanten op je facturen zien, dan heb je werk.
2. Zoek in je codebase naar reconciliatielogica die afwikkelbatches of kantooruren aanneemt.
3. Controleer of je uitbetaalprovider de uitkomsten van Verification of Payee in zijn API blootstelt, en of je die opslaat.
4. Kijk naar je aanmeldformulier voor begunstigden. Vraagt het de naam van de rekeninghouder, en valideer je die bij aanmelding?
5. Zit je in een lidstaat buiten de eurozone, zet dan 9 juli 2027 in het plan. Het is verder weg dan het voelt.

Waar dit past

Betalingen zijn één deel van een veel bredere regelgevende opbouw in Europa. De gids EU digitale compliance 2026 brengt de rest in kaart, en het praktische werk rond persoonsgegevens in betaalstromen staat in onze technische AVG-gids.

Wij bouwen en onderhouden betaal- en uitbetaalsystemen voor bedrijven in heel Europa, inclusief checkoutstromen, orderorkestratie, reconciliatie en de weinig glamoureuze rapportages die financeteams echt nodig hebben. Wil je een beeld van hoe deze wijzigingen in je stack landen, mail dan naar office@c9group.dev, of lees meer op onze pagina over toetreding tot de Europese markt.