.svg)
Warum eine komplette ERP-Modernisierung nicht funktioniert
In der Vergangenheit beruhten ERP-Upgrades oft auf einem Big-Bang- oder Rip-and-Replace-Ansatz, bei dem das gesamte Unternehmen in einer einzigen Umstellung vom Altsystem auf das neue umstellte. In der Fertigung führt dies zu viel Volatilität.
Ältere ERPs enthalten in der Regel jahrzehntelangen maßgeschneiderten Code, undokumentierte Problemumgehungen und Geschäftslogik, die nie offiziell aufgezeichnet wurde. Der Versuch, all diese Komplexität auf einmal in einem neuen System abzubilden, führt zu einer großen Fehlerquote. Wenn ein kritischer Produktionsablauf am ersten Tag ausfällt, sind die Auswirkungen sofort spürbar. Warteschlangen stehen still, Bestellungen verpassen Lieferfenster und Lieferanten- und Kundenbeziehungen sind betroffen.
Das Problem wird noch dadurch verschärft, wie tief ERP in der Fertigung mit den umgebenden Systemen verbunden ist. Es lässt sich in der Regel in MES-, WMS-, PLM-, CRM-, Finanztools und Beschaffungsplattformen integrieren. Eine vollständige Umstellung bedeutet, dass jede dieser Verbindungen vom ersten Tag an korrekt funktionieren muss. In einer komplexen Umgebung ist das selten realistisch.
Eine phasenweise Migrationsstrategie begegnet diesem Problem, indem sie den Prozess in kleinere, begrenztere Übergänge aufteilt und nicht in einen Schritt, bei dem viel auf dem Spiel steht.
So formulieren Sie eine schrittweise ERP-Migrationsstrategie
Eine schrittweise Migrationsstrategie unterteilt die ERP-Modernisierung in kleinere, besser zu handhabende Phasen. Anstatt den gesamten ERP-Stack auf einmal zu ersetzen, migrieren Unternehmen im Laufe der Zeit ausgewählte Funktionen.
Dies ist besonders in der Fertigung nützlich, da nicht jeder Prozess das gleiche Betriebsrisiko birgt. Einige Funktionen können früher modernisiert werden, ohne dass dies Auswirkungen hat, während empfindlichere Prozesse später verschoben werden können, sobald die Architektur und die Integrationspfade bewiesen sind.
Zwei Methoden bilden die Grundlage für die meisten phasenweisen ERP-Migrationen in der Fertigung: das Würger-Feigenmuster und Parallellaufstrategien.
1. Das Würger-Feigenmuster für den Ersatz von veralteten ERP-Systemen
Das Strangler Fig Pattern ist ein schrittweiser Modernisierungsansatz, bei dem bestimmte Teile eines Altsystems schrittweise durch neue Apps oder Dienste ersetzt werden, bis das alte System außer Betrieb genommen werden kann.
Auf die ERP-Migration angewendet, funktioniert das Muster so, dass die neue Umgebung an den Rändern der alten Plattform aufgebaut wird. Bestimmte Module werden nacheinander an das neue System weitergeleitet, während das alte ERP weiterhin alles andere erledigt. Ein Hersteller könnte damit beginnen, das Beschaffungs- und Lieferantenmanagement zu migrieren. Das neue Beschaffungsmodul wird live geschaltet, Einkaufsdaten fließen durch das Modul und das entsprechende ältere Modul ist deaktiviert. Finanzen, Personalwesen und Lagerverwaltung laufen weiterhin auf dem alten System. In den nachfolgenden Phasen werden weitere Module migriert, bis die alte Plattform außer Betrieb genommen werden kann.
Der Hauptvorteil ist die Risikoisolierung. Wenn sich ein Problem mit der Datenzuordnung auf das Beschaffungsmodul auswirkt, bleibt es dort verborgen, anstatt gleichzeitig die Finanz- oder Produktionsplanung zu stören.
2. Strategien für parallele Ausführung zur Datenvalidierung
Selbst bei der Migration eines einzelnen Moduls müssen Unternehmen sicherstellen, dass das neue System genaue Ergebnisse liefert, bevor die ältere Version abgeschaltet wird. Strategien für parallele Ausführung ermöglichen dies.
Bei einem Parallelbetrieb werden sowohl das Legacy-Modul als auch sein Ersatzmodul für einen definierten Testzeitraum gleichzeitig betrieben. In beiden Umgebungen werden dieselben Transaktionen verarbeitet und die Ergebnisse werden verglichen. Für ein Finanzmodul kann dies bedeuten, dass Rechnungsdaten in beide Systeme eingegeben und die daraus resultierenden Bücher am Ende eines jeden Tages abgeglichen werden. Wenn die Zahlen während eines gesamten Konjunkturzyklus konstant übereinstimmen, hat das neue System genug Genauigkeit bewiesen, um die Oberhand zu gewinnen. Treten Unstimmigkeiten auf, untersucht und korrigiert das technische Team die Datenzuordnung, ohne die Live-Aufzeichnungen zu beeinträchtigen, die im Altsystem sicher bleiben.
Es ist wichtig, klare, messbare Erfolgskriterien zu definieren, bevor ein Parallellauf gestartet wird. Ohne sie wird es schwierig festzustellen, wann das neue System wirklich bereit ist.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
