Cross-Border 2026: ISO 20022, Open Finance und tokenisierte Einlagen in der Firmenkunden-Treasury

Zusammenfassung. Grenzüberschreitende Firmenkunden-Treasury ist 2026 ein mehrgleisiges Engineering-Problem, bevor sie ein Beziehungsmanagement-Problem ist. PSD3 und die Financial Data Access (FiDA) verbreitern den Open-Banking-Perimeter in die Firmenkunden-Treasury-Daten hinein; der SWIFT MT/MX-Cut-over im November 2026 macht CBPR+-konforme pacs.008 zum einzigen tragfähigen grenzüberschreitenden Interbankenformat; tokenisierte Einlagen und regulierte Stablecoin-Rails tragen das Wholesale-Settlement-Bein nahe T+0 in permissioned Netzen. Die CIB, die diesen Zyklus gewinnt, ist nicht die, die eine einzige Schiene wählt; es ist die, die die Orchestrierungsschicht konstruiert, die sie verbindet. Dieser Artikel zeichnet die Vier-Schienen-Architektur (A2A unter PSD3, SWIFT CBPR+, bankseitig emittierte tokenisierte Einlagen, regulierte Stablecoins) nach — was jede Schiene leistet, wo die Kreditrisikogrenzen verlaufen und was die darüberliegende Policy-as-Code-Orchestrierungsschicht durchsetzen muss, damit der Firmenkunde eine Zahlung sieht und die Aufsicht eine prüffähige Spur sieht.

Ein europäischer Industriekonzern zahlt an einem Mittwochmorgen 4,2 Mio. EUR an einen brasilianischen Lieferanten. Die Treasury-Workstation wählt keine Bank. Sie wählt eine Schiene — eine Sequenz von Schienen. Die kundenseitige Anweisung landet als A2A-pain.001-Nachricht, geroutet über einen Open-Finance-Anbieter unter PSD3. Die Bank überträgt zwei Korrespondenzjurisdiktionen über tokenisierte Einlagen in einem privaten CIB-Netz. Der Long Tail — eine USD-80.000-Rechnungsbereinigung an einen Unterlieferanten ohne tokenisierte-Einlagen-Beziehung — läuft weiterhin über SWIFT CBPR+ als pacs.008. Der Kunde sieht eine Zahlung. Die Architektur sieht vier Schienen. ISO 20022 ist der einzige Grund, warum es hält.

Das ist das Betriebsmodell, das Mastercard beschreibt, wenn es über die Entwicklung von Open Banking zu Open Finance spricht — Daten und Zahlungen verschmolzen zu einer Orchestrierungsschicht, in der das System die Schiene wählt, nicht der Kunde. Die interessante Frage für Senior-Banking-Technologen ist nicht, welche Schiene gewinnt. Es ist, wie die Orchestrierungsschicht konstruiert, gesteuert und abgestimmt wird.

01. Von Karten zu A2A — die Open-Finance-Verschiebung

Die Karten-Rails verschwinden nicht. Sie werden neu eingeordnet.

Über 2025 hinweg und bis 2026 hinein haben PSD3 und die Financial-Data-Access-Regulierung (FiDA) die Open-Banking-Pflicht über Zahlungskonten hinaus auf Renten, Hypotheken, Sparprodukte, Versicherungen und Firmenkunden-Treasury-Daten ausgeweitet. Die Konsequenz für die Firmenkunden-Treasury ist direkt: Ein CIB-Relationship-Manager kann nun das vollständige Liquiditätsbild eines Firmenkunden über mehrere Banken hinweg über einen API-Vertrag konsumieren — auf Weisung des Firmenkunden.

Zwei Akteure bauen sichtbar die Orchestrierungsschicht, die Firmenkunden konsumieren werden. Nexi hat seine Acquiring-Präsenz auf A2A-Initiation über SEPA Instant und paneuropäische RTGS-Korridore ausgeweitet, ISO 20022 nativ Ende-zu-Ende. Mastercards Open-Finance-Plattform — verankert auf der Übernahme von Aiia und Finicity — liefert die Datenaggregations- und Einwilligungsschicht darunter, wobei die Zahlungsinitiierung über dasselbe API-Estate erfolgt, das zuvor Kartenautorisierungen bedient hat.

Die Verschiebung zählt aus drei Gründen:

