Greenfield vs. Brownfield ERP – zwei Ansätze für ERP-Projekte
Definition: Greenfield und Brownfield bezeichnen zwei grundlegend unterschiedliche Ansätze bei ERP-Implementierungen und -Migrationen. Greenfield steht für den Neuaufbau auf der grünen Wiese – ohne Übernahme bestehender Konfigurationen oder Customizings. Brownfield bezeichnet dagegen die Konvertierung und Modernisierung des bestehenden Systems unter Mitnahme von Daten, Anpassungen und Schnittstellen.
Die Begriffe stammen ursprünglich aus dem Bauwesen (unbebaute vs. bebaute Flächen), wurden aber durch die SAP S/4HANA-Diskussion auch im ERP-Kontext zum festen Vokabular. Sie strukturieren grundlegende Designentscheidungen jeder größeren ERP-Initiative.
Der Greenfield-Ansatz
Beim Greenfield wird das neue ERP-System komplett neu aufgebaut. Prozesse werden frisch konzipiert, idealerweise auf Basis des Standards des neuen Systems – Stichwort „Clean Core“. Bestehende Customizings, individuelle Z-Programme oder selbstgebaute Erweiterungen werden bewusst nicht übernommen, sondern auf Notwendigkeit geprüft und gegebenenfalls neu modelliert.
Vorteile: hohe Standardnähe, geringerer technischer Schuldenstand, klarer Schnitt zu Altlasten, optimale Nutzung neuer Funktionen wie Embedded Analytics oder KI-Assistenten. Nachteile: hoher initialer Aufwand, längere Projektlaufzeit, intensives Change Management, Risiken bei der Migration historischer Daten.
Der Brownfield-Ansatz
Beim Brownfield wird das bestehende System technisch konvertiert. Bei SAP heißt das z. B. die System Conversion von ECC zu S/4HANA, bei der Datenmodell, Datenbank und Code automatisiert umgestellt werden, das Customizing aber weitgehend erhalten bleibt. Auch eigenentwickelte Programme werden – nach Prüfung auf Kompatibilität – mitgenommen.
Vorteile: schnelleres Going-Live, Erhalt eingespielter Prozesse, geringeres organisatorisches Risiko, Beibehaltung historischer Daten. Nachteile: Übernahme alter Designschwächen und technischer Schulden, eingeschränkte Nutzung moderner Funktionen, oft komplexes Code-Refactoring.
Bluefield und hybride Ansätze
Zwischen den beiden Polen hat sich der Bluefield-Ansatz – auch Selective Data Transition genannt – etabliert. Dabei wird das neue System wie bei Greenfield neu aufgesetzt, aber mit selektivem Transfer ausgewählter Daten, Konfigurationen und Erweiterungen aus dem Altsystem. So lassen sich Vorteile beider Welten kombinieren – allerdings mit hohem konzeptionellem Aufwand.
Entscheidungskriterien
Wesentliche Kriterien für die Wahl sind: Reifegrad und Standardnähe der bestehenden Prozesse, Umfang und Qualität der bisherigen Customizings, Veränderungsbereitschaft der Organisation, regulatorisches Umfeld, Budget, Zeitdruck und strategische Ausrichtung. Häufig empfiehlt sich Greenfield bei stark verändertem Geschäftsmodell oder veralteter Architektur, Brownfield bei stabilen, gut funktionierenden Prozessen.
Auswirkungen auf Kosten und Projektdauer
Greenfield-Projekte sind tendenziell teurer und langwieriger, weil Prozesse komplett neu modelliert, getestet und ausgerollt werden. Dafür profitieren sie langfristig von geringerer technischer Schuld und besserer Wartbarkeit. Brownfield-Konvertierungen sind anfangs günstiger und schneller, akkumulieren aber häufig Folgekosten durch fortgeführte Altlasten und nachgezogene Refactorings.
In TCO-Analysen über 7 bis 10 Jahre kann sich das Bild umkehren: Was als günstige Brownfield-Migration startet, übersteigt nach mehreren Jahren oft die Gesamtkosten einer initial teureren Greenfield-Implementierung – insbesondere wenn das Altcustomizing kontinuierliche Anpassungs- und Update-Aufwände verursacht.
Strategische Bedeutung im Cloud-Zeitalter
Die Diskussion zwischen Greenfield und Brownfield gewinnt mit der Cloud-Migration neue Brisanz. Public-Cloud-ERP-Lösungen sind stark standardisiert und schränken klassisches Customizing bewusst ein – ein Brownfield-Ansatz ist dort kaum möglich. Wer in die Public Cloud will, geht in der Regel den Greenfield-Weg, oft kombiniert mit Erweiterungen über die Business Technology Platform.
Die strategische Frage ist also nicht nur „Greenfield oder Brownfield“, sondern auch „On-Premises, Private Cloud oder Public Cloud“. Beide Achsen entscheiden gemeinsam über Architektur, Time-to-Value und langfristige Flexibilität.
Nein. Greenfield ist optimal, wenn Prozesse ohnehin neu gedacht werden müssen oder das Altsystem zu individualisiert ist. Bei stabilen, prozessual ausgereiften Unternehmen mit funktionierender Konfiguration ist Brownfield oft wirtschaftlicher und risikoärmer.
Praxis-Relevanz und Implementierungs-Aufwand hängen stark von der bestehenden System-Landschaft und den abzubildenden Geschäftsprozessen ab.
Was bedeutet „Clean Core“ in diesem Zusammenhang?
„Clean Core“ ist das Leitbild moderner SAP-Projekte: Den Kern des ERP möglichst nahe am Standard halten, Erweiterungen nur über definierte Erweiterungspunkte (Side-by-Side-Apps, Business Technology Platform). Greenfield-Projekte unterstützen dieses Leitbild typischerweise besser.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.
Welcher Ansatz ist bei S/4HANA am häufigsten?
Bei großen Bestandskunden dominieren Brownfield-Konvertierungen, im Mittelstand und bei strategischen Transformationen Greenfield. Bluefield-Ansätze gewinnen kontinuierlich an Bedeutung, weil sie selektiv Wert aus dem Altsystem mitnehmen.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.
