Kurz gesagt

Die Wiederherstellung nach einer fehlgeschlagenen ERP-Implementierung in einem tschechischen Produktionswerk ist ein betrieblicher Notfall. Dies ist keine Aufgabe, die man dem Systemintegrator überlassen sollte. Wenn ein Go-Live fehlschlägt, werden keine Bestandsbuchungen mehr vorgenommen und die Kommissionierlisten frieren ein. Fertigerzeugnisse dürfen rechtlich gesehen die Versandrampe nicht verlassen. Die eigentliche Frage des Vorstands ist einfach: Wer übernimmt die Leitung, während das Team die Datenbank repariert? Dieser Leitfaden beschreibt den vierstufigen Ablauf zur Behebung einer fehlgeschlagenen ERP-Implementierung, den ein Interim-ERP-Programmleiter befolgt. Phase eins ist eine manuelle Umgehungslösung, die die Lieferungen an die Kunden sicherstellt. Das Team repariert anschließend die Stammdaten und stabilisiert die Kerngeschäfte, bevor es das Werk wieder übergibt, sobald es reibungslos läuft.

Der Auslöser: Stau im Lager in den ersten zehn Tagen nach der Umstellung

Die Einführung eines ERP-Systems in der Industrie verläuft selten reibungslos. Ein Scheitern zeigt sich in der Regel bereits in den ersten zehn Tagen nach der Umstellung, nicht erst Monate später. Ein Lenkungsausschuss in München, Wien oder Zürich gab nach monatelangen Tests grünes Licht. Am dritten Tag sieht die Lage jedoch ganz anders aus.

Stellen Sie sich ein Zulieferwerk in der Nähe von Plzeň, Liberec oder Pardubice vor. Das neue System verliert den Kontakt zur physischen Anlage. Gabelstaplerfahrer scannen Behälter, die von der Software als leer ausgewiesen werden. Die Produktionslinien kommen zum Stillstand, da das ERP-System keine Nachschubaufträge generieren kann. Dies ist ein Beispiel für die Behebung einer fehlgeschlagenen ERP-Implementierung in ihrer frühesten, rein physischen Phase.

Fertigwaren stapeln sich in den Gängen des Lagers. Der Versand kann keine Frachtpapiere oder Zollanmeldungen erstellen. Innerhalb von drei Tagen kommt der Betrieb an der Laderampe zum Erliegen. Die Fertigungslinie eines Tier-1-Kunden in Deutschland steht ebenfalls vor einem Produktionsstillstand.

Der Systemintegrator behauptet, die Software funktioniere, und schiebt die Schuld auf das lokale Änderungsmanagement. Der tschechische Werksleiter fordert eine sofortige Rücknahme, was Abschreibungen in Millionenhöhe zur Folge hätte und die gesetzlich vorgeschriebene Rechnungslegung verzögern würde. Der COO sieht sich nun mit einer Notlage in der Produktion konfrontiert, die als Softwareprojekt begann. Die Behebung der fehlgeschlagenen ERP-Implementierung muss unverzüglich beginnen.

Herausforderungen bei der Leitung grenzüberschreitender ERP-Wiederherstellungsprojekte

Die Sanierung einer gescheiterten ERP-Implementierung in einer tschechischen Tochtergesellschaft im Fertigungsbereich bedeutet, drei Probleme gleichzeitig zu lösen. Dabei handelt es sich um die Datenarchitektur, den lokalen Betrieb und die Unternehmensführung. Für keines dieser Probleme gibt es eine einheitliche Lösung. Eine gescheiterte ERP-Implementierung scheitert nicht allein an der Technologie. Sie scheitert daran, wer die Entscheidungsbefugnis hat, sobald die Systeme nicht mehr wie vorgesehen funktionieren.

Behebung von Fehlern in den Stammdaten der diskreten Fertigung bei der ERP-Wiederherstellung

An dieser Stelle entscheidet sich, ob die Wiederherstellung nach einer fehlgeschlagenen ERP-Implementierung gelingt oder sich über Monate hinzieht. In der diskreten Fertigung gibt es kaum Spielraum für ungenaue Daten. Die meisten Fehler sind auf drei strukturelle Mängel zurückzuführen.

