Fragen Sie einen Unternehmens-Treasurer, wie er Lieferanten bezahlt, und er beschreibt nicht das Eintippen von IBANs in eine Banking-App. Er exportiert eine Zahlungsdatei aus dem ERP — einen Stapel von Lieferanten- oder Lohnzeilen — und gibt sie mit einer Genehmigung frei. Diese Effizienz ist auch das Risiko: Eine getauschte IBAN rutscht mit allem anderen durch.
Warum die Stapelprüfung zählt
IBANs von Hand zu prüfen skaliert nicht über eine Handvoll Empfänger hinaus. Die Lösung ist, jeden Datensatz der Datei programmatisch vor der Freigabe zu prüfen, sodass ein nicht übereinstimmender Lieferant oder ein umgeleitetes Gehalt erkannt wird, solange Sie es noch stoppen können — nicht nachdem das Geld weg ist.
Prüfen Sie die Datei, nicht nur den Lieferanten
Onboarding-Prüfungen altern. Bankdaten ändern sich zwischen Onboarding und dem nächsten Lauf. Die gesamte Datei zum Zahlungszeitpunkt erneut zu prüfen erkennt Rechnungsumleitungsbetrug mitten im Zyklus, den eine einmalige Onboarding-Prüfung übersehen würde.
Ein einfaches Massenprüf-Muster
- 1 Exportieren Sie die Zahlungsdatei wie heute aus Ihrem ERP.
- 2 Rufen Sie für jede Zeile den Verification-of-Payee-Endpoint mit Empfängername, IBAN und Ihrer Zeilenreferenz als External-ID auf.
- 3 Sammeln Sie die Ergebnisse: Geben Sie MATCH-Zeilen frei, halten Sie NO_MATCH und NOT_APPLICABLE zur Prüfung zurück, bestätigen Sie CLOSE_MATCH gegen den vorgeschlagenen Namen.
- 4 Protokollieren Sie jede Verification-ID zum Zahlungsdatensatz für Audit und Streitfallbearbeitung.
Ohne schweres Projekt
Sie brauchen keinen neuen Zahlungsstack. Da die VoP-API einen authentifizierten REST-Aufruf pro Datensatz nutzt, kann ein kleines Skript oder Middleware zwischen Ihrem ERP-Export und Ihrer Bank eine Datei durchgängig prüfen. RoxPay stellt dieselbe Prüfung per API für Stapelläufe und über das RoxBusiness-Dashboard für Ad-hoc-Abfragen bereit, sodass Treasury die IBANs von Lieferantenrechnungen vor jeder Überweisung validieren kann.