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, met uitzondering van betalingsinstellingen en instellingen voor elektronisch geld, moesten instantoverboekingen kunnen ontvangen en mochten voor een instantoverboeking niet langer meer rekenen dan voor een gewone overboeking.
• 9 oktober 2025: dezelfde dienstverleners moesten instantoverboekingen kunnen versturen en moesten Verification of Payee kosteloos aanbieden.
• 9 januari 2027: dienstverleners in lidstaten waar de euro niet de munt is, moeten instantoverboekingen in euro kunnen ontvangen.
• 9 april 2027: betalingsinstellingen en instellingen voor elektronisch geld in de eurozone moeten ze kunnen versturen en ontvangen.
• 9 juli 2027: dienstverleners in lidstaten buiten de eurozone moeten ze kunnen versturen en Verification of Payee aanbieden.

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. In het eerste jaar passeerde ze de 43 miljoen geregistreerde gebruikers op onderlinge overboekingen, daarna ging ze e-commerce in, en in september 2026 meldde EPI 60 miljoen gebruikers. Tot de handelaren horen 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 op 10 oktober 2026:

• Parlement en Raad bereikten op 27 november 2025 een voorlopig politiek akkoord.
• De definitief overeengekomen teksten verschenen op 23 april 2026.
• De Commissie economische en monetaire zaken keurde de overeengekomen tekst op 5 mei 2026 goed, maar de Raad heeft zijn standpunt in eerste lezing nog niet vastgesteld en geen van beide teksten staat in het Publicatieblad. Het proceduredossier van het Parlement noemt 14 december 2026 als indicatieve datum voor de plenaire behandeling, dus publicatie begin 2027 ligt meer voor de hand.
• 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 begint de toepassing daarmee op zijn vroegst eind 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 januari 2027 (ontvangen) en 9 juli 2027 (versturen en Verification of Payee) in het plan. Beide data liggen dichterbij 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.