Ihr Unternehmen führt ein gemeinsames ERP über mehrere Standorte ein. Nach den ersten Einführungen bestehen weiterhin unterschiedliche Freigaben, Auswertungen und Stammdatenregeln. Das nächste Team soll bald starten, obwohl zentrale Fragen offen sind. Jetzt müssen Sie entscheiden, welche Probleme vor dem weiteren Rollout geklärt werden müssen.
Wenn eine ERP-Standardisierung stockt, hilft eine gemeinsame Produktversion allein nicht weiter. Untersuchen Sie, ob fachliche Unterschiede bewusst entschieden wurden und wer die verbindliche Grundlage für weitere Einführungen verantwortet.
Was ein aktueller Prüfbericht zeigt
Der britische National Audit Office veröffentlichte am 6. März 2026 „Update on government shared services“. Der Bericht beschreibt Fortschritte, benennt aber auch Risiken durch unklare zentrale Verantwortung, uneinheitliche ERP-Konfigurationen und unzureichende Angleichung von Daten. Er warnt vor Folgen für Termine, Kosten und den erwarteten Nutzen. Er stellt keinen abschließenden Totalausfall fest.
Der Fall betrifft ein großes Verwaltungsprogramm. Die folgenden Prüffragen sind eine redaktionelle Übertragung auf betriebliche ERP-Vorhaben, keine nachgewiesenen allgemeinen Erfolgsregeln. Recherche-Stand: 1. November 2026.
Der bestehende Beitrag zu mehreren IT-Dienstleistern behandelt die Integration zwischen Lieferanten. Hier steht die fachliche Angleichung zwischen Organisationseinheiten im Mittelpunkt.
Warum ein gemeinsames ERP Unterschiede fortschreiben kann
Wenn jede Einheit ihre bisherigen Abläufe unverändert abbilden lässt, können verschiedene Konfigurationen entstehen. Das kann begründet sein. Problematisch wird es, wenn niemand mehr erklären kann, welche Unterschiede erforderlich sind und welche unbeabsichtigt entstanden sind.
Ein illustratives Beispiel: Zwei Standorte verwenden denselben Begriff für einen freigegebenen Auftrag. An einem Standort bedeutet er eine fachliche Prüfung, am anderen bereits die verbindliche Auslieferungsfreigabe. Eine gemeinsame Auswertung kann dann widersprüchliche Ergebnisse liefern, obwohl beide Teams ihre Eingaben für korrekt halten.
Prüfen Sie deshalb Bedeutung und Verwendung wichtiger Daten. Eine einheitliche Feldbezeichnung ist erst dann hilfreich, wenn die beteiligten Einheiten denselben Sachverhalt darunter verstehen oder Unterschiede ausdrücklich abbilden.
Prozessvarianten und Datenbegriffe untersuchen
Sammeln Sie konkrete Beobachtungen aus den bisherigen Einführungen. Welche Vorgänge benötigen manuelle Korrekturen? Wo widersprechen sich Auswertungen? Welche Ausnahme lässt sich im gemeinsamen Ablauf nicht bearbeiten? Trennen Sie belegte Fehler von Vermutungen über ihre Ursache.
Ordnen Sie jede Abweichung ein: Fehlt eine Anforderung, ist eine Konfiguration fehlerhaft, wird ein Begriff unterschiedlich verstanden oder benötigt die Einheit tatsächlich einen anderen Ablauf? Diese Unterscheidung hilft, gezielt über Korrekturen zu entscheiden.
Halten Sie für wichtige Datenobjekte Definition, pflegende Stelle und zulässige Änderungen fest. Prüfen Sie die Regeln an realistischen Beispielen aus mehreren Einheiten. So wird sichtbar, ob eine vermeintliche Einigkeit auch im Arbeitsalltag trägt.
Standards und begründete Ausnahmen verbindlich entscheiden
Definieren Sie für den nächsten Rollout einen gemeinsamen Ablauf mit benannten Verantwortlichen. Dokumentieren Sie erforderliche Ausnahmen samt Begründung, Auswirkungen und zuständiger Freigabe. Prüfen Sie auch, ob Auswertungen und nachgelagerte Prozesse mit der Ausnahme umgehen können.
Ein zentraler Standard benötigt ein Mandat. Wer darf über standortübergreifende Definitionen entscheiden? Wer muss dazu gehört werden? Wer bewertet Folgekosten? Die allgemeine Rollenklärung erläutert Softwareprojekte mit mehreren Stakeholdern steuern.
Vermeiden Sie zugleich eine Standardisierung ohne Prüfung des Nutzens. Eine fachlich notwendige Besonderheit einfach zu verbieten kann neue manuelle Umwege erzeugen. Entscheiden Sie anhand der betroffenen Ergebnisse und der tragbaren laufenden Aufgaben.
Nachweise für die nächste Freigabe festlegen
Machen Sie die nächste Freigabe von überprüfbaren Ergebnissen abhängig. Beispielsweise können Sie verlangen, dass ein kritischer Ablauf mit vereinbarten Daten an den beteiligten Standorten geprüft wurde, wesentliche Ausnahmen entschieden sind und offene Mängel eine bewertete Auswirkung haben.
Benennen Sie für jede Bedingung einen Nachweis und eine verantwortliche Stelle. Ein Statusbericht mit dem Vermerk „in Bearbeitung“ reicht nicht als Bestätigung der Erledigung. Halten Sie außerdem fest, welche Unsicherheit bewusst akzeptiert wird und wann sie erneut geprüft werden soll.
Wenn die Voraussetzungen nicht rechtzeitig erfüllt werden, vergleichen Sie eine kleinere Einführung, eine Verschiebung oder eine weitergehende Neuausrichtung. Die grundsätzlichen Optionen behandelt Softwareprojekt stoppen oder retten?. Bereits geleisteter Aufwand erklärt die Ausgangslage; die nächste Entscheidung muss sich auf verbleibende Aufgaben und erwartete Ergebnisse stützen.
Fazit
Ein gemeinsames ERP benötigt nachvollziehbare Prozess- und Datenentscheidungen. Nutzen Sie die Erfahrungen der ersten Einführungen, um Standards, Ausnahmen und Freigabebedingungen konkret festzulegen. Der nächste Rollout sollte auf überprüften Ergebnissen aufbauen und bekannte Unklarheiten gezielt bearbeiten.
Häufig gestellte Fragen
Müssen alle Standorte identisch arbeiten?
Nicht zwangsläufig. Prüfen Sie, welche Unterschiede fachlich erforderlich sind und welche nur aus bisherigen Gewohnheiten entstehen. Legen Sie einen gemeinsamen Standard und ausdrücklich begründete Ausnahmen fest.
Ist eine andere ERP-Software die Lösung?
Ein Produktwechsel kann angemessen sein, wenn belegte Anforderungen nicht erfüllt werden können. Er löst jedoch keine ungeklärten Datenbegriffe oder Zuständigkeiten. Untersuchen Sie zunächst, welche Ursache die beobachteten Probleme trägt.
Wann sollte der nächste Rollout warten?
Wenn wesentliche Voraussetzungen des betroffenen Ablaufs ungeklärt sind, sollte die Freigabe erneut bewertet werden. Dazu können widersprüchliche Stammdatenregeln, nicht getestete Ausnahmen oder fehlende fachliche Verantwortliche gehören.
Lassen sich britische Shared-Services-Erfahrungen auf KMU übertragen?
Der Bericht beschreibt ein großes britisches Verwaltungsprogramm. Er liefert keine allgemeine Ausfallquote und keine verbindlichen Regeln für KMU. Übertragbar sind Prüffragen, deren Umfang an das eigene Vorhaben angepasst werden muss.
Bereit für klare Software-Entscheidungen?
Lassen Sie uns gemeinsam herausfinden, wie easyDevel.net Sie bei Ihrem Softwareprojekt unterstützen kann.
Erstgespräch anfragen
