DATEV- und ERP-Schnittstelle programmieren lassen: Aufwand und Kosten

Rechnungen werden im Warenwirtschaftssystem erzeugt, in der Buchhaltung ein zweites Mal erfasst und am Monatsende mit der Hand abgeglichen. Das ist in vielen mittelständischen Betrieben der Normalzustand, und es ist der häufigste Anlass, aus dem uns Unternehmen ansprechen. Dieser Beitrag zeigt Ihnen, welche technischen Wege zu einer DATEV- oder ERP-Anbindung führen, welche fünf Integrationsmuster es gibt, mit welchem Aufwand und welchen Kosten Sie rechnen müssen und was Sie als Auftraggeber beisteuern sollten, damit ein solches Projekt zügig läuft.

Hinweis: DATEV ist eine eingetragene Marke der DATEV eG. Wir sind ein unabhängiges Softwarehaus aus dem Rhein-Main-Gebiet und stehen in keiner geschäftlichen Verbindung zur DATEV eG. Angaben zu Schnittstellen und Zugangsbedingungen sind Erfahrungswerte und beim jeweiligen Hersteller zu prüfen.

Warum sind Schnittstellen die häufigste Anfrage aus dem Mittelstand?

Weil sie den größten Schmerz mit dem kleinsten Eingriff beheben. Kaum ein KMU möchte seine Systemlandschaft austauschen, aber fast jedes leidet daran, dass die vorhandenen Systeme nicht miteinander sprechen.

Drei Symptome tauchen dabei praktisch immer auf:

• Doppelerfassung: Dieselben Belege werden zweimal getippt, einmal im operativen System und einmal in der Finanzbuchhaltung. Das kostet je nach Belegvolumen mehrere Stunden pro Woche, und zwar dauerhaft.
• Übertragungsfehler: Zahlendreher, falsche Steuerschlüssel, vertauschte Kostenstellen. Solche Fehler werden erst im Abschluss sichtbar und müssen dann rückwärts gesucht werden.
• Monatsabschluss unter Zeitdruck: Solange die Übergabe an den Steuerberater manuell erfolgt, hängt der Abschluss an einzelnen Personen und an deren Urlaubsplanung.

Eine Schnittstelle beseitigt nicht nur die Tipparbeit, sie macht den Datenfluss überhaupt erst prüfbar. Wenn die Übergabe automatisiert läuft, sehen Sie an einem Protokoll, welcher Beleg wann übertragen wurde und welcher nicht. Wie sich Systemlandschaften grundsätzlich verbinden lassen, beschreiben wir ausführlich im Beitrag Schnittstellen und Integration: Systeme sinnvoll verbinden.

Welche Wege führen zu einer DATEV-Anbindung?

Es gibt im Wesentlichen zwei Familien: den klassischen Dateiaustausch im DATEV-Format und die programmierschnittstellenbasierte Anbindung über die DATEV-Datenservices. Der Dateiweg ist schnell umsetzbar und ohne Partnerstatus nutzbar, die API-Anbindung ist komfortabler, aber an formale Voraussetzungen geknüpft.

Unser Rat: Starten Sie dort, wo das Volumen ist. Der Weg vom Vorsystem in die Buchhaltung ist meist der eigentliche Zeitfresser, der Rückkanal ist Komfort. Sprechen Sie außerdem früh mit Ihrer Steuerkanzlei, denn sie legt fest, in welcher Form Daten angenommen werden, welche Kontenrahmen und Steuerschlüssel gelten und wie Belegkreise geschnitten sind.

Wie sieht die Anbindung an ein ERP-System aus?

Auf der ERP-Seite entscheidet die Schnittstellentechnik des Herstellers über den Aufwand. Moderne Systeme bieten in der Regel eine REST- oder OData-Schnittstelle, ältere Installationen setzen auf SOAP, Dateiimport oder im Extremfall auf direkten Datenbankzugriff.

Der direkte Zugriff auf die Datenbank eines ERP-Systems ist technisch fast immer möglich, aber unsere letzte Wahl. Er umgeht die Geschäftslogik, kann Datenbestände beschädigen, ist herstellerseitig oft nicht abgedeckt und bricht spätestens beim nächsten Versionswechsel. Schreibend setzen wir ihn nur ein, wenn kein anderer Weg existiert und der Hersteller das Vorgehen bestätigt. Was eine belastbare Programmierschnittstelle ausmacht, erläutern wir im Beitrag API-Entwicklung für KMU.

