Nicht genug Zeit, um den ganzen Artikel zu lesen? Hören Sie sich die Zusammenfassung in 2 Minuten an.
Ein SAP S/4HANA Go-Live in Polen wird oft als Meilenstein der digitalen Transformation betrachtet. Die Lenkungsausschüsse schließen die Projektphase ab, die Berater reduzieren ihre Präsenz und die Unternehmen erwarten, dass sich das System im täglichen Betrieb etabliert.
Technisch gesehen könnte das System bereits in Betrieb sein. In operativer Hinsicht muss das Unternehmen noch lernen, wie es innerhalb einer neuen Kontrollarchitektur funktioniert.
SAP S/4HANA ersetzt nicht einfach nur Software. Es verändert die Art und Weise, wie Finanzen, Lieferkette und Betrieb mit Daten interagieren. Die ersten Monate nach dem Go-Live entscheiden darüber, ob sich das Unternehmen an diese Struktur anpasst oder sie stillschweigend zu umgehen beginnt.
Die schwerwiegendsten Fallstricke bei der Umsetzung treten nicht während der Durchführung, sondern während der anschließenden Stabilisierungsphase auf.
Wenn das System das Unternehmen verändert
ERP-Systeme scheitern selten, weil die Technologie nicht funktioniert. Sie scheitern, weil die Organisation weiterhin nach den Gewohnheiten des vorherigen Systems arbeitet.
Unter S/4HANA verhalten sich viele bekannte Prozesse anders. Echtzeit-Datenstrukturen ersetzen periodische Batch-Logik. Finanzbuchungen können granularer werden. Bestandsbewertungsmodelle können sich durch das Material-Ledger verschieben. Beschaffungsgenehmigungen können neuen digitalen Workflows folgen.
Diese Veränderungen verändern die Art und Weise, wie Informationen im Unternehmen weitergegeben werden.
Für Teams, die an ältere ERP-Umgebungen gewöhnt sind, ist der Unterschied subtil, aber gewaltig. Was früher manuell abgestimmt werden musste, kann jetzt automatisiert werden. Was früher flexibel war, kann jetzt kontrolliert werden, und was früher nur am Monatsende sichtbar war, kann jetzt sofort sichtbar werden.
Diese Umstellung zwingt Unternehmen dazu, die betriebliche Disziplin um ein neues digitales Rückgrat herum neu aufzubauen.
Erste Anzeichen von Systemfriktionen
In den Wochen nach einem polnischen SAP S/4HANA Go-Live sehen die ersten Anzeichen von Instabilität selten dramatisch aus.
Stattdessen treten kleine Unstimmigkeiten zwischen den Abteilungen zutage.
Finanzteams bemerken möglicherweise, dass die Berichtslogik ungewohnt ist. Bestandswerte können sich verschieben, weil das Materialbuch die Kostenströme anders erfasst. Beschaffungsteams stoßen auf Bestellungen, die durch unvollständige Stammdaten blockiert werden. Produktionsplaner fragen sich vielleicht, ob die Systemparameter die tatsächlichen Durchlaufzeiten der Lieferanten widerspiegeln.
Keines dieser Probleme muss auf einen technischen Fehler hindeuten.
Sie weisen darauf hin, dass die geschäftliche Realität und die Systemkonfiguration stimmen noch nicht überein.
Die Herausforderung besteht darin, dass die operativen Teams mit improvisierten Lösungen reagieren, anstatt die Systemstruktur zu verbessern.
Wo Workarounds beginnen
Bei jeder ERP-Umstellung gibt es einen Moment, in dem die Benutzer entscheiden, wie sie mit dem neuen System umgehen wollen.
In der Regel treten drei Muster auf:
1. Manueller Abgleich wächst
Die Teams exportieren Systemdaten in Tabellenkalkulationen, um die Ergebnisse zu überprüfen.
2. Schattenprozesse tauchen auf
Informelle Arbeitsabläufe umgehen die offizielle Konfiguration.
3. Schwächung der Kontrolldisziplin
Die Teams geben der Geschwindigkeit der Ausführung Vorrang vor der Datenintegrität.
Diese Reaktionen sind verständlich. Der Geschäftsdruck macht keine Pause, während sich ein System stabilisiert. Die Aufträge müssen ausgeliefert, die Rechnungen ausgestellt und die Produktion fortgesetzt werden.
Jede Umgehung führt jedoch dazu, dass sich das Unternehmen langsam von der in das ERP-System eingebetteten Logik abkoppelt.
Anstatt die Kontrolle zu verstärken, wird das System zu einer weiteren Ebene, auf der sich die Mitarbeiter bewegen.
Die Compliance-Ebene in Polen
In Polen hat die ERP-Stabilisierung eine zusätzliche Dimension: die Integration der Rechtsvorschriften.
Anforderungen an die Finanzberichterstattung wie SAF-T und die wachsende Rolle digitaler Rechnungsstellungssysteme wie KSeF bedeuten, dass Systemdaten nicht mehr nur intern sind. Die Transaktionsstrukturen müssen mit nationalen Berichtsstandards und Echtzeit-Validierungsumgebungen übereinstimmen.
Wenn ERP-Prozesse und regulatorische Schnittstellen nicht aufeinander abgestimmt sind, kompensieren Finanzteams dies häufig mit manuellen Anpassungen, um die Einhaltung der Vorschriften zu gewährleisten.
Dies birgt ein subtiles Risiko. Das Unternehmen bleibt zwar konform, aber die interne Datenintegrität wird geschwächt, weil die Systemausgaben ständig außerhalb der Plattform korrigiert werden.
Im Laufe der Zeit vergrößert sich die Kluft zwischen der operativen Tätigkeit und der ERP-Berichterstattung.
Warum die Stabilisierung schwieriger ist als die Umsetzung
Umsetzungsprojekte sind strukturierte Umgebungen. Sie arbeiten mit einer festgelegten Leitung, wöchentlichen Lenkungsausschüssen und speziellen Ressourcen. Probleme werden systematisch nachverfolgt und über formale Eskalationswege gelöst.
Nach dem Go-Live löst sich diese Struktur auf.
Projektteams kehren zu ihren funktionalen Rollen zurück. Die Integratoren treten zurück. Das Unternehmen erwartet, dass das System ruhig im Hintergrund läuft.
Dies ist jedoch genau die Zeit, in der das Unternehmen sein Verhalten an das System anpasst. Ohne strukturierte Aufsicht wird die Stabilisierung auf mehrere Abteilungen aufgeteilt.
Die Finanzabteilung korrigiert Unstimmigkeiten in der Berichterstattung. Operations passt Planungsparameter an. Die IT klärt Konfigurationsfragen. Jedes Team arbeitet an seinem eigenen Teil des Puzzles.
Was verschwindet, ist zentrales Ausführungseigentum.
Ohne diese Eigenverantwortung kann die Systemstabilisierung über Monate hinweg treiben.
Wenn die ERP-Stabilisierung zur Führungsaufgabe wird
Eine ERP-Umgebung berührt jeden Betriebsnerv eines Unternehmens. Finanzberichte, Beschaffung, Bestandsverwaltung und Produktionsplanung hängen alle von derselben Datenarchitektur ab.
Wenn die Stabilisierung ins Stocken gerät, ist das Problem selten technischer Natur.
Es wird zu einer Herausforderung für die Koordination zwischen den Funktionen.
Die Finanzabteilung braucht Vertrauen in die Berichtslogik. Der Betrieb benötigt zuverlässige Planungsparameter. Das Beschaffungswesen braucht saubere Lieferantenstammdaten. Die IT muss die Systemintegrität sicherstellen und gleichzeitig die Konfiguration anpassen.
Um diese Perspektiven in Einklang zu bringen, bedarf es einer Führungsautorität, die über die Grenzen von Abteilungen hinausgeht.
In einigen Unternehmen wird die Stabilisierungsphase durch erfahrene Interim-Führungskräfte verstärkt, die sich ausschließlich auf die Wiederherstellung der operativen Disziplin im System konzentrieren können. Ein Interim-CFO kann sich auf die Integrität der Finanzberichterstattung und die Transparenz des Betriebskapitals konzentrieren, während ein Interims-CIO oder Transformationsleiter sorgt für die Anpassung der Konfiguration in allen Unternehmensfunktionen.
Die Aufgabe besteht nicht darin, das ERP-Programm neu zu gestalten. Es geht darum, die Verantwortlichkeit zu konzentrieren, während das Unternehmen lernt, innerhalb seines neuen digitalen Rahmens zu arbeiten.
ERP Go-Live ist ein struktureller Reset
Die Einführung von SAP S/4HANA in Polen wird oft als technologisches Upgrade beschrieben. In der Praxis handelt es sich jedoch eher um eine strukturelle Umstellung der Informationsverarbeitung im Unternehmen.
Jede Transaktion fließt durch das System, jede betriebliche Entscheidung hinterlässt eine Datenspur, und der Managementbericht hängt von der Integrität dieser Architektur ab.
Wenn die Stabilisierungsphase diszipliniert gehandhabt wird, gewinnt die Organisation an Transparenz, schnellerer Berichterstattung und strengerer operativer Kontrolle.
Wird dies vernachlässigt, wird das System von manuellen Umgehungen und fragmentierten Prozessen umgeben, die seinen Wert allmählich aushöhlen.
Der Erfolg einer ERP-Transformation wird also nicht durch das Einführungswochenende definiert.
Sie wird dadurch definiert, ob die Organisation die operative Disziplin aufbringt, die erforderlich ist, um in dem System zu leben, das gerade das alte ersetzt hat.
