Vraag een treasurer van een onderneming hoe hij leveranciers betaalt, en hij beschrijft niet het intypen van IBAN's in een bankapp. Hij exporteert een betaalbestand uit het ERP - een batch leveranciers- of salarisregels - en geeft dat met één goedkeuring vrij. Die efficiëntie is ook het risico: één verwisselde IBAN glipt mee naar binnen met al het andere.
Waarom verificatie in bulk belangrijk is
IBAN's met de hand controleren schaalt niet verder dan een handvol begunstigden. De oplossing is om elk record in het bestand programmatisch te verifiëren vóór vrijgave, zodat een niet-overeenkomende leverancier of een omgeleid salaris wordt opgemerkt terwijl u het nog kunt stoppen - niet nadat het geld al weg is.
Verifieer het bestand, niet alleen de leverancier
Controles bij onboarding verouderen. Bankgegevens veranderen tussen de onboarding en de volgende run. Het hele bestand opnieuw verifiëren op het moment van betalen vangt fraude met omgeleide facturen midden in de cyclus, die een eenmalige onboardingcontrole zou missen.
Een eenvoudig patroon voor bulkverificatie
- 1 Exporteer het betaalbestand uit uw ERP zoals u vandaag doet.
- 2 Roep voor elke regel het Verification of Payee-endpoint aan met de naam van de begunstigde, de IBAN en uw regelreferentie als external id.
- 3 Verzamel de resultaten: geef MATCH-regels vrij, houd NO_MATCH en NOT_APPLICABLE tegen voor controle, en bevestig CLOSE_MATCH tegen de voorgestelde naam.
- 4 Leg elk verification id vast bij het betalingsrecord voor audit en het afhandelen van geschillen.
Het doen zonder zwaar bouwwerk
U hebt geen nieuwe betaalstack nodig. Omdat de VoP-API één geauthenticeerde REST-aanroep per record gebruikt, kan een klein script of middleware tussen uw ERP-export en uw bank een bestand van begin tot eind verifiëren. RoxPay biedt dezelfde controle via API voor bulkruns en via het RoxBusiness-dashboard voor ad-hocopzoekingen, zodat treasury de IBAN's van leveranciersfacturen vóór elke overboeking kan valideren.