Wer nach „global payments“ sucht, bekommt überwiegend Ergebnisse zu einem Unternehmen: Global Payments Inc., einem an der US-Börse notierten Anbieter von Zahlungstechnologie. Das ist ein Unternehmensprofil und nicht das Thema dieses Artikels. Für ein Zahlungsteam ist „global payments“ eine Kategorie: Geld, das zwischen Ländern, Währungen und Zahlungssystemen unterwegs ist. Die praktische Frage lautet nicht, wer das Unternehmen ist, sondern wie eine Zahlung geprüft wird, wenn die Bank des Zahlers und die Bank des Empfängers in verschiedenen Ländern sitzen.
Auf diese Frage gibt es in Europa inzwischen eine regulatorische Antwort. Die EU-Verordnung über Echtzeitüberweisungen verpflichtet Zahlungsdienstleister (PSP), vor dem Versand einer Euro-Überweisung eine Prüfung von Name und IBAN durchzuführen - die Verification of Payee (VoP). Dieser Artikel erklärt, wie weit diese Prüfung über Grenzen reicht, was sie zurückgibt und was Sie bauen müssen.
Was „global payments“ bedeutet - und warum die Suchergebnisse zwei Dinge vermischen
Zwei verschiedene Dinge teilen sich diesen Ausdruck. Das erste ist Global Payments Inc., ein Unternehmen mit eigener Geschichte, eigenem Aktienkurs und eigenen Bewertungen. Das zweite sind globale Zahlungen als Kategorie: jede Zahlung, bei der Zahler und Empfänger nicht im selben Land sind oder bei der das Geld ein Zahlungssystem, eine Währung oder die Grenze eines Schemas überquert.
Wer im Zahlungsverkehr arbeitet und diesen Begriff sucht, braucht meist die zweite Bedeutung. Sie suchen kein Unternehmensprofil, sondern wollen wissen, wie grenzüberschreitende Zahlungsströme weitergeleitet, geprüft und kontrolliert werden. Dieser Artikel bleibt auf dieser Seite der Trennlinie und behandelt bewusst nicht die Geschichte, die Führung oder die Aktie des Unternehmens.
Zwei Bedeutungen, ein Suchfeld
Unternehmensprofil und Zahlungskategorie sind verschiedene Themen. Wenn Sie das Unternehmen meinen, sind dessen Investorenseiten die richtige Quelle. Wenn Sie wissen wollen, wie eine grenzüberschreitende Zahlung geprüft wird, lesen Sie weiter.
Globale Zahlungen und SEPA-Zahlungen: Was eine Grenze tatsächlich überquert
Es hilft, drei Arten von Zahlungsströmen zu unterscheiden, denn für jede gelten andere Regeln.
- Inländische Zahlungen bleiben innerhalb eines Landes und eines Zahlungssystems - zum Beispiel eine Euro-Überweisung zwischen zwei Banken im selben Mitgliedstaat.
- SEPA-Zahlungen bewegen Euro zwischen Konten im gesamten einheitlichen Euro-Zahlungsverkehrsraum (SEPA), der die EU-Mitgliedstaaten sowie eine Reihe von Nachbarländern umfasst, die den Schemata beigetreten sind. Eine SEPA-Zahlung kann grenzüberschreitend sein und trotzdem innerhalb eines gemeinsamen Regelwerks bleiben.
- Globale (grenzüberschreitende) Zahlungen verlassen SEPA oder den Euro: eine Zahlung an eine Bank außerhalb des Schemas, eine Zahlung in einer anderen Währung oder eine Zahlung, die über Korrespondenzbanken und Währungsumrechnung läuft.
Die Unterscheidung ist wichtig, weil die Verification of Payee ein Konstrukt des SEPA-Schemas ist. Sie funktioniert, weil der anfragende PSP und der antwortende PSP beide an einem gemeinsamen Schema mit standardisierten Nachrichten und standardisierten Ergebnissen teilnehmen. Innerhalb von SEPA ist das konstruktionsbedingt der Fall. Außerhalb gibt es kein gemeinsames Schema, über das sich die Frage stellen ließe.
Die ehrliche Antwort auf die Frage „Gilt die VoP für grenzüberschreitende Zahlungen?“ lautet daher: Sie gilt für grenzüberschreitende Zahlungen, die SEPA-Zahlungen sind. Eine Euro-Überweisung von einer Bank in einem Mitgliedstaat an eine Bank in einem anderen ist genau der Fall, für den die Prüfung gebaut wurde. Eine Zahlung an eine Bank, die nicht am Schema teilnimmt, ist nicht abgedeckt, und die Prüfung liefert dann das Ergebnis „nicht verfügbar“ statt einer Übereinstimmung.
Wo die Verification of Payee in einen globalen Zahlungsstrom passt
Die VoP ist ein Schritt im Zahlungsablauf, kein eigenes Produkt. Der Ablauf ist kurz und gleich, ob die beiden Banken im selben Land sitzen oder nicht.
- 1 Der Zahler gibt einen Empfängernamen und eine IBAN ein oder wählt sie aus.
- 2 Der PSP des Zahlers - der anfragende PSP - sendet Name und IBAN an den PSP des Empfängers.
- 3 Der PSP des Empfängers - der antwortende PSP - vergleicht den Namen mit den Daten des Kontoinhabers und antwortet.
- 4 Die Antwort ist eines von vier Ergebnissen: Übereinstimmung, teilweise Übereinstimmung, keine Übereinstimmung oder nicht verfügbar.
- 5 Der PSP des Zahlers zeigt das Ergebnis an, und der Zahler entscheidet, ob er fortfährt, die Angaben korrigiert oder abbricht.
Die vier Ergebnisse sollten Sie genau kennen. Eine Übereinstimmung bedeutet, dass der von Ihnen angegebene Name zum Kontoinhaber passt. Eine teilweise Übereinstimmung bedeutet, dass die Namen ähnlich, aber nicht identisch sind - ein fehlender zweiter Vorname, ein Handelsname statt eines eingetragenen Namens - und der antwortende PSP in der Regel den hinterlegten Namen zurückgibt, damit der Zahler ihn bestätigen kann. Keine Übereinstimmung bedeutet, dass der Name nicht zu diesem Konto gehört. Nicht verfügbar bedeutet, dass der PSP des Empfängers nicht antworten konnte, zum Beispiel weil er nicht erreichbar ist oder nicht teilnimmt.
Die Weiterleitung ist der schwierige Teil
Eine Anfrage zu senden ist einfach. Den PSP des Empfängers zu erreichen, ist das eigentliche technische Problem: In SEPA gibt es Tausende Institute, jedes mit eigenem Onboarding und eigenen Formaten, und die Menge ändert sich mit der Zeit. Deshalb binden sich die meisten Anbieter einmal an das Schema an, statt Bank für Bank zu integrieren.
Hier werden globale Zahlungen auch schwieriger als inländische. Im inländischen Ablauf sitzen beide Banken meist im selben System, und die Weiterleitung ist trivial. Im grenzüberschreitenden Ablauf hängt die Prüfung davon ab, dass der PSP des Empfängers erreichbar ist, im Geltungsbereich liegt und rechtzeitig antwortet. Planen Sie auch den Fall ein, dass er das nicht kann.
Wer die VoP umsetzen muss - und bis wann
Die Pflicht stammt aus der EU-Verordnung über Echtzeitüberweisungen, die die SEPA-Verordnung ändert und PSP, die Euro-Überweisungen anbieten, verpflichtet, den Empfänger vor dem Versand zu prüfen. In der Praxis betrifft das Banken und PSP, die Euro-Echtzeitzahlungen abwickeln, und ebenso die antwortende Seite: Wenn Sie Kundenkonten führen, werden andere PSP Ihnen Anfragen zu Ihren eigenen Kontoinhabern schicken, Sie müssen sie also beantworten können.
- PSP im Euroraum müssen die Verification of Payee seit dem 9. Oktober 2025 anbieten.
- PSP in EU-Mitgliedstaaten außerhalb des Euroraums folgen bis zum 9. Juli 2027.
- Beide Richtungen - fragen und antworten - gehören zum Projekt, nicht nur die Prüfung, die der Nutzer sieht.
Den vollständigen Zeitplan, einschließlich der Frage, wie die Termine von Land zu Land gelten, finden Sie auf der eigenen Fristenseite. Für einen grenzüberschreitenden Anbieter ist der Punkt einfacher: Die Pflicht folgt der Zahlung, nicht Ihrem Hauptsitz. Wenn Sie Euro-Überweisungen in den SEPA-Raum senden, fällt die Prüfung in den Geltungsbereich.
Was Anbieter globaler Zahlungen und PSP bauen müssen
Die Liste ist dieselbe, ob Sie eine inländische Bank oder ein grenzüberschreitender Anbieter sind. Was sich ändert, ist die Zahl der Gegenparteien, die Sie erreichen müssen.
- 1 Eine anfragende Richtung: die Fähigkeit, Name und IBAN an den PSP des Empfängers zu senden und ein standardisiertes Ergebnis zu erhalten, bevor die Zahlung freigegeben wird.
- 2 Eine antwortende Richtung: die Fähigkeit, Anfragen zu Ihren eigenen Kontoinhabern zu empfangen, den Namen mit Ihren Daten abzugleichen und den richtigen Schema-Code zurückzugeben.
- 3 Eine Namensabgleich-Logik, die Rechtsformen, Initialen, Akzente und Handelsnamen verarbeitet und bei einer teilweisen Übereinstimmung den hinterlegten Namen zurückgibt, damit der Zahler ihn bestätigen kann.
- 4 Ziele für Latenz und Verfügbarkeit: Die Prüfung läuft, während der Zahler wartet, sie muss also in deutlich unter einer Sekunde antworten und verfügbar bleiben.
- 5 Protokollierung und Audit: Speichern Sie das Ergebnis, das antwortende Institut und die Verarbeitungszeit, ohne mehr personenbezogene Daten zu halten als nötig.
Zwei Entwurfsentscheidungen ersparen später viel Ärger. Erstens: Behandeln Sie „nicht verfügbar“ als normales Ergebnis und nicht als Fehler - genau das sehen Sie bei Gegenparteien außerhalb der Abdeckung, und es sollte zu einer klaren Meldung führen statt zu einem fehlgeschlagenen Zahlungsbildschirm. Zweitens: Halten Sie die Prüfung im Zahlungsablauf, statt sie nachträglich anzubauen, damit das Ergebnis in dem Moment vorliegt, in dem der Zahler bestätigt.
Was Unternehmen und Treasury-Teams mit globalen Empfängerdaten tun sollten
Wenn Ihr Unternehmen Lieferanten, Mitarbeitende oder Finanzbehörden in mehreren Ländern bezahlt, halten Sie Empfängerdaten, die zu verschiedenen Zeiten, in verschiedenen Formaten und von verschiedenen Teams erfasst wurden. Ein Teil davon ist veraltet. Eine Namensprüfung ist nur so gut wie der Name, den Sie ihr senden.
- Bereinigen, bevor Sie prüfen: Gleichen Sie gespeicherte Empfängernamen mit dem rechtlichen oder eingetragenen Namen ab, nicht mit einem Spitznamen oder einem verkürzten Handelsnamen.
- Bei der Anlage prüfen: Führen Sie eine Prüfung durch, wenn ein Lieferant oder Mitarbeitender erstmals angelegt wird, und speichern Sie den zurückgegebenen verifizierten Namen.
- Vor Zahlungsläufen prüfen: Führen Sie dieselbe Prüfung über eine ganze Zahlungsdatei aus, damit ein einzelnes nicht passendes Konto auffällt, bevor Geld abgeht.
- Bei Änderungen erneut prüfen: Eine neue IBAN oder ein geänderter Name ist der Moment für eine erneute Prüfung, nicht jede Zahlung an einen vertrauten Empfänger.
Für ein Treasury-Team liegt der Wert nicht nur in der Compliance. Eine Zahlung auf das falsche Konto ist teuer zurückzuholen, besonders wenn sie sofort ausgeführt wird und über eine Grenze geht. Eine Namensprüfung vor der Freigabe ist deutlich günstiger als das Rückholverfahren.
Wie Sie einen Verification-of-Payee-Anbieter für grenzüberschreitende Abdeckung auswählen
Wenn Zahlungen Grenzen überqueren, ändern sich die Fragen an einen VoP-Anbieter. Abdeckung und Erreichbarkeit kommen zuerst, die Form der API danach.
- Reichweite: Welche antwortenden PSP kann der Anbieter tatsächlich erreichen, und wie verhält er sich bei denen, die er nicht erreicht?
- Beide Richtungen: Kann er Anfragen zu Ihren eigenen Kontoinhabern beantworten und nicht nur senden?
- Latenz und Verfügbarkeit: Welche Antwortzeit erhalten Sie in der Praxis, und was passiert bei einem Timeout?
- Passung zu Ihrem Stack: ein REST-Vertrag, standardisierte Ergebnisse und Schema-Codes sowie ein Dashboard für Teams, die keinen Code schreiben.
- Audit und Datenschutz: Was wird protokolliert, wo wird es gespeichert und wie lange wird es aufbewahrt.
RoxPay liefert die Verification of Payee auf dem SEPA-Schema über eine REST-API und ein Dashboard, deckt sowohl die anfragende als auch die antwortende Richtung ab und gibt die standardisierten Ergebnisse - Übereinstimmung, teilweise Übereinstimmung, keine Übereinstimmung und nicht verfügbar - in deutlich unter einer Sekunde zurück, mit dem antwortenden Institut und der Verarbeitungszeit zu jedem Ergebnis.