ERP-Projekt retten: Einen festgefahrenen Rollout wieder steuerbar machen

Wenn ein ERP-Projekt feststeckt, fehlt häufig ein gemeinsames Bild des tatsächlichen Zustands. Manche Aufgaben gelten als erledigt, obwohl der Fachbereich sie noch nicht geprüft hat. Andere Probleme werden immer wieder besprochen, ohne dass Ursache und nächster Schritt feststehen. Der folgende Ablauf ist eine Empfehlung für eine strukturierte Bestandsaufnahme, keine Ferndiagnose eines konkreten Projekts.

Zuerst den Betrieb absichern

Kläre, ob das neue System bereits produktiv arbeitet. Wenn Aufträge, Lager oder Rechnungen betroffen sind, braucht die Stabilisierung des laufenden Betriebs eine eigene Priorität. Eine Projektplanung für kommende Wochen ersetzt keine Zuständigkeit für heute blockierte Vorgänge.

Erstelle eine kurze Liste der unmittelbar betroffenen Abläufe. Halte fest, welche kontrollierte Zwischenlösung existiert, wer sie verantwortet und wie Vorgänge später abgeglichen werden. Unkoordinierte Parallelbearbeitung in alten und neuen Systemen kann zusätzliche Unklarheit schaffen. Ein Rückwechsel sollte daher als eigener Ablauf geplant werden.

Ordne offene Punkte zunächst mit einem Anforderungskatalog für das ERP-Projekt. Wenn der Starttermin näher rückt, liefert die Xentral-Go-live-Checkliste konkrete Prüffelder für eine begründete Freigabe.

Einen gemeinsamen Projektstand herstellen

Sammle die aktuellen Anforderungen, Konfigurationen, offenen Aufgaben und Testprotokolle. Entscheidend ist nicht, wie viele Dokumente vorhanden sind, sondern ob sie denselben Stand beschreiben. Markiere widersprüchliche Annahmen ausdrücklich.

• Was gehört verbindlich zum ersten Start?
• Welche Prozesse wurden tatsächlich durchgängig getestet?
• Welche Daten wurden übernommen und geprüft?
• Welche Schnittstellen funktionieren unter den vorgesehenen Bedingungen?
• Wer darf fachlich abnehmen und wer entscheidet über Änderungen?

Verwende klare Zustände wie „umgesetzt, noch nicht geprüft“ und „geprüft, mit offener Einschränkung“. Die allgemeine Markierung „fertig“ verdeckt sonst Unterschiede, die beim Produktivstart wichtig werden.

Probleme nach Ursache sortieren

Trenne fehlende Anforderungen, fehlerhafte Daten, technische Störungen und ungeklärte Zusammenarbeit. Ein falscher Artikelbezug lässt sich nicht durch zusätzliche Schulung beheben. Umgekehrt hilft eine neue Schnittstelle nicht, wenn niemand entschieden hat, welches System den Bestand führen soll.

Beschreibe jeden kritischen Fall mit Ausgangssituation, erwartetem Ergebnis und beobachtetem Verhalten. Verwende einen reproduzierbaren Beispieldatensatz. So kann die zuständige Person prüfen, ob die Ursache tatsächlich behoben ist, statt nur eine Vermutung als erledigt zu markieren.

Den Startumfang neu bestätigen

Prüfe gemeinsam, welche Anforderungen für einen kontrollierten Start zwingend sind und welche später umgesetzt werden können. Eine Verschiebung darf keine unbeherrschte Lücke im täglichen Betrieb hinterlassen. Für jeden zurückgestellten Punkt braucht es eine akzeptierte Zwischenlösung oder eine bewusste Entscheidung, den betroffenen Ablauf zunächst nicht zu nutzen.

Bewerte neue Wünsche getrennt vom vereinbarten Umfang. Halte Auswirkungen auf Aufwand, Abhängigkeiten und Testbedarf fest. Damit wird sichtbar, ob die Verzögerung aus einem Fehler, einem erweiterten Ziel oder einer ausstehenden Entscheidung entsteht.

