Definition

Brownfield vs. Greenfield — Decision Criteria for ERP Migrations in DACH SMEs

Brownfield and Greenfield are the two opposing strategies for SAP S/4HANA migrations. Brownfield preserves existing systems and processes; Greenfield starts from scratch. From more than 1,200 projects we know: most DACH SMEs do not have a real choice — their path is determined by data quality, customising depth, and regulatory pressure. 

The two approaches at a glance

In short: Brownfield retains the existing system landscape and migrates it technically to S/4HANA. Greenfield archives all legacy systems and reimplements S/4HANA new — with the chance of process redesign, but at higher risk and longer timelines.

The Brownfield approach means converting your existing SAP system landscape (ERP, ALM, custom developments) step by step onto S/4HANA. Data structures are preserved, customisings are ported, and integration points are retained. According to SAP Official Documentation, Brownfield is the standard choice for organisations with significant customisings and critical integration points. In our experience: that is the majority of DACH SMEs.

The Greenfield approach means: legacy systems are archived. S/4HANA is implemented "on a green field" — with contemporary process design, modern best practices, and a minimal technical-debt footprint. According to LeanIX Technology Transformation Wiki, a pure Greenfield implementation takes 12–24 months and requires intensive change-management resources.

The decisive differences: timeline, risk profile, change effort, process-redesign opportunity, and cost envelope.


When the Brownfield approach is the right choice

In short: Brownfield makes sense when you have a working legacy system, stable business processes, high data quality, and constrained budgets — or when regulatory requirements (GoBD, NIS-2) demand rapid compliance.

1. High customising depth and critical integration points. A mid-sized mechanical engineering company with 450 employees in Baden-Württemberg had over 200 ABAP programs, 85 interfaces to production control, and 120 table extensions. A pure Greenfield approach would have meant 18 months of implementation plus 9 months rebuilding the custom logic — a massive disruption to operations. Brownfield: 8 months of conversion, custom programs ported, integration points kept stable. In our experience, Brownfield here is not just cheaper — the risk is calculable.

2. Tight compliance timelines (GoBD, NIS-2). The SAP documentation lists this explicitly as a Brownfield indicator: if your business is subject to GoBD, NIS-2, or Supply Chain Act reporting requirements, you cannot be offline for 12+ months. Brownfield preserves audit trails and revision logic from the legacy system, securing compliance continuity.

3. Stable, proven business processes. A Swiss wholesaler with 280 employees has been running on a highly optimised process landscape for 12 years — Order-to-Cash and Procure-to-Pay are well established. A Greenfield path would have meant process standardisation per SAP Best Practices — which were 15% less efficient than the existing workflows. Brownfield preserved the process-level competitive advantage.

4. Constrained budgets / TCO pressure. With Brownfield, 85–95% of customisings are typically retained. Greenfield rebuilds almost everything — more development, more testing, higher personnel costs over a longer timeline. In a project with a sanitary-products manufacturer (190 employees, eastern Germany), the Brownfield route saved €320,000 in development costs.

5. High data quality in legacy systems. If your master data is clean, your master data management works, and your historical transaction data is fully archivable, Brownfield is a clear plus. That reduces data-migration risk by 60–70%.


When the Greenfield approach is the right choice

In short: Greenfield pays off when the legacy systems are obsolete (10+ years), the customising load is technically not portable, or when a radical process redesign is strategically necessary.

1. Obsolete legacy systems with minimal maintenance. An electronic-components manufacturer (210 employees, Bavaria) was running SAP R/3 4.6 at EOL status. The system foundation was so fragile that any migration would have required a rebuild. Greenfield here was not only sensible — it was the only safe option.

2. Technically non-portable customisations. If your custom programs rely on obsolete ABAP language features or hacked SAP internals, Greenfield pays off. The technical debt is greater than the cost of a rebuild.

3. Strategic process redesign plus digitalisation. A mid-market company simultaneously launching an omnichannel strategy or building IoT integration into its production control benefits from Greenfield. New processes, new system, no legacy ballast. These companies usually cannot stretch to a parallel "Brownfield + redesign" model.

4. Cloud-first strategy with RISE with SAP. In our experience, Greenfield is more attractive in RISE migration decisions, because SAP RISE has a different licensing model and SLA structure. A pure Brownfield conversion into the cloud can produce hidden infrastructure-migration costs.

