Een payee checker is de naamcontrole die loopt voordat een betaling vertrekt: je betaaldienstverlener (PSP) vraagt de PSP die de rekening van de begunstigde aanhoudt of de naam die je hebt ingevoerd bij de rekeninghouder past. In de EU heet die controle Verification of Payee (VoP), ze loopt op het SEPA-schema en ze geeft in ruim minder dan een seconde een van vier antwoorden terug. Betaal je bedrijven, dan is het antwoord dat je het vaakst ziet geen overeenkomst - het is een bijna-overeenkomst.
Dat verrast mensen. Dat zou het niet moeten doen. Een bijna-overeenkomst bij een bedrijf is meestal een verschil in benaming, geen fraudesignaal, en de controle is juist ontworpen om dat verschil zichtbaar te maken, zodat je het één keer bevestigt en verdergaat.
Wat een payee checker echt vergelijkt
Hij vergelijkt twee teksten: de naam die je hebt ingediend en de naam die de bank van de begunstigde op de rekening heeft staan. Bij een persoon liggen die twee meestal dicht bij elkaar - een voornaam, een achternaam, misschien een tweede voornaam. Bij een bedrijf worden ze vaak op verschillende manieren geschreven door verschillende mensen op verschillende momenten: de factuur, de leverancierskaart in je ERP, het handelsregister en het formulier voor het openen van de bankrekening kunnen allemaal van elkaar afwijken.
De rekeninghouder is de referentie
De controle vertelt je niet hoe het bedrijf zichzelf noemt. Ze vertelt je wat de bank op de rekening heeft staan. Die naam moet kloppen, en het is vaak de geregistreerde juridische naam en niet de naam op de factuur.
De vijf redenen waarom een bedrijf een bijna-overeenkomst geeft
- Handelsnaam tegenover geregistreerde naam - de factuur noemt het merk, de rekening noemt de rechtspersoon.
- Rechtsvorm en achtervoegsel - Ltd, Limited, GmbH, S.r.l., S.p.A., B.V., AB: aan de ene kant wel, aan de andere kant niet.
- Afkortingen en leestekens - '&' in plaats van 'en', koppeltekens, punten na initialen, dubbele spaties.
- Groeps- en moedernaamgeving - de factuur draagt het groepsmerk, de rekening staat op naam van een lokale dochteronderneming.
- Accenten en transliteratie - een naam met diakritische tekens in het ene systeem en zonder in het andere.
Geen van deze is op zichzelf een waarschuwingssignaal. Wat telt, is dat de controle je het verschil laat zien in plaats van het te verbergen, en dat je een manier hebt om de juiste vorm te bevestigen.
Wat je met de geverifieerde naam doet
Bij een bijna-overeenkomst geeft een goede dienst voor begunstigdecontrole de geverifieerde naam terug - de vorm die op de rekening staat - zodat je kunt bevestigen of corrigeren in plaats van gokken. Dat ene veld is het nuttigste deel van het antwoord, en het loont om er een gewoonte van te maken.
- 1 Lees de geverifieerde naam en vergelijk hem met de factuur en je leverancierskaart.
- 2 Is het hetzelfde bedrijf, accepteer hem dan en bewaar de geverifieerde vorm bij de leverancier.
- 3 Is het een andere entiteit, stop dan en bevestig het bij de leverancier via een kanaal dat je al vertrouwde - niet via een telefoonnummer uit de e-mail die de gegevens heeft gewijzigd.
- 4 Verstuur de volgende keer dat je die leverancier betaalt de bewaarde geverifieerde naam, zodat de controle netjes een overeenkomst teruggeeft.
Maak de controle precies met een organisatie-identificatie
Bij rechtspersonen staat het schema toe dat de controle naast de naam een organisatie-identificatie gebruikt - bijvoorbeeld een btw-nummer of een LEI. Een identificatie is ondubbelzinnig en haalt daarmee het grootste deel van het naamvariantenprobleem bij de bron weg. Staat er een btw-nummer in je leveranciersstamgegevens, stuur het dan mee met de naam; staat het er niet in, dan is dat een project voor datakwaliteit dat sowieso de moeite waard is.
Twee praktische opmerkingen. Ten eerste zitten eenmanszaken en freelancers tussen beide werelden in: de rekening kan op een persoonsnaam staan terwijl de factuur een handelsnaam draagt, wat bijna-overeenkomsten oplevert die alarmerend lijken maar het niet zijn. Ten tweede geeft een bedrijf dat zijn geregistreerde naam echt heeft gewijzigd een bijna-overeenkomst zolang je gegevens niet zijn bijgewerkt - de geverifieerde naam vertelt je in welk geval je zit.
Een korte checklist voor leveranciersbetalingen
- Verstuur de meest officiële naam die je hebt, niet de merknaam van de factuur.
- Geef de organisatie-identificatie mee waar je er een hebt.
- Behandel een bijna-overeenkomst als een aanleiding om te bevestigen, niet als een reden om de betaling te laten vallen.
- Bewaar de geverifieerde naam en hergebruik hem, zodat terugkerende betalingen netjes overeenkomen.
- Controleer opnieuw wanneer de bankgegevens van een leverancier veranderen, in plaats van bij elke run elke bewaarde begunstigde opnieuw te controleren.
Voor een bedrijf is dit geen schemaproject. Je treedt niet toe tot het SEPA-VoP-schema; je roept een dienst aan die er al mee verbonden is en brengt het resultaat naar het punt waar betalingen worden goedgekeurd - één begunstigde in een dashboard, of een heel betaalbestand vóór vrijgave. Voor een bank of PSP geldt dezelfde logica binnen de betaalstroom, met als extra werk het beantwoorden van verzoeken over je eigen rekeninghouders.
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.