OCT Inst erklärt: Wie das Scheme funktioniert

OCT Inst erklärt (Teil 2 von 4): Wie das Scheme funktioniert

Zusammenfassung

OCT Inst ermöglicht grenzüberschreitende Echtzeitüberweisungen, indem Euro-Leg-Infrastruktur über klar definierte Teilnehmerrollen und standardisierte Verarbeitungsregeln mit Nicht-Euro-Zahlungsinfrastrukturen verbunden wird. Entry PSPs und Exit PSPs validieren, übersetzen und leiten Transaktionen zwischen der europäischen Instant-Payment-Umgebung und externen Zahlungssystemen weiter. Eingehende und ausgehende Zahlungsströme folgen unterschiedlichen Verarbeitungswegen. Beide erfordern jedoch Echtzeitvalidierungen, Statusverarbeitungen sowie eindeutige Bestätigungs- oder Ablehnungsnachrichten innerhalb festgelegter Fristen. Teilnehmende PSPs benötigen daher ein jederzeit verfügbares Betriebsmodell, das einen Betrieb rund um die Uhr an 365 Tagen im Jahr, Straight-Through Processing (STP), Settlement-Sicherheit und ein Liquiditätsmanagement in Echtzeit gewährleistet.

Wie funktioniert OCT Inst? 

Im ersten Teil unserer Blogreihe haben wir OCT Inst als Europas Antwort auf eine bekannte Herausforderung im grenzüberschreitenden Zahlungsverkehr vorgestellt: Kundinnen und Kunden erwarten zunehmend, dass internationale Überweisungen genauso schnell, transparent und zuverlässig abgewickelt werden wie nationale Echtzeitzahlungen. Dabei haben wir erläutert, warum das Schema relevant ist und wie das „One-Leg-Out“-Konzept einheitliche Regeln für den Euro Leg einer internationalen Zahlung schafft. Dieses Konzept zu verstehen, ist jedoch nur der erste Schritt.

Um einschätzen zu können, welche konkreten Auswirkungen OCT Inst auf Zahlungsdienstleister (PSPs) hat, lohnt sich ein genauer Blick auf den Transaktionsablauf, die beteiligten Rollen und die Verbindung zwischen Euro Leg und Non-Euro Leg (European Payments Council, o. J.).

Teilnehmerrollen im Scheme

OCT Inst definiert spezifische Teilnehmerrollen, die den Euro Leg und den Non-Euro Leg einer Transaktion miteinander verbinden. Die wichtigsten Rollen werden im Folgenden erläutert (European Payments Council, 2025a).

Euro Leg Entry PSP

Der Entry PSP fungiert als Eingangstor vom Non-Euro-Leg in den Euro-Leg. Bei einer eingehenden internationalen Echtzeitüberweisung empfängt und validiert er die Zahlungsinformationen, konvertiert sie in das OCT-Inst-konforme Format, gewährleistet die Settlement-Sicherheit und leitet die Transaktion über die Infrastruktur des Euro Leg weiter.

Euro Leg Exit PSP

Der Exit-PSP übernimmt die entsprechende Schnittstellenfunktion für ausgehende Transaktionen. Er empfängt die OCT-Inst-Transaktion aus dem Euro Leg, validiert sie und leitet die Zahlungsinformationen an den Non-Euro Leg weiter. Damit verbindet er die vom EPC regulierte Umgebung mit einem externen Zahlungssystem.

PSP des Zahlers und PSP des Zahlungsempfängers

Der PSP des Zahlungsempfängers im Euro Leg validiert die eingehende Transaktion, schreibt den Betrag dem Konto des Begünstigten gut, sofern alle Voraussetzungen erfüllt sind, und sendet anschließend eine positive oder negative Bestätigung zurück.

Der PSP des Zahlers im Euro Leg ist für die Initiierung der Transaktion verantwortlich. Zu seinen Aufgaben gehören die Prüfung der Kundenanweisung, die Verifizierung der Kontodeckung sowie die Einleitung der Zahlungsabwicklung.

Gemeinsam ermöglichen diese Teilnehmer eine automatisierte Echtzeitverarbeitung innerhalb des Euro Leg und gewährleisten zugleich die Interoperabilität mit externen Zahlungsverkehrssystemen (European Payments Council, o. J.).

Der Zahlungsablauf

OCT Inst ermöglicht internationale Echtzeitüberweisungen von Konto zu Konto. Der Ablauf innerhalb des Euro Leg unterscheidet sich danach, ob eine Transaktion in den Euro Leg eintritt oder diesen verlässt (European Payments Council, 2025b).

Eingehende OCT-Inst-Zahlungen (Non-Euro Leg → Euro Leg)

Bei einer eingehenden Transaktion beginnt der Prozess außerhalb des Euro Leg. Die folgenden Schritte zeigen vereinfacht den Ablauf einer erfolgreichen Transaktion (European Payments Council, 2025a):

