ERP-Schnittstelle zur Finanzbuchhaltung: DATEV und lexoffice anbinden

Eine ERP-Schnittstelle zur Finanzbuchhaltung übergibt Buchungssätze, Rechnungen und Stammdaten automatisch aus dem Warenwirtschaftssystem an ein Buchhaltungsprogramm wie DATEV, lexoffice oder sevDesk. Sie ersetzt die manuelle Doppelerfassung von Belegen und senkt dadurch Übertragungsfehler bei Kontierung und Mehrwertsteuer.

  • Das Wichtigste in Kürze: DATEV zählt laut eigenen Geschäftszahlen zum 30.06.2026 rund 1,01 Mio. Kunden und bietet neben dem klassischen ASCII-Exportformat fünf API-Datenservices für die direkte Anbindung.
  • lexoffice von Lexware (Haufe Group) nutzen laut offiziellem Factsheet (Stand Februar 2026) über 400.000 Klein- und Kleinstunternehmen, zusätzlich greifen mehr als 50.000 Steuerberater und Kanzleimitarbeiter über den Steuerberater-Zugang auf die Daten zu.
  • Die E-Rechnungspflicht nach dem Wachstumschancengesetz vom 27.03.2024 (§ 14 UStG, EN 16931) verlangt seit dem 1.1.2025 von allen Unternehmen die Fähigkeit, E-Rechnungen zu empfangen; die Sendepflicht folgt ab 1.1.2027 für Betriebe mit über 800.000 € Vorjahresumsatz und ab 1.1.2028 für alle inländischen B2B-Umsätze.

Wie funktioniert die ERP-Schnittstelle zur Finanzbuchhaltung?

Die Schnittstelle überträgt Ausgangsrechnungen, Eingangsrechnungen und Zahlungsdaten aus dem ERP in strukturierter Form an die Finanzbuchhaltung, entweder per Dateiexport, per API oder über eine Cloud-Synchronisation.

Zwei technische Wege sind in der Praxis verbreitet. Beim Datei-Export erzeugt das ERP in festen Abständen eine Export-Datei im DATEV-ASCII-Format, die der Steuerberater oder die interne Buchhaltung importiert. Bei der API-Anbindung übergibt das ERP Buchungssätze in Echtzeit oder im Tagesabschluss direkt an die Schnittstelle des Buchhaltungstools, ohne Datei-Umweg.

DATEV stellt dafür laut eigenen Angaben neben dem ASCII-Format fünf API-Datenservices bereit, die Stammdaten, Belege und Buchungssätze jeweils einzeln adressieren. Cloud-Tools wie lexoffice und sevDesk setzen dagegen durchgängig auf REST-APIs, die ERP-Anbieter über fertige Konnektoren oder eigene Entwicklung einbinden.

Eine Kontenzuordnung verknüpft jeden Artikel, Kunden oder Lieferanten im ERP mit dem passenden Sachkonto der Buchhaltung. Ohne diese Zuordnung landen Buchungen im Standardkonto und müssen nachträglich manuell umgebucht werden.

Welche Anbindungsarten gibt es: DATEV, lexoffice und sevDesk im Vergleich?

DATEV, lexoffice und sevDesk unterscheiden sich vor allem in Zielgruppe, Anbindungstechnik und Rolle des Steuerberaters im Datenfluss.

DATEV ist in Deutschland laut eigenen Geschäftszahlen mit rund 1,01 Mio. Kunden zum 30.06.2026 die am weitesten verbreitete Lösung im Steuerberater-Umfeld. Die Anbindung läuft meist über den Steuerberater, der die vom ERP exportierten Daten in seine DATEV-Kanzleisoftware importiert.

lexoffice richtet sich laut Lexware-Factsheet (Stand Februar 2026) vor allem an Klein- und Kleinstunternehmen mit über 400.000 Nutzern und bietet eine eigene REST-API sowie einen separaten Steuerberater-Zugang, über den mehr als 50.000 Kanzleimitarbeiter direkt auf die Buchhaltungsdaten zugreifen.

sevDesk positioniert sich ähnlich wie lexoffice als Cloud-Buchhaltung für kleine und mittlere Unternehmen mit eigener API und Anbindungen an gängige ERP- und Shop-Systeme. Eine aktuelle, extern verifizierbare Kundenzahl von sevDesk ist öffentlich nicht belegbar – keine Angabe.

