← Library
◆ SWIFT · ISO 20022Cross-Border PaymentsNovember 4, 2026 · 7 min read

What changed when Fedwire moved to ISO 20022?

The Fedwire cutover happened in a single day, but the data work did not end there. The next release, now set for November 2027, changes how addresses must be sent.

Article
Reading time
7 min read
Sections
7
Published
November 4, 2026
LinkedInEmail
In this essay7 sections

On July 14, 2025, Federal Reserve Financial Services (FRFS) replaced the Fedwire Funds Service's proprietary FAIM message format with ISO 20022 in a single-day implementation, after moving the date from March 10, 2025. Every Fedwire funds message now has an ISO 20022 form, such as pacs.008 for customer transfers and pacs.009 for bank-to-bank transfers, with a mandatory UETR and discrete address fields. The follow-on release that removes the unstructured address option was rescheduled in August 2026 from November 2026 to November 2027.

All dates and rules below come from the Federal Reserve's own Fedwire pages at frbservices.org. Your bank, service provider or core vendor may have additional cutoffs.

When did Fedwire move to ISO 20022?

Date What happened Source
March 10, 2025 Original implementation date Fed360: rescheduled to July
Early 2025 FRFS moved the date to July 14, 2025, after weighing industry requests and customer readiness; the service stayed on FAIM 3.0.7 until then Same
June 18, 2025 FRFS confirmed it would implement on July 14 as planned FRFS: implementation confirmed
July 12–13, 2025 Migration weekend, with no customer testing permitted FRFS: preparedness checklist
July 14, 2025 Single-day implementation; FAIM retired and all FAIM messages replaced Fedwire ISO 20022 FAQ
August 27, 2026 The November 2026 release was rescheduled to November 2027 FRFS: release rescheduled
November 2027 Follow-on release; the exact date is to be announced November 2027 release FAQ

The Fed's completion announcement noted that the Fedwire Funds Service settles more than $4.7 trillion in wire transfers on average per day, and its FAQ says processing speed did not change after the cutover. FRFS: migration complete Fedwire ISO 20022 FAQ

Which ISO 20022 messages replaced FAIM?

The Fed's format FAQ sets out which message to use for each job. Fedwire format FAQ

Job ISO 20022 message on Fedwire Rule to remember
Customer transfer pacs.008 Use it if at least one party is not a financial institution; all US Treasury tax payments use pacs.008
Bank-to-bank transfer pacs.009 Use it only if all parties are financial institutions
Return of settled funds pacs.004 A receiver may reject a pacs.008 or pacs.009 sent as a return
Request to return funds camt.056 A non-value message; camt.110 must not be used for this
Response to a return request camt.029 A valid camt.056 gets a positive acknowledgement (admi.007)
Status request pacs.028 The FAQ describes it in two ways; check the usage guideline on MyStandards
Account reports camt.052 FedLine Direct customers must be able to receive the Endpoint Totals and Endpoint Gap reports

The account reports are worth a separate look if you reconcile Fedwire activity. The Fed's account reporting FAQ says each camt.052 arrives as one message, the Activity Report is capped at four megabytes (roughly 2,000 transactions), and high-volume receivers should check the page number and last-page indicator. camt.053 vs camt.054 vs MT940 compares reporting formats more broadly.

What changed in the payment data?

Addresses. FAIM carried three free-text address lines per party; ISO 20022 has discrete fields for specific address components. Fedwire ISO 20022 FAQ The Fed's newsletter describes the legacy lines as 35 characters each. On the Wire, January 2026

UETR. The unique end-to-end transaction reference is mandatory in pacs.008, pacs.009 and pacs.004, and must conform to UUID version 4 (IETF RFC 4122). Fedwire validates the format but not uniqueness. In a pacs.004 the original UETR is mandatory; if the original FAIM-era payment had none, the returning party assigns a new one. Fedwire format FAQ

IMAD and OMAD. These Fedwire references did not disappear. The Fed publishes guidance on carrying them in the Business Application Header and group header, checks for duplicate IMADs and rejects a message with a duplicate IMAD for the same sender. Fedwire format FAQ

Field length and structure. The Fed says the format allows more structured and longer fields, for example names and address components, which it expects to help with fraud mitigation, sanctions screening and anti-money-laundering compliance. FRFS: migration complete

For what each pacs.008 element does, see pacs.008 explained.

What happens in the November 2027 release?

On August 27, 2026, FRFS moved its next release from November 2026 to November 2027 after Swift delayed its own November 2026 standards release, citing the industry's request for more time to prepare for removing the unstructured postal address format. FRFS: release rescheduled

