Verification of Payee in productie: negen maanden bijna-overeenkomsten, batchbestanden en onbeprijsde aansprakelijkheid

De controle op de begunstigde hield op een product te zijn op de dag dat het een verplichting werd. Sinds 9 oktober 2025 moet elke betaaldienstverlener in een lidstaat van de eurozone Verification of Payee kosteloos aanbieden op overboekingen, op grond van Regulation (EU) 2024/886. De controle zelf is niet moeilijk: vergelijk een naam met de naam die op een rekening staat en geef antwoord. Moeilijk is alles eromheen — een responsbudget van vijf seconden, een middenantwoord dat noch ja noch nee is, zakelijke bestanden die uit elkaar moeten voordat ze gecontroleerd kunnen worden, en een aansprakelijkheidsgrens die zowel de verordening als het scheme rulebook weigert te trekken.

Managementsamenvatting

De verplichting is breed en onbeprijsd. Regulation (EU) 2024/886 verplicht PSP's om Verification of Payee kosteloos aan de betaler aan te bieden op overboekingen binnen scope. Aanbieders in de eurozone draaien sinds 9 oktober 2025; aanbieders buiten de eurozone volgen op een later tijdpad. De kosten terugverdienen via een tarief kan niet.

Interoperabiliteit is uitbesteed. In plaats van elke PSP met elke andere PSP te verbinden, routeert het scheme van de European Payments Council verzoeken via Routing and/or Verification Mechanisms, onderworpen aan een kwalificatieproces van de EPC. Die keuze loste bereikbaarheid op en creëerde een afhankelijkheid van derden die thuishoort in het register voor operationele veerkracht.

Latency is een schemevoorwaarde, geen SLO die u kiest. Het scheme stelt een maximum van vijf seconden waarbinnen de verzoekende PSP een antwoord moet krijgen, met in de praktijk een aanzienlijk scherpere norm. Een time-out is geen storingstoestand waartegen u de betaler kunt afschermen; het is een antwoord, en het betekent "kon niet worden gecontroleerd".

De controle verzwakt bij een verkeerde UX. Een waarschuwing die te vaak verschijnt, of die leest als standaardtekst, wordt weggeklikt. De afhandeling van bijna-overeenkomsten is de ontwerpbeslissing met de grootste hefboom in de hele implementatie.

De verordening maakte van verificatie basisinfrastructuur

Tien jaar lang was naamcontrole een nationaal initiatief en een commercieel verhaal. Nederland en het Verenigd Koninkrijk bouwden schemes en verkochten de fraudedaling. Regulation (EU) 2024/886 maakte een einde aan dat frame in de hele eurozone door de controle verplicht, gratis en algemeen te maken.

Drie eigenschappen van de verplichting wegen zwaarder dan de rest.

Zij is kosteloos voor de betaler. Article 5c laat geen ruimte voor een premiumlaag verificatie, en dat haalt het commerciële mechanisme weg waarmee een bank normaal de bouw financiert en het gebruik rantsoeneert.

Zij is niet beperkt tot instant betalingen. Het instrument kwam weliswaar binnen via de Instant Payments Regulation, maar de verificatieplicht hangt aan overboekingen binnen scope in het algemeen, inclusief gewone SEPA-overboekingen. Instellingen die hun programma alleen op SCT Inst afbakenden, troffen een fors groter integratieoppervlak aan dan gepland.

Zij is aan een tijdsvenster gebonden. Het scheme van de European Payments Council stelt een plafond van vijf seconden waarbinnen de verzoekende PSP een antwoord moet krijgen, met in normale bedrijfsvoering een aanmerkelijk snellere norm. Dat getal is geen service-level objective waarover een bank intern onderhandelt. Het is een schemevoorwaarde, en alles bovenstrooms — de UX van de betaalinitiatie, kanaaltime-outs, retrybeleid, bestandsverwerking — moet erbinnen passen.

Het gevolg is structureel. Verificatie werd een gedeelde nutsvoorziening met een vast latencybudget en zonder omzetregel. Het is een kostenpost van het aanhouden van een betaalrekening.

