Altsysteme ohne API anbinden: Datei, E-Mail, Datenbank, Bildschirm

Ein Altsystem ohne API binden Sie über das an, was es bereits hat: eine Datei, ein E-Mail-Postfach, seine Datenbank oder zuletzt seine Bedienoberfläche. n8n deckt diese vier Wege technisch sehr unterschiedlich gut ab, und die Reihenfolge, in der Sie sie prüfen, bestimmt mit, wie robust die Anbindung am Ende ist.

Ein Hinweis vorweg: Die Angaben zu den n8n-Nodes geben den Stand der n8n-Dokumentation vom 27. September 2026 wieder. Node-Verhalten ändert sich zwischen Versionen; die Quellen sind unten verlinkt, damit Sie den aktuellen Stand selbst nachschlagen können.

Die vier Wege im Überblick

	Weg 1: Die Datei	Weg 2: Das E-Mail-Postfach	Weg 3: Die Datenbank	Weg 4: Der Bildschirm
Was Sie automatisieren	Ein- und Ausgabedateien, die das Altsystem ohnehin schreibt oder liest	Nachrichten und Anhänge, die über ein Postfach laufen	Die Tabellen, in denen das Altsystem seine Daten ablegt	Die Bedienoberfläche selbst, Klick für Klick nachgebaut
n8n-Baustein	Local File Trigger für einen lokalen Ordner, FTP-Node für einen FTP-/SFTP-Server	Email Trigger (IMAP) für eingehende, Send-Email-Node (SMTP) für ausgehende Post	Datenbank-Nodes, darunter Microsoft SQL, Oracle Database (ab 19c), MySQL und Postgres	HTTP-Request- plus HTML-Node für reines Auslesen; Airtop-Node (Cloud-Browser des Dienstes Airtop) oder, nur selbst gehostet, Community-Node wie n8n-nodes-puppeteer für Klickstrecken
Voraussetzung am Altsystem	Kann Dateien in ein Verzeichnis schreiben oder von dort lesen	Kann E-Mails senden oder empfangen	Datenbank ist von der n8n-Instanz aus erreichbar, eigener Datenbankbenutzer, Freigabe durch den Betreuer	Läuft im Browser; native Windows-Programme erreicht dieser Weg nicht
Grenze	Local File Trigger läuft nicht auf n8n Cloud und ist seit Version 2.0 standardmäßig deaktiviert	Kein strukturiertes Format garantiert, der Inhalt muss geparst werden	Tabellenstruktur kann sich mit Updates ändern, beim Hersteller erfragen, ob sie dokumentiert und stabil ist; Schreiben läuft an der Programmlogik vorbei	Kann bei Oberflächenänderungen brechen; bei Airtop laufen die Seiten über den externen Dienst, ein Community-Node erhält vollen Maschinenzugriff
Passt, wenn	Das System exportiert oder importiert ohnehin Dateien	Ein Report, eine Bestätigung oder ein Beleg per Mail bereits existiert	Sie Daten lesen müssen, die weder Export noch Mail liefern	Kein anderer Weg offensteht

Die Prüfreihenfolge als Entscheidungsbaum

Gehen Sie die Fragen der Reihe nach durch und hören Sie bei der ersten auf, die Sie mit Ja beantworten. Die Reihenfolge folgt einem Prinzip: zuerst das, was das Altsystem von sich aus nach außen gibt, dann das, was es intern speichert, zuletzt die Oberfläche, die niemand für eine Maschine entworfen hat.

1. Schreibt oder liest das System bereits Dateien mit den Daten, die Sie brauchen (nächtlicher Export, Importschnittstelle für Stammdaten)? Ja: Weg 1. Nächste Prüffrage: Liegen die Dateien in einem lokalen Ordner (dann selbst gehostetes n8n mit Local File Trigger) oder auf einem FTP-/SFTP-Server (dann FTP-Node)?
2. Verschickt oder empfängt es E-Mails mit diesen Daten (Report, Bestellbestätigung, Rechnung als Anhang)? Ja: Weg 2. Nächste Prüffrage: Ist der Inhalt in Betreff, Text oder Anhang so aufgebaut, dass er sich zuverlässig auslesen lässt?
3. Liegen die Daten in einer Datenbank, die n8n erreicht, und gibt der Hersteller oder Betreuer einen lesenden Zugang frei? Ja: Weg 3, zunächst nur lesend. Nächste Prüffrage: Hat n8n einen Node für dieses Datenbanksystem? Falls nein, scheidet Weg 3 mit den mitgelieferten Nodes aus; ein Community-Node wäre möglich, mit den Risiken aus Weg 4; weiter mit Frage 4.
4. Läuft die Oberfläche im Browser? Ja: Weg 4. Nächste Prüffrage: Reicht reines Auslesen (HTTP Request plus HTML-Node), oder braucht es Klicks und Formulare (Airtop-Node; ein Community-Node wäre auf einer selbst gehosteten Instanz möglich)?
5. Nein bei allen vier: Bleibt nur die Oberfläche eines Desktop-Programms, schließt n8n die Lücke nicht allein. Prüfen Sie dann RPA-Software (siehe Weg 4, letzter Abschnitt).

