Blog · Technik
Alte Software anbinden:
drei Wege ohne Neuanschaffung.
Die Branchensoftware läuft seit Jahren, sie kann vieles, aber keine moderne Schnittstelle. Muss sie deshalb ersetzt werden, bevor ein Agent helfen kann? Nicht zwingend. Dieser Beitrag zeigt drei Wege, Altsysteme anzubinden.
Kurz gesagtEin Agent kann mit Altsystemen über Dateiaustausch (Export und Import), lesenden Datenzugriff mit Zwischenschicht oder Oberflächen-Automatisierung zusammenarbeiten. Die Wege unterscheiden sich in Aufwand, Stabilität und Risiko. Lizenz, Herstellerfreigabe und Rechte sind vorab zu klären.
Das System läuft, aber es spricht mit niemandem
Betriebe arbeiten mit Software, die ihre Aufgabe erfüllt und über die Jahre auf den Betrieb zugeschnitten wurde: eine Warenwirtschaft, eine Auftragsverwaltung, eine Branchenlösung. Sie hat eine eigene Oberfläche, vielleicht eine Importfunktion, aber keine Schnittstelle, über die ein anderes Programm Daten abfragen könnte. Wenn nun ein Agent Bestellungen nachschlagen oder Entwürfe anlegen soll, scheint die Antwort zunächst: erst neue Software.
Diese Schlussfolgerung ist nicht zwingend. Es gibt Wege, Altsysteme einzubinden, mit unterschiedlichem Aufwand und unterschiedlichen Risiken. Welcher der richtige ist, hängt von den Möglichkeiten des Systems, den Vorgaben des Herstellers und der Aufgabe ab. Dieser Beitrag beschreibt die drei Wege und die Fragen, die über sie entscheiden. Grundlagen zu Schnittstellen finden Sie im Glossar unter Schnittstelle (API).
Weg 1: Dateiaustausch mit Export und Import
Programme können Daten in Dateien schreiben, etwa als Tabelle oder in einem Austauschformat, und Dateien einlesen. Dieser Weg nutzt das. Das Altsystem exportiert zu festen Zeiten, zum Beispiel nachts, die Daten, die der Agent braucht: offene Bestellungen, Kundenstamm, Bestände. Die Dateien liest der Agent und arbeitet mit diesem Stand. Für Rückschreibungen kann umgekehrt eine Datei entstehen, die das Altsystem einliest, nachdem ein Mensch sie geprüft hat.
Die Vorteile: Der Weg ist einfach, belastet das Altsystem kaum und ist für den Hersteller weniger heikel, weil er vorgesehene Funktionen nutzt. Die Nachteile: Die Daten sind nur so aktuell wie der letzte Export, und die Rückrichtung braucht eine saubere Prüfung. Für Auskünfte, die nicht minutenaktuell sein müssen, etwa Liefertermine oder Rechnungsstände, kann das genügen.
Der Dateiaustausch lässt sich an einem Nachmittag erproben: Ein Export wird einmal angestoßen, der Agent liest ihn, und Sie sehen, ob die Daten für den Zweck taugen. So entsteht ein erstes Urteil, ohne dass am Altsystem etwas geändert wird.
Weg 2: Lesender Datenzugriff mit Zwischenschicht
Manche Systeme speichern ihre Daten in einer Datenbank, auf die sich lesend zugreifen lässt. Eine kleine Zwischenschicht, ein Dienst, der die Daten abfragt und in einer sauberen Form bereitstellt, kann dem Agenten dann Auskunft in Echtzeit geben. Die Zwischenschicht übernimmt die Übersetzung und schützt das Altsystem: Der Agent spricht nie direkt mit der Datenbank, sondern nur mit dem Dienst, der festlegt, was abgefragt werden darf.
Der Weg liefert aktuelle Daten, verlangt aber technische Sorgfalt und eine Klärung mit dem Hersteller. Nicht jede Lizenz erlaubt direkten Datenbankzugriff, und Updates des Herstellers können die Struktur ändern. Setzen Sie ausschließlich lesenden Zugriff ein und lassen Sie den Dienst nur die Felder ausgeben, die der Vorgang braucht. Das entspricht auch dem Prinzip der Datenminimierung.
Weg 3: Oberflächen-Automatisierung als Notlösung
Wo weder Export noch Datenbankzugriff möglich sind, bleibt die Oberfläche. Ein Software-Roboter bedient das Programm wie ein Mensch, öffnet Fenster, liest Felder, trägt Werte ein. Das nennt man RPA. Es funktioniert, solange sich nichts ändert. Ändert sich eine Maske, bricht der Ablauf ab oder, schlimmer, klickt ins Leere.
Wir setzen diesen Weg nur ein, wenn die anderen nicht möglich sind, und bauen Prüfungen ein, die Abweichungen melden. Außerdem klären wir die Lizenz: Nicht jeder Hersteller erlaubt automatisierten Zugriff über die Oberfläche. Die Zugangsdaten des Roboters sind eigene, minimal berechtigte Konten, nie das Passwort einer Mitarbeiterin.
Die drei Wege im Vergleich
| Kriterium | Dateiaustausch | Lesender Zugriff | Oberfläche |
|---|---|---|---|
| Aktualität | Stand des letzten Exports | Aktuell | Aktuell |
| Aufwand | Gering | Mittel | Mittel bis hoch |
| Stabilität | Hoch | Hoch, solange Struktur gleich bleibt | Anfällig bei Änderungen |
| Risiko fürs Altsystem | Gering | Gering bei lesendem Zugriff | Mittel |
| Rückschreiben | Über geprüfte Datei | Nicht vorgesehen | Möglich, mit Prüfung |
| Herstellerfreigabe | In der Regel unkritisch, zu bestätigen | Zu klären | Zu klären |
Die Tabelle ist eine Orientierung. Wir kombinieren Wege, wo es nötig ist: lesend per Datei für Auskünfte, Oberfläche nur für den einen Schritt, der nicht anders geht.
Ein Beispiel aus dem Alltag
Fiktives Beispiel, kein Kundenfall.
Ein Großhändler nutzt eine Warenwirtschaft, die vor langer Zeit angeschafft wurde. Sie bietet einen nächtlichen Export der offenen Aufträge als Tabelle. Der Händler möchte, dass ein Agent Statusfragen beantwortet. Weg 1 genügt: Der Agent liest jeden Morgen die aktuelle Tabelle, beantwortet Fragen auf diesem Stand und weist in seiner Antwort auf den Stand hin. Fragen, die minutenaktuelle Daten verlangen, gehen an den Innendienst.
Nach einigen Wochen zeigt sich, dass für einen Teil der Rückfragen der Stand nicht reicht. Der Händler lässt prüfen, ob der Hersteller einen lesenden Datenbankzugriff erlaubt. Das ist der Moment für Weg 2, nicht früher. So wächst die Lösung mit dem Bedarf, statt vorab alles zu bauen.
Das Beispiel zeigt auch, wie die Grenzen des ersten Weges erkannt werden: Der Agent kann Auskünfte nur so aktuell geben wie der letzte Export. Dieser Stand wird in der Antwort genannt, damit niemand auf veralteten Zahlen aufbaut.
Was der Agent mit Altsystemen nie entscheidet
- Ob er in ein Altsystem schreibt: Schreibrechte vergeben wir gezielt und nach der Testphase
- Ob er Bestände, Preise oder Stammdaten ändert: Das bleibt bei Menschen
- Ob er Zugangsdaten verwendet, die nicht für ihn eingerichtet wurden
- Ob er Daten weitergibt, die der Vorgang nicht braucht
Bei Rückschreibungen gilt der Dreiklang: Entwurf, Prüfung durch einen Menschen, Freigabe. Selbst bei einer sauberen Dateischnittstelle liest das Altsystem erst nach der Freigabe ein, was der Agent vorbereitet hat.
Daten und Rechte
Wo Altsysteme Kundendaten enthalten, gilt, was für jede Verarbeitung durch Dienstleister gilt: Es braucht einen Vertrag nach Art. 28 DSGVO, der unter anderem Gegenstand, Dauer, Art und Zweck der Verarbeitung festlegt. Wir schließen ihn vor dem Start ab und klären Modell, Verarbeitungsort und Löschfristen im Vertrag. Exportdateien sind Daten wie andere auch und gehören in das Löschkonzept: Wo liegen sie, wer darf sie lesen, wann werden sie überschrieben?
Sicherheitsfragen kommen hinzu. Exportordner mit Kundendaten sind ein attraktives Ziel; sie brauchen Zugriffsschutz. Das BSI beschreibt für den Einsatz generativer Modelle neuartige Sicherheitsrisiken und mögliche Gegenmaßnahmen, darunter begrenzte Rechte und die Trennung von Systemen.
Schutz der Exportdateien im Alltag
Beim Dateiaustausch entsteht ein Ordner, in dem Kundendaten liegen. Behandeln Sie ihn wie ein Aktenschrank. Nur die Programme und Personen, die ihn brauchen, erhalten Zugriff. Die Dateien liegen verschlüsselt oder zumindest in einem geschützten Bereich, und alte Exporte werden nach festen Fristen gelöscht. Prüfen Sie außerdem, dass der Export nur die Felder enthält, die der Agent braucht. Ein vollständiger Kundenstamm in einer Tabelle ist ein Risiko, das sich mit einer schmaleren Ansicht vermeiden lässt.
Fragen für das Gespräch mit dem Hersteller
Bevor Sie einen Weg wählen, lohnt ein Anruf beim Hersteller oder Betreuer Ihrer Software. Fragen Sie, welche Exportfunktionen es gibt und ob sich Exporte zeitgesteuert auslösen lassen. Fragen Sie, ob es eine dokumentierte Schnittstelle gibt, möglicherweise gegen Aufpreis oder in einer höheren Ausbaustufe, die Sie noch nicht nutzen. Fragen Sie nach den Lizenzbedingungen für den Zugriff auf die Datenbank und für automatisierte Bedienung der Oberfläche.
Erkundigen Sie sich auch nach der Zukunft: Wird die Software weiterentwickelt, ist eine Ablösung geplant, wie lange wird sie unterstützt? Die Antworten beeinflussen, wie viel Sie in die Anbindung investieren sollten. Eine Software, die in zwei Jahren ersetzt wird, verdient eine schlanke Lösung. Eine, die noch zehn Jahre läuft, kann eine aufwendigere rechtfertigen.
Notieren Sie die Antworten schriftlich und legen Sie sie in die Projektakte. Sie sind die Grundlage für Aufwandsschätzung, Vertrag und spätere Fehlersuche. Manche Hersteller reagieren zurückhaltend auf Fragen zu Schnittstellen. Das ist ein Grund, die Antworten genau zu dokumentieren, und kein Grund, auf die Anbindung zu verzichten.
Wann sich eine Ablösung doch lohnt
Es gibt Fälle, in denen Anbindung nicht der richtige Weg ist. Wenn die Software keine Daten herausgibt, der Hersteller jeden Zugriff untersagt, die Oberfläche ständig wechselt oder das Programm so wenig Struktur besitzt, dass jeder Datenabzug Handarbeit wäre, wird eine Anbindung teuer und brüchig. Dann gehört die Frage nach einer Ablösung auf den Tisch, auch ohne KI, denn das System setzt dem Betrieb ohnehin Grenzen.
Wir sagen das offen, wenn es so ist. Ein Agent kann viel leisten, aber er kann keine Daten nutzen, die ein System nicht herausgibt. Der Entlastungs-Check und das Erstgespräch helfen zu klären, ob sich der Weg lohnt, bevor Geld fließt.
Eine Ablösung bedeutet auch Verantwortung für die Umstellung der Abläufe. Planen Sie dafür Zeit im Team ein und führen Sie Alt und Neu eine Weile parallel.
Pilot-Vorschlag (Der kleinste Weg zuerst)
- Woche 1: Inventur: Welche Daten braucht der Vorgang, in welchen Systemen liegen sie, welche Exporte gibt es, was sagt die Lizenz?
- Woche 2: Kleinsten Weg wählen, etwa den Dateiaustausch, und einrichten. Rechte begrenzen, Exportordner schützen.
- Woche 3: Testbetrieb: Der Agent beantwortet Fragen auf dem Stand der Datei. Das Team prüft, wo der Stand nicht reicht.
- Woche 4: Entscheidung: genügt der Weg, oder lohnt der nächste? Aufwand und Nutzen gegenüberstellen.
Dieses Vorgehen verhindert, dass Sie zu früh in die aufwendigste Lösung investieren. Wenn Sie Ihre Systeme einschätzen lassen möchten, bringen Sie im Erstgespräch eine Liste der Programme mit, in denen der Vorgang läuft. Leistung: Prozess-Automatisierung. Verwandt: Pilot statt Großprojekt.
Häufige Fragen
Muss ich meine Software wechseln, damit ein Agent helfen kann?
Nicht zwingend. Es gibt Wege über Dateiaustausch, lesenden Datenzugriff und, als Notlösung, die Oberfläche. Welcher passt, hängt vom System und von Ihrem Vorgang ab.
Ist Oberflächen-Automatisierung unsicher?
Sie ist anfällig bei Änderungen der Oberfläche und braucht eigene Konten mit minimalen Rechten. Mit Prüfungen, die Abweichungen melden, lässt sie sich als Notlösung betreiben.
Darf ich auf die Datenbank meiner Software zugreifen?
Das hängt von Lizenz und Herstellerbedingungen ab. Klären Sie es vorab mit dem Anbieter. Wir setzen nur lesenden Zugriff über eine Zwischenschicht ein, wenn es erlaubt ist.
Wie aktuell sind die Daten beim Dateiaustausch?
So aktuell wie der letzte Export. Der Agent weist in seinen Antworten auf den Stand hin. Für Auskünfte, die minutenaktuell sein müssen, ist ein anderer Weg zu prüfen.
Was kostet die Anbindung?
Los geht es mit dem Wissens-Agenten ab 1.000 € Setup und ab 100 € im Monat, alles Weitere hängt vom Umfang ab. Agenten mit Zugriff auf Ihre Systeme kosten mehr; der Preis hängt von Umfang und Weg der Anbindung ab.
Quellen und rechtlicher Rahmen
- DSGVO, Art. 28 (Auftragsverarbeiter): Verarbeitet ein Dienstleister personenbezogene Daten im Auftrag, arbeitet der Verantwortliche nur mit Auftragsverarbeitern, die hinreichende Garantien für geeignete technische und organisatorische Maßnahmen bieten. Die Verarbeitung folgt einem Vertrag, der unter anderem Gegenstand, Dauer, Art und Zweck festlegt. (abgerufen 21. Oktober 2026)
- BSI: Generative KI-Modelle, Chancen und Risiken für Industrie und Behörden (21.1.2025): Das BSI beschreibt neben den Chancen neuartige IT-Sicherheitsrisiken generativer KI-Modelle sowie mögliche Gegenmaßnahmen. Es richtet sich an Unternehmen und Behörden, die den Einsatz in ihren Arbeitsabläufen erwägen. (abgerufen 21. Oktober 2026)
Die Zusammenfassungen sind sinngemäß; maßgeblich sind die verlinkten Originaltexte. Das ist ein allgemeiner Überblick zu Ihrem Umfeld, keine Rechtsberatung und keine Aussage zu Ihrem Einzelfall.
Autor: Melvin Mümken, Gründer & Technischer Leiter. Stand: 22.10.2026. Die Hinweise sind ein allgemeiner Überblick und keine Rechtsberatung.