SAP RISE vs GROW vs On-Premise in 2026: A Decision Guide for S/4HANA Programmes
Picking the right S/4HANA edition for your enterprise — RISE (Private Cloud), GROW (Public Cloud), or on-premise. Cost, customisation, governance, and the 2027 deadline.

The SAP S/4HANA edition decision is one of the larger enterprise IT decisions of the decade for any SAP customer. With mainstream ECC support ending in 2027, most enterprises now face a forcing choice between three paths: RISE with SAP (Private Cloud Edition), GROW with SAP (Public Cloud Edition), or S/4HANA on-premise. This guide is our honest framework based on shipping 60+ S/4HANA go-lives across all three editions.
The Short Version
- GROW with SAP (Public Cloud): best for greenfield, mid-market, or any customer willing to adopt clean-core. Quarterly mandatory upgrades, in exchange for low ops burden.
- RISE with SAP (Private Cloud): best for large enterprises with heavy customisation history that need to keep Z-code while moving out of the data centre. You pick the hyperscaler.
- S/4HANA on-premise: best for regulated, sovereign, or highly-modified environments. Rare in 2026 but still a real choice.
The 2027 Deadline and What It Really Means
SAP mainstream maintenance for ECC 6.0 ends on December 31, 2027. Extended maintenance is available through 2030 at a 2% surcharge over standard maintenance, after which the product moves to customer-specific support — meaning SAP stops enhancing it and you pay a significant surcharge for legacy-only fixes. Practically, any enterprise with a non-trivial SAP estate needs to have a migration plan well before 2027 and a realistic go-live by mid-2028 at the latest. Waiting until 2027 to start a programme is not a plan — it's a deferral.
GROW with SAP — Public Cloud Edition
GROW with SAP is SAP's newer Public Cloud Edition, built on the SAP Activate methodology with a fit-to-standard approach. You get a multi-tenant S/4HANA environment with quarterly mandatory upgrades, a prescriptive scope of pre-configured business processes (via scope items), and clean-core extensibility only — in-app, key-user, or BTP side-by-side.
When GROW fits
- Greenfield customers with no ECC legacy, or small organisations that can adopt fit-to-standard.
- Mid-market enterprises where the benefit of quarterly upgrades and low ops burden exceeds the cost of process-change management.
- Customers who see clean-core as a strategic goal and are willing to refactor Z-code into BTP extensions.
- Regional entities of global groups where the corporate core runs Private Cloud / on-premise and the subsidiary can run Public Cloud with a leaner footprint.
When GROW doesn't fit
Customers with thousands of Z-reports, heavy user-exits outside sanctioned APIs, or strong control over upgrade timing generally find GROW restrictive. The quarterly upgrade cadence is non-negotiable. The tenant boundary constrains database access for reporting that isn't built through CDS views. If your SI tells you GROW will fit your ECC brownfield estate without major rewrite, ask for three reference customers of similar scale who did it.
RISE with SAP — Private Cloud Edition
RISE with SAP Private Cloud Edition is the most common path for large enterprises migrating from ECC. You get a dedicated S/4HANA tenant on a hyperscaler (AWS, Azure, GCP) with SAP running the infrastructure and BASIS, but with enough customisation latitude to keep most of your ECC Z-code. Upgrades are negotiated, not mandatory quarterly. Extensibility supports classic approaches alongside BTP.
When RISE fits
- Large enterprises with extensive ECC history and heavy customisation that can't be refactored into clean-core within the migration window.
- Customers who want to exit their data centre but retain control over upgrade timing and landscape.
- Multinationals with regional data residency needs — you pick the hyperscaler region.
- Customers with strong SI relationships and in-house BASIS expertise they want to keep relevant.
When RISE doesn't fit
Customers with sovereign cloud requirements that the hyperscalers can't meet, defence or government customers who need dedicated infrastructure, or small organisations where the RISE commercial minimum outweighs the value. RISE is SAP's flagship private-cloud product, priced for enterprises. Below a certain scale, GROW or on-premise usually beats it commercially.
S/4HANA On-Premise — Still Real, Increasingly Niche
In 2026, on-premise S/4HANA is no longer the default — but it remains a legitimate choice for specific profiles. Feature parity with RISE Private Cloud has been maintained through S/4HANA 2023 and later releases. On-premise gives you full control over landscape, upgrade timing, BASIS operations, modification depth, and data residency. You can run heavily modified Z-code, bespoke add-ons, and industry solutions that the cloud editions may constrain or lag.
When on-premise fits
- Regulated industries where sovereign, air-gapped, or on-country data requirements rule out multi-tenant clouds.
- Defence, public sector, or critical infrastructure with classification or mandate requirements.
- Customers running heavy ISV add-ons or industry solutions (IS-Utilities, IS-Oil, IS-Defense) with deep modifications.
- Enterprises with mature BASIS and data-centre operations that see no value in the cloud operations handover.
Cost Framing — Don't Compare List Prices
SAP editions are rarely compared on list price because the list price is rarely what customers pay. What matters is TCO over a 5-10 year horizon: licence / subscription, infrastructure (for on-prem), BASIS operations, upgrade cost, extensibility cost, and the often-overlooked cost of re-training your team every time an upgrade lands. Public Cloud GROW has the lowest ops cost but highest scope-rigour cost (you're re-designing processes on SAP's timeline). RISE Private Cloud has middle ops cost with flexibility. On-premise has highest ops cost with full control.
For large customers the TCO gap between RISE and on-premise narrows significantly when you factor in true BASIS cost and upgrade labour. GROW usually wins TCO for mid-market customers who can adopt fit-to-standard; it often loses TCO for large brownfield customers who find themselves refactoring in perpetuity.
Migration Path — Greenfield, Brownfield, or Selective Data Transition
Across all three editions you'll face the same three migration paths: greenfield (new implementation), brownfield (system conversion via SUM + DMO), or selective data transition (third-party tools like SNP, Natuvion, cbs). GROW almost always implies greenfield because the fit-to-standard constraint leaves no room for direct brownfield conversion. RISE and on-premise support all three, with brownfield being the most common for customers migrating from ECC 6.0.
A Practical Decision Framework
- Inventory your Z-code — both the line count and the business-critical modifications. If it's under a few thousand lines of true custom code and your business is willing to refactor, GROW is in play.
- Map your upgrade tolerance — can your business absorb a mandatory quarterly upgrade? If yes, GROW. If no, RISE or on-prem.
- Assess regulatory and sovereign requirements — if data can't leave a specific jurisdiction or must air-gap, on-prem is the default.
- Evaluate your BASIS maturity — if you have a strong BASIS team, on-prem keeps that relevant; if you want to retire that team, RISE or GROW make sense.
- Check your commercial fit — GROW has the lowest entry; RISE has the highest minimum; on-prem varies by hyperscaler and infrastructure contracts.
- Run a paid 3-day fit-gap workshop before the contract. Any SI who skips this is selling you a rubber-stamped recommendation.
Final Take
For most greenfield mid-market customers in 2026, GROW with SAP is the right answer. For most large brownfield customers with heavy ECC history, RISE with SAP on your preferred hyperscaler is the pragmatic choice. For regulated, sovereign, or very customised estates, on-premise remains real and should not be written off. The worst answer is indecision — with the 2027 deadline and realistic go-live windows, the time to commit to a path is now.
If you're in the middle of this decision, our senior S/4HANA consultants run a structured 3-day fit-gap workshop with a scored recommendation across all three editions. Free, no obligation, delivered by consultants who've shipped live migrations — not by a licence-reseller with a target.
Frequently Asked Questions
- What's the real deadline for moving off SAP ECC?
- Mainstream maintenance for SAP ECC 6.0 ends on December 31, 2027. Extended maintenance runs to 2030 at a 2% surcharge. After 2030, ECC is customer-specific support only — you pay a surcharge, and SAP stops enhancing the product. For most enterprises this means the realistic deadline to start a migration is 2026 at the latest, with go-live by mid-2028, to have a buffer for hypercare and the inevitable scope surprises. Waiting until 2027 to start is not a realistic plan for anything larger than a small single-entity shop.
- Can I move from RISE to on-premise or GROW to RISE later?
- Technically yes, but commercially and practically expensive. RISE (Private Cloud) to on-premise is possible — you move the S/4HANA tenant onto infrastructure you control. GROW (Public Cloud) to RISE or on-premise is harder because Public Cloud constrains the extension model to clean-core BTP extensions only — migrating to an edition that supports classic ABAP modifications often requires re-architecting custom logic. We advise customers to treat the edition decision as a 5-10 year commitment. The real switch-cost is organizational, not technical.
- Is S/4HANA on-premise still a real option?
- Yes, in 2026 — but increasingly only for regulated industries, sovereign requirements, or highly customised environments. SAP maintains on-premise S/4HANA, and the S/4HANA 2023 and later releases are feature-parity with Private Cloud Edition. On-premise gives you full control over landscape, timing of upgrades, and the ability to run heavily modified Z-code. The trade-off is operational burden — you run BASIS, patch, upgrade, and DR yourself or through your hyperscaler. On-premise is a niche but valid choice for defence, some public sector, and specific utilities customers.
- Does GROW with SAP really force clean-core?
- Yes. GROW with SAP Public Cloud Edition only allows extensions via the official clean-core extensibility layer — BTP side-by-side, in-app classic extensibility, or key-user extensibility. Classic ABAP modifications, user-exits outside the sanctioned APIs, and SAP Note modifications are not supported. For greenfield customers or those willing to refactor, this is a feature — you get quarterly upgrades without modification adjustment. For customers with thousands of custom reports and Z-code, GROW is often a poor fit and RISE Private Cloud or on-premise is the more realistic path.
- How do I choose between RISE on AWS, Azure, or GCP?
- RISE with SAP lets you pick the hyperscaler, and the technical differences between them for SAP workloads are smaller than vendors claim. AWS and Azure are the most common choices with the broadest SAP-certified instance families. GCP is less common but viable. Practical tie-breakers in 2026: existing enterprise agreement (you likely have one with at least one of the three), regional footprint for data residency, and other non-SAP workloads in the same tenant that benefit from proximity. We recommend picking the hyperscaler you already have mature operations on — the SAP-specific difference is not enough to justify a new cloud relationship.



