[{"data":1,"prerenderedAt":582},["ShallowReactive",2],{"blog-\u002Fblog\u002Ftreasury-management-system-implementation-guide":3,"blog-related-\u002Fblog\u002Ftreasury-management-system-implementation-guide":559,"blog-surround-\u002Fblog\u002Ftreasury-management-system-implementation-guide":581},{"id":4,"title":5,"audience":6,"body":10,"cluster":524,"conversionGoal":525,"cornerstone":242,"date":526,"description":527,"draft":528,"extension":529,"factCheckedAt":530,"faq":531,"featured":528,"language":530,"meta":538,"minRead":539,"navigation":242,"order":540,"originalAsset":530,"path":541,"pillar":542,"primaryKeyword":543,"publicationOrder":544,"relatedProject":530,"releaseScope":530,"reviewCycle":545,"reviewMethod":530,"reviewStatus":546,"reviewedAt":530,"reviewedBy":547,"searchIntent":548,"seo":549,"sources":530,"stem":550,"tags":551,"type":556,"updated":557,"__hash__":558},"blog\u002Fblog\u002Ftreasury-management-system-implementation-guide.md","Treasury Management System Implementation Guide",[7,8,9],"treasury-system-lead","programme-manager","group-treasurer",{"type":11,"value":12,"toc":508},"minimark",[13,27,30,35,38,99,102,106,122,128,132,139,144,148,151,156,160,163,174,179,183,190,195,199,210,215,219,230,281,289,294,298,301,306,310,313,401,404,408,482,486,494,497],[14,15,16,26],"p",{},[17,18,19,20,25],"strong",{},"A TMS implementation ",[21,22,24],"a",{"href":23},"\u002Fblog\u002Ftms-implementation-timeline-and-phases","runs in phases"," — mobilize, design, build, bank connectivity, data migration, testing, cutover and hypercare — usually over several months to more than a year, with bank connectivity and data migration as the real critical paths."," The software configuration is rarely what takes the time. What takes the time is everything around it: onboarding banks, cleaning and migrating data, testing properly, and running it as a treasury change programme rather than an IT install.",[14,28,29],{},"This guide walks the whole thing end to end (the phases, what each one delivers, a realistic timeline, and the team you need) so you can plan a programme that goes live on schedule instead of one that discovers connectivity and data three months in.",[31,32,34],"h2",{"id":33},"the-shape-of-a-tms-implementation","The shape of a TMS implementation",[14,36,37],{},"At a high level, every implementation moves through the same arc, even if the labels differ by vendor and method:",[39,40,41,48,54,60,71,81,87,93],"ol",{},[42,43,44,47],"li",{},[17,45,46],{},"Mobilize & scope:"," team, governance, requirements, plan.",[42,49,50,53],{},[17,51,52],{},"Design:"," target operating model and the configuration decisions.",[42,55,56,59],{},[17,57,58],{},"Build & configure:"," set the system up to the design.",[42,61,62,65,66,70],{},[17,63,64],{},"Bank connectivity:"," statements and payments, live with every bank ",[67,68,69],"em",{},"(runs in parallel from early)",".",[42,72,73,80],{},[17,74,75,79],{},[21,76,78],{"href":77},"\u002Fblog\u002Ftms-data-migration","Data migration",":"," clean and load master and open data.",[42,82,83,86],{},[17,84,85],{},"Testing:"," system integration testing, then user acceptance testing.",[42,88,89,92],{},[17,90,91],{},"Cutover & go-live:"," the controlled switch to the new system.",[42,94,95,98],{},[17,96,97],{},"Hypercare:"," intensive support after go-live.",[14,100,101],{},"The mistake is to run these strictly in sequence. Bank connectivity and data cleaning have long lead times and external dependencies, so they start early and run alongside build, not after it.",[31,103,105],{"id":104},"phase-1-mobilize-scope","Phase 1: Mobilize & scope",[14,107,108,109,112,113,116,117,121],{},"Stand up the programme before the software. Name a ",[17,110,111],{},"single accountable owner"," for the outcome, embed treasury subject-matter experts (not part-time advisors), and put a technical\u002Fintegration lead and a data owner in place. Confirm scope against a ",[17,114,115],{},"prioritized requirements list"," (see the ",[21,118,120],{"href":119},"\u002Fblog\u002Ftreasury-management-system-requirements-checklist","requirements checklist",") and agree governance: who decides, how changes are controlled, how risk is surfaced.",[14,123,124,127],{},[17,125,126],{},"Delivers:"," charter, team and RACI, agreed scope, plan, governance.",[31,129,131],{"id":130},"phase-2-design","Phase 2: Design",[14,133,134,135,138],{},"Design the target operating model, then the configuration to support it. The single most consequential decision here is the ",[17,136,137],{},"system of record"," (which system owns bank master data, payment status, exposures), especially where a TMS coexists with an ERP. Every boundary you leave ambiguous here comes back later as a reconciliation job that never ends.",[14,140,141,143],{},[17,142,126],{}," target operating model, configuration\u002Fdesign document, integration design, system-of-record map.",[31,145,147],{"id":146},"phase-3-build-configure","Phase 3: Build & configure",[14,149,150],{},"Configure the system to the design: entities, accounts, workflows, limits, accounting rules, reports. Keep it anchored to the design and the requirements, not to whatever the demo showed or a stakeholder asks for mid-flight. Undisciplined scope here is how a system ends up doing many things adequately and your two real needs poorly.",[14,152,153,155],{},[17,154,126],{}," configured system in a build\u002Ftest environment; interface build underway.",[31,157,159],{"id":158},"phase-4-bank-connectivity-the-critical-path","Phase 4: Bank connectivity (the critical path)",[14,161,162],{},"Start this early and treat it as the critical path it almost always is. For each bank you must agree the channel (SWIFT, host-to-host, EBICS, API), the statement formats (MT940, camt.053, BAI2) and payment formats (pain.001 \u002F ISO 20022, local formats), then test statements in and payments out end to end, including acknowledgements (pain.002).",[164,165,167],"callout",{"type":166},"tip",[14,168,169,170,173],{},"The software is \"live\" in weeks; getting every bank onboarded, formats agreed and flows tested takes far longer and depends on third parties you don't control. If connectivity isn't already running while you configure, it ",[67,171,172],{},"will"," become the thing holding go-live.",[14,175,176,178],{},[17,177,126],{}," each bank connected and tested for statements and payments.",[31,180,182],{"id":181},"phase-5-data-migration","Phase 5: Data migration",[14,184,185,186,189],{},"Migrate master data (bank accounts, counterparties, cost centres, signatories, payment details) and open items (deals, loans, investments). The rule that saves programmes: ",[17,187,188],{},"clean the data before you migrate it, and give it an owner."," Migrating dirty master data \"to fix later\" is how a wrong-account payment or an unreconcilable position traces back, months on, to a record no one owned.",[14,191,192,194],{},[17,193,126],{}," cleaned, migrated, reconciled data; migration and reconciliation controls.",[31,196,198],{"id":197},"phase-6-testing","Phase 6: Testing",[14,200,201,202,205,206,209],{},"Test in two passes. ",[17,203,204],{},"System integration testing (SIT)"," proves the system and its interfaces work together: ERP in, bank flows out, accounting back. ",[17,207,208],{},"User acceptance testing (UAT)"," proves it works for the people who'll run it, against real business scenarios: a real month-end, a real payment run, a real forecast. Protect this window; it's the one most often squeezed when earlier phases run long, which just moves the defects into production.",[14,211,212,214],{},[17,213,126],{}," passed SIT and UAT; a defect log worked down to an agreed go\u002Fno-go bar.",[31,216,218],{"id":217},"phase-7-cutover-go-live","Phase 7: Cutover & go-live",[14,220,221,222,225,226,229],{},"Cutover is the controlled switch from old to new. Plan it as a sequenced runbook (final data loads, connectivity cutover, reconciliation, sign-offs) and rehearse it with at least one ",[17,223,224],{},"dry run",". Gate go-live on an explicit ",[17,227,228],{},"readiness assessment",", not a calendar date.",[231,232,235,245,251,257,263,269,275],"ul",{"className":233},[234],"contains-task-list",[42,236,239,244],{"className":237},[238],"task-list-item",[240,241],"input",{"disabled":242,"type":243},true,"checkbox"," Data migrated and reconciled; balances tie out",[42,246,248,250],{"className":247},[238],[240,249],{"disabled":242,"type":243}," All banks connected and confirmed in production",[42,252,254,256],{"className":253},[238],[240,255],{"disabled":242,"type":243}," UAT passed; open defects within the agreed threshold",[42,258,260,262],{"className":259},[238],[240,261],{"disabled":242,"type":243}," Cutover runbook rehearsed (dry run completed)",[42,264,266,268],{"className":265},[238],[240,267],{"disabled":242,"type":243}," Roll-back plan defined",[42,270,272,274],{"className":271},[238],[240,273],{"disabled":242,"type":243}," Users trained; support model stood up",[42,276,278,280],{"className":277},[238],[240,279],{"disabled":242,"type":243}," Go\u002Fno-go decision taken by the accountable owner",[14,282,283,284,288],{},"An expanded, interactive version of this list, where the critical items gate the verdict, is the ",[21,285,287],{"href":286},"\u002Ftools\u002Fcutover-go-live-checklist","cutover and go-live checklist","; work through it before the go\u002Fno-go meeting, not in it.",[14,290,291,293],{},[17,292,126],{}," live system; signed-off go-live.",[31,295,297],{"id":296},"phase-8-hypercare","Phase 8: Hypercare",[14,299,300],{},"For the first weeks after go-live, run intensive support: the project team stays close, issues are triaged fast, and the first real month-end is treated as part of the programme, not \"business as usual.\" Exit hypercare on stability criteria, not a date.",[14,302,303,305],{},[17,304,126],{}," stabilized operation; formal handover to run-and-maintain.",[31,307,309],{"id":308},"a-realistic-timeline","A realistic timeline",[14,311,312],{},"Resist a fixed number; it's driven by scope. What actually moves it:",[314,315,316,332],"table",{},[317,318,319],"thead",{},[320,321,322,326,329],"tr",{},[323,324,325],"th",{},"Driver",[323,327,328],{},"Faster",[323,330,331],{},"Slower",[333,334,335,349,362,375,388],"tbody",{},[320,336,337,343,346],{},[338,339,340],"td",{},[17,341,342],{},"Banks to onboard",[338,344,345],{},"1–2",[338,347,348],{},"Many, across regions",[320,350,351,356,359],{},[338,352,353],{},[17,354,355],{},"Entities & currencies",[338,357,358],{},"Single",[338,360,361],{},"Many, global",[320,363,364,369,372],{},[338,365,366],{},[17,367,368],{},"Scope",[338,370,371],{},"Cash visibility only",[338,373,374],{},"Cash + payments + risk + accounting",[320,376,377,382,385],{},[338,378,379],{},[17,380,381],{},"Data quality",[338,383,384],{},"Clean already",[338,386,387],{},"Needs remediation",[320,389,390,395,398],{},[338,391,392],{},[17,393,394],{},"Decision-making",[338,396,397],{},"One accountable owner",[338,399,400],{},"Committee, slow sign-off",[14,402,403],{},"A tightly scoped, few-banks implementation can be a few months. A multi-bank, multi-entity global rollout with full scope is comfortably a year or more, and the difference is mostly connectivity, data and decision speed, not the software.",[31,405,407],{"id":406},"the-team-you-need","The team you need",[314,409,410,420],{},[317,411,412],{},[320,413,414,417],{},[323,415,416],{},"Role",[323,418,419],{},"Owns",[333,421,422,432,442,452,462,472],{},[320,423,424,429],{},[338,425,426],{},[17,427,428],{},"Programme owner (treasury)",[338,430,431],{},"The outcome, end to end: accountable, not a committee",[320,433,434,439],{},[338,435,436],{},[17,437,438],{},"Treasury SMEs",[338,440,441],{},"The business design; how cash, payments and risk actually run",[320,443,444,449],{},[338,445,446],{},[17,447,448],{},"Technical \u002F integration lead",[338,450,451],{},"ERP and bank interfaces, environments",[320,453,454,459],{},[338,455,456],{},[17,457,458],{},"Data owner",[338,460,461],{},"Master-data quality, migration, reconciliation",[320,463,464,469],{},[338,465,466],{},[17,467,468],{},"Vendor \u002F implementation partner",[338,470,471],{},"Product configuration and method",[320,473,474,479],{},[338,475,476],{},[17,477,478],{},"Test lead",[338,480,481],{},"SIT and UAT, scenarios, defect triage",[31,483,485],{"id":484},"where-implementations-go-off-the-rails","Where implementations go off the rails",[14,487,488,489,493],{},"Every failure pattern here has the same root: the change is treated as software, not treasury. It's covered in depth in ",[21,490,492],{"href":491},"\u002Fblog\u002Fwhy-tms-implementations-fail","why TMS implementations fail",", but the short version is: own the outcome, start connectivity and data early, be honest about what a forecast can do in year one, and protect testing. Do that and the phases above go from a gamble on the vendor to a change you're genuinely running.",[495,496],"hr",{},[14,498,499],{},[67,500,501,502,504,505,70],{},"See also the ",[21,503,120],{"href":119}," and ",[21,506,507],{"href":491},"why implementations fail",{"title":509,"searchDepth":510,"depth":510,"links":511},"",2,[512,513,514,515,516,517,518,519,520,521,522,523],{"id":33,"depth":510,"text":34},{"id":104,"depth":510,"text":105},{"id":130,"depth":510,"text":131},{"id":146,"depth":510,"text":147},{"id":158,"depth":510,"text":159},{"id":181,"depth":510,"text":182},{"id":197,"depth":510,"text":198},{"id":217,"depth":510,"text":218},{"id":296,"depth":510,"text":297},{"id":308,"depth":510,"text":309},{"id":406,"depth":510,"text":407},{"id":484,"depth":510,"text":485},"tms-implementation","cutover-checklist","2026-07-23","How a TMS implementation really runs: mobilize, design, bank connectivity, data migration, testing, cutover, hypercare. The phases, timeline and critical path.",false,"md",null,[532,535],{"question":533,"answer":534},"What are the phases of a TMS implementation?","Typically: mobilize and scope, design (target operating model and configuration decisions), build and configure, bank connectivity, data migration, testing (system integration testing then user acceptance testing), cutover and go-live, and hypercare. Bank connectivity and data run in parallel from early on because they are the usual critical paths.",{"question":536,"answer":537},"Who should own a TMS implementation?","Treasury should own it, as a treasury change programme, not IT, and not the vendor. You need a single accountable owner for the outcome, treasury subject-matter experts embedded (not just consulted), a technical\u002Fintegration lead, a data owner, and clear governance. The most common failure is running it as an IT install with treasury on the sidelines.",{},6,10,"\u002Fblog\u002Ftreasury-management-system-implementation-guide","treasury-management-systems","TMS implementation",14,"annual","reviewed","Tan Gravam","informational-commercial",{"title":5,"description":527},"blog\u002Ftreasury-management-system-implementation-guide",[552,553,554,555],"treasury","tms","implementation","finance-systems","text","2026-08-02","u_Er9lG-U0eDi-q30x8skscJffUNrxGOlGGSAn8uR7c",{"related":560,"prev":571,"next":574,"hasOrder":242,"place":576},[561,564,567],{"path":77,"title":562,"description":563},"TMS Data Migration","TMS data migration means moving master data, open positions and live deals into a new treasury system — cleanly, and reconciled so your positions still tie out.",{"path":491,"title":565,"description":566},"Why TMS Implementations Fail (and How to De-Risk Yours)","Why TMS implementations fail: rarely the software — it's the treasury change. IT-project thinking, bank connectivity, dirty data, no one owning the outcome.",{"path":568,"title":569,"description":570},"\u002Fblog\u002Ftreasury-transformation-guide","Treasury Transformation: A Practical Guide","Treasury transformation is upgrading how treasury operates, usually around a new TMS. Why it succeeds on outcomes and delivery discipline, not technology.",{"path":572,"title":573,"type":556,"language":530},"\u002Fblog\u002Fhow-to-run-a-tms-selection-process","How to Run a TMS Selection Process",{"path":23,"title":575,"type":556,"language":530},"TMS Implementation Timeline and Phases",{"label":577,"position":578,"total":579,"hub":580},"TMS Implementation",1,5,"\u002Ftopics\u002Ftreasury-management-systems",[],1787475406168]