Welche Rolle spielt die E-Rechnungspflicht?

Sie verschiebt den Startpunkt vieler Projekte. Seit Beginn der E-Rechnungspflicht im inländischen Geschäftsverkehr zwischen Unternehmen müssen Rechnungen in einem strukturierten Format empfangen und verarbeitet werden können. Genau dieses strukturierte Format ist die ideale Grundlage für eine Schnittstelle.

Praktisch heißt das: Wer ohnehin XRechnung oder ZUGFeRD verarbeiten muss, hat die maschinenlesbaren Rechnungsdaten bereits vorliegen. Statt sie erneut abzutippen, lassen sie sich in denselben Verarbeitungsweg geben, der auch die Buchhaltungsübergabe bedient. Viele Betriebe kombinieren deshalb beides in einem Projekt. Details zu Formaten und Fristen finden Sie in unserem Beitrag zur E-Rechnungspflicht und was sie für KMU-Software bedeutet.

Welche fünf Integrationsmuster gibt es?

Jede Schnittstelle lässt sich einem von fünf Mustern zuordnen. Die Wahl des Musters bestimmt Aufwand, Betriebskosten und Fehleranfälligkeit stärker als die Frage, welches Produkt angebunden wird.

Für ein typisches KMU mit zwei bis drei beteiligten Systemen ist die direkte API-Kopplung meist die richtige Wahl, ergänzt um einen Dateiweg dort, wo ein System keine Schnittstelle anbietet. Eine Integrationsplattform lohnt sich erfahrungsgemäß erst, wenn dauerhaft mehrere Systeme in wechselnden Konstellationen zu verbinden sind. Grundsätzliche Überlegungen zur Systemwahl haben wir im Vergleich Individuelle Unternehmenssoftware gegenüber Standard-ERP zusammengetragen.

Was kostet es, eine Schnittstelle programmieren zu lassen?

Ein einfacher Datenexport ist eine Sache von wenigen Tagen, eine bidirektionale API-Anbindung mit Feldzuordnung, Fehlerbehandlung und Überwachung liegt erfahrungsgemäß bei drei bis acht Wochen und einem Kostenrahmen im niedrigen bis mittleren fünfstelligen Bereich. Die folgenden Werte stammen aus unseren Projekten und dienen der Orientierung, nicht als Angebot.

Vier Faktoren erklären fast die gesamte Spannweite:

• Komplexität der Feldzuordnung: Sind Konten, Steuerschlüssel, Kostenstellen und Belegkreise eindeutig ableitbar, ist die Zuordnung schnell erledigt. Sobald Sonderregeln je Kunde, Land oder Produktgruppe gelten, wächst der Aufwand überproportional.
• Qualität der Stammdaten: Doppelte Kundennummern, fehlende Umsatzsteuer-Identifikationsnummern oder uneinheitliche Artikelbezeichnungen verursachen mehr Arbeit als die Schnittstelle selbst. Diese Bereinigung gehört vor den Projektstart.
• Zahl der Fehlerfälle: Was passiert bei einer Rechnung ohne Kunden im Zielsystem, bei einem Teilausfall der Gegenstelle, bei einer doppelt gesendeten Buchung? Jede dieser Fragen ist Entwicklungsaufwand, und genau dieser Aufwand entscheidet später über den Betriebsfrieden.
• Verfügbarkeit von Testdaten: Ohne Testmandant mit realistischen Datensätzen wird entweder produktiv getestet oder nachträglich korrigiert. Beides ist teurer.

Wie wir grundsätzlich kalkulieren und abrechnen, sehen Sie auf unserer Seite Preise.

Was müssen Sie als Auftraggeber bereitstellen?

Der schnellste Weg zu einer funktionierenden Schnittstelle führt über drei Dinge: technische Zugänge, eine Testumgebung und benannte Ansprechpartner. Fehlt eines davon, steht das Projekt, unabhängig davon, wie gut die Entwicklung läuft.

