S/4HANA Conversion Downtime Window Calculator
A system conversion lives or dies on whether the cutover fits the weekend. This calculator turns your dry-run measurements into a downtime estimate and shows how much buffer you have left. Change the throughput and see where the curve flattens.
Your numbers
Used data in the source database that must be moved while the business is stopped, after archiving. Not the allocated size.
Measured sustained rate from your technical dry run, not the network line speed.
Locking users, final transports, stopping interfaces and jobs, final backup.
Activation, conversion reports, customizing activities and authorization fixes that run after the move.
Finance reconciliation, interface checks and key transaction tests before go decision.
For example Friday 18:00 to Monday 06:00 is 60 hours.
Your results
Planning estimate only. Real downtime depends on your DMO or conversion approach, system size, custom code and rehearsal results. Always confirm with measured dry runs.
Downtime vs transfer throughput
Sweeps Effective transfer throughput from 50 to 600, holding your other inputs fixed.
Cutover plan review
Optional: send your rehearsal results and we will point out where the window is most at risk.
Optional. The tool and every export work without this. No spam.
How to use the calculator
Enter the data volume that actually moves while users are locked, the throughput you measured in your last technical rehearsal, and the hours your team spent on preparation, post-processing and validation. The tool adds the phases and compares them with the window the business approved. Use rehearsal numbers rather than vendor guidance wherever you have them, because the biggest swings come from your own custom code, table sizes and landscape.
- Use used data after archiving, not allocated disk
- Take throughput from the last full rehearsal
- Include validation time, not just technical steps
- Compare the result with the approved window
The formula behind it
Transfer time is data volume in GB multiplied by 1024 to get MB, divided by the effective throughput in MB per second, divided by 3600 to get hours. Total downtime then adds preparation, post-processing and validation hours. Buffer is the window minus total downtime. The transfer share output tells you whether more bandwidth or parallel processes will change the answer; in many projects post-processing and validation dominate, so tuning the transfer alone gives little.
Reading the result and common mistakes
A negative buffer means you need to shrink data through archiving, move steps outside downtime with a near-zero downtime or incremental approach, or negotiate a longer window. A buffer under about 20 percent is risky because a single failed conversion step can consume it. Common mistakes are using allocated database size, forgetting validation, and assuming production behaves like a smaller sandbox. Re-run the numbers after every rehearsal and track the trend.
Frequently Asked Questions
Does this work for greenfield or only conversion?
It is built for a system conversion where the whole business is down while data moves. For a greenfield with staged data loads, use the data volume that loads in the final cutover only and treat the other phases as zero.
What throughput should I enter?
Use the sustained rate from your last full rehearsal on production-sized data. Network line speed and hardware sheet numbers are almost always higher than what the migration tooling actually achieves end to end.
How much buffer is enough?
Many programs aim for 20 to 30 percent of the window as buffer and rehearse a rollback decision point. The right figure depends on how reversible your fallback is and how many rehearsals ran clean.
Can I reduce downtime without faster hardware?
Yes. Archive before the move, run steps ahead of the window where the approach allows, trim custom code that slows conversion, and automate validation so business checks start sooner.
If you want rehearsal logs, step durations and conversion reports summarised automatically, Netray can build a private assistant over your project documents and logs.
Related Tools
S/4HANA HANA Memory Sizing Estimator
Rough-size the HANA database memory and persistence you will need from your current database footprint.
ERP Migration & SelectionSAP Migration Schedule Risk PERT Calculator
Turn optimistic, likely and pessimistic durations into a commitment date at the confidence level you choose.
ERP Migration & SelectionS/4HANA Migration Risk Register Worksheet
A ready-to-edit risk register for SAP migration programs with scoring, owners and mitigations.
ERP Migration & SelectionS/4HANA Steering Committee Status Report Template
A one-to-two page status report for S/4HANA steering meetings with status, milestones, risks and decisions needed.