ERP-Wechsel: die angebundenen Datenflüsse schrittweise trennen

Trennen Sie beim ERP-Wechsel die einzelnen Datenflüsse, bevor Sie deren Ziel umschalten. Eine Anwendung, die überall die internen Felder des alten ERP kennt, lässt sich schwerer gezielt umstellen. Ein klarer Übergabepunkt kann diese Abhängigkeit begrenzen.

Einen abgegrenzten Weg auswählen

Im fiktiven Unternehmen erstellt ein Portal Aufträge im alten ERP und empfängt später deren Status. Für den ersten Umstellungsschritt wird genau dieser Weg ausgewählt. Andere Verbindungen bleiben auf ihrem vereinbarten Stand. Erfassen Sie dabei auch Rückmeldungen und zeitversetzte Verarbeitung; ein abgeschickter Auftrag kann nach der Umschaltung noch eine Antwort des alten Systems erzeugen.

Microsoft beschreibt beim Strangler-Fig-Muster die schrittweise Ablösung über eine Vermittlung. Das ist eine Architekturentscheidung mit Aufwand. Sie passt insbesondere dann, wenn alter und neuer Weg eine Zeit lang nebeneinander bestehen können.

Den Übergabepunkt fachlich stabil halten

Im Beispiel übergibt das Portal eine Auftragserstellungsanfrage mit seiner eigenen Vorgangskennung. Ein Adapter übersetzt sie in das Format des jeweils vorgesehenen ERP. Die ERP-interne Auftragskennung wird dem Portalvorgang zugeordnet.

Die Tabelle ist eine eigene Beispielaufteilung. Zwei ERP dürfen nicht unabhängig dieselbe Anfrage als neuen Auftrag ausführen. Ein technischer Parallelvergleich braucht dafür einen gesondert abgesicherten Weg ohne doppelte produktive Wirkung.

Übersetzung und Datenzuordnung prüfen

Eine Anti-Corruption Layer übersetzt zwischen unterschiedlichen Systemmodellen. Sie kann innerhalb einer Anwendung liegen. Für unser Beispiel müssen Artikel- und Kundenkennungen sowie Mengenbedeutungen zum neuen ERP passen. Derselbe Feldname ist dafür kein ausreichender Nachweis.

Prüfen Sie vor der Umschaltung einen neuen Auftrag und eine verspätete Statusmeldung zu einem alten Auftrag. Kontrollieren Sie, ob beide beim richtigen Portalvorgang landen. Die Übernahme bestehender Daten muss dieselben Zuordnungen berücksichtigen.

Einen Rückweg mit Datenfolgen planen

Legen Sie fest, wann neue Anfragen wieder den alten Weg nutzen dürfen. Klären Sie getrennt die Aufträge, die bereits im neuen ERP entstanden sind. Ein Rückschalten des Vermittlers überträgt oder löscht diese nicht automatisch. Prüfen Sie außerdem, wer die Vermittlung überwacht und pflegt; sie darf nicht unbemerkt zum Engpass werden.

Der alte Anschluss wird erst entfernt, wenn offene Rückmeldungen und verbleibende Abhängigkeiten geklärt sind. Damit richtet sich sein Ende nach den betroffenen Vorgängen und nicht allein nach dem Datum der ersten erfolgreichen neuen Anfrage.

Quellen

• Microsoft Learn: Strangler Fig pattern

• Microsoft Learn: Anti-Corruption Layer pattern