Legacy-System

Typisches Beispiel: eine seit Jahren genutzte Branchensoftware für Warenwirtschaft oder Auftragsabwicklung, die zuverlässig läuft, aber technisch nicht mehr weiterentwickelt wird und keine Anbindung nach außen zulässt. Ein Austausch ist teuer, riskant und oft betrieblich kaum machbar — das System bleibt, und mit ihm die manuelle Arbeit drum herum.

Die gute Nachricht: Automatisierung erfordert keinen Systemwechsel. Das Legacy-System kann Kern bleiben, während KI-Agenten die manuellen Übertragungs- und Erfassungsarbeiten übernehmen, die sich um es herum angesammelt haben.

KI-Agenten arbeiten auch ohne API mit Legacy-Systemen: über Datei-Exporte und -Importe (CSV, Excel), das Auslesen erzeugter Dokumente und Berichte, E-Mail-Schnittstellen — oder indem sie die Bedienoberfläche wie ein Mensch bedienen. Welcher Weg der richtige ist, hängt von Stabilität, Volumen und Änderungshäufigkeit ab; oft ist der unspektakuläre Datei-Weg der robusteste.

Der klassische Big-Bang-Ansatz — altes System abschalten, neues einführen, alle Daten migrieren — gehört zu den riskantesten IT-Projekten überhaupt: lange Laufzeiten, hohe Kosten, und der Betrieb muss währenddessen weiterlaufen. Die Alternative ist der schrittweise Umbau: Das Altsystem bleibt zunächst der Kern, während neue Funktionen und Automatisierungen außen herum entstehen. Stück für Stück wandern einzelne Aufgaben aus dem Altsystem in moderne Bausteine, bis der Kern irgendwann klein genug ist, um ihn gefahrlos abzulösen — oder bis sich zeigt, dass er gut weiterlaufen kann.

KI-Agenten passen in diese Strategie doppelt: Kurzfristig nehmen sie die manuelle Arbeit rund um das Altsystem ab und verschaffen dem Betrieb Luft. Mittelfristig dokumentieren sie durch ihre Arbeit die tatsächlichen Prozesse und Datenflüsse — genau das Wissen, das bei einer späteren Systementscheidung sonst mühsam rekonstruiert werden müsste. Wer erst automatisiert und dann migriert, trifft die Systementscheidung auf Basis realer Prozessdaten statt auf Basis von Vermutungen.

Die Entscheidung für eine Legacy-Anbindung dreht sich letztlich um eine einfache Frage: Übersteigt der eingesparte manuelle Aufwand langfristig den Aufwand für Aufbau und Pflege der Anbindung? Einige Faktoren sprechen regelmäßig für eine Anbindung: hohes tägliches Volumen der manuellen Tätigkeiten, stabile Prozesse mit wenig Ausnahmen und geringe Änderungshäufigkeit am Altsystem. Je stabiler das System, desto weniger Wartungsaufwand entsteht — das verbessert die Wirtschaftlichkeit erheblich.

Gegen eine aufwändige Integration sprechen hingegen ein absehbarer Systemwechsel in naher Zukunft oder sehr unregelmäßige Prozesse, bei denen der Aufwand für Ausnahmebehandlung den Nutzen übersteigt. In solchen Fällen ist eine schlanke Übergangslösung sinnvoller: den manuellen Aufwand durch partielle Automatisierung reduzieren, ohne tiefe Abhängigkeiten zum Altsystem aufzubauen. Die ehrlichste Grundlage für diese Entscheidung ist eine strukturierte Aufnahme des tatsächlichen Arbeitsaufwands — nicht eine Schätzung aus dem Bauch, sondern gemessene Minuten pro Vorgang, multipliziert mit der Häufigkeit. Diese Zahl macht die Entscheidung sachlich.

Alte Systeme bringen eine eigene Sicherheitsdimension mit, die bei einer Anbindung bewusst mitgedacht werden muss. Häufig laufen Legacy-Anwendungen auf Betriebssystemen oder Datenbankversionen, die keine Sicherheitsaktualisierungen mehr erhalten — sie sind stabil, aber verwundbar. Wenn eine Automatisierung an ein solches System andockt, sollte diese Verbindung besonders eng gefasst sein: möglichst über einen abgesicherten, isolierten Kanal statt über eine breit geöffnete Zugriffsmöglichkeit. Das Ziel ist, das Altsystem nicht zusätzlich zu exponieren.

Ein verbreiteter, unspektakulärer Weg ist gerade deshalb oft der sicherste: der Austausch über Dateien in einem klar definierten, überwachten Verzeichnis. Der Agent liest Exporte und schreibt Importe, ohne direkt in das verwundbare System einzugreifen — die Angriffsfläche bleibt minimal. Wo eine direkte Anbindung nötig ist, gelten dieselben Grundsätze wie bei jeder Integration: eigener technischer Zugang mit minimalen Rechten, verschlüsselte Verbindung wo möglich, und Protokollierung aller Zugriffe.

Nicht zu vergessen ist die Datenschutzseite: Alte Systeme enthalten oft historisch gewachsene, umfangreiche Datenbestände. Bevor ein Agent breiten Zugriff erhält, lohnt die Klärung, welche Daten er tatsächlich braucht — und der Zugriff wird entsprechend eingegrenzt, statt pauschal alles zu öffnen.