SAP ECC mainstream maintenance ends in 2027: what you need to decide this quarter
ECC 6.0 leaves mainstream maintenance at the end of 2027, and SAP's October updates moved the real deadlines for anyone on Oracle, Db2 or SQL Server. Here's what each option costs you in time and risk, and which decisions can't wait.
part 3 of 5 · Running enterprise platforms wellthe ideaECC mainstream maintenance ends in 2027. On a third-party database, 2030 matters more.
after reading, you can- Explain to your board what stops after 2027 if ECC stays put, and what paying for the extension gets back
- Work out whether your database and Java stack put a 2030 deadline on your conversion
- Spot the add-ons, legal updates and side systems that turn a support plan into a migration
SAP stops mainstream maintenancedefinitionWhat you're paying for today. Your normal fee gets you support packages and legal updates, and SAP fixes what breaks. for ECC 6.0 at the end of 2027, and two updates from SAP this month changed what the later dates mean. If your company still runs ECC, pick your route this quarter: convert, pay for extended maintenance as a bridge, sign up for the transition option, or live with reduced support. This guide sets out the dates, what each route gives you, and the checks we'd run first.
ECC keeps running in 2028. What shrinks is the help you get from SAP
SAP ECC 6.0 is the SAP ERP system plenty of companies still run finance, purchasing, sales, stock and often payroll on. SAP has promised full support, which it calls mainstream maintenance, until the last day of 2027. After that you either pay a bit more each year for extended maintenance until the end of 2030, or you drop to a reduced level where SAP stops sending legal and tax updates. The successor is S/4HANA, and getting there takes most companies a year or more. So what you decide now decides what support you'll have when the date comes.
Think of a car model the maker has stopped building. The garage still services it for a few years, then charges extra to keep doing so, and finally will only look at problems it already knows about. The car still drives. But when the road rules change, nobody updates the car for you.
- Companies running SAP ECC 6.0
- CFOs and CIOs with SAP renewals
- SAP Basis and ABAP teams
- Payroll and tax owners on ECC
- Auditors and risk owners
Why it matters to you
Nothing switches off on New Year's Day 2028. Orders still post and month-end still closes. What goes away, unless you pay for extended maintenancedefinitionAn optional paid extension for ECC from 2028 to the end of 2030. Support stays similar to mainstream, for two percentage points more on the maintenance basis., is the stream of support packages and legal updates. SAP's own maintenance strategy says the reduced level, customer-specific maintenancedefinitionThe reduced level you drop to without extended maintenance. No new support packages or legal updates, and SAP charges to fix problems it hasn't seen before., brings no new support packages and no updates for legal changes, and SAP charges you to fix problems it hasn't seen before.
Legal updates are where it usually hurts first. If payroll, tax reporting or e-invoicing runs in ECC, every rule change from a government lands on your team instead of SAP's. Auditors will also ask why the finance system no longer gets vendor fixes, and that's a harder conversation than it sounds.
You won't be alone in running late. Gartner, quoted by CIO.com in mid-2025, counted about 14,000 of 35,000 ECC customers on S/4HANA at the end of 2024 and projected 17,000 would still be on ECC in 2027. Among respondents to the German-speaking user group DSAG who are still investing in ECC, 37 percent want to switch by the end of 2027 and almost half plan to finish by the end of 2030, paying for extended maintenance along the way. That queue is the real risk. Experienced S/4HANA people get booked up as the date gets closer, and ISG's 2026 study found nearly 60 percent of SAP migrations running behind schedule and over budget.
-
01 Mainstream until end of 2027
Your normal fee covers you as long as you're on EHP 6, 7 or 8. Fixes and legal updates keep arriving until the end of 2027.
-
02 Extended, 2028 to 2030
Pay two percentage points more on your maintenance basis and you keep roughly the same support for three more years.
-
03 Or customer-specific
Without the extension you drop here. No new support packages or legal updates, and SAP bills you for fixes to new problems.
-
04 Database deals end, 2030
SAP's reselling and support deals with the major third-party database vendors run out for these systems. Once they do, you can't convert from those databases anymore.
-
05 S/4HANA or the bridge
S/4HANA is maintained to 2040. If you can't get there in time, the transition option runs ECC on HANA under subscription for a few more years.
For the Basis team: SAP's release strategy document, version 2026.1, says that from the first day of 2028 all Business Suite 7 core applications and their add-ons enter customer-specific maintenance unless you buy the extension. The extension doesn't cover everything, either. It leaves out any add-on whose end of maintenance SAP announced earlier, and anything that already has a follow-on release. Check each add-on and industry solution in the Product Availability Matrix before you assume it's covered.
What SAP changed this year
The 2027 and 2030 dates haven't moved since SAP set them in 2020, and SAP said so again this month. What changed is the fine print around them. Four updates matter for an ECC plan, and the first one catches most teams by surprise.
The 2026 changes that touch an ECC plan
SAP's CTO wrote on 7 October that SAP's reselling and support deals with the big database vendors end at the end of 2030 for these systems. After that SAP won't fix database-specific problems on them.
The same post says conversion from a third-party database is only available until those deals end. After 2030 only new implementations are supported, so a brownfield conversion has to finish first.
SAP NetWeaver AS Java 7.5 and its add-ons go into customer-specific maintenance from 2031 with nothing after them. That's the Java stack Process Orchestration runs on, and the transition option won't run Java-based features.
An update on 13 October says transition option subscriptions may run until the end of 2035. There are further prerequisites, and SAP hasn't spelled them out in the announcement, so ask before you plan on it.
SAP's maintenance commitments from 10 July let customers pick a different SAP support model, a different provider or no support for each commercial installation. SAP also waived the reinstatement fee and capped back-maintenance at the lower of half or six months' fees.
On S/4HANA on-premise, the right to use most compatibility pack functions ended at the end of May 2026. Only transportation, customer service and process-industry production planning, plus systems under a cloud contract, keep them to 2030. Further conditions apply on-premise, so ask your SAP account team.
The database change is the one to sit with. If ECC runs on Oracle, Db2 or SQL Server, the deadline for a system conversion is the end of 2030, and slipping past it leaves a new implementation as the only route. SAP says you can remove the database dependency by moving the system to HANA before then, though it doesn't recommend that as the long-term path, and the system still lands in customer-specific maintenance afterwards.
The compatibility pack change matters if you convert now. Compatibility packsdefinitionOld ECC functions SAP lets S/4HANA customers use for a limited time. When a pack expires, the right to use it ends, not only the support. let S/4HANA run some old ECC functions for a while, and they're listed in SAP Note 2269324. Because most of those use rights already ended for on-premise systems, a conversion today should plan to replace those functions inside the project. Don't count on carrying them across and fixing them later.
The dates, by what you run
| What you run | Mainstream ends | Extended (extra fee) | After that |
|---|---|---|---|
| ECC 6.0 on EHP 6, 7 or 8 | Dec 31, 2027 | 2028 to end of 2030, +2 points | Customer-specific maintenance, no end date |
| ECC 6.0 with no EHP or EHP 1-5 | Ended 2025 | Not offered | Already in customer-specific maintenance |
| ECC on Oracle, Db2 or SQL Server | Same as above | Same as above | SAP database support and conversions end with the 2030 deals |
| NetWeaver 7.5, PI/PO 7.5 | End of 2027 | To end of 2030, same price and conditions | AS Java 7.5 in customer-specific maintenance from 2031 |
| SAP Identity Management 8.0 | Dec 31, 2027 | To 2030, extra cost | No IdM 9.0 |
| SAP ERP, private edition, transition option | Subscription, 2031 to 2033 | May run to end of 2035 | Move to SAP Cloud ERP (Private) |
| S/4HANA (2023 and later releases) | Seven years per release | Maintenance for a series of releases to 2040 | Next release |
The dates to put in the plan
- 2025ECC without EHP 6-8 leaves mainstream
Run EHP 5 or older and you're already on the reduced level. SAP won't sell you the extension for it, so your plan starts from there.
- May 31, 2026Most compatibility packs end on-premise
- Jul 10, 2026New SAP maintenance commitments
Pick the support model, another provider or no support at all, separately for each installation, within SAP's conditions. You don't have to move everything at once.
- Oct 7, 2026SAP sets the 2030 database and Java limits
- Oct 13, 2026Transition option may run to 2035
- Dec 31, 2027ECC mainstream maintenance ends
The same date applies to NetWeaver 7.5, PI/PO 7.5 and SAP Identity Management 8.0.
- Dec 31, 2030Extended maintenance ends
Deadline to have moved to SAP ERP, private edition on HANA for the transition option. SAP's third-party database deals end too.
- 2031AS Java 7.5 goes to customer-specific
- Dec 31, 2040S/4HANA maintenance commitment ends
If you're on EHP 5 or older, you're already on the reduced level and the extension isn't open to you. SAP's advice to those customers has been to upgrade to EHP 6, 7 or 8 to get back under mainstream maintenance until 2027. That's a real project on its own, so ask SAP whether it still makes sense this late or whether the money is better spent on the conversion.
Your options, side by side
Most companies end up combining two of these. The usual pairing is extended maintenance as a bridge while a conversion runs. A large estate that can't finish by 2030 often pairs a HANA move with the transition optiondefinitionSAP's time-limited subscription for ECC systems that won't make it to S/4HANA by 2030. You run ECC on HANA in SAP's private cloud for a few more years while the move finishes..
| Route | What you do | Support you end up with | The catch |
|---|---|---|---|
| Convert to S/4HANA | System conversion, selective data transition or new implementation | S/4HANA releases maintained to 2040 | A long project, and on a third-party database it must finish by end of 2030 |
| Extended maintenance as a bridge | Sign the addendum and pay +2 points on the maintenance basis | Support similar to mainstream to end of 2030 | No new features or EHPs, and some add-ons aren't covered |
| Transition option | Move ECC to SAP ERP, private edition on HANA by end of 2030 | Continuity 2031 to 2033, possibly to 2035 | HANA only, 2 TB minimum, max success plan, no Java features, 20% uplift for 2026 sign-ups |
| Customer-specific maintenance | Do nothing and keep paying the standard fee | Known fixes only | No legal updates or support packages, and SAP charges for new problems |
| Third-party support | Move maintenance to an independent provider, per installation | Whatever the provider contracts for | No SAP updates, and returning to SAP later means back-maintenance, capped at the lower of 50% or six months' fees |
Pricing for the transition option depends on when you sign. SAP says customers who signed in 2025 move across one to one, those who sign in 2026 get a standard 20 percent uplift when they switch in 2031, and pricing for later sign-ups hasn't been disclosed. The max success plan fee comes on top. That's a reason to run the numbers before the end of this year, even if you don't sign.
Third-party support is now easier to try. Under SAP's July commitments you can, subject to SAP's landscape-split conditions, move one installation to another provider and keep the rest with SAP, and coming back no longer carries a reinstatement fee. Rimini Street, for one, says it supports ECC 6.0 through 2040. Before you go that way, remember that SAP's own legal updates and support packages stop for that installation, and the S/4HANA move still has to happen at some point.
- You beat the queue for experienced S/4HANA people
- A system conversion keeps your history and configuration. Finance still has last year's numbers on day one
- Systems on Oracle, Db2 or SQL Server finish well before 2030. That's when the conversion route closes
- Old compatibility pack functions get replaced during the project. You don't carry them over and fix them later
- If go-live slips past 2027, extended maintenance covers you. Sign the addendum early, before you need it
- Spend this year on code cleanup and a HANA move
- You pay two points more on the maintenance basis for every year you stay. Budget for it from the first one
- On Oracle, Db2 or SQL Server, each year you wait leaves less room before 2030. Nobody wants to start a conversion in 2029
- The transition option needs HANA private edition by end of 2030. That move is a project too
- Later sign-ups face transition pricing SAP hasn't disclosed
What to check before you decide
A sensible decision needs four facts about your own system, and most companies don't have them written down. They're cheap to collect compared with what they decide.
The four checks we'd run this quarter
- 01Release and enhancement package
Confirm the exact EHP on every production ECC system. If any sits below EHP 6, it's already on the reduced level and needs its own plan.
- 02Database and Java
Write down the database under each system and whether anything runs on AS Java, such as Process Orchestration or the portal. Those two answers decide your 2030 clock.
- 03Custom code that actually runs
Switch on usage logging now and let it collect for months. It shows which Z-programs still run, and every one you retire is one you don't have to fix.
- 04Legal and add-on exposure
List what depends on SAP legal updates, like payroll, tax and e-invoicing, and which add-ons and industry solutions you run. Check each add-on against the extended maintenance exclusions.
Before: an ECC 6.0 system running out of SAP's full support
ECC on a third-party database, interfaces through PI/PO on AS Java, and SAP Identity Management handing out SAP roles. Three of these share the same end date.
After: S/4HANA with each dependency moved
S/4HANA on HANA, interfaces moved to SAP Integration Suite, and identity handled by a supported service. Each piece has its own support date well past 2030.
The pieces around ECC are on the same clock, which is easy to forget. Process Orchestration 7.5 leaves mainstream maintenance at the end of 2027, and SAP points customers to Integration Suite. SAP Identity Management 8.0 ends the same day and SAP isn't building a 9.0, so the system that hands out SAP roles needs a successor too. Plan those moves so they don't all hit the same cut-over weekend.
Our SAP S/4HANA page covers how we run the readiness check, the custom code analysis and the mock conversions, and the work around them on Integration Suite and access control.
What to do now
What to do now, depending on your role
- Ask one question: which ECC systems do we run, on which database, and what's our plan for the last day of 2027?
- Get an extended maintenance quote from SAP now. You'll want the number in hand if go-live slips.
- If transition option pricing could matter, model it before year end, since 2026 sign-ups carry a known 20% uplift and later ones don't.
- Record the EHP, database and kernel of every ECC system, and flag anything below EHP 6.
- Turn on usage logging for custom code so you have months of data before scoping.
- Run the S/4HANA readiness check on a copy of production and read the simplification items with module owners.
- List every add-on and industry solution you run, then check each against what the extension leaves out. Don't assume they're all covered.
- Write down every process that needs SAP's yearly legal updates. Payroll, tax returns and e-invoicing usually top that list.
- Tell the CIO which of those would break first without them. That list decides whether customer-specific maintenance is even possible.
- Put the ECC, PI/PO and IdM end dates on the risk register with an owner and a target date.
- Sit down with audit and agree how you'll show the support position of each system after 2027. It's easier now than mid-audit.
- Start planning what replaces SAP Identity Management. It loses mainstream maintenance on the same day as ECC, and nobody wants both moves in one weekend.
# Release, EHP level and database SAP GUI > System > Status > Component information # Support package level per component Transaction SPAM > Package level # Switch on custom code usage collection Transaction SCMON
Make sure the next deadline is boring
Plenty of ECC estates end up squeezed because nobody owned the support date after go-live. S/4HANA moves on a two-year release cycle, each release with seven years of mainstream maintenance, so the next deadline is already on the way. Treat release upgrades as routine work and the next one won't need a board paper.
Habits that keep the next one small
- 01Keep a support calendar
Put every SAP product's mainstream and extended dates, plus your database's, in one calendar with an owner. Review it at each budget cycle.
- 02Retire code every year
Keep usage logging switched on and retire custom code nobody calls. A smaller custom footprint makes every upgrade test shorter.
- 03Keep extensions outside the core
Build new extensions on released interfaces or on SAP BTP where it pays, so a release upgrade doesn't break them.
- 04Track SAP announcements
The database and Java limits arrived in a news post, not a contract notice. Someone should read SAP's maintenance pages every quarter and flag changes.
If the plan slips
If the conversion runs late, or the support plan you counted on falls through
Most ECC plans slip somewhere. The damage comes from finding out late, when the extended maintenance addendum or the transition option window has already closed.
- 01Spot it earlyeach steering meeting
- Compare the go-live date with the end of your current support stage at every steering meeting, and say so out loud when the gap shrinks.
- Watch the mock conversion timings. If the second mock is no faster than the first, the plan is slipping.
- 02Secure supportwithin the month
- Sign the extended maintenance addendum before the end of 2027 if go-live can't make it.
- If you're on a third-party database and the conversion could slip toward 2030, plan the HANA move as its own step now.
- 03Protect legal updatesbefore the next rule change
- If you land in customer-specific maintenance anyway, assign someone to track payroll and tax rule changes and budget the work to apply them by hand.
- Tell audit what changed and how you're covering it. It goes better when they hear it from you first.
- 04Replanfirst quarter
- Rerun the plan from real mock timings, not the original estimate.
- Split work that doesn't have to move together, such as the PI/PO and IdM replacements, into its own release.
What this could look like
Three ECC setups you'll probably recognise, and what we'd do about each
- the setup
- A mid-size distributor runs ECC 6.0 EHP 5 on Oracle with payroll in SAP. Nobody noticed that mainstream maintenance for EHP 5 ended in 2025.
- what happens
- A payroll tax change arrives and SAP doesn't ship it for their release. The team patches it by hand while the auditors ask why the finance system is outside mainstream maintenance.
- what to do
- Ask SAP whether an EHP upgrade still pays off against a straight conversion. Either way, start the conversion plan now, because the Oracle conversion route closes with SAP's database deals at the end of 2030.
- the setup
- ECC 6.0 EHP 8 runs on SQL Server with about 5,000 custom objects, and most interfaces go through PI/PO. A conversion is planned for 2028.
- what happens
- The first mock conversion takes far longer than planned. Go-live drifts into 2029, close to the 2030 end of SQL Server conversions, and the PO replacement hasn't started.
- what to do
- Sign extended maintenance now as insurance. Pull the PO move to Integration Suite into its own earlier release, and retire unused Z-code before the next mock.
- the setup
- A group runs four ECC systems over 2 TB each in several countries. It knows it can't move them all to S/4HANA before 2031.
- what happens
- The board wants one date. The architects want the transition option for the two largest systems and conversions for the rest, but the sign-up pricing changes after this year.
- what to do
- Model the transition option for the two largest systems before year end, including the HANA private edition move by 2030 and the max success plan fee. Convert the smaller systems first to build the team's skills.
We do this work alongside SAP teams, from the first inventory to the last mock conversion. You can hire SAP engineers for the conversion stretch, and our ERP systems practice plans the move and the work around it. If you'd rather start with a clear list of what's at risk in your own system, ask for an assessment.
What to take from this
- 01
ECC 6.0 on EHP 6, 7 or 8 leaves mainstream maintenance on December 31, 2027. Anything older already left in 2025.
- 02
Extended maintenance runs to the end of 2030 and costs two percentage points more on your maintenance basis. Check your add-ons, because it doesn't cover all of them.
- 03
If you run Oracle, Db2 or SQL Server underneath, plan around 2030. That's when SAP's database support ends, and the conversion route closes with it.
- 04
The transition option needs ECC on SAP ERP, private edition on HANA by the end of 2030. It won't run Java-dependent features.
- 05
PI/PO 7.5 and SAP Identity Management 8.0 leave mainstream maintenance on the same day as ECC. Plan their replacements as separate moves.
- 06
Start with four facts about your own system: EHP, database, custom code usage and how much leans on legal updates. They'll tell you which route fits.
- How Cohash delivers SAP S/4HANA: scope, roles and architecture
- How Cohash delivers SAP EWM, TM & IBP: scope, roles and architecture
- How Cohash delivers SAP IS-U, BRIM & FI-CA: scope, roles and architecture
- Hire vetted SAP S/4HANA engineers
- ERP systems
- Book a 30-minute working session with a senior engineer
01Will SAP ECC stop working after 2027?
No. It keeps running. Mainstream maintenance for ECC 6.0 on EHP 6, 7 or 8 ends on December 31, 2027. After that you can buy extended maintenance to the end of 2030, or you drop to customer-specific maintenance, where SAP stops shipping support packages and legal updates.
02How much does SAP extended maintenance cost?
SAP charges a premium of two percentage points on your existing maintenance basis, and you sign a separate addendum. Ask your SAP account team to quote it against your own contract, since the basis differs from one customer to the next.
03We're on an Oracle database. Does that change our deadline?
Yes, for the conversion. SAP said in October that its support deals with third-party database vendors end at the end of 2030, and conversions from those databases are only available until then. After that only new implementations are supported, so plan to finish the conversion, or move to HANA, before 2031.
04We can't finish by 2030. Can the transition option keep us on ECC?
Yes, for a while, if you qualify. It's a subscription that keeps ECC running on HANA in SAP's private cloud from 2031 to 2033, and SAP now says it may run to the end of 2035 with further prerequisites. The catch is getting in. You'd need to be on SAP ERP, private edition on HANA before the end of 2030, with a system of at least 2 TB and the max success plan on top.
05Is third-party support a safe way to stay on ECC?
It can work for a while, but read what you give up. SAP's July commitments let you pick another provider per installation subject to SAP's conditions, and waive the reinstatement fee if you come back, with back-maintenance capped at the lower of half or six months' fees. You still lose SAP's legal updates and support packages for that installation, and the S/4HANA move doesn't go away.
06Do PI/PO and SAP Identity Management run out on the same day as ECC?
Yes. NetWeaver 7.5, including PI/PO 7.5, and SAP Identity Management 8.0 leave mainstream maintenance at the end of 2027, with extended maintenance available to 2030. AS Java 7.5 then goes into customer-specific maintenance from 2031 with no follow-on release, so plan replacements for both.
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.
-
Q1Your ECC runs on Oracle and the S/4HANA conversion could slip into 2031. What's the biggest risk?
show the answer
A. SAP won't support the conversion route from Oracle after its database deals end, leaving only a new implementation Conversions from third-party databases stop when SAP's database deals end at the end of 2030, and after that you're looking at a new implementation. So either finish the conversion first or move the system to HANA before then.
-
Q2You run ECC 6.0 EHP 5 and want to buy extended maintenance to 2030. What does SAP offer?
show the answer
C. Nothing. Your release dropped out of full support back in 2025, and SAP won't extend it Mainstream and extended maintenance cover only the latest three enhancement packages, EHP 6 to 8. ECC without an EHP or on EHP 1 to 5 moved to customer-specific maintenance after 2025 with no extended option.
-
Q3Your architects want the transition option and still run Process Orchestration on AS Java. What should they plan for?
show the answer
B. Replace PO with another integration platform, since the transition option won't run Java features SAP says the transition option doesn't support Java-dependent capabilities, and AS Java 7.5 goes into customer-specific maintenance from 2031 with no follow-on release. SAP points PO customers to Integration Suite.