1. Beschädigte Stückliste und Arbeitsplan. Ältere Produktionslinien basierten oft auf informellen, nicht dokumentierten Anpassungen. Das Team übertrug die technischen Stücklisten, ohne die Bearbeitungszeiten, Ausschusspauschalen oder Maschinenzykluskapazitäten zu überprüfen. Das System plante daraufhin Arbeitsabläufe ein, die das Werk nicht umsetzen konnte.
2. Nicht übereinstimmender Lagerstandort. Die Mitarbeiter haben den Lagerbestand ohne Überprüfung auf Lagerplatzebene in die neue Datenbank übertragen. Das ERP-System geht davon aus, dass sich die Teile in Gang vier befinden. Tatsächlich befinden sie sich jedoch im Überlauflager nebenan.
3. Störung beim elektronischen Datenaustausch. Europäische Kunden schreiben strenge Vorschriften vor, wie beispielsweise die Normen VDA 4905/4913 oder die Odette-Standards. Formatierungsfehler in den Lieferscheinen führen zu einer automatischen Zurückweisung an der Laderampe des Kunden.

Die Behebung dieser drei Mängel ist Aufgabe des interimistischen ERP-Programmleiters, nicht des Vorstands. Die Aufgabe des Vorstands ist enger gefasst: Er muss die Befugnis erteilen, Änderungen auszusetzen und Mitarbeiter umzuverteilen, während diese Arbeiten durchgeführt werden. Auf diese drei Mängel entfällt der Großteil der anfänglichen Bemühungen zur Wiederherstellung nach einer gescheiterten ERP-Implementierung.

Management grenzüberschreitender Governance- und Compliance-Risiken

Ein zweites Problem liegt über den Daten: die grenzüberschreitende Steuerung, bei der die Wiederherstellung nach einer fehlgeschlagenen ERP-Implementierung entweder an Fahrt gewinnt oder ins Stocken gerät. Die Unternehmenszentrale betrachtet die Einführung in der Regel als IT-Upgrade, das von externen Beratern aus der Ferne gesteuert wird. Vor Ort sieht das Werkspersonal darin eine Belastung von außen, die sie daran hindert, Teile zu fertigen. Keine der beiden Sichtweisen ist falsch. Jede Seite betrachtet einen anderen Aspekt desselben Misserfolgs.

Die entsprechende Vorschrift ist im Aktiengesetz enthalten. Gesetz, Gesetz Nr. 90/2012 Slg. In Verbindung mit den lokalen Standards zur Steuerabrechnung bedeutet dies, dass Waren das Gelände nicht ohne vorschriftsmäßige Steuer- und Lieferscheine verlassen dürfen. Wenn die Software keine gültigen Belege erstellen kann, ist es der Geschäftsleitung rechtlich nicht möglich, Waren zu versenden – unabhängig von der tatsächlichen Kapazität des Lagerbereichs.

Gartner Branchenanalysten stellen fest, dass 55% bis 75% der ERP-Projekte in der Fertigungsindustrie ihre Ziele verfehlen. Diskrete Produktionsbetriebe sind nach der Inbetriebnahme am stärksten von Störungen betroffen. McKinsey & Company Berichte dass über 70% der digitalen Transformationen nicht den erwarteten Nutzen bringen. Das ist die betriebliche Realität, mit der man sich bei der Sanierung einer gescheiterten ERP-Implementierung auseinandersetzen muss – man kann sie nicht einfach umgehen.

Fünf operative Indikatoren, die ein sofortiges ERP-Krisenmanagement erfordern

In den ersten Tagen nach dem Ausfall einer ERP-Implementierung sind routinemäßige Reibungspunkte nach der Inbetriebnahme und ein Ausfall des Systemaufbaus kaum von einander zu unterscheiden. Fünf Anzeichen markieren den Punkt, an dem die Krisenschwelle erreicht ist.