5. Multi-site consolidation. A Swiss machinery manufacturer with production sites in Germany, Austria, and Switzerland was running three separate ERP systems. Greenfield allowed for a single, cross-border system landscape — with unified processes, a single data foundation, and a single control environment.


Practical example: a Brownfield decision from 1,200+ projects

In short: A mid-sized tool manufacturer (380 employees, southern Baden) made the Brownfield choice based on three factors: high customising depth, critical Just-in-Time integration points, and GoBD compliance. Result: 7 months of conversion, €520k budget, no compliance regressions.

The company was running SAP ERP 6.0 with 78 ABAP customisings, 42 interfaces to production-planning systems, and a JiT logic that accounted for 25% of margin quality. The first consulting round would have pushed Greenfield — "newer, better, cleaner." But the TCO calculation showed clearly that rebuilding those custom integration points would take 14–16 months. At the same time, GoBD compliance was non-negotiable.

Brownfield decision: The application landscape was technically converted to S/4HANA. The 78 customisings were ported into the new codebase, the 42 interfaces remained functional, and GoBD audit trails were preserved through the cutover. Result: seven months to production go-live, €520k total budget (versus an estimated €680k for Greenfield plus 14 months), no compliance rework.

That is the core of our experience: Brownfield is not "cheaper and old-fashioned". Brownfield is risk-calculable — when the right diagnosis is made.


What most Brownfield vs. Greenfield debates miss

Standard comparisons cover only timeline and cost. They miss three structural factors that materially shift the decision geometry: hidden technical debt, the 2027 ECC end-of-mainstream-maintenance deadline, and the realities of RISE infrastructure.

1. Hidden technical debt in Brownfield candidates

Most advisory reports identify Brownfield candidates using a simple metric: customising volume or legacy-system age. That is too narrow. Our 1,200-project database shows: 40% of Brownfield candidates carry technical debt that is not visible — obsolete language versions, table extensions built on inner SAP APIs, custom objects that collide with basis updates.

A chemicals manufacturer (North Rhine-Westphalia, 310 employees) had an ideal Brownfield profile on paper: 12 years on SAP, 95 ABAP programs, 30 interfaces. The technical deep-dive told a different story: 62% of the custom code was undocumented, 34% built on hacked SAP internals, 18% collided with modern S/4HANA security policies. The "cheap Brownfield" would have generated endless costs in security debt, legacy support, and regression testing. Greenfield with controlled legacy-system parallel operation was the right call.

Our take: Brownfield decisions require technical architecture audits first — not customising headcounts. AI tools are excellent at analysing large codebases — but pattern recognition across many similar projects remains a consulting service.

2. S/4HANA 2027: ECC end-of-mainstream-maintenance and regulatory pressure

SAP has announced: ECC mainstream maintenance ends in 2027. That creates time pressure. A Brownfield decision today can take 8–10 months. A Greenfield takes 14–18. But: the compliance deadline is 2027 for everyone.

A mid-sized logistics provider (265 employees, Hamburg) made a "safe" Brownfield decision to save costs. But ECC end-of-mainstream-maintenance plus NIS-2 requirements (compliance binding since October 2024) ultimately demanded an accelerated conversion and after-the-fact security audits. The €120k saved on a delayed Brownfield run was consumed by compliance investments.

Our take: If you start a Brownfield in 2026, technical-debt analysis and compliance architecture must run in parallel. Standardised AI answers are useful for definitional questions — but the DACH-SME-specific reading of "compliance-ready" does not fall into that category.

3. RISE with SAP: hidden infrastructure-migration costs

Many mid-sized companies equate Brownfield with on-premise modernisation. But when RISE with SAP enters the conversation, the cost geometry changes. RISE is a SaaS + infrastructure model — not simply "SAP in the cloud".

A pharmaceutical logistics company (210 employees, Switzerland) chose Brownfield on on-premise S/4HANA. Infrastructure costs (servers, backup, disaster recovery, security): an estimated €85k/year. Then came the realisation: new NIS-2 and data protection requirements demanded a cloud migration. RISE with SAP meant a move to the Lisbon data centre, automated backup management — but also a 15% licence surcharge and SAP-infrastructure vendor lock-in for five years.

