ERP Data Cutover Window Calculator
Cutover plans fail when the final load takes longer than the weekend. This calculator checks whether your volume, throughput and validation time fit the window you have.
Your numbers
Include open transactions, balances and any master data not loaded earlier.
Measure this in a rehearsal, not from a vendor brochure.
Your results
Assumes linear scaling across streams. Database locks and API limits usually flatten the gain, so confirm in a rehearsal.
Load hours vs parallel streams
Sweeps Parallel streams from 1 to 8, holding your other inputs fixed.
Optional cutover runbook review
Have a second pair of eyes check your timings and rerun plan.
Optional. The tool and every export work without this. No spam.
How to use it
Count only the records loaded during cutover. Master data, closed history and configuration should be loaded days earlier. Take throughput from your most recent rehearsal and enter the number of streams you actually ran. Keep utilisation under 70 percent so a failure can be rerun without missing go-live.
The method
Raw load minutes equal records divided by throughput times streams. Validation overhead scales the result, then dividing by 60 gives hours. Headroom is the window minus load hours, and utilisation is load hours as a percentage of the window. Rehearsal time is load hours times the number of full runs.
Common mistakes
Teams extrapolate from a small sample, forget validation, or assume eight streams give eight times the speed. Source system extract time, network transfer and index rebuilds also sit outside this formula, so add them as extra overhead. Treat a result near the window limit as a red flag.
- Measure real throughput
- Preload what you can
- Plan a rerun budget
- Include extract and index time
Frequently Asked Questions
How many rehearsals are enough?
Three full rehearsals is a common minimum: one to find errors, one to fix and time, one to prove the runbook. Complex multi-entity migrations may need more.
What counts as a record?
Any row you load as a unit, such as a journal line, open invoice or inventory balance. Use the same unit when measuring throughput.
Why keep utilisation below 70 percent?
Because failures happen. Spare time lets you rerun a failed step without moving the go-live decision.
Does this work for GP and AX?
Yes. The calculation is source-neutral. Only the throughput value differs by tooling and target.
Netray can script and monitor migration loads with reconciliation checks. This tool works without any such help.
Related Tools
Legacy ERP Parallel Run Cost Calculator
Shows what each month of parallel running costs once you add legacy fees, double entry and reconciliation effort.
Microsoft DynamicsAX 2012 Customization Remediation Effort Calculator
Converts counts of overlayered objects, custom reports, integrations and ISV modules into hours, cost and calendar weeks for D365 Finance and Operations remediation.
ERP OperationsLegacy ERP Database Growth and Archive Savings Calculator
Projects database size forward, applies an archive share and prices the storage and backup copies you avoid.
Costing & FinanceERP Migration Payback and NPV Calculator
Calculates payback period, net present value and ROI for a GP or AX replacement from investment, run-cost savings and productivity gains.
More ERP Migration & Selection tools
See all- ERP TCO Comparison Calculator (5-Year)
- ERP Migration Risk Assessment
- Data Migration Effort Calculator
- ERP Selection Scorecard for Manufacturers
- ERP Go-Live Readiness Checklist
- ERP Change Management Readiness Assessment
- ERP Integration Complexity Calculator
- Cloud vs On-Premise ERP Cost Calculator
- ERP Upgrade vs Replace Assessment