n8n mit DATEV und ERP verbinden: die drei realistischen Wege

Einen von n8n selbst entwickelten DATEV-Node gibt es nicht (Stand 6. August 2026). Wer DATEV mit n8n verbinden will, geht deshalb einen von drei Wegen: über das öffentlich dokumentierte Dateiformat, über die DATEV-Datenservices mit ihrem verpflichtenden Onboarding oder über die lokalen Desktop-APIs von DATEVconnect. Welcher Weg für Sie offensteht, entscheidet keine technische Vorliebe, sondern eine Vorfrage – wo Ihr DATEV-System steht und wer es betreibt.

Ein Hinweis vorweg: Alle Angaben zu Schnittstellen, Zugangsbedingungen und Gebühren geben den Stand des DATEV Developer Portals und der n8n-Dokumentation vom 6. August 2026 wieder. Beides ändert sich; die Quellen sind unten verlinkt, damit Sie den aktuellen Stand selbst nachschlagen können.

Die drei Wege im Überblick

	Weg 1: DATEV-Format	Weg 2: DATEV-Datenservices	Weg 3: DATEVconnect
Was Sie bauen	Eine CSV-Datei nach festem Satzaufbau	Aufrufe gegen das DATEV-API-Gateway	Aufrufe gegen den lokalen DATEVconnect-Dienst
n8n-Bausteine	Code- und Convert-to-File-Nodes	HTTP Request Node mit OAuth 2.0	HTTP Request Node im lokalen Netz
DATEV-seitige Hürde	Keine Registrierung nötig	Abonnement, Sandbox, Onboarding, Abnahme	DATEV muss im lokalen Netz erreichbar sein
Was bei DATEV anfällt	Kein Portal-Abonnement, keine Onboarding-Gebühr	Abonnement plus Onboarding, erstes Onboarding 1.500,00 € zzgl. USt	Kein Portal-Abonnement, aber DATEVconnect als bestellpflichtiges Produkt, Zusatz-APIs teils kostenpflichtig
Passt, wenn	Sie Daten regelmäßig übergeben, nicht abfragen	Sie eine dauerhafte, geprüfte Integration brauchen	DATEV im eigenen Haus läuft

Die Vorfrage: Wo steht Ihr DATEV?

Bevor Sie über Nodes und Endpunkte nachdenken, klären Sie eine Sache: Läuft DATEV in Ihrem Unternehmen – oder liegt die Buchführung bei Ihrem Steuerberater? Davon hängt ab, welche der drei Wege überhaupt für Sie existieren.

DATEV trennt seine Schnittstellen in zwei Welten. Die Online APIs sind laut DATEV „Programmierschnittstellen zum Online-Datenaustausch sowie zur Online-Datenverarbeitung” und laufen über das DATEV-Rechenzentrum. Die Desktop APIs beschreibt DATEV als „Schnittstelle, die nicht über das Internet, sondern nur im lokalen Netzwerk verfügbar ist” – sie setzen also eine DATEV-Installation voraus, die im selben Netz erreichbar ist wie Ihr n8n.

Liegt die Buchführung beim Steuerberater, fällt Weg 3 weg. Dann bleiben der Dateiweg und die Online-Datenservices – und beide brauchen eine Abstimmung mit der Kanzlei, weil dort die Daten ankommen.

Weg 1: Das DATEV-Format – die Datei als Schnittstelle

Von den drei Wegen hat dieser die wenigsten Voraussetzungen. DATEV dokumentiert das „DATEV-Format” öffentlich und ohne Registrierung: eine CSV-Datei mit festem Dateinamens-Präfix (EXTF_….CSV) und festem Satzaufbau. Zeile 1 ist eine Kopfzeile mit den Metadaten für die Verarbeitung, Zeile 2 die Überschriftszeile, ab Zeile 3 stehen die Nutzdaten.

