Zeiss SAP-Cloud-Migration vollzieht Kehrtwende, nachdem Kosten 200 Millionen Euro erreichen
Zeiss hat seine SAP-Cloud-Migration überarbeitet, nachdem die Kosten Berichten zufolge 200 Millionen Euro überschritten hatten, und gibt einen vollständigen Neuaufbau zugunsten einer konservativeren Konvertierung auf.
Der deutsche Optikkonzern wird mehr seiner bestehenden Software, Daten und Geschäftsprozesse beibehalten, während er seine Enterprise-Resource-Planning-Systeme in die Cloud überführt. Die Entscheidung ersetzt die Greenfield-Strategie, die Zeiss als seltene Gelegenheit beworben hatte, sein technologisches Fundament neu zu gestalten.
Diese Kehrtwende ist mehr als ein teures einzelnes IT-Projekt. Zeiss liefert wesentliche Optik für die modernsten Halbleiterfertigungsanlagen von ASML. Seine internen Systeme unterstützen Fabriken, Bestände, Aufträge, Finanzkontrollen und ein weltweit verteiltes Produktionsnetzwerk.
Die SAP-Cloud-Migration von Zeiss veranschaulicht nun eine schwierige Entscheidung, vor der andere große SAP-Kunden stehen. Sie können ihre Systeme auf standardisierten Prozessen neu aufbauen oder mehr ihrer Altsystemarchitektur bewahren, um Kosten und Umsetzungsrisiken zu begrenzen.
Der Brownfield-Weg bietet eine schnellere und potenziell günstigere Route. Allerdings bleibt dabei ein Teil jener Komplexität erhalten, die das ursprüngliche Programm beseitigen sollte.
Was sich bei der SAP-Cloud-Migration von Zeiss geändert hat
Zeiss hat weder SAP noch sein Cloud-Ziel aufgegeben, aber grundlegend verändert, wie es dieses Ziel erreichen will.
Laut der Zeiss-Migration begann das Unternehmen vor rund sechs Jahren mit der Planung seines Cloud-Übergangs. Externe Beratungsunternehmen haben das Programm laut mit dem Projekt vertrauten Personen geleitet.
Die ursprüngliche Strategie folgte einem Greenfield-Modell. Bei diesem Ansatz wird ein neues System mit neu gestalteten Prozessen, Konfigurationen und Datenstrukturen geschaffen, anstatt die bestehende Umgebung direkt zu konvertieren.
Greenfield-Programme versprechen eine sauberere Architektur, weil Teams alte Anpassungen und uneinheitliche Arbeitsabläufe entfernen können. Sie können Geschäftsbereiche zudem dazu zwingen, ein gemeinsames Betriebsmodell zu übernehmen.
Dieses Versprechen ist an eine anspruchsvolle Voraussetzung geknüpft. Das Unternehmen muss sich darauf einigen, wie sein künftiges Geschäft funktionieren soll, bevor die neue Plattform in Betrieb gehen kann.
Zeiss beschrieb diesen Anspruch bereits mehrere Jahre vor der berichteten Kehrtwende öffentlich. Sein FIT4-Programm sollte eine SAP-R/3-Umgebung ersetzen, die sich innerhalb des Konzerns uneinheitlich entwickelt hatte.
Ein englischsprachiger FIT4-Plan beschrieb vier zentrale SAP-Installationen und 78 Auftragsvarianten. Rund 14.000 Beschäftigte nutzten die bestehende ERP-Umgebung, die monatlich etwa 53 Millionen SAP-Transaktionen verarbeitete.
Das Programm umfasste etwa 160 Zeiss-Einheiten. Weitere 80 Einheiten arbeiteten außerhalb der bestehenden ERP-Landschaft, was die Herausforderung erhöhte, eine einheitliche globale Vorlage zu schaffen.
Zeiss verglich das Projekt mit dem Bau eines Wohnkomplexes mit einem gemeinsamen Grundriss. Einzelne Geschäftsbereiche konnten Änderungen beantragen, doch kundenspezifische Entwicklungen sollten die Ausnahme bleiben.
Dieses Modell verlangte von Technologie-Teams, Beratern und Fachleuten aus den Geschäftsbereichen, gemeinsame Prozesse vor dem Rollout zu definieren. Zeiss erklärte, seine Teams arbeiteten über Produktion, Logistik, Finanzen und weitere operative Funktionen hinweg.
Das Unternehmen sagt nun, es habe das Programm neu ausgerichtet, um schneller voranzukommen. Ein Sprecher bestätigte, dass der neue Brownfield-Ansatz viele bestehende Datensysteme bewahren werde.
Eine Brownfield-Konvertierung überführt eine etablierte SAP-Umgebung nach S/4HANA und behält dabei einen Großteil ihrer Daten, Konfigurationen und Prozesshistorie bei. Die Arbeit erfordert weiterhin Code-Anpassungen, Tests, Integrationsänderungen und die Migration der Infrastruktur.
Es wäre daher unzutreffend, den Schritt als bloßes Verschieben alter Software in eine neue Hosting-Umgebung zu beschreiben. Zeiss muss weiterhin Systeme zusammenführen, die sich in Geschäftsbereichen und Regionen unterschiedlich entwickelt haben.
Der Unterschied liegt in der Ausgangsannahme des Projekts. Greenfield verlangt von Teams, zunächst die gewünschte Zukunft zu gestalten. Brownfield beginnt mit dem, was bereits funktioniert, und ändert nur, was die Zielumgebung erfordert.
Zeiss hat die Gesamtinvestition nicht öffentlich bestätigt und auch keinen überarbeiteten Fertigstellungstermin genannt. SAP lehnte ebenfalls eine Stellungnahme zum Kundenprojekt ab.
Diese Auslassungen lassen mehrere wichtige Fragen offen. Das Unternehmen hat nicht benannt, welche Systeme konvertiert werden, welche Prozesse unverändert bleiben oder wie viel der bisherigen Arbeit wiederverwendet werden kann.
Die wesentliche Veränderung ist dennoch klar. Der Greenfield-SAP-Plan von Zeiss ist einem Ansatz aus Erhalt, schrittweiser Modernisierung und strengerer Kostenkontrolle gewichen.
Warum Zeiss nach Jahren der Greenfield-Arbeit Brownfield gewählt hat
Die Kehrtwende deutet darauf hin, dass sich die Neugestaltung von Prozessen schwerer steuern ließ, als der ursprüngliche Architekturplan erwartet hatte.
Zeiss hatte einen guten Grund, die Greenfield-Entwicklung zu bevorzugen. Seine bestehenden ERP-Systeme enthielten Varianten, die sich über Jahre durch Wachstum, lokale Entscheidungen, Übernahmen und spezielle Anforderungen der Fertigung angesammelt hatten.
Eine neue Implementierung bot die Chance, diese Unterschiede zu beseitigen. Standardisierte Prozesse könnten einheitliches Reporting, integrierte Planung und eine schnellere Abstimmung zwischen Fabriken und Geschäftsbereichen unterstützen.
Doch jeder vorgeschlagene Standard führt zu Verhandlungen. Ein Produktionsteam benötigt möglicherweise einen speziellen Workflow, während die Finanzabteilung einheitliche Kontrollen fordert. Regionale Einheiten können unterschiedlichen regulatorischen, steuerlichen oder kundenbezogenen Anforderungen unterliegen.
Diese Meinungsverschiedenheiten werden teuer, wenn Berater, interne Experten und Software-Teams die globale Vorlage wiederholt überarbeiten müssen. Jede Änderung betrifft Konfigurationen, Schnittstellen, Datenkonvertierung, Dokumentation und Tests.
Zeiss räumte das Ausmaß dieser Koordination bereits vor der aktuellen Überarbeitung ein. In einem Karriereprofil des Unternehmens hieß es, das Rollout-Team habe aus mehr als 100 Beschäftigten sowie externen Beratern bestanden.
Diese Beteiligten waren auf Länder wie die Vereinigten Staaten, Indien und Ungarn verteilt. Das Unternehmen beschrieb das Projekt sowohl als architektonische Konsolidierung als auch als Bemühung zur Prozessharmonisierung.
Die Greenfield-Umsetzung verlangt zudem, dass Organisationen tatsächliche operative Anforderungen von historisch gewachsenen Gewohnheiten unterscheiden. Diese Abgrenzung wird schwierig, wenn das ERP-System Aktivitäten steuert, die keine Unterbrechung tolerieren.
Bei Zeiss zählen dazu Aufträge, Lieferungen, Bestände, Produktionskapazitäten und Rechnungen. Ein Designfehler kann damit rasch aus einem IT-Rückstau zu einem Problem in der Fertigung oder im Kundenservice werden.
Die berichteten Ausgaben deuten darauf hin, dass das Projekt erhebliche Ressourcen verbrauchte, bevor das Management die Richtung änderte. Sie zeigen nicht, dass sämtliche vorherige Arbeit verloren war.
Prozesslandkarten, bereinigte Daten, Integrationsinventare und Testfälle können bei einer Brownfield-Konvertierung weiterhin nützlich sein. Teile der globalen Vorlage könnten auch spätere Optimierungen unterstützen.
Allerdings verändert sich die wirtschaftliche Begründung, sobald das Management Erhalt statt Ersatz wählt. Vorteile, die auf weitreichender Vereinfachung beruhen, lassen sich schwerer geltend machen, wenn alte Strukturen in der neuen Umgebung fortbestehen.
Die Brownfield-Migration von Zeiss gibt dem Unternehmen einen besser kontrollierbaren Umfang. Teams können die technische Konvertierung, die notwendige Bereinigung von Code und die für Kontinuität erforderlichen Schnittstellen priorisieren.
Die Dokumentation von SAP bestätigt, dass sein Private-Cloud-Produkt die Konvertierung von SAP ERP unterstützt. Sie bietet zudem Hinweise zur Anpassung kundenspezifischen Codes und zur Überführung von Daten in die S/4HANA-Umgebung.
Dieser Weg reduziert die Zahl gleichzeitiger organisatorischer Veränderungen. Er beseitigt jedoch weder die Notwendigkeit, Geschäftsprozesse zu testen, noch die Aufgabe, inkompatible Anpassungen zu lösen.
Der Branchenberater Byron Ford sagte Bloomberg, dass Greenfield-Programme in der Regel mindestens 20 Prozent mehr kosten als Brownfield-Projekte. Je nach Umfang könne sich der Unterschied auf das Doppelte der Kosten belaufen.
Diese Schätzung ist keine Prognose für Zeiss. Globale Präsenz, Anzahl der Systeme, Datenqualität, interne Personalausstattung und regulatorische Anforderungen können zu sehr unterschiedlichen Ergebnissen führen.
Sie erklärt jedoch, warum eine Brownfield-Konvertierung attraktiver wird, wenn die Ausgaben steigen. Das Management kann die Transformation eingrenzen, ohne vollständig zur Legacy-Plattform zurückzukehren.
Der Kurswechsel spiegelt zudem ein verbreitetes Muster bei großen Technologieprogrammen wider. Frühere Pläne optimieren auf den gewünschten Zielzustand, spätere Entscheidungen auf einen umsetzbaren Übergang.
Dieser Zielkonflikt verschärft sich, wenn die geschäftliche Nachfrage weiter wächst. Zeiss baut seine halbleiterbezogenen Kapazitäten aus, während seine internen Teams zugleich zentrale Betriebssysteme neu gestalten sollen.
Ein wachsender Hersteller kann seine Organisation nicht für mehrere Jahre einfrieren. Neue Einrichtungen, Produkte, Rechtseinheiten und Lieferbeziehungen kommen während der Umsetzung weiterhin in das System.
Jede Veränderung kann den Greenfield-Plan veralten lassen, bevor der Rollout abgeschlossen ist. Die Brownfield-Konvertierung akzeptiert dieses bewegliche Ziel und bewahrt mehr des bereits in der Software verankerten Betriebswissens.
SAPs Cloud-Versprechen trifft auf die Realität der Unternehmensanpassung
Der zentrale Konflikt lautet nicht mehr alte Software gegen neue Software. Es geht um Transformationsanspruch gegen operative Realität.
SAP ermutigt Kunden seit Jahren, lokal betriebene Unternehmensanwendungen durch cloudbasierte Abonnements zu ersetzen. Seine Strategie hängt davon ab, eine große installierte Basis in Richtung S/4HANA und zugehöriger Cloud-Dienste zu bewegen.
Für Kunden umfasst der Reiz verwaltete Infrastruktur, regelmäßigere Updates, integrierte Analysen und Zugang zu neueren Automatisierungs- und KI-Funktionen.
Diese Vorteile entstehen erst, wenn die zugrunde liegenden Geschäftsprozesse, Daten, Integrationen und kundenspezifischen Codes im Zielsystem zuverlässig funktionieren.
Diese Anforderung ist besonders anspruchsvoll für Industrieunternehmen. Ihre ERP-Umgebungen verbinden Planungssoftware mit Fertigungssystemen, Lagern, Lieferanten, Qualitätskontrollen und Finanzberichterstattung.
Zeiss ist zudem in mehreren unterschiedlichen Märkten tätig. Zu seinen Geschäftsbereichen gehören Halbleitertechnologie, Medizintechnik, industrielle Messtechnik und Konsumentenoptik.
Ein Prozess, der für ein Brillengeschäft funktioniert, muss nicht den Anforderungen eines Lieferanten von Halbleiterausrüstung genügen. Die Greenfield-Standardisierung muss diese Unterschiede entweder in Einklang bringen oder sorgfältig gesteuerte Ausnahmen unterstützen.
Der ursprüngliche Greenfield-SAP-Plan von Zeiss behandelte die Migration als Chance, uneinheitliche Prozesse zu beseitigen. Seine Gestalter wollten, dass die Geschäftsbereiche in eine gemeinsame Architektur eintreten, statt jede frühere Entscheidung zu reproduzieren.
Die berichtete Kehrtwende zeigt die Grenze dieser Baumetapher. Ein globales ERP-System ist kein leeres Gebäude, das auf Mieter wartet. Es enthält operative Entscheidungen, die über Jahrzehnte getroffen wurden.
Einige Entscheidungen stehen für vermeidbare Komplexität. Andere verkörpern Wissen über Fertigung, Compliance, Kunden oder Lieferbeschränkungen, das eine generische Vorlage nicht ohne Risiko verwerfen kann.
Diese Unterscheidung schafft ein Governance-Problem. Berater können Standardprozesse empfehlen, doch Geschäftsleiter bleiben verantwortlich, wenn diese Prozesse während der Produktion versagen.
Externe Partner arbeiten zudem unter kommerziellen Strukturen, die fortlaufende Aktivitäten belohnen können. Mehrere Anbieter, unklare Entscheidungsrechte und schwache Abnahmekriterien können die Verantwortlichkeit erschweren.
Eine Branchenstudie zu Migrationen ergab, dass nur 15 Prozent der befragten SAP-Programme planmäßig und innerhalb des Budgets abgeschlossen wurden. Die Analyse brachte schlechte Ergebnisse mit Governance-Problemen, konkurrierenden Dienstleistern und unklaren Verantwortlichkeiten in Verbindung.
Die Studie stellte außerdem fest, dass viele Unternehmen darauf setzen, Unterbrechungen zu begrenzen, statt weitreichende Transformationen voranzutreiben. Diese Entscheidung kann unmittelbare Risiken verringern, während Standardisierung und Datenbereinigung aufgeschoben werden.
Zeiss hat sich nun dieser risikobegrenzenden Position angenähert. Das Unternehmen kann funktionierende Prozesse beibehalten, die Plattformumstellung abschließen und die Vereinfachung erneut angehen, sobald sich die operative Stabilität verbessert hat.
Dies ist eine Umkehrung der Reihenfolge, nicht zwangsläufig des Ziels. Zeiss könnte seine Systemlandschaft weiterhin standardisieren, scheint jedoch nicht länger bereit zu sein, eine umfassende Neugestaltung zur Voraussetzung für Fortschritte in der Cloud zu machen.
SAP selbst ermöglicht zunehmend schrittweise Übergänge. Die Cloud-Kommunikation des Unternehmens betont den Schutz bestehender Investitionen, die Steuerung des Zeitplans und eine inkrementelle Modernisierung.
Diese Positionierung erkennt eine unvermeidliche Tatsache an. Die größten SAP-Kunden haben oft mehr Legacy-Komplexität, nicht weniger, weil ihre Systeme zahlreiche Länder und spezialisierte Betriebsabläufe unterstützen.
Die SAP-Cloud-Migration von Zeiss prüft daher zwei Versprechen zugleich. SAP muss zeigen, dass sein Cloud-Modell komplexe Kunden aufnehmen kann, während Zeiss nachweisen muss, dass der Erhalt bestehender Strukturen messbare Fortschritte bringt.
Das wahrscheinliche Ergebnis wird weniger architektonische Reinheit sein. Es könnte jedoch auch ein System schaffen, das früher produktiv geht und weniger operative Überraschungen mit sich bringt.
Brownfield-Kontrollen kosten, bewahren jedoch technische Schulden
Zeiss hat eine Risikokategorie verringert, indem es eine andere akzeptiert: Eine schnellere Umstellung kann die Komplexität erhalten, die zuvor einen Neuaufbau rechtfertigte.
Technische Schulden bezeichnen Designentscheidungen, die künftige Wartungs- oder Änderungskosten erhöhen. In ERP-Systemen zeigen sie sich häufig in kundenspezifischem Code, doppelt vorhandenen Prozessen, inkonsistenten Daten und fragilen Integrationen.
Eine Brownfield-Umstellung übernimmt einen großen Teil dieser Historie. Teams müssen bestimmen, welche Anpassungen mit S/4HANA kompatibel bleiben und welche geändert oder stillgelegt werden müssen.
Der Ansatz kann dennoch Bereinigungen umfassen. Zeiss kann ungenutzten Code entfernen, ausgewählte Schnittstellen konsolidieren, veraltete Daten archivieren und Prozesse dort standardisieren, wo bereits Einigkeit besteht.
Das Programm beginnt jedoch nicht länger mit einer leeren Konfiguration. Jede beibehaltene Komponente muss in der neuen Umgebung bewertet werden.
Dadurch entsteht ein schwieriges Messproblem. Eine erfolgreiche technische Umstellung kann den Zeitplan einhalten und dennoch weniger betriebliche Verbesserungen liefern, als der Greenfield-Business-Case versprochen hatte.
Das Unternehmen hat nicht offengelegt, welche Vorteile die Neugestaltung überstanden haben. Ebenso wenig sagte es, ob die berichteten Kosten Lizenzen, Berater, interne Arbeit, Infrastruktur oder den Parallelbetrieb von Systemen umfassen.
Ohne diese Aufschlüsselung können Beobachter nicht bestimmen, warum die Ausgaben die Erwartungen überstiegen. Die verfügbaren Berichte deuten auf eine höhere als erwartete Implementierungskomplexität hin, jedoch nicht auf einen einzelnen technischen Fehler.
Die Beteiligung externer Beratungen verdient eine genaue Prüfung, ohne vorschnell Schuldzuweisungen vorzunehmen. Bloomberg nannte die Firmen nicht, die den Übergang bei Zeiss leiteten.
Große Programme teilen Verantwortlichkeiten häufig zwischen einem Softwareanbieter, Systemintegratoren, Cloud-Anbietern und internen Teams auf. Probleme können an den Grenzen zwischen ihren Verträgen entstehen.
Ein Anbieter kann die Kernplattform konfigurieren, während ein anderer Daten oder Integrationen verwaltet. Die Geschäftsbereiche von Zeiss müssen dann prüfen, ob das kombinierte System die tatsächliche operative Arbeit unterstützt.
Unklar definierte Eigentümerschaft kann wiederholte Neugestaltungen und Tests verursachen. Sie kann zudem dazu führen, dass Managementberichte positiv aussehen, bis miteinander verbundene Prozesse gemeinsam bewertet werden.
Daten stellen ein weiteres Risiko dar. Der Erhalt bestehender Systeme schützt die operative Kontinuität, doch inkonsistente Datensätze können Analysen und Automatisierung nach der Migration schwächen.
Die neueren Dienste von SAP sind auf verlässlichen Geschäftskontext angewiesen. Künstliche Intelligenz kann widersprüchliche Materialcodes, doppelte Lieferanten oder unklare Prozesseigentümerschaft nicht ausgleichen.
Diese Sorge ist bereits im gesamten Kundenstamm sichtbar. Ein Migrationsbenchmark aus dem Jahr 2025 ergab, dass 62 Prozent der Befragten hohe Projektkosten als zentrales Übergangshindernis nannten.
Dieselbe Untersuchung ergab, dass 55 Prozent die Projektdauer als Problem identifizierten, gegenüber 37 Prozent im Vorjahr.
Diese Ergebnisse beweisen nicht, dass Brownfield immer vorzuziehen ist. Sie zeigen, warum Managementteams offenen Neugestaltungen gegenüber weniger tolerant werden, wenn Fristen näher rücken.
Brownfield garantiert auch keine niedrigeren Lebenszykluskosten. Unternehmen können jetzt für die Umstellung zahlen und anschließend jahrelange Bereinigungen finanzieren.
Der Übergang kann einen Parallelbetrieb erfordern, während Teams die neue Umgebung validieren. Bleiben Legacy-Systeme länger als geplant aktiv, können Infrastruktur- und Supportausgaben neben Cloud-Abonnements weiterlaufen.
Branchenforschung bringt diese überlappenden Umgebungen mit höheren Kosten nach der Migration in Verbindung. Das Risiko wächst, wenn die alte Plattform nie vollständig abgeschaltet wird.
Zeiss muss daher verhindern, dass sein pragmatischer Kurswechsel zu einem unbefristeten Zwischenzustand wird. Eine erfolgreiche Umstellung benötigt klare Stilllegungstermine, Verantwortungsregeln und messbare Vereinfachungsziele.
Auch für SAP besteht ein strategisches Risiko. Jeder prominente Rückzug von einer Greenfield-Transformation kann das Vertrauen in große, von Beratungen geführte Modernisierungsprogramme schwächen.
Der Softwareanbieter kann argumentieren, dass Brownfield weiterhin ein unterstützter Weg in sein Cloud-Portfolio ist. Das stimmt, verändert jedoch die Kundennutzen-Erzählung.
Das Wertversprechen wird zu Kontinuität und gesteuerter Modernisierung statt umfassender Neuerfindung. Für viele Kunden könnte dieses engere Versprechen glaubwürdiger sein.
Der Zeitplan setzt Zeiss, SAP und seine Berater unter Druck
Die Zeit spricht nun für eine kontrollierte Umstellung, weil SAPs Wartungszeitplan und die industrielle Expansion von Zeiss kaum Raum für einen weiteren Neustart lassen.
SAP bietet für die Kernanwendungen der Business Suite 7 bis Ende 2027 Mainstream-Wartung an. Eine optionale erweiterte Wartung läuft bis 2030.
Dieser Wartungszeitplan schafft eine feste Planungsbeschränkung. Kunden können ihren Übergang verlängern, doch ein Aufschub beseitigt die zugrunde liegende Migrationsentscheidung nicht.
Zeiss begann seine Planung Jahre vor dieser Frist. Die aktuelle Überarbeitung deutet darauf hin, dass ein früher Start das Programm nicht vor Druck durch Umfang und Kosten geschützt hat.
Die Brownfield-Strategie muss die Planungshistorie nun in Fortschritte bei der Bereitstellung überführen. Andernfalls riskiert das Unternehmen, mehr auszugeben und gleichzeitig alte und neue Umgebungen zu betreiben.
Der Druck reicht weit über die IT-Abteilung hinaus. Finanzteams benötigen verlässliche Berichte, Produktionsteams präzise Planung und Lieferkettenbereiche stabile Bestandsdaten.
Die Position von Zeiss in der Halbleiterfertigung erhöht den Einsatz. Laut Bloomberg ist das Unternehmen der exklusive Optiklieferant für ASMLs fortschrittlichste Lithografiemaschinen.
Diese optischen Systeme helfen Chipherstellern bei der Produktion führender Prozessoren, einschließlich Komponenten für KI-Infrastruktur. Operative Störungen bei Zeiss könnten daher eine strategisch wichtige Lieferkette beeinträchtigen.
Es gibt keine Hinweise darauf, dass das SAP-Programm die Produktion von Zeiss oder Lieferungen an ASML unterbrochen hat. Die Bedeutung liegt in den möglichen Auswirkungen, falls eine schlecht kontrollierte Migration kritische Betriebsabläufe erreichen würde.
Zeiss muss Modernisierung gegen diese Kontinuitätsanforderung abwägen. Eine Brownfield-Umstellung lässt sich leichter vertreten, wenn die Fertigungsnachfrage steigt und Systeme einen instabilen Rollout nicht tolerieren können.
SAP steht unter einer anderen Form von Druck. Seine Cloud-Wachstumsstrategie erfordert, dass große Kunden Migrationen abschließen, statt lediglich Vereinbarungen zu unterzeichnen oder in mehrjährigen Implementierungsprogrammen zu verbleiben.
Ein Kunde, der von Greenfield zu Brownfield wechselt, kann weiterhin Cloud-Umsatz generieren. Der Wechsel zeigt jedoch, dass Implementierungskomplexität begrenzen kann, wie schnell SAP seine installierte Basis ausbaut.
Kundenbudgets werden zu einer weiteren Einschränkung. Eine Umfrage aus dem Jahr 2026 ergab, dass 61 Prozent der teilnehmenden SAP-Kunden Budgetdruck als ihre größte Herausforderung nannten.
Der Forschungsleiter von ASUG führte einen großen Teil dieses Drucks auf S/4HANA-Projekte zurück. Das Ergebnis, das in einer Analyse zu Kundenbudgets berichtet wurde, deutet darauf hin, dass Migrationsausgaben direkt mit anderen Technologieprioritäten konkurrieren.
Zu diesem Wettbewerb gehören nun auch die Produkte von SAP für künstliche Intelligenz. Kunden müssen moderne, kontrollierte Datensysteme etablieren, bevor viele weitergehende Automatisierungsversprechen praktisch umsetzbar werden.
Auch Beratungen stehen vor einer Glaubwürdigkeitsprüfung. Sie verantworten einen großen Teil der Design-, Umstellungs-, Daten- und Change-Management-Arbeit in großen ERP-Programmen.
Der Fall Zeiss belegt kein Fehlverhalten von Beratern. Er wirft jedoch Fragen zu Schätzungen, Umfangskontrolle und dazu auf, ob die Anreize eine lieferbare Implementierung unterstützten.
Die nächste Phase wird zeigen, wie sich Verantwortlichkeiten verändert haben. Ein glaubwürdiger Neustart sollte verantwortliche Eigentümer, enger gefasste Meilensteine und Geschäftsergebnisse benennen, die Nutzer validieren können.
Die erzwungene Reaktion wird daher geteilt. Zeiss muss eine straffere Governance durchsetzen, SAP muss eine weniger idealisierte Migration unterstützen und externe Partner müssen gemäß dem überarbeiteten Umfang liefern.
Drei Signale werden zeigen, ob der Brownfield-Neustart funktioniert
Der überarbeitete Plan sollte anhand von Produktivsetzungsmeilensteinen, der Stilllegung von Legacy-Systemen und stabilen Betriebskosten bewertet werden, nicht anhand einer weiteren Transformationsankündigung.
Das erste Signal ist ein bestätigter Rollout-Meilenstein. Zeiss hat keinen überarbeiteten Projektzeitplan vorgelegt, daher wird die nächste bekannt gegebene Bereitstellung wichtiger sein als ein breit gefasstes Abschlussziel.
Ein erfolgreicher Produktivstart in einem Geschäftsbereich oder einer Region würde zeigen, dass das Unternehmen seine Brownfield-Entscheidung in einen umsetzbaren Umfang überführt hat.
Eine weitere Verzögerung würde das Argument schwächen, dass der Strategiewechsel schnellere Fortschritte geschaffen hat. Sie würde darauf hindeuten, dass Governance, Integrationen oder Daten größere Hindernisse bleiben als das Systemdesign.
Das zweite Signal sind Belege dafür, dass Zeiss Legacy-Installationen stilllegt. Eine Brownfield-Umstellung liefert nur begrenzten wirtschaftlichen Nutzen, wenn die alten Umgebungen neben der Cloud-Plattform weiterlaufen.
Beobachter sollten auf weniger aktive ERP-Instanzen, einen reduzierten Parallelbetrieb und eine klare Migrationsabdeckung über die von FIT4 identifizierten rund 160 Einheiten achten.
Diese Belege würden die Annahme stärken, dass Zeiss wesentliche Prozesse bewahrt hat, ohne jedes redundante System beizubehalten. Anhaltende Fragmentierung würde zeigen, dass der Neustart die Konsolidierung lediglich aufgeschoben hat.
Das dritte Signal ist ein stabiler Kostenausblick, nachdem das überarbeitete Programm in die Umsetzung eingetreten ist. Zeiss muss nicht jeden Vertrag offenlegen, doch das Management sollte klarstellen, ob die Ausgaben nicht länger steigen.
Ein stabiles Budget zusammen mit abgeschlossenen Rollouts würde die Brownfield-These stützen. Ein weiterer erheblicher Anstieg würde darauf hindeuten, dass Legacy-Code und Integrationsarbeit die erwarteten Einsparungen aufzehren.
Leser sollten den Schritt nicht als Beweis verstehen, dass Greenfield-Migrationen immer scheitern. Einige Unternehmen profitieren von einem Neuaufbau, wenn Legacy-Prozesse strategische Veränderungen blockieren und die Führung Standardisierung durchsetzen kann.
Auch die Entscheidung von Zeiss beweist nicht, dass eine Brownfield-Umstellung sicher ist. Bewahrte Komplexität kann bei Tests, Upgrades, Analyseprojekten oder späteren Prozessänderungen erneut auftreten.
Die nützlichere Lehre betrifft die Reihenfolge. Unternehmen können die Plattformumstellung von einer umfassenden Neugestaltung des Geschäfts trennen, statt beides gleichzeitig in jeder Einheit umzusetzen.
Diese Reihenfolge reduziert die Zahl gleichzeitiger Veränderungen, erfordert nach dem Go-live jedoch Disziplin. Aufgeschobene Bereinigungen brauchen klar benannte Verantwortliche, Finanzierung und Fristen – sonst werden sie zu dauerhaften technischen Schulden.
Technologieführungskräfte, die ihre eigenen Migrationen bewerten, sollten fragen, was jede Anpassung schützt. Sie sollten außerdem ermitteln, welche der behaupteten Vorteile davon abhängen, diese Anpassung vor der Umstellung zu entfernen.
Projektbewertungen sollten Architekturentscheidungen mit konkreten Geschäftsergebnissen verknüpfen. Ein Clean-Core-Anteil bedeutet wenig, wenn Fabriken, Finanzteams oder Betriebsabläufe ihre Arbeit nicht zuverlässig erledigen können.
Teams benötigen außerdem eine unabhängige Dokumentation von Entscheidungen, Abhängigkeiten und Abnahmekriterien. Eine durchsuchbare Engineering-Wissensdatenbank kann helfen, diesen Kontext teamübergreifend sowie über Beratungsunternehmen hinweg zu bewahren.
Die SAP-Cloud-Migration von Zeiss hat nun einen enger gefassten und praxisnäheren Prüfstein. Sie muss kritische Systeme umstellen, ohne einen Hersteller zu unterbrechen, der tief in die globale Halbleiter-Lieferkette eingebunden ist.
Beobachten Sie den nächsten Produktiv-Rollout, die Stilllegung alter SAP-Instanzen und die überarbeitete Kostenentwicklung. Zusammen werden diese Signale zeigen, ob Zeiss einen tragfähigen Weg nach vorn gefunden oder die schwierigsten Entscheidungen lediglich aufgeschoben hat.