Wat het scheme werkelijk eist

Het EPC-scheme definieert de berichtuitwisseling en, cruciaal, het vocabulaire van het antwoord. De verzoekende PSP vraagt; de antwoordende PSP — die de rekening achter het IBAN houdt — antwoordt met een classificatie in plaats van met de volledige naam van de rekeninghouder.

Tabel 1: Antwoordtypen en wat elk daarvan verplicht

Antwoord	Wat het betekent	Wat de betaler ziet	Wat de PSP moet kunnen aantonen
Match	De opgegeven naam komt overeen met de naam op de rekening	Doorgaan zonder frictie	Dat de controle is uitgevoerd en het antwoord is vastgelegd
Bijna-overeenkomst	De namen komen sterk maar niet exact overeen — afkorting, handelsnaam, verwisselde onderdelen	Een waarschuwing, en in het ontwerp van het scheme de daadwerkelijk gehouden naam, zodat de betaler kan oordelen	De exact getoonde tekst, het tijdstempel en de daaropvolgende keuze van de betaler
Geen match	De naam komt niet overeen met de rekening	Een expliciete waarschuwing vóór autorisatie	De inhoud van de waarschuwing en het eventueel negeren daarvan
Verificatie niet mogelijk	Geen antwoord binnen het venster, of de antwoordende partij kan het verzoek niet bedienen	Een neutrale mededeling dat de controle niet kon worden afgerond	Waarom het misging, en dat de betaler is geïnformeerd

De vierde regel is die welke de meeste programma's onvoldoende hebben ontworpen. Een time-out is geen interne fout om weg te slikken. Het is een schemeuitkomst met een verplichte mededeling, en die zal optreden — bij incidenten aan de antwoordende kant, bij degradatie van een RVM, of bij simpele netwerkvariatie dicht tegen het plafond.

Interoperabiliteit loopt via Routing and/or Verification Mechanisms. Een PSP mag tegenpartijen bereiken via een RVM in plaats van bilaterale bereikbaarheid te bouwen naar elke instelling in SEPA, en RVM's moeten een kwalificatieproces van de EPC doorlopen. Dat was de juiste architectuurkeuze — het alternatief is een onbouwbaar mesh — maar het zet een geconcentreerde derde partij in het autorisatiepad van een gereguleerde betaaldienst. Dat hoort in het DORA-informatieregister en in de concentratierisicoanalyse, niet alleen in een leveranciersdossier.

De bijna-overeenkomst is het hele probleem

Match en Geen match zijn makkelijk. Zij vertalen naar "doorgaan" en "stoppen". Bijna-overeenkomst vertaalt naar "u beslist", en daar werkt de controle óf sterft zij geruisloos.

Echte namen van begunstigden zijn rommelig op manieren die niets met fraude te maken hebben. Een bedrijf handelt onder een merk en bankiert onder een geregistreerde entiteit. De rekening van een eenmanszaak staat op een persoonsnaam. Namen dragen diakritische tekens die het toetsenbord van de betaler niet heeft, of rechtsvormsuffixen die de betaler weglaat. Lange namen worden bovenstrooms afgekapt. Twee legitieme partijen kunnen één komma verschillen.

Dat levert een gestage stroom bijna-overeenkomsten op bij volstrekt echte betalingen. Elke daarvan vraagt een mens om een oordeel waarvoor hij niet is toegerust, precies op het moment dat hij een taak wil afronden. Het faalpatroon is bekend van elke andere beveiligingswaarschuwing ooit uitgeleverd: vaak genoeg getoond zonder gevolg wordt zij reflexmatig weggeklikt, en als degene die ertoe deed voorbijkomt, gaat die net zo hard weg.

Twee ontwerpkeuzes veranderen de uitkomst wezenlijk.

Toon de naam, niet alleen het oordeel. Een waarschuwing die zegt "de gegevens komen niet exact overeen" geeft de betaler niets om mee te redeneren. Het ontwerp van het scheme voorziet erin dat bij een bijna-overeenkomst de op de rekening gehouden naam wordt teruggegeven, juist zodat de betaler kan herkennen dat "ACME Trading Ltd" en "Acme Trading Limited" dezelfde tegenpartij zijn, en "A. Trading Services" niet.

