Cluster III · Article iv of forty

GROW with SAP, the Public Edition route.

GROW with SAP is the public-edition cloud subscription positioned at the smaller, standardised S/4HANA footprint. The Admodum read on the scope, the customisation boundary, the FUE pricing and the route choice against RISE Private Edition.

ClusterSAP
Read11 minutes
AuthorDiane K. Caldwell
PublishedSeptember 2025

Key takeaways

Section i

The GROW construct.

GROW with SAP is the Public Edition cloud subscription. The construct wraps S/4HANA Cloud Public Edition (the standardised, multi-tenant variant of S/4HANA Cloud), the hyperscaler infrastructure, SAP-managed operations and a BTPEA credit. The product is positioned at the mid-market, the standardised-process workload and the new-entity build.

The customisation boundary is the principal distinguishing characteristic against the RISE Private Edition. The Public Edition supports cloud-extensibility through the SAP Business Technology Platform (the side-by-side extensibility model: extension applications running on the BTP and integrating with the S/4HANA Cloud via the public API set) but does not support on-stack ABAP customisation. The wider RISE bundle anatomy spoke reads the Private Edition bundle for comparison.

Section ii

The FUE pricing application.

The commercial unit is the Full Use Equivalent (FUE), at the same conversion ratios as the RISE Private Edition. The Professional FUE converts at one to one; the Functional class at one to five; the Self-Service class at one to thirty. The pricing per FUE is typically positioned below the RISE Private Edition pricing per FUE, reflecting the standardised-scope trade-off.

The conversion arithmetic for a buyer migrating from on-premise ECC into GROW follows the same conversion table as the RISE migration. The buyer's existing named-user inventory converts into the FUE count under the same ratios. The FUE conversion arithmetic spoke reads the conversion mechanic in detail.

Section iii

The standardised-process scope.

The GROW scope is the SAP-published Best Practices content: the standardised process configurations for finance, sourcing and procurement, manufacturing, sales, service, supply-chain and human-capital processes. The scope reads against the buyer's existing process inventory: a buyer with a process estate that aligns to the Best Practices configurations sits inside the GROW scope; a buyer with a heavy-customisation or non-standard-process estate sits outside.

The implementation model is the SAP Activate methodology run against the Best Practices content. The configuration-only deployment substitutes for the heavy-customisation deployment model of the on-premise ECC estate. The typical implementation timeline is six to twelve months for the standardised-process subsidiary, against the eighteen to thirty-six month timeline for the RISE Private Edition migration of a customised estate. The S/4HANA conversion planning read sets the wider timeline context.

Section iv

The extensibility boundary.

The Public Edition extensibility model is the side-by-side BTP model. The extension application runs on the SAP Business Technology Platform and integrates with the S/4HANA Cloud Public Edition through the public API set. The model substitutes for the on-stack ABAP customisation model of the on-premise ECC estate.

The boundary reads against the buyer's existing customisation inventory. A buyer with extensive on-stack customisation (custom ABAP, custom tables, custom programs in the SAP namespace) cannot carry the customisation into the Public Edition without re-platforming the customisation as a side-by-side extension. The customisation inventory is the buyer-side artefact at the route-choice decision.

Section v

The BTPEA and BTP credit.

The GROW subscription includes a BTPEA credit (a Business Technology Platform Enterprise Agreement credit pool) sized at a standard value against the FUE count. The credit funds the BTP consumption (the side-by-side extension applications, the integration suite consumption, the data-and-analytics consumption against the BTP set).

The credit interacts with the extensibility boundary: a buyer that rebuilds significant customisation as side-by-side extensions consumes the BTPEA credit. A buyer that under-consumes the credit forfeits the credit at the period end (the credit is non-refundable, non-bankable in the standard construct). The SAP BTP overview spoke reads the BTPEA in detail.

Section vi

The route-choice framework.

The GROW route is read against four dimensions: the standardised-process scope (does the buyer's process estate sit inside the SAP Best Practices content), the customisation requirement (does the buyer require on-stack customisation), the implementation timeline (the configuration-only timeline against the customisation-heavy timeline), and the long-horizon flexibility requirement (the Public Edition standardisation against the Private Edition flexibility).

GROW is the standardised-process route. The route reads against the customisation requirement, not against the size of the buyer.

The wider engagement sits in the SAP practice; the aggregated reading list sits in the SAP knowledge hub; active renewal moments route to the Renewal Programme; the route-comparison continues in RISE versus on-premise and ECC end of mainstream.

More from the SAP cluster

Continue the reading.

Article i

RISE bundle anatomy

The Private Edition bundle that GROW reads against.

Article iii

RISE versus on-premise

The route-comparison framework against the alternatives.

Article ii

FUE conversion arithmetic

The seat-conversion mechanic shared with the RISE construct.

Engage

Read your GROW route position against the customisation inventory.

A senior Admodum SAP advisor will read your process scope, your customisation inventory and your extension requirement against the GROW Public Edition construct on a private call. Active renewal moments route to Renewal Programme.

Independence
Admodum is not a partner, reseller, or affiliate of SAP, or of any other software vendor. No reseller margin, no referral commission, no audit-subcontract relationship.