Die zwei Ansätze im Überblick
Auf den Punkt: Brownfield erhält die bestehende Systemlandschaft und migriert sie technisch auf S/4HANA. Greenfield archiviert alle Legacy-Systeme und implementiert S/4HANA neu — mit Chance auf Prozess-Neudesign, aber höherem Risiko und längeren Timelines.
Brownfield-Ansatz bedeutet, Ihre bestehende SAP-Systemlandschaft (ERP, ALM, Custom-Entwicklungen) schrittweise auf S/4HANA zu konvertieren. Die Datenstrukturen bleiben erhalten, die Customizings werden portiert, die Integrationspunkte bewahrt. Laut SAP Official Documentation ist Brownfield die Standardwahl für Organisationen mit signifikanten Customizings und kritischen Integrationspunkten. Aus unserer Erfahrung: Das ist die Mehrheit der DACH-Mittelständler.
Greenfield-Ansatz heißt: Die Legacy-Systeme werden archiviert. S/4HANA wird „grün auf der Wiese" neu implementiert — mit zeitgemäßem Prozessdesign, modernen Best Practices und minimalem technischen Schuldenbestand. Laut LeanIX Technology Transformation Wiki dauert eine reine Greenfield-Implementierung 12–24 Monate und erfordert intensive Change-Management-Ressourcen.
Die entscheidenden Unterschiede: Timeline, Risikoprofil, Change-Aufwand, Prozess-Redesign-Chance, Kostendecke.
Wann der Brownfield-Ansatz die richtige Wahl ist
Auf den Punkt: Brownfield ist sinnvoll, wenn Sie ein funktionierendes Altsystem haben, stabile Geschäftsprozesse, hohe Datenqualität und begrenzte Budgets — oder wenn regulatorische Anforderungen (GoBD, NIS-2) schnelle Compliance erfordern.
1. Hohe Customizing-Tiefe und kritische Integrationspunkte. Ein mittelständischer Maschinenbauer mit 450 Mitarbeitern aus Baden-Württemberg hatte über 200 ABAP-Programme, 85 Schnittstellen zur Fertigungssteuerung und 120 Tabellenerweiterungen. Ein reiner Greenfield-Ansatz hätte bedeutet: 18 Monate Implementierung + 9 Monate Rebuilding der Custom-Logik = massive Geschäftsunterbrechung. Brownfield: 8 Monate Conversion, die Custom-Programme wurden portiert, die Integrationspunkte blieben stabil. Aus unserer Erfahrung ist Brownfield hier nicht nur günstiger, sondern das Risiko ist kalkulierbar.
2. Enge zeitliche Compliance-Anforderungen (GoBD, NIS-2). Die SAP-Dokumentation nennt dies als Brownfield-Indikator: Wenn Ihr Unternehmen unter GoBD, NIS-2 oder Lieferkettengesetz-Meldepflichten läuft, können Sie nicht 12+ Monate offline sein. Brownfield bewahrt Revisionslogiken und Audit Trails aus dem Altsystem, wodurch Compliance-Kontinuität gesichert wird.
3. Stabile, bewährte Geschäftsprozesse. Ein Großhändler mit 280 Mitarbeitern aus der Schweiz läuft seit 12 Jahren auf einer hochoptimierten Prozesslandschaft — Order-to-Cash und Procure-to-Pay sind eingespielt. Ein Greenfield hätte Prozess-Standardisierung nach SAP Best Practices bedeutet — die aber 15 % weniger effizient wären als die bestehenden Workflows. Brownfield erhielt den prozessualen Wettbewerbsvorteil.
4. Begrenzte Budgets / TCO-Druck. Bei Brownfield bleiben typischerweise 85–95 % der Customizings erhalten. Greenfield stellt fast alles neu her — mehr Entwicklung, mehr Testing, höhere Personalkosten über längere Timeline. In einem Projekt mit einem Sanitärhersteller (190 Mitarbeiter, Ostdeutschland) sparte der Brownfield-Weg 320.000 EUR an Entwicklungskosten ein.
5. Hohe Datenqualität in Legacy-Systemen. Wenn Ihre Stammdaten sauber sind, Master Data Management funktioniert und historische Transaktionsdaten vollständig archivierbar sind, ist Brownfield ein klares Plus. Das reduziert Data-Migration-Risiken um 60–70 %.
Wann der Greenfield-Ansatz die richtige Wahl ist
Auf den Punkt: Greenfield lohnt sich, wenn die Altsysteme überaltert sind (über 10 Jahre), die Customizing-Last technisch nicht portierbar ist, oder wenn ein radikales Prozess-Redesign strategisch notwendig ist.
1. Überalterte Legacy-Systeme mit minimaler Wartung. Ein Elektrokomponentenhersteller (210 Mitarbeiter, Bayern) lief auf SAP R/3 4.6 mit EOL-Status. Die Systembasis war so fragil, dass jede Migration einen Neubau erfordert hätte. Greenfield war hier nicht nur sinnvoll — es war die einzige sichere Option.
2. Technisch nicht portierbare Customizations. Wenn Ihre Custom-Programme auf obsoleten ABAP-Sprachfeatures oder gehackten SAP-Internals basieren, zahlt sich Greenfield aus. Die technische Schuld ist größer als die Kosten für einen Neubau.
3. Strategischer Prozess-Redesign + Digitalisierung. Ein Mittelständler, der zeitgleich eine Omnichannel-Strategie startet oder IoT-Integration in seine Fertigungssteuerung baut, profitiert von Greenfield. Neue Prozesse, neues System, keine Altlasten. Diese Unternehmen können meist kein paralleles „Brownfield + Redesign"-Modell stemmen.
4. Cloud-First-Strategie mit RISE with SAP. Aus unserer Erfahrung ist Greenfield bei RISE-Migrations-Entscheidungen attraktiver, weil SAP RISE ein anderes Lizenzierungsmodell und eine andere SLA-Struktur hat. Eine reine Brownfield-Konvertierung in die Cloud kann versteckte Infrastruktur-Umzugskosten erzeugen.
5. Multi-Standort-Konsolidierung. Ein Schweizer Maschinenbauer mit Fertigungsstätten in DE, AT und CH lief auf drei separaten ERP-Systemen. Greenfield erlaubte eine einzige, länderübergreifende Systemlandschaft — mit einheitlichen Prozessen, einer Datenbasis und einer Kontrollumgebung.
Praxisbeispiel: Eine Brownfield-Auswahlentscheidung aus 1.200+ Projekten
Auf den Punkt: Ein mittelständischer Werkzeughersteller (380 Mitarbeiter, Südbaden) traf die Brownfield-Wahl basierend auf drei Faktoren: hohe Customizing-Tiefe, kritische Just-in-Time-Integrationspunkte und GoBD-Compliance. Ergebnis: 7 Monate Conversion, 520 kEUR Kosten, keine Compliance-Regressions.
Das Unternehmen lief auf SAP ERP 6.0 mit 78 ABAP-Customizings, 42 Schnittstellen zu Fertigungsplanungssystemen und einer JiT-Logik, die 25 % der Margenqualität ausmachte. Die erste Beratungsrunde hätte auf Greenfield gedrängt — „neuer, besser, sauberer". Aber: Die TCO-Kalkulation zeigte klar, dass der Wiederaufbau dieser Custom-Integrationspunkte 14–16 Monate dauern würde. Gleichzeitig war GoBD-Compliance nicht zu verhandeln.
Brownfield-Entscheidung: Die Anwendungslandschaft wurde technisch auf S/4HANA konvertiert. Die 78 Customizings wurden in der neuen Codebase portiert, die 42 Schnittstellen blieben funktional, die GoBD-Audit-Trails wurden im Cutover bewahrt. Ergebnis: sieben Monate bis Production Go-Live, 520 kEUR Gesamtbudget (vs. geschätzte 680 kEUR für Greenfield + 14 Monate), keine Compliance-Nacharbeiten.
Das ist der Kern unserer Erfahrung: Brownfield ist nicht „günstiger und altmodisch". Brownfield ist risikokalkulierbar — wenn die richtige Diagnose gestellt wird.
Entscheidungskriterien-Checkliste
Nutzen Sie diese 14 Ja/Nein-Fragen, um Ihr Profil schnell einzuordnen. Jedes „Ja" auf der Brownfield-Seite erhöht die Eignung für Brownfield. Jedes „Ja" auf der Greenfield-Seite erhöht die Eignung für Greenfield.
Brownfield-Indikatoren:
- Haben Sie über 80 SAP-Customizings (ABAP, Extensions, BAdIs)?
- Sind über 30 % Ihrer Schnittstellen kritisch für operationale Prozesse?
- Laufen Sie unter GoBD, NIS-2 oder Lieferkettengesetz-Compliance-Anforderungen?
- Ist Ihre Datenqualität im Hauptsystem über 90 % (keine großen Duplikate oder Konsistenzlücken)?
- Haben Sie ein dediziertes SAP-Entwicklungsteam für Custom Maintenance etabliert?
- Sind Ihre Geschäftsprozesse nachweislich effizienter als der SAP-Standard?
- Läuft Ihr System seit über 12 Monaten stabil ohne kritische Basis-Updates?
Greenfield-Indikatoren:
- Ist Ihre SAP-Basis älter als 10 Jahre (EOL oder nahe EOL)?
- Planen Sie parallel eine strategische Digitalisierung (Omnichannel, IoT, Plattform)?
- Sind über 50 % Ihrer Customizings undokumentiert oder basieren auf gehackten APIs?
- Wollen Sie auf RISE with SAP oder Multi-Cloud-Strategien migrieren?
- Planen Sie eine Standort-Konsolidierung (mehrere ERP-Inseln zu einer)?
- Ist die aktuelle Datenqualität unter 70 % (massive Duplikate, verwaiste Stammdaten)?
- Haben Sie ein Digitalisierungs-Budget über 30 % oberhalb der ERP-Konvertierung?
Nächste Schritte
Die Entscheidung zwischen Brownfield und Greenfield wird zu oft als Kostenoptimierungsaufgabe behandelt. In der Realität ist sie eine strategische und regulatorische Architekturfrage, die Ihre technische Schuld, Ihre Compliance-Verpflichtungen und Ihre Digitalisierungsziele zusammenbringt. Unsere Empfehlung: Organisieren Sie einen mehrtägigen Discovery-Workshop mit CTO/IT-Leitung, CFO, Compliance Officer und Operations Head. Nutzen Sie die Checkliste oben als Struktur. Validieren Sie Ihre technische Schuld mit einem gezielten Code-Audit der Top-20-Customizings. Kalkulieren Sie TCO für beide Szenarien über 5 Jahre — inklusive Infrastruktur, Lizenzen, Personal. Die richtige Entscheidung wird nicht von Benchmarks gemacht. Sie wird durch eine vollständige, DACH-Mittelstand-spezifische Diagnose getroffen.
