Verification of Payee: Das Betriebsmodell hinter dem Match

Warum eine erfolgreiche VoP-Implementierung erst beginnt, wenn der technische Check funktioniert

Verification of Payee besticht zunächst durch seine Einfachheit. Ein Zahler gibt eine Kontonummer und den Namen des Zahlungsempfängers ein. Die Angaben werden überprüft. Das Ergebnis wird als Übereinstimmung, teilweise Übereinstimmung oder Abweichung zurückgegeben. Auf dieser Grundlage kann der Zahler eine fundiertere Entscheidung treffen, bevor die Zahlung autorisiert wird.

Aus technischer Sicht klingt das nach einer vergleichsweise klar abgegrenzten Aufgabe. Aus operativer Sicht ist es alles andere als das.

Während europäische Banken von der Implementierung in den täglichen Betrieb übergegangen sind, hat Verification of Payee eine grundlegendere Erkenntnis deutlich gemacht: Die Qualität des Services hängt nicht nur davon ab, ob die Verifizierung selbst funktioniert, sondern ebenso von allem, was darum herum passiert.

Die eigentliche Herausforderung beginnt, wenn das Ergebnis nicht einfach „Übereinstimmung“ lautet.

Ein Verifizierungsergebnis ist noch keine Entscheidung

Nehmen wir eine teilweise Übereinstimmung als Beispiel.

Technisch gesehen hat der Verifizierungsservice seine Aufgabe erfüllt. Er hat festgestellt, dass die vom Nutzer eingegebenen Empfängerdaten den für das Konto hinterlegten Informationen ähneln, aber nicht vollständig mit ihnen übereinstimmen.

Die schwierigen Fragen kommen danach: Soll die Zahlung ausgeführt werden? Sollte der Nutzer den Namen des Zahlungsempfängers ändern? Ist eine zusätzliche Freigabe erforderlich? Wer ist dafür verantwortlich, die Abweichung zu prüfen? Und was passiert, wenn derselbe Lieferant Woche für Woche dieselbe teilweise Übereinstimmung erzeugt?

Das sind in erster Linie keine technischen Fragen. Es sind Fragen der Governance, der Verantwortlichkeiten und der Gestaltung von Workflows.

Für Banken ist das entscheidend, denn VoP wird Teil des Zahlungserlebnisses, mit dem Kunden täglich interagieren. Selbst ein technisch korrektes Ergebnis kann zu einer schlechten Nutzererfahrung führen, wenn unklar bleibt, was es bedeutet oder was als Nächstes zu tun ist.

Die Verifizierung selbst dauert möglicherweise nur wenige Sekunden. Die Klärung einer Ausnahme kann erheblich länger dauern.

Im Business und Corporate Banking bekommt das Problem eine andere Dimension

Im Business und Corporate Banking wird dieser Unterschied noch wichtiger.

Ein privater Zahler überprüft möglicherweise einen einzelnen Zahlungsempfänger im Rahmen einer einzelnen Überweisung. Ein Geschäfts- oder Firmenkunde hingegen kann Hunderte oder Tausende Zahlungen in einem einzigen Zahlungslauf initiieren – häufig vorgelagert in einem ERP- oder Treasury-System erzeugt und direkt an den Banking-Kanal übermittelt.

Das verändert die User Journey grundlegend. Wenn ein Zahlungslauf eine Kombination aus Übereinstimmungen, teilweisen Übereinstimmungen und Abweichungen hervorbringt, ist die Darstellung dieser Ergebnisse nur der Anfang. Banken müssen sich damit auseinandersetzen, wie Kunden Ausnahmen effizient prüfen, relevante Probleme von unkritischen Abweichungen unterscheiden und gleichzeitig legitime Zahlungen weiterverarbeiten können.

Ohne das richtige Betriebsmodell kann VoP zusätzliche Reibung in Prozesse bringen, die über Jahre hinweg konsequent auf Automatisierung und Straight-Through Processing optimiert wurden. Genau hier wird das Exception Management ebenso wichtig wie die Verifizierung selbst.

Banken sollten deshalb über das einzelne VoP-Ergebnis hinausdenken und den gesamten Workflow betrachten:

• Wie werden Ausnahmen priorisiert?
• Können Nutzer mehrere Ergebnisse effizient bearbeiten?
• Welche Schritte lassen sich automatisieren?
• Wie werden Übersteuerungen geregelt?
• Wie wird die Entscheidung dokumentiert?

Für Geschäfts- und Firmenkunden können die Antworten auf diese Fragen darüber entscheiden, ob VoP als zusätzliche Sicherheitsebene oder als weitere operative Belastung wahrgenommen wird.

Datenqualität wird Teil der Customer Journey

VoP macht zudem etwas sichtbar, das Banken nicht vollständig kontrollieren können: die Qualität der zugrunde liegenden Empfängerdaten.

Unternehmensnamen sind selten so standardisiert, wie es für Zahlungssysteme ideal wäre.

Juristische Firmennamen, Handelsnamen, Abkürzungen und historisch gewachsene Lieferantenstammdaten können dazu führen, dass der vom Zahler erwartete Name von den mit dem Empfängerkonto verknüpften Informationen abweicht.