• Der physische Stau am Dock ist der erste. Die Fertigwaren stehen länger als 24 Stunden an der Laderampe. Das ERP-System gleicht die Lieferscheine nicht ab und hebt die Gutschriftsperren nicht auf.
• Die zunehmenden negativen Lagerbestände sind der zweite. Das System weist einen negativen Bestand in den Konten für unfertige Erzeugnisse oder Rohstoffe aus. Das bedeutet, dass die Rückmeldung nicht mit dem Verbrauch an der Fertigungslinie übereinstimmt.
• Schatten-Tabellen sind die dritte. Planer und Lagerleiter verzichten auf den ERP-Terminal und verfolgen die Auslieferungen stattdessen auf handschriftlichen Schreibunterlagen.
• Fehlende ASNs von Kunden stehen an vierter Stelle. Großkunden beschweren sich über die Lieferung, da die Sendungen ohne elektronische Vorabbenachrichtigung eintreffen.
• Ein Vertrauensverlust ist der fünfte. Die täglichen Besprechungen zwischen dem Integrator und dem lokalen Betrieb enden eher in gegenseitigen Schuldzuweisungen als in einer Lösung der Probleme.

Jedes dieser fünf Anzeichen deutet darauf hin, dass bereits Maßnahmen zur Behebung einer fehlgeschlagenen ERP-Implementierung im Gange sind – und nicht nur um routinemäßige Störfaktoren handelt.

Das vierstufige Rahmenkonzept für die Wiederherstellung nach dem ERP-Go-Live

Um das Scheitern zu verhindern, braucht es keine weiteren Programmierer, die maßgeschneiderten Code schreiben. Es braucht eine Führungskraft vor Ort, die sowohl die Abläufe in der Produktion als auch die Unternehmensarchitektur versteht.

Ein Interim-ERP-Programmleiter – oder „Recovery Director“ – leitet vom ersten Tag an die Wiederherstellung nach der gescheiterten ERP-Implementierung. Diese Führungskraft übernimmt die direkte operative Leitung. Der Interim-Leiter beendet das gegenseitige Schuldzuweisen zwischen der Unternehmens-IT und der lokalen Werksleitung. Um die Krise zu bewältigen, benötigt das Unternehmen eine bewährte Führungskraft, die den Anforderungen des Auftrags entspricht. Diese Führungskraft muss bereit sein, innerhalb von 72 Stunden nach Fertigstellung der Auftragsbeschreibung ihre Tätigkeit aufzunehmen.

Phase 1: Einrichtung manueller Versandumgehungen und Code-Freezes

Die erste Woche hat ein Ziel: den Betrieb der Kundenlinien aufrechtzuerhalten und den physischen Ladeplatz zu räumen. Der Interimsleiter genehmigt ein vorübergehendes, papierbasiertes Versandverfahren. Die Lkw fahren auf der Grundlage überprüfter physischer Bestandszahlen, während das Team die Software repariert. Alle nicht verifizierten IT-Anpassungen werden unverzüglich eingefroren, sodass die Datenbank keine neuen Fehler mehr aufnimmt. Bei einer zweimal täglich stattfindenden Triage-Besprechung kommen der Werksleiter, der Lagerleiter, der Leiter der Unternehmens-IT und der leitende Integrator zusammen. Dabei werden die Korrekturen streng nach ihren Auswirkungen auf die Produktion priorisiert. Dies ist die erste Phase der Wiederherstellung nach der fehlgeschlagenen ERP-Implementierung. Die Entscheidung des COO ist hier zwar eng gefasst, aber entscheidend: Er muss am ersten Tag die manuelle Umgehungslösung und den Code-Freeze genehmigen und anschließend den Interimsleiter die weiteren Schritte leiten lassen.

Phase 2: Bereinigung der Stammdaten und Abgleich mit dem physischen Bestand