Mit Nachweisen neu planen

Lege einen kurzen Ablauf aus Korrektur, Test und fachlicher Freigabe fest. Ein neuer Go-live-Termin sollte auf diesen Voraussetzungen aufbauen. Plane auch Zuständigkeiten für die ersten produktiven Tage und einen kontrollierten Umgang mit Fehlern.

Unser eingebundenes Video zu typischen Fehlern bei der Xentral-Implementierung ergänzt die Projektperspektive. Die Go-live-Checkliste hilft bei der Abnahme. Für eine externe Bestandsaufnahme sind ein aktueller Aufgabenstand, drei repräsentative Problemfälle und die vorhandenen Zugriffs- und Verantwortlichkeitsregeln ein guter Einstieg.

Passender Einblick aus einem Kundenprojekt

Die veröffentlichte Fallstudie Rocka Nutrition beschreibt die Stabilisierung eines bereits eingeführten Xentral-Systems und die anschließende Weiterentwicklung. Dieser konkrete Verlauf ist ein Beispiel für die Arbeit am bestehenden Betrieb, keine Zusage einer festen Rettungsdauer für andere Projekte.

Eine Befundliste mit belastbaren Zuständen

Verwende pro Problem dieselbe Struktur: betroffener Prozess, erwartetes Ergebnis, beobachtete Abweichung, Auswirkung im Betrieb, vorhandener Nachweis und nächster Prüfschritt. Ergänze eine verantwortliche Person. Die folgenden Beispiele sind eine Arbeitsvorlage, keine Diagnose eines bestimmten Kundenprojekts.

• Artikel kommt falsch an: Externe SKU, interne Artikelnummer und tatsächlich importierte Position gegenüberstellen.
• Bestand weicht ab: Zählbestand, Verfügbarkeit und Shopmeldung zunächst als unterschiedliche Werte untersuchen.
• Rechnung fehlt: Gewünschte Belegerstellung und letzten bestätigten Verarbeitungsschritt prüfen.
• Team kann nicht arbeiten: Fehlende Berechtigung, unklare Anleitung und fehlende Funktion getrennt beurteilen.

Eine Zwischenlösung braucht ein Ablaufdatum

Ein manueller Export kann vorübergehend helfen. Er wird aber selbst zum Risiko, wenn niemand weiß, welche Vorgänge bereits verarbeitet wurden. Für jede Zwischenlösung sollten Eingangsliste, Bearbeitungsnachweis, Abgleich und geplanter Ausstieg feststehen. Prüft ausdrücklich, was passiert, wenn die automatische Verarbeitung wieder startet.

Illustrativer Fall: Während einer Störung werden zehn Aufträge manuell übergeben. Nach der Reparatur muss der Wiederanlauf diese Vorgänge erkennen und darf sie nicht ungeprüft erneut versenden. Die Rettung des Projekts umfasst deshalb auch die Aufarbeitung während der Störung entstandener Daten.

Eine neue Startentscheidung an Nachweise binden

Vereinbart, welche Fehler den Betrieb verhindern, welche einen begrenzten Ersatzablauf erlauben und welche später bearbeitet werden können. Entscheidet anhand der Auswirkung, nicht anhand der Länge der Aufgabenliste. Ein einzelner Fehler mit falschen Artikelzuordnungen kann wichtiger sein als mehrere Komfortwünsche.

Für Xentral bietet die Ersteinrichtungscheckliste eine zusätzliche Gegenprüfung der Einrichtung. Die eigentliche Freigabe entsteht aus euren durchgängigen Tests. Jede erneut freigegebene Funktion sollte mit dem zuvor fehlgeschlagenen Fall und einem normalen Vorgang geprüft werden.

Einordnung und Stand

Redaktioneller Praxisleitfaden von CommerceOS, Stand 17. September 2026. Die beschriebenen Prüfschritte sind Planungsempfehlungen und keine Zusage bestimmter Produktfunktionen oder Projektergebnisse.