Fedwire und ISO 20022, ein Jahr danach: was sich geändert hat – und was am 16. November 2026 bricht
Der Fedwire Funds Service ist an einem einzigen Tag auf ISO 20022 umgestellt worden, ohne Koexistenz und ohne Rückfallebene. Ein Jahr später ist die Migration abgeschlossen, und eine zweite verpflichtende Umstellung steht bereits fest. Hier ist, was die Federal Reserve selbst als Fehlerquelle im Produktivbetrieb meldet, und was vor November zu beheben ist.
Wo steht Fedwire ISO 20022 ein Jahr nach der Migration?
Der Fedwire Funds Service hat das Nachrichtenformat ISO 20022 an einem einzigen Tag übernommen: am 14. Juli 2025. Es gab keine Koexistenzphase – das alte Format FAIM 3.0.7 wurde ab Freitag, dem 11. Juli 2025, nicht mehr unterstützt, und weiterhin darin gesendete Nachrichten wurden nicht angenommen. Ein Jahr später ist die Migration abgeschlossen: Fedwire hat 2025 217,3 Millionen Überweisungen ausgeführt, im Schnitt rund 4,59 Billionen US-Dollar pro Tag. Ein zweites verpflichtendes Release ist bereits auf den 16. November 2026 festgelegt; es entfernt die vollständig unstrukturierte Postanschrift für jede Partei und jeden Agenten in jeder Nachricht zugunsten eines einzigen hybriden Formats, das immer einen Ortsnamen und ein Land verlangt.
Validieren Sie Ihre Datei jetzt
Kostenlos, sofort und 100 % in Ihrem Browser - keine Datei wird hochgeladen.
Der Big Bang vom 14. Juli 2025 – und das Datum, das immer noch falsch genannt wird
Die Federal Reserve hat die Umstellung nicht schrittweise vollzogen. Sie hat ISO 20022 für den Fedwire Funds Service an einem einzigen Tag eingeführt und genau das auch so formuliert. Freitag, der 11. Juli 2025, war der letzte Tag, an dem das alte Format unterstützt wurde; nach Schließung des Dienstes um 19:00 Uhr ET wurden FAIM-formatierte Nachrichten nicht mehr angenommen, und alle noch in Bearbeitung befindlichen wurden über das Migrationswochenende gelöscht. Es gab keinen Parallelbetrieb, keine Übersetzungsschicht, keine Übergangsfrist.
Das Datum, das sich weiterhin in Anbieterdokumentationen findet – und in den Antworten so manches KI-Assistenten –, ist der 10. März 2025. Das war der ursprüngliche Termin, und er wurde verschoben. Die Migration fand am 14. Juli 2025 statt. Wenn die Seite eines Anbieters weiterhin März nennt, ist sie seit über einem Jahr nicht angefasst worden – was einiges über den Rest der Seite aussagt.
Verschwunden ist FAIM, das Fedwire Application Interface Manual: ein proprietäres, tag-basiertes Format, in dem eine Zahlung eine Folge nummerierter geschweifter Klammern war – {1520} für die IMAD, {2000} für den Betrag, {6000} für die Information an den Begünstigten. Der einzige verbliebene Altbestand ist rein lesend: vergangene Nachrichten bleiben fünfzehn Monate lang abrufbar, jeweils in dem Format, in dem sie erstellt wurden.
Was sich in der Nachricht tatsächlich geändert hat
Interessant ist nicht, dass XML die Tags ersetzt hat. Interessant sind die vier strukturellen Pflichten, die damit kamen und von denen jede eine naive Integration brechen lässt.
Jede Nachricht reist jetzt in einem Umschlag: dem Business Application Header
head.001 ist verpflichtend, beim Senden wie beim Empfangen. Der Header ist ein vom Geschäftsvorfall getrenntes Dokument, und die darin enthaltene Routing Number muss die richtige sein – siehe Fehler T125 weiter unten. Wenn Ihre Integration die Zahlung als ein einziges XML-Dokument behandelt, ist sie bereits falsch.
Die UETR wurde verpflichtend – aber Fedwire prüft ihre Eindeutigkeit nicht
Die Unique End-to-End Transaction Reference ist auf den Wertnachrichten (pacs.008, pacs.009, pacs.004) erforderlich. Die Federal Reserve validiert ihr Format und stellt ausdrücklich fest, dass sie die Eindeutigkeit nicht prüft. Eine doppelte UETR geht glatt durch, und das Abstimmungsproblem landet bei Ihnen, nicht beim Betreiber.
Der Nachrichtenumfang ist enger, als die meisten annehmen
Wert: pacs.008, pacs.009, pacs.004. Status: pacs.002. Rückrufanfrage: camt.056, beantwortet durch camt.029. Drawdowns: pain.013 und pain.014. Technische Zurückweisungen: admi.002. Reporting: camt.052, und nur camt.052 – es gibt kein camt.053 im Fedwire Funds Service. Eines zu schreiben ist kein Variantenfehler, sondern ein Kategorienfehler.
Datums-, Zeit- und Betragsangaben sind stärker eingeschränkt, als das Schema erlaubt
Fedwire akzeptiert UTC oder einen UTC-Offset und weist reine Ortszeit zurück. Das Interbanken-Valutadatum muss ein reines lokales Datum sein (JJJJ-MM-TT), weil es einen Fedwire-Geschäftstag in Eastern Time bezeichnet. Beträge tragen kein führendes Plus- oder Minuszeichen: sie gelten als positiv. Eine Nachricht kann schemakonform sein und trotzdem an jedem dieser Punkte abgelehnt werden.
Was die Federal Reserve selbst als Fehlerquelle meldet
Nach dem Go-live hat die Fed eine Post-Implementation-FAQ veröffentlicht. Es ist ein ungewöhnliches und wertvolles Dokument: die Liste des Betreibers selbst, was im Produktivbetrieb tatsächlich schiefgeht. Vier Punkte sollte man sich merken, denn keiner davon ist ein Schemafehler – die Datei ist gültig und scheitert trotzdem.
Zeilenumbrüche in Freitextelementen
Die Fed rät ausdrücklich davon ab, CRLF in Freitext einzufügen. Es ist gültiges XML, es besteht die Validierung, und es verzögert die Verarbeitung oder stört die Abwicklung beim empfangenden Institut. Entfernen Sie Zeilenumbrüche aus allem, was ein Mensch getippt hat.
Textelemente, die nur Leerzeichen enthalten
Dieselbe Familie, dasselbe Ergebnis. Ein mit Leerzeichen aufgefülltes Element ist kein leeres Element, und die Fed rät davon ab, es zu senden. Trimmen Sie, und lassen Sie das Element weg, statt Leerraum zu senden.
T125 – der Header passt nicht zur Verbindung
Die Routing Number in der From Member ID des Business Application Header muss dem Inhaber der FedLine-Direct-Verbindung gehören, über die die Nachricht gesendet wird. Das ist ein Verkabelungsfehler, kein Datenfehler, und es ist das Erste, was zu prüfen ist, wenn alles korrekt aussieht und trotzdem nichts durchgeht.
Die falsche Nachricht zur Korrektur einer Zahlung verwenden
Eine bereits ausgeführte Zahlung wird mit einer pacs.004 zurückgegeben – niemals mit einer neuen pacs.008 oder pacs.009. Eine Rückrufanfrage ist eine camt.056, niemals eine camt.110-Untersuchung. Und T134 wird ausgelöst, wenn der Charge Bearer auf CRED steht, ohne dass Gebühreninformationen beigefügt sind: verwenden Sie SHAR, oder geben Sie null an.
Der zweite Big Bang: Montag, 16. November 2026
Ein Jahr Stabilität, und dann eine weitere verpflichtende Umstellung – mit einem Umstellungswochenende am 14./15. November und dem letzten normalen Tag am Freitag, dem 13. Sie ist weder schrittweise noch freiwillig. Fünf Dinge gehören an die Wand.
- 1Die vollständig unstrukturierte Postanschrift verschwindet. Jede Partei und jeder Agent wechselt in jeder Nachricht auf ein einziges hybrides Format: Ortsname und Land immer vorhanden, dazu höchstens zwei Freitextzeilen zu 70 Zeichen. Die drei Zeilen zu 35 Zeichen entfallen.
- 2Die Untersuchungsnachrichten camt.110 und camt.111 werden neu gestaltet – wer etwas auf der Version von 2023 aufgebaut hat, muss es überarbeiten.
- 3Auf Textelementen wird ein XSD-Pattern eingeführt. Bislang war der zulässige Zeichensatz eine Empfehlung; ab November erzwingt ihn das Schema.
- 4Der Testkalender ist bereits veröffentlicht: zwei Produktionstest-Samstage, der 19. September und der 31. Oktober 2026, mit Anmeldung zehn Geschäftstage im Voraus. Eine Testgruppe ist verpflichtend, wenn Sie im Schnitt 100 oder mehr ausgehende Nachrichten pro Tag per Import oder Upload senden.
- 5Schauen Sie zweimal auf den Kalender. Die SEPA-Regel zur strukturierten Adresse greift am 15. November 2026 – dem Tag davor. Wer auf beiden Seiten des Atlantiks Zahlungen sendet, hat ein einziges Adressprojekt, nicht zwei.
Die Fed nennt ihren Grund offen: Interoperabilität mit den Änderungen, die Swift und CHIPS vornehmen. Es ist derselbe hybride Endzustand, den die CBPR+-Gruppe im November 2025 eingeführt hat, der ein Jahr später bei Fedwire ankommt – weshalb die beiden Fristen in dieselben vierzehn Tage fallen. Das ist kein Zufall, und es ist keine Abstimmung, die man ignorieren kann.
Eine Fedwire-Nachricht vor dem Senden validieren
Ziehen Sie eine pacs.008, pacs.009, pacs.004 oder camt.056 in den Validator und sehen Sie, was die Fed sehen würde. Er läuft vollständig in Ihrem Browser – die Datei verlässt Ihren Rechner nie, was die einzige realistische Art ist, eine produktive Überweisung zu testen.
Fedwire-Validator öffnenOffizielle Quellen
Jede Angabe oben stammt aus den Veröffentlichungen der Federal Reserve selbst: dem ISO 20022 Implementation Center, der Post-Implementation-FAQ, der FAQ zum Release November 2026 und den veröffentlichten Volumenstatistiken. Wo die Fed nichts veröffentlicht – die genauen Nachrichtenversionskennungen und die Feldlängen für Zahlungsavise stehen im Implementation Guide auf MyStandards, hinter einem Login –, sagt dieser Artikel lieber nichts, als zu raten.
Häufig gestellte Fragen
Wann ist Fedwire auf ISO 20022 migriert?
Am 14. Juli 2025, in einer Umstellung an einem einzigen Tag. Freitag, der 11. Juli 2025, war der letzte Tag, an dem das alte Format FAIM 3.0.7 unterstützt wurde. Das Datum 10. März 2025, das weiterhin breit kursiert, war der ursprüngliche Plan und wurde verschoben – es ist nicht das Migrationsdatum.
Gab es eine Koexistenzphase zwischen FAIM und ISO 20022?
Nein. Die Federal Reserve hat ISO 20022 an einem einzigen Tag übernommen, ohne Parallelbetrieb. FAIM-formatierte Nachrichten, die nach dem Stichtag gesendet wurden, wurden nicht angenommen und über das Migrationswochenende gelöscht. Der einzige verbliebene Zugriff auf den Altbestand ist rein lesend: vergangene Nachrichten bleiben fünfzehn Monate lang abrufbar, jeweils in dem Format, in dem sie erstellt wurden.
Welche ISO-20022-Nachrichten verwendet der Fedwire Funds Service?
Wertnachrichten: pacs.008 (Kundenüberweisung), pacs.009 (Überweisung zwischen Finanzinstituten, einschließlich Cover) und pacs.004 (Zahlungsrückgabe). Status: pacs.002. Rückrufanfrage: camt.056, beantwortet durch camt.029. Drawdowns: pain.013 und pain.014. Technische Zurückweisung: admi.002. Reporting: camt.052. Jede davon ist in einen Business Application Header head.001 eingebettet. Ein camt.053 gibt es bei Fedwire nicht.
Ist die UETR bei Fedwire verpflichtend, und wird sie geprüft?
Sie ist auf den Wertnachrichten verpflichtend – pacs.008, pacs.009 und pacs.004. Die Federal Reserve validiert das Format der UETR, prüft aber nicht, ob sie eindeutig ist. Ein Duplikat wird angenommen, die Eindeutigkeit liegt also in Ihrer Verantwortung, nicht in der des Betreibers.
Was passiert am 16. November 2026?
Ein zweites verpflichtendes Release, mit einem Umstellungswochenende am 14./15. November. Die vollständig unstrukturierte Postanschrift entfällt zugunsten eines einzigen hybriden Formats für jede Partei und jeden Agenten in jeder Nachricht; die Untersuchungsnachrichten camt.110 und camt.111 werden neu gestaltet; und auf Textelemente wird ein XSD-Pattern angewendet, das den sendbaren Zeichensatz einschränkt.
Sind strukturierte Adressen bei Fedwire bereits verpflichtend?
Nicht für alle, und das ist das häufigste Missverständnis. Seit Juli 2025 gilt der hybride Endzustand nur für Ultimate Debtor, Initiating Party, Ultimate Creditor und Originator. Debtor, Creditor und die Agenten unterliegen weiterhin der Übergangsregelung: eine strukturierte Adresse oder bis zu drei freie Zeilen zu 35 Zeichen, aber niemals beides zugleich. Diese Übergangsregelung endet am 16. November 2026.
Wie teilt Fedwire mir mit, dass eine Nachricht zurückgewiesen wurde?
Mit einer admi.002. Sie trägt die IMAD der zurückgewiesenen Nachricht in der zugehörigen Referenz – oder NOTAVAILABLE, wenn die Nachricht nicht weit genug gelesen werden konnte, um eine zu finden. Ein technischer bzw. Schemafehler und ein fachlicher Fehler lassen sich an der Form des Bezeichners unterscheiden, den die Zurückweisung trägt.
Betrifft das CHIPS, FedNow und SWIFT?
CHIPS ist am 8. April 2024 auf ISO 20022 migriert, und FedNow ist von Anfang an ISO-20022-nativ. Bei SWIFT endete die MT/ISO-20022-Koexistenz für grenzüberschreitende Zahlungsaufträge (CBPR+) am 22. November 2025 – das gilt aber für Zahlungsaufträge: die MT-9xx-Reportingnachrichten sind abgekündigt, nicht abgeschafft. Das Fedwire-Release vom November 2026 ist ausdrücklich auf das abgestimmt, was Swift und CHIPS tun.