Fedwire en ISO 20022, een jaar later: wat er veranderd is — en wat er breekt op 16 november 2026
De Fedwire Funds Service stapte op één enkele dag over op ISO 20022, zonder co-existentie en zonder terugvaloptie. Een jaar later is de migratie voltooid, en staat een tweede verplichte overstap al gepland. Dit is wat de Federal Reserve zelf als brekend in productie meldt, en wat u vóór november moet corrigeren.
Hoe staat het met Fedwire ISO 20022, een jaar na de migratie?
De Fedwire Funds Service heeft het ISO 20022-berichtformaat op één enkele dag ingevoerd: 14 juli 2025. Er was geen co-existentieperiode — het oude FAIM 3.0.7-formaat werd vanaf vrijdag 11 juli 2025 niet meer ondersteund, en berichten die er nog in werden verstuurd, werden niet geaccepteerd. Een jaar later is de migratie voltooid: Fedwire verwerkte in 2025 217,3 miljoen overboekingen, gemiddeld ongeveer 4.590 miljard dollar per dag. Een tweede verplichte release staat al vast op 16 november 2026, en die schrapt het volledig ongestructureerde postadres voor elke partij en elke agent, in elk bericht, ten gunste van één enkel hybride formaat dat altijd een plaatsnaam en een land vereist.
Valideer uw bestand nu
Gratis, direct en 100% in uw browser - er wordt nooit een bestand geüpload.
De big bang van 14 juli 2025 — en de datum die iedereen nog steeds fout heeft
De Federal Reserve heeft dit niet gefaseerd ingevoerd. Zij nam ISO 20022 voor de Fedwire Funds Service op één enkele dag in gebruik, en zei dat ook met zoveel woorden. Vrijdag 11 juli 2025 was de laatste dag waarop het oude formaat werd ondersteund; zodra de dienst om 19.00 uur ET sloot, werden berichten in FAIM-formaat niet meer geaccepteerd, en wat nog onderweg was, werd tijdens het migratieweekend verwijderd. Er was geen dubbele verwerking, geen vertaallaag, geen respijtperiode.
De datum die u nog altijd in leveranciersdocumentatie aantreft — en in de antwoorden van meer dan één AI-assistent — is 10 maart 2025. Dat was de oorspronkelijke datum, en die is uitgesteld. De migratie vond plaats op 14 juli 2025. Als de pagina van een leverancier nog steeds maart vermeldt, is die pagina in meer dan een jaar niet aangeraakt, wat iets zegt over de rest ervan.
Wat verdween, is FAIM, de Fedwire Application Interface Manual: een propriëtair, tag-gebaseerd formaat waarin een betaling een reeks genummerde accolades was — {1520} voor de IMAD, {2000} voor het bedrag, {6000} voor de informatie aan de begunstigde. Het enige wat van het oude overblijft, is alleen-lezen: eerdere berichten blijven vijftien maanden opvraagbaar, elk in het formaat waarin het is aangemaakt.
Wat er werkelijk veranderde in het bericht
Het interessante is niet dat XML de tags heeft vervangen. Het zijn de vier structurele verplichtingen die ermee meekwamen, en die elk een naïeve integratie breken.
Elk bericht reist nu in een envelop: de Business Application Header
head.001 is verplicht, zowel bij verzenden als bij ontvangen. De header is een apart document van het businessbericht, en het routing number dat hij draagt moet het juiste zijn — zie de fout T125 hieronder. Als uw integratie de betaling als één enkel XML-document behandelt, is ze nu al fout.
De UETR werd verplicht — maar Fedwire controleert niet of hij uniek is
De Unique End-to-End Transaction Reference is vereist op de waardeberichten (pacs.008, pacs.009, pacs.004). De Federal Reserve valideert het formaat ervan en stelt onomwonden dat zij de uniciteit niet controleert. Een dubbele UETR gaat er zo doorheen, en het reconciliatieprobleem belandt bij u, niet bij de operator.
De berichtenset is smaller dan de meesten aannemen
Waarde: pacs.008, pacs.009, pacs.004. Status: pacs.002. Terugvraag: camt.056, beantwoord met camt.029. Drawdowns: pain.013 en pain.014. Technische afwijzingen: admi.002. Rapportage: camt.052, en uitsluitend camt.052 — er is geen camt.053 op de Fedwire Funds Service. Er een schrijven is een categoriefout, geen variant.
Data, tijden en bedragen zijn strenger beperkt dan het schema toestaat
Fedwire accepteert UTC of een UTC-offset, en weigert kale lokale tijd. De interbancaire afwikkelingsdatum moet een kale lokale datum zijn (JJJJ-MM-DD), omdat hij een Fedwire-werkdag in Eastern time aanduidt. Bedragen dragen geen voorafgaand plus- of minteken: ze worden verondersteld positief te zijn. Een bericht kan schemavalide zijn en toch op elk van deze punten geweigerd worden.
Wat de Federal Reserve zelf als brekend meldt
Na de livegang publiceerde de Fed een post-implementatie-FAQ. Het is een ongebruikelijk en waardevol document: de eigen lijst van de operator van wat er in productie werkelijk misgaat. Vier punten zijn het onthouden waard, want geen ervan is een schemafout — het bestand is valide, en faalt toch.
Regeleindes binnen vrije-tekstelementen
De Fed raadt expliciet af om CRLF in vrije-tekstvelden te plaatsen. Het is legale XML, het doorstaat de validatie, en het vertraagt de verwerking of breekt de afhandeling bij de ontvangende instelling. Verwijder regeleindes uit alles wat een mens heeft ingetypt.
Tekstelementen die niets dan spaties bevatten
Zelfde familie, zelfde uitkomst. Een element opgevuld met spaties is geen leeg element, en de Fed raadt af het te versturen. Trim de tekst, en laat het element weg in plaats van witruimte te versturen.
T125 — de header komt niet overeen met de verbinding
Het routing number in de From Member ID van de Business Application Header moet toebehoren aan de eigenaar van de FedLine Direct-verbinding die het bericht verstuurt. Dit is een bekabelingsfout, geen datafout, en het is het eerste wat u moet nakijken wanneer alles correct lijkt en er niets doorkomt.
Het verkeerde bericht gebruiken om een betaling te corrigeren
Een reeds afgewikkelde betaling wordt teruggestuurd met een pacs.004 — nooit met een nieuwe pacs.008 of pacs.009. Een verzoek om terugbetaling is een camt.056, nooit een camt.110-onderzoek. En T134 treedt op wanneer de Charge Bearer op CRED staat zonder bijgevoegde kosteninformatie: gebruik SHAR, of vermeld nul.
De tweede big bang: maandag 16 november 2026
Een jaar stabiliteit, en dan opnieuw een verplichte overstap — met een overstapweekend op 14 en 15 november en de laatste normale dag op vrijdag de 13e. Het is niet geleidelijk, en het is niet optioneel. Vijf punten om aan de muur te hangen.
- 1Het volledig ongestructureerde postadres verdwijnt. Elke partij en elke agent, in elk bericht, gaat over op één enkel hybride formaat: plaatsnaam en land altijd aanwezig, plus hoogstens twee vrije-tekstregels van 70 tekens. De drie regels van 35 tekens zijn verleden tijd.
- 2De onderzoeksberichten camt.110 en camt.111 worden herontworpen — als u iets op de versie van 2023 hebt gebouwd, moet u daarop terugkomen.
- 3Er wordt een XSD-pattern op tekstelementen ingevoerd. Tot nu toe was de aanvaarde tekenset een kwestie van aanbeveling; vanaf november wordt hij door het schema afgedwongen.
- 4De testkalender is al gepubliceerd: twee productietestzaterdagen, 19 september en 31 oktober 2026, met inschrijving tien werkdagen vooraf. Een testgroep is verplicht als u gemiddeld 100 uitgaande berichten of meer per dag verstuurt via import of upload.
- 5Bekijk de kalender twee keer. De regel voor gestructureerde adressen van SEPA bijt op 15 november 2026 — de dag ervoor. Als u aan beide kanten van de Atlantische Oceaan betalingen verstuurt, is dit één adresproject, geen twee.
De Fed geeft haar reden openlijk: interoperabiliteit met de wijzigingen die Swift en CHIPS doorvoeren. Dit is dezelfde hybride eindtoestand die de CBPR+-groep in november 2025 invoerde, die een jaar later op Fedwire aankomt — daarom vallen de twee deadlines in dezelfde veertien dagen. Het is geen toeval, en het is geen afstemming die u kunt negeren.
Valideer een Fedwire-bericht voordat u het verstuurt
Sleep een pacs.008, pacs.009, pacs.004 of camt.056 in de validator en zie wat de Fed zou zien. Alles draait volledig in uw browser — het bestand verlaat uw machine nooit, wat de enige realistische manier is waarop iemand een productieoverboeking test.
Open de Fedwire-validatorOfficiële bronnen
Elk feit hierboven komt uit de eigen publicaties van de Federal Reserve: het ISO 20022 Implementation Center, de post-implementatie-FAQ, de FAQ bij de release van november 2026 en de gepubliceerde volumestatistieken. Waar de Fed iets niet publiceert — de exacte versie-identificatoren van de berichten en de veldlengtes voor remittance staan in de Implementation Guide op MyStandards, achter een login — zegt dit artikel liever niets dan te gissen.
Veelgestelde vragen
Wanneer migreerde Fedwire naar ISO 20022?
Op 14 juli 2025, met een overstap in één enkele dag. Vrijdag 11 juli 2025 was de laatste dag waarop het oude FAIM 3.0.7-formaat werd ondersteund. De datum 10 maart 2025, die nog altijd breed circuleert, was het oorspronkelijke plan en is uitgesteld — het is niet de migratiedatum.
Was er een co-existentieperiode tussen FAIM en ISO 20022?
Nee. De Federal Reserve voerde ISO 20022 op één enkele dag in, zonder dubbele verwerking. Berichten in FAIM-formaat die na de deadline werden verstuurd, werden niet geaccepteerd en zijn tijdens het migratieweekend verwijderd. De enige resterende toegang tot het oude formaat is alleen-lezen: eerdere berichten blijven vijftien maanden opvraagbaar, elk in het formaat waarin het is aangemaakt.
Welke ISO 20022-berichten gebruikt de Fedwire Funds Service?
Waardeberichten: pacs.008 (overboeking van cliënten), pacs.009 (overboeking van financiële instellingen, cover inbegrepen) en pacs.004 (terugboeking). Status: pacs.002. Terugvraag: camt.056, beantwoord met camt.029. Drawdowns: pain.013 en pain.014. Technische afwijzing: admi.002. Rapportage: camt.052. Elk ervan zit verpakt in een head.001 Business Application Header. Er is geen camt.053 op Fedwire.
Is de UETR verplicht op Fedwire, en wordt hij gecontroleerd?
Hij is verplicht op de waardeberichten — pacs.008, pacs.009 en pacs.004. De Federal Reserve valideert het formaat van de UETR maar controleert niet of hij uniek is. Een duplicaat wordt geaccepteerd, dus uniciteit is uw verantwoordelijkheid, niet die van de operator.
Wat gebeurt er op 16 november 2026?
Een tweede verplichte release, met een overstapweekend op 14 en 15 november. Het volledig ongestructureerde postadres wordt geschrapt ten gunste van één enkel hybride formaat voor elke partij en elke agent, in elk bericht; de onderzoeksberichten camt.110 en camt.111 worden herontworpen; en er wordt een XSD-pattern op tekstelementen toegepast, wat de tekenset die u mag versturen aanscherpt.
Zijn gestructureerde adressen al verplicht op Fedwire?
Niet voor iedereen, en dit is het meest voorkomende misverstand. Sinds juli 2025 geldt de hybride eindtoestand alleen voor de Ultimate Debtor, de Initiating Party, de Ultimate Creditor en de Originator. De Debtor, de Creditor en de agenten vallen nog onder het overgangsregime: een gestructureerd adres of tot drie vrije regels van 35 tekens, maar nooit beide tegelijk. Dat overgangsregime eindigt op 16 november 2026.
Hoe laat Fedwire weten dat een bericht is afgewezen?
Met een admi.002. Die draagt de IMAD van het afgewezen bericht in de gerelateerde referentie — of NOTAVAILABLE wanneer het bericht niet ver genoeg gelezen kon worden om er een te vinden. Een technische of schemafout en een businessfout zijn te onderscheiden aan de vorm van de identificator die de afwijzing draagt.
Heeft dit gevolgen voor CHIPS, FedNow en SWIFT?
CHIPS migreerde op 8 april 2024 naar ISO 20022, en FedNow is vanaf het begin native ISO 20022. Op SWIFT eindigde de MT/ISO 20022-co-existentie voor grensoverschrijdende betaalopdrachten (CBPR+) op 22 november 2025 — maar dat geldt voor betaalopdrachten: de MT 9xx-rapportageberichten zijn afgeraden, niet ingetrokken. De Fedwire-release van november 2026 is expliciet afgestemd op wat Swift en CHIPS doen.