Welche Lösung passt, hängt vom Steuerberater ab: Arbeitet die Kanzlei ausschließlich mit DATEV, ist die DATEV-Schnittstelle meist die praktischste Wahl, unabhängig vom bevorzugten Cloud-Tool des Unternehmens selbst.

Expert Insight

In der Praxis entscheidet selten die Softwareauswahl des Unternehmens, sondern die Systemlandschaft des Steuerberaters über die gewählte Schnittstelle. Ein ERP-Wechsel ohne vorherige Abstimmung mit der Kanzlei führt regelmäßig dazu, dass die neue Anbindung doppelt aufgesetzt werden muss – einmal für das Wunschtool des Unternehmens, einmal für das DATEV-Format der Kanzlei.

Was kostet die FiBu-Anbindung im ERP?

Belastbare, herstellerübergreifende Preisangaben für FiBu-Schnittstellen sind öffentlich nicht verfügbar, da die Kosten stark vom jeweiligen ERP-Anbieter, dem Lizenzmodell und dem Integrationsaufwand abhängen – keine Angabe zu einem pauschalen Preis.

Drei Kostenblöcke treten in der Praxis wiederholt auf: ein einmaliger Einrichtungsaufwand für die Kontenzuordnung, eine laufende Lizenzgebühr für die Schnittstelle selbst (oft im ERP-Modulpreis enthalten, teils separat abgerechnet), und der Zeitaufwand der Kanzlei für den Import und die Prüfung der übergebenen Daten. Unternehmen sollten vor der ERP-Auswahl konkret erfragen, ob die gewünschte Schnittstelle im Standardpaket enthalten ist oder als Zusatzmodul berechnet wird.

Welche Daten übergibt das ERP an die Finanzbuchhaltung?

Das ERP übergibt an die Finanzbuchhaltung typischerweise Debitoren- und Kreditorenbuchungen, Umsatzsteuer-Kennzeichen, Zahlungseingänge und -ausgänge sowie Stammdaten zu Kunden und Lieferanten.

Die Kreditorenbuchhaltung verarbeitet dabei alle Eingangsrechnungen von Lieferanten, während die Debitorenbuchhaltung die Ausgangsrechnungen an Kunden erfasst. Beide Bereiche benötigen aus dem ERP jeweils Rechnungsbetrag, Steuersatz, Zahlungsziel und die zugeordnete Kostenstelle, damit die Buchhaltung ohne Nacherfassung weiterarbeiten kann.

Zusätzlich übergeben viele ERP-Systeme offene Posten, damit die Buchhaltung den Zahlungsstatus pro Rechnung ohne Rückfrage im ERP einsehen kann. Fehlt dieser Abgleich, entstehen doppelte Mahnungen oder übersehene Zahlungseingänge.

Was ändert sich durch die E-Rechnungspflicht für die FiBu-Schnittstelle?

Die E-Rechnungspflicht verlangt ab 2025 den strukturierten elektronischen Rechnungsaustausch im Format XRechnung oder ZUGFeRD, was zusätzliche Anforderungen an die Schnittstelle zwischen ERP und Finanzbuchhaltung stellt.

Das Wachstumschancengesetz vom 27.03.2024 regelt die Pflicht nach § 14 UStG auf Basis der europäischen Norm EN 16931. Seit dem 1.1.2025 müssen alle Unternehmen E-Rechnungen empfangen können, eine Übergangsfrist gibt es dafür nicht. Beim Versand gilt eine Staffelung: Bis Ende 2026 sind Papier- und PDF-Rechnungen mit Zustimmung des Empfängers weiterhin zulässig, ab 1.1.2027 greift die Sendepflicht für Betriebe mit mehr als 800.000 € Vorjahresumsatz, ab 1.1.2028 für alle inländischen B2B-Umsätze. Kleinunternehmer nach § 19 UStG sind von der Ausstellungspflicht befreit, müssen aber ebenfalls empfangsfähig sein.

Für die FiBu-Schnittstelle bedeutet das: Das ERP muss eingehende XRechnungen und ZUGFeRD-Dateien maschinenlesbar verarbeiten und die enthaltenen Daten strukturiert an DATEV, lexoffice oder sevDesk weiterreichen können, statt die Rechnung nur als PDF-Anhang abzulegen.

Welche Fehler treten bei der FiBu-Anbindung häufig auf?

Die drei häufigsten Fehlerquellen sind eine unvollständige Kontenzuordnung, doppelte Belegübertragung und eine fehlende Abstimmung zwischen ERP-Update-Zyklus und Schnittstellen-Version.

