Hoe de Verification of Payee werkt
Van het moment dat een betaler een naam en IBAN intypt tot het antwoord op het scherm — de volledige Verification-of-Payee-stroom, het EPC-schemaverzoek en de vier uitkomsten die binnen een seconde terugkomen.
Een realtimevraag tussen twee banken
De Verification of Payee werkt door de bank van de betaler en de bank van de begunstigde tot de twee uiteinden van één realtimevraag te maken: hoort deze naam bij deze IBAN?
De uitwisseling vindt plaats via het EPC-Verification-of-Payee-schema over gestandaardiseerde API's, zodat zij in de bestaande betaalstroom past zonder te veranderen hoe mensen betalen. De volledige heen-en-terugreis is voltooid voordat de betaler de overboeking autoriseert.
Het resultaat is altijd een van vier gestandaardiseerde uitkomsten, zodat de betaler — of het systeem dat een batch betalingen initieert — elke keer een ondubbelzinnig signaal krijgt.
De Verification of Payee, stap voor stap
Vier fasen, in realtime voltooid tussen de aanvragende en de antwoordende PSP.
- 1
Naam + IBAN vastleggen
De betaler voert de naam en IBAN van de begunstigde in (of importeert ze uit een factuur), precies als bij een normale SEPA-overboeking.
- 2
Routeren naar de PSP van de begunstigde
De aanvragende PSP zoekt de antwoordende PSP op aan de hand van de IBAN en stuurt een beveiligd VoP-verzoek via het EPC-schema.
- 3
Vergelijken bij de bank
De antwoordende PSP vergelijkt de ingediende naam met de geregistreerde rekeninghouder en geeft een gestandaardiseerd resultaat en de antwoordende BIC terug.
- 4
Het antwoord tonen
Overeenkomst, gedeeltelijke overeenkomst, geen of niet beschikbaar wordt de betaler binnen een seconde getoond — vóór de autorisatie, nooit erna.
Wat de controle teruggeeft
De VoP-antwoorden zijn in heel Europa gestandaardiseerd — elk komt overeen met een duidelijke schemacode.
Overeenkomst (MTCH)
De naam komt overeen met de rekeninghouder. U kunt met vertrouwen verzenden.
Gedeeltelijk (CMTC)
Bijna goed — de geverifieerde naam wordt voorgesteld zodat de betaler kan bevestigen of corrigeren.
Geen (NMTC)
De naam hoort niet bij deze IBAN. Een sterk signaal om te stoppen en te controleren.
Niet beschikbaar (NOAP)
De bank van de begunstigde kan nu niet verifiëren. De beslissing ligt bij de betaler.
Verification of Payee vs. handmatige IBAN-controle
Waarom een realtimecontrole in de stroom de handmatige naamcontrole achteraf verslaat.
| Mogelijkheid | Handmatig / geen controle | Verification of Payee |
|---|---|---|
| Wanneer het gebeurt | Na de betaling, als het al gebeurt | Vóór de autorisatie, in realtime |
| Wie antwoordt | Gokwerk van de betaler | De bank van de begunstigde zelf |
| Snelheid | Minuten tot dagen | Minder dan een seconde |
| Resultaatformaat | Ongestructureerd | Vier gestandaardiseerde uitkomsten |
| Schaalt naar bulkbetalingen | Nee | Ja — naamcontroles via API |
Eén stroom, veel toegangspunten
Hetzelfde VoP-mechanisme werkt overal waar een euro-overboeking begint.
Online- & mobielbankieren
Toon het controleresultaat inline terwijl de betaler een nieuwe begunstigde beoordeelt, voordat hij bevestigt.
Bulk- & ERP-betalingen
Verifieer IBAN's van leveranciers en salarissen in batch via de API voordat een betaalrun wordt vrijgegeven.
Betaalinitiatie
PISP's en platforms roepen de VoP aan bij initiatie zodat de betaler een geverifieerde naam ziet voordat hij toestemming geeft.
Hoe de controle werkt, beantwoord
Het mechanisme in duidelijke taal.
Zij is gebouwd voor instantbetalingen en geeft doorgaans een resultaat in ruim minder dan een seconde, voordat de betaler de overboeking autoriseert — de betaalervaring blijft dus snel.
De aanvragende bank stuurt de naam en IBAN; de antwoordende bank geeft een gestandaardiseerd resultaat terug (en, bij een gedeeltelijke overeenkomst, de geverifieerde naam als suggestie). Volledige rekeninghoudergegevens worden niet blootgegeven.
De naam is bijna goed — een ontbrekende tweede voornaam, een statutaire vs handelsnaam, een transliteratie. De dienst kan de geverifieerde naam teruggeven zodat de betaler zonder gokken bevestigt of corrigeert.
Nee. VoP is informatief: het geeft een duidelijk antwoord, maar de beslissing om te verzenden, te corrigeren of te stoppen blijft bij de betaler. Juist daarom is het effectief tegen social-engineering-fraude.
Ja. Via de API kunnen namen en IBAN's in bulk worden geverifieerd — ideaal voor treasury's en ERP's die leveranciers- en salarisgegevens controleren vóór een betaalrun.
Zie de Verification of Payee in uw stroom
Praat met ons over het EPC-schema, de API en live gaan vóór uw deadline.