Stückkostenökonomie. A2A initiiert unter PSD3 streicht das Interchange aus der Zahlung. Für hochpreisige B2B-Flows ist die Einsparung materiell; für niedrigpreisige Konsumentenflows kollabiert der Händler-Kostenstack.
Datenqualität. A2A unter ISO 20022 trägt strukturierte Remittance-Daten, die Karten nie tragen konnten. Auto-Reconciliation-Raten über 95 % sind heute Mindeststandard.
Risikomodell. A2A ist eine Überweisung, keine Kartenautorisierung. Die Betrugsoberfläche, das Chargeback-Modell und das Dispute-Modell sind allesamt anders. Corporate-Treasury-Teams müssen verstehen, dass die Kundenschutzschicht neu aufgebaut, nicht geerbt wird.

Die CIB, die 2026 ein Multi-Rail-Angebot verkauft, verkauft Orchestrierung — keinen Zugang. Zugang ist heute reguliert.

02. ISO 20022 als Lingua franca über Schienen hinweg

Der Grund, warum Multi-Rail überhaupt funktioniert, ist, dass das Nachrichtenformat über die Schienen hinweg konsistent ist.

Das BIS Committee on Payments and Market Infrastructures (CPMI) hat das architektonische Argument in seinen ISO-20022-Harmonisierungsanforderungen zur Verbesserung grenzüberschreitender Zahlungen klar gemacht. Der Cut-over auf CBPR+ im November 2025 hat die MT103-/MT202-Ära für grenzüberschreitende Interbanken-Nachrichten beendet. Ab diesem Zeitpunkt sprechen alle wichtigen Schienen — SWIFT, FedNow, SEPA Instant, RTP und die wichtigsten Instant-Payment-Systeme in Asien und Lateinamerika — dieselbe pacs.008-/pacs.009-/pain.001-Grammatik.

Die praktische Konsequenz für die Firmenkunden-Treasury:

Routing ist datengetrieben. Die Treasury-Workstation liest eine pain.001 einmal und entscheidet die Schiene pro Zahlung anhand Korridor, Ticketgröße, Cut-off und Gegenparteibeziehung — ohne die Nachricht neu zu mappen.
Remittance-Daten überleben den Hop. Strukturierte Remittance-Felder (<RmtInf><Strd>) tragen durch Korrespondenz-Beine ohne Trunkierung. Auto-Reconciliation-Raten steigen, weil die Daten nicht mehr an der Schienengrenze verloren gehen.
Sanktions-Screening wird prüfbar. Strukturierte <Dbtr>-/<Cdtr>-/<DbtrAgt>-/<CdtrAgt>-Felder mit LEI-Referenzen ersetzen Freitext-Namens-Screening. Trefferraten sinken. Untersuchungs-Queues schrumpfen.

Das folgende Diagramm verfolgt eine einzelne pain.001 durch die Ingress-Schicht der Bank, hinein in den Policy-as-Code-Orchestrator und hinaus auf die Schiene, die Korridor und Ticketgröße verlangen — eine Nachricht, viele Schienen, kein Re-Mapping.

flowchart LR
    Corp[Corporate ERP] -->|pain.001 ISO 20022| Ingress[Bank Ingress<br/>schema-validate]
    Ingress --> Router{Orchestrator<br/>policy-as-code}
    Router -->|high-value cross-border| Swift[SWIFT CBPR+<br/>pacs.008]
    Router -->|domestic instant| A2A[A2A / Open Finance<br/>PSD3 / FedNow / SEPA Inst]
    Router -->|in-network corridor| Token[Tokenised Deposit<br/>permissioned ledger]
    Swift --> Settle[Settlement<br/>pacs.002 status]
    A2A --> Settle
    Token --> Settle
    Settle --> Recon[Auto-reconciliation<br/>structured RmtInf]

Die Kosten dieser Konsistenz heißen Engineering-Disziplin. ISO 20022 ist permissiv. Zwei Banken können vollständig CBPR+-konform sein und dennoch pacs.008-Nachrichten produzieren, die sich in Feldnutzung, Zeichensatz und Remittance-Datenstruktur unterscheiden. Die CIB, die 2026 grenzüberschreitend gewinnt, erzwingt ein strikteres Nachrichtenprofil als der Standard verlangt — und weist beim Parsen ab, nicht beim Settlement.

03. Tokenisierte Einlagen und stabile Rails

Das Wholesale-Settlement-Bein ist die Stelle, an der die Schienen-Story interessant wird.

