Ontvangstbevestiging in betalingen: de VoP-naamcontrole

In betalingen betekent ontvangstbevestiging een van twee dingen. Vóór de betaling is het de bevestiging dat de rekening die u op het punt staat te crediteren toebehoort aan de partij die u hebt opgegeven - de naamcontrole van de begunstigde. Ná de betaling is het de bevestiging dat het geld op die rekening is aangekomen. Geen van beide is een leesbevestiging per e-mail, en geen van beide is een leverancier die 'ontvangen, bedankt' antwoordt.

Dat onderscheid is de moeite waard, want bijna elke pagina die op deze term scoort, is een handleiding voor een e-mailprogramma. Die pagina's leggen uit hoe u in Gmail of Outlook een leesbevestiging aanvraagt, en over e-mail hebben ze gelijk. Over IBAN's, namen van begunstigden of afwikkeling zeggen ze niets - en dat is juist het deel dat telt wanneer er geld in het spel is.

Wat 'ontvangstbevestiging' betekent - en wat niet

Drie verschillende dingen delen deze term, en wie ze door elkaar haalt, ziet financieel teams uiteindelijk op de zwakste variant vertrouwen.

• Een leesbevestiging of afleverbevestiging per e-mail: een signaal van het e-mailprogramma van de ontvanger dat een bericht is afgeleverd of geopend. Het is een gebeurtenis op berichtniveau.
• Een ontvangstbevestiging als antwoord: een menselijk of automatisch antwoord dat zegt 'wij hebben uw bericht, factuur of levering'. Het is een verklaring van de ontvanger.
• Een bevestiging van betalingsontvangst: bewijs dat een bepaald bedrag op een bepaalde rekening aankwam, en daarvoor het bewijs dat die rekening toebehoort aan de beoogde begunstigde.

Alleen het derde gaat over geld. Een leesbevestiging per e-mail vertelt u dat een bericht is geopend. Ze vertelt u niet of de factuur echt was, of de bankgegevens erin klopten, of er überhaupt geld is overgemaakt. Een betalingsbevestiging is een heel ander mechanisme: ze komt uit het betalingssysteem, niet uit een mailbox.

Waarom ontvangstbevestiging op zijn e-mailachtig bij betalingen faalt

De beperkingen die de e-mailtutorials zelf toegeven, zijn precies de beperkingen die e-mail als betalingscontrole onbruikbaar maken. Bevestigingen zijn optioneel. De ontvanger kan weigeren. Verschillende programma's gedragen zich anders. Een ontbrekende bevestiging is dus dubbelzinnig: het kan betekenen dat het bericht nooit is gelezen, of dat de lezer simpelweg geen bevestiging wilde sturen.

Pas dat toe op een betaling. Een leverancier mailt 'graag bevestigt u de ontvangst van onze nieuwe bankgegevens'. U antwoordt, zij antwoorden, en iedereen voelt zich bevestigd. Maar niets in die uitwisseling controleerde of de IBAN aan de leverancier toebehoort. Was de mailbox van de leverancier gecompromitteerd, dan is degene die antwoordt misschien een fraudeur, en is de bevestiging waardeloos. Omgekeerd geldt hetzelfde: een leverancier die 'betaling ontvangen' zegt, bewijst niet dat het geld op de juiste rekening landde - hij bewijst dat iemand een bijschrijving heeft gezien.

De oplossing is geen betere e-mail. Het is een controle die tussen de twee banken loopt, daar waar de gegevens van de rekeninghouder staan. Die controle heet Verification of Payee (VoP) in de EU en SEPA, en Confirmation of Payee (CoP) in het Verenigd Koninkrijk. Wilt u de achtergrond over wat de EU-controle is, dan leest u dat in onze uitleg over wat Verification of Payee is; hier blijven we bij de bevestigingskant.

Ontvangstbevestiging vóór de betaling: de naamcontrole van de begunstigde

De bevestiging vóór de betaling is kort en mechanisch. Uw aanbieder van betaaldiensten (psp) - uw bank of betaalinstelling - stuurt de naam van de begunstigde en de IBAN naar de psp die de bestemmingsrekening aanhoudt. Die psp vergelijkt de naam met haar eigen gegevens van de rekeninghouder en antwoordt met een gestandaardiseerde uitkomst. U ziet het antwoord voordat u de betaling bevestigt.