Vor VoP blieben viele dieser Inkonsistenzen bei der Zahlungserfassung weitgehend unsichtbar. Eine Zahlung konnte dennoch das richtige Konto erreichen.

VoP bringt diese Abweichungen direkt in die Interaktion mit dem Nutzer. Damit ist die Qualität von Stammdaten nicht länger nur ein Backoffice-Thema. Sie wird Teil des Zahlungserlebnisses.

Für Banken entsteht daraus eine interessante Herausforderung. Sie sind möglicherweise nicht für die Lieferanten- oder Empfängerdaten ihrer Kunden verantwortlich, wohl aber für einen großen Teil des digitalen Erlebnisses, über das Verifizierungsergebnisse erklärt und Abweichungen geklärt werden.

Eine gute User Experience wird damit zu einem Bestandteil wirksamer Betrugsprävention.

Mehr Warnungen bedeuten nicht automatisch mehr Sicherheit

Bei der Einführung eines zusätzlichen Sicherheitsmechanismus liegt ein Gedanke nahe: Der Nutzer muss ihn auf jeden Fall wahrnehmen.

Doch Sichtbarkeit allein ist nicht das Ziel. Wenn Kunden mit zu vielen Warnungen, schlecht voneinander abgegrenzten Ergebnissen oder wiederkehrenden Bestätigungen konfrontiert werden, können sie diese schnell als routinemäßige Hürden statt als relevante Informationen wahrnehmen.

Bei VoP ist das besonders problematisch. Der Service soll vor der Ausführung einer Zahlung einen sinnvollen Moment der Überprüfung schaffen. Wenn jedes Ergebnis die gleiche Unterbrechung verursacht, verliert dieser Moment an Bedeutung.

Banken müssen daher die richtige Balance zwischen Sicherheit und Benutzerfreundlichkeit finden.

Die beste User Experience ist nicht zwangsläufig diejenige, die die meisten Warnungen erzeugt. Entscheidend ist, dass der Nutzer versteht:

Was ist passiert? Warum ist es relevant? Und was sollte ich als Nächstes tun?

Dafür braucht es eine klare Sprache, konsistente Interaktionsmuster und Workflows, die auf den Schweregrad und den Kontext des jeweiligen Ergebnisses abgestimmt sind.

VoP braucht ein Betriebsmodell – nicht nur eine Integration

Die übergeordnete Erkenntnis aus den ersten europäischen Implementierungen ist daher relativ eindeutig.

Verification of Payee sollte nicht als isolierte Funktion innerhalb der Payment Journey betrachtet werden.

VoP betrifft Customer Experience, Zahlungsverkehr, Betrugsprävention, Support, Governance und Datenqualität. Im Business und Corporate Banking muss die Lösung zudem in hochautomatisierten Zahlungsprozessen und vielfach auch in komplexen Freigabestrukturen funktionieren.

Die technische Integration bleibt wichtig. Doch letztlich entscheidet das Betriebsmodell rund um diese Integration darüber, ob VoP den gewünschten Mehrwert liefert.

Banken, die sich auf die nächste Phase der Einführung vorbereiten, sollten daher Fragen stellen, die über Konnektivität und Compliance hinausgehen:

• Wer ist für VoP-Ausnahmen verantwortlich?
• Wie sollten sich unterschiedliche Verifizierungsergebnisse auf die Payment Journey auswirken?
• Wie sollten Zahlungsläufe mit hohen Volumina behandelt werden?
• Wo sollte Automatisierung enden und menschliches Eingreifen beginnen?
• Wie lassen sich Nutzer warnen, ohne eine „Alert Fatigue“ zu erzeugen?
• Wie sollten Entscheidungen und Übersteuerungen dokumentiert werden?

Diese Fragen sind möglicherweise weniger sichtbar als die Verifizierungstechnologie selbst. Doch genau hier beginnt ein großer Teil der eigentlichen Implementierungsarbeit.

Die Chance für die nächste Implementierungswelle

Banken, die VoP zu einem späteren Zeitpunkt einführen, haben einen entscheidenden Vorteil: Sie müssen diese Herausforderungen nicht alle selbst zum ersten Mal entdecken.

Die Erfahrungen aus früheren Implementierungen zeigen, an welchen Stellen typischerweise Komplexität entsteht und wo eine gute Vorbereitung den größten Unterschied machen kann.

Das ist insbesondere für Märkte mit hochdigitalisierten Business- und Corporate-Banking-Angeboten relevant, in denen Kunden effiziente und automatisierte Zahlungsprozesse gewohnt sind.

Das Ziel sollte daher nicht einfach darin bestehen, Verification of Payee zu einer bestehenden Payment Journey hinzuzufügen.

Vielmehr sollte die Verifizierung so integriert werden, dass sie die Sicherheit im Zahlungsverkehr erhöht, ohne dabei die Effizienz und Klarheit zu verlieren, die Kunden bereits erwarten.

Das ist eine deutlich umfassendere Designaufgabe. Und letztlich könnte genau darin der Unterschied liegen zwischen VoP als einem weiteren regulatorischen Schritt und VoP als einem wirklich nützlichen Bestandteil des digitalen Zahlungserlebnisses.