When a firm instructs a cash collateral payment, or shares a UTI for reporting a currency option or similar trade, it may exchange SWIFT messages. Knowing that the message format has moved from MT to a format based on ISO 20022 lets systems staff and operations staff talk from the same starting point.

What SWIFT is

SWIFT (the Society for Worldwide Interbank Financial Telecommunication) provides a network that carries messages between financial institutions, along with the message formats. It carries messages for payment instructions, securities settlement, and foreign exchange1. A 2007 source describes it as a cooperative owned by financial institutions and headquartered in Belgium2. It also acts as the registration authority that registers and publishes ISO 20022 messages3.

SWIFT is not a bank, holds no accounts or assets for its users, and does not settle funds4. The funds move by another route. Between banks with a correspondent banking agreement, the funds move by a transfer between accounts that one bank holds with the other5.

Bank KSenderSWIFTRelays messagesBank LReceiverInstructionDelivery
Figure 1Flow of a payment instruction message
Figure description

Dashed lines show the flow of information, the messages. The funds do not pass through the SWIFT network. They move by another route, such as a transfer between accounts of Bank K and Bank L.

gpi (payment tracking)

The gpi (global payment initiative) is a multilateral service-level agreement among payment service providers on the SWIFT network. For payments through correspondent banks, it aims at faster processing, transparent costs, and payment tracking6.

Structure of the BIC

The BIC (Business Identifier Code) is an identifier defined by ISO 9362, used to address messages, route transactions, and identify parties. It can be assigned to organizations that are not financial institutions as well7. It is made up of 8 or 11 alphanumeric characters8.

Consider a hypothetical example in which the BIC "AAAAJPJTXXX" is split into its parts.

Part Length Content Example
Institution 4 letters Name of a bank or other institution AAAA
Country 2 letters Characters for the country JP
City 2 letters or digits Characters for the location JT
Branch or department 3 letters or digits Optional. XXX for the head office and similar XXX

An 8-character BIC without the 3-character branch or department part refers to the head office or similar. XXX can be added to an 8-character BIC to write it as 11 characters8. The BIC is used mainly to identify financial institutions, and the LEI mainly to identify the parties to a trade in OTC derivatives reporting9.

How MT and MX differ

MT is the message format that SWIFT has used for a long time. It assumes that a person checks the content by eye and processes it, and the amount of information it can carry is limited10. For example, the name, address, city, and country of a beneficiary are written together in a single field (field 59)11.

MX is the format based on ISO 2002212. ISO 20022 is an international standard that organizes the items and meanings of messages13. MX is written in XML and holds structured information, which suits processing by systems1013. Beneficiary information can also be split into structured fields11.

MT and MX correspond message type by message type. The prefixes pain, pacs, and camt are ISO 20022 message areas for payment initiation, payment clearing and settlement, and cash management12.

Use MT MX
Payment request MT 101 pain.001
Customer transfer MT 103 pacs.008
Transfer of funds between financial institutions MT 202 pacs.009
Cash management MT 940, 950, 900, 910 camt.053, camt.054

Consider a hypothetical example in which Bank K instructs Bank L in the US to move USD 1 million between financial institutions. The beneficiary institution is Bank M in the UK. Bank M does not appear in the figure; it is named in the message as the beneficiary institution. The two samples below write the same instruction as an MT 202 and as an MX (pacs.009).

:20:KB20261102001
:21:REL20261102001
:32A:261104USD1000000,
:52A:AAAAJPJT
:57A:BBBBUS33
:58A:CCCCGB2L
Sample 1MT 202 for a transfer of funds between financial institutions (excerpt, fictional example)

This is an excerpt of the fields of an MT 202, and the header section that identifies the sender and receiver is omitted. The BICs, reference numbers, amount, and date are all fictional dummy values.

Note that the settlement date, currency, and amount are written one after another in a single field called :32A:.

The value 261104 is November 4, 2026. The decimal separator in the amount is a comma, and a whole amount still ends with a comma. The fields :52A:, :57A:, and :58A: are institution fields that carry only a BIC.