Die Formregeln sind eng und lassen sich in n8n sauber abbilden: Felder mit Semikolon getrennt, am Zeilenende CR/LF, Textfelder in Anführungszeichen (enthaltene Anführungszeichen verdoppelt), keine Steuerzeichen in Textfeldern, Komma als Dezimaltrennzeichen. Ein Buchungsstapel-Datensatz hat über hundert Spalten; die tragenden stehen am Anfang – darunter Umsatz (ohne Soll/Haben-Kz), Konto, Gegenkonto (ohne BU-Schlüssel), Belegdatum, Buchungstext und Beleglink.

Praktisch heißt das in n8n: Sie holen die Bewegungsdaten aus Ihrem Vorsystem, mappen sie in einem Code-Node auf die Spaltenstruktur, erzeugen die Datei und legen sie ab oder verschicken sie. Weil dabei keine DATEV-API im Spiel ist, entfallen die Schritte, die für eine Portal-Integration nötig wären: keine App im Developer Portal, kein Abonnement, kein Abnahmetermin, keine Kosten pro Aufruf.

Der Preis dafür: Sie liefern, Sie fragen nicht ab. Eine Rückfrage in Echtzeit kennt der Dateiweg nicht, und ob Sie umgekehrt Exportdateien aus DATEV erhalten, hängt daran, ob jemand sie erzeugt und bereitstellt. Auch die Übergabe selbst ist zu klären: Wie die Datei in die DATEV-Programme gelangt, vereinbaren Sie mit demjenigen, der sie importiert.

Weg 2: Die DATEV-Datenservices – echte API, mit Eintrittskarte

Die Online APIs sind das, was man sich unter einer Schnittstelle vorstellt. Für den Rechnungswesen-Bereich listet DATEV unter anderem accounting:extf-files (Bewegungs- und Stammdaten im DATEV-Format ins Rechenzentrum übertragen), accounting:documents (digitale Belege direkt aus der eigenen Anwendung an den Steuerberater), accounting:dxso-jobs (Dokumentenbilder plus strukturierte Rechnungs- und Kassendaten) und accounting:clients (Abruf verfügbarer Rechnungswesen-Datenservices).

Technisch ist das für n8n unauffällig. accounting:extf-files authentifiziert in Version 2.0 über OAuth 2.0 mit OpenID Connect, und der HTTP-Request-Node von n8n unterstützt im Stand vom 6. August 2026 generische OAuth2-Credentials neben Basic Auth, Header Auth und den anderen Standardverfahren. Sie brauchen dafür keinen speziellen Node.

Die Hürde liegt nicht im Code, sondern davor. Nach den Angaben im Developer Portal (Stand 6. August 2026) verlangt DATEV für den Zugriff auf Online APIs ein Abonnement, das zunächst Zugang zur Sandbox verschafft. Für den Produktivbetrieb beantragen Sie ein Upgrade; anschließend wird ein Termin mit der DATEV-Beratung geplant, „welche die umgesetzte Lösung überprüft und abnimmt”. Erst nach erfolgreicher Abnahme geht die App live.

Auf die Frage, ob es für rein interne, nicht-kommerzielle Nutzung ein vereinfachtes Verfahren gibt, antwortet DATEV im eigenen FAQ unmissverständlich: „Nein, aufgrund unserer Erfahrungen aus der Testphase gibt es einen einheitlichen Onboarding-Prozess für alle Integrationen.” Gemeint sind die Integrationen über das Developer Portal, also die Online APIs – dass Sie nur für sich selbst bauen, spart auf diesem Weg keinen Schritt.

Das kostet. Im Stand vom 6. August 2026 beziffert DATEV das erste Onboarding eines Datenservices auf 1.500,00 Euro zzgl. USt, worin vier Stunden Beratungskontingent enthalten sind; weitere Datenservices oder Beratungsaufwände werden mit 210,00 Euro zzgl. USt je angefangene Stunde abgerechnet. Dazu kommt ein DATEV-Testsystem, das Sie beschaffen oder über eine Kooperation stellen müssen, und laufende Kosten pro Aufruf gegen das API-Gateway. Zu diesen laufenden Kosten merkt DATEV an, sie entstünden „in der Regel beim DATEV-Endanwender (Steuerberater/Mandant)”.