Eine Anmerkung zur Stelle der Datenbank: Sie kann Daten liefern, die ein Export auslässt, und lässt sich jederzeit abfragen statt nur zu festen Zeitpunkten. Sie steht trotzdem hinter Datei und E-Mail, weil Export und Mailversand Wege sind, die das Altsystem selbst für die Weitergabe vorsieht. Die Tabellenstruktur dagegen gehört zum Inneren des Programms.

Weg 1: Die Datei als Schnittstelle

Kann Ihr Altsystem Dateien in ein Verzeichnis schreiben oder von dort lesen, ist das ein naheliegender Einstieg, weil Sie auf einer Übergabe aufbauen, die das System ohnehin vorsieht. n8n bringt dafür den Local-File-Trigger-Node mit, der laut n8n-Dokumentation eine Ausführung startet, sobald sich im Dateisystem etwas ändert: Eine Datei oder ein Ordner wird hinzugefügt, geändert oder gelöscht. Liegen die Dateien nicht lokal, sondern auf einem entfernten Server, übernimmt stattdessen der FTP-Node den Zugriff auf diesen FTP- oder SFTP-Server. Zum Hochladen einer Datei kombinieren Sie ihn mit dem Read/Write-Files-Node oder dem HTTP-Request-Node, die die Datei als Datenanhang bereitstellen.

Zwei Einschränkungen gehören zur Planung dazu. Erstens steht der Local File Trigger laut n8n-Dokumentation auf n8n Cloud nicht zur Verfügung; mit diesem Node läuft der Weg auf eine selbst gehostete n8n-Instanz hinaus. Zweitens hat n8n den Node seit Version 2.0 aus Sicherheitsgründen standardmäßig deaktiviert, weil er in Umgebungen mit nicht vertrauenswürdigen Nutzern ein Risiko darstellen kann. Sie schalten ihn bewusst frei, statt ihn einfach vorzufinden.

Ein realistischer erster Zuschnitt: Ihr Altsystem legt nachts eine Exportdatei in einen Ordner. Der Local File Trigger feuert, n8n liest die Datei, bildet die Felder auf das Zielsystem ab und legt das Ergebnis ab oder verschickt es weiter. Eine Rückfrage in Echtzeit kennt dieser Weg nicht. Wie beim DATEV-Dateiweg kommen die Daten, wenn die Datei kommt; abfragen können Sie sie nicht.

Weg 2: Das E-Mail-Postfach als Schnittstelle

Verschickt oder empfängt Ihr Altsystem bereits E-Mails, etwa einen täglichen Report, eine automatisierte Bestellbestätigung oder eine Rechnung als Anhang, ist das Postfach der zweite Weg. Der Email-Trigger-(IMAP)-Node ruft laut n8n-Dokumentation Nachrichten über einen IMAP-Server ab. Sie legen fest, aus welchem Postfach gelesen wird, ob eine Nachricht nach dem Abruf als gelesen markiert wird und ob Anhänge heruntergeladen werden. Letzteres aktivieren Sie nur bei Bedarf, weil es laut n8n den Verarbeitungsaufwand erhöht. Für den umgekehrten Weg, also E-Mails aus n8n heraus zu verschicken, steht der Send-Email-Node bereit, der laut n8n-Dokumentation über einen SMTP-Server sendet.

Die Grenze liegt im Format: Anders als eine API garantiert eine E-Mail keine strukturierten Daten. Betreff, Text oder ein angehängtes PDF müssen erst geparst werden, bevor die Daten nutzbar sind. Bei einer eingehenden Rechnung als Anhang hängt es am Format des Anhangs, nicht an n8n, wie leicht sich der Inhalt extrahieren lässt.