Sobald das Team den Versand sichergestellt hat, gleicht es die Diskrepanz zwischen der Datenbank und dem physischen Lager aus. Im Rahmen einer gezielten Bestandsaufnahme am Wochenende werden die Mengen und Lagerplätze der umsatzstärksten Teile abgeglichen. Die Ergebnisse bilden die neue, verifizierte Basis. Anschließend korrigiert das Team fehlerhafte Durchlaufzeiten, Ausschussmultiplikatoren und Rückmeldeauslöser. Zudem vereinfacht es die Lagerhierarchie, sodass virtuelle Bereitstellungsorte die Gabelstaplerfahrer nicht länger in die Irre führen. In dieser zweiten Phase der Wiederherstellung nach der fehlgeschlagenen ERP-Implementierung beginnt das System wieder, korrekte Daten zu liefern.

Phase 3: Stabilisierung der Workflows „Order-to-Cash“, „MRP“ und „Procure-to-Pay“

Der Interimsmanager stabilisiert drei Arbeitsabläufe, die den Geld- und Warenfluss aufrechterhalten. Im Bereich „Order-to-Cash“ wird das EDI-Mapping an die Kundenportale angepasst und die manuelle Rechnungserstellung abgeschafft. Im Bereich „Plan-to-Produce“ wird die automatisierte Materialbedarfsplanung wiederhergestellt, sodass aus den tatsächlichen Vorlaufzeiten Beschaffungsanforderungen generiert werden. Im „Procure-to-Pay“-Bereich wird der Dreifachabgleich zwischen Bestellung, Wareneingang und Lieferantenrechnung wiederhergestellt. Dadurch wird der Rückstand bei den Verbindlichkeiten abgebaut und das Vertrauen der Lieferanten wiederhergestellt. Am Ende dieser Phase hat die Sanierung der gescheiterten ERP-Implementierung die Triage-Phase hinter sich gelassen. Das Werk verfügt nun über einen funktionierenden Finanz- und Planungszyklus.

Phase 4: Umschulung des Personals, Abnahme durch den Lieferanten und Übergabe des Betriebs

Sobald der Betrieb stabil läuft, schult der Interimsleiter Schichtleiter, Gabelstaplerfahrer und Planer auf Tschechisch in der standardmäßigen Behandlung von Ausnahmesituationen. Der Interimsleiter sorgt außerdem dafür, dass die vertraglich vereinbarten Meilensteine, denen der Systemintegrator zugestimmt hat, eingehalten werden. Der letzte Schritt ist eine strukturierte Übergabe. Die Aufsicht geht wieder an die feste Werksleitung und die Unternehmens-IT über, und der Interimsleiter verlässt den Standort. Der folgende Fall zeigt diese Sanierung einer gescheiterten ERP-Implementierung in der Praxis.

Fallstudie: SAP S/4HANA-ERP-Umstellung in einem tschechischen Produktionswerk

Ein weltweit tätiger schweizer-deutscher Maschinenbaukonzern führte in seinem Werk für Feinguss und Zerspanung mit 550 Mitarbeitern in der Nähe von Hradec Králové in der Tschechischen Republik eine standardisierte SAP-S/4HANA-Unternehmensvorlage ein. Das Werk lieferte hochpräzise Hydraulikkomponenten an europäische Fertigungslinien für Baumaschinen.

Innerhalb von fünf Tagen nach der Inbetriebnahme verlor der Betrieb die Kontrolle über seine Kerngeschäfte. Die Versandmodule im Lager konnten keine vorschriftsmäßigen internationalen Zollmanifeste und Barcodes für Kundenverpackungen erstellen. Fertige Waren stauten sich in den Produktionshallen, sodass die Werksleitung aufgrund von Platzmangel gezwungen war, zwei wichtige Bearbeitungslinien stillzulegen. Kundensendungen im Wert von über 6 Millionen Euro blieben vor Ort liegen, und zwei große OEM-Kunden drohten mit Vertragsstrafen wegen Vertragsbruchs.

Der externe Implementierungspartner schlug ein dreimonatiges Sanierungsprogramm vor, während der tschechische Werksleiter eine vollständige Rückkehr zum Altsystem forderte. Dies hätte 4 Millionen Euro gekostet und die konzernweite digitale Konsolidierung zum Scheitern gebracht.

Umsetzung der Strategie zur ERP-Wiederherstellung vor Ort in Ostböhmen

