Die Post‑Go‑Live‑Illusion: Wenn das neue System die Steuerungsfähigkeit lähmt

Die Post‑Go‑Live‑Illusion

Der Moment des Go‑Live wird in S/4HANA‑Projekten oft als Zielgerade inszeniert. Die Realität zeigt jedoch: Der Go‑Live ist lediglich der Startschuss für die operative Bewährungsprobe. In dem hier untersuchten Fall führte eine Einführung im Frühherbst zu einer systemischen Krise beim ersten Jahresabschluss. Die Durchlaufzeiten verdoppelten sich, funktionale Lücken blockierten Kernprozesse, und die Organisation verlor ihre Souveränität über die eigenen Zahlen.

Operative Risse & Systemlogik

Kurz nach der Einführung traten die ersten Symptome auf: Das Tagesgeschäft wurde zähflüssig. Was oft als harmlose „Gewöhnungsphase“ abgetan wird, war in Wahrheit das Ergebnis einer unzureichenden Verzahnung von technischer Konfiguration und organisationaler Realität.

Ein ERP‑System wie S/4HANA verzeiht keine Prozessunschärfen. Wenn die Stammdatenpflege oder die Belegfluss‑Logik nicht bis in die Tiefe verstanden werden, entstehen im Hintergrund Fehlerketten. Diese zeigen sich oft erst dann massiv, wenn das System unter Volllast steht – wie beim ersten Jahresabschluss.

Die Anatomie der No‑Situation beim Abschluss

Dass ein Jahresabschluss technisch „nicht durchführbar“ ist, ist im Enterprise‑Umfeld ein Alarmzeichen höchster Güte. Die Analyse identifizierte zwei Hauptursachen:

• Funktionale Lücken (The Config Gap): Bestimmte länderspezifische oder geschäftsvorfallspezifische Abschlussbuchungen waren im System nicht korrekt hinterlegt oder wurden im Projekt‑Scope vergessen. In der Folge mussten Buchungen manuell außerhalb des Systems vorbereitet werden – mit Risiken für Revisionssicherheit und Abschlussqualität.
• Know‑how‑Erosion (The Enabling Gap): Das interne Team beherrschte zwar Grundfunktionen, war aber mit den neuen Controlling‑Logiken und Integrationsmechanismen des Universal Journals (ACDOCA) überfordert. Die Abhängigkeit von externen Beratern führte zu Entscheidungsstaus an kritischen Abschlusstagen.

Warum Durchlaufzeiten explodieren

S/4HANA verspricht „Closing on the fly“. Dass sich die Durchlaufzeiten hier verdoppelten, war kein technisches Problem der In‑Memory‑Datenbank, sondern ein prozessuales. Ohne tiefes Verständnis der neuen Prozessfolgen griffen die Mitarbeiter auf Schattenprozesse in Excel zurück. Diese manuellen Brücken zerstören den Automatisierungsvorteil und erzeugen massive Zeitverluste durch Abstimmungsschleifen.

AXIOM‑Intervention & Enabling

Die Intervention von AXIOM fokussierte sich nicht auf technische Programmierung, sondern auf die Wiederherstellung operativer Souveränität:

• Prozess‑Audit & Closing‑Lücken: Identifikation jeder Fehlermeldung im Abschlusscockpit und Rückführung auf fehlende Konfiguration oder fehlerhafte Stammdaten.
• Targeted Enabling: Statt allgemeiner Schulungen wurden Mitarbeiter direkt an ihren Abschlussaufgaben befähigt – mit dem Ziel, Fehler selbstständig zu diagnostizieren und zu beheben.

CFO‑Agenda: Drei fundamentale Lehren

1. Der Go‑Live ist ein Risiko‑Ereignis, kein Erfolg: Die ersten sechs Monate nach Go‑Live benötigen ein Stabilisierungsbudget für Erkenntnislücken und Nachschulungen.
2. Wissen ist eine Bilanzposition: Abhängigkeit von Implementierungspartnern im Abschluss ist ein operatives Risiko. Internes Know‑how ist Voraussetzung für regulatorische Fristen.
3. Prozesse schlagen Technik: Eine schnelle Datenbank kompensiert keine lückenhaften Prozesse. Steigende Durchlaufzeiten sind fast immer organisatorisch bedingt.