Compare SAP S/4HANA deployment models for UK businesses, including Public Cloud, Private Cloud, On-Premise and Two-Tier ERP, and choose the right option.
Choosing the right SAP S/4HANA deployment model is a strategic decision that affects implementation, customisation, operating costs, upgrade management, and long-term IT responsibilities.
For UK organisations moving from SAP ECC or another ERP platform, the choice involves more than deciding between cloud and on-premise infrastructure. Businesses need to consider existing SAP investments, process complexity, custom code, integration requirements, data governance, regulatory obligations, and their preferred operating model.
SAP S/4HANA offers several deployment options, each suited to different business requirements. Public Edition favours standardised processes and a SaaS operating model. Private Edition offers greater flexibility for complex enterprise environments. On-premise deployment provides more direct infrastructure control, while Two-Tier ERP allows organisations to combine different ERP environments across corporate and subsidiary operations.
This guide compares the main options, explains how deployment models relate to migration strategies and SAP functional scope, and outlines how UK organisations can make an informed decision.
Key Takeaways
- SAP S/4HANA Cloud Public Edition is suited to organisations that can adopt standard SAP processes and want a more standardised cloud ERP model.
- SAP S/4HANA Cloud Private Edition offers greater flexibility for complex enterprise requirements and existing SAP landscapes.
- On-premise deployment can suit organisations that need direct control over infrastructure and technical operations.
- Two-Tier ERP is an architectural strategy for combining ERP environments across corporate entities and subsidiaries, rather than a separate hosting model.
- The right choice depends on business requirements, customisation, data, integration, compliance, and long-term operating costs.
SAP S/4HANA Deployment Models Explained
The deployment model determines how SAP S/4HANA is hosted, managed, extended, and updated. It also affects the responsibilities retained by the customer and those handled by SAP or other service providers.
| Deployment Model | Environment | Customisation and Extensibility | Upgrade Approach | Typical Fit |
| Public Edition | SAP-managed SaaS environment | Clean Core and supported extensibility models, including SAP BTP | SAP-managed regular releases | Standardised processes, new implementations, fast-growing organisations |
| Private Edition | Dedicated cloud environment | Greater flexibility for complex requirements and existing SAP investments; Clean Core recommended | Customer has greater control over timing within SAP's lifecycle requirements | Large enterprises, complex SAP landscapes, ECC transformations |
| On-Premise | Customer-managed infrastructure | Broadest system and development control | Customer-managed | Organisations requiring significant infrastructure and operational control |
| Two-Tier ERP | Combination of deployment models | Depends on each tier and integration architecture | Depends on the individual environment | Global organisations, acquisitions, subsidiaries, decentralised operating models |
Two-Tier ERP should be considered separately from the other three options: it describes how ERP systems are organised across an enterprise, not a distinct hosting model.
SAP S/4HANA Cloud Public Edition
SAP S/4HANA Cloud Public Edition is SAP's SaaS deployment model. SAP manages the underlying cloud infrastructure and software environment, while customers adopt a standardised ERP architecture designed around SAP's best-practice processes and Clean Core principles.
The model is particularly attractive to organisations that want to reduce infrastructure management and avoid carrying large amounts of legacy customisation into the new ERP environment.
Key Characteristics
Standardised business processes
Public Edition is designed around SAP Best Practices and a Fit-to-Standard implementation approach. Organisations are generally expected to adapt their processes to the capabilities of the standard solution rather than heavily modify the ERP core.
SAP-managed operations
SAP manages the underlying technical environment and delivers regular software updates and innovations as part of the cloud service.
Clean Core architecture
Direct modifications to the ERP core are not the preferred extension model. Where additional functionality is required, organisations can use supported extensibility approaches, including side-by-side extensions through SAP Business Technology Platform (SAP BTP).
Faster implementation potential
Because the platform provides preconfigured processes and a highly standardised operating model, Public Edition can support faster implementations than heavily customised ERP environments, although actual timelines depend on scope and organisational complexity.
Best Fit for UK Organisations
Public Edition can be a strong option for:
- new SAP implementations;
- mid-market organisations with relatively standard processes;
- fast-growing businesses;
- subsidiaries and newly acquired companies;
- organisations willing to adopt SAP Best Practices;
- businesses looking to reduce legacy technical debt.
Main Constraint
The principal trade-off is flexibility. Organisations with highly specialised processes or significant legacy customisation may find the standardised Public Edition model more restrictive than Private Edition or On-Premise.
SAP S/4HANA Cloud Private Edition
SAP S/4HANA Cloud Private Edition provides a dedicated cloud environment with greater flexibility than Public Edition. It is particularly relevant to enterprises with complex processes, existing SAP landscapes, significant custom developments, or requirements for a more controlled transition from SAP ECC.
Private Edition is commonly associated with RISE with SAP, SAP's transformation offering that combines SAP software with cloud infrastructure and services.
Key Characteristics
Greater functional and technical flexibility
Private Edition is designed to support more complex enterprise scenarios and provides a broader transition path for organisations with existing SAP investments.
Support for complex SAP landscapes
Enterprises can assess existing custom developments, integrations, industry-specific processes, and historical ERP configurations and determine which elements should be retained, redesigned, or retired.
Controlled transformation
Private Edition can support different transformation approaches, including system conversion, new implementation, and selective data transition, depending on the target architecture and project strategy.
Clean Core remains important
The additional flexibility of Private Edition should not be interpreted as a reason to carry all legacy customisation forward. Organisations should still reduce unnecessary modifications and move suitable extensions outside the core wherever possible.
Best Fit for UK Organisations
Private Edition is often considered by:
- large enterprises;
- organisations migrating from complex SAP ECC environments;
- multinational groups;
- businesses with industry-specific processes;
- organisations with significant existing SAP customisation;
- companies requiring a phased ERP transformation.
Main Constraint
Private Edition generally involves greater implementation and operating complexity than a highly standardised Public Edition deployment. Organisations must also actively manage their customisation and technical debt rather than simply transferring it into the new environment.
SAP S/4HANA On-Premise
SAP S/4HANA On-Premise allows an organisation to operate SAP S/4HANA within infrastructure that it controls directly or through a hosting arrangement.
This model provides the highest degree of control over infrastructure, system architecture, integrations, and operational policies, but it also places more responsibility on the organisation.
Key Characteristics
Infrastructure control
The organisation is responsible for decisions around infrastructure, operating environments, system architecture, security controls, and maintenance.
Greater technical flexibility
On-Premise provides broad options for system-level configuration and development, subject to SAP's product and support framework.
Customer-controlled operations
The organisation has greater responsibility for upgrades, maintenance, monitoring, security, backup, disaster recovery, and technical operations.
Best Fit for UK Organisations
On-Premise may be appropriate where organisations have:
- specific infrastructure or security requirements;
- significant existing SAP investments;
- highly controlled operating environments;
- specialised integration requirements;
- internal capabilities for managing SAP infrastructure;
- regulatory or operational constraints affecting cloud adoption.
Main Constraint
The additional control comes with additional responsibility. Infrastructure costs, specialist SAP skills, maintenance, security, upgrades, and lifecycle management can create a significant long-term operating burden.
For this reason, On-Premise should generally be selected because there is a clear business, regulatory, or architectural reason for retaining infrastructure control rather than simply because it is the traditional ERP model.
SAP S/4HANA Two-Tier ERP
Two-Tier ERP is not simply another hosting option. It is an architectural strategy for organisations that operate different SAP environments at different levels of the enterprise.
For example, a multinational organisation could maintain S/4HANA Private Edition as its corporate ERP while deploying S/4HANA Cloud Public Edition for smaller subsidiaries, newly acquired companies, or less complex business units.
Example Two-Tier Architecture
| Organisational Tier | Possible Deployment | Primary Role |
| Tier 1: Corporate ERP | S/4HANA Private Edition or On-Premise | Group finance, core operations, governance, consolidation |
| Tier 2: Subsidiaries | S/4HANA Cloud Public Edition | Local operations, standardised processes, rapid deployment |
Why Use Two-Tier ERP?
A single global ERP template may be unnecessarily expensive or slow to deploy across every entity.
Two-Tier ERP can help organisations:
- onboard acquisitions faster;
- standardise core processes without forcing one architecture everywhere;
- reduce deployment complexity for smaller entities;
- maintain corporate financial visibility;
- support different levels of business complexity;
- create a scalable architecture for international growth.
The success of this approach depends heavily on integration, master data governance, security, and clearly defined responsibilities between the two tiers.
SAP S/4HANA Public Cloud vs Private Cloud
For many organisations, the most important decision is whether to adopt Public Edition or Private Edition.
Both provide a cloud-based SAP S/4HANA environment, but they are designed around different operating models.
| Decision Factor | Public Edition | Private Edition |
| Primary Model | Standardised SaaS ERP | Dedicated cloud ERP |
| Process Strategy | Fit-to-Standard | Greater flexibility for complex processes |
| Customisation | Strong focus on Clean Core and supported extensibility | Greater flexibility, with Clean Core still recommended |
| Existing ECC Complexity | Better suited to organisations willing to redesign processes | Better suited to complex SAP transformation scenarios |
| Implementation Approach | Primarily new implementation / standardised deployment | New implementation, system conversion, or selective transition depending on scenario |
| IT Operations | SAP-managed | Managed cloud model with greater customer control |
| Innovation Model | Regular SAP-managed updates | More controlled lifecycle and upgrade planning |
| Typical Strength | Standardisation and speed | Flexibility and transition from complex landscapes |
| Typical Trade-Off | Less flexibility for specialised requirements | More complexity and governance |
SAP's official deployment comparison provides further information about implementation options, software upgrades, extensibility, and operational responsibilities.
The central question is not which cloud model is universally better. It is how much standardisation the organisation can adopt and how much flexibility its target operating model requires.
SAP S/4HANA Migration Approaches: Greenfield vs Brownfield vs Selective Data Transition
Choosing a deployment model is only one part of an SAP S/4HANA transformation. Organisations also need to determine how they will move from their existing ERP environment to the target S/4HANA architecture.
The main SAP S/4HANA transformation approaches are Greenfield, Brownfield (System Conversion), and Selective Data Transition. Each approach offers a different balance between process transformation, continuity, data retention, implementation complexity, and technical risk.
The right choice depends on the quality of the existing ERP environment, the amount of customisation, the importance of existing business processes, data migration requirements, and the organisation's willingness to redesign its operating model.
| Migration Approach | What It Means | Best Suited For | Primary Advantage | Main Trade-Off |
| Greenfield | New S/4HANA implementation based largely on SAP standard processes | Organisations seeking significant business transformation or moving from non-SAP ERP | Clean starting point and strong process standardisation | Requires greater process change and data migration planning |
| Brownfield / System Conversion | Existing SAP ERP system is converted to S/4HANA | Organisations with valuable existing SAP processes, configuration, and investments | Preserves more of the existing SAP environment | Can carry legacy complexity and technical debt forward |
| Selective Data Transition | Selected data, processes, and configuration are moved into a new S/4HANA environment | Complex enterprises seeking a balance between continuity and transformation | Greater control over what is retained and redesigned | More complex transformation and data planning |
Greenfield: New SAP S/4HANA Implementation
A Greenfield implementation creates a new S/4HANA environment rather than directly converting the existing ERP system.
The organisation can redesign business processes around SAP standard functionality, adopt SAP Best Practices, rationalise customisations, and establish a Clean Core from the beginning.
Greenfield can be particularly appropriate for:
- organisations implementing SAP for the first time;
- businesses replacing a non-SAP legacy ERP;
- companies with heavily fragmented or outdated processes;
- organisations willing to standardise their operating model;
- enterprises using the transformation to achieve significant process redesign.
The main benefit is the opportunity to avoid reproducing unnecessary legacy complexity. However, Greenfield requires more extensive business process design, data migration, testing, change management, and user adoption.
Brownfield: SAP S/4HANA System Conversion
A Brownfield approach, commonly referred to as System Conversion, transforms an existing SAP ERP environment into SAP S/4HANA while retaining a significant portion of the existing configuration, processes, and business investment.
This approach can be attractive to organisations that have a mature SAP ECC environment and want to modernise the technical platform without completely redesigning their business processes.
Brownfield can be appropriate where:
- existing SAP processes remain strategically important;
- the organisation has significant investment in SAP configuration and data;
- business disruption needs to be minimised;
- the organisation wants a more controlled transition to S/4HANA;
- there is a clear business case for retaining selected existing capabilities.
However, System Conversion should not simply become a technical exercise of moving legacy ERP into a new platform. Existing custom code, integrations, and processes should be assessed before conversion to determine what should be retained, redesigned, replaced, or retired.
Selective Data Transition
Selective Data Transition sits between a full Greenfield implementation and a traditional Brownfield conversion.
Instead of either rebuilding everything from scratch or converting the existing ERP system largely as-is, the organisation selectively moves relevant data, processes, configuration, or organisational structures into the target S/4HANA environment.
This approach can be valuable for large enterprises with complex ERP landscapes, multiple business units, acquisitions, or historical data requirements.
For example, an organisation may decide to:
- redesign selected business processes using SAP standard functionality;
- retain specific business capabilities that continue to provide value;
- migrate only relevant historical data;
- consolidate multiple ERP environments;
- establish a new organisational structure while preserving required operational information.
The main advantage is flexibility. The organisation can determine what should be retained and what should be transformed rather than applying the same approach to the entire ERP landscape.
The trade-off is increased planning and execution complexity. Data selection, transformation, reconciliation, testing, and integration require careful governance.
How Migration Approach and Deployment Model Relate
The migration approach should be considered together with the target deployment model.
For example:
- Greenfield + Public Edition can suit organisations prioritising standardisation, rapid adoption, and a Clean Core.
- Brownfield + Private Edition can provide a practical path for complex SAP ECC transformations where existing investments remain important.
- Selective Data Transition + Private Edition can suit large enterprises that need to combine process transformation with continuity.
- Two-Tier ERP + Greenfield Public Edition can support rapid deployment of standardised S/4HANA environments for subsidiaries or newly acquired businesses.
There is no universally correct combination. The decision should be based on the target operating model, existing ERP landscape, business transformation objectives, data requirements, and acceptable level of change.
How to Choose the Right Migration Approach
A practical assessment should consider five questions:
- How valuable is the existing ERP configuration?
If existing processes provide genuine business value, a conversion or selective transition may be preferable to rebuilding everything. - How much technical debt exists?
Extensive custom code, outdated processes, and complex integrations may make a Greenfield transformation more attractive. - How much process change is the business prepared to accept?
Greenfield requires greater willingness to adopt new processes, while Brownfield generally preserves more of the existing operating model. - What historical data must be retained?
Data retention and migration requirements can materially influence the transformation approach and target architecture. - What is the desired future operating model?
The organisation should define its target business and IT model first rather than allowing the limitations of the legacy ERP system to dictate the S/4HANA architecture.
The objective is not simply to move the existing ERP to S/4HANA. A successful transformation should determine which existing capabilities are worth preserving, which should be redesigned, and which can be retired - while creating a target architecture that remains scalable and maintainable over the long term.
SAP S/4HANA Modules and Lines of Business
SAP S/4HANA supports integrated Lines of Business (LoBs) covering core enterprise processes. The functional scope should reflect the organisation's industry, operating model, existing applications, and transformation objectives.
| SAP S/4HANA Line of Business | Key Capabilities | Traditional SAP Modules |
| Finance | General Ledger, Accounts Payable, Accounts Receivable, Asset Accounting, Controlling, Treasury, Group Reporting | FI, CO, FI-AA, Treasury |
| Sales | Sales orders, pricing, delivery, billing, availability checks, order-to-cash | SD |
| Sourcing and Procurement | Purchasing, supplier management, contracts, requisitions, purchase orders, invoice matching | MM-PUR, MM-IV |
| Supply Chain | Inventory management, warehousing, transportation, logistics, trade processes | MM-IM, LE-WM, EWM, TM |
| Manufacturing | MRP, production planning, production execution, quality management | PP, QM |
| Asset Management | Maintenance planning, work orders, equipment management, asset performance | PM / EAM |
| R&D and Engineering | Project management, product lifecycle management, engineering changes, BOM management | PS, PLM |
These capabilities share the SAP S/4HANA digital core and can connect operational processes with their financial and analytical impact.
For example, a sales process can connect order management, availability, delivery, billing, and financial accounting within an integrated architecture rather than relying on disconnected systems and extensive batch-based reconciliation.
The exact functional scope should depend on the organisation's industry, operating model, existing applications, and transformation priorities.
How to Define the Right Functional Scope
The goal should not be to implement every available SAP S/4HANA capability. Functional scope should be determined by the organisation's business model, industry requirements, existing systems, and transformation priorities.
A practical approach is to:
- identify the core processes that must move to S/4HANA;
- assess which legacy capabilities can be replaced by SAP standard functionality;
- determine which specialised requirements need additional SAP solutions or extensions;
- define which processes should remain outside the S/4HANA core;
- align functional scope with the selected deployment model.
For example, a manufacturing organisation may prioritise Finance, Manufacturing, Supply Chain, Procurement, Sales, and Asset Management, while a professional services business may place greater emphasis on Finance, Sales, Project Management, and Procurement.
The selected deployment model and functional scope should therefore be considered together.
Clean Core and SAP S/4HANA Deployment
A Clean Core strategy should be considered regardless of the deployment model.
The principle is to keep the S/4HANA core as standard and maintainable as practical, while implementing justified extensions through supported approaches.
Before introducing custom development, organisations should assess whether the requirement can be met through standard SAP functionality, configuration, or released extension mechanisms. Where appropriate, SAP BTP can support side-by-side applications, integration, workflow automation, and other extensions.
The objective is not to eliminate every custom development. It is to ensure that custom functionality has clear business value and does not unnecessarily increase upgrade, testing, or maintenance effort.
Explore SAP Business Technology Platform with LeverX to learn more about integration, application development, and extension capabilities.
UK Regulatory Considerations for SAP S/4HANA
UK compliance requirements should form part of the solution design, but they do not automatically determine the deployment model. Compliance depends on the complete architecture, configuration, operating controls, and relevant service arrangements.
HMRC Making Tax Digital
SAP S/4HANA can support digital tax reporting processes and integration with HMRC services. The exact configuration and integration requirements depend on the organisation's tax processes, SAP architecture, and applicable HMRC requirements.
UK GDPR
UK GDPR requirements should be addressed through appropriate data governance, access controls, security architecture, retention policies, and processing controls.
Cloud deployment does not automatically determine GDPR compliance. Organisations must assess the complete data-processing and security architecture, including where data is stored, how it is accessed, and which providers process it.
Post-Brexit Trade and Customs
Organisations involved in UK-EU trade may require processes supporting customs declarations, commodity classification, duties, import/export controls, and related documentation.
SAP solutions such as SAP Global Trade Services can support relevant trade and customs scenarios where required.
Industry-Specific Requirements
Financial services, healthcare, defence, public sector, and other regulated industries may have additional requirements affecting infrastructure, security, auditability, data management, and operational resilience.
These requirements should be assessed before selecting a deployment model rather than treated as an implementation-stage issue.
SAP S/4HANA Deployment Decision Matrix
The following framework can help executive teams structure the initial assessment.
| Business Requirement | Public Edition | Private Edition | On-Premise |
| Rapid standardised implementation | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐ |
| Maximum process standardisation | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐ |
| Complex existing SAP landscape | ⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| Existing ECC transformation | ⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ |
| Extensive legacy customisation | ⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| Infrastructure control | ⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| Reduced infrastructure management | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐ |
| Clean Core adoption | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐ |
| Subsidiary / acquisition deployment | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ |
These ratings are directional rather than universal. The appropriate deployment model should be validated against the organisation's actual SAP landscape, requirements, and target operating model.
SAP S/4HANA Deployment Models: Real-World Scenarios
Public Edition: Fast-Growing Consumer Goods Company
A UK consumer goods company is expanding across Europe and wants to replace a fragmented legacy ERP environment.
The business has relatively limited customisation and is willing to standardise finance, procurement, sales, and reporting processes.
Why Public Edition Fits
The organisation can adopt SAP Best Practices rather than reproduce legacy processes. SAP-managed infrastructure and regular updates also reduce the need for the internal IT team to manage complex ERP infrastructure.
Potential Outcomes
- Standardised processes across entities
- More consistent reporting
- Reduced reliance on spreadsheets
- Lower infrastructure management requirements
- Faster onboarding of new business units
The critical success factor is the company's willingness to standardise rather than customise.
Private Edition: International Manufacturing Group
A UK-headquartered manufacturing group operates across multiple countries and has a combination of SAP ECC, local ERP platforms, and custom applications.
Several manufacturing and finance processes depend on existing custom developments, while the group also needs a phased migration strategy.
Why Private Edition Fits
Private Edition can provide a more flexible transition path for a complex SAP landscape. The organisation can assess existing developments, redesign unnecessary customisation, and retain critical capabilities where there is a clear business case.
Potential Outcomes
- Controlled migration from SAP ECC
- Greater process harmonisation
- Phased transformation across entities
- Reduced infrastructure management
- Support for complex manufacturing and finance processes
The key requirement is flexibility combined with cloud transformation.
On-Premise: Organisation Requiring Maximum Infrastructure Control
An organisation has strict internal security and operational policies and requires direct control over its SAP infrastructure, integrations, and system lifecycle.
It has the internal technical capability to operate SAP and a clear business reason for retaining infrastructure control.
Why On-Premise Fits
On-Premise allows the organisation to retain control over infrastructure architecture, technical operations, security configuration, integrations, and upgrade planning.
Potential Outcomes
- Maximum infrastructure control
- Alignment with internal security policies
- Greater control over system operations
- Preservation of specialised enterprise architecture
The trade-off is a higher operational responsibility compared with managed cloud models.
Two-Tier ERP: Global Enterprise with Multiple Acquisitions
A global group operates a central S/4HANA environment but continues to acquire smaller companies that use different ERP platforms.
Deploying the corporate ERP template to every acquisition would be expensive and slow.
Why Two-Tier ERP Fits
The group can maintain its central SAP environment while deploying a more standardised S/4HANA Cloud environment for selected subsidiaries.
Potential Outcomes
- Faster acquisition integration
- Consistent group reporting
- Standardised master data and integration
- Greater local agility
- Scalable ERP architecture
The key requirement is balancing central governance with local deployment speed.
RISE with SAP vs GROW with SAP
RISE with SAP and GROW with SAP are commercial and transformation offerings associated with different SAP cloud adoption scenarios. They should not be treated simply as alternative technical deployment models.
RISE with SAP
RISE with SAP is primarily associated with enterprise transformation and is commonly used with SAP S/4HANA Cloud Private Edition. It can provide a managed framework for organisations transitioning complex SAP environments to the cloud.
It is particularly relevant for organisations that need to modernise existing SAP landscapes while retaining greater flexibility.
GROW with SAP
GROW with SAP is designed to help organisations adopt SAP S/4HANA Cloud Public Edition using a more standardised implementation approach.
It is particularly relevant for businesses starting a new SAP implementation and willing to adopt SAP standard processes.
The Practical Difference
The decision should therefore begin with the desired S/4HANA deployment model and business operating model, rather than choosing RISE or GROW as an isolated product decision.
SAP S/4HANA Cost Considerations
The cost of an SAP S/4HANA transformation depends on much more than the selected deployment model. Organisations should evaluate the total cost of ownership (TCO) across implementation, SAP licensing or subscriptions, migration, integrations, customisation, infrastructure, and ongoing support.
Typical SAP S/4HANA Investment in the UK
| Organisation Profile | Typical Users | Estimated Year 1 Investment | Typical Annual Cost After Go-Live |
| Mid-Market - Single Entity | 20–100 | £200k–£600k | £65k–£160k |
| Mid-Market - Multi-Entity | 100–500 | £500k–£2m | £160k–£500k |
| Large Enterprise | 500–2,000 | £2m–£10m | £500k–£1.6m |
| Global Transformation | 2,000+ | £10m+ | £1.6m–£8m+ |
These are indicative UK benchmarks, not fixed quotations. Actual investment depends on scope, users, countries, data, integrations, customisation, migration approach, and deployment model.
What Drives the Budget?
SAP software licensing typically represents around 15–25% of total project cost. The largest share usually comes from implementation services, data migration, integrations, testing, change management, and post-go-live support.
| Cost Driver | Typical Share / Impact |
| SAP Licensing / RISE with SAP | 15–25% |
| Implementation Services | 35–45% |
| Data Migration | 10–15% |
| System Integrations | 10–15% |
| Testing & QA | 8–12% |
| Training & Change Management | 5–10% |
| Post-Go-Live Support | 8–12% |
The migration strategy also affects the investment: Greenfield generally requires a higher upfront investment, Brownfield can reduce initial effort by preserving more of the existing SAP environment, while Selective Data Transition sits between the two in terms of complexity and cost.
For a detailed UK cost breakdown, benchmarks, and key budget drivers, explore our SAP S/4HANA Implementation Cost Guide for UK Businesses.
Public Cloud vs Private Cloud vs On-Premise: Cost Profile
The deployment model affects where costs and responsibilities sit, rather than simply determining whether an implementation is expensive or inexpensive.
| Cost Area | Public Edition | Private Edition | On-Premise |
| Infrastructure management | Lower customer responsibility | Managed cloud model with greater flexibility | Highest customer responsibility |
| Implementation complexity | Generally lower for standardised processes | Generally higher for complex environments | Depends heavily on existing landscape |
| Customisation | Lower | Higher flexibility | Broadest flexibility |
| Migration from complex ECC | May require significant process redesign | Often more suitable for complex transitions | Can support complex transitions |
| Upgrade management | SAP-managed | More controlled lifecycle | Customer-managed |
| Internal IT requirements | Generally lower | Moderate to high | Highest |
| Long-term TCO drivers | Subscription, implementation, extensions, integrations | Subscription, implementation, customisation, operations | Infrastructure, licences, implementation, support, upgrades |
The most appropriate model should therefore be evaluated against the organisation's business requirements and long-term operating model, rather than selected solely on the basis of initial implementation cost.
For example, a Public Edition deployment may reduce infrastructure and technical management requirements but require greater process standardisation. Private Edition may involve a more complex transformation but provide a more practical path for enterprises with significant SAP investments. On-Premise can provide maximum control, but the organisation assumes greater responsibility for infrastructure, security, maintenance, and lifecycle management.
Building an SAP S/4HANA Business Case
Before selecting a deployment model, organisations should model both initial transformation costs and ongoing TCO. A realistic business case should compare the expected investment against potential benefits such as reduced legacy-system costs, process automation, faster financial reporting, improved operational visibility, and lower technical debt.
For complex SAP transformations, a detailed assessment of the existing ERP landscape can help identify migration complexity, integration requirements, customisation risks, and the most appropriate target architecture before implementation begins.
These considerations are explored in more detail in our SAP S/4HANA Migration Business Case: Costs, ROI and Benefits, covering the key financial and business factors organisations should consider when evaluating an S/4HANA transformation.
SAP S/4HANA Deployment Checklist
Before selecting a deployment model, UK organisations should be able to answer the following questions:
Existing Landscape
- Are we migrating from SAP ECC or another ERP?
- How much custom code do we have?
- How many third-party integrations are business-critical?
- Do we need to consolidate multiple ERP systems?
Business Processes
- Which processes can move to SAP standard functionality?
- Which processes genuinely require differentiation?
- How willing are business teams to change existing workflows?
Data and Compliance
- What data needs to be migrated?
- What are the retention requirements?
- What data protection and residency requirements apply?
- Which UK tax, customs, or industry regulations affect the solution?
IT Operating Model
- How much infrastructure do we want to manage ourselves?
- What SAP technical skills do we have internally?
- How much control do we need over upgrades?
- What are our security and business continuity requirements?
Future Strategy
- Do we want a standardised cloud ERP?
- Are we planning acquisitions or international expansion?
- Will subsidiaries require different ERP deployment models?
- How will we maintain a Clean Core?
LeverX is Your Trusted SAP S/4HANA Transformation Partner
We combine deep SAP expertise, global delivery scale, proprietary technology, and end-to-end transformation capabilities to help organisations modernise their ERP landscape with greater control, lower risk, and measurable business value.
We support the full SAP S/4HANA transformation lifecycle - from strategy and architecture to migration, implementation, integration, go-live, and continuous optimisation. Our approach is tailored to each organisation’s SAP landscape, business processes, customisations, industry requirements, and long-term growth plans.
| Our Fact | Why It Sets Us Apart |
| 20+ years of SAP partnership | Long-standing SAP expertise built through two decades of transformation projects and continuous technology evolution |
| 1,500+ projects delivered | Proven experience across complex SAP programmes, from transformation strategy to implementation and support |
| 900+ clients across 45+ countries | Global delivery experience across international and multi-country SAP landscapes |
| 2,200+ professionals and 500+ SAP-certified experts | Broad access to functional, technical, industry and SAP-certified expertise |
| SAP Gold Partner | Close collaboration with SAP and direct involvement in the SAP ecosystem |
| We contribute to SAP solution development | We do more than implement SAP solutions - we collaborate with SAP on their development and enhancement |
| Proprietary Data Management Platform | Our own accelerators support data profiling, cleansing, mapping and transformation, helping reduce migration complexity and risk |
| Clean Core + SAP BTP expertise | We modernise and extend SAP while minimising core modifications, creating a more agile and upgrade-ready architecture |
| SAP + AI + Data + IoT capabilities | We combine ERP transformation with emerging technologies to create intelligent, data-driven business processes |
| 30+ industries covered | Deep industry knowledge allows us to adapt SAP transformation to specific operational and regulatory requirements |
| ISO 9001, ISO 27001 and ISO 22301 | Structured quality, information security and business continuity standards support reliable enterprise delivery |
| 24/7 global delivery capability | Distributed teams enable continuous support, faster execution and flexible coverage across time zones |
Our differentiation is not only our scale - it is the combination of SAP partnership, engineering capability, proprietary technology, industry expertise, and global delivery in one transformation partner.
Conclusion
Selecting an SAP S/4HANA deployment model is a strategic ERP decision rather than simply a technology or hosting choice.
-
SAP S/4HANA Cloud Public Edition is generally strongest when an organisation can standardise processes, minimise customisation, and adopt a SaaS operating model.
-
SAP S/4HANA Cloud Private Edition provides greater flexibility for complex enterprises, existing SAP investments, and organisations transitioning from highly customised ECC environments.
-
SAP S/4HANA On-Premise remains relevant where an organisation has specific requirements for infrastructure control, technical independence, or specialised operational policies.
-
Two-Tier ERP can provide a scalable strategy for organisations that need to combine a central SAP environment with faster, more standardised deployments for subsidiaries and acquisitions.
The decision should ultimately be based on the organisation's existing ERP landscape, process complexity, customisation strategy, regulatory requirements, IT operating model, and long-term transformation objectives.
Once the deployment model is established, the next step is to define the appropriate S/4HANA functional scope and determine which business capabilities should form part of the target digital core.
With the right SAP S/4HANA Consulting approach, organisations can align deployment architecture, business processes, integrations, and extensibility strategy before implementation begins.
Frequently Asked Questions
What are the main SAP S/4HANA deployment models?
The main deployment options are SAP S/4HANA Cloud Public Edition, SAP S/4HANA Cloud Private Edition, and SAP S/4HANA On-Premise. Organisations can also use a Two-Tier ERP strategy that combines different deployment models across corporate and subsidiary environments.
What is the difference between SAP S/4HANA Public Cloud and Private Cloud?
Public Edition is a SaaS model focused on standardised processes, Clean Core, and SAP-managed innovation. Private Edition provides a dedicated cloud environment with greater flexibility for complex processes, existing SAP investments, and enterprise transformation scenarios.
What is the best SAP S/4HANA deployment model for SAP ECC migration?
The appropriate model depends on the complexity of the existing ECC environment. Organisations with significant customisation, complex integrations, and specialised processes often consider Private Edition, while organisations willing to redesign processes around SAP standard functionality may consider Public Edition.
What is the difference between RISE with SAP and GROW with SAP?
RISE with SAP is primarily associated with enterprise transformation and is commonly used with SAP S/4HANA Cloud Private Edition. GROW with SAP is designed around adoption of SAP S/4HANA Cloud Public Edition and standardised implementation approaches.
Which SAP S/4HANA deployment model is best for a UK enterprise?
There is no universal answer. Public Edition can suit organisations prioritising standardisation and faster SaaS adoption, while Private Edition or On-Premise may be more appropriate where complex processes, existing SAP investments, or specific control requirements are important.
What are the main SAP S/4HANA Lines of Business?
The main functional areas include Finance, Sales, Sourcing & Procurement, Supply Chain, Manufacturing, Asset Management, and R&D and Engineering. The exact scope depends on the organisation's industry and business processes.
Does SAP S/4HANA Public Cloud support custom ABAP?
SAP S/4HANA Cloud Public Edition does not support direct modification of the ERP core. Organisations should use supported extensibility mechanisms, including SAP BTP and other SAP extension frameworks, to implement additional functionality while maintaining a Clean Core.
What is a Clean Core strategy in SAP S/4HANA?
Clean Core is an approach to keeping the S/4HANA core as standard and maintainable as practical. Custom functionality is implemented through supported extension and integration mechanisms where appropriate, reducing technical debt and simplifying future innovation and upgrades.
How does SAP S/4HANA support UK regulatory requirements?
SAP S/4HANA can support UK tax, financial, data governance, and trade processes through standard functionality, localisation, configuration, and integrations. Requirements such as Making Tax Digital, UK GDPR, and post-Brexit customs processes should be assessed as part of the overall solution architecture rather than treated as deployment-model decisions alone.
Is SAP S/4HANA On-Premise still relevant?
Yes. On-Premise remains an option for organisations with specific infrastructure, security, operational, or architectural requirements and sufficient internal capabilities to manage the environment. However, the additional control also brings greater responsibility for infrastructure, maintenance, security, and lifecycle management.
What is Two-Tier ERP?
Two-Tier ERP is a strategy in which an organisation operates different ERP environments at different organisational levels. For example, a corporate headquarters may use S/4HANA Private Edition while subsidiaries use S/4HANA Cloud Public Edition. This can support faster subsidiary deployments while maintaining central governance and financial visibility.
How should a company choose an SAP S/4HANA deployment model?
Start by assessing the existing ERP landscape, business process complexity, customisation, integration requirements, regulatory obligations, IT operating model, and future growth plans. The organisation should then compare these requirements against the standardisation and flexibility offered by each deployment model.
Disclaimer: The information in this article is provided for general informational purposes only. SAP S/4HANA deployment options, commercial programmes, product capabilities, support policies, regulatory requirements, and implementation approaches may change over time. The appropriate deployment model depends on each organisation's ERP landscape, business processes, data, customisations, integrations, security requirements, and project objectives. Examples are illustrative and should not be interpreted as guarantees of specific results. A detailed assessment of the existing SAP environment and business requirements is recommended before making deployment, technology, or investment decisions.
.webp)