Eine unvollständige Kontenzuordnung entsteht, wenn neue Artikel- oder Kundengruppen im ERP angelegt werden, ohne das passende Sachkonto in der FiBu zu hinterlegen – die Buchung landet dann im Standardkonto und muss nachträglich korrigiert werden. Doppelte Belegübertragung tritt auf, wenn sowohl ein automatischer API-Sync als auch ein manueller Datei-Export parallel laufen. Eine veraltete Schnittstellen-Version nach einem ERP-Update kann dazu führen, dass neue Pflichtfelder wie die E-Rechnungs-Kennzeichnung nicht korrekt übergeben werden.

Meine Einschätzung: Die FiBu-Schnittstelle wird bei der ERP-Auswahl oft als Nebensache behandelt, obwohl sie den täglichen Arbeitsaufwand der Buchhaltung direkt bestimmt. Wer vor der Entscheidung mit dem eigenen Steuerberater klärt, welches Format und welche Übertragungsart die Kanzlei tatsächlich verarbeitet, vermeidet doppelte Erfassungsarbeit über Jahre hinweg. Die E-Rechnungspflicht verschärft diesen Punkt zusätzlich: Eine Schnittstelle, die heute nur PDF-Rechnungen durchreicht, muss bis 2027 oder 2028 strukturierte Formate verarbeiten können.

Häufige Fragen zur ERP-Schnittstelle zur Finanzbuchhaltung

Kann jedes ERP-System an DATEV angebunden werden?
Die meisten ERP-Systeme am deutschen Markt bieten einen DATEV-Export im ASCII-Format an, da DATEV laut eigenen Zahlen mit rund 1,01 Mio. Kunden zum 30.06.2026 die verbreitetste Kanzleisoftware ist. Eine tiefere API-Anbindung über die fünf DATEV-Datenservices bieten nicht alle Anbieter – das sollte vor dem Kauf konkret abgefragt werden.

Brauche ich zusätzlich zu DATEV noch lexoffice oder sevDesk?
Nein, in der Regel wird nur eine Buchhaltungslösung produktiv genutzt. Die Wahl richtet sich danach, ob die eigene Steuerkanzlei mit DATEV arbeitet oder ob eine eigenständige Cloud-Buchhaltung wie lexoffice oder sevDesk ohne Kanzlei-Anbindung ausreicht.

Muss die FiBu-Schnittstelle wegen der E-Rechnungspflicht angepasst werden?
Ja, spätestens bis zur Sendepflicht ab 1.1.2027 beziehungsweise 1.1.2028 muss die Schnittstelle XRechnung- und ZUGFeRD-Daten strukturiert verarbeiten können, nicht nur als PDF durchreichen.

Was kostet eine DATEV-Schnittstelle im ERP?
Dazu gibt es keine öffentlich belastbare pauschale Zahl – keine Angabe. Die Kosten hängen vom ERP-Anbieter und davon ab, ob die Schnittstelle im Standardpaket enthalten oder ein Zusatzmodul ist.

Wer pflegt die Kontenzuordnung zwischen ERP und Finanzbuchhaltung?
In der Praxis übernimmt das entweder die interne Buchhaltung oder der Steuerberater bei der Ersteinrichtung, danach muss sie bei jedem neuen Artikel, Kunden oder Lieferanten im ERP aktuell gehalten werden.

Quellen und weiterführende Literatur

DATEV eG – Geschäftszahlen zum 30.06.2026 (ca. 1,01 Mio. Kunden, Schnittstellentypen ASCII + 5 API-Datenservices), datev.de.
Lexware (Haufe Group) – Lexware-Office-Factsheet, Stand Februar 2026 (über 400.000 Kunden, über 50.000 Steuerberater-Zugänge), lexware.de.
Bundesministerium der Finanzen / Wachstumschancengesetz vom 27.03.2024 – E-Rechnungspflicht nach § 14 UStG auf Basis EN 16931.
erp-software.org – redaktioneller Überblick zu ERP-DATEV-Schnittstellen (redaktionell, keine externe Studie).

Weiterlesen auf warenwirtschaftssysteme.com

Warenwirtschaftssysteme.com
Datenschutz-Übersicht

Diese Website verwendet Cookies, damit wir dir die bestmögliche Benutzererfahrung bieten können. Cookie-Informationen werden in deinem Browser gespeichert und führen Funktionen aus, wie das Wiedererkennen von dir, wenn du auf unsere Website zurückkehrst, und hilft unserem Team zu verstehen, welche Abschnitte der Website für dich am interessantesten und nützlichsten sind.