CE Interim entsandte einen erfahrenen Interim-ERP-Programmleiter mit zwanzig Jahren Erfahrung im Fertigungsbetrieb und in der SAP-Sanierung. Innerhalb von 72 Stunden nach Fertigstellung des Auftragsbriefings war der Interim-Manager vor Ort in Hradec Králové und verfügte über die volle operative Entscheidungsgewalt über die Umstrukturierung des Werks.

Die Interimsführung setzte unverzüglich einen Plan zur Krisenbewältigung um:

• Umgehung der Notrufzentrale eingerichtet: Sie entwickelten ein vorschriftsmäßiges, geprüftes Verfahren zur manuellen Bestandsaufnahme, das von den örtlichen Zollbehörden und den Logistikteams der Kunden genehmigt wurde. Dadurch konnten innerhalb der ersten 96 Stunden Lagerbestände im Wert von 2,4 Millionen Euro abverkauft und Produktionsstillstände bei den Kunden verhindert werden. 
• Feste EDI- und Barcode-Serialisierung: Der Leiter hat die Versandschnittstelle innerhalb der Software neu gestaltet. Innerhalb von 14 Tagen wurden die Erstellung der Barcode-Etiketten für die Verpackung korrigiert und die EDI-Transaktionen an die Spezifikationen des OEM-Portals angepasst. 
• Gezielter Upload der Inventurdaten durchgeführt: Die Führungskraft leitete eine gezielte physische Bestandsaufnahme am Wochenende für 1.200 aktive Artikelnummern. Dadurch wurden negative Bestandsfehler beseitigt und der Systembestand wieder mit den tatsächlichen Lagerbeständen in den Regalen abgeglichen. 
• Die Akzeptanz bei den Nutzern ist wiederhergestellt: Der Interimsleiter richtete ein Support-Team vor Ort ein, das sich aus zweisprachigen (Tschechisch-Deutsch) Prozessverantwortlichen zusammensetzte. Dieses Team schulte 60 Schichtleiter und Bediener in den Standardtransaktionen des Systems neu.

Bis zum 50. Tag wurden alle manuellen Versandumgehungen eingestellt. Der Betrieb lief vollständig über das neue ERP-System und erreichte eine Bestandsgenauigkeit von 99,11 TP3T sowie eine Termintreue bei der Kundenbelieferung von 98,61 TP3T. Der Interimsleiter überwachte die formelle Projektabnahme mit dem Systemintegrator und führte eine strukturierte Übergabe an die ständige Werksleitung durch.

Häufig gestellte Fragen zur Führung bei der ERP-Wiederherstellung

Was versteht man unter der Wiederherstellung nach einer fehlgeschlagenen ERP-Implementierung?

Bei der Wiederherstellung nach einer fehlgeschlagenen ERP-Implementierung werden Versand-, Bestands- und Finanzvorgänge wiederhergestellt, nachdem die Inbetriebnahme des ERP-Systems fehlgeschlagen ist. In der Regel leitet ein vorübergehend eingesetzter Manager vor Ort diesen Prozess, nicht der Softwareanbieter. Zunächst erfolgt eine manuelle Umgehung, anschließend werden die zugrunde liegenden Daten korrigiert, bevor das Werk wieder vollständig auf das neue System umgestellt wird.

Warum sollte man nach dem Go-Live einen Rückfall auf veraltete ERP-Software vermeiden?

Ein Rollback ist selten eine einfache Angelegenheit. Bei der Umstellung wird die Alldatenbank eingefroren, und alle Transaktionen seit der Inbetriebnahme befinden sich ausschließlich im neuen System. Um diesen Zustand rückgängig zu machen, ist eine komplexe Datenmigration erforderlich, wodurch Kapitalinvestitionen in Millionenhöhe abgeschrieben werden müssen. Unternehmen, die einen Rollback durchführen, verlieren oft den Support für ihre Unternehmenssoftware vollständig. Eine disziplinierte, schnelle Stabilisierung ist fast immer schneller und weniger schädlich als ein Rollback. Ein überstürzter Rollback ist bei der Wiederherstellung nach einer fehlgeschlagenen ERP-Implementierung selten die richtige Lösung.

