Een smart check is in de context van betalingen een automatische controle die een begunstigdenaam vergelijkt met de rekening achter een IBAN voordat de betaling wordt verstuurd. Het is een productetiket en geen juridische term: de gereguleerde versies van hetzelfde idee zijn Verification of Payee (VoP) in de EU en Confirmation of Payee (CoP) in het Verenigd Koninkrijk. Biedt een bankapp of een aanbieder je een 'smart check' op een begunstigde aan, dan wordt dat bijna altijd bedoeld.
De verwarring begint bij de zoekresultaten. De meeste pagina's die op de term scoren gaan over autohistorie, bouwpascontroles of keuringen van wagenparken. Geen ervan gaat over betalingen. Dit artikel behandelt de betekenis in betalingen, en hoe je ziet met wat voor smart check je eigenlijk te maken hebt.
Wat 'smart check' echt betekent
De term wordt door verschillende losstaande producten gebruikt, dus de eerste opgave is uitzoeken waar je terecht bent gekomen. Drie betekenissen dekken het meeste waar een zoeker op stuit.
- Autohistorie: een betaald rapport over een tweedehandsauto - kilometerstand, schades, openstaande financiering. Niets met geldoverboekingen te maken.
- Bouwpas of wagenparkcompliance: een controle of een medewerker de juiste pas heeft of een voertuig de keuring heeft doorstaan. Een product voor operationele veiligheid.
- Begunstigdenverificatie: een automatische naam-IBAN-controle die loopt voordat een betaling de deur uit gaat. Dat is de betekenis in betalingen, en degene die dit artikel behandelt.
Meestal zie je het verschil binnen een paar seconden aan de pagina zelf. Vraagt de pagina om een kenteken, een voertuigidentificatienummer of het pasnummer van een medewerker, dan is het geen betalingscontrole. Vraagt hij om een begunstigdenaam en een IBAN, of toont hij een resultaat binnen een bank- of betaalstroom, dan is het er wel een.
Eén term, drie producten
Een smart check op een auto, een smart check op een bouwpas en een smart check op een begunstigde delen alleen de naam. Beoordeel elk ervan op wat hij je vraagt in te voeren en wat hij teruggeeft.
Smart check vs Verification of Payee: hetzelfde idee, andere namen
In de EU heet de naamcontrole Verification of Payee, verplicht gesteld door de verordening inzake instantbetalingen en gebouwd op het SEPA-schema dat de European Payments Council coördineert. In het Verenigd Koninkrijk is het equivalent Confirmation of Payee, gebouwd rond sort codes en rekeningnummers. Beide stellen dezelfde vraag: hoort de naam die je hebt opgegeven bij de rekeninghouder?
Een 'smart check' is een etiket dat een bank of een aanbieder op die ervaring plakt. Het is geen schema, het heeft geen eigen regelboek en het schept geen verplichtingen. Dat is van belang als je er een beoordeelt: het etiket zegt niets over dekking of resultaatcodes, dus je moet vragen naar het schema eronder. De verschillen tussen het EU- en het UK-schema staan in onze vergelijking van Verification of Payee en Confirmation of Payee.
Een echte VoP-controle geeft een van vier gestandaardiseerde uitkomsten:
- Overeenkomst - de naam komt overeen met de rekeninghouder. Ga verder met het gebruikelijke vertrouwen.
- Bijna-overeenkomst - de namen lijken op elkaar maar zijn niet identiek: een ontbrekende tweede voornaam, initialen, of een handelsnaam tegenover een geregistreerde naam. De geverifieerde naam komt terug, zodat de betaler die kan bevestigen of corrigeren.
- Geen overeenkomst - de naam hoort niet bij die rekening. Een geldig antwoord, geen technische fout.
- Niet beschikbaar - de bank van de begunstigde kon op dat moment niet antwoorden. Geen goed en geen slecht nieuws.
Geeft een 'smart check' iets anders terug dan deze vier uitkomsten - een score op 100, een betrouwbaarheidspercentage, een groen vinkje zonder details - dan is het geen schemacontrole, hoe het ook heet.
Wat een smart check op een begunstigde onder de motorkap doet
De mechaniek is kort, en ze is dezelfde of het etiket nu smart check, begunstigdencontrole of naamverificatie zegt.
- 1 De betaler voert een begunstigdenaam en een IBAN in of selecteert ze.
- 2 De betaaldienstverlener (PSP) van de betaler - de vragende PSP - stuurt de naam en het IBAN naar de PSP die de bestemmingsrekening aanhoudt.
- 3 De PSP van de begunstigde - de antwoordende PSP - vergelijkt de ingediende naam met de naam in zijn eigen rekeninggegevens, volgens de matchingregels van het schema.
- 4 Een gestandaardiseerd resultaat komt terug bij de PSP van de betaler voordat de betaling wordt geautoriseerd.
- 5 De betaler ziet de uitkomst en beslist of hij doorgaat, de gegevens corrigeert of stopt.
Twee dingen volgen uit die stroom. Ten eerste is de antwoordende PSP de enige partij die kan antwoorden, want alleen die houdt de rekeninggegevens bij. Ten tweede tellen beide richtingen: houd je klantrekeningen aan, dan sturen andere PSP's jou vragen over je eigen rekeninghouders, en die moet je net zo goed beantwoorden als versturen. Een aanbieder die alleen de vragende kant doet, is maar half op het schema aangesloten.
Wanneer een smart check helpt - en wanneer niet
Een smart check is een waarschuwingssignaal, geen garantie. Het loont om beide helften van die zin precies te nemen.
Hij helpt bij de fouten die in de praktijk het vaakst voorkomen: een verkeerd getypt of verouderd rekeningnummer, een leverancier wiens bankgegevens zijn gewijzigd zonder dat iemand het bestand bijwerkte, en de factuuromleidingsfraude waarbij een e-mail stilletjes de rekening vervangt door die van een fraudeur. In elk geval horen de naam en de rekening niet bij elkaar, en de controle zegt dat voordat het geld beweegt.
In deze gevallen helpt hij niet:
- Hij bewijst niet dat de begunstigde betrouwbaar is. Een fraudeur kan een echte rekening op zijn eigen echte naam aanhouden en toch een scam runnen.
- Hij dekt geen betalingen buiten het schema - niet-SEPA-kanalen, andere valuta's, of een bank van de begunstigde die niet deelneemt. Die geven 'niet beschikbaar'.
- Hij kan om volledig legitieme redenen een afwijking melden: een handelsnaam in plaats van een geregistreerde naam, een afkorting, een toegevoegde of weggelaten rechtsvorm, een naam in een ander schrift.
- Hij controleert niet de factuur, het contract of de persoon die je opdracht geeft. Dat zijn aparte maatregelen.
De praktische lezing is simpel: een overeenkomst verlaagt één specifiek risico, een afwijking verhoogt het, en geen van beide vervangt je eigen oordeel over met wie je zaken doet.
Hoe je ziet of een 'smart check' een echte VoP-controle is
Dit is het deel dat een echte schemacontrole scheidt van een cosmetische naamopzoeking. Stel deze vragen aan elke app of aanbieder die de term gebruikt.
- 1 Bevraagt hij de bank van de begunstigde, of alleen een database? Alleen de bank van de begunstigde kan gezaghebbend bevestigen wie een rekening aanhoudt. Een opzoeking in een opgeslagen lijst is een gok met betere branding.
- 2 Welke schema's en landen dekt hij? Een aanbieder die op één nationaal schema is aangesloten, is niet automatisch op een ander aangesloten. Betaal je in euro's binnen SEPA, dan heb je het SEPA-schema nodig.
- 3 Welke resultaatcodes geeft hij terug? Je wilt overeenkomst, bijna-overeenkomst, geen overeenkomst en niet beschikbaar - en de geverifieerde naam bij een bijna-overeenkomst.
- 4 Wat is de latentie? De controle zit in de betaalstroom, dus vraag een gemeten cijfer en test het in een sandbox in plaats van een belofte te vertrouwen.
- 5 Wordt hij in beide richtingen aangeboden? Verzoeken versturen en ze beantwoorden over je eigen rekeninghouders zijn twee verschillende bouwwerken.
- 6 Wat wordt er gelogd? Je moet kunnen laten zien wat er is gecontroleerd, wanneer, en wat er terugkwam - per betaling en exporteerbaar.
De driemaal-test
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 echte dienst geeft overeenkomst, bijna-overeenkomst met de geverifieerde naam, en geen overeenkomst - in die volgorde, in ruim minder dan een seconde, met alle drie gelogd.
Zijn de antwoorden vaag, dan doet het etiket het werk dat het schema zou moeten doen. Onze gids voor het kiezen van een Verification of Payee-aanbieder gaat dieper in op dekking en latentie, en de API-pagina laat zien hoe een schemaconforme integratie eruitziet.
Smart check voor bedrijven: leveranciers- en salaris-IBAN's
Voor treasury-, crediteuren- en salarisadministratieteams is een smart check op een begunstigde een beheersmaatregel en geen functie. Je sluit je niet aan bij het schema; je roept een dienst aan die er al op is aangesloten, en je koppelt het resultaat aan het punt waarop betalingen worden goedgekeurd.
- Bij onboarding: voer de controle uit wanneer een leverancier of medewerker voor het eerst wordt aangemaakt, en bewaar de geverifieerde naam die terugkomt.
- Vóór een betaalrun: controleer het hele bestand in plaats van begunstigden met de hand, zodat één afwijkende rekening opvalt voordat er geld weggaat.
- Bij wijziging: een nieuw IBAN of een gewijzigde naam is het moment om opnieuw te controleren - precies het moment dat factuuromleidingsfraude uitbuit.
- Bij een afwijking: stuur die naar een met naam genoemde persoon, met de regel om te bevestigen via een kanaal dat je al vertrouwt, nooit via een kanaal uit het bericht dat de gegevens wijzigde.
Controleren bij onboarding is goedkoper dan later herstellen. Opgeslagen begunstigdengegevens verouderen: leveranciers fuseren, wisselen van bank, stappen over op een handelsnaam. Ze achteraf opschonen betekent honderden records afstemmen tegen facturen en contracten. De geverifieerde naam vastleggen op het moment van aanmaken zorgt dat de volgende betaling netjes klopt. Onze gids voor het verifiëren van leveranciers-IBAN's vóór betaling beschrijft de routine, en de bedrijvenpagina behandelt de bredere maatregelen.
Smart check voor particulieren: wat je met het resultaat doet
Zie je in je bankapp een smart check-resultaat, dan betekent elk ervan het volgende voor jou.
- Overeenkomst: de naam die je hebt ingevoerd hoort bij die rekening. Ga gewoon verder.
- Bijna-overeenkomst: de namen lijken sterk op elkaar maar zijn niet identiek. Lees de naam die de bank voorstelt en bevestig dat het de partij is die je wilt betalen voordat je verdergaat.
- Geen overeenkomst: stop. Verstuur niet. Bevestig de gegevens via een kanaal dat je al vertrouwt - een telefoonnummer op een eerdere factuur of een website die je eerder hebt gebruikt.
- Niet beschikbaar: de bank van de begunstigde kon niet antwoorden. Overweeg bij een eerste betaling aan een nieuwe begunstigde een kleine testbetaling of een onafhankelijke bevestiging.
Eén regel dekt de meeste scams: handel nooit op contactgegevens die in de waarschuwing zelf staan. Zegt een bericht dat de rekening is gewijzigd en geeft het je een nummer om te bellen, dan is dat nummer van degene die jouw geld wil. De controle is adviserend - hij waarschuwt je, hij blokkeert de betaling niet - dus de beslissing blijft bij jou. Onze gids in gewone taal voor particulieren loopt dezelfde stappen door.
RoxPay levert Verification of Payee op het SEPA-schema via één REST-API en een dashboard, dekt zowel de vragende als de antwoordende richting, en geeft 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, voor één betaling of een heel betaalbestand.