Kernsystem-Ablösung vermeiden: Vier Alternativen im Vergleich

Kurz beantwortetEine Kernsystem-Ablösung ist eine Wette auf einen Stichtag, und erste Schätzungen dafür liegen regelmäßig um Faktor zwei bis drei daneben. Vier Alternativen fangen den Änderungsdruck ab, ohne den Kern anzufassen oder indem sie ihn Modul für Modul entlasten. Die Wahl folgt vier Kriterien: Änderungsdruck, undokumentierte Fachlogik, Kennerzahl und Zielzustand. Die Analyse dafür dauert zehn Tage zum Festpreis, und ihr Befund lautet häufig kapseln oder absichern.

Warum steht die Kernsystem-Ablösung so oft auf dem Tisch?

Wegen vier Auslösern, von denen nur einer technisch ist: Der Hersteller kündigt das Ende der Pflege an; der letzte Kenner nennt sein Rentendatum; der Stau vertagter Fachanforderungen wird dem Vertrieb zu groß; ein Auditor oder Versicherer fragt nach Sicherheitsaktualisierungen. Jeder dieser Auslöser erzeugt den Reflex „alles neu", weil ein neues System auf dem Papier alle vier Probleme auf einmal löst.

Auf dem Papier. Die Rechnung dagegen steht in Was eine Legacy-Modernisierung wirklich kostet: zwei Jahre gebundene Aufmerksamkeit der Schlüsselpersonen, Regeln ohne fachlichen Besitzer und ein Parallelbetrieb, den kein Angebot enthält. Die vier Alternativen setzen an den Auslösern einzeln an, und das ist ihr Vorteil. Der Rentenabgang braucht eine Karte, der Anforderungsstau ein Modul daneben, die Sicherheitsfrage ein Sicherheitsnetz. Keiner der vier Auslöser braucht ein neues Kernsystem an einem Stichtag.

Welche vier Alternativen zur Kernsystem-Ablösung gibt es?

Alternative eins, Stillhalten mit Absicherung. Der Kern bleibt, wie er ist. Was hinzukommt: eine Karte aus Code, Schemata, Protokolldaten und Tickets, Charakterisierungstests für die Module mit dem höchsten Schaden, ein Notfallplan für den Ausfall des letzten Kenners und ein Sicherheitsnetz aus Netztrennung und Zugriffsschutz für Systeme ohne Herstellerpflege. Diese Alternative trägt bei niedrigem Änderungsdruck; sie ist die wirtschaftlichste, wenn der Kern das tut, was der Betrieb braucht. Den Notfallplan beschreibt IT-Notfallplan für den einzigen Kenner, das Sicherheitsnetz Altsystem-Sicherheit ohne Hersteller-Updates.

Alternative zwei, Kapseln. Eine Zwischenschicht stellt Daten und Funktionen des Kerns über saubere Schnittstellen bereit, mit einmal geregelten Rechten. Neue Anwendungen greifen nur über diese Schicht zu und nie direkt auf Tabellen. Kapseln trägt bei hohem Anteil undokumentierter Fachlogik: Die Regeln bleiben dort, wo sie seit zwanzig Jahren funktionieren, und werden erst gelesen, wenn ein Modul sie wirklich braucht. Voraussetzung ist ein vollständiges Schnittstellenverzeichnis, wie es Legacy-Schnittstellen inventarisieren beschreibt.

Alternative drei, Verbindungsschicht. Eine lesende KI-Schicht liegt über dem Kern und seinen Nachbarn, verbindet Belege, Zeichnungen, Postfächer und Schichtbücher über gemeinsame Schlüssel und beantwortet Fragen mit Fundstelle. Am Kern wird dafür nichts geändert. Sie löst das Suchproblem und macht die Änderungswünsche überflüssig, deren Zweck eine Auswertung war. Bei TROESTER waren zwölf Systeme so angebunden; die Lösungszeit im Service sank von rund sechs Stunden auf 76 Minuten, ohne dass ein Kernsystem abgelöst wurde. Warum Anschließen fast immer günstiger ist als Ersetzen, steht in Systeme integrieren statt ersetzen.