1. 1 U voert een naam van een begunstigde en een IBAN in of selecteert ze.
2. 2 Uw psp stuurt de naam en de IBAN naar de psp van de begunstigde.
3. 3 De psp van de begunstigde vergelijkt de naam met de gegevens van de rekeninghouder en antwoordt.
4. 4 Uw psp toont u de uitkomst, en u beslist of u verstuurt, de gegevens corrigeert of stopt.

Er zijn vier mogelijke antwoorden, en elk vraagt iets anders van u.

• Overeenkomst - de naam past bij de rekeninghouder. Ga verder met het gebruikelijke vertrouwen.
• Gedeeltelijke overeenkomst - de namen lijken op elkaar maar zijn niet identiek, bijvoorbeeld een ontbrekende tweede voornaam of een handelsnaam in plaats van een statutaire naam. De controle geeft meestal de naam terug die op de rekening staat, zodat u die kunt bevestigen of uw administratie kunt corrigeren.
• Geen overeenkomst - de naam hoort niet bij die rekening. Stop en controleer de gegevens opnieuw via een kanaal dat u al vertrouwde, zoals een telefoonnummer uit uw eigen administratie.
• Verificatie niet mogelijk - de psp van de begunstigde kon niet antwoorden, bijvoorbeeld omdat die onbereikbaar is of buiten het schema valt. Geen goed en geen slecht nieuws; behandel een nieuwe of gewijzigde begunstigde met extra zorg.

De controle is adviserend. Ze blokkeert de betaling niet, en de beslissing blijft bij u. Dat is bewust: het doel is om de persoon die het geld vrijgeeft een duidelijk antwoord van de bank voor te leggen, op het moment dat die er nog iets aan kan doen. Onze gids over het lezen van elke VoP-uitkomst gaat dieper in op wat u bij een gedeeltelijke overeenkomst of een geen overeenkomst doet.

Welke bevestiging er na een SEPA-betaling terugkomt

Zodra de betaling is verstuurd, gaan de bevestigingen die u krijgt over de status, niet over de identiteit. Ze beantwoorden 'is het geld onderweg geweest?' in plaats van 'was dit de juiste begunstigde?'.

• Geaccepteerd: uw psp heeft de betalingsopdracht aangenomen en doorgegeven. Het geld heeft uw rekening verlaten of staat op het punt dat te doen.
• Afgewikkeld of bijgeschreven: de psp van de begunstigde heeft de rekening gecrediteerd. Bij een SEPA-instantoverboeking gebeurt dat binnen enkele seconden; bij een gewone SEPA-overboeking volgt het de cut-off en de afwikkelingscyclus van het schema.
• Teruggegeven of afgewezen: de betaling is niet afgerond, bijvoorbeeld omdat de rekening was opgeheven of de gegevens ongeldig waren. Het geld komt terug, meestal met een redencode.

Geen van deze bewijst achteraf dat de begunstigde degene was die u bedoelde. Een betaling kan perfect worden afgewikkeld op een rekening die aan iemand anders toebehoort - precies dat gebeurt bij factuuromleidingsfraude. Een afwikkelingsbevestiging vertelt u dat de overboeking werkte. De naamcontrole vertelt u dat ze op de juiste plek terechtkwam. Houd de twee gescheiden, in uw hoofd en in uw administratie.

Ontvangstbevestiging voor bedrijven: IBAN's van leveranciers en salarissen

Voor een team voor crediteurenbeheer of treasury is ontvangstbevestiging eerst een datavraag en dan een betalingsvraag. U beheert honderden bankgegevens van leveranciers en medewerkers, op verschillende momenten door verschillende mensen vastgelegd. Sommige zijn verouderd. Een naamcontrole is maar zo goed als de naam die u meestuurt.