<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pacs.009.001.08">
  <FICdtTrf>
    <GrpHdr>
      <MsgId>MSG-20261102-001</MsgId>
      <CreDtTm>2026-11-02T01:23:45+00:00</CreDtTm>
      <NbOfTxs>1</NbOfTxs>
    </GrpHdr>
    <CdtTrfTxInf>
      <PmtId>
        <InstrId>KB20261102001</InstrId>
        <EndToEndId>REL20261102001</EndToEndId>
      </PmtId>
      <IntrBkSttlmAmt Ccy="USD">1000000.00</IntrBkSttlmAmt>
      <IntrBkSttlmDt>2026-11-04</IntrBkSttlmDt>
      <InstgAgt><FinInstnId><BICFI>AAAAJPJTXXX</BICFI></FinInstnId></InstgAgt>
      <InstdAgt><FinInstnId><BICFI>BBBBUS33XXX</BICFI></FinInstnId></InstdAgt>
      <Dbtr><FinInstnId><BICFI>AAAAJPJTXXX</BICFI></FinInstnId></Dbtr>
      <CdtrAgt><FinInstnId><BICFI>BBBBUS33XXX</BICFI></FinInstnId></CdtrAgt>
      <Cdtr><FinInstnId><BICFI>CCCCGB2LXXX</BICFI></FinInstnId></Cdtr>
    </CdtTrfTxInf>
  </FICdtTrf>
</Document>
Sample 2The same instruction as an MX (pacs.009; excerpt, fictional example)

This is an excerpt of pacs.009.001.08. The application header (AppHdr) and items such as the settlement method are omitted. All values are fictional dummy values, and the message expresses the same instruction as the MT 202 above.

Note that the items MT combines are split. The settlement date is IntrBkSttlmDt and the amount is IntrBkSttlmAmt, the currency becomes the Ccy attribute, and the decimal separator is a period. BICs go into BICFI, written here as 11 characters by adding XXX to the 8-character BIC. The MT :52A: corresponds to Dbtr, :57A: to CdtrAgt, :58A: to Cdtr, :20: to InstrId, and :21: to EndToEndId. The MT header that identifies the sender and receiver corresponds to InstgAgt and InstdAgt14.

Migration to ISO 20022

From March 2023, SWIFT moved the format of cross-border payment messages step by step to one that supports ISO 20022 version 8 (the 2019 version). The period of coexistence with MT was announced to run until November 202515.

The main areas covered are customer payments, payments between banks, and cash management16. MUFG Bank, in a notice as of February 2026, covers cross-border payment messages in this scope. It says that SWIFT abolished the MT format in November 2025 and that the data format used between banks was unified to ISO 2002216.

Date Event
2004 ISO 20022 established17
March 2023 SWIFT begins moving cross-border payment messages to ISO 20022, coexisting with MT15
November 2025 The period of coexistence with MT ends for cross-border payment messages16
November 25, 2025 The Bank of Japan revises ISO 20022 for BOJ-NET to version 8 (the 2019 version)18

The BOJ-NET messages are covered on the Payment Systems: RTGS, BOJ-NET and Correspondent Banking page.

Uses in derivatives

In post-trade work for derivatives, SWIFT messages are used in two situations: instructing collateral payments and sharing UTIs for currency options, NDFs, and NDOs.

Instructing collateral payments

Payments of variation margin and initial margin can be instructed to custodians and collateral agents (tri-party agents) by SWIFT messages. OSTTRA states that its collateral management service (triResolve Margin) can instruct payments to multiple custodians and tri-party agents over SWIFT and confirm their execution status. It also states that it supports SWIFT message standards for both cash and securities instructions19.

As in the MT 202 and pacs.009 examples, a SWIFT payment message identifies the counterparty institution by its BIC, and the currency, amount, and settlement date by fields.

Sharing UTIs

In a trade between parties that both have a reporting obligation, both report the same UTI. The Financial Services Agency guidelines list SWIFT, paper confirmations, and email as the means of sharing the UTI for currency options, NDFs, and NDOs (non-deliverable options). In a SWIFT message, the UTI tags are 22M (UTI Namespace/Issuer Code) and 22N (Transaction Identifier)20. How a UTI is assigned and shared is covered on the Regulatory Reporting page.

What this page does not cover

The definitions of all MT and MX messages, the migration of securities and foreign exchange messages, and SWIFT connection methods and fees are not covered on this page.