Alternative vier, modulweise ergänzen. Neue Funktionen entstehen ausschließlich außerhalb des Kerns, beginnend mit dem Modul, das die meisten Änderungswünsche und die wenigsten schreibenden Nachbarn hat. Der Kern verliert über Jahre Aufgaben, und die Abschaltung ist eine Folge, kein Stichtag. Das Muster und seine drei Fallen, Datenhoheit, doppelte Wahrheit und Fassade ohne Betreiber, beschreibt Strangler Fig in der Praxis.

Welche Alternative passt zu welchem Befund?

Das entscheiden die vier Kriterien aus der Analyse: Wie viele Anforderungen wurden als zu riskant vertagt, wie viel Fachlogik steht nur im Code, wie viele Personen kennen das System, und gibt es einen glaubwürdigen Zielzustand. Die Matrix zeigt, welche Alternative bei welchem Befund trägt; die Entscheidungslogik dahinter, mit dem Fall, in dem „nichts tun" richtig ist, steht in Ablösen oder modernisieren?.

Wann ist die Kernsystem-Ablösung trotzdem richtig?

In drei Fällen: Der Hersteller stellt den Betrieb ein und niemand kann die Plattform pflegen; die Datenbank- oder Laufzeittechnologie findet keine Fachkräfte mehr; eine Sicherheitslücke lässt sich weder schließen noch durch Netztrennung eingrenzen. Auch dann führt der Weg über Alternative vier, Modul für Modul, mit einem Zeitplan, der ein Ende hat. Der Unterschied zur klassischen Ablösung liegt in der Reihenfolge: erst Karte, dann Zwischenschicht, dann Module, und der Kern läuft, bis das letzte Modul draußen ist.

Wie gehe ich vor, um die Kernsystem-Ablösung zu vermeiden?

In sechs Schritten, von denen der erste ein Gespräch und der zweite eine Analyse ist. Die Alternative wird erst in Schritt vier gewählt, mit der Karte in der Hand.

1. Auslöser benennen. Welcher der vier Auslöser treibt die Diskussion: Herstellerende, Rentenabgang, Anforderungsstau, Sicherheitsfrage? Meist sind es zwei, und sie brauchen unterschiedliche Antworten.
2. Analysieren. Zehn Tage, Lesezugriff auf Code, Datenbank, Protokolldaten und Tickets. Ergebnis: Karte in vier Schichten, Kennerzahl, Liste der vertagten Anforderungen, Anteil undokumentierter Fachlogik. Der Ablauf steht in Softwarearchäologie.
3. Vier Kriterien bewerten. Änderungsdruck, Fachlogik, Kennerzahl, Zielzustand, jeweils mit Beleg aus der Karte. Die Bewertung wird von Fachbereich, IT und Geschäftsführung gemeinsam unterschrieben.
4. Alternative wählen und Abbruchpunkt setzen. Eine Alternative, ein Messwert, ein Datum: etwa „Verbindungsschicht, Suchzeit je Servicefall, gemessen nach zwei Wochen". Wie das Kriterium formuliert wird, steht in Abbruchkriterium für KI-Piloten.
5. Erste Zahl messen. Vorher-Zahl vor dem Start, Nachher-Zahl mit derselben Methode: Änderungsvorlaufzeit, Suchzeit, Zahl der Vorfälle, Kennerzahl.
6. Jährlich neu entscheiden. Die Karte wird fortgeschrieben, die vier Kriterien neu bewertet. Eine Alternative, die dieses Jahr trägt, kann nächstes Jahr durch die nächste ergänzt werden.

Was zeigt die Rechnung: Alternative gegen Ablösung?