Weg 3: Die Datenbank des Altsystems

Auch ein Altsystem ohne API kann seine Daten in einem Datenbankserver ablegen. Ob das so ist und welches Datenbanksystem dahinter steckt, erfahren Sie vom Hersteller, vom IT-Dienstleister oder aus der Installationsdokumentation. n8n bringt für mehrere Datenbanksysteme eigene Nodes mit, darunter Microsoft SQL, Oracle Database, MySQL und Postgres (Stand der n8n-Dokumentation am 27. September 2026). Alle vier können laut Dokumentation eine SQL-Abfrage ausführen sowie Zeilen einfügen, ändern und löschen; der Oracle-Node setzt Oracle Database 19c oder neuer voraus.

Drei Prüfungen gehören vor den ersten Workflow:

• Welche Rechte bekommt n8n? Die n8n-Dokumentation zu den MySQL-Zugangsdaten formuliert es allgemein: Der Datenbankbenutzer sollte die passenden Rechte für die Aktionen haben, die n8n ausführen soll. Für eine Anbindung, die nur Daten abholt, heißt das: ein eigener Benutzer, der nur lesen darf, und nur auf die Tabellen, die der Workflow braucht. Die Nodes können auch löschen, beim Postgres-, MySQL- und Oracle-Node sogar ganze Tabellen leeren oder entfernen. Ein Lese-Benutzer begrenzt, was ein fehlerhaft konfigurierter Workflow anrichten kann. Fragen Sie den Betreuer außerdem, ob Leseabfragen auf die Produktionsdatenbank den laufenden Betrieb belasten oder Sperren auslösen können und ob für den Lesezugriff eine View oder ein Replikat bereitsteht.
• Darf n8n schreiben? Ein direkter Schreibzugriff läuft an allen Prüfungen vorbei, die das Altsystem in seinem Programmcode statt in der Datenbank ausführt: Plausibilitätsprüfungen, Nummernkreise, Folgebuchungen, Protokolleinträge. Klären Sie deshalb mit dem Hersteller oder Betreuer, ob Schreibzugriffe von außen vorgesehen sind und ob sie Ihren Wartungs- oder Supportvertrag berühren. Dieselbe Frage stellt sich beim Lesen in abgeschwächter Form: Dokumentiert der Hersteller die Tabellenstruktur, und bleibt sie bei Updates stabil? Falls nicht, kann ein Update Ihre Abfragen brechen, ohne dass sich an der Oberfläche etwas ändert.
• Kommt n8n an den Datenbankserver? Die Datenbank muss von der n8n-Instanz aus über das Netzwerk erreichbar sein. Steht sie im Firmennetz, ist eine selbst gehostete Instanz im selben Netz der direkte Weg. Die Zugangsdaten für Postgres und MySQL sehen laut n8n-Dokumentation zusätzlich einen SSH-Tunnel vor; bei Postgres setzt er einen SSH-Server auf derselben Maschine wie die Datenbank voraus, die Oracle-Zugangsdaten unterstützen keinen SSH-Tunnel. Für n8n Cloud nennt n8n die Adressbereiche, aus denen ausgehende Verbindungen kommen können, weist aber darauf hin, dass sich diese ohne Vorwarnung ändern können, und empfiehlt starke Authentifizierung und verschlüsselte Übertragung. Eine Datenbank für Verbindungen aus dem Internet zu öffnen, ist eine Entscheidung Ihrer IT, nicht des Automatisierungsprojekts.

Der oben verlinkte DATEV-Artikel prüft beim ERP im Abschnitt „Und das ERP?“ den Datenbankzugriff vor den Export- und Importverzeichnissen. Warum dieser Artikel die Datei voranstellt, steht in der Anmerkung unter dem Entscheidungsbaum; gibt der Betreuer Ihres Systems einen lesenden Datenbankzugang frei und dokumentiert die Tabellenstruktur, und enthält die Datei die benötigten Daten nicht vollständig, spricht das dafür, Frage 3 vorzuziehen.

Weg 4: Der Bildschirm – Browser-Automatisierung, keine Desktop-RPA

