Een payee checker is het hulpmiddel dat één vraag beantwoordt voordat er geld beweegt: hoort de naam die ik heb bij de rekening achter dit IBAN? In de EU heet die controle Verification of Payee (VoP), ze loopt op het SEPA-schema en geeft een gestandaardiseerd antwoord in ruim minder dan een seconde. Horen de naam en de rekening niet bij elkaar, dan weet je dat vóór je verstuurt - niet erna.
Dat is de eenvoudige versie. De nuttige versie is weten wat een payee checking-dienst wel en niet kan, want de term wordt losjes gebruikt en een deel van wat hij belooft is technisch niet mogelijk.
Wat een payee checker wel en niet kan
Hij kan niet opzoeken wie een IBAN bezit. Gegevens van rekeninghouders zijn niet openbaar, het zijn persoonsgegevens die onder de AVG vallen, en de enige instelling die met zekerheid kan zeggen wie een rekening aanhoudt, is de bank die de rekening aanhoudt. Elke website die beweert namen van rekeninghouders te onthullen uit een zoekveld, gokt, verkoopt gelekte data door of verkoopt iets heel anders.
Wat een echte payee checker doet, is het vragen. Je betaaldienstverlener (PSP) stuurt de ingevoerde naam en het IBAN naar de PSP die de bestemmingsrekening aanhoudt; die bank vergelijkt de twee namen volgens de matchingregels van het schema en stuurt een gestandaardiseerd resultaat terug. Niets over het bedrag, je saldo of de transacties van de begunstigde wordt gedeeld - alleen de naamvergelijking.
Een gesprek, geen database
Verification of Payee is geen opzoeking in een gedeeld register van rekeninghouders. Het is een bericht tussen twee banken, geleid via het SEPA-schema. Daarom weegt dekking over het hele schema zwaarder dan de elegantie van één enkele integratie.
De vier resultaten die een payee checking-dienst teruggeeft
- Overeenkomst - de ingevoerde naam komt overeen met de rekeninghouder. Het resultaat met het laagste risico; ga verder met het gebruikelijke vertrouwen.
- Bijna-overeenkomst - de naam lijkt erop maar is niet identiek: een ontbrekende tweede voornaam, initialen in plaats van een volledige voornaam, een handelsnaam tegenover een geregistreerde naam. Het antwoord bevat de geverifieerde naam, zodat de betaler die kan bevestigen of corrigeren.
- Geen overeenkomst - de naam hoort niet bij dat IBAN. Dit is een geldig antwoord, geen technische fout, en het klassieke signaal van een verkeerd ingetypte rekening of een factuuromleidingsfraude.
- Niet beschikbaar - de bank van de begunstigde kon op dat moment niet antwoorden. De betaling wordt niet geblokkeerd; de betaler wordt geïnformeerd en beslist.
De twee middelste resultaten leveren de meeste waarde op. Een bijna-overeenkomst is geen mislukking - het schema reikt je de juiste naam aan, zodat de volgende betaling netjes klopt. Een geen overeenkomst is geen systeemfout - de controle doet precies haar werk.
Wie er echt een nodig heeft
Voor een individuele betaler is de payee checker de naamcontrole die je eigen bank je toont wanneer je een begunstigde instelt of betaalt. Je koopt hem niet, je gebruikt hem - en voor overboekingen in euro's moet hij gratis worden aangeboden.
Voor een bank of PSP is het een schemeverplichting met een deadline, en het werk is een schemaproject in plaats van een feature-sprint: aansluiten op de routing- en directory-infrastructuur van het schema, de aanvraag- en antwoordberichten implementeren, de naam-matchingregels toepassen op je eigen rekeninggegevens als antwoordende PSP, en de uitkomst tonen in je kanalen als vragende PSP.
Voor een bedrijf - treasury, crediteurenadministratie, salarisadministratie, marktplaatsen - is het een dienst die je aanroept. Je sluit je niet aan bij het schema. Je verifieert één begunstigde in een dashboard, of je verifieert een heel betaalbestand vóór vrijgave, en je verifieert opnieuw wanneer de bankgegevens van een leverancier veranderen. Dat is het patroon dat factuuromleiding opvangt, waarbij een fraudeur een 'nieuwe rekening' mailt en de volgende betaling die volgt.
Hoe je een payee checking-dienst kiest
- 1 Controleer het schema, niet het etiket. Zijn je betalingen eurobetalingen binnen SEPA, dan heb je het SEPA-VoP-schema nodig - een aanbieder die op een ander nationaal naamcontroleschema is aangesloten, is niet automatisch op het jouwe aangesloten.
- 2 Vraag naar de dekking. De antwoordende PSP is de enige partij die kan antwoorden, dus bereik over het schema is het belangrijkste getal. Vraag hoeveel PSP's bereikbaar zijn en wat er gebeurt als dat er één niet is.
- 3 Test de latentie. De controle zit in de betaalstroom, dus hij moet snel zijn. Vraag een gemeten cijfer, geen belofte, en test het in een sandbox voordat je je vastlegt.
- 4 Sta erop dat de geverifieerde naam bij een bijna-overeenkomst wordt meegegeven. Een resultaat dat 'bijna-overeenkomst' zegt zonder de betaler de juiste naam te geven, laat hem gokken - en gokken is precies wat de controle moet wegnemen.
- 5 Kijk naar de vier uitkomsten, niet drie. Een dienst die 'niet beschikbaar' niet netjes kan teruggeven, blokkeert betalingen of verbergt storingen.
- 6 Controleer de audittrail. Je moet kunnen laten zien wat er is gecontroleerd, wanneer, en wat er terugkwam - per betaling, exporteerbaar en bewaard zolang je eigen controles dat vereisen.
- 7 Vraag hoe hij volume aankan. Een enkele betaling in een app en een leveranciersbestand van 20.000 regels zijn verschillende problemen; je wilt één integratie die beide doet.
De demotest
Neem een begunstigde die je goed kent en voer drie controles uit: de exacte juridische naam, een verkorte handelsnaam en een bewust verkeerde naam. Een goede dienst geeft overeenkomst, bijna-overeenkomst met de geverifieerde naam, en geen overeenkomst - in die volgorde, in minder dan een seconde, met alle drie de resultaten gelogd.
Waar de verplichting vandaan komt
Verification of Payee is verplicht gesteld door de EU-verordening inzake instantbetalingen. PSP's in de eurozone moesten dit bij overboekingen in euro's sinds 9 oktober 2025 aanbieden, en PSP's in niet-euro EER-landen volgen uiterlijk 9 juli 2027. De verordening bepaalt de verplichting; het VoP-schema van de European Payments Council bepaalt de mechaniek. In de praktijk betekent dat de controle nu deel uitmaakt van de normale SEPA-betaalstroom in plaats van een optionele extra.
RoxPay levert schemaconforme Verification of Payee via één REST-API en een dashboard, met de gestandaardiseerde uitkomsten - overeenkomst, bijna-overeenkomst, geen overeenkomst en niet beschikbaar - in ruim minder dan een seconde, met de geverifieerde naam bij een bijna-overeenkomst en de BIC van de antwoordende bank, voor één betaling of een heel betaalbestand.