Rechnen Sie das gegen den Nutzen. Für eine Integration, die ein Softwarehaus dauerhaft in ein Produkt einbaut, verteilt sich der Betrag über viele Anwender. Für einen einzelnen internen Workflow trägt ihn genau ein Prozess – und das ist der Punkt, an dem Weg 1 wieder in den Blick gehört.

Weg 3: DATEVconnect – die lokalen Desktop-APIs

Läuft DATEV bei Ihnen im Haus, kommt DATEVconnect ins Spiel. DATEV listet dort unter anderem eine Accounting-API für „den automatischen Datenaustausch von Stamm- und Bewegungsdaten, sowie das Lesen von Auswertungen der Buchführung”, eine API für zentrale Stammdaten, eine für das DATEV Dokumentenmanagement und eine für die Benutzerverwaltung (Desktop-API-Liste im Developer Portal, Stand 6. August 2026).

Für Desktop APIs ist laut DATEV kein Abonnement über das Developer Portal notwendig – kostenlos ist der Weg deshalb nicht automatisch. DATEVconnect ist ein eigenes, bestellpflichtiges Produkt im DATEV-Shop (Art.-Nr. 95280), im Stand vom 6. August 2026 mit 0,00 € monatlich ausgewiesen. Einzelne Funktionsbereiche sind kostenpflichtige Zusatzprodukte: DATEVconnect Dokumentenmanagement (Art.-Nr. 63218) steht mit 21,00 € monatlich in der Liste und setzt DATEVconnect sowie DATEV DMS oder Dokumentenablage voraus; daneben führt DATEV DATEVconnect Kontobuchungen (Art.-Nr. 95355). Prüfen Sie also vor der Planung, welche der Desktop-APIs Ihr Anwendungsfall braucht und was davon bei Ihnen lizenziert ist.

Für n8n bedeutet das zweierlei. Erstens: Der HTTP-Request-Node reicht auch hier. Zweitens – und das ist der eigentliche Punkt – muss Ihre n8n-Instanz im selben Netz stehen wie die DATEV-Installation. Eine Cloud-Instanz kommt an einen Dienst, der ausdrücklich nur im lokalen Netzwerk verfügbar ist, nicht ohne Weiteres heran. Dieser Weg läuft damit praktisch auf eine selbst gehostete n8n-Installation hinaus. Das ist einer der Fälle, in denen die Wahl zwischen n8n, Make und Power Automate nicht am Preis hängt, sondern an der Betriebsform.

Der Sonderfall: fertige Nodes aus der Community

Für DATEVconnect gibt es fertige Nodes. Das Paket der Klardaten GmbH enthält in Version 1.0.15 fünf Nodes für Accounting, Stammdaten, Dokumentenmanagement, Auftragswesen und Benutzerverwaltung. n8n listet sie als Partner-Integrationen und schreibt dazu, sie seien „built and maintained by our partners at Klardaten GmbH and verified by n8n”. Es handelt sich also nicht um eine von n8n selbst entwickelte DATEV-Integration, sondern um verifizierte Nodes eines Partners, die über das Klardaten DATEVconnect Gateway laufen. Installieren und verwalten kann verifizierte Community-Nodes der Instanz-Eigentümer oder ein Admin-Konto; nutzen können sie danach alle Mitglieder der Instanz (n8n-Dokumentation, Stand 6. August 2026).

Zwei Dinge klären Sie vorher. Erstens die Voraussetzungen: Welche DATEV-seitigen Bedingungen der Gateway-Betrieb bei Ihnen stellt, beantwortet der Anbieter, nicht der Node. Zweitens die Betriebsfrage. n8n schreibt zu Community-Nodes generell, sie hätten „full access to the machine that n8n runs on”, und nennt die Installation aus npm ein Installieren von „unverified code from a public source”. Für verifizierte Nodes kommt ein Prüfschritt hinzu: Sie müssen nach Angabe von n8n „a set of data and system security requirements for approval” erfüllen. Prüfen Sie, was dieser Schritt für Ihre Instanz konkret bedeutet – zur Zugriffsebene verifizierter Nodes trifft die Dokumentation keine gesonderte Aussage. Für ein Modul, das an Buchhaltungsdaten hängt, gehört diese Abwägung vor die Installation.

Und das ERP? Drei Zugänge, die n8n mitbringt

Auf der ERP-Seite gibt es nicht den einen Weg, sondern drei, die Sie der Reihe nach prüfen:

1. Dokumentierte API. Bietet Ihr ERP eine REST- oder SOAP-Schnittstelle, erledigt der HTTP-Request-Node das. Er beherrscht neben OAuth2 auch Basic Auth, Header Auth, Digest Auth und Query Auth, kann Binärdateien senden und empfangen und Ergebnisse über mehrere Seiten hinweg einsammeln.
2. Direkter Datenbankzugriff. n8n bringt Nodes für Microsoft SQL, Postgres und MySQL mit; der Microsoft-SQL-Node unterstützt im Stand vom 6. August 2026 Query, Insert, Update und Delete. Prüfen Sie, ob für Ihren Anwendungsfall ein lesender Datenbankbenutzer reicht – das ist der kleinere Eingriff.
3. Export- und Importverzeichnisse. Kann Ihr System periodisch Dateien ablegen oder einlesen, ist das der unelegante Weg, der ohne Schnittstellenprogrammierung auskommt. Ob er auch der lizenzrechtlich einfachere ist, hängt an Ihrem Vertrag – prüfen Sie das, statt es anzunehmen.

Welcher Zugang der richtige ist, hängt weniger an n8n als an Ihrem ERP-Vertrag und an dem, was Ihr Systemhaus freigibt. Klären Sie das früh – es entscheidet über den Zuschnitt des gesamten Projekts.

Was sich schon ohne DATEV-Schnittstelle automatisieren lässt

Eine Falle beim Zuschnitt: das ganze Vorhaben an der DATEV-Schnittstelle aufzuhängen. Prüfen Sie stattdessen, wie viel Ihres manuellen Aufwands rund um die Buchhaltung vor dem Buchungssatz entsteht – Beleg annehmen, Daten auslesen, zuordnen, prüfen, freigeben, ablegen. Dieser Teil braucht keinen einzigen DATEV-Aufruf.

Ein realistischer erster Workflow: Eingangsrechnungen laufen in ein Sammelpostfach. n8n zieht die Anhänge aus Outlook, lässt Lieferant, Betrag, Datum und Rechnungsnummer per KI auslesen, gleicht den Lieferanten gegen die Stammdaten im ERP ab, legt Beleg und extrahierte Daten strukturiert in SharePoint ab und meldet nur die unklaren Fälle in einen Teams-Kanal zur Freigabe. n8n hat für Outlook, Teams und SharePoint eigene Nodes; der SharePoint-Node beherrscht im Stand vom 6. August 2026 Download, Upload und Aktualisierung von Dateien sowie das Anlegen und Ändern von Listeneinträgen. Die Automatisierung läuft damit in der Umgebung, in der Ihre Mitarbeiter ohnehin arbeiten – neu ist für sie nichts außer dem Ergebnis.

Was am Ende noch fehlt, ist die Übergabe an die Buchhaltung – und dafür kann Weg 1 genügen. Welche Aufwände dabei tatsächlich wegfallen und wie Sie das vorher messen, haben wir in unserem Beitrag zur Automatisierung in der Buchhaltung beschrieben.

Für den Mittelstand heißt das

Die Frage „Kann n8n DATEV?” ist falsch gestellt. Die richtige Frage lautet: Welche Daten müssen in welche Richtung fließen, und wie oft?

Fließen die Daten nur in Richtung Buchhaltung, ist der Dateiweg der pragmatische Einstieg. Er ist öffentlich dokumentiert und kommt ohne App im Developer Portal, ohne Abonnement und ohne Abnahmetermin aus. Brauchen Sie dagegen einen automatisierten Rückkanal – Salden abfragen, Auswertungen ziehen, Stammdaten synchron halten –, kommen die Datenservices oder DATEVconnect in Frage. Die beiden unterscheiden sich im Aufwand erheblich: Bei den Datenservices steht ein Integrationsprojekt mit Onboarding, Abnahme und einem vierstelligen Einmalbetrag vor der ersten produktiv laufenden Zeile. Bei DATEVconnect entfällt das; dort entscheidet, ob DATEV im eigenen Haus läuft und welche Zusatzprodukte für Ihren Anwendungsfall lizenziert sind.

Unsere Empfehlung: Bauen Sie zuerst den Teil, der ohne DATEV-Schnittstelle auskommt. Beleg-Vorverarbeitung, Stammdatenabgleich, Freigabeschleifen, Reporting – dort entsteht der Nutzen, der ein späteres Schnittstellenprojekt überhaupt erst rechtfertigt. Wer umgekehrt vorgeht, zahlt das Onboarding, bevor er weiß, ob sich der Prozess dahinter lohnt.

Und noch etwas: Holen Sie Ihren Steuerberater früh dazu. DATEV formuliert das für die Schnittstellenentwicklung so, dass es zwar keine generelle Vorgabe gebe, die fachliche Qualität einer Integration aber „deutlich höher ist, wenn ein Steuerberater als potenzieller Anwender in die Entwicklung der Schnittstelle einbezogen wird”. DATEV bezieht das auf die Entwicklung einer Portal-Schnittstelle; wir halten es für jeden der drei Wege für genauso richtig. Nur der Zwang unterscheidet sich: Beim Dateiweg und bei DATEVconnect prüft niemand von außen mit. Beim Weg über die Datenservices führt DATEV das Abnahmegespräch – auch dann, wenn Sie die Schnittstelle ausschließlich für sich selbst nutzen.

Wenn Sie unsicher sind, an welcher Stelle Ihres Prozesses der Einstieg am meisten bringt, hilft unser KI-Quick-Check bei der ersten Einordnung.

FAQ

Gibt es einen von n8n gebauten DATEV-Node? Nein, jedenfalls nicht im Stand vom 6. August 2026. Was es gibt, sind fünf DATEVconnect-Nodes, die laut n8n von der Klardaten GmbH gebaut und gepflegt und von n8n verifiziert wurden. Für die DATEV-Datenservices arbeiten Sie mit dem generischen HTTP-Request-Node.

Was kostet die Anbindung an einen DATEV-Datenservice? DATEV nennt im Stand vom 6. August 2026 für das erste Onboarding eines Datenservices 1.500,00 Euro zzgl. USt inklusive vier Stunden Beratung; weitere Datenservices und Beratungsaufwände kosten 210,00 Euro zzgl. USt je angefangene Stunde. Hinzu kommen ein DATEV-Testsystem und laufende Kosten pro API-Aufruf, die laut DATEV in der Regel beim DATEV-Endanwender anfallen.

Kann ich DATEV anbinden, wenn die Buchführung beim Steuerberater liegt? Die lokalen Desktop-APIs stehen Ihnen dann nicht offen, weil sie eine DATEV-Installation im eigenen Netz voraussetzen. Bleiben der Dateiweg über das DATEV-Format und die Online-Datenservices – beides stimmen Sie mit der Kanzlei ab, weil die Daten dort ankommen.

Braucht n8n für DATEV zwingend Self-Hosting? Für DATEVconnect praktisch ja, weil diese APIs nur im lokalen Netzwerk verfügbar sind. Für den Dateiweg und für die Online-Datenservices ist Self-Hosting keine technische Voraussetzung – wohl aber eine Frage der Datenhaltung, die Sie separat entscheiden.

Wie hängt das mit Microsoft 365 zusammen? Wenn Belege bei Ihnen per E-Mail eintreffen und Ablage und Abstimmung in SharePoint oder Teams stattfinden, setzt die Automatisierung genau dort an. n8n bringt für diese Dienste eigene Nodes mit – die DATEV-Frage stellt sich dann erst am Ende der Kette, nicht an ihrem Anfang.