Wenn „Go-Live“ nicht wirklich live ist und was nötig ist, um es schnell zu beheben
Drei Wochen nach dem Go-Live brach alles zusammen.
Ein Cyberangriff traf uns im denkbar schlechtesten Moment. Das neue SAP S/4HANA-System war technisch live — aber operativ unbrauchbar. Zentrale Logistikmodule existierten, doch es gab keine echten Tests, keine strukturierte Schulung und keine zuverlässigen ERP- oder EDI-Prozesse.
Das Altsystem war abgeschaltet.
Und plötzlich wurden 13.000 Materialien manuell verwaltet.
Jeder Tag wurde zum Krisenmodus. Lieferungen wurden stündlich umgeplant. Kunden überfluteten die Leitungen. OEM-Produktionslinien standen still. Im Werk luden Planer Bedarfe manuell herunter, erfassten Daten erneut und hinterfragten Bestände, denen niemand wirklich vertraute.
Das war kein IT-Problem mehr.
Das war ein Kampf um die Geschäftskontinuität.
Schritt 1: Klarheit statt Chaos
Bevor wir das System anfassten, brauchten wir Transparenz.
Wir haben alles analysiert — Rückstände, Kundenbedarfe, Versandprioritäten und Stammdatenlücken. Das Ergebnis war klar: SAP war nicht das Problem. Die Basis war es.
Inkonsistente Stammdaten. Unzuverlässiges MRP. Fragwürdige Bestandsgenauigkeit. Und ein Team ohne SAP-Erfahrung.
Also sind wir zu den Grundlagen zurückgekehrt.
Schritt 2: Fundament reparieren
Wir haben die Kernbereiche neu aufgebaut:
Materialstammdaten. Stücklisten. Arbeitspläne. MRP-Parameter. Lagerstrukturen.
Erst als die Daten stabil waren, gingen wir weiter — mit strukturierten Workstreams in MM, PP, SD, EWM, TM, PM und QM.
Keine Big-Bang-Lösungen. Keine theoretischen Workshops.
Nur fokussierte, schrittweise funktionale Stabilisierung.
Parallel führten wir sofort Cycle Counting ein.
Denn ohne genaue Bestände funktioniert kein System.
Diese Maßnahme veränderte alles — sie reduzierte Risiken und stellte das Vertrauen in die Zahlen wieder her.
Schritt 3: Manuelle Arbeit schnell eliminieren
Der Wendepunkt?
Die Reaktivierung von automatisiertem EDI.
Innerhalb von acht Wochen liefen Kundenbedarfe und Versandbestätigungen wieder direkt in SAP. Keine manuelle Bearbeitung mehr. Kein Rauschen mehr.
MRP stabilisierte sich — mit weniger als ±2 % Abweichung bei Fertigwaren und Umlaufbeständen.
Schulungen fanden nicht im Klassenzimmer statt, sondern im realen Betrieb. Nach 7,5 Wochen vermied das Team das System nicht mehr — es verließ sich darauf.
Drei Monate später
• Vollständige funktionale Implementierung abgeschlossen
• EDI vollständig wiederhergestellt
• Bestandsgenauigkeit durch Cycle Counting stabilisiert
• 50 % weniger Überstunden (indirekte Bereiche)
• Schlankere Planungsteams
• Keine OEM-Produktionsstillstände
Was als Chaos begann, wurde zu kontrollierter Umsetzung.
Die wichtigste Erkenntnis
SAP zu installieren ist nicht dasselbe wie SAP zu implementieren.
Technologie allein stabilisiert kein Unternehmen.
Disziplinierte Prozesse und kompetente Mitarbeiter tun es.
Wenn Ihr SAP S/4HANA-System „live“ ist, aber nicht wirklich funktioniert, akzeptieren Sie kein Dauer-Feuerlöschen.
Reparieren Sie die Basis. Gewinnen Sie die Kontrolle zurück. Und lassen Sie Ihr System das leisten, wofür es gedacht ist.