Wenn Teams die Verification of Payee planen, stellen sie sich die anfragende Seite vor: Ein Kunde gibt einen Namen und eine IBAN ein, und die Bank prüft vor dem Senden. Doch diese Prüfung funktioniert nur, weil die Bank des Empfängers antwortet. Diese Bank ist der antwortende PSP — und im Schema müssen die meisten Institute beide Rollen spielen.
Anfragend vs. antwortend
Der anfragende PSP fragt „passt dieser Name zu dieser IBAN?“ im Namen eines Zahlers. Der antwortende PSP empfängt diese Frage zu einem seiner eigenen Kontoinhaber und antwortet mit einem standardisierten Ergebnis. Wenn Sie Kundenkonten führen, werden andere Banken Sie fragen — Sie müssen also antworten können.
Compliance ist meist zweiseitig
Die VoP Ihren Zahlern anzubieten (anfragend) und Anfragen zu Ihren Kunden zu beantworten (antwortend) sind unterschiedliche Implementierungen. Planen Sie beide, nicht nur die nutzerseitige.
Was ein antwortender PSP implementieren muss
- 1 Prüfanfragen anderer PSP im Schema sicher empfangen.
- 2 Den angefragten Namen mit Ihren Kontoinhaberdaten abgleichen, einschließlich der Behandlung von Teiltreffern.
- 3 Das standardisierte Ergebnis (Treffer, Teiltreffer, kein Treffer, nicht anwendbar) mit dem richtigen Schemacode zurückgeben.
- 4 Schnell und zuverlässig antworten — Latenz und Verfügbarkeit sind Teil der Pflicht.
Beides über eine Verbindung erledigen
Antwortinfrastruktur aufzubauen und zu pflegen — Matching-Logik, Verfügbarkeit, Schemanachrichten — ist erheblich. Auf einem bereits mit dem SEPA-VoP-Schema verbundenen Anbieter zu arbeiten lässt Sie sowohl Anfragen als auch Antworten über eine Integration abdecken. RoxPay arbeitet auf dem SEPA-Schema und gibt standardisierte Ergebnisse mit dem BIC der antwortenden Bank zurück, sodass eine Verbindung die Prüfung in ganz Europa erreicht.