Bleibt nur die Bedienoberfläche, wird es technisch voraussetzungsreicher. Für eine reine Web-Oberfläche ohne Interaktionsschritte kann schon der HTTP-Request-Node zusammen mit dem HTML-Node reichen, der laut n8n-Dokumentation Inhalte über CSS-Selektoren aus HTML extrahiert. Das ist ein einfacher Abruf mit Auslesen, kein Klicken.

Braucht es mehrere Schritte, etwa anmelden, ein Formular ausfüllen und einen Button klicken, bieten sich zwei Wege an (Stand 27. September 2026). Der erste ist der mitgelieferte Airtop-Node: Er steuert laut n8n-Dokumentation einen Cloud-Browser des externen Dienstes Airtop und kann klicken, tippen, Formulare ausfüllen und Screenshots erzeugen. Dafür brauchen Sie ein Airtop-Konto, und die Seiten Ihres Altsystems werden in diesem externen Browser geöffnet. Prüfen Sie deshalb vorher, ob das Altsystem von dort aus erreichbar ist und ob Sie die Daten über diesen Dienst laufen lassen dürfen.

Der zweite Weg sind selbst betriebene Community-Nodes wie n8n-nodes-puppeteer, die laut eigener Paketseite einen Chrome- oder Chromium-Browser per Skript steuern: Seiten aufrufen, mit ihnen interagieren, Inhalte auslesen, Screenshots erzeugen. Für die Installation gilt der Hinweis aus der n8n-Dokumentation: Ein Community-Node erhält vollen Zugriff auf die Maschine, auf der n8n läuft, und die Installation aus npm bedeutet unverifizierten Code aus einer öffentlichen Quelle. Ausgewählte Community-Nodes prüft n8n und gibt sie als verifizierte Community-Nodes frei, wenn sie Anforderungen an Daten- und Systemsicherheit erfüllen. Ob ein Node dazugehört, prüfen Sie vor dem Einsatz. Die Installation aus npm steht laut n8n-Dokumentation nur auf selbst gehosteten Instanzen zur Verfügung, nicht auf n8n Cloud. Für n8n-nodes-puppeteer kommt hinzu: Die Verifizierungsrichtlinien von n8n verlangen Pakete ohne externe Abhängigkeiten, und das Paket führt laut seiner package.json unter anderem Puppeteer als Abhängigkeit.

Auch innerhalb einer Web-Oberfläche gilt: Jede Änderung am HTML, jedes neue Cookie-Banner, jede verschobene Schaltfläche kann den Workflow brechen. Das passiert manchmal mit Fehlermeldung, manchmal still, etwa wenn ein Selektor ins Leere greift und leere Werte weiterlaufen. Ein Workflow auf diesem Weg braucht deshalb von Anfang an eine externe Beobachtung; wie Sie n8n-Workflows überwachen, haben wir gesondert beschrieben.

Wenn das Altsystem ein Desktop-Programm ist

Airtop und Puppeteer steuern einen Browser, keine native Windows-Anwendung. In der Node-Übersicht der n8n-Dokumentation findet sich am 27. September 2026 kein Node für Desktop-Automatisierung. Läuft Ihr Altsystem als klassisches Desktop-Programm ohne Weboberfläche, endet der Bildschirm-Weg in n8n. Hier ist RPA-Software das passende Werkzeug. Ein Beispiel sind die Desktop-Flows von Power Automate, die laut Microsoft auch Altanwendungen wie Terminalemulatoren sowie Desktop-Anwendungen über Oberflächenelemente, Bilder oder Bildschirmkoordinaten bedienen. Welche Lizenz Power Automate für unbeaufsichtigt laufende Desktop-Flows verlangt und wie sich das neben n8n rechnet, steht in unserem Vergleich von n8n, Make und Power Automate. Funktionen in n8n nachzubauen, die es für diesen Fall nicht mitbringt, kostet an der falschen Stelle Zeit.

Für den Mittelstand heißt das

Entscheiden Sie nicht danach, welcher Weg am schnellsten aussieht, sondern gehen Sie den Entscheidungsbaum oben von oben nach unten durch. Datei und E-Mail bauen auf etwas auf, das Ihr Altsystem bereits für die Weitergabe vorsieht. Die Datenbank kann mehr liefern, verlangt aber eine Absprache mit dem Hersteller oder Betreuer und im Zweifel einen Benutzer, der nur lesen darf. Der Bildschirm baut gegen eine Oberfläche, die niemand für die Automatisierung entworfen hat und die sich ändern kann, ohne dass Sie es vorher erfahren.

