Verification of Payee im SEPA ist ein Namensabgleich, der zwischen zwei Banken stattfindet, bevor eine Zahlung ausgeführt wird. Sie geben einen Empfängernamen und eine IBAN ein; Ihr Zahlungsdienstleister (PSP) fragt den PSP, der diese IBAN führt, ob der Name zum Kontoinhaber passt; die Antwort kommt in einem standardisierten Format zurück, meist in unter einer Sekunde. Nichts über den Betrag, Ihr Guthaben oder die Transaktionen des Empfängers wird geteilt - nur der Namensvergleich.
Das ist die ganze Idee. Was sie über Dutzende Länder und Tausende Banken hinweg funktionieren lässt, ist, dass sie ein Schema ist und kein Produkt: ein gemeinsames Rulebook, gemeinsame Nachrichtenformate und ein gemeinsamer Satz von Ergebnissen, den jeder teilnehmende PSP zu sprechen bereit ist.
Warum „SEPA“ das entscheidende Wort ist
SEPA - der einheitliche Euro-Zahlungsverkehrsraum - ist der Zahlungsraum, in dem Überweisungen in Euro, Lastschriften und Echtzeitüberweisungen einem einzigen Regelwerk folgen. Verification of Payee wurde für genau diesen Raum und auf Basis von IBAN entwickelt und wird vom European Payments Council (EPC) koordiniert, dem Gremium, das die SEPA-Rulebooks pflegt. Das VoP-Schema des EPC legt fest, wie eine Anfrage formatiert wird, wie eine Antwort formatiert wird, welche Ergebniscodes es gibt und wie PSP einander finden.
Deshalb ist die VoP nicht dasselbe wie ein Namensabgleich nach britischem Vorbild, und deshalb ist ein Anbieter, der mit dem einen Schema verbunden ist, nicht automatisch mit dem anderen verbunden. Wenn Ihre Zahlungen Euro-Zahlungen innerhalb des SEPA sind, gilt für Sie das SEPA-Schema.
Ein Schema, keine Datenbank
Es gibt keine zentrale Liste von Kontoinhabern, in der Namen nachgeschlagen werden. Die einzige Bank, die verbindlich sagen kann, wer eine IBAN führt, ist die Bank, die sie führt. Die VoP ist daher ein Gespräch zwischen PSP, das über das Schema geleitet wird - kein Nachschlagen in einem gemeinsamen Register.
Wie der Abgleich zwischen zwei Banken läuft
- 1 Der Zahler gibt in seiner Banking-App oder in seiner ERP-Zahlungsdatei einen Empfängernamen und eine IBAN ein.
- 2 Der anfragende PSP sendet eine Verifizierungsanfrage mit dem eingegebenen Namen und der IBAN.
- 3 Das Schema leitet die Anfrage anhand der im Schema-Verzeichnis veröffentlichten Routing-Informationen an den PSP weiter, der das Konto führt - den antwortenden PSP.
- 4 Der antwortende PSP vergleicht den eingegebenen Namen mit dem auf dem Konto geführten Namen, nach den Namensabgleichsregeln des Schemas.
- 5 Eine standardisierte Antwort geht an den anfragenden PSP zurück, der dem Zahler das Ergebnis zeigt, bevor die Zahlung autorisiert wird.
Zwei Details sind in der Praxis wichtig. Erstens ist der antwortende PSP die einzige Partei, die antworten kann - deshalb zählt die Abdeckung über das gesamte Schema mehr als die Eleganz einer einzelnen Integration. Zweitens sind Anfrage und Antwort Maschine-zu-Maschine-Nachrichten, sodass der Abgleich für eine einzelne Zahlung in einer App oder für jede Zeile einer Lieferantenzahlungsdatei laufen kann.
Die vier Ergebnisse, die Sie zurückbekommen
- Treffer - der eingegebene Name stimmt mit dem Kontoinhaber überein. Das risikoärmste Ergebnis; fahren Sie mit normalem Vertrauen fort.
- Teiltreffer - der Name ist ähnlich, aber nicht identisch: ein fehlender zweiter Vorname, Initialen statt eines vollständigen Vornamens, ein Handelsname gegenüber einem eingetragenen Namen. Die Antwort enthält den verifizierten Namen, damit der Zahler ihn bestätigen oder korrigieren kann.
- Kein Treffer - der Name gehört nicht zu dieser IBAN. Das ist eine gültige Antwort, kein technischer Fehler, und es ist das klassische Signal für ein falsch eingegebenes Konto oder einen Betrug durch Rechnungsumleitung.
- Nicht verfügbar - der antwortende PSP konnte in diesem Moment nicht antworten. Die Zahlung wird nicht blockiert; der Zahler wird informiert und entscheidet.
Die beiden mittleren Ergebnisse sind der eigentliche Wert. Ein Teiltreffer ist kein Fehlschlag - das Schema reicht Ihnen den korrekten Namen, damit die nächste Zahlung sauber passt. Ein kein Treffer ist kein Systemfehler - der Abgleich tut genau seine Arbeit.
Was „payee checker“ und „payee checking service“ wirklich bedeuten
Viele suchen nach einem payee checker oder einem payee checking service und erwarten eine Website, auf der sie einen Namen und eine IBAN eingeben und eine Antwort erhalten. So funktioniert es nicht, und es lohnt sich, klar zu sagen, warum: Kontoinhaberdaten sind nicht öffentlich, und kein Dritter kann verbindlich bestätigen, wer eine IBAN führt. Der Abgleich ist von Natur aus Bank-zu-Bank. Was Sie als Zahler tun können, ist die Verifizierung zu nutzen, die Ihr eigener PSP anbietet, wenn Sie einen Empfänger anlegen oder bezahlen. Was Sie als Unternehmen tun können, ist, denselben Abgleich über eine ganze Zahlungsdatei laufen zu lassen, bevor Sie sie freigeben.
Was die Implementierung tatsächlich bedeutet
Für einen PSP ist die Implementierung der VoP im SEPA ein Schema-Projekt, kein Feature-Sprint. Grob gesagt bedeutet es, sich an die Routing- und Verzeichnisinfrastruktur des Schemas anzubinden, die Anfrage- und Antwortnachrichten zu implementieren, die Namensabgleichsregeln als antwortender PSP auf die eigenen Kontodaten anzuwenden und das Ergebnis als anfragender PSP in den eigenen Kanälen sichtbar zu machen. Die Arbeit ist gut verstanden, berührt aber zentrale Zahlungsflüsse und wird daher meist in Phasen geplant statt in einem Zug aktiviert.
Für ein Unternehmen - Treasury, Kreditorenbuchhaltung, Lohnbuchhaltung - ist die Implementierung deutlich leichter. Sie treten dem Schema nicht bei. Sie rufen einen VoP-Dienst auf, der bereits damit verbunden ist, entweder über Ihre Bank oder über eine API, und binden das Ergebnis an der Stelle ein, an der Zahlungen freigegeben werden. Das praktische Muster ist, die gesamte Zahlungsdatei vor der Freigabe zu verifizieren und erneut zu verifizieren, wenn sich die Bankdaten eines Lieferanten ändern, statt bei jedem Lauf jeden gespeicherten Empfänger zu prüfen.
Woher die Pflicht kommt
Die EU-Verordnung über Echtzeitüberweisungen machte Verification of Payee für PSP im Euroraum ab dem 9. Oktober 2025 verpflichtend und für PSP in EWR-Staaten außerhalb des Euroraums bis zum 9. Juli 2027. Die Verordnung setzt die Pflicht; das EPC-Schema setzt die Mechanik. In der Praxis heißt das, dass der Abgleich heute Teil des normalen SEPA-Zahlungsflusses ist und kein optionales Extra - und er muss Zahlern kostenlos angeboten werden.
RoxPay liefert Verification of Payee im SEPA-Schema über eine einzige REST-API und ein Dashboard und gibt die standardisierten Ergebnisse - Treffer, Teiltreffer, kein Treffer und nicht verfügbar - in deutlich unter einer Sekunde zurück, mit dem verifizierten Namen bei einem Teiltreffer, damit Zahler bestätigen können, statt zu raten.