1. Eine Zahlung wird innerhalb des Non-Euro-Leg initiiert.
2. Der Euro Leg Entry PSP empfängt die Zahlungsanweisung, validiert sie und wandelt die Transaktion in das OCT-Inst-konforme Format um. Anschließend setzt er den Euro-Leg-Zeitstempel.
3. Die Transaktion wird über die Inter-PSP-Space-Infrastruktur an den im Euro-Leg ansässigen PSP des Empfängers weitergeleitet.
4. Der PSP des Empfängers validiert die Zahlung und schreibt den Betrag dem Konto des Begünstigten gut.
5. Anschließend wird eine positive Bestätigung zurückgesendet.

Ausgehende OCT-Inst-Zahlungen (Euro Leg → Non-Euro Leg)

Bei einer ausgehenden Zahlung stammt die Transaktion aus dem Euro Leg. Die folgenden Schritte zeigen vereinfacht den Ablauf einer solchen Transaktion (European Payments Council, 2025a):

1. Der Zahler erteilt einen Zahlungsauftrag.
2. Der im Euro Leg ansässige PSP des Zahlers führt alle erforderlichen Validierungs- und Deckungsprüfungen durch. Anschließend erstellt er eine OCT-Inst-Transaktion und setzt den Euro-Leg-Zeitstempel.
3. Die Transaktion wird über die Inter-PSP-Space-Infrastruktur an den Euro Leg Exit PSP übermittelt.
4. Der Euro Leg Exit PSP empfängt und validiert die Transaktion.
5. Der Exit PSP leitet die Zahlung in den Non-Euro Leg weiter.
6. Die externe Zahlungsinfrastruktur verarbeitet die Transaktion und übermittelt die entsprechenden Statusinformationen zurück.

Der Exit-PSP übernimmt in diesem Ablauf eine zentrale Rolle, da er zwei unterschiedliche Zahlungsverkehrsumgebungen miteinander verbindet. Zugleich stellt er sicher, dass die Daten konsistent bleiben und Statusinformationen transparent verarbeitet werden (European Payments Council, 2025a).

Wie ist das Settlement organisiert?

Die Settlement-Prozesse innerhalb des Schemas konzentrieren sich auf den Euro Leg und folgen den Regeln für die Verarbeitung von Echtzeitzahlungen. Ein zentrales Konzept dabei ist der „Execution Time Cycle“, der den zeitlichen Ablauf einer Transaktion definiert. 

Der Prozess beginnt entweder mit dem Eingang einer eingehenden OCT-Inst-Transaktion beim Euro Leg Entry PSP oder mit dem Eingang einer ausgehenden Zahlungsanweisung beim im Euro Leg ansässigen PSP des Zahlers. Der jeweilige PSP führt anschließend die erforderlichen Prüfungen in Echtzeit durch, um sicherzustellen, dass die Transaktion vollständig ist, sämtliche Verarbeitungsvorgaben erfüllt und zur sofortigen Ausführung bereitsteht. 

Bevor der Euro-Leg-Zeitstempel gesetzt wird, hat der Euro Leg Entry PSP bis zu 60 Sekunden Zeit, um die notwendigen vorbereitenden Prüfungen und Verarbeitungsschritte abzuschließen. Dieselbe Frist wird auch für den Euro Leg Exit PSP empfohlen, bevor er die Transaktion zurücksendet oder sie in den Non-Euro Leg weiterleitet (European Payments Council, 2025b). 

Sobald die Prüfungen abgeschlossen sind und der Zeitstempel gesetzt wurde, beginnt die eigentliche Ausführungsphase. Nach den Standardvorgaben des Schemas sollte innerhalb von zehn Sekunden eine positive oder negative Bestätigung eingehen (European Payments Council, 2025a). 

Für Ausnahmefälle gilt ein Timeout von 20 Sekunden. Danach stehen weitere fünf Sekunden zur Verfügung, damit die Bestätigungsmeldung bei einer eingehenden Transaktion den Euro Leg Entry PSP beziehungsweise bei einer ausgehenden Transaktion den Euro-Leg-basierten PSP des Zahlers erreicht. Diese Zeitvorgaben gelten ausschließlich für den Euro Leg. Die tatsächliche End-to-End-Performance hängt zusätzlich von den Verfahren und Infrastrukturen im Non-Euro Leg ab (European Payments Council, 2025b). 

Daraus ergeben sich für die Verarbeitung im Euro Leg folgende Anforderungen (European Payments Council, o. J.): 

• Kontinuierliche Verfügbarkeit rund um die Uhr (24/7/365), 

• Straight-Through-Processing (STP), 

• Echtzeitvalidierungen und Deckungsprüfungen, 

• Permanente Routing-Fähigkeiten, 

• Liquiditätsmanagement in Echtzeit, 

• Sofortige Verarbeitung von Statusmeldungen. 

Bei eingehenden Transaktionen muss der Entry PSP die Settlement-Sicherheit aufrechterhalten, bis die entsprechende Bestätigung eingegangen ist. 

Bei ausgehenden Transaktionen dürfen der Zahlungsdienstleister des Zahlers beziehungsweise die zugrunde liegende Infrastruktur nicht automatisch von einem Fehlschlag der Zahlung ausgehen, nur weil ein Timeout aufgetreten ist. Die Settlement-Sicherheit muss so lange bestehen bleiben, bis eine eindeutige Bestätigungs- oder Ablehnungsnachricht vorliegt (European Payments Council, 2025a).