Das System modernisieren, das niemand anzufassen wagt. Eine Funktion nach der anderen.
Jahrzehnte an Geschäftsregeln stecken in COBOL, PL/I, Oracle Forms und frühem Java und .NET. Wir legen diese Regeln offen, bauen ein Sicherheitsnetz aus Tests und verlagern Funktion für Funktion hinter eine Fassade, mit Parallelbetrieb und Abgleich, bevor irgendetwas abgeschaltet wird.
Für Behörden, Versorgungseinrichtungen und Unternehmen in Deutschland, deren Fachverfahren und Kernsysteme seit Jahrzehnten laufen und nicht ausfallen dürfen.
Das Anwendungsportfolio wird bewertet und das Zielbild vereinbart. Geschäftsregeln werden mit KI-Unterstützung aus dem Code gewonnen und von Menschen verifiziert. Charakterisierungstests bilden ein Sicherheitsnetz. Jede Funktion wird hinter einer Fassade neu gebaut und parallel zum Altsystem betrieben; Abweichungen werden analysiert und behoben, bevor die fachlich verantwortliche Person die Umstellung freigibt und der alte Teil stillgelegt wird.
Vorher und nachher
Was sich in Ihrer Arbeitsweise ändert
Heute
Mit dem System
Heute
Heute: Jede Änderung ist ein Risiko
Kleine regulatorische Änderungen dauern Monate, weil niemand vorhersagen kann, was eine Änderung sonst noch berührt.
Mit dem System
Mit dem System: Änderungen durch Tests abgesichert
Charakterisierungstests halten fest, was das System heute tut, sodass jede Änderung ihre Wirkung vor dem Release zeigt.
Heute
Heute: Wissen geht in den Ruhestand
Die Menschen, die den Code verstehen, stehen kurz vor dem Ruhestand, und die Dokumentation passt schon lange nicht mehr zum System.
Mit dem System
Mit dem System: Regeln dokumentiert und verifiziert
Aus dem Code gewonnene Geschäftsregeln werden in verständlicher Sprache dokumentiert und von Fachleuten bestätigt.
Heute
Heute: Big-Bang-Pläne geraten ins Stocken
Programme zur vollständigen Ablösung versprechen einen Umstellungstermin, der sich immer weiter verschiebt, während die Kosten steigen.
Mit dem System
Mit dem System: Nutzen in Etappen
Funktionen wandern einzeln hinter eine Fassade. Jede Etappe geht eigenständig live und lässt sich zurücknehmen.
Heute
Heute: Daten in alten Strukturen gefangen
Neue Dienste und KI-Anwendungsfälle erreichen die Daten nur über fragile Extrakte und nächtliche Batch-Läufe.
Mit dem System
Mit dem System: Daten über APIs verfügbar
Migrierte Domänen stellen ihre Daten über dokumentierte APIs bereit, abgeglichen mit dem Altsystem, bis es stillgelegt ist.
Workflow
So läuft der Prozess
Ein Strangler-Fig-Ansatz: Das neue System wächst Funktion für Funktion um das alte herum. In der Schleife zwischen Parallelbetrieb und Neubau steckt der größte Teil der eigentlichen Arbeit.
Beispielhafter Ablauf
7 Schritte · 3 menschliche Prüfungen
Legende
System
Agent
Person
Menschliche Prüfung
Ausnahmepfad
Modernisierung von Altsystemen: beispielhafter Ablauf mit Abgleichsschleife
Diagramm als Text lesen
Der Hauptpfad führt von der Bewertung des Portfolios und der Offenlegung der Geschäftsregeln über den Aufbau eines Sicherheitsnetzes aus Charakterisierungstests und den Neubau einer Funktion hinter einer Fassade zum Parallelbetrieb von Alt und Neu und schließlich zur Umstellung und Stilllegung des alten Teils.
Menschen geben die Zielarchitektur frei, verifizieren jede offengelegte Regel und genehmigen jede Umstellung: Das sind die menschlichen Kontrollpunkte.
Zeigt der Parallelbetrieb abweichende Ergebnisse, verlässt die Etappe den Hauptpfad zur Analyse durch Entwicklungsteam und Fachleute und kehrt zum Neubau zurück, bis Alt und Neu übereinstimmen.
01
Schritt 1: Portfolio bewertenPerson
Anwendungsinventar, Abbildung von Abhängigkeiten und Datenflüssen sowie eine Entscheidung je Anwendung: stilllegen, beibehalten, rehosten, auf eine neue Plattform heben, neu bauen oder ersetzen. Domänen werden kartiert, um die Nahtstellen zu finden, an denen sich das System in Etappen zerlegen lässt.
Menschliche Prüfung
Ihr Architekturgremium gibt Zielarchitektur und Reihenfolge der Etappen frei.
02
Schritt 2: Geschäftsregeln offenlegenAgent
KI-gestützte Codeanalyse liest COBOL, PL/I, JCL, Oracle Forms und älteres Java oder .NET und entwirft Dokumentation, Aufrufgraphen und einen Katalog der Geschäftsregeln.
Menschliche Prüfung
Entwicklungsteam und Fachleute verifizieren jede extrahierte Regel, bevor sie als Spezifikation dient. Nicht verifizierte Regeln werden als solche gekennzeichnet.
03
Schritt 3: Sicherheitsnetz bauenSystem
Charakterisierungstests werden aus anonymisierten Ein- und Ausgaben der Produktion erzeugt, sodass das heutige Verhalten samt seinen Eigenheiten erfasst ist, bevor sich etwas ändert.
04
Schritt 4: Eine Etappe hinter der Fassade neu bauenSystem
Vor das Altsystem wird eine Routing-Fassade oder API-Schicht gesetzt. Eine Funktion wird als neuer Dienst gebaut, ihre Daten werden migriert und synchron gehalten.
05
Schritt 5: Parallel betreiben und abgleichenSystem
Alt und Neu verarbeiten dieselben Transaktionen. Ergebnisse und Daten werden automatisch verglichen, und jede Abweichung wird je Regel und je Datensatz ausgewiesen.
06
Schritt 6: Abweichungen analysierenPerson
Entwicklungsteam und Fachleute entscheiden für jede Abweichung, ob sie ein Fehler im neuen Dienst, ein Fehler im alten oder eine gewollte Änderung ist, und geben die Etappe zur Nacharbeit zurück.
Ausnahmepfad: Ergebnisse weichen ab· Zurück zu Schritt 4
07
Schritt 7: Umstellen und stilllegenPerson
Der Datenverkehr für die Funktion wird über die Fassade auf den neuen Dienst umgeleitet. Nach einer stabilen Phase werden der alte Codepfad und seine Daten stillgelegt und archiviert.
Menschliche Prüfung
Die fachlich verantwortliche Person gibt jede Umstellung auf Basis der Abgleichsergebnisse frei. Ein Rollback über die Fassade bleibt bis zur Stilllegung möglich.
Komponenten
Was wir bauen würden
01
Portfolio- und Abhängigkeitskarte
Inventar, Abbildung von Schnittstellen und Datenflüssen sowie ein Domänenmodell, das zeigt, wo sich das System in Etappen zerlegen lässt.
Salesforce als neues FrontofficePlattformSalesforce
Integrationsplattform und API-Gateway
Ziel-Cloud oder Rechenzentrum
Kontrollen
Eingebaute Kontrollen
Zugriffsgrenzen
Die Codeanalyse läuft in einer Umgebung unter Ihrer Kontrolle, und kein Quellcode geht an Dienste, die Sie nicht freigegeben haben. Produktionsdaten für Tests werden anonymisiert, bevor sie die Produktionszone verlassen.
Menschliche Prüfung
Offengelegte Regeln werden von Entwicklungsteam und Fachleuten verifiziert, bevor sie zu Spezifikationen werden. Jede Umstellung gibt die fachlich verantwortliche Person auf Basis der Abgleichsergebnisse frei, mit verfügbarem Rollback.
Nachvollziehbarkeit
Jede Regel im Katalog lässt sich bis zu dem Code zurückverfolgen, aus dem sie stammt, und zu der Person, die sie verifiziert hat. Abgleichsberichte werden für jede Umstellung als Nachweis aufbewahrt.
Datenschutz
Die Datenmigration folgt einem dokumentierten Mapping mit Datensatzzahlen und Prüfsummen, und personenbezogene Daten werden in Testsets minimiert. Aufbewahrungsregeln wandern mit den Daten.
KI-Transparenz
Wo KI Dokumentation oder Code entwirft, wird das Ergebnis gekennzeichnet, geprüft und versioniert wie jedes andere Engineering-Artefakt.
Kennzahlen
Was wir messen würden
Diese Kennzahlen stimmen wir in der Bewertungsphase mit Ihnen ab und verfolgen sie je Etappe, nicht nur für das Programm als Ganzes.
Was wir messen würden
Kennzahl
Warum sie zählt
Wie wir sie messen würden
01Durchlaufzeit für Änderungen
Warum sie zähltDas deutlichste Zeichen, dass sich das System leichter ändern lässt.
Wie wir sie messen würdenZeit vom genehmigten Änderungsantrag bis zur Produktion, für die alten und die modernisierten Teile.
02Abgleichsstatus
Warum sie zähltZeigt, ob sich der neue Dienst dort, wo er soll, tatsächlich wie der alte verhält.
Wie wir sie messen würdenAnteil übereinstimmender Transaktionen und Datensätze im Parallelbetrieb, mit offenen Abweichungen nach Ursache.
03Regelabdeckung
Warum sie zähltUnbekannte Regeln sind das größte Risiko jeder Ablösung.
Wie wir sie messen würdenAnteil der offengelegten Geschäftsregeln, die von Fachleuten verifiziert und durch Tests abgedeckt sind.
04Verbleibender Altbestand
Warum sie zähltModernisierung zahlt sich aus, wenn alte Komponenten tatsächlich abgeschaltet werden.
Wie wir sie messen würdenStillgelegte Funktionen, Codepfade, Batch-Jobs und Lizenzen, je Etappe verfolgt.
Ziele werden erst nach einer Ausgangsmessung festgelegt.
Einführung
So würden wir die Einführung gestalten
Phase 01
Bewertung
Portfolio, Abhängigkeiten, Domänen und Risiken. Wir wählen eine erste Etappe, die für das Geschäft zählt, sich aber zurücknehmen lässt.
Abschlusskriterien
Zielarchitektur freigegeben
Reihenfolge der Etappen vereinbart
Test- und Datenzugang geregelt
Phase 02
Erste Etappe
Offenlegung der Regeln, Sicherheitsnetz, Fassade und eine neu gebaute Funktion im Parallelbetrieb mit dem Altsystem.
Abschlusskriterien
Abgleich innerhalb der vereinbarten Toleranz
Fachlich verantwortliche Person gibt die Umstellung frei
Rollback getestet
Phase 03
Etappe für Etappe
Weitere Funktionen folgen demselben Weg, jede mit eigenem Parallelbetrieb und eigener Entscheidung zur Umstellung.
Abschlusskriterien
Jede Etappe abgeglichen und umgestellt
Wissen an Ihr Team übergeben
Phase 04
Stilllegung
Alte Codepfade, Batch-Jobs und Datenbestände werden archiviert und abgeschaltet.
Individuelle ERP-Erweiterungen und Werkssysteme, verlagert im Zuge einer Migration auf SAP S/4HANA.
Beispiel zur Veranschaulichung
Das Beitragsverfahren eines Versorgungswerks
Ausgangslage
Ein berufsständisches Versorgungswerk berechnet Beiträge und Anwartschaften in einem Großrechnerverfahren. Satzungsänderungen stehen an, und zwei der Personen, die den Code kennen, gehen bald in den Ruhestand.
System
Die Berechnungsregeln werden mit KI-Unterstützung aus dem Code rekonstruiert und fachlich geprüft. Eine Fassade leitet zuerst die Beitragsberechnung an einen neuen Dienst, der parallel zum Großrechner läuft, bis die Ergebnisse übereinstimmen.
Menschliche Kontrolle
Fachleute aus der Mitgliederverwaltung bestätigen jede rekonstruierte Regel; die Geschäftsführung gibt die Umstellung frei, und der Rückweg über die Fassade bleibt offen.
Was wir messen würden
Abgleichstatus je Berechnungsart, Abdeckung der Regeln durch Tests, Vorlaufzeit für die nächste Satzungsänderung.
Deutschland
Fachverfahren erneuern, ohne den Betrieb zu gefährden
Viele deutsche Verwaltungen und Unternehmen betreiben Fachverfahren und Kernsysteme, deren Regeln nur noch wenige Menschen kennen, oft in COBOL oder auf Plattformen ohne Herstellerunterstützung. Gleichzeitig zielt das OZG-Änderungsgesetz auf durchgängig digitale Verfahren, und das NIS2UmsuCG erhöht die Anforderungen an Betrieb und Schwachstellenmanagement.
Wir modernisieren in Schritten: Regeln rekonstruieren und prüfen, eine Funktion nach der anderen auf die neue Plattform holen und Alt und Neu im Parallelbetrieb abgleichen, bevor etwas abgeschaltet wird. Die Zielplattform planen wir mit Blick auf die Deutsche Verwaltungscloud oder Ihre eigene Infrastruktur, mit Daten, die portabel bleiben.
01Warum nicht das ganze System auf einmal ersetzen?
Weil eine einzige Umstellung das gesamte Risiko auf einen Termin konzentriert und das Geschäft jahrelang auf jeden Nutzen wartet. Wer Funktion für Funktion vorgeht, kann jede Etappe im Parallelbetrieb erproben, eigenständig live schalten und bei Bedarf zurücknehmen.
02Kann KI unser COBOL in Java übersetzen?
Eine zeilenweise Übersetzung erzeugt meist Code, der sich genauso schwer ändern lässt wie das Original. Wir nutzen KI, um den alten Code zu lesen und zu dokumentieren und um Regeln und Tests zu entwerfen, und gestalten die neuen Dienste dann sauber. Jede offengelegte Regel wird von Menschen verifiziert, bevor sie verwendet wird.
03Unsere Fachleute gehen in den Ruhestand. Wie sichern Sie ihr Wissen?
In strukturierten Sitzungen, in denen Fachleute die offengelegten Regeln und die Charakterisierungstests prüfen. Ihr Wissen landet in Dokumentation und Tests, die bei Ihrem Team bleiben, nicht in unseren Köpfen.
04Gilt das auch für SAP ECC?
Ja. Dieselben Prinzipien gelten für die Bereinigung von Eigenentwicklungen und eine Migration auf SAP S/4HANA: bewerten, was noch genutzt wird, offenlegen und testen, worauf es ankommt, und in kontrollierten Schritten umziehen.
05Wie lange laufen Alt und Neu parallel?
Bis die Abgleichsergebnisse die mit der fachlich verantwortlichen Person vereinbarte Toleranz erreichen, und lange genug, um periodische Prozesse wie Monatsabschluss oder Jahresläufe abzudecken.
Sagen Sie uns, welches System Sie bremst und was daran hängt. Wir schlagen einen ersten Abschnitt vor und zeigen, wie er sich gegenüber Fachbereich, Revision und Aufsicht sicher nachweisen lässt.