Maak het negeren van de waarschuwing bewust en vastgelegd. De beslissing van de betaler na een waarschuwing is het belangrijkste artefact dat de interactie oplevert. Zij bepaalt wie de schade draagt. Het hoort een expliciete handeling te zijn, vastgelegd met de exact getoonde tekst, niet een impliciet gevolg van het indrukken van dezelfde knop als altijd.

Meet vervolgens wat er werkelijk toe doet. Niet het aantal opgeworpen waarschuwingen, maar het aandeel dat is genegeerd — en daarbinnen: hoeveel er later zijn betwist. Een hoog percentage genegeerde waarschuwingen bij echte betalingen betekent dat de matching te streng staat. Een hoog percentage geschillen binnen die groep betekent dat de waarschuwing niet wordt gelezen.

Batchbestanden braken het model, en de afmelding werd de controle

Losse particuliere betalingen waren nooit het lastige geval. Zakelijke betaalbestanden wel.

Een zakelijke klant levert een betaalbestand aan — doorgaans een pain.001 — met honderden of duizenden overboekingen. Verificatie werkt niet op bestanden. Zij werkt op begunstigden. De bank moet het bestand dus ontrafelen, per regel een verzoek opwerpen en antwoorden verzamelen, elk onder hetzelfde plafond van vijf seconden, voordat het bestand vrijgegeven kan worden. De eigen verduidelijkingen van het scheme over batchverwerking bestaan omdat dit niet uit de tekst van de verordening bleek.

De verordening zag de druk aankomen. Betaaldienstgebruikers die geen consument zijn, mogen zich afmelden voor de verificatiedienst bij het aanleveren van meerdere betaalopdrachten als pakket, en zich weer aanmelden. Die ene bepaling draagt nu een onevenredig deel van de operationele last, en verdient behandeling als beheersmaatregel in plaats van als gemak.

Voor zakelijke bankteams volgen daaruit twee gevolgen.

De afmelding is een risicobeslissing die één keer wordt genomen en duizenden keren wordt geërfd. Een treasurer die verificatie laat vervallen voor batchaanlevering, heeft een fraudecontrole verwijderd uit elke betaling in elk toekomstig bestand totdat het besluit opnieuw tegen het licht gaat. Zij hoort de beoordelingsfrequentie van een mandaatwijziging te dragen, met een benoemde eigenaar, een vervaldatum en een periodieke herbevestiging — geen vinkje dat bij onboarding is gezet en nooit meer is gezien.

Het betere antwoord ligt bovenstrooms. Verificatie bij bestandsaanlevering zit op het verkeerde punt in de levenscyclus: de begunstigde is weken eerder in het ERP- of treasurysysteem gezet, en dáár richt een vervangen rekeningnummer zijn schade aan. Verificatie draaien bij het vastleggen van een begunstigde en bij elke latere wijziging van bankgegevens verplaatst de controle naar het moment van de wijziging, haalt de latencydruk volledig van de betaalrun af en levert een veel kleiner volume controles op bij een veel waardevoller besluit. Banken die verificatie op begunstigdeniveau als doorlopende dienst aanbieden aan zakelijke klanten, lossen het echte probleem op; banken die alleen bij aanlevering verifiëren, lossen de deadline op.

De aansprakelijkheidsgrens die niemand trok

Het scheme definieert antwoorden. Het definieert geen gevolgen. In dat gat zit de discussie van de komende jaren.

Neem de reeks die nu routine is. Een bank werpt een waarschuwing voor een bijna-overeenkomst op. De betaler gaat door. Het geld gaat naar een fraudeur. De bank heeft haar verplichting exact uitgevoerd en kan dat aantonen. De betaler zegt dat de waarschuwing dubbelzinnig was en dat hem niet is verteld wat er werkelijk mis was.

