Consumenten halen de meeste krantenkoppen, maar de grootste afzonderlijke verliezen door verkeerd gerichte betalingen treffen bedrijven. Een fraudeur stuurt een overtuigende melding van 'bijgewerkte bankgegevens', uw crediteurenteam werkt het leveranciersrecord bij, en de volgende betaalrun stuurt echt geld naar de verkeerde rekening.
Waar het risico schuilt
Twee momenten zijn bijzonder kwetsbaar:
- Leveranciers-onboarding — wanneer bankgegevens voor het eerst worden vastgelegd, vaak uit een e-mail of pdf.
- Wijziging van bankgegevens — de klassieke vector voor factuuromleiding en CEO-fraude.
- Salariswijzigingen — een omgeleid salaris wordt makkelijk gemist tot de medewerker klaagt.
Goedkeuringen zijn geen verificatie
Een tweede fiatteur controleert of een betaling moet worden gedaan — niet of de rekening van de juiste begunstigde is. De Verification of Payee beantwoordt de vraag die goedkeuring niet kan: komt deze naam overeen met deze IBAN?
Een eenvoudige verificatieroutine
- 1 Controleer bij onboarding de naam van elke nieuwe leverancier tegen de IBAN voordat het record wordt geactiveerd.
- 2 Herverifieer telkens als bankgegevens wijzigen, en behandel een 'geen overeenkomst' als een harde stop in afwachting van een terugbelactie naar een bekend nummer.
- 3 Verifieer vóór elke betaalrun het bestand in bulk zodat elke niet-overeenkomende of niet-verifieerbare begunstigde vóór vrijgave wordt gemarkeerd.
Het op schaal doen
IBAN's met de hand controleren schaalt niet naar honderden leveranciers. De Verification of Payee kan per record via een API worden aangeroepen, zodat een heel betaalbestand automatisch wordt geverifieerd — overeenkomst, gedeeltelijk, geen of niet beschikbaar — voordat iemand op 'vrijgeven' klikt.
RoxPay maakt dit beschikbaar vanuit het RoxBusiness-dashboard voor ad-hoccontroles en via een REST-API voor bulkverificatie, zodat treasuryteams een naamcontrole in hun betaalworkflow kunnen inbouwen zonder zware integratie.