• Zugang zur Schnittstelle: Zugangsdaten für die API des Zielsystems samt der Berechtigungen für Lesen und Schreiben. Bei gehosteten Systemen ist teils eine Freigabe des Betreibers nötig.
• Testmandant: Eine vom Produktivbetrieb getrennte Umgebung mit repräsentativen Daten. Anonymisierte Echtdaten sind ideal, Musterdatensätze decken zu wenige Sonderfälle ab.
• Ansprechpartner in Buchhaltung und Steuerkanzlei: Sie entscheiden über Kontenrahmen, Steuerschlüssel und Belegkreise. Eine Stunde Abstimmung spart hier mehrere Tage Nacharbeit.
• Beispielbelege und Sonderfälle: Gutschriften, Anzahlungen, gemischte Steuersätze, Auslandsrechnungen, Storni. Diese Fälle gehören zu Projektbeginn auf den Tisch, nicht in die Abnahme.
• Ein Abnahmekriterium: Woran erkennen Sie, dass die Schnittstelle funktioniert? Etwa an einem vollständigen Monat ohne manuelle Nacherfassung.

Welche Risiken sollten Sie einplanen?

Eine Schnittstelle ist kein einmaliges Werk, sondern ein dauerhaft betriebenes Bauteil zwischen zwei Systemen, die Sie beide nicht kontrollieren. Das größte Risiko liegt deshalb nicht in der Entwicklung, sondern in der Zeit danach.

• Änderungen auf Herstellerseite: Anbieter passen ihre Schnittstellen an, führen neue Versionen ein und stellen alte ab. Planen Sie ein, dass eine Anbindung im Laufe ihrer Lebensdauer mindestens einmal nachgezogen werden muss.
• Stiller Ausfall: Der gefährlichste Fehler ist der, den niemand bemerkt. Wenn die Übertragung drei Wochen lang nichts liefert und das erst im Abschluss auffällt, ist der Schaden größer als bei einem lauten Abbruch. Deshalb gehört zu jeder Schnittstelle eine Überwachung, die auch das Ausbleiben von Daten meldet.
• Fehlende Wiederholbarkeit: Übertragungen müssen sich gefahrlos wiederholen lassen, ohne Buchungen zu verdoppeln. Das ist eine Entwurfsentscheidung, die man nicht nachträglich einbaut.
• Personenabhängigkeit: Wenn nur eine Person weiß, wie die Feldzuordnung zustande kam, fehlt Ihnen im Ernstfall die Grundlage. Die Dokumentation der Zuordnungsregeln gehört zur Lieferung.

Rechnen Sie den laufenden Betrieb von Anfang an mit ein. Was in einen Wartungsumfang gehört und wie er sich kalkulieren lässt, beschreiben wir im Leitfaden zur Softwarewartung.

Was ist zu GoBD und Datenschutz zu beachten?

Automatisierte Übergaben von Buchungsdaten berühren steuerliche Aufbewahrungs- und Nachvollziehbarkeitspflichten sowie den Datenschutz. Wir bauen Schnittstellen so, dass sie diese Anforderungen unterstützen, die rechtliche Bewertung im Einzelfall gehört jedoch zu Ihrer Steuerkanzlei und gegebenenfalls zu Ihrer Rechtsberatung.

Technisch bedeutet Unterstützung vor allem drei Dinge. Erstens Nachvollziehbarkeit: Jede Übertragung wird protokolliert, so dass später erkennbar ist, welcher Datensatz wann und mit welchem Ergebnis übergeben wurde. Zweitens Unveränderbarkeit im Sinne der Verfahrensabläufe: Übertragene Belege werden nicht stillschweigend überschrieben, Korrekturen erfolgen als nachvollziehbare Vorgänge. Drittens Datensparsamkeit: Es werden nur die Felder übertragen, die im Zielsystem tatsächlich gebraucht werden, personenbezogene Daten also nicht auf Vorrat.

Hinzu kommen die üblichen Punkte: verschlüsselte Übertragung, technische Zugangskonten mit minimalen Rechten und eine Auftragsverarbeitungsvereinbarung, wenn wir im Betrieb Daten für Sie verarbeiten. Die Beschreibung des Verfahrens gehört in Ihre Verfahrensdokumentation, den technischen Teil liefern wir zu.

Wie gehen wir bei einem Schnittstellenprojekt vor?

Wir arbeiten in vier Schritten, damit Sie schnell eine belastbare Aussage zu Aufwand und Machbarkeit haben statt eines Angebots ins Blaue hinein.

