Request-to-Pay (R2P) oder auch Zahlungsanforderung ist ein Nachrichtenformat im Zahlungsverkehr, das es ermöglicht, Zahlungsaufforderungen digital und standardisiert zu versenden. In Europa bildet die SEPA Request-to-Pay-Initiative (SRTP) des European Payment Councils den regulatorischen und technischen Rahmen, unterstützt durch die EU-Gesetzgebung für SEPA Zahlungen oder SEPA Echtzeitüberweisungen. Erste Pilotprojekte und Use Cases existieren bereits, insbesondere im B2B- und E-Invoicing-Bereich. Konkrete Nutzungszahlen sind noch rar, da sich R2P in der Einführungsphase befindet.
International gibt es vergleichbare Systeme, etwa in Indien (UPI Collect)https://www.bajajfinserv.in/upi-collect, den USA (Request for Payment)https://www.theclearinghouse.org/payment-systems/Articles/2023/08/08-02-2023_RTP_Network_Expands_RfP_Availability oder bei PayPal (Request-Money-Funktionalität). Allgemeines Die PSD2 (Richtlinie (EU) 2015/2366) ist die zentrale Rechtsgrundlage für Zahlungsdienste in der EU und schafft die Basis für neue Dienste wie R2P. Sie regelt u. a. Sicherheit, Zugang zu Kontoinformationen und Zahlungsinitiierung. Zusammen mit SEPA-Überweisungen und Echtzeitüberweisungen bilden PSD2 und die dazugehörigen RTS (Regulatory Technical Standards) die Grundlagen für die Einführung von Request-to-Pay.
Das Scheme wurde 2021 veröffentlicht,https://www.europeanpaymentscouncil.eu/about-sepa/sepa-timeline Banken sind allerdings nicht verpflichtet, Request-to-Pay anzubieten.
Geschichte Der Start des europäischen Request-to-Pay schemes lag im Euro Retail Payments Board der ECB Meetings im Jahr 2016 mit Diskussionen über ein "Mobile Proxy Forum" (das spätere SEPA Proxy Lookup Scheme) und "E-Invoicing solutions related to retail payments".
Für SEPA Request to Pay veröffentlichte das EPC im November 2024 das Rulebook in der Version 4.0 und Implementation Guides für diese Version im Juni 2025.
Ablauf
Beispielablauf:
Kauf im e-Commerce oder Zahlvorgang am PoS (Point-of-Sale / Kasse):
Im Webshop: Hier wählt der Kunde beispielsweise "Bezahlen mit Bank" (SRTP). Je nach Implementierung und Device (Web/Mobile), wird der Kunde auf eine Seite des Zahlungsdienstleister gesendet, bei der die eigene Bank ausgewählt wird, für den Zahlungsprozess. Im Zahlungsprozess wird dann eine vorausgefüllte Überweisung angezeigt, die der Kunde noch autorisieren muss.
Oder der Kunde wird direkt an seine Bank-App weitergeleitet. Alternativ kann auf der Seite mit der Bank-App ein QR-Code eingescannt werden.
Am PoS: Der Händler zeigt einen dynamischen QR-Code auf dem Terminal. Der Kunde scannt diesen mit seiner Banking-App.
Der Request-Versand und Workflow ist im Scheme unter Pain.013 beschrieben, wobei eine Zahlungsaufforderung vom System des Händlers über seinen Dienstleister an die Bank des Kunden gesendet wird. Diese enthält Betrag, Verwendungszweck und IBAN des Händlers.
Der Kunde erhält eine Push-Benachrichtigung auf sein Smartphone und kann diese Zahlung freigeben.
rahmenlos|700px|alt=Ablauf von Request-to-Pay
Erste Projekte Die DZ Bank war eine der ersten Banken, die Request-to-Pay umsetzte. Sie startete im Dezember 2023 in einem Pilotprojekt mit der R+V Versicherung und nutzt die von PPI entwickelte Plattform Paycy. Ende 2025 testen die Bayerische Landesbank, die DZ Bank mit der genossenschaftlichen Gruppe, die Deutsche Bank und die Postbank den Einsatz dieser Plattform als Dienstleistung für E-Rechnungen ihrer Firmenkunden.https://www.springerprofessional.de/content/pdfId/51701848/10.1007/s35127-025-2416-7
Verschiedene Versicherungen haben Interesse an R2P und der Gesamtverband der deutschen Versicherungswirtschaft will mit der Initiative DICOMPAY und Request-to-Pay die Digitalisierung des Zahlungsverkehrs im Sektor vorantreiben.https://www.versicherungsbote.de/id/4938718/Request-to-Pay-kommt-was-Versicherer-wissen-sollten/
Die Deutsche Bank unterstützt Request-to-Pay, unter anderem wird es als Zahlungsoption im Apple Online Store in Deutschland angeboten.
Weblinks SEPA Request-to-Pay, Europäischer Zahlungsverkehrsausschuss, Englisch
Einzelnachweise
Kategorie:Datenformat Kategorie:Zahlungsverkehr