Warum können Systemintegratoren Störungen im ERP-System auf Werksebene nicht alleine beheben?

Systemintegratoren kennen sich mit Datenbanktabellen und Konfigurationseinstellungen aus, nicht aber mit dem Werksbetrieb. Ein Integrator kann keine Versandpapiere unterzeichnen, Maschinen in der Fertigung umleiten oder Gabelstaplerfahrer anweisen. Zur Bewältigung der Krise ist eine Führungskraft mit direkter operativer Weisungsbefugnis über das Werk erforderlich. Diese Führungskraft arbeitet mit dem Integrator zusammen, nicht an dessen Stelle. Aus diesem Grund erfordert die Behebung einer fehlgeschlagenen ERP-Implementierung die Anwesenheit einer Führungskraft vor Ort.

Welche Befugnisse benötigt ein Interim-ERP-Programmleiter?

Der Interimsmanager benötigt Befugnisse, die eine Brücke zwischen der lokalen Werksleitung und der Konzern-IT schlagen. Dazu gehören Entscheidungsbefugnisse in Bezug auf vorübergehende Versandverfahren, Code-Freezes, die Freigabe von Lieferanten und die Validierung von Stammdaten. Ohne diese Befugnisse, die von Anfang an schriftlich festgehalten werden müssen, wird das Mandat zu einer reinen Beratungsfunktion, und die Wiederherstellung verlangsamt sich.

Wie lange dauert ein ERP-Wiederherstellungsprozess in der Regel?

Die Notfall-Triage und die Entlastung der Datenpuffer dauern in der Regel sieben bis zehn Tage. Die vollständige Stabilisierung der Transaktionsabläufe, die Bereinigung der Stammdaten und die Beseitigung manueller Umgehungslösungen nehmen mehr Zeit in Anspruch. Sechzig bis neunzig Tage ab Beginn des Auftrags sind der typische Zeitrahmen für die Behebung einer fehlgeschlagenen ERP-Implementierung.

Mit welchen operativen Kompromissen muss der Vorstand im ersten Monat rechnen?

Die Genauigkeit der Berichterstattung und einige manuelle Umgehungslösungen sind im ersten Monat noch nicht ganz perfekt. Dieser Kompromiss ist akzeptabel. Die Priorität liegt auf der Kontinuität der Kundenbeziehungen und der Liquiditätsübersicht, nicht auf einem vom ersten Tag an perfekt abgestimmten System. Perfektion kann warten. Der Wareneingang hingegen nicht. Das ist bei der Wiederherstellung nach einer fehlgeschlagenen ERP-Implementierung normal und kein Anzeichen dafür, dass die Implementierung gescheitert ist.

Weiterführende Informationen und nächster Schritt

Die Behebung einer fehlgeschlagenen ERP-Implementierung ist ein betrieblicher Notfall. Sie gefährdet die Liquidität des Unternehmens, das Vertrauen der Kunden und die Glaubwürdigkeit des gesamten Programms zur digitalen Transformation des Konzerns. Eine erfahrene Führungskraft vor Ort stellt die Kontrolle wieder her und sichert die Verpflichtungen gegenüber den Kunden.

Weiterführende Literatur:

• Schluss mit der Werksleitung aus Frankreich: Wie „Schattenmanagement“ die lokale Eigenverantwortung in polnischen Werken untergräbt
• Wenn die DACH-Zentrale gleichzeitig Sanierungsmaßnahmen in Polen, Tschechien und Rumänien leiten muss
• Wenn die Zahlen nicht stimmen: Eine tschechische Fabrik untersuchen, ohne Chaos auszulösen

CE Interim vermittelt einen bewährten, auf das jeweilige Mandat zugeschnittenen Partner für Führungspositionen, der innerhalb von 72 Stunden nach Fertigstellung des Mandatsprofils einsatzbereit ist. A CE-Interimspartner kann bei der Behebung der Folgen einer fehlgeschlagenen ERP-Implementierung helfen und so dazu beitragen, das übergreifende Transformationsprogramm des Konzerns zu sichern.