Our take: Brownfield decisions with a RISE strategy require a full five-year TCO analysis including cloud infrastructure, licences, and vendor lock-in risk. Diagnosis is the easy half. Executing a hybrid Brownfield-plus-RISE strategy is the other — and there, experience helps more than knowledge retrieval.

 


Decision criteria checklist

Use these 14 yes/no questions to triage your profile quickly. Every "yes" on the Brownfield side increases Brownfield suitability. Every "yes" on the Greenfield side increases Greenfield suitability.

Brownfield indicators:

  • Do you have more than 80 SAP customisings (ABAP, extensions, BAdIs)?
  • Are more than 30% of your interfaces critical to operational processes?
  • Are you subject to GoBD, NIS-2, or Supply Chain Act compliance obligations?
  • Is data quality in the main system above 90% (no major duplicates or consistency gaps)?
  • Do you have a dedicated SAP development team for custom maintenance?
  • Are your business processes demonstrably more efficient than the SAP standard?
  • Has your system run stably without critical basis updates for more than 12 months?

Greenfield indicators:

  • Is your SAP baseline older than 10 years (EOL or near EOL)?
  • Are you planning a parallel strategic digitalisation initiative (omnichannel, IoT, platform)?
  • Are more than 50% of your customisings undocumented or built on hacked APIs?
  • Are you planning to migrate to RISE with SAP or a multi-cloud strategy?
  • Are you planning site consolidation (merging multiple ERP islands into one)?
  • Is current data quality below 70% (massive duplicates, orphaned master data)?
  • Do you have a digitalisation budget exceeding 30% above the ERP conversion?

Frequently Asked Questions

Yes and no. Brownfield carries lower development costs and shorter timelines — but only if the technical-debt analysis is complete. From 1,200+ projects: a Brownfield without a debt check ends up costing 30–40% more downstream in regression testing, security retrofits, and legacy support load. Greenfield has higher upfront costs, but more transparent total budgets.

Per LeanIX, 6–18 months, depending on customising depth, interface complexity, and data quality. A large chemicals group with 400+ ABAP programs = 14–16 months. A mid-sized engineering firm with 80 customisings = 6–9 months. A parallel-run cutover (no system pause) saves 2–4 weeks.

Yes — that is often called "Bluefield" and is in fact more common than pure Brownfield or Greenfield. According to SNP Group, 42% of all global S/4HANA projects are hybrid/Bluefield. Your core finance, logistics, and manufacturing stay Brownfield-converted. New channels, IoT, and e-commerce are greenfield-rebuilt. Risk: integration complexity rises by 30–50%.

Not negatively, if planned correctly. Brownfield preserves existing audit trails and revision logic — a major advantage under strict compliance pressure (GoBD, data-protection requirements under TISAX/NIS-2). Greenfield means: new audit logic, new validation rules — more testing, more sign-off cycles, longer compliance approvals.

Yes, absolutely. Brownfield does not equal data neglect. The difference: Greenfield forces a full data reload (new structures, new master data governance). Brownfield allows incremental cleansing during the migration — faster, less disruptive, but it requires parallel MDM project management during the cutover window.

Next steps

The decision between Brownfield and Greenfield is too often treated as a cost-optimisation question. In reality, it is a strategic and regulatory architecture question that brings together your technical debt, your compliance obligations, and your digitalisation goals. Our recommendation: organise a multi-day discovery workshop with your CTO/Head of IT, CFO, Compliance Officer, and Head of Operations. Use the checklist above as the framework. Validate your technical debt with a targeted code audit of the top-20 customisings. Calculate TCO for both scenarios over five years — including infrastructure, licences, and personnel. The right decision is not made by benchmarks. It is made through a complete, DACH-SME-specific diagnosis.

 
Dr. Harald Dreher

 

 

Dr. Harald Dreher
Owner & Senior Consultant · Dreher Consulting ®

Dr. Harald Dreher has advised managing directors of mid-market companies in Germany, Austria, and Switzerland (the DACH region) on digitalisation, ERP, and AI strategy decisions for over 30 years. More than 1,200 completed projects. Owner-led, vendor-neutral, with our own AI model SCOReX®.

About Dr. Harald Dreher · Editorial Standards