Beide posities zijn verdedigbaar, en dat is het probleem. De verordening verplicht de dienst en voorziet gevolgen voor de daaruit voortvloeiende schade wanneer een PSP haar niet levert. Zij beslecht niet het geval waarin de dienst werkte, de waarschuwing is getoond en de mens de verkeerde keuze maakte. Nationale implementaties, uitspraken van geschillenbeslechters en — na verloop van tijd — jurisprudentie zullen dit ongelijkmatig beslechten over de lidstaten heen.

Voor instellingen die die uitkomst liever vormgeven dan ondergaan, volgen drie dingen.

De kwaliteit van het bewijs is de verdediging. Niet "er is een waarschuwing getoond", maar de exacte tekst, het ontvangen antwoordtype, het tijdstempel en de handeling van de betaler, bewaard voor de volledige geschiltermijn en opvraagbaar door een klachtbehandelaar zonder engineeringticket.

De kwaliteit van de waarschuwing is de andere verdediging. Een instelling waarvan de waarschuwingen bij bijna-overeenkomsten specifiek en leesbaar zijn, staat wezenlijk sterker dan een instelling met generieke waarschuwingen. Hetzelfde negeren leest, voor dezelfde beoordelaar, anders al naargelang wat de betaler feitelijk te zien kreeg.

De zakelijke afmelding heeft een papieren spoor nodig. Wanneer een batchbestand met vervallen verificatie wordt aangeleverd en een betaling daarin misgaat, is de vraag of de klant begreep waarvan hij afstand deed. Een gedateerde, toegewezen en herbevestigde vastlegging beantwoordt die vraag. Een vinkje bij onboarding niet.

Het operationele draaiboek

Voor instellingen die al live zijn, is het werk nu consolidatie in plaats van oplevering.

Meet het midden. Rapporteer het percentage bijna-overeenkomsten, het percentage genegeerde waarschuwingen en het percentage betwiste genegeerde waarschuwingen als maandreeks, gesegmenteerd naar kanaal en klanttype. Die drie cijfers zeggen of de controle werkt; het aantal uitgevoerde controles niet.
Behandel de RVM als kritieke derde partij. Zij zit in het autorisatiepad. Zij vraagt om exitplanning, substitueerbaarheidsanalyse en integratie in incidentrespons op gelijke voet met elke andere kritieke leverancier.
Ontwerp het time-outpad bewust. Beslis en documenteer of een uitkomst "verificatie niet mogelijk" blokkeert, waarschuwt of doorlaat, per kanaal en per bedragsklasse. Terugvallen op stilte is een beslissing bij verstek.
Verplaats zakelijke verificatie bovenstrooms. Bied verificatie bij het vastleggen van begunstigden en bij wijziging van bankgegevens aan als doorlopende dienst. Het verlaagt de latency van de betaalrun, verbetert de controle en is een echte commerciële propositie binnen een verordening die verder tarieven verbiedt.
Herbevestig elke batchafmelding. Zet er een vervaldatum op. Benoem een eigenaar. Maak verlenging een beslissing in plaats van het uitblijven ervan.
Bereid u voor op de niet-euro-tranche. Aanbieders buiten de eurozone komen op een later tijdpad in scope, doorlopend tot in 2027. Instellingen die in beide werken, horen één capaciteit te bouwen, geen twee.

De verordening nam de keuze weg of er geverifieerd wordt. Wat rest is volledig een vraag van hoe goed — en het verschil tussen een implementatie die fraude terugdringt en een die slechts een auditor tevredenstelt, is op drie plekken zichtbaar: het scherm voor bijna-overeenkomsten, het register van batchafmeldingen en het bewijsspoor achter een genegeerde waarschuwing.

Veelgestelde vragen

Geldt Verification of Payee alleen voor instant betalingen?
Nee. De eis is weliswaar ingevoerd via de Instant Payments Regulation, maar de verificatieplicht hangt aan overboekingen binnen scope in het algemeen, inclusief gewone SEPA-overboekingen, niet alleen aan SCT Inst. Programma's die alleen op instant betalingen waren afgebakend, onderschatten het integratieoppervlak.

