Zwei Monate nach dem Stichtag
Seit dem 5. Oktober 2025 ist es amtlich: Jeder Zahlungsdienstleister im SEPA-Raum muss Echtzeitüberweisungen empfangen können. Die EU Instant Payment Regulation (IPR) hat aus dem optionalen SCT Inst ein Pflichtangebot gemacht. Was vorher ein Wettbewerbsvorteil war, ist jetzt regulatorische Grundvoraussetzung.
Zwei Monate nach dem Stichtag ist ein guter Zeitpunkt für eine nüchterne Bestandsaufnahme: Was hat sich tatsächlich verändert? Wo hakt es? Und was kommt als Nächstes?
Was die IPR konkret verlangt
Die Verordnung greift in mehreren Stufen:
| Pflicht | Seit/Ab wann | Betrifft |
|---|---|---|
| SCT Inst empfangen | Oktober 2025 | Alle PSPs im SEPA-Raum |
| Verification of Payee (Empfängerseite) | Oktober 2025 | Alle PSPs |
| SCT Inst senden | April 2026 | Alle PSPs, die Überweisungen initiieren |
| VoP Senderseite | April 2026 | Alle PSPs, die Überweisungen initiieren |
| Preisdeckelung | Oktober 2025 | SCT Inst darf nicht teurer sein als SCT |
Der letzte Punkt ist wirtschaftlich brisant. Bisher konnten Banken für Echtzeitüberweisungen Aufpreise verlangen — bei manchen Instituten ein Euro oder mehr pro Transaktion. Damit ist Schluss. SCT Inst muss zum gleichen Preis angeboten werden wie eine reguläre SEPA-Überweisung. Für Banken, die Instant Payments als Premium-Produkt positioniert haben, fällt damit eine Einnahmequelle weg.
Die technischen Anforderungen
Eine Echtzeitüberweisung muss innerhalb von zehn Sekunden beim Empfänger ankommen. Rund um die Uhr, 365 Tage im Jahr. Das klingt machbar, hat aber Implikationen, die weit über die reine Verarbeitungsgeschwindigkeit hinausgehen.
Verfügbarkeit
Batch-orientierte Zahlungssysteme, die nachts Wartungsfenster hatten, funktionieren für Instant nicht mehr. Die Systeme müssen durchgehend verfügbar sein. Das betrifft nicht nur die Zahlungsverarbeitung selbst, sondern auch:
- Kontoführung und Deckungsprüfung
- Sanctions Screening in Echtzeit
- Fraud Detection vor der Ausführung
- VoP-Prüfung (ebenfalls in Echtzeit)
Jede einzelne dieser Komponenten muss 24/7 antworten können. Eine einzige Downtime in der Kette reicht, um eine Transaktion scheitern zu lassen.
Deckungsprüfung in Echtzeit
Bei Batch-Überweisungen konnte die Deckung am Ende des Geschäftstages geprüft werden. Bei Instant Payments muss die Deckung zum Zeitpunkt der Auftragserteilung stehen. Das heißt: sofortige Reservierung des Betrags, sofortige Verbuchung, sofortige Benachrichtigung. Wer asynchrone Buchungssysteme betreibt, hat ein Problem.
Sanctions Screening unter Zeitdruck
Die Pflicht zur Sanktionsprüfung gilt auch für Instant Payments. Nur dass dafür keine Stunden mehr zur Verfügung stehen, sondern Sekunden. Das Screening muss in die Echtzeit-Verarbeitungskette eingebaut werden, ohne die Zehn-Sekunden-Grenze zu reißen.
In der Praxis sehen wir hier die größten Herausforderungen. Viele Banken hatten bisher Batch-basierte Screening-Systeme, die täglich oder bei Auftragserteilung asynchron prüften. Diese Systeme auf synchrone Echtzeit-Prüfung umzubauen ist nicht trivial und erfordert teilweise neue Infrastruktur.
Wo es in der Praxis hakt
Erreichbarkeit
Die Pflicht besteht, aber die Erreichbarkeit ist noch nicht bei 100%. Einzelne Institute haben technische Schwierigkeiten mit der SCT-Inst-Verarbeitung, insbesondere bei grenzüberschreitenden Transaktionen. Das EPC berichtet zwar von steigender Adoption, aber in der Praxis gibt es noch Lücken — vor allem bei kleineren Instituten und spezialisierten Zahlungsdienstleistern.
Fehlerquoten
Echtzeitüberweisungen, die technisch scheitern (Timeout, Systemfehler, Screening-Reject), sind für den Kunden frustrierender als bei normalen Überweisungen. Bei einer Standard-SEPA-Überweisung merkt der Kunde eine Verzögerung kaum. Bei einer Echtzeitüberweisung, die nach fünf Sekunden mit einem Fehler zurückkommt, ist die Erwartungshaltung eine andere. Die Toleranz für technische Probleme sinkt, wenn „Echtzeit” draufsteht.
Integration mit VoP
Seit Oktober 2025 sind sowohl SCT Inst als auch die VoP-Empfängerseite Pflicht. Die beiden Systeme müssen nahtlos zusammenspielen: VoP-Prüfung vor der Auftragserteilung, dann Instant-Verarbeitung. In der Praxis sind das oft getrennte Systeme mit unterschiedlichen Latenzen und Verfügbarkeiten. Die Orchestrierung ist eine Herausforderung — besonders wenn das VoP-System langsamer antwortet als die Zehn-Sekunden-Grenze der Instant-Überweisung.
Was im April 2026 kommt
Der nächste Stichtag ist April 2026: Ab dann müssen alle PSPs auch aktiv Instant Payments senden können. Dazu kommt die VoP-Pflicht auf der Senderseite. Das bedeutet: Wer bisher nur Echtzeitüberweisungen empfangen musste, muss jetzt auch die Infrastruktur für das Senden aufbauen — inklusive VoP-Requesting, EDS-Integration und User-Interface-Anpassungen im Online-Banking.
Für viele Institute ist das der aufwändigere Teil. Empfangen heißt im Wesentlichen: einen Endpunkt bereitstellen. Senden heißt: EDS-Routing aufbauen, VoP-Requests orchestrieren, Ergebnisse im UI darstellen, Timeout-Handling implementieren und das Ganze in die bestehende Auftragserfassung integrieren.
Was bleibt
Instant Payments sind keine Zukunftsmusik mehr, sondern Realität im europäischen Zahlungsverkehr. Die Pflicht erzwingt Investitionen in Echtzeit-Infrastruktur, die viele Institute lieber aufgeschoben hätten. Gleichzeitig verändert sich dadurch die Erwartungshaltung der Kunden: Wenn Überweisungen in Sekunden ankommen können, warum sollte irgendetwas noch einen Tag dauern?
Die nächsten Monate werden zeigen, wie gut die Branche die Umstellung tatsächlich verkraftet. Der April-Stichtag wird der eigentliche Härtetest — weil Senden komplexer ist als Empfangen, und weil VoP und Instant Payments dann auf beiden Seiten zusammenspielen müssen.