[{"data":1,"prerenderedAt":398},["ShallowReactive",2],{"blog-\u002Fblog\u002Fbank-statement-formats-mt940-camt053-bai2":3,"blog-surround-\u002Fblog\u002Fbank-statement-formats-mt940-camt053-bai2":378,"blog-related-\u002Fblog\u002Fbank-statement-formats-mt940-camt053-bai2":387},{"id":4,"title":5,"audience":6,"body":9,"cluster":343,"date":344,"description":345,"draft":346,"extension":347,"factCheckedAt":348,"faq":349,"featured":346,"language":348,"meta":359,"navigation":360,"order":361,"originalAsset":348,"path":362,"pillar":363,"primaryKeyword":364,"relatedProject":348,"releaseScope":348,"reviewCycle":365,"reviewStatus":366,"reviewedBy":367,"searchIntent":368,"seo":369,"sources":348,"stem":370,"tags":371,"type":376,"updated":344,"__hash__":377},"blog\u002Fblog\u002Fbank-statement-formats-mt940-camt053-bai2.md","Bank Statement Formats: MT940 vs camt.053 vs BAI2",[7,8],"treasury-system-lead","solution-architect",{"type":10,"value":11,"toc":331},"minimark",[12,25,30,51,55,70,74,102,109,113,128,132,247,251,254,258,269,273,301,304,307],[13,14,15,19,20,24],"p",{},[16,17,18],"strong",{},"MT940, camt.053 and BAI2 are the main formats a bank statement arrives in, and a treasury system has to import whatever its banks send."," MT940 is the legacy SWIFT flat-file standard — compact and everywhere, but limited in structure. camt.053 is the modern ISO 20022 XML statement — richer and more structured, the direction the industry is moving. BAI2 is a flat-file format used mainly in the US. The format matters because it determines how much a system can ",[21,22,23],"em",{},"automatically"," reconcile versus how much a human has to touch.",[26,27,29],"h2",{"id":28},"what-these-formats-are","What these formats are",[13,31,32,33,36,37,42,43,46,47,50],{},"All three are ",[16,34,35],{},"end-of-day bank statements"," — the file a bank sends reporting the prior day's opening and closing balances and every transaction. Your treasury system imports it to build the cash position and reconcile. (There are intraday cousins too — more below.) Remember the distinction from the ",[38,39,41],"a",{"href":40},"\u002Fblog\u002Ftreasury-bank-connectivity-swift-host-to-host-api-ebics","connectivity channel",": the format is ",[21,44,45],{},"what the file says","; the channel is ",[21,48,49],{},"how it travels",".",[26,52,54],{"id":53},"mt940","MT940",[13,56,57,58,61,62,65,66,69],{},"MT940 is the SWIFT ",[16,59,60],{},"Customer Statement Message"," — a flat file of tagged fields (account, opening\u002Fclosing balances, and a line per transaction). It's compact, mature and extremely widely supported, which is why it's still the workhorse in many landscapes. Its weakness is ",[16,63,64],{},"structure",": transaction detail is often packed into free-text fields, so richer information (remittance data, structured references) can be lost or hard to parse, which limits automatic matching. Its intraday sibling is ",[16,67,68],{},"MT942"," (interim transaction report).",[26,71,73],{"id":72},"camt053","camt.053",[13,75,76,77,80,81,84,85,88,89,93,94,97,98,101],{},"camt.053 is the ISO 20022 ",[16,78,79],{},"Bank-to-Customer Statement"," — an ",[16,82,83],{},"XML"," end-of-day statement with a defined, structured schema. Because the data is structured rather than free-text, it can carry richer, cleaner information — better structured references and remittance detail — which supports ",[16,86,87],{},"higher automatic reconciliation rates",". It's the direction of travel as ",[38,90,92],{"href":91},"\u002Fblog\u002Fiso-20022-migration-mt-to-mx","the industry migrates to ISO 20022",". Its relatives: ",[16,95,96],{},"camt.052"," (intraday report) and ",[16,99,100],{},"camt.054"," (debit\u002Fcredit notification).",[103,104,106],"callout",{"type":105},"info",[13,107,108],{},"\"We use camt.053\" is not the whole story. Banks implement the ISO 20022 schema with variations — different usage of optional fields, different ways of populating references. So camt.053 from Bank A and Bank B may not be identical, and each still needs mapping and testing. The standard reduces variation; it doesn't eliminate it.",[26,110,112],{"id":111},"bai2","BAI2",[13,114,115,116,119,120,123,124,127],{},"BAI2 is a statement format from the ",[16,117,118],{},"Bank Administration Institute",", used mainly in the ",[16,121,122],{},"United States",". Like MT940 it's a structured flat file, reporting balances and transactions with numeric ",[16,125,126],{},"type codes"," that classify each entry. If your banks are US-based, BAI2 is common; outside the US, MT940 or camt.053 dominate.",[26,129,131],{"id":130},"comparison","Comparison",[133,134,135,150],"table",{},[136,137,138],"thead",{},[139,140,141,144,146,148],"tr",{},[142,143],"th",{},[142,145,54],{},[142,147,73],{},[142,149,112],{},[151,152,153,170,186,201,217,231],"tbody",{},[139,154,155,161,164,167],{},[156,157,158],"td",{},[16,159,160],{},"Type",[156,162,163],{},"SWIFT flat file",[156,165,166],{},"ISO 20022 XML",[156,168,169],{},"Flat file (US)",[139,171,172,177,180,183],{},[156,173,174],{},[16,175,176],{},"Structure",[156,178,179],{},"Limited; free-text detail",[156,181,182],{},"Rich, structured schema",[156,184,185],{},"Structured, type-coded",[139,187,188,193,196,199],{},[156,189,190],{},[16,191,192],{},"Auto-reconciliation",[156,194,195],{},"Moderate",[156,197,198],{},"Higher (structured data)",[156,200,195],{},[139,202,203,208,211,214],{},[156,204,205],{},[16,206,207],{},"Geography",[156,209,210],{},"Global, legacy",[156,212,213],{},"Global, growing",[156,215,216],{},"Mainly US",[139,218,219,224,226,228],{},[156,220,221],{},[16,222,223],{},"Intraday sibling",[156,225,68],{},[156,227,96],{},[156,229,230],{},"(intraday BAI variants)",[139,232,233,238,241,244],{},[156,234,235],{},[16,236,237],{},"Direction of travel",[156,239,240],{},"Being superseded",[156,242,243],{},"The target standard",[156,245,246],{},"US-specific",[26,248,250],{"id":249},"why-the-format-matters","Why the format matters",[13,252,253],{},"It's not a technicality — it decides how much of reconciliation is automatic. Structured data (camt.053) lets the system match statement lines to expected items and open receivables with less human intervention; free-text-heavy formats (MT940) leave more to manual matching or fragile parsing rules. When teams complain that \"reconciliation is manual,\" the statement format and how it's mapped is often part of the cause.",[26,255,257],{"id":256},"which-to-use-and-migration","Which to use, and migration",[13,259,260,261,264,265,268],{},"You largely take what your banks offer, but the strategic direction is ",[16,262,263],{},"camt.053 \u002F ISO 20022"," for its richer data. Treat any move as a ",[16,266,267],{},"per-bank migration",": confirm each bank's camt variant, map and test it against real statements, and expect to run MT940 and camt.053 in parallel through the transition. Don't assume one bank's camt file behaves like another's.",[26,270,272],{"id":271},"what-usually-goes-wrong","What usually goes wrong",[274,275,276,283,289,295],"ul",{},[277,278,279,282],"li",{},[16,280,281],{},"Assuming camt is uniform."," Bank-specific variations mean each camt.053 still needs mapping and testing.",[277,284,285,288],{},[16,286,287],{},"Losing data in MT940."," Relying on free-text fields for references that then can't be parsed reliably.",[277,290,291,294],{},[16,292,293],{},"Format vs channel confusion."," Agreeing a channel (SWIFT, host-to-host) without settling the statement format per bank.",[277,296,297,300],{},[16,298,299],{},"No reconciliation testing."," Going live without testing statements against real reconciliation scenarios, then discovering the auto-match rate is poor.",[13,302,303],{},"Get the format and its mapping right per bank, favour structured formats where you can, and reconciliation quietly gets easier.",[305,306],"hr",{},[13,308,309],{},[21,310,311,312,316,317,320,321,325,326,330],{},"Part of the ",[38,313,315],{"href":314},"\u002Ftopics\u002Ftreasury-systems-architecture","Treasury Systems Architecture guide",". See also ",[38,318,319],{"href":40},"bank connectivity channels"," and ",[38,322,324],{"href":323},"\u002Fblog\u002Fiso-20022-payments-pain-001-pain-002","ISO 20022 payments",". The ",[38,327,329],{"href":328},"\u002Fnewsletter","newsletter"," sends one finance-systems pattern, product decision or build lesson every two weeks.",{"title":332,"searchDepth":333,"depth":333,"links":334},"",2,[335,336,337,338,339,340,341,342],{"id":28,"depth":333,"text":29},{"id":53,"depth":333,"text":54},{"id":72,"depth":333,"text":73},{"id":111,"depth":333,"text":112},{"id":130,"depth":333,"text":131},{"id":249,"depth":333,"text":250},{"id":256,"depth":333,"text":257},{"id":271,"depth":333,"text":272},"connectivity","2026-07-23","MT940, camt.053 and BAI2 are the main bank statement formats treasury imports: legacy SWIFT, modern ISO 20022, a US format. How they differ and which to use.",false,"md",null,[350,353,356],{"question":351,"answer":352},"What is the difference between MT940 and camt.053?","MT940 is the legacy SWIFT flat-file end-of-day statement format — widely used, compact, but with limited structure. camt.053 is the modern ISO 20022 XML end-of-day statement — richer, more structured data that supports better automatic reconciliation. camt.053 is the industry's direction of travel as part of the ISO 20022 migration, but MT940 is still very common, so many treasuries handle both.",{"question":354,"answer":355},"What is BAI2 format?","BAI2 is a bank statement file format defined by the Bank Administration Institute, used mainly in the United States. Like MT940 it is a structured flat file that reports balances and transactions with type codes. Where your banks are US-based, you'll often receive BAI2; elsewhere MT940 or camt.053 are more common.",{"question":357,"answer":358},"Should we move from MT940 to camt.053?","Generally the direction of travel is toward camt.053 (ISO 20022), because its richer, structured data improves automatic reconciliation and carries information MT940 can lose. But it's driven by what your banks support and your systems can consume, and there are bank-specific variations in camt files. Plan it as a migration per bank, test thoroughly, and expect to run both formats during the transition.",{},true,3,"\u002Fblog\u002Fbank-statement-formats-mt940-camt053-bai2","treasury-systems-architecture","MT940 vs camt.053 vs BAI2","on ISO 20022 \u002F bank format changes","reviewed","Tan Gravam","informational",{"title":5,"description":345},"blog\u002Fbank-statement-formats-mt940-camt053-bai2",[372,373,374,375],"treasury","architecture","bank-connectivity","iso-20022","text","3aZQZs2Zx2GIdx4NNPTBMONv3iPsxHwqZm1tzvHeqH4",[379,383],{"title":380,"path":381,"stem":382,"type":376,"language":348,"draft":346,"children":-1},"Bank Relationship Management","\u002Fblog\u002Fbank-relationship-management","blog\u002Fbank-relationship-management",{"title":384,"path":385,"stem":386,"type":376,"language":348,"draft":346,"children":-1},"Benefits Realization for Finance Systems","\u002Fblog\u002Fbenefits-realization-for-finance-systems","blog\u002Fbenefits-realization-for-finance-systems",[388,391,395],{"path":40,"title":389,"description":390},"Treasury Bank Connectivity: SWIFT vs Host-to-Host vs API vs EBICS","SWIFT, host-to-host, API and EBICS — how corporate treasury connects to banks, compared on reach, cost, real-time capability and setup effort.",{"path":392,"title":393,"description":394},"\u002Fblog\u002Febics-european-bank-connectivity","EBICS Explained: European Bank Connectivity","What EBICS is — an internet-based European standard for exchanging payment and statement files with banks — and where it fits alongside SWIFT and host-to-host.",{"path":323,"title":396,"description":397},"ISO 20022 Payments Explained: pain.001, pain.002 and the camt Family","ISO 20022 is the global XML standard for financial messaging. For payments, pain.001 is the instruction you send and pain.002 the status back. What they are.",1785182339101]