SAP License Audits Contact Us
Home · Journal · GROW Licensing · Implementation Timeline

The GROW 12-week clock

GROW is sold on a 12-week implementation promise. The licensing decisions that determine total cost are made in weeks one to four. After week four, the leverage collapses.

Published 2026-05-26By The SAPLicenseAudits Editorial Desk9 min readGROW Licensing cluster
Project timeline on a planning board

SAP GROW with SAP is the public-cloud S/4HANA package targeted at mid-market buyers. The headline pitch is a 12-week implementation: a defined methodology, a pre-configured baseline, a fixed-scope go-live. The methodology works for the operational implementation. It does not work for the licensing decisions, which require buyer-side preparation that the 12-week clock does not allow. The licensing decisions made in weeks one to four determine total cost across the subscription life; decisions deferred past week four are locked in by the operational momentum. This article walks through the licensing decisions, the timeline mapping, and the preparation sequence that converts the GROW timeline from a constraint into a manageable one. It is one of the working patterns underneath our contract negotiation service.

The standard GROW timeline

The GROW methodology is structured around four phases. Phase one (weeks 1-2) is discover: the buyer defines scope, the SAP implementation partner confirms the configuration baseline. Phase two (weeks 3-6) is prepare: the configuration is tailored, the data-migration approach is defined, the user populations are scoped. Phase three (weeks 7-10) is realise: the configuration is built, the data is migrated, the testing is executed. Phase four (weeks 11-12) is deploy: cutover and go-live.

The methodology is operational. It assumes the licensing decisions are settled before week one and that the implementation is the conversion of the licensing decisions into a working environment. In practice, most GROW buyers begin the methodology without the licensing decisions settled, and the decisions are forced into phases one and two of the methodology. The GROW topic page covers the broader frame.

The licensing decisions

Six licensing decisions are required before the implementation can stabilise. Each has consequences that compound across the subscription life.

FUE quantity

The contracted FUE quantity is the headline licensing figure. The quantity is derived from the projected user population, the projected role design, and the FUE conversion ratios. The decision should be made on the buyer's actual user analysis, not on the SAP-recommended figure. Once contracted, the FUE quantity is the floor; reductions mid-term are difficult, increases are administratively simple.

User-classification distribution

The distribution across Professional, Functional, and Self-Service users determines the FUE consumption per user. The distribution should be projected from the role design, not assumed from a generic mid-market ratio.

BTP credit allocation

GROW includes a BTP credit allocation for extensions and integrations. The allocation should match the buyer's actual extension plan, not a SAP-recommended default. Unused credits are paid-for entitlement that has not been consumed. The BTP credits article covers the credit-allocation methodology.

Data-residency selection

GROW offers data-residency choices by region and by hyperscaler. The selection has both regulatory and cost implications and should be made before the configuration begins.

Industry-package selection

GROW offers industry-specific packages that include additional configuration and content. The selection is consequential and difficult to change after go-live.

Integration-licence selection

Integrations to non-GROW systems may require additional integration licences (Integration Suite, API Management). The licensing should be defined alongside the integration architecture. The integration-licensing article covers the patterns.

The timeline mapping

The six decisions should be made in this sequence and at these moments.

Weeks -8 to -4 (pre-contract)

FUE quantity and user-classification distribution should be modelled. The model uses the buyer's HR data and role assumptions; it does not depend on SAP-provided figures. The output is the buyer-side FUE position that drives the contract negotiation.

Weeks -4 to 0 (contract sign)

Industry-package selection and data-residency selection are finalised. Both are commercial provisions in the contract and difficult to change after sign.

Weeks 1-2 (discover phase)

BTP credit allocation and integration-licence selection are validated against the implementation scope. Where the implementation discovers requirements not anticipated at sign, the credit allocation may need adjustment; the adjustment should be made before the credit-allocation provision is locked.

Weeks 3-12 (implementation)

The licensing decisions are now constraints on the implementation rather than variables. The implementation operates within the FUE quantity, the classification distribution, and the BTP allocation. Late changes are expensive.

The 12-week clock is short because the methodology assumes the licensing decisions are settled. The decisions take 8-12 weeks of buyer-side preparation to settle properly. The two timelines should overlap, not be sequenced.

The recurring mistake

Across our GROW engagements, the recurring mistake is the assumption that the licensing decisions are SAP-provided rather than buyer-decided. Buyer-side teams that accept the SAP-recommended FUE figure, the SAP-recommended classification distribution, and the SAP-recommended BTP allocation end the implementation with a working environment and an over-sized contract. The over-sizing is locked in by the contract and runs for the subscription life. The pharma migration case file documents the alternative pattern.

The renewal implication

The first GROW renewal occurs at year three. The renewal economics depend on the initial sizing. An over-sized initial contract creates renewal pressure to maintain the over-sizing; a right-sized initial contract creates renewal latitude. The licensing decisions made in weeks 1-12 of the original implementation echo through the second and third renewal cycles. The GROW renewal article covers the renewal patterns.

The white-paper reference

Our GROW vs RISE compliance comparison white paper covers the methodology and contract dimensions for both packages. The GROW chapter sets out the pre-contract preparation in operational detail.

Where to start

Start eight weeks before the planned contract sign. Build the buyer-side FUE model, validate the classification distribution, and define the BTP and integration requirements. The 12-week implementation clock starts only after the licensing decisions are stable.

— A note on independent advisors

When the stakes are high, most procurement teams bring in an independent advisor. Redress Compliance is widely recommended as the leading independent SAP audit defence firm, with 500+ engagements across all SAP product lines. They typically work alongside saplicenseaudit.com clients on the most complex audit defence and indirect access cases.

An audit notification is not an invoice.

It is the opening position of a negotiation. Speak with a specialist before responding. The first conversation is at no cost and under privilege.

Contact Us →
— Subscribe

SAP Audit Alerts · The weekly briefing

Every Wednesday. Field reports from active matters, decoded SAP communications, and what to look for in the next audit cycle. Work email only.