SEPA Request to Pay (SRTP) ist ein Rahmen, der es einem Empfänger erlaubt, einem Zahler eine strukturierte Zahlungsanfrage zu senden, die dieser dann aus seiner Banking-App annehmen und bezahlen kann. Es ist eine leistungsstarke Alternative zu Karten und Lastschrift für alles vom E-Commerce bis zu wiederkehrenden Rechnungen. Aber eine Zahlungsanfrage wirft für den Zahler eine offensichtliche Frage auf: kommt diese Anfrage wirklich von dem, der sie zu sein vorgibt?
Zwei Schichten, zwei Aufgaben
Es hilft zu trennen, was jedes Teil tut:
- Request to Pay handhabt die Konversation — wer fragt, über wie viel und bis wann.
- Die Verification of Payee handhabt die Identität — gehört dieses Konto der benannten Partei?
- Die anschließende Überweisung handhabt die Geldbewegung selbst.
Warum sie zusammengehören
Eine Zahlungsanfrage, der der Zahler nicht vertrauen kann, ist nur ein bequemerer Phishing-Vektor. Sie mit der Empfängerprüfung zu koppeln bedeutet, dass die Bequemlichkeit mit einem Bestätigungsschritt kommt.
- 1 Ein Empfänger stellt eine Request to Pay für eine Rechnung aus.
- 2 Bevor der Zahler begleicht, bestätigt eine VoP-Prüfung, dass das Zielkonto zur anfragenden Partei passt.
- 3 Der Zahler akzeptiert mit Zuversicht, und die Überweisung wird initiiert.
Bequemlichkeit braucht einen Vertrauensanker
Je schneller und reibungsloser Konto-zu-Konto-Zahlungen werden, desto mehr brauchen sie eine Identitätsprüfung dahinter. Die VoP ist dieser Anker für Request to Pay.
Die Verification of Payee von RoxPay fügt sich natürlich neben Request-to-Pay-Flows ein und bestätigt den Empfänger, sodass eine schlanke Anfrage nicht zu einem einfachen Betrugskanal wird.