Das Bild für 2026, gut eingefangen in der Trade-Treasury-Payments-Analyse zu Automatisierung, Contingency-Rails, ISO 20022 und Stablecoins, teilt die Wholesale-Settlement-Schicht in zwei strukturell verschiedene Modelle.

Bankseitig emittierte tokenisierte Einlagen. Eine Geschäftsbank emittiert eine tokenisierte Verbindlichkeit auf einem permissioned Ledger — JPM Coin, HSBCs Orion-verknüpftes Deposit Token, die wichtigsten europäischen CIB-Pendants. Der Token ist ein direkter Anspruch gegen die emittierende Bank. Settlement ist nahe T+0 innerhalb des Netzes. Compliance liegt in der Verantwortung der emittierenden Bank. Die Schiene ist vollständig reguliert, vollständig nachverfolgbar und auf Teilnehmer beschränkt, die der Emittent onboarded hat.

Integrierte Stablecoin-Rails. Ein regulierter Stablecoin — vollständig gedeckt, geprüft und unter MiCA oder einem äquivalenten regionalen Regime operierend — settlet einen Korridor, den bankseitig emittierte tokenisierte Einlagen noch nicht erreichen. Der Token ist ein Anspruch an die Reserve, nicht an die Bilanz einer Bank. Compliance wird zwischen Emittent, On-Ramp und Off-Ramp geteilt.

Die beiden Modelle konkurrieren nicht. Sie stapeln. Ein CIB-Cross-Border-Produkt nutzt 2026 typischerweise bankseitig emittierte tokenisierte Einlagen für das In-Network-Bein und einen regulierten Stablecoin für den Korridor, an dem die In-Network-Schiene endet. Der Firmenkunde sieht eine ISO-20022-Zahlung. Die Settlement-Story darunter ist Multi-Token.

Die Vorstandsfrage ist dieselbe, die operationelle Risikoausschüsse seit den ersten Pilotprojekten zu programmierbarer Liquidität stellen: Wer trägt das Kreditrisiko des Tokens, und wie lange? Tokenisierte Einlagen liefern eine klare Antwort — die emittierende Bank, bis zum Burn. Integrierte Stablecoin-Rails liefern eine nuanciertere — die Reserve, vorbehaltlich Prüfzyklus und Rückgabegarantie. Ein Treasury-Team, das die Antwort nicht pro Schiene und pro Korridor dokumentiert, trägt unbemessenes Kreditrisiko in seiner Bilanz.

04. Der autonome Treasury-Stack

Über der Schienenschicht liegt die Orchestrierungsschicht. Über der Orchestrierungsschicht liegt die Agentenschicht.

Ich habe die Architektur im Detail in Der Autonomous-Treasury-Index 2026: Programmierbare Liquidität und tokenisierte Einlagen dargelegt. Die Kurzfassung: Agentische Treasury ist 2026 die Orchestrierungsschicht, ausgedrückt als Policy-as-Code, mit begrenzten Agenten, die darin ausführen.

Der Stack ist:

Schienenschicht. SWIFT CBPR+, instant A2A, tokenisierte Einlagen, regulierte Stablecoins. Jede Schiene hat ein veröffentlichtes Profil, eine Cut-off-Tabelle, eine Kostenkurve und ein Settlement-Finality-Modell.
Orchestrierungsschicht. ISO 20022 rein, ISO 20022 raus. Schienenentscheidung pro Zahlung anhand Korridor, Ticket, Cut-off, Gegenparteibeziehung und Policy. Die Policy ist versioniert, signiert und auditierbar.
Agentenschicht. Begrenzte Treasury-Agenten führen die Orchestrierungs-Policy mit Werkzeugaufruf-Grenzen, Audit-Protokollen und Notabschaltungen aus. Der Agent wählt nicht die Schiene. Die Policy wählt die Schiene. Der Agent führt die Policy aus.
Reconciliation-Schicht. ISO-20022-Nachrichten pacs.008 / pacs.002 / camt.054 stimmen gegen die ursprüngliche pain.001-Anweisung ab — strukturierte Remittance-Daten schließen die Schleife ohne manuellen Eingriff.