Zwei Fragen klären Sie früh, weil sie die Betriebsform festlegen. Erstens: Brauchen Sie einen lokal überwachten Ordner oder eine Datenbank im Firmennetz? Ein lokal überwachter Ordner setzt eine selbst gehostete Instanz voraus, weil der Local File Trigger auf n8n Cloud nicht verfügbar ist; er überwacht das Dateisystem der Maschine, auf der n8n läuft; der Ordner muss dort liegen oder eingebunden sein, und bei einem eingebundenen Netzlaufwerk ist laut Node-Beschreibung die Option „Use Polling“ in der Regel nötig. Eine Datenbank im Firmennetz setzt entweder eine selbst gehostete Instanz im selben Netz voraus oder eine Netzwerkfreigabe, die Ihre IT verantwortet. Zweitens: Ist die Oberfläche, die am Ende übrig bleibt, eine Web-Oberfläche oder ein Desktop-Programm? Für Ersteres hat n8n mit dem Airtop-Node oder, nur auf einer selbst gehosteten Instanz, mit einem Community-Node wie n8n-nodes-puppeteer einen Weg, für Zweiteres nicht. Dort prüfen Sie ein RPA-Werkzeug für genau diesen einen Prozess, statt Ihre gesamte Automatisierung an einer Lücke aufzuhängen, die n8n nicht schließt.

FAQ

Kann n8n eine Windows-Anwendung wie ein RPA-Tool bedienen?

Nicht mit Bordmitteln. In der Node-Übersicht der n8n-Dokumentation findet sich am 27. September 2026 kein Node für Desktop-Automatisierung. Für Browser-Oberflächen gibt es den mitgelieferten Airtop-Node, der einen Cloud-Browser des externen Dienstes Airtop fernsteuert (eigenes Airtop-Konto nötig), und, nur bei selbst gehostetem n8n, Community-Nodes wie n8n-nodes-puppeteer, die laut eigener Paketseite einen Chrome- oder Chromium-Browser per Skript steuern. Eine native Windows-Anwendung ohne Weboberfläche erreichen beide nicht. Dafür ist RPA-Software gebaut, etwa die Desktop-Flows von Power Automate.

Brauche ich für den Datei-Weg zwingend Self-Hosting?

Für einen überwachten lokalen Ordner ja. Der Local File Trigger steht laut n8n-Dokumentation auf n8n Cloud nicht zur Verfügung und ist seit Version 2.0 aus Sicherheitsgründen standardmäßig deaktiviert; Sie aktivieren ihn bewusst auf einer selbst gehosteten Instanz. Legt das Altsystem seine Dateien auf einem FTP- oder SFTP-Server ab, kommt stattdessen der FTP-Node infrage.

Darf n8n direkt in die Datenbank des Altsystems schreiben?

Technisch können die Datenbank-Nodes von n8n Zeilen einfügen, ändern und löschen. Ob Sie das tun sollten, klären Sie vorher mit dem Hersteller oder Betreuer des Altsystems: Ein direkter Schreibzugriff läuft an allen Prüfungen vorbei, die das Programm in seinem eigenen Code statt in der Datenbank ausführt. Für eine Anbindung, die nur Daten abholt, genügt ein Benutzer, der nur lesen darf.

Wie riskant ist ein Community-Node für Browser-Automatisierung?

n8n weist bei Community-Nodes generell darauf hin, dass sie vollen Zugriff auf die Maschine erhalten, auf der n8n läuft, und dass die Installation aus npm unverifizierten Code aus einer öffentlichen Quelle bedeutet. Ausgewählte Community-Nodes prüft n8n und gibt sie als verifizierte Community-Nodes frei, wenn sie Anforderungen an Daten- und Systemsicherheit erfüllen. Prüfen Sie vor dem Einsatz, ob ein Node dazugehört, besonders wenn der Workflow an sensiblen Daten hängt.

Was, wenn mein Altsystem weder Dateien schreibt noch E-Mails verschickt?

Dann prüfen Sie den Datenbankweg, bevor Sie zum Bildschirm greifen: Liegen die Daten in einer Datenbank, die n8n über das Netzwerk erreicht, und gibt der Betreuer des Systems einen lesenden Zugang frei? Erst wenn auch das ausscheidet, bleibt die Bedienoberfläche, mit allen genannten Einschränkungen.