What the Fed has said so far:

  • Until the release goes live, Fedwire supports only unstructured and structured postal address formats for key parties and agents, and the Fed strongly encourages customers to start sending structured addresses. November 2027 release FAQ
  • The hybrid format described in the Fed's materials requires structured town name and country, allows other structured elements, and permits up to two free-text address lines of 70 characters as a supplement, not a repeat. Release FAQ
  • Final usage guidelines, including the Fedwire Funds Service ISO 20022 Implementation Guide, are planned for MyStandards in November 2026, with the exact date and scope of the release to follow. Fedwire ISO 20022 Implementation Center · November 2027 release FAQ
  • No fallback. The Fed's release FAQ, written while the release was still set for November 2026, describes a "fix in place" approach: if issues arise after deployment, FRFS will not revert to the previous version but will ship software fixes once they are identified and tested. It also says the date is aligned with Swift and CHIPS. Release FAQ

Some older Fed pages still show November 16, 2026. Treat those as superseded by the August 2026 notice.

How does Fedwire's ISO 20022 relate to Swift CBPR+?

Fedwire is the Reserve Banks' own service, not part of Swift, but the two often meet: an international dollar wire can arrive over Swift and settle between US banks over Fedwire, as Swift vs wire transfer explains. Both now use pacs.008 and pacs.009 and both require a UETR, yet each publishes its own usage guidelines. Fedwire's are on MyStandards, and a field that is optional on one route can be mandatory on the other.

Check how your bank carries the inbound Swift UETR, remittance information and party data into the Fedwire leg, and what it does when a field does not fit. The CBPR+ side is covered in MT vs MX messaging formats.

What should banks, fintechs and corporates check now?

Check Why it matters
Send structured addresses now The November 2027 release removes the unstructured option for key parties and agents
Store UETR, IMAD and OMAD as separate fields Each answers a different question; Fedwire does not enforce UETR uniqueness
Use pacs.004 for returns and camt.056 for return requests A pacs.008 or pacs.009 sent as a return can be rejected
Reconcile camt.052 pages completely Large Activity Reports arrive in pages
Watch MyStandards from November 2026 Final usage guidelines for the 2027 release are due there
Ask providers for their own cutoffs Banks and vendors may set earlier dates than the Fed

The wider delivery method, from data mapping to partner testing, is in the ISO 20022 migration guide for product teams.

FAQ

When did Fedwire switch to ISO 20022?

The Fedwire Funds Service moved to ISO 20022 on July 14, 2025, in a single-day implementation. The date had been rescheduled from March 10, 2025.

Is the FAIM format still accepted on Fedwire?

No. FRFS retired the proprietary FAIM format and replaced all FAIM messages with ISO 20022 messages at the July 2025 cutover.

Does Fedwire use pacs.008?

Yes. Fedwire uses pacs.008 when at least one party is not a financial institution, and pacs.009 when all parties are financial institutions. Both require a UETR.

What is the Fedwire November 2027 release?

It is the follow-on ISO 20022 release, moved from November 2026, that replaces the unstructured address option with a hybrid format for key parties and agents. The Fed says the exact date and scope will be announced separately.

Is Fedwire the same as Swift?

No. Fedwire Funds is the Federal Reserve Banks' own US dollar wire transfer service, while Swift is an international messaging network. An international wire may use both.

Tags
fedwireiso 20022wire transfersus paymentspacs.008

Closing thought and further reading

The Fedwire cutover happened in a single day, but the data work did not end there. The next release, now set for November 2027, changes how addresses must be sent.

Share article
LinkedInEmail
Keep reading
View all essays
Cross-Border Payments

ISO 20022 Migration: What Payment Product Teams Must Know

A migration is complete when captured data survives validation, partner exchange, reconciliation and support. Passing an XML schema check is one step.

7 min read
Cross-Border Payments

SWIFT Payment vs Wire Transfer: Key Differences

'Wire transfer' is the outcome. 'SWIFT' is one way to instruct it. The two are not the same thing.

6 min read
Cross-Border Payments

SWIFT Messaging Formats: MT vs MX (and Why It Matters Now)

MT and MX are message families used under different standards. The CBPR+ coexistence end changed how in-scope FI-to-FI instructions are handled, with limited contingency processing for eligible MT senders.

4 min read
Operating proof
Continue the conversation

Need help applying this to your business?

Explore practical support for payment operations, product decisions, program delivery and AI automation, grounded in the challenges behind this essay.

Explore relevant supportEmail Rizwan
Payments Infrastructure Notes

Interested in future field notes?

Request email updates on payments, product decisions, program delivery and practical AI. Your request goes to my inbox for follow-up.

A request for occasional updates, with no weekly schedule promised.