What an SAP S/4HANA migration actually costs: the drivers, the ranges and where budgets break
Nobody can price an S/4HANA move from a questionnaire. Custom code, data, the business partner conversion, testing and the licence recount drive the bill, and you can measure all of them before you sign.
part 2 of 5 · Running enterprise platforms wellthe ideaCount the code and clean the data first. The bids get honest after that.
after reading, you can- Explain what in your ECC system pushes the cost of moving up, and how you'd measure it.
- Weigh paying for more time against moving now, using numbers from your own system.
- Spot an underpriced bid from what it quietly assumed about your code and your data.
You won't find one price for an S/4HANA migration here, because there isn't one. A single advisory firm puts the usual ECC 6 to S/4HANA move anywhere from £5 million to well over £100 million. What decides where you land is already sitting in your ECC system, and you can measure most of it before anyone sends a quote.
SAP's old ERP is losing standard support, and the move to the new one is priced by what's inside yours.
SAP ECC is the system lots of companies still run finance, purchasing, stock and sales on. SAP stops standard support for it at the end of 2027. From then you can pay extra to keep it patched until 2030, live with thinner support, hire a third party, or move to S/4HANA, SAP's newer ERP. The move is a big project, and much of its cost comes from things your own company built up: custom programs, messy customer and vendor records, the testing your people have to do, and how many users SAP counts when the licence is redone.
It's like moving a factory to a new building. The building has a known rent. The bill that surprises people is everything bolted to the old floor: machines built in-house, wiring nobody documented, stock records that don't match the shelves. Count those before the movers quote, or the quote is a guess.
- Companies running SAP ECC 6.0
- CFOs and CIOs budgeting 2027 to 2030
- SAP centre of excellence leads
- Procurement teams facing a RISE offer
- Firms already on S/4HANA on-premise
Why it matters to you
Most of these projects run over, and nobody should plan as if theirs won't. ISG's research this year found 58% of SAP migrations over budget and behind schedule. Only 15% came in on time and on budget. When Horváth asked 200 SAP customers, their projects were taking 30% longer than planned, and an ISG analyst said a lot of the delay comes from people rather than the technology.
Waiting has a price too. Gartner, as reported by CIO.com, counted about 14,000 of 35,000 ECC customers on S/4HANA by the end of 2024 and expects around 17,000 still on ECC in 2027. Forrester says demand for these projects is creating a skills shortage nobody can avoid. If half the market starts late, the people you need are likely to be booked up when you go looking.
-
01 Your ECC estate
Twenty years of custom code, interfaces, archived and unarchived data, and customer and vendor records of mixed quality.
-
02 Readiness check and code analysis
SAP's Readiness Check, the simplification item check and the custom code tools show what breaks and what nobody uses any more.
-
03 Pick a path
Convert what you've got, rebuild clean, or bring across only some of the data. Whichever you pick, the spend moves somewhere else in the plan, so price the path you'll actually take.
-
04 Contract and licence
You either keep an on-premise licence or sign a RISE subscription, which SAP prices in full usage equivalents. Your users get recounted at this step, and one buyer-side advisor says the count usually comes out higher.
-
05 Mock runs and testing
Timed practice conversions and business testing on copies of production. This is where underestimated plans fall apart.
-
06 Cutover and hypercare
The real weekend, then weeks of fixing period-end close, interfaces and access before the old team stands down.
Some of SAP's tooling costs nothing extra. The migration cockpit is embedded in S/4HANA at no additional cost, and SAP says the Business Transformation Center in SAP Cloud ALM is included in its support offering. The cost sits in the hours spent acting on what those tools find.
What changed for buyers since 2025
Recent changes that move the numbers
SAP's latest update says transition option subscriptions can now run to the end of 2035, with further prerequisites. Before that, the wording only covered 2031 to 2033, so check which version your offer was written against.
Customers signing in 2026 get a standard 20% price uplift when they switch to the transition option in 2031. The max success plan fee comes on top. SAP hasn't said what later sign-ups pay.
SAP's own deck says the use right ends, and maintenance goes with it. On-premise systems had to stop most compatibility scope items by the end of May 2026. Some systems under a cloud contract keep rights to the end of 2030, so check yours with SAP.
SAPinsider reports you can now pick a different SAP support model, another provider or no support at all, one installation at a time. That lets you keep SAP on the system you'll keep longest and pay less on the others.
SAP's RISE migration and modernization program gave one-time credits against maintenance or subscriptions, and SAP said it could cut migration cost by up to 50%. It ran to the end of 2024. Ask what's on offer now, in writing.
SAP ships a new S/4HANA release every two years now and keeps each one in mainstream maintenance for seven, up from five for earlier S/4HANA releases. Once you're across, forced upgrades come round less often.
The compatibility scopedefinitionOld ECC functions SAP let you keep running inside S/4HANA for a while. Once that right runs out, you'll have to replace each one you still use. change catches people out. Some functions from ECC kept running inside S/4HANA under a temporary right of use. Once that right lapses, every one of them needs a replacement process or product, and that work lands on the budget of whoever is running the system.
Where the money actually goes
| Driver | What SAP says | How to measure it | Why it costs |
|---|---|---|---|
| Custom code | SAP's conversion course warns most own development won't work any longer after a conversion | Custom Code Migration app plus 6 to 18 months of usage data | Every Z-program you keep gets fixed and retested. Unused ones can be deleted during conversion |
| Data volume | Data volumes should be reduced as much as possible before converting | Archiving analysis and HANA sizing on a production copy | Forrester's point: don't pay a big database bill for data you won't use |
| Business partner (CVI) | Customer/vendor integration and business partner setup must be in place | CVI cockpit and the master data consistency check | Records that fail the consistency check must be corrected before the conversion |
| Finance model | FI and CO post into one Universal Journal; the material ledger is always on | Simplification item check against your finance setup | Finance has to sign off reconciliation after every mock run |
| Downtime window | Downtime-optimized Conversion moves data conversion into uptime | Timed mock conversions on production-sized copies | SAP says it adds planning, impact analysis and test runs, and needs a trained expert |
| Compatibility scope | Use rights end; most on-premise items stopped by end of May 2026 | Usage report from SAP Note 2399707, checked against the list in Note 2269324 | Each item in use needs a replacement process or product |
| Licence | RISE is priced in full usage equivalents (FUE) | Classify every user by FUE category yourself | Redress Compliance says the recount usually lifts the priced base 15 to 30% |
| Testing and people | Horváth names underestimated testing and data migration as quality causes | Count the business testers you can free per cycle | In our view testing is the line that gets cut when the plan slips, and the gaps show at cutover |
Custom code is one of the two hardest parts, and usage data can shrink it. SAP's Custom Code Migration app uses that data to find extensions nobody calls, and those can be dropped during conversion instead of fixed. SAP recommends collecting it for six to eighteen months. If you start this quarter, the list is ready before the bids are.
Every customer and vendor record has to become a business partner, and SAP has a ten-unit training course on just this step. Records that fail the CVI master data consistency check have to be corrected before the conversion can run. Count those errors early, because someone in finance or master data will be correcting them by hand.
The licence has a price list. Everything else on the invoice comes out of your own system, and you can count it before you sign.
On RISE, the subscription is only part of the first year. Redress Compliance, a licensing advisor that works for buyers, says year-one cash cost is typically three to four times the RISE subscription. In one benchmark estate it modelled, RISE came out about $3.41 million more over five years than staying on ECC with extended maintenancedefinitionOptional paid support for ECC from 2028 to the end of 2030, priced as a premium on top of your normal maintenance fee.. Treat those as one advisor's numbers. They're still a good reason to model your own five years before you sign.
Your options after 2027, side by side
| Option | What you pay | What you get | What you give up |
|---|---|---|---|
| Extended maintenance | Your maintenance fee plus a two-point premium on the maintenance basis | Maintenance similar to mainstream maintenance, through the end of 2030 | Time. 2030 is a hard stop for this option |
| Customer-specific maintenance | Not published; ask SAP | Support continues with restrictions; SAP charges to solve problems not yet known to it | No new support packages and no legal-change updates |
| Transition option (RISE) | A RISE subscription; 2026 sign-ups get a 20% uplift in 2031, plus the max success plan fee | Continuity on SAP ERP, private edition, with subscriptions possible to the end of 2035, with further prerequisites | You must be on HANA in private edition before the end of 2030, at 2 TB or more |
| Third-party support | The provider's fee; Spinnaker cites 50 to 60% or more saved, Rimini Street up to 90% of total support costs | Support from that provider; Rimini Street says it covers ECC 6.0 through 2040 | SAP's own support for that installation |
| Move to S/4HANA | The project plus a new licence or a RISE subscription | Maintenance commitment to 2040, seven years per release | The cost and disruption of the project itself |
The dates that set your budget
- Feb 4, 2020SAP sets the ECC and S/4HANA dates
Mainstream maintenance for ECC ends in 2027 and extended runs to 2030. S/4HANA gets maintenance to 2040.
- 2023S/4HANA 2023 starts the two-year cycle
Each release now stays in mainstream maintenance for seven years. Fewer forced upgrades once you're across.
- End of 2024RISE migration credit program closes
- May 31, 2026Most compatibility scope rights end on-premise
- Jul 10, 2026New SAP support terms take effect
- Oct 13, 2026Transition option extended to 2035
- Dec 31, 2027ECC mainstream maintenance ends
- Dec 31, 2030Extended maintenance ends
Also the last day to be on SAP ERP, private edition on HANA for the transition option.
- Dec 31, 2035Latest end for transition option subscriptions
- End of 2040SAP's S/4HANA maintenance commitment
Buying time isn't free and it isn't wrong. DSAG's 2026 investment report says some members are accepting higher extended maintenance costs to get more time, and that skills shortages and tight budgets keep pushing schedules back. If you pay the premium, use the years to shrink the code and clean the data, or the project you start in 2029 costs what it would have cost now, plus three years of premium.
- Counts every custom object, but has no idea which ones anybody still runs
- Hopes the customer and vendor data is clean enough to go through untouched
- Guesses the downtime window
- Takes the vendor's user count for the licence
- Plans one mock conversion, if any
- Uses months of usage data to cut dead code first
- Has run the CVI consistency check and sized the cleanup
- Has a timed mock run on a production-sized copy
- Recounted users by FUE category before the offer
- Writes at least two mock runs with finance sign-off into the plan
The path you choose moves cost between buckets. A system conversiondefinitionYou take the ECC system you already run and turn it into S/4HANA, history and configuration included. The alternative is a new implementation on a clean system. keeps your history and configuration, so in our view the effort centres on code, data and testing. A new implementation shifts more of it into redesign and data migration. Selective data transition sits between the two. In an analysis cited by SAP Learning of about 10,000 projects over three years, 48% were system conversions, so neither path is the odd choice.
Before: ECC converted as it stands
Every custom object, all historic data and the whole user list go into the conversion. HANA gets sized for data nobody reads and licences get sized for people who rarely log in.
After: ECC trimmed before it's converted
Usage data decides which code is fixed and which is deleted. Old data is archived before HANA is sized. Customer and vendor records are cleaned as their own workstream, and the licence is priced on your own user classification.
What to do now
What to do before you take bids, by who you are
- Pick a decision date. Extended maintenance ends in 2030, and the transition option needs you on HANA in private edition before then
- Get your team to model five years for staying, buying time and moving. Use your own numbers rather than the vendor's
- Hold back budget for testing and data cleanup. Studies of overruns keep naming both
- Ask SAP in writing what incentives exist now, since the 2024 credit program has closed
- Switch on custom code usage collection now. SAP suggests six to eighteen months of data
- Run the Readiness Check and the simplification item check on a recent production copy
- Find out which compatibility scope items people still rely on. Each one needs someone who'll own the replacement
- Run an archiving analysis before anyone sizes HANA
- Run the CVI consistency check and count the errors by type. That count is your cleanup estimate
- Give someone the customer and vendor cleanup, and clear time in their week to actually do it
- Agree how reconciliation gets signed off after each mock conversion
- Sort users into FUE categories yourself first. Then you can check SAP's recount line by line
- Ask each bidder how many mock conversions they priced and what they assumed about data quality
- Put the bids side by side, one driver per row, and ask about every blank
# answer these before the bids go out custom_code: usage data collected, unused objects listed cvi_check: consistency errors counted by type, owner named compat_scope: Note 2399707 report run, items in use listed data_volume: archiving analysis done before HANA sizing licence: users classified by FUE category in-house mock_runs: at least two, timed, finance sign-off # example output: your own answers go here
Keep the cost from creeping back
A well-scoped bid can still drift once the work starts. The drift tends to come from the same places a cheap bid hides its gaps, so that's where the guard rails go.
Guard rails we'd write into the plan
- 01Attach the code list to the contract
Put the usage-based list of custom objects into the statement of work. When an object turns out harder than planned, you have a baseline to argue from instead of a fresh estimate.
- 02Run data cleanup as its own workstream
Give customer and vendor cleanup a separate owner and plan, starting before the first mock run. If it hides inside the conversion team, it loses every time a deadline gets close.
- 03Time every mock conversion
Measure each practice run on a production-sized copy and write the result down. If the downtime window doesn't fit, you find out in a mock and not on the cutover weekend.
- 04Freeze scope at the blueprint
Horváth names scope growth during the migration as a cause of quality problems. Park new requirements in a list for after go-live unless they're legally required.
- 05Recount users before every renewal
Keep your own FUE classification up to date. People change jobs and leave, and the count you paid for at signing drifts away from the people who still log in.
If the migration runs over budget
If the migration runs over budget or slips
When an S/4HANA project runs over, the cause is often something the bid skipped. Work through these steps in order, starting at the top.
- 01Stop the driftFirst week
- Freeze new scope and put every new request on a post-go-live list
- Hold the cutover date only if the last mock run fit the downtime window
- Keep the current production copy and mock results read-only for comparison
- 02Find the causeFirst two weeks
- Break the overrun down by driver so you know whether it's code, data, testing, interfaces or the licence
- Check how many custom objects you've actually fixed against the list you signed. That gap usually explains a lot
- Count CVI errors still open and who owns each type
- 03Re-planFirst month
- Stop fixing custom objects nobody has used recently. Delete them, or park them until after go-live
- Move simple interfaces or reports to after go-live if the business agrees
- Add a mock conversion before you move the date, not after
- 04Talk to SAP and the integratorBefore the next payment
- Put the contract baseline next to what you've measured. The gap is what you negotiate over
- Check your maintenance dates again. Extended maintenance runs to the end of 2030 and the premium applies from 2028
- Get any new commercial terms from SAP in writing
- 05LearnAfter go-live
- Write down which estimate was off and by how much. Whoever plans the next country or wave will need it
- Keep usage collection and FUE classification running so the next renewal starts from facts
How this can play out
How this can play out
- the setup
- A mid-size manufacturer runs ECC 6.0 on a non-HANA database. Thousands of Z-objects have built up over the years, and nobody can say which still run.
- what happens
- Two integrators quote very different prices. One priced every object, the other assumed most would be deleted. Neither has seen usage data, so neither number means much.
- what to do
- Turn on usage collection now and wait for months of data. Re-bid with the list of objects that actually run, and put it in the contract as the baseline.
- the setup
- A distributor converted to S/4HANA a few years ago and kept using a few compatibility scope items, because they worked and nobody owned the replacement.
- what happens
- On-premise use rights for most of those items ended in May 2026. The replacement work now competes with everything else on the roadmap, without a budget line.
- what to do
- Run the usage report from SAP Note 2399707 and check it against the list in Note 2269324. A few groups keep rights to 2030. Give every other replacement an owner and a date.
- the setup
- A group runs several ECC systems, and SAP's RISE offer includes the transition option. On paper the old ERP could keep running in SAP's private cloud after 2030.
- what happens
- The offer looks like breathing room. The fine print needs HANA, a 2 TB minimum and the max success plan, and the uplift for signing in 2026 is 20%.
- what to do
- Run the numbers three ways over five years: pay for extended support, take the transition option, or plan the move. Count your users by FUE category yourself before you reply to SAP.
- the setup
- A company has no appetite for a big project before 2030 and is looking at third-party support for ECC to cut its maintenance bill.
- what happens
- The saving on maintenance is real money, but SAP's own support for that installation goes. Under the new terms the choice is made per installation.
- what to do
- Decide per system. Keep SAP support where you need its legal updates, and write down the date you'll restart the S/4HANA decision so the saving doesn't become the plan.
We do the measuring before you sign. We run the readiness check and a custom code analysis on a copy of production, read the simplification items against your modules and plan at least two timed mock conversions. See our SAP S/4HANA page, our S/4HANA engineers, or start with a free assessment.
What to take from this
- 01
ECC mainstream maintenance ends at the end of 2027 and extended maintenance at the end of 2030, so pick a decision date now.
- 02
Custom code, customer and vendor data, testing and the licence recount drive the bill. Measure each one before taking bids.
- 03
Start custom code usage collection this quarter. It's how you shrink one of the two hardest parts of the move.
- 04
On-premise, the right to use most compatibility scope items ran out in May 2026. If people still use one, someone needs to own its replacement now.
- 05
Before you sign anything, put five years of staying, buying time and moving side by side. Count your own users by FUE category too.
01How much does an SAP S/4HANA migration cost?
There's no honest single number. One advisory firm, Berkeley Partnership, puts a typical ECC 6 to S/4HANA move between £5 million and more than £100 million. Where you land depends on custom code, data volume and quality, the business partner conversion, testing and the licence. Measure those first and the bids become comparable.
02What happens to SAP ECC after 2027?
Mainstream maintenance ends at the end of 2027. You can pay a two-point premium on your maintenance basis for extended maintenance to the end of 2030, drop to customer-specific maintenance with no new support packages or legal updates, move to the RISE transition option, or use a third-party provider.
03Does the RISE transition option mean we don't have to migrate yet?
Not really. It buys time on SAP ERP, private edition, and SAP's latest update lets subscriptions run to the end of 2035 if you meet more prerequisites. You'd have to be on HANA in private edition before the end of 2030, at 2 TB or more, with the max success plan. If you sign this year, there's a 20% uplift when you switch in 2031.
04Why do S/4HANA projects go over budget?
The same few things come up every time someone surveys this. Horváth tied quality problems to underestimated testing and data migration, and to scope that kept growing. For moves to SAP Cloud ERP Private, SAPinsider's respondents called custom code remediation and data cleansing the hardest parts. And ISG found 58% of SAP migrations over budget and behind schedule.
05Is converting our ECC system cheaper than starting again?
It depends where your money would go. A conversion keeps history and configuration, so in our view you spend mostly on fixing code, data and testing. A new implementation shifts more into redesign and data migration. Selective data transition sits between them. In an analysis cited by SAP Learning of about 10,000 projects, 48% were conversions.
06Does RISE with SAP cost more than staying on ECC?
It can in the first years. Redress Compliance, a buyer-side licensing advisor, says year-one cash is typically three to four times the RISE subscription, and that the user recount usually lifts the priced base 15 to 30%. Model your own five years before signing.
07We converted years ago. Do compatibility packs still affect us?
They let you keep some ECC functions running inside S/4HANA for a while. SAP says the use right ends, and the maintenance goes with it. On-premise, most items had to stop by the end of May 2026. A few groups, and some systems under a cloud contract, keep rights to the end of 2030.
08What can we do this quarter to lower the cost?
Switch on custom code usage collection, run the Readiness Check and the CVI consistency check on a production copy, archive old data before anyone sizes HANA, and classify your users by FUE category yourself. Each one turns a guess in the bid into a number.
Three questions, about a minute
Pick an answer and we'll tell you if it's right, and why it is or isn't. The score stays in this browser.
-
Q1Two S/4HANA bids for your company are far apart, and neither integrator has seen usage data. What do you do first?
show the answer
B. Switch on custom code usage collection and re-bid on the code that actually runs Without usage data both bids are guessing how much custom code needs fixing. SAP's Custom Code Migration app uses usage data to find code nobody calls, which can be deleted during conversion instead of fixed.
-
Q2You're on S/4HANA on-premise and still use a few compatibility scope items. What changed in 2026?
show the answer
D. On-premise, most of them had to go by the end of May, because the right to use them ran out SAP's deck says the use right expires, not just maintenance. Most on-premise items had to stop by the end of May 2026. A few groups, and some systems under a cloud contract, keep rights to the end of 2030.
-
Q3SAP's offered you RISE with the transition option. What has to be true before you can use it?
show the answer
A. Be on SAP ERP, private edition on HANA before the end of 2030 Be on SAP ERP, private edition on HANA before the end of 2030, or it doesn't apply. HANA's the only database allowed, systems start at 2 TB, and you'll be on the max success plan.