Transaktionsinfrastruktur
Die Transaktionsinfrastruktur ist die unsichtbare Ebene des Zahlungsverkehrs: Abwicklungssysteme, Nachrichtenstandards und Systemarchitektur, auf denen täglich Millionen von Zahlungen laufen. Dieser Bereich behandelt die Strukturen, die Echtzeitzahlungen rund um die Uhr ermöglichen.
Von der klassischen Stapelverarbeitung zur Abwicklung in Echtzeit
Klassische Überweisungen beruhten auf Stapelverarbeitung: Die Banken sammelten Zahlungen und wickelten sie zu festgelegten Zeitpunkten während des Bankarbeitstags untereinander ab. Das Modell war effizient, führte aber dazu, dass eine am Wochenende veranlasste Zahlung beim Empfänger möglicherweise erst am nächsten Werktag ankam. Bei Echtzeitzahlungen wird jede Zahlung einzeln und sofort verarbeitet, was ständig verfügbare Systeme bei allen Beteiligten voraussetzt.
Im Euroraum werden Echtzeitzahlungen hauptsächlich über zwei europaweite Systeme abgewickelt: den vom Eurosystem betriebenen Dienst TIPS (TARGET Instant Payment Settlement), in dem die Abwicklung in Zentralbankgeld erfolgt, sowie das von EBA Clearing betriebene System RT1. Beide verwenden ISO-20022-basierte Nachrichten und die Regeln des Verfahrens SEPA Instant Credit Transfer.
Wenn Zahlungen sofort erfolgen, treten auch Fehler und Störungen sofort auf. Die Systemarchitektur muss daher Teilausfälle verkraften, ohne dass Zahlungen verloren gehen oder doppelt gebucht werden. Im Finanzsektor wird dies auch regulatorisch gesteuert: Die Verordnung über die digitale operationale Resilienz, Verordnung (EU) 2022/2554 (DORA), gilt seit dem 17. Januar 2025.
Der Nachrichtenstandard ermöglicht strukturierte, umfangreiche Zahlungsdaten: Angaben zu Zahler und Zahlungsempfänger, Referenzen und den Zweck der Zahlung. Das verbessert sowohl die automatische Zuordnung als auch das Sanktions- und Betrugsscreening.
Der Weg einer Echtzeitzahlung durch die Infrastruktur
Die Darstellung ist vereinfacht. Eine reale Umsetzung umfasst zusätzlich Sanktionsscreening, Betrugsprävention und Liquiditätsmanagement.
Annahme des Auftrags
Die Bank des Zahlers nimmt den Zahlungsauftrag entgegen, prüft die Deckung und führt die Empfängerüberprüfung durch.
Erstellung der Nachricht
Die Bank erstellt eine ISO-20022-Nachricht (pacs.008) und sendet sie an das Abwicklungssystem.
Reservierung und Weiterleitung
Das Abwicklungssystem reserviert die Mittel aus der Liquidität der Bank des Zahlers und leitet die Nachricht an die Bank des Zahlungsempfängers weiter.
Annahme durch den Empfänger
Die Bank des Zahlungsempfängers prüft das Konto und sendet eine Annahme oder Ablehnung zurück (pacs.002).
Endgültige Abwicklung
Nach der Annahme verbucht das Abwicklungssystem die Übertragung als endgültig und benachrichtigt beide Banken.
Gutschrift und Benachrichtigung
Die Bank des Zahlungsempfängers schreibt den Betrag sofort gut, und der Zahler wird über die Ausführung der Zahlung informiert.
Architekturprinzipien in der Praxis
Die folgenden Gestaltungsprinzipien sind für jedes System zentral, das Zahlungen in Echtzeit verarbeitet.
Idempotente Schnittstellen
Jede zustandsverändernde Operation kann ohne Nebenwirkungen sicher wiederholt werden.
Ereignisgesteuerte Architektur
Zustandsübergänge werden als Ereignisse veröffentlicht, die andere Systeme abonnieren und verarbeiten.
Unveränderliches Hauptbuch
Buchungen werden nicht geändert; Korrekturen erfolgen als neue Gegenbuchungen.
Umgang mit Zeitüberschreitungen
Eine klare Regel dafür, wie vorzugehen ist, wenn innerhalb der Frist keine Antwort eingeht.
Aktiv-aktiv-Verfügbarkeit
Mehrere Standorte verarbeiten den Datenverkehr gleichzeitig, um einen unterbrechungsfreien Betrieb zu gewährleisten.
Beobachtbarkeit
Umfassende Metriken, Tracing und Alarme, die ein Problem anzeigen, bevor es der Kunde bemerkt.
Infrastrukturrisiken und operationale Resilienz
DORA verlangt von Finanzunternehmen IKT-Risikomanagement, die Meldung von Vorfällen, Resilienztests und das Management von Drittparteienrisiken.
| Risiko | Beschreibung | Maßnahme |
|---|---|---|
| Systemausfall | Die Abwicklungsverbindung oder das Kernsystem ist nicht verfügbar. | Redundante Verbindungen, Aktiv-aktiv-Architektur und getestete Notfallpläne. |
| Unklarer Status | Das Ergebnis einer Zahlung bleibt wegen einer Zeitüberschreitung unbekannt. | Statusabfragen, idempotente Wiederholungen und ein klarer Prozess für unklare Status. |
| Liquiditätsengpass | Auf dem Abwicklungskonto der Bank stehen nicht rund um die Uhr ausreichende Mittel bereit. | Automatisiertes Liquiditätsmanagement und vorausschauende Alarme. |
| Drittparteienrisiko | Eine Störung bei einem Cloud- oder Softwareanbieter beeinträchtigt den Zahlungsdienst. | Bewertung von Anbieterrisiken, Vertragsbedingungen und Ausstiegspläne gemäß DORA. |
| Nachrichtenfehler | Eine unvollständige oder falsch formatierte Nachricht wird abgelehnt. | Schemavalidierung vor dem Versand und einheitliches Mapping der ISO-20022-Felder. |
- EPC SCT Inst Rulebook
- Die vom Europäischen Zahlungsverkehrsausschuss (EPC) festgelegten Regeln des Echtzeitüberweisungsverfahrens.
- ISO 20022
- Der Standard für Interbanken- (pacs) sowie Kunde-Bank-Nachrichten (pain, camt).
- Verordnung (EU) 2022/2554 – DORA
- Digitale operationale Resilienz im Finanzsektor, anwendbar seit dem 17. Januar 2025.
- Verordnung (EU) 2024/886
- Die Pflicht zum Angebot von Echtzeitzahlungen, die Empfängerüberprüfung und Änderungen beim Sanktionsscreening.
Fragen: Transaktionsinfrastruktur
Worin unterscheiden sich TIPS und RT1?
Beide wickeln SEPA-Echtzeitzahlungen ab. TIPS ist ein Dienst des Eurosystems, in dem die Abwicklung in Zentralbankgeld erfolgt. RT1 ist ein von EBA Clearing betriebenes System. Eine Bank kann über eines der beiden oder über beide erreichbar sein.
Warum ist ISO 20022 so bedeutend?
Der Standard ersetzt ältere Nachrichtenformate mit begrenzten Feldern durch strukturierte Daten. Umfangreichere Daten verbessern die automatische Zuordnung, reduzieren manuelle Arbeit und machen das Sanktions- und Betrugsscreening wirksamer.
Wie geht ein Echtzeitzahlungssystem mit einer Zeitüberschreitung um?
Im SCT-Inst-Verfahren ist eine Höchstdauer festgelegt, innerhalb derer eine Zahlung ausgeführt oder abgelehnt werden muss. Geht nicht rechtzeitig eine Antwort ein, wird die Zahlung abgelehnt, und die Bank des Zahlers gibt die reservierten Mittel frei. Das System muss dennoch in der Lage sein, alle unklaren Fälle nachträglich aufzuklären.
Gilt DORA für Zahlungsdienstleister?
Ja. DORA gilt umfassend für Finanzunternehmen, darunter Kreditinstitute, Zahlungsinstitute und E-Geld-Institute, sowie unter bestimmten Voraussetzungen für kritische IKT-Drittdienstleister, die diese bedienen.
Verwandte Themen
Weitere Technologiebereiche und Leitfäden der Wissensdatenbank, die dieses Thema vertiefen.
Digitale Zahlungsabwicklung
Der Lebenszyklus einer Zahlung von der Auslösung bis zur Abwicklung: Gateways, Zahlungsdienstleister, Konto-zu-Konto-Zahlungen und Abgleich.
Mehr erfahren → TechnologiebereichSichere Authentifizierungsprotokolle
Starke Kundenauthentifizierung (SCA), Bank-IDs, OAuth 2.0 / FAPI und dynamische Verknüpfung im PSD2-Umfeld.
Mehr erfahren → LeitfadenEchtzeitüberweisungen: SEPA Instant und die EU-Verordnung über Sofortzahlungen
Zahlung in zehn Sekunden, Empfängerüberprüfung und Preisgleichheit. Eine Analyse der Pflichten, Fristen und technischen Auswirkungen der Verordnung (EU) 2024/886.
Leitfaden lesen →Fehlt etwas Wesentliches?
Schlagen Sie ein Thema vor oder senden Sie eine Korrektur. Wir aktualisieren unsere Inhalte, wenn sich Regulierung und Standards ändern.