Die CIB, die 2026 diesen Stack verkauft, verkauft vier Dinge gleichzeitig — und preist sie getrennt. Der Firmenkunde, der ihn kauft, kauft Optionalität über Schienen hinweg, mit einem Nachrichtenstandard, einer Policy-Schicht, einem Reconciliation-Feed. Das ist die architektonische Verschiebung. Alles andere ist Implementierungsdetail.

Häufige Fragen

Ist „Open Finance" nur umetikettiertes Open Banking? Nein. Open Banking unter PSD2 erfasste Zahlungskonten. PSD3 und die Financial Data Access (FiDA) erweitern die Datenfreigabepflicht auf Renten, Hypotheken, Sparprodukte, Versicherungen und Firmenkunden-Treasury-Daten. Die Konsequenz für die Firmenkunden-Treasury ist direkt: Ein CIB-Relationship-Manager kann nun das vollständige Liquiditätsbild eines Firmenkunden über mehrere Banken hinweg über einen API-Vertrag konsumieren — auf Weisung des Firmenkunden, nicht nur dessen Zahlungskontenhistorie.

Warum liegt der architektonische Fokus auf der Orchestrierungsschicht und nicht auf der Schiene? Weil Schienen sich heute commoditisieren. SWIFT CBPR+ pacs.008, A2A unter PSD3, tokenisierte Einlagen und regulierte Stablecoins tragen alle dieselbe ISO-20022-Grammatik auf Nachrichtenebene. Was eine 2026er CIB differenziert, ist die Policy-as-Code-Engine, die die Schiene pro Zahlung anhand Korridor, Ticketgröße, Settlement-Finality-Anforderung und Gegenparteibeziehung wählt — und die Wahl in Audit-Telemetrie protokolliert, nach der die Aufsicht fragen wird. Ohne diese Engine ist Multi-Rail nur Optionalität ohne Governance.

Wo verläuft die Kreditrisikogrenze auf einem tokenisierten Einlagen-Bein? Bankseitig emittierte tokenisierte Einlagen auf einem permissioned Ledger sind ein direkter Anspruch gegen die emittierende Bank — das Kreditrisiko endet beim Burn. Regulierte Stablecoin-Rails (MiCA-beaufsichtigt in der EU, das Diskussionspapierregime der Bank of England im UK, Pendants anderswo) sind ein Anspruch an die Reserve, wobei das Risikofenster vom Prüfzyklus und den Rückgabegarantie-Bedingungen abhängt. Ein Treasury-Team, das die Antwort nicht pro Schiene und pro Korridor dokumentiert, trägt unbemessenes Kreditrisiko in seiner Bilanz.

Was passiert in dieser Architektur mit SWIFT? SWIFT verschwindet nicht — es verankert den Long Tail. Korridore, die bankseitig emittierte tokenisierte Einlagen noch nicht erreichen (die meisten Unterlieferanten-Beziehungen in Schwellenmärkten, die meisten niederfrequenten / niedrigtarifigen grenzüberschreitenden Flows), und Korridore, in denen der Firmenkunde oder die Bank den CBPR+-Korrespondenzbanken-Audit-Trail verlangt, laufen weiterhin über SWIFT pacs.008. Die 2026er Architektur ist „SWIFT + neue Schienen", nicht „neue Schienen statt SWIFT".

Was kauft der Firmenkunde, wenn er diesen Stack kauft? Optionalität über Schienen hinweg, mit einem Nachrichtenstandard (ISO 20022), einer Policy-Schicht (der Orchestrierungs-Engine) und einem Reconciliation-Feed (pacs.002-Status + camt.054-Bestätigung + strukturierte camt.053-Kontoauszüge). Der Firmenkunde bezahlt nicht für vier separate Schienenanschlüsse. Er bezahlt für die Orchestrierungsschicht, die vier Schienen operativ wie eine verhalten lässt — und für den Audit-Trail, der ihm am Morgen nach der nächsten Aufsichtsanfrage beantwortet, „auf welcher Schiene lief diese 4,2-Mio.-EUR-Zahlung und warum?".

Fazit

Grenzüberschreitende Firmenkunden-Treasury ist 2026 ein mehrgleisiges Engineering-Problem. ISO 20022 ist die Grammatik, die Multi-Rail handhabbar macht. PSD3 und FiDA weiten den Datenperimeter und drücken Open Finance in den Workflow der Firmenkunden-Treasury. Tokenisierte Einlagen und regulierte Stablecoins tragen das Wholesale-Settlement-Bein. SWIFT verankert weiterhin den Long Tail.

