A new finance system can be switched on in a weekend. Proving that every balance arrived intact, that the controls still work and that the first close will run on time takes months of planning that most projects start too late.
Moving to a new ERP or accounting package is not like rolling out any other software. The general ledger carries balances forward from the day the business started, so the old system has to hand over to the new one at a precise moment, usually a period end, with every account, customer, supplier and asset agreeing to the penny. This free ERP and accounting software implementation checklist gives finance directors, controllers and project leads a finance-owned plan to run alongside the vendor’s project plan. It covers the chart of accounts and master data, data migration with reconciliation, integrations and testing, roles and segregation of duties in the new system, a go/no-go approval by the finance sponsor, cut-over at the period end, hypercare and the first month-end close. A parallel-run phase appears only if you choose to run one.
What Makes a Finance System Different From Other Software Projects
Most software rollouts are judged on whether people can use the new tool. A finance system is judged on something stricter: whether the numbers coming out of it are the same numbers that went in, and whether the auditors will accept them. The implementation partner configures the software and loads the data. Only finance can say whether the chart of accounts supports the reports the business needs, whether the migrated balances are right, and whether the controls that protected the old ledger exist in the new one.
That is why this checklist is owned by finance rather than IT. Use it for the finance workstream, and run the technical change itself through your usual change process: CheckFlow’s change management checklist software covers approvals, rollback plans and post-implementation reviews for the system side.
Any software rollout
Success means people use it
Configuration, testing and training
Go-live whenever the team is ready
Old data archived or left behind
Access granted so people can work
Finance system implementation
Success means the numbers still agree
Chart of accounts mapped and reporting rebuilt
Go-live timed to a period end, never mid-month
Opening balances and open items reconciled to the old ledger
Roles designed so nobody can both create and pay a supplier
What the ERP Implementation Checklist Covers
Seven phases run from scoping the project to the first close in the new system. Phase 5 appears only when you decide to run a parallel period, and go-live cannot start until the finance sponsor approves it.
Phase 1
Phase 1: Scope, Team & Go-Live Date
Pick the go-live date first. Every other date in the project is counted back from it.
Name the finance sponsor, project lead and a process owner for each area — general ledger, payables, receivables, payroll, fixed assets, tax and reporting
Choose a go-live date at a period end — the start of a quarter or financial year is cleanest; avoid the year-end audit
Record the scope — entities, currencies, modules, and which systems stay outside the new ERP
Decide how much history to migrate — opening balances only, open items, or detailed transactions for comparatives
Record whether you will run a parallel period — answer Yes or No; Yes adds Phase 5
Record whether the company is an SEC registrant — answer Yes or No; Yes adds the internal control disclosure task in Phase 6
Phase 2
Phase 2: Chart of Accounts & Master Data
Design the new chart of accounts and its segments — entity, department, location and project, built for the reports you need rather than copied from the old system
Map every legacy account to the new chart — keep the mapping table; no legacy account with a balance may be left unmapped
Rebuild the reporting structure — management accounts, statutory accounts and tax reporting lines
Cleanse and load customer master data — remove duplicates and dormant accounts, check credit terms, tax IDs and billing contacts
Cleanse and load supplier master data — confirm bank details against an independent source before loading, never from the import file alone
Load fixed assets, items and other master data — cost, accumulated depreciation, in-service dates and useful lives
Configure tax codes, currencies, periods and posting rules — and have the tax owner review them
Phase 3
Phase 3: Data Migration & Reconciliation
Run at least one mock migration — load a full set of data into a test environment and reconcile it as if it were live
Load the opening trial balance through the mapping — and agree it, account by account, to the legacy trial balance
Load open receivables and payables at invoice level — and reconcile each subledger total to its control account
Reconcile the migrated fixed asset register — cost, depreciation and net book value by class, to the ledger
Load and check historical balances for comparatives — monthly balances for at least the prior year, so variance reports work from day one
Have each process owner sign the reconciliation for their area — with every difference explained and attached
Keep the legacy data readable — read-only access or an archive for as long as your record retention rules require
Phase 4
Phase 4: Integrations, Testing & Training
Connect and test bank feeds and payment files — test the payment file with the bank before any live payment run
Connect and test each integration — payroll, billing, CRM, expenses and e-commerce, each with a named owner and a test posting
Test end-to-end processes with real scenarios — purchase to payment, order to cash and record to report
Test the reports finance depends on — trial balance, management pack, aged debt and creditors, and VAT or sales tax reports
Log every defect and agree which must be fixed before go-live — and who owns the rest
Train users by role in the test environment — using their own transactions, not the vendor’s demo data
If Chosen
Phase 5: Parallel Run
Shown only when you decide to run a parallel period. It costs a month of double entry, and buys the most confidence.
Process one full period in both systems — the same transactions entered or imported in old and new
Compare the trial balances and subledgers — and the tax, payroll and management reports
Explain every difference — fix configuration or mapping errors in the new system, not in the report
Decide whether a second parallel period is needed — and record the reason
Phase 6
Phase 6: Controls, Access & Go/No-Go
Design roles that keep incompatible duties apart — nobody can both create a supplier and pay it, or prepare and approve a journal
Remove implementation and consultant administrator access — before go-live, or restrict it and log its use
Configure approval workflows and posting limits — purchase orders, invoices, payments and journals
Document the key controls in the new system — and update your control descriptions for the auditors
Assess whether the change must be disclosed as a change in internal control — shown for SEC registrants; agree the conclusion with your auditors
Finance sponsor approves go-live — Approved or Not approved, based on the reconciliations, open defects and readiness
Go-Live
Phase 7: Cut-Over, Hypercare & First Close
Close the final period in the legacy system and lock it — no postings after the cut-over date
Load final balances and open items — and reconcile them to the legacy closing trial balance
Switch integrations and bank feeds to the new system — and confirm the first live transactions post correctly
Run hypercare with a daily issue log — for the first weeks, with the vendor and process owners on call
Run the first month-end close in the new system — and compare the timetable and results with the last close in the old one
Hold a post-implementation review after the first close — what to fix, what to automate and what to change in this checklist
The finance cut-over is a short sequence of steps around one period end. The timeline below assumes go-live on the first day of a new quarter.
8–12 weeks before
Freeze the design
The chart of accounts and mapping are signed off, the mock migration has reconciled, and the dates for the final load and the first close are in everyone’s diary.
4 weeks before
Clean up the legacy ledger
Clear suspense accounts, close stale open items and settle disputed balances. Anything still open will be migrated as it is, and explained again after go-live.
Period end
Close and lock the old system
Run the last close in the legacy system as normal, then lock the period so the balances you migrate cannot change underneath you.
Days 1–5
Load, reconcile and go live
Load the closing balances and open items, reconcile them, get the sponsor’s approval and switch the integrations. Transactions from the first days of the new period may need to be entered once go-live is confirmed.
Weeks 1–6
Hypercare and first close
Daily triage of issues, then the first month-end close in the new system. Expect it to take longer than usual.
Rules that follow the data. Changing systems does not change how long you must keep records. In the UK, HMRC requires a limited company to keep its records for six years from the end of the last financial year they relate to. In the US, the IRS expects records kept electronically to remain capable of being processed for as long as they may be needed under the tax rules, which is why Phase 3 keeps the legacy data readable. UK VAT-registered businesses must also keep digital records and file VAT returns through compatible software, and HMRC does not treat copy and paste as a digital link, so check that any spreadsheet between the new system and the VAT return still meets the Making Tax Digital rules. The UK plans to require e-invoicing for all VAT invoices from April 2029, which is worth raising in any system selection now.
Internal control. The COSO framework expects an organisation to identify and assess changes that could significantly affect its system of internal control, and a new ledger is one of the biggest. SEC registrants must also disclose, in their quarterly or annual report, any change in internal control over financial reporting during the quarter that has materially affected, or is reasonably likely to materially affect, it. A new ERP can meet that test, so agree the position with your auditors before the quarter ends.
Why Run Your ERP Implementation in CheckFlow?
1
Go-live waits for the sponsor
The finance sponsor is chosen at the start, and the go/no-go task needs an Approved or Not approved answer before the cut-over phase can begin. The decision is recorded against the reconciliations and open defects it was based on, in the same place.
2
Every reconciliation has an owner and a file
Each process owner signs off their own migrated balances, with the reconciliation attached to the task. When the auditors ask how opening balances were verified, the evidence is already organised by area.
3
One template for every entity you move
Groups rarely move every entity at once. Start the same checklist for each wave, answer the parallel-run question per entity, and each entity’s progress through testing, cut-over and hypercare is tracked in its own checklist.
The first close in the new system is the real test. The Month-End Close Checklist gives it a timetable, and if you go live at the start of a financial year, the Year-End Close Checklist covers the last year closed in the old system.
What should an ERP implementation checklist include for finance?
+
At minimum: the chart of accounts design and mapping, master data cleansing, migration of opening balances and open items with a signed reconciliation for each area, integration and process testing, roles and segregation of duties, a go/no-go approval, the cut-over at a period end, hypercare and the first close. The vendor’s plan covers configuration; finance owns whether the numbers and controls are right.
When is the best time to go live with a new accounting system?
+
At the start of a period, most often a new quarter or financial year, so the old system closes one period and the new one opens the next. A year-start go-live gives the cleanest comparatives, but it lands on top of the year-end close and the audit, so many teams prefer a quarter start instead.
Should we run the old and new systems in parallel?
+
A parallel run means processing the same period in both systems and comparing the results. It gives the strongest assurance that configuration and mapping are right, but it doubles the work for a month. It is most useful for complex payroll, tax or multi-entity set-ups. With a thorough mock migration and end-to-end testing, many smaller businesses go live without one.
How much historical data should we migrate?
+
Most businesses migrate opening balances, open receivables and payables at invoice level, the fixed asset register and monthly balances for at least the prior year, so comparisons work straight away. Detailed transaction history often stays in the old system, kept readable for the retention period.
Who should approve go-live?
+
The finance sponsor, usually the CFO or finance director, based on evidence: signed reconciliations for every migrated balance, test results, the list of open defects and confirmation that users are trained. In this template the go/no-go is an approval task, so the cut-over phase cannot begin until the sponsor answers it.
Is CheckFlow free for this template?
+
14-day free trial, no card required. The Business plan is $10 per user per month after the trial. Full details at checkflow.io/pricing.
Go Live With Every Balance Reconciled and Every Control in Place
Free trial — no credit card required.
Do you like cookies? 🍪 We use cookies to ensure you get the best experience on our website. Learn more