KI-Unterstützung: Altsysteme im Maschinenbau modernisieren

Kurz beantwortetKI unterstützt die Modernisierung von Altsystemen im Maschinenbau vor allem durch Menge: Sie liest Konfiguratorregeln, Stücklistenlogik, Servicedatenbanken und Steuerungscode in Tagen und liefert Behauptungen mit Fundstelle. Belastbar sind vier Aufgaben, unbelastbar bleiben Architekturentscheidung, fachliche Gültigkeit einer Regel und die Frage, was abgelöst wird. Der Weg beginnt mit einer Analyse von zehn Tagen zum Festpreis.

Welche Altsysteme prägen den Maschinenbau?

Fünf Systemtypen, und jeder trägt Fachwissen, das nirgends sonst steht: der Variantenkonfigurator mit seinen Regeln aus zwanzig Jahren Sonderwünschen, die Stücklisten- und Kalkulationslogik im ERP, die Servicedatenbank mit Störungen und Ersatzteilen, die Steuerungssoftware auf SPS und Leitrechner sowie die selbst geschriebenen Werkzeuge zwischen CAD, ERP und Fertigung. Das Besondere im Maschinenbau: Diese Systeme hängen an Maschinen, die dreißig Jahre laufen, und an Kunden, die Ersatzteile für Baujahr 1998 bestellen.

Was KI je Systemtyp beitragen kann, unterscheidet sich, und die Tabelle hilft, im ersten Gespräch die richtige Reihenfolge zu finden:

Die Steuerungsebene ist die mit der klarsten Grenze: KI übersetzt und listet, freigegeben wird sicherheitsrelevante Logik von Menschen mit Anlagenkenntnis. Wie ein Wissensassistent auf Altanlagen aufsetzt, ohne sie anzufassen, steht in Retrofit: KI auf Altanlagen statt Neukauf.

Bei welchen vier Aufgaben ist KI-Unterstützung belastbar?

Bei den vier Aufgaben, die aus Lesen bestehen und deren Ergebnis sich prüfen lässt: Regeln finden, Ketten verfolgen, übersetzen, Verhalten festhalten. Alle vier liefern Behauptungen mit Fundstelle, und jede Behauptung wird von jemandem bestätigt oder verworfen, der das System kennt. Das ist die Arbeitsteilung, die trägt.

Regeln auffinden. Im Konfigurator eines Sondermaschinenbauers stehen Sätze wie „Wenn Antrieb Typ C und Baujahr vor 2011, dann Kupplung K2 zwingend". Solche Regeln stehen nicht in einer Liste, sie stehen in Bedingungen, verteilt über Module. Das Modell liest den Code und liefert Regel-Kandidaten in Fachsprache, jede mit Datei und Zeile. Der Konstrukteur streicht die Hälfte, weil sie längst nicht mehr gelten, und genau dieses Streichen ist der Wert. Wie die Extraktion im Einzelnen abläuft, steht in Geschäftsregeln aus Altcode extrahieren.

Ketten verfolgen. Welche Änderung an der Stückliste läuft bis in die Kalkulation, den Einkauf und die Servicedatenbank durch? Das Modell folgt Aufrufen, Tabellenbezügen und Exporten und liefert die Liste der Betroffenen. Im Maschinenbau ist das die Frage, die Änderungen sechs Monate dauern lässt: Niemand weiß, was sonst noch dranhängt.

Übersetzen. Ein Modul in einer Sprache, die nur noch eine Person im Haus liest, wird in eine Beschreibung übersetzt, die der Fachbereich prüfen kann. Das ersetzt keine Neuentwicklung, aber es macht die Entscheidung darüber möglich.

Verhalten festhalten. Bevor jemand ein Modul anfasst, erzeugt das Modell Tests, die das heutige Verhalten beschreiben, einschließlich der Sonderfälle, die niemand mehr erklären kann. Wer danach ändert, merkt sofort, was mitgerissen wurde. Wie das praktisch geht, zeigt Charakterisierungstests für Altcode.