Annahmen gekennzeichnet. Ein Maschinenbauer mit 180 Mitarbeitern hat ein Angebot für die Ablösung seines Kern-ERP über 800.000 Euro und achtzehn Monate (Annahme). Erste Schätzungen für Ablösungen liegen regelmäßig um Faktor zwei bis drei daneben; realistisch sind also 1,6 bis 2,4 Millionen Euro und ein Parallelbetrieb, den das Angebot nicht enthält. Auslöser sind zwanzig vertagte Fachanforderungen (Annahme), von denen zwölf Auswertungen sind: Welche Aufträge des Kunden hatten Sonderlackierung, welche Reklamationen folgten, welche Ersatzteile gingen an Baujahr 2009.

Die Alternativen, mit Annahmen: Analyse 25.000 Euro; Verbindungsschicht für die zwölf Auswertungsfragen, Pilot in zwei Wochen, im ersten Jahr 60.000 Euro; die acht verbleibenden Anforderungen betreffen das Angebotsmodul, das als erstes Modul außerhalb entsteht, 90.000 Euro. Zusammen 175.000 Euro, drei Abbruchpunkte, und der Kern führt weiterhin Buchungen, Bestände und Stammdaten. Gegen 1,6 bis 2,4 Millionen Euro, deren Ergebnis am ersten Monatsende nach dem Stichtag sichtbar würde. Die Zahlen sind Annahmen zum Nachrechnen; die eigenen entstehen aus der Liste der vertagten Anforderungen, je Anforderung mit der Handarbeit, die sie ersetzt. Was der Betrieb des Altsystems heute kostet, mit den sechs Posten neben der Lizenz, steht in Legacy-Betriebskosten transparent machen.

Gewachsene Software und KI: Verschiebt KI-Unterstützung die Wahl?

Ja, in Richtung der Alternativen zwei bis vier, weil KI die Analyse in Tagen statt Monaten liefert und die Verbindungsschicht erst möglich macht. Ein Sprachmodell liest Code, Schemata und Tickets in einer Menge, die kein Team in Werkstattgesprächen schafft, und liefert Regel-Kandidaten mit Fundstelle; die Kapselung wird dadurch planbar. Was KI-Unterstützung bei der Modernisierung von Altsystemen im Maschinenbau je Systemtyp leistet, vom Variantenkonfigurator bis zur Steuerung, steht in KI-Unterstützung: Altsysteme im Maschinenbau; die zwei Rollen der KI bei gewachsener Software in Gewachsene Software und KI. Den Gesamtablauf in sechs Schritten, von der Analyse bis zur Abschaltung, ordnet Legacy-Modernisierung in der Industrie: Leitfaden.

Begriffe kurz erklärt

Änderungsdruck

Zahl und Gewicht der Fachanforderungen, die als zu riskant vertagt wurden. Das ehrlichste Maß für den Zustand eines Kernsystems.

Kapselung

Der Kern wird hinter einer Zwischenschicht mit Schnittstellen und Rechten verborgen. Neue Anwendungen greifen nur über die Schicht zu, nie direkt auf Tabellen.

Verbindungsschicht

Lesende KI-Schicht über Kern und Nachbarsystemen, die Fragen über gemeinsame Schlüssel mit Fundstelle beantwortet, ohne den Kern zu ändern.

Zielzustand

Die glaubwürdige Beschreibung, wie die Systemlandschaft nach der Modernisierung aussieht, je Modul. Fehlt sie, ist eine Ablösung eine Wette.

Weiterführend

• Legacy-Modernisierung in der Industrie: Leitfaden: die sechs Schritte, in die sich jede Alternative einordnet.
• Gewachsenes ERP modernisieren ohne Neustart: Kapseln und Ergänzen am Beispiel ERP.
• KI-Unterstützung: Altsysteme im Maschinenbau und Gewachsene Software und KI.
• Ablösen oder modernisieren?, Warum Rip-and-Replace scheitert und Was eine Modernisierung wirklich kostet.
• Themen-Hub: Legacy-Systeme modernisieren ohne Kernsystem-Ablösung, die Leistungsseiten Entwicklung und Legacy-Modernisierung.