1. 1 Bevestig bij de intake: voer een naamcontrole uit wanneer een leverancier of medewerker voor het eerst wordt aangemaakt, en bewaar de geverifieerde naam die terugkomt.
2. 2 Bevestig vóór elke betaalrun: voer de controle over het hele betaalbestand uit vóór vrijgave, zodat één niet-passende rekening opvalt terwijl u het nog kunt herstellen.
3. 3 Bevestig bij wijzigingen: een nieuwe IBAN of een gewijzigde naam is het moment om opnieuw te controleren - en het moment om de leverancier te bellen op een nummer dat u al had, niet op een nummer uit de e-mail die de wijziging aankondigde.
4. 4 Leg de uitkomst vast: bewaar het resultaat, de antwoordende instelling en het tijdstip bij de betalingsadministratie, zodat u kunt laten zien wat er wanneer is gecontroleerd.

Dat laatste punt maakt van een controle een beheersmaatregel. Een e-mail van een leverancier met 'graag bevestigt u de ontvangst van onze bijgewerkte gegevens' is geen beheersmaatregel, want ze bevestigt een bericht, geen rekening. Een opgeslagen uitkomst van de naamcontrole is dat wel: het is bewijs dat een bank de naam op een bepaalde datum met de gegevens van de rekeninghouder heeft vergeleken. Ons artikel over Verification of Payee bij het aanmaken van leveranciers behandelt het bredere proces; het bevestigingsrecord is het stuk dat een audit doorstaat.

Salarisbetalingen verdienen een eigen regel. Het riskantste moment is niet de maandelijkse run, maar een verzoek om bankgegevens te wijzigen. Bevestig de naam van de medewerker tegen de nieuwe IBAN wanneer de wijziging binnenkomt, en nog eens voordat het bestand wordt vrijgegeven.

Ontvangstbevestiging voor banken en psp's: vragen versus antwoorden

Beheert u een betaaldienst, dan is de bevestigingslaag die uw klanten zien opgebouwd uit twee richtingen, en beide moeten werken.

• Als verzoekende psp stuurt u de naam en de IBAN naar de psp van de begunstigde en moet u uw klant een duidelijke uitkomst teruggeven - inclusief de naam die op de rekening staat bij een gedeeltelijke overeenkomst, en een begrijpelijke melding wanneer het antwoord niet beschikbaar is.
• Als antwoordende psp ontvangt u verzoeken over uw eigen rekeninghouders en moet u die accuraat en snel beantwoorden, met de juiste schemacode.

De antwoordende kant is de kant die teams onderschatten. Houdt u klantrekeningen aan, dan zullen andere psp's u erover bevragen, en een traag of fout antwoord wordt iemand anders verwarrende betaalscherm. Onze pagina over Verification of Payee voor banken en de gids over het zijn van een antwoordende psp behandelen de opbouw in meer detail.

Hoe u een verzoek om ontvangstbevestiging formuleert

De meeste e-mails met 'graag bevestigt u de ontvangst' vragen om het zwakst mogelijke bewijs. Vraag in plaats daarvan om de concrete zaken, en zeg wat u ermee gaat doen.

• Vraag naar het resultaat van de naamcontrole: 'Onze bank gaf een overeenkomst terug voor de naam en de IBAN die wij hebben. Kunt u de rekeningnaam bevestigen precies zoals die op uw afschrift staat?'
• Vraag naar de betalingsreferentie en het bedrag: 'Wij betalen factuur 4471, EUR 12.400, referentie INV-4471. Bevestig alstublieft de referentie die u op uw afschrift zult zien.'
• Vraag naar de afwikkelingsdatum: 'Bevestig alstublieft de datum waarop de bijschrijving op uw rekening verschijnt, zodat wij de post kunnen afsluiten.'
• Vraag om een wijziging via een tweede kanaal te bevestigen: 'Als uw bankgegevens veranderen, bellen wij het nummer in onze administratie voordat wij ze bijwerken. Doet u hetzelfde bij ons.'

Let op wat deze verzoeken gemeen hebben: elk vraagt om iets wat een bank of een boekhoudsysteem oplevert, niet om iets wat iemand uit het hoofd kan typen. Dat is het verschil tussen een bevestiging en een hoffelijkheid.

RoxPay levert Verification of Payee op het SEPA-schema via één REST API en een dashboard, voor zowel de verzoekende als de antwoordende richting. De gestandaardiseerde uitkomsten - overeenkomst, gedeeltelijke overeenkomst, geen overeenkomst en verificatie niet mogelijk - komen in ruim minder dan een seconde terug, met de geverifieerde naam bij een gedeeltelijke overeenkomst, voor één betaling of een heel betaalbestand.