Die CIB, die gewinnt, ist diejenige, die die Orchestrierungsschicht baut — nicht diejenige, die auf eine einzelne Schiene setzt und die Franchise darauf verwettet. Das Corporate-Treasury-Team, das gewinnt, ist dasjenige, das das Kreditrisiko pro Schiene und pro Korridor dokumentiert, ein strikteres ISO-20022-Profil erzwingt, als der Regulator verlangt, und die Schienenentscheidung als Policy behandelt, nicht als zahlungsbezogenes Ermessen.

Die interessante Arbeit liegt in der Orchestrierungsschicht. Bauen Sie sie sorgfältig.

Referenzen

Bank for International Settlements, Committee on Payments and Market Infrastructures (2023). Harmonised ISO 20022 data requirements for enhancing cross-border payments (CPMI Papers Nr. 230). Verfügbar unter: https://www.bis.org/cpmi/publ/d230.htm

Bank for International Settlements (2024). Project Agorá: cross-border payments with tokenised commercial bank deposits and central bank money. BIS Innovation Hub. Verfügbar unter: https://www.bis.org/about/bisih/topics/fmis/agora.htm

Bank of England (2023). Regulatory regime for systemic payment systems using stablecoins and related service providers — Diskussionspapier. Verfügbar unter: https://www.bankofengland.co.uk/paper/2023/dp/regulatory-regime-for-systemic-payment-systems-using-stablecoins-and-related-service-providers

Europäische Kommission (2023). Vorschlag für eine Richtlinie über Zahlungsdienste und E-Geld-Dienste (PSD3). Verfügbar unter: https://finance.ec.europa.eu/regulation-and-supervision/financial-services-legislation/implementing-and-delegated-acts/payment-services-directive_en

Europäisches Parlament und Rat (2023). Verordnung (EU) 2023/1114 über Märkte für Kryptowerte (MiCA). Verfügbar unter: https://eur-lex.europa.eu/eli/reg/2023/1114/oj

Financial Action Task Force (2023). International standards on combating money laundering and the financing of terrorism — Empfehlung 16 zu Überweisungen. Verfügbar unter: https://www.fatf-gafi.org/en/publications/Fatfrecommendations/Fatf-recommendations.html

International Organization for Standardization (2020). ISO 17442 Financial services — Legal entity identifier (LEI). Verfügbar unter: https://www.gleif.org/en/about-lei/iso-17442-the-lei-code-structure

SWIFT (2024). Cross-Border Payments and Reporting Plus (CBPR+) usage guidelines. Verfügbar unter: https://www.swift.com/standards/iso-20022/iso-20022-programme

Zuletzt geprüft am 2026-06-24.

Zuletzt überprüft 2026-06-23.

Diesen Artikel republizieren

Cross-Border 2026: ISO 20022, Open Finance und tokenisierte Einlagen in der Firmenkunden-Treasury — Sebastien Rousseau

Wie ISO 20022, A2A, Open Finance unter PSD3/FiDA und tokenisierte Einlagen die grenzüberschreitende Firmenkunden-Treasury 2026 neben SWIFT neu ordnen.

Dieser Artikel ist lizenziert unter Creative Commons Attribution 4.0 International. Eine Republikation erfordert Attribution zur kanonischen URL.

Cross-Border 2026: ISO 20022, Open Finance und tokenisierte Einlagen in der Firmenkunden-Treasury — Sebastien Rousseau

Wie ISO 20022, A2A, Open Finance unter PSD3/FiDA und tokenisierte Einlagen die grenzüberschreitende Firmenkunden-Treasury 2026 neben SWIFT neu ordnen.

Originally published at https://sebastienrousseau.com/de/2026-06-24-cross-border-iso-20022-open-finance-tokenised-deposits-treasury-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER

Cross-Border 2026: ISO 20022, Open Finance und tokenisierte Einlagen in der Firmenkunden-Treasury

01. Von Karten zu A2A — die Open-Finance-Verschiebung

02. ISO 20022 als Lingua franca über Schienen hinweg

03. Tokenisierte Einlagen und stabile Rails

04. Der autonome Treasury-Stack

Häufige Fragen

Fazit

Referenzen

Format für Medium kopieren

Format für Mastodon kopieren

Formatiert für LinkedIn kopieren

BibTeX

RIS

Vancouver

Chicago

APA

Diesen Artikel republizieren