Wo hört die KI-Unterstützung auf?

An drei Stellen, und alle drei sind Entscheidungen. Erstens die Architektur: Ob der Konfigurator als Dienst herausgelöst, gekapselt oder belassen wird, entscheidet der Betrieb mit der Karte in der Hand. Zweitens die fachliche Gültigkeit: Ob die Kupplungsregel von 2011 noch gilt, weiß der Konstrukteur, das Modell weiß nur, dass sie im Code steht. Drittens die Freigabe sicherheitsrelevanter Logik an Steuerung und Anlage, die bleibt bei Menschen mit Anlagenkenntnis und Unterschrift.

Dazu kommt eine Grenze, die keine Entscheidung ist: Regeln, die nie im Code standen, findet das Modell nicht. Der Meister, der weiß, dass Kunde X immer die Sonderlackierung will, obwohl das nirgends steht, bleibt der wichtigste Prüfer der Karte. Was KI beim Verstehen von Altcode allgemein leistet und wo sie überschätzt wird, ordnet KI und Legacy-Code ein.

Wie sieht der Ablauf von der Analyse bis zum Befund aus?

Der Ablauf ist derselbe für Konfigurator, ERP-Logik oder Servicedatenbank, und er endet mit einem Befund statt mit einem Großprojekt. Sechs Schritte:

1. System wählen. Das System, an dem die meisten Fachanforderungen vertagt wurden, oder das, dessen letzter Kenner am nächsten an der Rente ist. Beides steht meist auf derselben Liste.
2. Lesezugriff einrichten. Quellcode, Datenbankschemata, Protokolldaten, Ticketsystem, Änderungshistorie. Lesend, ohne Eingriff in den Betrieb.
3. Vier Schichten kartieren. Betrieb (was läuft wirklich), Schnittstellen (wer liest, wer schreibt), Datenmodell (Schemata und stille Konventionen), Regeln im Code. Jede Aussage mit Fundstelle.
4. Bestätigen lassen. Konstruktion und Service prüfen die Regeln, IT prüft die Schnittstellen. Was niemand bestätigen kann, wird als offen markiert, und diese Liste ist ein Ergebnis.
5. Risiken bewerten. Wo reißt eine Änderung etwas mit, wo hängt Wissen an einer Person, wo läuft Code, den niemand erklären kann.
6. Befund schreiben. Module in Reihenfolge, je Modul: ablösen, kapseln oder bewusst so lassen, mit Rückfallweg. Ohne Stichtag für alles.

Die zehn Tage dieser Analyse zum Festpreis beschreibt Softwarearchäologie im Detail; dieser Artikel ergänzt, was im Maschinenbau je Systemtyp dabei herauskommt.

Was zeigt eine Fallskizze aus dem Sondermaschinenbau?

Eine Fallskizze mit gekennzeichneten Annahmen. Ein Sondermaschinenbauer mit 180 Mitarbeitern betreibt einen Variantenkonfigurator, der seit 2006 gewachsen ist. Annahme: rund 1.400 Regeln im Code, zwei Kenner, einer davon geht 2028 in Rente, 30 vertagte Fachanforderungen aus dem Vertrieb. Erste Schätzung für eine Neuentwicklung: 18 Monate. Erste Schätzungen für Ablösungen liegen regelmäßig um Faktor zwei bis drei daneben, weil unbekannte Abhängigkeiten, Regeln ohne fachlichen Besitzer und der Parallelbetrieb fehlen.