1. Bestandsaufnahme: Welche Systeme sind in welchen Versionen beteiligt, welche Schnittstellen bieten sie, wie viele Belege fallen an, welche Sonderfälle gibt es? Meist ein bis zwei Termine.
2. Machbarkeit und Feldzuordnung: Wir prüfen die Schnittstellen praktisch am Testmandanten und erstellen die Zuordnung der Felder samt Regeln für Sonderfälle. Erst danach entsteht ein belastbares Festpreisangebot oder eine Aufwandsschätzung.
3. Umsetzung in Stufen: Zuerst die Richtung mit dem größten Volumen, danach Rückkanal und Komfortfunktionen. Die erste Stufe arbeitet bereits, während die zweite entsteht.
4. Betrieb mit Überwachung: Protokollierung, Benachrichtigung bei Fehlern und bei ausbleibenden Daten, dazu ein fester Ansprechpartner für Versionswechsel der angebundenen Systeme.

Was wir in diesem Bereich anbieten, finden Sie auf den Seiten Schnittstellen und Integration sowie Backend und APIs.

Häufige Fragen

Brauche ich für eine DATEV-Anbindung zwingend einen Partnerstatus?
Für den klassischen Weg über Dateien im DATEV-Format nicht. Für die Nutzung der DATEV-Datenservices ist eine Registrierung als Schnittstellenpartner oder die Umsetzung über einen Marktplatz-Partner vorgesehen. Da sich Programme und Konditionen ändern können, prüfen wir das zu Projektbeginn gemeinsam mit Ihnen anhand der aktuellen Angaben der DATEV eG.

Unser ERP-System hat keine API. Ist eine Anbindung trotzdem möglich?
In den meisten Fällen ja, dann über Import- und Exportdateien in einem definierten Verzeichnis oder per E-Mail-Übergabe. Das Ergebnis ist weniger komfortabel als eine API-Kopplung, beseitigt aber die Doppelerfassung. Der direkte Datenbankzugriff bleibt die letzte Möglichkeit und wird von uns nur nach Rücksprache mit dem Hersteller eingesetzt.

Wie lange dauert eine typische Anbindung insgesamt?
Bei einem einfachen Export sprechen wir über wenige Tage bis rund zwei Wochen, bei einer bidirektionalen Anbindung mit Fehlerbehandlung und Überwachung über drei bis acht Wochen Umsetzungszeit. Hinzu kommen die Vorbereitung auf Ihrer Seite und eine Testphase, in der ein vollständiger Abrechnungszeitraum parallel geprüft wird.

Was passiert, wenn der Hersteller seine Schnittstelle ändert?
Dann wird die Anbindung angepasst. Genau dafür empfehlen wir eine Wartungsvereinbarung: Sie umfasst die Überwachung, die Fehleranalyse und die Anpassung an Versionswechsel. Ohne eine solche Vereinbarung fällt der Änderungsbedarf meist zum ungünstigsten Zeitpunkt auf, nämlich im Monatsabschluss.

Können wir mit einer kleinen Lösung anfangen und später ausbauen?
Ja, und in vielen Projekten ist das der sinnvollste Weg. Wir beginnen mit der Richtung, die den größten manuellen Aufwand ersetzt, und ergänzen Rückkanal, weitere Belegarten oder zusätzliche Systeme später. Wichtig ist, den Ausbau schon im ersten Entwurf mitzudenken, damit die zweite Stufe kein Neubau wird.

Fazit

Eine DATEV- oder ERP-Schnittstelle ist selten ein technisches Problem und fast immer ein Klärungsproblem. Sobald feststeht, welche Systeme beteiligt sind, welche Felder wie zugeordnet werden und wie Sonderfälle behandelt werden, wird aus einer diffusen Anfrage ein kalkulierbares Vorhaben. Der Dateiweg kostet wenige Tage, eine bidirektionale Anbindung mit Fehlerbehandlung und Überwachung drei bis acht Wochen und einen niedrigen bis mittleren fünfstelligen Betrag.

Der Nutzen ist dauerhaft: keine Doppelerfassung, weniger Übertragungsfehler und ein Monatsabschluss, der nicht an einzelnen Personen hängt. Schicken Sie uns eine kurze Beschreibung Ihrer Systeme und Ihres Belegvolumens über das Kontaktformular oder vereinbaren Sie direkt ein Erstgespräch. Wir sagen Ihnen ehrlich, welcher Weg trägt und welcher nicht.