Notes

  1. Office of the Privacy Commissioner of Canada, "Report of Findings: Privacy Commissioner of Canada v. SWIFT" (external site), paragraphs 3 and 12 (description of SWIFTNet FIN). ↩

  2. Office of the Privacy Commissioner of Canada, "Report of Findings: Privacy Commissioner of Canada v. SWIFT" (external site) (April 2, 2007), paragraphs 3 and 4. ↩

  3. Bank of Japan, "決済システムレポート 2024" (Payment and Settlement Systems Report 2024) (external site) (September 2024), page 54, Figure 39 (in Japanese). ↩

  4. Office of the Privacy Commissioner of Canada, "Report of Findings: Privacy Commissioner of Canada v. SWIFT" (external site), paragraph 3 (not a bank, holds no accounts or assets) and paragraph 5 (not a payment or settlement system). ↩

  5. Bank of Japan, "決済システムレポート 2024" (Payment and Settlement Systems Report 2024) (external site), pages 41–42, "クロスボーダー送金のメカニズム" (The mechanism of cross-border remittances) and Figure 30 (in Japanese). ↩

  6. Financial Stability Board, "Enhancing Cross-border Payments: Stage 1 report to the G20: Technical background report" (external site) (April 9, 2020), PDF page 19, body text and footnote 26. ↩

  7. ISO, "ISO 9362

    " (external site), Abstract. ↩

  8. MUFG Bank, "SWIFT BIC" (external site), the code structure diagram and explanation (in Japanese). ↩ ↩2

  9. Bank of Japan, "決済システムレポート 2024" (Payment and Settlement Systems Report 2024) (external site), page 53, "(2)参照データにおける国際標準" (International standards for reference data) (in Japanese). ↩

  10. Bank of Japan, "決済システムレポート 2024" (Payment and Settlement Systems Report 2024) (external site), page 11, footnote 3 (in Japanese). ↩ ↩2

  11. MUFG Bank, "ISO 20022 Adoption and Migration for Cross-Border Payments" (external site) (as of February 9, 2026), the explanation under "MT-Based Cross-Border Remittances". ↩ ↩2

  12. J.P. Morgan, "Migration to ISO 20022: Useful information, hints and tips" (external site) (updated March 2025), page 2, "Message Types". It is not an exhaustive mapping, and the source says to check the schema for details (page 1). ↩ ↩2

  13. TC68 Japan Committee Secretariat, "ISO 20022 の概要" (Overview of ISO 20022) (external site) (March 2015), pages 1–3 (in Japanese). ↩ ↩2

  14. J.P. Morgan, "Migration to ISO 20022: Useful information, hints and tips" (external site), page 4, "Payments: Data elements guide", and the MT 202 to pacs.009 translation example on pages 9–10. ↩

  15. Bank of Japan, "決済システムレポート 2024" (Payment and Settlement Systems Report 2024) (external site), pages 11 and 52 (in Japanese). ↩ ↩2

  16. MUFG Bank, "ISO 20022 Adoption and Migration for Cross-Border Payments" (external site) (as of February 9, 2026), the main text and "Frequently Asked Questions", Q2 and Q3. ↩ ↩2 ↩3

  17. TC68 Japan Committee Secretariat, "ISO 20022 の概要" (Overview of ISO 20022) (external site), page 2, section 2 (in Japanese). ↩

  18. Bank of Japan, "日銀ネットで利用するISO20022電文のバージョン改訂の実施について" (Implementation of the version revision of ISO 20022 messages used in BOJ-NET) (external site) (November 25, 2025) (in Japanese). ↩

  19. OSTTRA, "Collateral Management" (external site), "Benefits" and the SWIFT Settlement entry under "Included Services" (accessed October 2026). ↩

  20. Financial Services Agency, "店頭デリバティブ取引等の規制に関する内閣府令第4条第1項で定める作成・保存・報告事項 ガイドライン" (Guidelines on the items to be prepared, retained, and reported under Article 4, paragraph 1 of the Cabinet Office Order on the regulation of OTC derivatives transactions, unofficial translation) (external site) (December 2022), Attachment 2, section 4(1) and note 7 (page 5) and section 4(2), item 3 (page 6). PDF pages 53–54 (in Japanese). ↩