Mit KI-Unterstützung liest das Modell den Konfigurator in Tagen und liefert die 1.400 Regel-Kandidaten mit Fundstelle. Annahme: Der Vertrieb und die Konstruktion bestätigen 600 als gültig, verwerfen 500 als veraltet und markieren 300 als unklar. Aus 1.400 Regeln, die niemand kannte, werden 600 bestätigte in Fachsprache, und die 300 unklaren sind die Liste für die Gespräche mit dem Kenner vor seiner Rente. Der Befund lautet dann meist: Preislogik als ersten Dienst herauslösen, Regeln kapseln, Rest so lassen. Das ist eine Reihenfolge, keine Wette.

Gewachsene Software und KI: Gilt das über den Maschinenbau hinaus?

Ja, mit einem Unterschied. Die vier Aufgaben gelten für jede gewachsene Software; im Maschinenbau kommt die Steuerungsebene mit ihrer Sicherheitsgrenze hinzu, und die Regeln hängen an Baujahren von Maschinen statt an Geschäftsjahren. Die zwei Rollen, die KI bei gewachsener Software allgemein spielt, als Leser des Bestands und als Verbindungsschicht darüber, stehen in Gewachsene Software und KI.

Kernsystem-Ablösung vermeiden: Führt die Analyse immer dorthin?

Nein, und das ist ihr Wert. Die Analyse liefert die Grundlage, auf der sich entscheiden lässt, ob eine Ablösung überhaupt nötig ist; häufig lautet der Befund kapseln oder absichern. Welche vier Alternativen zur Ablösung es gibt und wann welche trägt, steht in Kernsystem-Ablösung vermeiden; der Gesamtablauf einer Legacy-Modernisierung in der Industrie ordnet die Analyse als ersten von sechs Schritten ein.

Begriffe kurz erklärt

Vier Begriffe, die in der Analyse von Altsystemen im Maschinenbau tragen:

Regel-Kandidat

Eine aus dem Code gelesene Bedingung in Fachsprache mit Fundstelle, die noch bestätigt oder verworfen werden muss. Erst nach der Prüfung ist sie eine Geschäftsregel.

Aufrufkette

Der Weg einer Änderung durch Module, Tabellen und Exporte bis zu allen Betroffenen. Sie beantwortet die Frage, was sonst noch dranhängt.

Charakterisierungstest

Test, der das heutige Verhalten eines Moduls festhält, bevor es verändert wird. Er beschreibt, was der Code tut, ohne zu bewerten, ob das richtig ist.

Kennerzahl

Zahl der Personen, die das System fachlich und technisch erklären können. Sinkt sie auf eins, ist das System ein Betriebsrisiko, unabhängig von seiner Technik.

Die Kennerzahl ist im Maschinenbau die Zahl, die Modernisierungen auslöst, und die, die eine Analyse als Erstes erhöht.

Weiterführend

Die Nachbarartikel des Clusters, der Themen-Hub und die passenden Leistungsseiten:

• Softwarearchäologie: die zehn Tage der Analyse im Detail.
• Legacy-Schnittstellen inventarisieren: wie die Schicht Schnittstellen sauber entsteht.
• COBOL-Nachfolge: Wissen sichern: derselbe Ansatz bei einem Großrechnersystem.
• Gewachsene Software und KI: die zwei Rollen der KI jenseits des Maschinenbaus.
• Legacy-Modernisierung Industrie: Leitfaden: die sechs Schritte von der Analyse bis zur Abschaltung.
• Kernsystem-Ablösung vermeiden: vier Alternativen im Vergleich.
• Wie modernisiere ich ein gewachsenes ERP ohne Neustart: der Weg für das ERP im Besonderen.
• Themen-Hub Legacy-Systeme modernisieren: alle Fragen des Clusters mit Kurzantworten.
• Leistung Entwicklung: Bau an echten Daten, Anbindung gewachsener Systeme ohne Kernsystem-Ablösung.
• Legacy Discovery: Struktur, Logik und Abhängigkeiten in zehn Tagen, zum Festpreis.

Der erste Schritt ist die Liste der vertagten Fachanforderungen. Sie zeigt, welches System zuerst gelesen werden muss.