Eine Verification-of-Payee-Lösung ist der Dienst, der einen Empfängernamen gegen das Konto hinter einer IBAN prüft, bevor eine SEPA-Zahlung rausgeht. In der EU heißt die Prüfung Verification of Payee (VoP). Sie läuft im SEPA-Schema, koordiniert vom European Payments Council, und liefert eine standardisierte Antwort in deutlich unter einer Sekunde. Wenn Name und Konto nicht zusammengehören, erfahren Sie es, bevor das Geld rausgeht.
Das ist die Definition. Die Entscheidung, die vor Ihnen liegt, ist eine andere: welchen Dienst Sie nutzen und wie Sie einen funktionierenden von einer Demo unterscheiden. Dieser Artikel ist die Checkliste für diese Entscheidung - die Fragen, die Sie stellen sollten, die Antworten, die Sie beunruhigen sollten, und die, die es nicht sollten.
Zuerst: Klarheit darüber, was ein VoP-Dienst nicht ist
Er ist keine Abfrage. Kontoinhaberdaten sind personenbezogene Daten, und nur die Bank, die das Konto führt, kann bestätigen, wem es gehört. Ein VoP-Dienst durchsucht kein Namensregister - er fragt die Bank des Empfängers, ob der von Ihnen angegebene Name zum Kontoinhaber passt, und liefert die Antwort zurück. Jeder Dienst, der behauptet, den Inhaber einer IBAN aus einem Suchfeld heraus zu offenbaren, rät, verkauft weitergeleakte Daten oder verkauft etwas anderes.
Ein Gespräch, keine Datenbank
Die Verification of Payee ist eine Nachricht zwischen zwei Banken, geleitet über das SEPA-Schema. Deshalb zählt die Reichweite über das gesamte Schema mehr als die Eleganz einer einzelnen Integration - und deshalb ist „IBAN-Inhaber prüfen“ die falsche Art, die Frage zu stellen.
Die Checkliste für Käufer
- 1 Prüfen Sie das Schema, nicht das Etikett. Wenn Ihre Zahlungen Euro-Zahlungen innerhalb von SEPA sind, brauchen Sie das SEPA-VoP-Schema. Ein Anbieter, der an ein anderes nationales Namensprüfschema angebunden ist, ist nicht automatisch an Ihres angebunden.
- 2 Fragen Sie nach der Reichweite. Der antwortende PSP ist die einzige Partei, die antworten kann, also ist die Abdeckung über das Schema die wichtigste Zahl. Fragen Sie, wie viele PSP erreichbar sind und was passiert, wenn einer es nicht ist.
- 3 Testen Sie die Latenz in einer Sandbox. Die Prüfung sitzt im Zahlungsfluss, sie muss also schnell sein. Verlangen Sie eine gemessene Zahl, kein Versprechen, und testen Sie sie selbst, bevor Sie sich entscheiden.
- 4 Bestehen Sie auf dem verifizierten Namen bei einer teilweisen Übereinstimmung. Ein Ergebnis, das „teilweise Übereinstimmung“ sagt, ohne dem Zahler den korrekten Namen zu nennen, lässt ihn raten - und Raten ist genau das, was die Prüfung beseitigen soll.
- 5 Achten Sie auf alle vier Ergebnisse, nicht drei. Übereinstimmung, teilweise Übereinstimmung, keine Übereinstimmung und nicht verfügbar. Ein Dienst, der „nicht verfügbar“ nicht sauber zurückgeben kann, blockiert entweder Zahlungen oder versteckt Ausfälle.
- 6 Prüfen Sie die Audit-Spur. Sie sollten exportieren können, was wann geprüft wurde und was zurückkam - pro Zahlung und so lange aufbewahrt, wie es Ihre eigenen Kontrollen verlangen.
- 7 Fragen Sie, wie der Dienst mit Volumen umgeht. Eine einzelne Zahlung in einer App und eine Lieferantendatei mit 20.000 Zeilen sind verschiedene Probleme; Sie wollen eine Integration, die beides kann.
- 8 Klären Sie, wer ans Telefon geht. Die Prüfung läuft in einem Zahlungsfluss, der Support ist also Teil des Produkts und kein Anhängsel.
Der Drei-Prüfungen-Test
Bevor Sie irgendetwas unterschreiben, führen Sie drei Prüfungen mit einem Empfänger durch, den Sie gut kennen: den exakten rechtlichen Namen, einen verkürzten Handelsnamen und einen absichtlich falschen Namen. Ein guter Dienst liefert Übereinstimmung, teilweise Übereinstimmung mit dem verifizierten Namen und keine Übereinstimmung - in dieser Reihenfolge, in unter einer Sekunde und mit allen drei protokollierten Ergebnissen. Kommt eines der drei vage, langsam oder unprotokolliert zurück, haben Sie Ihre Antwort.
Wer kauft, und was er wirklich braucht
- Banken und PSP - eine Schema-Pflicht mit Frist. Die Arbeit ist ein Schema-Projekt: Anbindung an die Routing- und Verzeichnisinfrastruktur, Implementierung der Anfrage- und Antwortnachrichten, Anwendung der Namensübereinstimmungsregeln auf die eigenen Kontodaten als antwortender PSP und Darstellung des Ergebnisses in den eigenen Kanälen als anfragender PSP.
- Fintechs und Softwareanbieter - eine eingebettete Fähigkeit. Wenn Sie Zahlungsprodukte oder Zahlungssoftware bauen, ist VoP eine Funktion, die Ihre Kunden erwarten werden, und es ist meist schneller, einen Anbieter aufzurufen, als selbst dem Schema beizutreten.
- Unternehmen - Treasury, Kreditorenbuchhaltung, Lohnbuchhaltung und Marktplätze - ein Dienst, den Sie nutzen. Sie treten dem Schema nicht bei. Sie prüfen einen einzelnen Empfänger in einem Dashboard oder prüfen eine ganze Zahlungsdatei vor der Freigabe und prüfen erneut, wenn sich die Bankdaten eines Lieferanten ändern.
Für einen einzelnen Zahler ist die Prüfung einfach die Namensprüfung, die Ihnen Ihre eigene Bank zeigt, wenn Sie einen Empfänger anlegen oder bezahlen. Sie kaufen sie nicht, Sie nutzen sie - und für Euro-Überweisungen muss sie kostenlos angeboten werden.
Woher die Pflicht kommt
Die Verification of Payee ist durch die EU-Verordnung über Echtzeitüberweisungen vorgeschrieben. PSP im Euroraum mussten sie bei Euro-Überweisungen seit dem 9. Oktober 2025 anbieten, und PSP in Nicht-Euro-EWR-Staaten folgen bis zum 9. Juli 2027. Die Verordnung setzt die Pflicht; das VoP-Schema des European Payments Council setzt die Mechanik. Ein Detail ist leicht zu übersehen: Die Pflicht gilt für Euro-Überweisungen, die der Zahler elektronisch auslöst, nicht nur für Echtzeitüberweisungen. Eine normale SEPA-Überweisung braucht dieselbe Prüfung.
Wie eine gute Lösung aussieht, wenn Sie live sind
Eine fertige Implementierung ist unauffällig. Zahler sehen eine klare Antwort, bevor sie senden, teilweise Übereinstimmungen werden korrigiert statt geraten, fehlende Übereinstimmungen halten die Zahlung lange genug auf, dass jemand zum Telefon greift, und jede Prüfung ist protokolliert. Die Prüfung läuft in deutlich unter einer Sekunde, nichts am Zahlungserlebnis fühlt sich also langsamer an - und genau das ist der Punkt: Die Absicherung sollte unsichtbar sein, bis zu dem Moment, in dem sie zählt.
RoxPay liefert eine schemakonforme Verification of Payee über eine einzige REST-API und ein Dashboard und gibt die standardisierten Ergebnisse - Übereinstimmung, teilweise Übereinstimmung, keine Übereinstimmung und nicht verfügbar - in deutlich unter einer Sekunde zurück, mit dem verifizierten Namen bei einer teilweisen Übereinstimmung und der BIC der antwortenden Bank, für eine einzelne Zahlung oder eine ganze Zahlungsdatei.