Wie modernisiere ich ein gewachsenes ERP ohne Neustart?
Ein gewachsenes ERP wird ohne Neustart modernisiert, indem der Kern weiterläuft und Modul für Modul ergänzt, gekapselt oder abgelöst wird: erst die Karte des Systems aus Code, Daten und Logs, dann eine Zwischenschicht mit Schnittstellen, dann neue Funktionen daneben, zuletzt die Ablösung einzelner Module mit Rückfallweg. Ein Stichtag für alles entfällt; jede Stufe hat eine eigene Abnahme.
Ein gewachsenes ERP wird ohne Neustart modernisiert, indem der Kern für Buchung, Bestand und Stammdaten führend bleibt und die Veränderung in fünf Stufen daneben stattfindet: Kartieren aus Code, Daten, Logs und Tickets (zehn Tage, mit KI-Unterstützung und Fundstellen), Absichern mit Charakterisierungstests, Kapseln über eine Zwischenschicht mit Schnittstellen und Rechten, Ergänzen neuer Module außerhalb des Kerns im Parallelbetrieb und Ablösen einzelner Module mit Rückfallweg. Jede Stufe hat eine eigene Abnahme; ein Stichtag für alles entfällt. KI leistet dabei das Verstehen (Karte, Regeln aus dem Code, Tests), die Entscheidung über die Reihenfolge trifft der Betrieb mit der Karte in der Hand.
Kurz beantwortetModernisierung ohne Neustart heißt: Das Kernsystem bleibt in Betrieb, und die Veränderung geschieht in vier Stufen daneben. Kartieren, was das System wirklich tut; absichern mit Tests, die das heutige Verhalten festhalten; kapseln über eine Zwischenschicht mit Schnittstellen; ergänzen und ablösen Modul für Modul, jeweils mit Rückfallweg. Die Karte steht in zehn Tagen, das erste abgelöste Modul nach wenigen Monaten, und der Betrieb läuft durch.
Warum ist ein Neustart des ERP im Mittelstand so riskant?
Weil das gewachsene System Regeln enthält, die niemand mehr vollständig kennt, und ein Neustart alle diese Regeln an einem Tag ersetzen muss. Rabattstaffeln für einzelne Kunden, Freigabegrenzen, Datumsgrenzen, Sonderfälle im Versand: Sie stehen im Code, in Datenbankfeldern mit stillen Konventionen und in den Köpfen von zwei Kollegen. Ein neues System, das am Stichtag live geht, hat all das entweder nachgebaut oder verloren, und ob es nachgebaut wurde, zeigt sich am ersten Monatsende.
Dazu kommt die Dauer: Ein Neustart bindet Fachbereiche über Monate, in denen das Tagesgeschäft weiterläuft und jede Änderung am alten System eingefroren ist. Warum diese Vorhaben im Mittelstand so oft scheitern, ist in Warum der Komplettaustausch im Mittelstand scheitert beschrieben; die Entscheidungslogik zwischen Ablösen und Modernisieren in Altsystem ablösen oder modernisieren.
Wie vermeidet man eine Kernsystem-Ablösung?
Indem man das Kernsystem auf das reduziert, was es gut kann, und alles andere daneben baut. Der Kern bleibt das führende System für Buchungen, Bestände und Stammdaten. Eine Zwischenschicht stellt seine Daten und Funktionen über saubere Schnittstellen bereit. Neue Funktionen, etwa ein Angebotsassistent, ein Serviceportal oder ein Wissenssystem, greifen über diese Schicht zu und leben außerhalb des Kerns. Module, die den Kern überfordern, werden einzeln abgelöst, während der Rest weiterläuft.
Welche Module den Kern zuerst verlassen, entscheidet die Karte nach zwei Fragen: Wo staut sich der Änderungsbedarf, und wie viele Systeme schreiben hinein? Ein Angebotsmodul mit dreißig Änderungswünschen im Jahr und einem einzigen schreibenden Nachbarsystem ist der ideale erste Kandidat: hoher Nutzen, geringes Risiko, klarer Rückfallweg. Die Buchhaltung mit zwölf Schreibern und drei Änderungswünschen bleibt im Kern, vermutlich für immer. Zwischen diesen beiden Polen liegen die meisten Module, und die Karte sortiert sie in eine Reihenfolge, die der Betrieb jährlich neu prüft. Was dabei außerdem gilt: Ein Modul, das den Kern verlässt, nimmt seine Daten mit oder liest sie über die Zwischenschicht; es hält nie eine zweite Kopie, die sich vom Kern entfernt.
Der Kern verliert so über Jahre Aufgaben, ohne dass es einen Tag gibt, an dem er abgeschaltet wird. Dieses Muster ist als Würgefeigen-Muster bekannt, nach der Pflanze, die einen Baum umwächst, bis er nicht mehr tragend ist. Wie es im Mittelstand konkret angewendet wird, steht in Das Würgefeigen-Muster in der Praxis; warum Anbindung fast immer der bessere erste Schritt ist als Ersatz, in Systeme integrieren statt ersetzen.
Kriterium Neustart mit Stichtag Modul für Modul ohne Neustart Risiko Alles an einem Tag; Fehler zeigen sich im Betrieb Ein Modul je Stufe; Rückfallweg je Modul Dauer bis zum ersten Nutzen Monate bis Jahre Wochen für die Karte, Monate für das erste Modul Fachwissen im Code Muss vollständig nachgebaut werden Wird kartiert, geprüft und modulweise übernommen Belastung der Fachbereiche Dauerhaft hoch, Änderungsstopp am Altsystem Je Modul begrenzt, Tagesgeschäft läuft weiter Abnahme Eine große, am Ende Eine je Modul, mit messbaren Kriterien Wenn es schiefgeht Rückkehr zum Altsystem meist unmöglich Modul zurückschalten, Karte bleibt
Gewachsene Software und KI: was leistet KI bei der Modernisierung?
Drei Dinge, und alle drei betreffen das Verstehen, nicht das Ersetzen. Erstens liest ein Sprachmodell Quellcode, Schemata, Logs und Tickets in Tagen und liefert eine Karte mit Fundstellen: welche Module laufen, wer liest und schreibt, welche Regeln im Code stehen. Zweitens extrahiert es Geschäftsregeln aus dem Code in die Sprache des Fachbereichs, der sie bestätigt oder verwirft. Drittens hilft es, Tests zu schreiben, die das heutige Verhalten festhalten, bevor jemand etwas ändert.
Was KI dabei nicht leistet: Sie entscheidet nicht, was abgelöst wird, und sie findet keine Regel, die nie im Code stand. Wie die Kartierung in zehn Tagen abläuft, beschreibt Softwarearchäologie: Wie KI ein Altsystem in zehn Tagen kartiert; wie Regeln aus dem Code geholt werden, Geschäftsregeln aus Altcode extrahieren; und wie Tests das Verhalten sichern, Charakterisierungstests für Altcode.
Legacy-Modernisierung in der Industrie: welche Reihenfolge hält?
Kartieren, absichern, kapseln, ergänzen, ablösen. Die Reihenfolge ist zwingend, weil jede Stufe die nächste erst möglich macht: Ohne Karte weiß niemand, was ein Modul sonst noch mitreißt. Ohne Tests merkt niemand, ob die Zwischenschicht das Verhalten verändert. Ohne Zwischenschicht hängt jedes neue Modul direkt am Kern und macht ihn schwerer statt leichter. Ergänzen kommt vor Ablösen, weil ein neues Modul neben dem alten laufen kann, bis es sich bewährt hat.
Das Vorgehen im Einzelnen, wie es sich in Modernisierungen im Mittelstand bewährt hat:
- Karte erstellen: Lesezugriff auf Code, Datenbank, Logs und Tickets; ein Sprachmodell liest, Fachbereich und IT bestätigen. Ergebnis nach zehn Tagen: was läuft, wer hängt daran, welche Regeln stehen wo.
- Reihenfolge festlegen: Module nach Schmerz und Risiko ordnen. Zuerst das Modul mit den meisten Änderungswünschen und den wenigsten Schreibern, zuletzt das Herzstück mit zwölf Schreibern.
- Verhalten absichern: Charakterisierungstests für die Module der ersten Stufe, damit jede Änderung sofort zeigt, ob sich etwas verschoben hat.
- Zwischenschicht bauen: Schnittstellen für Lesen und Schreiben, Ereignisse für Änderungen, Rechte aus dem Kern übernommen. Ab jetzt greift nichts Neues direkt auf den Kern zu.
- Erstes Modul daneben stellen: Neue Funktion außerhalb des Kerns, im Parallelbetrieb mit dem alten Modul, mit Abnahme durch den Fachbereich anhand echter Vorgänge.
- Altes Modul abschalten, wenn die Abnahme steht, mit Rückfallweg für vier Wochen. Dann das nächste Modul, mit derselben Methode.
- Karte fortschreiben: Jede Stufe aktualisiert die Karte. Sie bleibt die Dokumentation, die nicht veraltet.
Was kostet der Weg, und was kostet Warten?
Die Modernisierung ohne Neustart kostet je Stufe, und jede Stufe hat einen eigenen Nutzen. Warten kostet in jeder Änderung, die sechs Monate dauert, und in jedem Kollegen, der geht. Eine Beispielrechnung mit gekennzeichneten Annahmen: Ein Betrieb zählt 24 Änderungswünsche am ERP pro Jahr (Annahme). Jede Änderung wartet im Schnitt vier Monate, und in dieser Zeit wird der Vorgang von Hand umgangen, mit zwei Stunden Mehraufwand pro Woche je Änderung (Annahme). Bei 85 Euro Stundensatz (Annahme) sind das 24 × 16 Wochen × 2 Stunden × 85 Euro, rund 65.000 Euro im Jahr allein für das Umgehen, ohne Fehler, ohne verlorene Aufträge, ohne das Risiko des Kollegen, der als Einziger das Modul kennt. Die vollständige Herleitung für das Investitionsgremium steht in Legacy-Modernisierung: die Rechnung für das Investitionsgremium.
Was ohne Neustart nicht geht
Ein Wechsel der Datenbanktechnologie unter dem laufenden Kern ist ein Neustart im Kleinen und wird wie einer geplant. Ein Kern, dessen Hersteller den Betrieb einstellt, braucht einen Zeitplan mit Ende, auch wenn der Weg dorthin Modul für Modul führt. Und ein Betrieb ohne Bereitschaft, die Karte zu lesen und danach zu entscheiden, bekommt auch ohne Neustart ein Projekt ohne Ende. Wie der Betrieb während der Modernisierung durchläuft, ohne Projektstopp, beschreibt Modernisierung ohne Projektstopp: Parallelbetrieb.
Begriffe kurz erklärt
- Würgefeigen-Muster
- Modernisierungsmuster, bei dem neue Module den Kern umwachsen und ihm Aufgaben abnehmen, bis er entbehrlich ist; ohne Stichtag.
- Zwischenschicht
- Softwareschicht mit Schnittstellen, Ereignissen und Rechten, die den Kern nach außen kapselt, damit neue Module nie direkt auf ihn zugreifen.
- Charakterisierungstest
- Automatischer Test, der das heutige Verhalten eines Moduls festhält, damit Änderungen sofort sichtbar werden; auch wenn niemand weiß, warum das Verhalten so ist.
- Rückfallweg
- Die Möglichkeit, ein neues Modul abzuschalten und das alte wieder zu aktivieren, mit Frist und Datenabgleich.
- Systemkarte
- Ergebnis der Kartierung: Betrieb, Schnittstellen, Datenmodell und Regeln im Code, jede Aussage mit Fundstelle.
Weiterführend im selben Cluster: Wie KI die Modernisierung von Altsystemen speziell im Maschinenbau unterstützt, steht in Altsysteme im Maschinenbau modernisieren mit KI-Unterstützung; wie gewachsene Software mit KI verstanden und erweitert wird, in Gewachsene Software mit KI verstehen und erweitern; den Leitfaden über alle Phasen gibt Legacy-Modernisierung in der Industrie; und welche Alternativen zur Ablösung des Kernsystems bestehen, ordnet Kernsystem-Ablösung vermeiden: die Alternativen. Der Themen-Hub Legacy-Systeme modernisieren ohne Kernsystem-Ablösung bündelt alle Artikel des Clusters. Wie skillbyte an echten Daten entwickelt und gewachsene Systeme anbindet, steht unter KI-Integration: Entwicklung; die Kartierung zum Festpreis unter Legacy Discovery.
Häufige Fragen
Wie modernisiere ich ein gewachsenes ERP ohne Neustart?
Kern in Betrieb lassen, in zehn Tagen kartieren, Verhalten mit Tests absichern, über eine Zwischenschicht kapseln, neue Module daneben stellen und einzelne Module mit Rückfallweg ablösen. Jede Stufe mit eigener Abnahme.
Was ist das Würgefeigen-Muster?
Ein Modernisierungsmuster, bei dem neue Module den Kern nach und nach umwachsen und ihm Aufgaben abnehmen, bis er entbehrlich ist. Es ersetzt den Stichtag durch eine Reihenfolge.
Wie hilft KI bei der Modernisierung von gewachsener Software?
Sie liest Code, Schemata, Logs und Tickets und liefert eine Karte mit Fundstellen, extrahiert Geschäftsregeln in die Sprache des Fachbereichs und hilft beim Schreiben von Tests. Entscheidungen bleiben beim Betrieb.
Welches Modul löst man zuerst ab?
Das mit den meisten Änderungswünschen und den wenigsten Schreibern. Ein Modul, in das zwölf Systeme schreiben, ist ein Herzstück und kommt zuletzt.
Wie lange dauert die Modernisierung ohne Neustart?
Die Karte steht in zehn Tagen, das erste abgelöste Modul nach wenigen Monaten. Die Gesamtdauer hängt von der Zahl der Module ab; jede Stufe liefert eigenen Nutzen, ohne auf das Ende zu warten.
Welche Änderung dauert bei Ihnen sechs Monate?
Im Erstgespräch gehen wir Ihre Systemlandschaft und die Module mit dem größten Änderungsstau durch. Rozalia Karbowniczek meldet sich binnen 24 Stunden persönlich.
Gespräch vereinbaren →Vom Pilot in den Regelbetrieb: Hosting, Berechtigungen und Rollout je Abteilung stehen auf der Seite KI-Implementierung.
