OpenAI und ältere Software: Wie Unternehmen KI-Änderungen prüfen sollten

KI für ältere Software ist das Thema einer neuen OpenAI-Forschungsveröffentlichung vom 19. Oktober 2026. Für Unternehmen mit gewachsenen Anwendungen ist die praktische Frage: Wielässt sich eine KI-gestützte Änderung prüfen, bevor sie bestehende Abläufe beeinflusst? Meine Empfehlung ist deshalb ein eng begrenzter Pilot mit nachvollziehbaren Abnahmekriterien.

Transparenzhinweis zur Texterstellung: Dieser Artikeltext wurde mithilfe generativer KI erstellt. Die verlinkten Quellen sind angegeben; der Beitrag ersetzt keine individuelle Rechts- oder Fachberatung.

KI für ältere Software: Was die OpenAI-Forschung zeigt

Die Veröffentlichung von OpenAI untersucht unter anderem COBOL, Fortran und Visual Basic. Zwei Versuchsreihen betrachten unterschiedliche Aufgaben: den Aufbau einer SQLite-kompatiblen Datenbank und die Übertragung bestehender COBOL-Programme in andere Sprachen. Bei der Migration müssen beobachtbare Ausgaben in den Tests exakt übereinstimmen.

OpenAI meldet für GPT-6.1 Sol in seinem COBOL-Migrationstest 86,6 Prozent Genauigkeit bei niedrigem Denkaufwand und bis zu 97,9 Prozent bei höherem Denkaufwand. Allerdings sind das Ergebnisse einer herstellereigenen Evaluation. Sie sind kein Nachweis, dass eine konkrete Unternehmensanwendung ebenso zuverlässig umgestellt werden kann. OpenAI verweist selbst auf notwendige Expertenprüfung und Tests.

Im veröffentlichten MultiLangBench-Repository lässt sich die separate Datenbank-Evaluation nachvollziehen. Dort werden erzeugte Ergebnisse mit Referenzausgaben verglichen. Dieser Test und der COBOL-Migrationstest dürfen daher nicht gleichgesetzt werden.

Meine Einordnung: Erst die Entscheidung, dann das Werkzeug

Für eine Geschäftsführung würde ich aus der Meldung keinen sofortigen Austausch alter Software ableiten. Zuerst sollte das Unternehmen klären, welche Aufgabe heute schwierig oder teuer ist. Fehlt eine verständliche Dokumentation? Lassen sich Änderungen schlecht testen? Bindet eine kleine Anpassung unverhältnismäßig viel Fachwissen? Je nach Antwort ergeben sich unterschiedliche Pilotaufgaben.

Ein sinnvoller erster Auftrag könnte lauten: Lassen Sie für ein abgegrenztes Modul eine Erklärung der Geschäftsregeln und Vorschläge für zusätzliche Testfälle erstellen. Die vorhandenen Fachleute prüfen anschließend beides. So lässt sich untersuchen, ob KI tatsächlich unterstützt, ohne bereits eine vollständige Migration beauftragen zu müssen. Das ist ein vorgeschlagener Einstieg, kein berichtetes Kundenprojekt.

Fünf Prüfschritte für einen kontrollierten Pilot

1. Umfang begrenzen: Wählen Sie eine kleine, fachlich überschaubare Funktion. Benennen Sie ausdrücklich die Schnittstellen und Prozesse, die außerhalb des Versuchs liegen. Ein Pilot sollte eine konkrete Entscheidungsfrage beantworten.
2. Referenz festhalten: Sammeln Sie vor der KI-Bearbeitung Eingaben und erwartete Ergebnisse. Ergänzen Sie außerdem Grenzfälle, leere Felder, ungültige Werte und fachlich relevante Sonderfälle. Lassen Sie den Fachbereich erklären, welche Abweichungen überhaupt zulässig sind.
3. Daten und Zugriffe klären: Prüfen Sie vorab, welcher Quellcode und welche Testdaten im ausgewählten Werkzeug verarbeitet werden dürfen. Nutzen Sie anschließend eine isolierte Testumgebung und geben Sie dem Versuch keine unnötigen Produktivzugänge.
4. Unabhängig abnehmen: Vereinbaren Sie, wer technische Änderungen und fachliche Ergebnisse bewertet. Eine zusätzliche KI-Prüfung kann Hinweise liefern; die verantwortliche Abnahme sollte jedoch auf nachvollziehbaren Tests und zuständigen Personen beruhen.
5. Gesamtaufwand messen: Erfassen Sie neben Werkzeugkosten auch Vorbereitung, Prüfung, Fehlerkorrektur und Dokumentation. Vergleichen Sie den gesamten Aufwand mit einer passenden bisherigen Vorgehensweise. Erst daraus folgt eine Fortsetzungsentscheidung.

Beispiel: Eine alte Rabattberechnung prüfen

Ein hypothetischer Mittelständler möchte eine bestehende Rabattberechnung überarbeiten. Im Pilot würden Fachbereich und IT zunächst festhalten, welche Kombinationen aus Mengen, Kundengruppen und Sondervereinbarungen das Modul abbilden muss. Anschließend könnten sie KI-Vorschläge für Dokumentation, Testfälle oder eine begrenzte Codeänderung getrennt bewerten.

Eine wichtige Abnahmefrage wäre: Stimmen die fachlich erwarteten Ergebnisse auch bei ungewöhnlichen Eingaben? Ein äußerlich plausibles Ergebnis reicht dafür nicht aus. Falls bereits die ursprünglichen Regeln unklar sind, würde ich zunächst diese Unklarheit bearbeiten. Denn ein Sprachwechsel allein löst keine offene fachliche Entscheidung.

Wann sich ein Pilot lohnt und wann er warten sollte

Ich würde einen Versuch mit KI für ältere Software bevorzugen, wenn ein verantwortliches Team verfügbar ist, die Aufgabe abgrenzbar bleibt und belastbare Vergleichsergebnisse existieren. Fehlen dagegen Ansprechpartner, nachvollziehbare Tests oder ein erlaubter Datenweg, gehört zunächst diese Vorbereitung auf die Aufgabenliste. Für einen zeitkritischen Produktiveingriff ohne Rückfallmöglichkeit wäre die neue Forschungsnachricht für mich keine ausreichende Entscheidungsgrundlage.

Auch die Wirtschaftlichkeit bleibt offen, bis sie am eigenen Fall geprüft wurde. Beispielsweise kann ein günstiger Modellaufruf einen aufwendigen Prüfprozess auslösen. Umgekehrt kann ein guter Dokumentationsvorschlag Fachleuten helfen. Beides sollte der Pilot sichtbar machen, statt Zeitersparnis vorab zu versprechen.

Was Unternehmen in NRW daraus mitnehmen können

Geht es um den kompetenten Umgang mit Werkzeugen, Daten und Ergebnisprüfung im Team, ist eine KI-Schulung für Unternehmen in NRW ein möglicher Baustein. Eine allgemeine Anwenderschulung ersetzt allerdings keine technische Qualifizierung für die Wartung einer konkreten Programmiersprache.

Recherche: 20. Oktober 2026. Nachrichtenbasis: OpenAI-Veröffentlichung vom 19. Oktober 2026 und MultiLangBench-Repository. Die Prüfschritte und das Beispielszenario sind meine eigene fachliche Einordnung; die genannten Modellwerte stammen von OpenAI und wurden hier nicht unabhängig reproduziert.

KI-generiertes Symbolbild. Keine Aufnahme eines realen Ereignisses.

Autor: Niklas Entenmann