Mag een bank kosten rekenen voor Verification of Payee?
Niet aan de betaler voor de dienst die Article 5c eist — de verordening verplicht die kosteloos. Aanpalende diensten die verder gaan dan de verplichting, zoals het verifiëren van begunstigden bij vastlegging of bij wijziging van bankgegevens voor zakelijke klanten, vallen buiten die beperking, en daar bestaat wel degelijk een commerciële propositie.

Wat gebeurt er als de antwoordende instelling niet op tijd antwoordt?
Het scheme stelt een maximum van vijf seconden waarbinnen de verzoekende PSP een antwoord moet krijgen. Een time-out levert de uitkomst "verificatie niet mogelijk" op, een gedefinieerd resultaat waarover de betaler moet worden geïnformeerd, geen interne fout om te onderdrukken. Elke instelling moet per kanaal beslissen of die uitkomst blokkeert, waarschuwt of doorlaat.

Kunnen zakelijke klanten de controle uitzetten voor batchbestanden?
Ja. De verordening staat betaaldienstgebruikers die geen consument zijn toe zich af te melden voor de dienst bij het aanleveren van meerdere betaalopdrachten als pakket, en zich weer aan te melden. Omdat die afmelding vervolgens geldt voor elke betaling in elk volgend bestand, hoort zij te worden bestuurd als een doorlopende risicobeslissing met een eigenaar, een vervaldatum en periodieke herbevestiging.

Verschuift een waarschuwing bij een bijna-overeenkomst de aansprakelijkheid naar de betaler?
Niet automatisch, en niet overal gelijk. De verordening verplicht de dienst; zij beslecht niet het geval waarin de waarschuwing is getoond en de betaler toch doorging. Uitkomsten worden bepaald door nationale implementatie, de praktijk van geschillenbeslechters en jurisprudentie. Het sterkst staan de instellingen die de exact getoonde waarschuwingstekst, het ontvangen antwoordtype en de vastgelegde handeling van de betaler kunnen overleggen.

Referenties

European Parliament and Council of the European Union, 2024. Regulation (EU) 2024/886 amending Regulations (EU) No 260/2012 and (EU) 2021/1230 as regards instant credit transfers in euro. Brussels: Official Journal of the European Union. Beschikbaar op: European Parliament and Council of the European Union, 2024..
European Central Bank, 2026. Instant Payments Regulation. Frankfurt am Main: European Central Bank. Beschikbaar op: European Central Bank, 2026..
European Commission, 2025. Clarification of requirements of the Instant Payments Regulation. Brussels: Directorate-General for Financial Stability, Financial Services and Capital Markets Union. Beschikbaar op: European Commission, 2025..
European Payments Council, 2025. Verification of Payee scheme. Brussels: EPC. Beschikbaar op: European Payments Council, 2025..
European Payments Council, 2025. Verification of Payee scheme rulebook — frequently asked questions. Brussels: EPC. Beschikbaar op: European Payments Council, 2025..
European Payments Council, 2025. Clarifications about the provision of VOP services for bulk files. Brussels: EPC. Beschikbaar op: European Payments Council, 2025..
European Payments Council, 2025. Routing and/or Verification Mechanisms for the Verification of Payee scheme. Brussels: EPC. Beschikbaar op: European Payments Council, 2025..

Laatst herzien 2026-08-05.

Dit artikel herpubliceren

Verification of Payee in productie: bijna-overeenkomsten en batches — Sebastien Rousseau

Negen maanden na de IPR-deadline is Verification of Payee een nutsvoorziening voor elke PSP in de eurozone. Het lastige: bijna-overeenkomsten en batchbestanden.

Dit artikel valt onder de licentie Creative Commons Attribution 4.0 International. Herpublicatie vereist attributie aan de canonieke URL.

Verification of Payee in productie: bijna-overeenkomsten en batches — Sebastien Rousseau

Negen maanden na de IPR-deadline is Verification of Payee een nutsvoorziening voor elke PSP in de eurozone. Het lastige: bijna-overeenkomsten en batchbestanden.

Originally published at https://sebastienrousseau.com/nl/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER