Wer eigene Auswertungen oder KI-gestützte Workflows auf DATEV-Daten aufbauen will, landet schnell bei der Frage, was eine DATEV-Schnittstelle eigentlich ist. Der Begriff deckt zwei technisch sehr unterschiedliche Wege ab: einen schmalen, dateibasierten Kanal für Belege und Buchungen, und einen breiten Echtzeit-Zugriff auf nahezu die komplette Kanzlei- und Unternehmensdatenwelt. Wer die beiden verwechselt, plant entweder zu klein oder scheitert später an einem Freigabeprozess, den er nicht eingeplant hat.
Kurzfassung
Es gibt zwei relevante Integrationswege zu DATEV: die DATEV Online-Datenservices für den klassischen Beleg- und Buchungsaustausch, und DATEVconnect als breite API für Stammdaten, Buchungen, Belege, Debitoren-Kreditoren und mehr. Online-Datenservices reichen für Belege rein, Daten raus. Für eigene KI-Workflows auf Buchhaltungsdaten braucht es in der Regel DATEVconnect. Die Schnittstelle läuft aber lokal auf dem DATEV-Server der Kanzlei oder des Unternehmens, hinter deren eigener Firewall, und muss dort erst aktiviert werden, bevor eine Software-Freigabe durch DATEV überhaupt etwas nützt.
Zwei Wege, ein Sammelbegriff
DATEV benutzt den Begriff Schnittstelle für mehrere technisch unabhängige Wege gleichzeitig: die dateibasierte ASCII-Schnittstelle, den Buchungsdatenservice, den Belegbilderservice und DATEVconnect. Das erklärt, warum eine Google-Suche nach “datev schnittstelle” so unterschiedliche Ergebnisse liefert, von reinen CSV-Exportformaten bis zu vollwertigen REST-APIs.
Für die Frage, ob sich eigene Auswertungen oder KI-Workflows auf DATEV-Daten aufsetzen lassen, sind zwei Wege relevant.
DATEV Online-Datenservices decken den klassischen, asynchronen Datenaustausch ab. Belege gehen als Belegbild oder strukturierte Datei rein, fertige Buchungsstapel kommen raus. Formate sind fest vorgegeben, die Anbindung läuft in der Regel über eine im DATEV-Marktplatz gelistete Software mit vorkonfigurierter Freigabe. Das ist ein enger, aber zuverlässiger Kanal für ein klar begrenztes Set an Aufgaben.
DATEVconnect ist die deutlich breitere REST-Schnittstelle, technisch aber kein zentraler DATEV-Cloud-Dienst. Sie läuft als lokaler Webserver auf dem DATEV-Server der jeweiligen Kanzlei oder des Unternehmens, hinter deren eigener Firewall, und muss von der Kunden-IT dort aktiv eingerichtet und lizenziert werden. Einmal aktiviert, erlaubt sie Lesen und Schreiben über mehrere Datenbereiche hinweg: Buchungen, Belege, Konten, Debitoren-Kreditoren, Bilanzen, Stammdaten und je nach Anbindung auch Lohn- und Dokumentenmanagement-Daten. Wer Daten aus mehreren DATEV-Bereichen gleichzeitig auswerten will, statt einzelne Belege durchzureichen, kommt an DATEVconnect kaum vorbei, muss die lokale Aktivierung aber zuerst klären.
Online-Datenservices und DATEVconnect im Vergleich
| Kriterium | DATEV Online-Datenservices | DATEVconnect |
|---|---|---|
| Zugriffsart | Asynchron, dateibasiert (Batch) | REST-API auf dem lokalen DATEV-Server, in Echtzeit sobald aktiviert |
| Standort | Über DATEV-Rechenzentrum bzw. Marktplatz-Anbindung | Lokal beim Kunden, hinter dessen eigener Firewall |
| Datenumfang | Belege, Buchungssätze, ausgewählte Stammdaten | Buchungen, Belege, Konten, Debitoren-Kreditoren, Bilanzen, Stammdaten, teils Lohn und Dokumentenmanagement |
| Formate | Feste CSV-, XML- oder ASCII-Formate je Service | Strukturierte API-Objekte |
| Freigabeweg | Je Service, meist über vorkonfigurierte Marktplatz-Anbindung | Lokale Aktivierung am DATEV-Server durch die Kunden-IT, zusätzlich Software-Freigabe durch DATEV |
| Typischer Einsatzzweck | Belege rein, Buchungsdaten raus, feste Standardprozesse | Auswertungen und Workflows über mehrere Datenbereiche hinweg |
| Aufwand bis produktiv | Gering bis mittel bei vorhandener Marktplatz-Anbindung | Höher: lokale Aktivierung je Standort, Freigabe und Integrationsarbeit nötig |
Datenumfang vorab klären, nicht nach Projektstart
DATEVconnect öffnet zwar viele Datenbereiche technisch, das heißt aber nicht, dass jeder Bereich für jede Anbindung automatisch freigegeben ist. Welche Datenbereiche ein konkreter Workflow tatsächlich braucht, gehört an den Anfang der Planung, nicht ans Ende.
Was die Online-Datenservices leisten und wo die Grenze liegt
Für Standardprozesse sind die Online-Datenservices der pragmatischere Weg. Belegbilderservice und Buchungsdatenservice sind darauf ausgelegt, dass Belege in die Kanzlei oder das Rechnungswesen kommen und Buchungsvorschläge zurückkommen, ohne dass jemand Dateien manuell hin- und herschickt. Für viele Softwareanbieter reicht das für ihren gesamten Anwendungsfall aus.
Die Grenze zeigt sich, sobald ein Workflow Fragen stellen will, die über einen einzelnen Beleg oder eine einzelne Buchung hinausgehen. Etwa: Welche Buchungen aus dem letzten Quartal haben keinen verknüpften Beleg? Welche Umsatzsteuervoranmeldung enthält unplausible Steuerschlüssel? Solche Auswertungen brauchen einen strukturierten Blick über mehrere Buchungen und teils mehrere Datenbereiche hinweg. Mit einem batch-basierten Beleg-rein-Daten-raus-Kanal lässt sich das nur umständlich nachbauen.
Was DATEVconnect zusätzlich öffnet
DATEVconnect macht genau diese Art von Auswertung möglich, weil es Lesezugriff auf strukturierte Daten über mehrere Bereiche gleichzeitig erlaubt, statt nur einzelne Dateien zu tauschen. Die praktische Hürde ist dabei nicht in erster Linie die Software-Freigabe durch DATEV, sondern die Erreichbarkeit: Weil DATEVconnect hinter der Firewall der Kanzlei oder des Unternehmens läuft, ist es standardmäßig von außen nicht ansprechbar. Einen eingehenden Port auf dem DATEV-Server für den öffentlichen Zugriff zu öffnen, ist aus Sicherheitssicht selten gewünscht. Deshalb setzt eine vorgeschaltete technische Integrationsschicht in der Praxis meist auf einen verschlüsselten, ausgehenden Tunnel vom bereits aktivierten DATEVconnect zur eigenen Anwendung, ohne dass ein eingehender Port nötig wird. Das löst das Erreichbarkeitsproblem, ersetzt aber weder die lokale Aktivierung durch die Kunden-IT noch die Klärung, welche Datenbereiche für den geplanten Workflow überhaupt freigegeben werden.
Freigabeprozess: Was vor dem ersten Datenzugriff zu klären ist
Bei DATEVconnect sind zwei Ebenen auseinanderzuhalten. Auf Softwareebene durchläuft jede anbindende Lösung eine Prüfung und Freigabe nach DATEV-eigenen Schnittstellenvorgaben, unabhängig davon, ob eine eigene Integrationsschicht oder ein Softwarepartner die technische Anbindung übernimmt (DATEV, DATEV-Marktplatz Schnittstellenanbieter). Auf Infrastrukturebene ist DATEVconnect kein zentraler DATEV-Dienst, sondern läuft lokal auf dem DATEV-Server der Kanzlei oder des Unternehmens. Diese zweite Ebene wird in der Praxis leicht übersehen, ist aber die, an der Projekte am häufigsten Zeit verlieren. Fünf Punkte lohnen sich vorab:
- DATEVconnect lokal aktivieren. Die Kunden-IT muss die Schnittstelle auf dem eigenen DATEV-Server einrichten und lizenzieren, bevor überhaupt ein externer Zugriff möglich ist. Ohne diese lokale Aktivierung bleibt jede noch so gut vorbereitete Integrationsschicht wirkungslos.
- Erreichbarkeit klären. DATEVconnect läuft hinter der Firewall und ist standardmäßig nicht von außen ansprechbar. Eine externe Anwendung braucht entweder einen freigegebenen eingehenden Port auf dem DATEV-Server, was aus Sicherheitssicht selten gewünscht ist, oder eine Integrationsschicht mit ausgehendem Tunnel. Das entscheidet über Sicherheitsaufwand und Zeit bis zum ersten produktiven Zugriff.
- Datenbereiche benennen. Buchungen, Belege, Stammdaten, Debitoren-Kreditoren, Bilanzen: Jeder Bereich wird einzeln freigegeben. Ein Workflow, der später zusätzliche Bereiche braucht, muss nachträglich freigegeben werden.
- Lese- oder Schreibzugriff festlegen. Für Auswertungen reicht Lesezugriff. Schreibzugriff, etwa für automatische Buchungen, verlangt einen strengeren Freigabeweg und eine höhere Prüftiefe.
- Mandantenfreigabe einplanen. Bei Kanzleisoftware entscheidet zusätzlich jeder Mandant, ob seine Daten über die Schnittstelle verarbeitet werden dürfen.
Wo eigene KI auf DATEVconnect-Daten sinnvoll ansetzt
Wichtig vorweg: Es geht hier nicht darum, Standardbelege automatisch zu verbuchen. Das deckt der DATEV Automatisierungsservice für Rechnungen bereits gut ab, dazu unten mehr. Der sinnvolle Ansatzpunkt für eigene KI-Workflows liegt bei read-only Auswertungen, die heute Sachbearbeitende manuell und unregelmäßig machen, weil DATEV selbst sie nicht anbietet.
Fehlende Belege erkennen. Ein Auswertungslauf über die Buchungen eines Zeitraums findet Buchungssätze ohne verknüpften Beleg, gefiltert gegen legitime Fälle ohne Beleg wie Eröffnungsbilanzen, Lohnbuchungen oder Abschreibungen. Das Ergebnis ist eine priorisierte Liste pro Mandant oder Kostenstelle, mit der jemand gezielt nachfassen kann, statt stichprobenartig zu prüfen.
UStVA-Plausibilisierung. Vor der Abgabe der Umsatzsteuervoranmeldung lassen sich Steuerschlüssel, Reverse-Charge-Fälle und ungewöhnliche Steuersätze gegen Plausibilitätsregeln prüfen. Das System markiert auffällige Buchungen zur Kontrolle, es reicht nichts selbst ein. Die Entscheidung bleibt bei der Sachbearbeitung.
Eine dritte, häufig genannte Auswertung ist die Vorsortierung der offenen Posten nach Fälligkeit und Mahnstufe. Weil dieser Anwendungsfall eigene Tiefe hat, gerade beim Übergang von der Auswertung zur mandantenfertigen Erinnerung, folgt dazu ein eigener Beitrag.
Alle drei Beispiele haben eine Gemeinsamkeit: Sie liefern Signale, keine automatischen Entscheidungen. Ein Mensch sieht die Liste, prüft die Auffälligkeiten und entscheidet, was passiert. Das ist kein Zufall, sondern die einzige Betriebsart, die bei Mandatsdaten praktikabel ist.
Was DATEV selbst schon gut automatisiert
Ehrlichkeit an dieser Stelle spart später Enttäuschung: DATEV automatisiert die Verbuchung strukturierter Standardrechnungen über den Automatisierungsservice Rechnungen bereits mit lernender Erkennung, direkt im eigenen Ökosystem und ohne Zusatzsoftware. Wer hier mit einer eigenen Lösung antritt, konkurriert gegen ein Produkt, das nah am Datenfluss sitzt und laufend besser wird. Das ist keine Lücke, die sich lohnt zu schließen.
Die Lücke liegt woanders: bei unstrukturierten Belegen, die als E-Mail-Text oder Foto ankommen statt als strukturiertes Dokument, bei Fremdportalen außerhalb der DATEV-Welt und bei branchenspezifischen Dokumenttypen, die kein Standardformat haben. Genau dort setzt eine eigene Integrationsschicht sinnvoll an. Die Positionierung dahinter ist einfach: Wir ersetzen DATEV nicht, wir setzen auf die Lücken auf.
Verdict: Welcher Weg passt zu deinem Vorhaben
Reicht ein reiner Beleg-rein-Daten-raus-Prozess in festen Formaten, ohne dass Auswertungen über mehrere Buchungen oder Datenbereiche hinweg nötig sind, sind die Online-Datenservices die richtige und meist auch schnellere Wahl. Kein zusätzlicher Freigabeprozess, oft eine vorkonfigurierte Anbindung über den DATEV-Marktplatz.
Sollen eigene Auswertungen oder KI-gestützte Workflows auf Buchhaltungsdaten aufsetzen, etwa um fehlende Belege systematisch zu finden oder Steuermeldungen vor Abgabe zu prüfen, führt an DATEVconnect kein Weg vorbei. Dafür braucht es von Anfang an Klarheit über den benötigten Datenumfang, die lokale Aktivierung am DATEV-Server, den Freigabeweg und ein Setup, das jede Auswertung als Signal für eine Fachkraft behandelt, nicht als automatische Aktion.
Für Steuerkanzleien kommt eine weitere Ebene dazu: die berufsrechtliche Einordnung, welche Systeme überhaupt mit Mandatsdaten arbeiten dürfen. Das ist ein eigenes Thema mit eigenen Anforderungen, unabhängig vom technischen Integrationsweg. Der Beitrag KI für Steuerberater ordnet das Berufsrecht rund um Verschwiegenheitspflicht und Tool-Wahl ein, dieser Beitrag hier bleibt bewusst auf der technischen Integrationsebene.
Wer klären will, welcher Integrationsweg zum eigenen Vorhaben passt und welche DATEVconnect-Datenbereiche dafür nötig sind, findet auf der Branchenseite Eigene KI für Steuerberater den Einstieg. Für die technische Umsetzung selbst ist Prozessautomatisierung der richtige Ausgangspunkt.
