[{"data":1,"prerenderedAt":458},["ShallowReactive",2],{"blog-\u002Fblog\u002Fmt101-vs-mt103-vs-mt202":3,"blog-related-\u002Fblog\u002Fmt101-vs-mt103-vs-mt202":436,"blog-surround-\u002Fblog\u002Fmt101-vs-mt103-vs-mt202":457},{"id":4,"title":5,"audience":6,"body":9,"cluster":373,"conversionGoal":374,"cornerstone":375,"date":376,"description":377,"draft":375,"extension":378,"factCheckedAt":376,"faq":379,"featured":375,"language":374,"meta":392,"minRead":393,"navigation":394,"order":395,"originalAsset":374,"path":396,"pillar":397,"primaryKeyword":398,"publicationOrder":399,"relatedProject":374,"releaseScope":400,"reviewCycle":401,"reviewMethod":402,"reviewStatus":403,"reviewedAt":376,"reviewedBy":404,"searchIntent":405,"seo":406,"sources":407,"stem":429,"tags":430,"type":434,"updated":374,"__hash__":435},"blog\u002Fblog\u002Fmt101-vs-mt103-vs-mt202.md","MT101 vs MT103 vs MT202: Which SWIFT Message Does What",[7,8],"treasury-system-lead","solution-architect",{"type":10,"value":11,"toc":361},"minimark",[12,26,31,42,46,62,75,79,90,102,106,113,124,128,244,248,267,286,293,297,300,303,307,338,341,344],[13,14,15,19,20,25],"p",{},[16,17,18],"strong",{},"MT101, MT103 and MT202 all answer to the word \"payment\", which is exactly why people mix them up — but they sit at three different points in the chain: MT101 is a corporate telling a bank to move its money, MT103 is a bank carrying a customer's payment to another bank, and MT202 is a bank moving its own funds."," Since the SWIFT cross-border space ",[21,22,24],"a",{"href":23},"\u002Fblog\u002Fiso-20022-migration-mt-to-mx","completed its ISO 20022 migration"," in November 2025, two of the three survive mostly as names — pacs.008 and pacs.009 do the work now — while MT101 lives on in the corporate-to-bank space with a retirement clock of its own. The query is durable; the answer in 2026 is partly historical. Both halves are below.",[27,28,30],"h2",{"id":29},"the-one-line-version","The one-line version",[13,32,33,34,37,38,41],{},"Ask two questions of any SWIFT payment message: ",[16,35,36],{},"who is talking to whom",", and ",[16,39,40],{},"whose money is it",". MT101: corporate to bank, the corporate's money. MT103: bank to bank, a customer's money. MT202: bank to bank, the banks' own money. Everything else in this post is detail on top of that.",[27,43,45],{"id":44},"mt101-the-corporates-instruction","MT101 — the corporate's instruction",[13,47,48,49,52,53,57,58,61],{},"MT101 is the ",[16,50,51],{},"Request for Transfer",". It's the odd one out: not an interbank settlement message but an ",[54,55,56],"em",{},"instruction"," — the ordering customer asking an account-servicing bank to debit the customer's own account there and pay someone. In the classic setup it travels by ",[16,59,60],{},"relay",": you submit the MT101 to your main bank, which validates it and forwards it over the SWIFT network to the foreign bank that actually holds the account. Nordea's service description is a clean example of the pattern — customer file in, bank check, onward delivery via SWIFT, acknowledgement back.",[13,63,64,65,69,70,74],{},"That relay is what made MT101 the workhorse of remote-account control for a generation of treasuries: repatriating balances, sweeping funds to your own accounts at other banks, making local payments from an account you hold abroad — all through one ",[21,66,68],{"href":67},"\u002Fblog\u002Ftreasury-bank-connectivity-swift-host-to-host-api-ebics","connectivity channel"," instead of one e-banking portal per bank. Functionally it's the ancestor of what ",[21,71,73],{"href":72},"\u002Fblog\u002Fiso-20022-payments-pain-001-pain-002","pain.001 does today",": same intent, flat tagged format instead of structured XML.",[27,76,78],{"id":77},"mt103-the-customer-payment-bank-to-bank","MT103 — the customer payment, bank to bank",[13,80,81,82,85,86,89],{},"MT103 is the ",[16,83,84],{},"Single Customer Credit Transfer",": the interbank message that carries a customer payment — a named ordering customer paying a named beneficiary customer — between banks. This is the message people usually mean when they say \"a SWIFT payment\". In the ",[16,87,88],{},"serial"," method, one MT103 hops through the correspondent chain from the ordering bank to the beneficiary bank, information and funds travelling the same route.",[13,91,92,93,96,97,101],{},"Two things practitioners should hold onto. First, ",[16,94,95],{},"corporates don't send MT103s",". Your file to the bank is a pain.001 (historically an MT101 or a proprietary format); the MT103 — today the pacs.008 — is what your bank creates from it for the interbank leg. Second, the MT103 is the artifact everyone asks for after the fact: when a beneficiary swears the money never arrived, the first request on the call is \"send us the MT103 copy\". That habit outlived the message — tracing is what ",[21,98,100],{"href":99},"\u002Fblog\u002Fswift-gpi-tracking-cross-border-payments","SWIFT gpi and the UETR"," were built for, and the reference travels on regardless of format.",[27,103,105],{"id":104},"mt202-banks-moving-their-own-money","MT202 — banks moving their own money",[13,107,108,109,112],{},"MT202 is the ",[16,110,111],{},"General Financial Institution Transfer",": both sender and receiver are banks, and the funds being moved are the institutions' own — interbank settlement, and the funding legs that sit behind customer payments. No ordering customer, no beneficiary customer; that's the point.",[13,114,115,116,119,120,123],{},"Its best-known variant exists because of that point. In the ",[16,117,118],{},"cover"," method, the MT103 goes straight to the beneficiary's bank as an announcement — funds are coming, for this beneficiary, via this correspondent — while a separate cover message actually moves the funds through the correspondent accounts. For years that cover leg was a plain MT202 carrying no detail about whose payment it funded, which meant intermediaries were screening a message that named no customers. ",[16,121,122],{},"MT202 COV",", introduced in the November 2009 standards release, closed that gap: a cover message for an underlying customer credit transfer must carry the ordering and beneficiary customer details, matching the MT103 it covers, so sanctions and AML screening can see the parties at every hop.",[27,125,127],{"id":126},"side-by-side","Side by side",[129,130,131,149],"table",{},[132,133,134],"thead",{},[135,136,137,140,143,146],"tr",{},[138,139],"th",{},[138,141,142],{},"MT101",[138,144,145],{},"MT103",[138,147,148],{},"MT202",[150,151,152,166,181,197,213,229],"tbody",{},[135,153,154,160,162,164],{},[155,156,157],"td",{},[16,158,159],{},"Full name",[155,161,51],{},[155,163,84],{},[155,165,111],{},[135,167,168,173,176,179],{},[155,169,170],{},[16,171,172],{},"Who talks",[155,174,175],{},"Corporate → bank (relayed via a bank)",[155,177,178],{},"Bank → bank",[155,180,178],{},[135,182,183,188,191,194],{},[155,184,185],{},[16,186,187],{},"Whose money",[155,189,190],{},"The corporate's account at another bank",[155,192,193],{},"A customer's payment",[155,195,196],{},"The banks' own funds (incl. cover legs)",[135,198,199,204,207,210],{},[155,200,201],{},[16,202,203],{},"Role",[155,205,206],{},"Instruction",[155,208,209],{},"Customer payment, interbank leg",[155,211,212],{},"Settlement \u002F funding",[135,214,215,220,223,226],{},[155,216,217],{},[16,218,219],{},"ISO 20022 heir",[155,221,222],{},"pain.001",[155,224,225],{},"pacs.008",[155,227,228],{},"pacs.009 (COV for cover)",[135,230,231,236,239,242],{},[155,232,233],{},[16,234,235],{},"Cross-border now",[155,237,238],{},"SCORE continues; relay retires Nov 2026",[155,240,241],{},"Retired in CBPR+ (22 Nov 2025)",[155,243,241],{},[27,245,247],{"id":246},"what-iso-20022-did-to-each-of-them","What ISO 20022 did to each of them",[13,249,250,251,254,255,258,259,262,263,266],{},"The ",[21,252,253],{"href":23},"CBPR+ coexistence period ended on 22 November 2025",", and with it the MT 1xx, 2xx and 9xx categories stopped meeting CBPR+ requirements for cross-border payments and reporting over SWIFT. For the two interbank messages the succession is clean: ",[16,256,257],{},"MT103 → pacs.008"," (FIToFICustomerCreditTransfer), ",[16,260,261],{},"MT202 → pacs.009"," (FinancialInstitutionCreditTransfer), and ",[16,264,265],{},"MT202 COV → pacs.009 COV"," — same three-way distinction, richer structured data underneath.",[13,268,269,270,273,274,277,278,281,282,285],{},"MT101 is the interesting case, because it straddles the boundary. The corporate-to-bank leg is ",[16,271,272],{},"not"," part of the CBPR+ interbank cutover: SCORE users — corporates and their banks — can continue exchanging MTs like MT101, MT940 and MT942 after November 2025, and SWIFT says migration is not yet mandatory for corporates, just strongly encouraged. But the ",[16,275,276],{},"interbank relay"," — the bank-to-bank hop that made MT101 useful — has its own deadline: it retires in ",[16,279,280],{},"November 2026"," in favour of the ",[16,283,284],{},"pain.001 relay",", with contingency processing, automatic conversion and extra fees for what's left. And individual banks are setting their own end dates for accepting MT101 at all. So \"is MT101 dead?\" has a precise answer: not yet, not everywhere, and the direction is pain.001 either way.",[287,288,290],"callout",{"type":289},"info",[13,291,292],{},"One date does not fit all. 22 November 2025 was the CBPR+ cross-border cutover; the MT101 relay runs to November 2026; market infrastructures and domestic schemes move on their own calendars; and your banks each have their own MT101 sunset letters. When someone tells you \"MT is switched off\", ask which space they mean.",[27,294,296],{"id":295},"why-the-confusion-persists","Why the confusion persists",[13,298,299],{},"Textbook version: three cleanly separated messages, one page each in the standard. Reality: they all get called \"the payment message\", and the confusion shows up in real projects. I've sat in connectivity workshops where the bank's form asked which payment message we'd use and three people gave three answers — pain.001, MT101, MT103 — each describing the same flow from a different seat. All three were sort of right: the corporate sends the instruction, the bank builds the interbank leg, and the settlement may ride a message the corporate never sees.",[13,301,302],{},"The trap is treating them as interchangeable. Asking your bank for \"the MT103\" on an intercompany sweep that never generated one; expecting customer names inside a plain MT202; assuming the retirement of MT103 means your MT101 channel is dead too. The two questions from the top of the post — who is talking to whom, whose money is it — resolve almost every one of these in seconds.",[27,304,306],{"id":305},"what-usually-goes-wrong","What usually goes wrong",[308,309,310,317,323,329],"ul",{},[311,312,313,316],"li",{},[16,314,315],{},"Calling every SWIFT payment \"an MT103.\""," If both parties are banks moving their own funds, it was never an MT103 — and after November 2025 the cross-border leg is a pacs message anyway.",[311,318,319,322],{},[16,320,321],{},"Expecting customer detail in an MT202."," Only the COV variant carries the underlying parties; that was the entire reason it was created in 2009.",[311,324,325,328],{},[16,326,327],{},"Reading \"MT is retired\" as one event."," The interbank cutover (2025), the MT101 relay (2026) and corporate-to-bank SCORE traffic are three different clocks. Planning on the wrong one either strands you early or strands you late.",[311,330,331,334,335,337],{},[16,332,333],{},"Building new connectivity on MT101 in 2026."," It still works in SCORE, but the relay is closing and banks are sunsetting it individually. New pipes should be ",[21,336,222],{"href":72}," from day one.",[13,339,340],{},"Know which seat you're in — instructing, carrying, or settling — and the three messages stop being interchangeable jargon and become a map of the payment chain. That map survives the format change: the names on it just became pain.001, pacs.008 and pacs.009.",[342,343],"hr",{},[13,345,346],{},[54,347,348,349,352,353,37,356,360],{},"See also the ",[21,350,351],{"href":23},"ISO 20022 migration from MT to MX",", ",[21,354,355],{"href":72},"pain.001 and pain.002 explained",[21,357,359],{"href":358},"\u002Fblog\u002Fbank-statement-formats-mt940-camt053-bai2","bank statement formats",".",{"title":362,"searchDepth":363,"depth":363,"links":364},"",2,[365,366,367,368,369,370,371,372],{"id":29,"depth":363,"text":30},{"id":44,"depth":363,"text":45},{"id":77,"depth":363,"text":78},{"id":104,"depth":363,"text":105},{"id":126,"depth":363,"text":127},{"id":246,"depth":363,"text":247},{"id":295,"depth":363,"text":296},{"id":305,"depth":363,"text":306},"connectivity",null,false,"2026-08-02","MT101 is a corporate's payment instruction, MT103 a bank-to-bank customer transfer, MT202 an interbank transfer. How they differ and what replaced them.","md",[380,383,386,389],{"question":381,"answer":382},"What is the difference between MT101 and MT103?","MT101 is the Request for Transfer — an instruction from a corporate to a bank, usually relayed through a forwarding bank, asking the account-servicing bank to debit the corporate's own account there. MT103 is the Single Customer Credit Transfer — a bank-to-bank message that carries a customer payment through the correspondent chain. Corporates sent MT101s; only banks send MT103s. Their ISO 20022 successors are pain.001 and pacs.008 respectively.",{"question":384,"answer":385},"What is the difference between MT103 and MT202?","Both are bank-to-bank messages; the difference is whose money moves. MT103 carries a customer's credit transfer — a named ordering customer paying a named beneficiary. MT202 is the General Financial Institution Transfer: banks moving their own funds, including the settlement legs behind customer payments. MT202 COV is the cover variant that must also carry the underlying ordering and beneficiary customer details. In ISO 20022 they map to pacs.008 and pacs.009 (with a COV usage).",{"question":387,"answer":388},"Are MT103 and MT202 still used after the ISO 20022 migration?","Not for cross-border payments over SWIFT. The CBPR+ coexistence period ended on 22 November 2025, and the MT 1xx, 2xx and 9xx categories no longer meet CBPR+ requirements there — pacs.008 and pacs.009 do that work now. The names survive in older documentation, bank contracts and everyday speech (people still ask for 'the MT103 copy'), and other market infrastructures run their own migration timelines, but for the SWIFT cross-border space they are legacy.",{"question":390,"answer":391},"Is MT101 still supported?","In the corporate-to-bank space, yes for now: SWIFT's SCORE users — corporates and their banks — can continue to exchange MTs such as MT101, MT940 and MT942 after November 2025, and migration is not yet mandatory for corporates, though SWIFT strongly encourages moving. The interbank MT101 relay is different: it retires in November 2026 in favour of the pain.001 relay, with contingency conversion and fees for stragglers. Either way the direction of travel is pain.001.",{},6,true,3.5,"\u002Fblog\u002Fmt101-vs-mt103-vs-mt202","treasury-systems-architecture","MT101 vs MT103",188,"MT retirement is space-specific: CBPR+ interbank coexistence ended 22 November 2025, the interbank MT101 relay retires in November 2026, and corporate-to-bank SCORE usage moves on bank-specific timelines. Verify current status against SWIFT's programme documentation.","on ISO 20022 \u002F bank format changes","editorial-and-factual","reviewed","Tan Gravam","informational",{"title":5,"description":377},[408,411,414,417,420,423,426],{"title":409,"url":410,"accessed":376},"SWIFT — ISO 20022: Corporates (FAQ)","https:\u002F\u002Fwww.swift.com\u002Fstandards\u002Fiso-20022\u002Fiso-20022-faqs\u002Fcorporates",{"title":412,"url":413,"accessed":376},"SWIFT — ISO 20022 in bytes: Call to action for November 2026","https:\u002F\u002Fwww.swift.com\u002Fstandards\u002Fiso-20022\u002Fiso-20022-bytes\u002Fcall-action-november-2026",{"title":415,"url":416,"accessed":376},"Nordea — Request for Transfer (MT101) service description","https:\u002F\u002Fwww.nordea.fi\u002FImages\u002F147-81975\u002FRequest%20for%20Transfer%20Service%20description%2003.2019.pdf",{"title":418,"url":419,"accessed":376},"ING — ISO 20022 SWIFT CBPR+ update","https:\u002F\u002Fwww.ingwb.com\u002Fen\u002Fservice\u002Fpayments-and-collections\u002Fiso20022-swift-cbpr-update",{"title":421,"url":422,"accessed":376},"ISO 20022 — Message definitions catalogue","https:\u002F\u002Fwww.iso20022.org\u002Fiso-20022-message-definitions",{"title":424,"url":425,"accessed":376},"Paiementor — SWIFT serial and cover payments","https:\u002F\u002Fwww.paiementor.com\u002Fswift-serial-and-cover-payments\u002F",{"title":427,"url":428,"accessed":376},"The Global Treasurer — SWIFT message MT202 COV: background and impact","https:\u002F\u002Fwww.theglobaltreasurer.com\u002F2009\u002F05\u002F26\u002Fswift-message-mt202-cov-what-are-the-background-and-impact-points-for-banks\u002F","blog\u002Fmt101-vs-mt103-vs-mt202",[431,432,433],"treasury","payments","bank-connectivity","text","fj1JpevONybmM6FNHFiE0NpFd5hZ2W_XiELYVhtbTDY",{"related":437,"prev":448,"next":450,"hasOrder":394,"place":452},[438,441,444],{"path":23,"title":439,"description":440},"ISO 20022 Migration: Moving from SWIFT MT to MX (CBPR+)","The industry migration from legacy SWIFT MT messages to ISO 20022 MX for cross-border payments and reporting, and what CBPR+ means for corporate treasury.",{"path":99,"title":442,"description":443},"SWIFT gpi: Tracking Cross-Border Payments","SWIFT gpi makes cross-border payments faster and trackable end to end, giving each a unique reference (UETR) so you can follow its status. What treasury gets.",{"path":445,"title":446,"description":447},"\u002Fblog\u002Freal-time-treasury","Real-Time Treasury: What It Actually Means","Real-time treasury is the shift from batch to continuous operations, driven by instant payments and APIs. What changes, and where it genuinely matters vs batch.",{"path":358,"title":449,"type":434,"language":374},"Bank Statement Formats: MT940 vs camt.053 vs BAI2",{"path":72,"title":451,"type":434,"language":374},"ISO 20022 Payments Explained: pain.001 and pain.002",{"label":453,"position":454,"total":455,"hub":456},"Connectivity",4,9,"\u002Ftopics\u002Ftreasury-systems-architecture",[],1785682960696]