DATEV Rechnungsdatenservice 2.0 endet: Datenweg umstellen

Die Abkündigung ist knapp und eindeutig: DATEV stellt zum 31.12.2026 das Produkt DATEV Rechnungsdatenservice 2.0 mit der Artikelnummer 92900 vollständig ein (DATEV). Neue Bestellungen sind schon seit dem 01.01.2026 nicht mehr möglich (DATEV). Für bestehende Anwender zählt vor allem der dritte Satz der Meldung: Gesendete Rechnungsdaten lassen sich in den Rechnungswesen-Programmen nur noch bis zum 31.12.2026 abrufen, und DATEV bittet ausdrücklich darum, bis dahin sämtliche übertragenen Rechnungsdaten abzuholen (DATEV). Was danach noch in der DATEV-Cloud liegt, kommt auf diesem Weg nicht mehr in die Buchhaltung.

Der Dienst war für einen bestimmten Zweck gebaut. Laut DATEV können mit dem Rechnungsdatenservice 2.0, abhängig vom Vorsystem, strukturierte Rechnungsdaten in die DATEV-Cloud gesendet und von dort in das Rechnungswesen-Programm eingespielt werden (DATEV). Die Kontierung blieb dabei in der Kanzlei: JTL schreibt für seine Anbindung, dass eine nachträgliche Bearbeitung durch den Steuerberater in jedem Fall notwendig ist (JTL-Guide). Genau dieser Punkt macht den Umstieg zu mehr als einem Tausch der Zugangsdaten, wie die folgenden Abschnitte zeigen.

Wichtig für die Einordnung: Der ähnlich klingende Rechnungsdatenservice 1.0 ist von der Einstellung nicht betroffen (DATEV). Er überträgt strukturierte Belegdaten und Belegbilder nach DATEV Unternehmen online, wo daraus Belegsätze für Belege online und bei der Bereitstellung Buchungsvorschläge für die Rechnungswesen-Programme entstehen (DATEV). Wer in einer Shop- oder Wawi-Einstellung „Rechnungsdatenservice“ liest, prüft deshalb zuerst die Versionsnummer, bevor er ein Projekt startet. Als Gründe für die Einstellung nennt DATEV die Portfolioentwicklung und geringe Nutzungszahlen (DATEV). Die folgende Übersicht stellt die vier Datenservices nebeneinander, die in diesem Zusammenhang leicht verwechselt werden; Artikelnummern und Beschreibungen stammen von den Produktseiten (DATEV), der Hinweis auf optionale Bilder beim Rechnungsdatenservice 2.0 aus dem Handbuch von JTL (JTL-Guide).

Für JTL-Anwender ist die Lage eine andere als für alle übrigen. DATEV plante für Kundinnen und Kunden des Vorsystems JTL den Wechsel auf den Buchungsdatenservice bereits im ersten Quartal 2026 (DATEV). JTL wird im eigenen Handbuch deutlicher: DATEV hat die Authentifizierung für den Rechnungsdatenservice 2.0 zum 28.02.2026 geändert, deshalb lässt sich der Dienst in JTL-Wawi seit dem 01.03.2026 nicht mehr nutzen (JTL-Guide). Wer JTL einsetzt, hat also keinen offenen Umstieg bis Jahresende vor sich, sondern prüft zwei Dinge: Ist der Wechsel auf den neuen Weg tatsächlich erledigt, und sind die Daten aus der Zeit davor vollständig in der Kanzlei angekommen?

Die zweite Frage ist die heiklere. JTL hat Anwender aufgefordert, bis zum 28.02.2026 alle notwendigen Daten zu sichern (JTL-Guide). Rechnungsdaten aus Januar und Februar 2026, die zwar gesendet, in der Kanzlei aber noch nicht abgerufen sind, lassen sich nach DATEV-Angabe bis zum 31.12.2026 in den Rechnungswesen-Programmen abrufen (DATEV), danach nicht mehr. Ein Abgleich der Rechnungsnummern beider Monate mit dem, was in DATEV gebucht ist, kostet wenig und schließt diese Lücke. Wie die Anbindung von JTL-Wawi an den Shop selbst geplant wird, beschreibt der Beitrag JTL-Wawi an den Onlineshop anbinden; für die Umsetzung gibt es die JTL-Wawi Shop-Anbindung.

Als Ziel des Wechsels nennt DATEV etwa für das Vorsystem JTL den Buchungsdatenservice (DATEV). Er ist aber nicht die einzige Möglichkeit, Belege aus dem Shop zur Kanzlei zu bringen. Welcher Weg passt, hängt davon ab, was das Vorsystem anbietet, wie viele Belege anfallen und wie viel Kontierung die Kanzlei selbst übernehmen will.

Der Belegbilderservice ist laut DATEV eine Schnittstelle für den Austausch digitaler Belege zwischen ausgewählten ERP-Cloud-Lösungen und Belege online (DATEV); er setzt einen Vertrag zu DATEV Unternehmen online und einen Bestand in Belege online voraus (DATEV). Für einen Shop mit nennenswertem Rechnungsvolumen schiebt er die gesamte Kontierung zurück in die Kanzlei. Der Dateiexport im DATEV-Format ist der robuste Notweg: JTL nennt im Handbuch einen Export der Daten für DATEV als Alternative und rät, die zu exportierenden Daten unbedingt mit dem Steuerberater abzusprechen (JTL-Guide). Auf Dauer hängt der Dateiweg aber an einer Person, die exportiert, die Datei übergibt und den Import prüft – genau die Handarbeit, die ein Datenservice abnehmen soll.

Die größte Gefahr beim Umstieg ist nicht der Ausfall, sondern die Dublette. Liefert der alte Weg eine Rechnung als Rechnungsdatensatz und der neue dieselbe Rechnung als fertigen Buchungssatz, steht der Umsatz zweimal im Buch und mit ihm die Umsatzsteuer. Weil beide Wege an verschiedenen Stellen in DATEV ankommen, fällt das nicht zwingend sofort auf. Zwei Werkzeuge verhindern es: ein Stichtag, der jeden Beleg eindeutig einem Weg zuordnet, und ein Parallelmonat, der den neuen Weg prüft, bevor er zählt.

Der Stichtag hängt am Belegdatum, nicht am Übertragungsdatum. Alle Rechnungen mit Belegdatum vor dem Stichtag gehen über den alten Weg oder, wenn er nicht mehr verfügbar ist, über einen einmaligen Nachlauf, den die Kanzlei ausdrücklich erwartet. Alle Rechnungen ab dem Stichtag gehen ausschließlich über den neuen Weg. Ein Monatserster als Stichtag erleichtert den Abgleich mit der Umsatzsteuer-Voranmeldung, weil kein Monat auf zwei Wege verteilt ist.

Für den Parallelmonat gibt es zwei Varianten. Läuft der alte Weg noch, überträgt der neue Weg einen Monat, den die Kanzlei bereits verarbeitet hat, und die Kanzlei hält beide Ergebnisse nebeneinander, bevor sie den Probestapel verwirft. Läuft er nicht mehr, wie in JTL-Wawi seit dem 01.03.2026 (JTL-Guide), ist der Vergleichsmaßstab das Rechnungsausgangsbuch des Vorsystems: Anzahl der Rechnungen und Gutschriften, Nettosumme und Steuer je Steuersatz. In beiden Fällen wird der Stichtag erst scharf geschaltet, wenn Belegzahl und Summen übereinstimmen und die Kanzlei die Kontierung stichprobenartig bestätigt hat.

Technisch braucht die Schnittstelle dafür ein Übertragungsjournal: Je Beleg steht dort, über welchen Weg er wann gesendet wurde und mit welchem Ergebnis. Die Rechnungsnummer dient als fachlicher Schlüssel, eine zweite Übertragung derselben Nummer wird abgewiesen statt gesendet. Vor dem Umschalten zeigt eine einfache Abfrage, ob es Belege ab dem Stichtag gibt, die schon über den alten Weg gegangen sind:

Liefert die Abfrage Zeilen, ist der Stichtag falsch gesetzt oder der alte Weg noch aktiv. Wie Wiederholungen ohne Dubletten gebaut werden, beschreibt der Beitrag zu Idempotenz und Retry-Strategien. Und wer zuerst klären muss, ob Shop oder Warenwirtschaft die Rechnung überhaupt schreibt, findet die Entscheidungsmatrix im Beitrag Rechnung aus Shop oder ERP?.

Der Umstieg fällt in eine Zeit, in der sich auch das Rechnungsformat im B2B-Geschäft ändert. Für Leistungen an andere Unternehmer im Inland ist die Rechnung grundsätzlich als elektronische Rechnung in einem strukturierten Format auszustellen (§ 14 Abs. 2 UStG). Für Umsätze im Jahr 2027 bleiben Papier und sonstige elektronische Formate nur noch erlaubt, wenn der Gesamtumsatz des Vorjahres nicht mehr als 800.000 Euro betragen hat; daneben gilt bis Ende 2027 eine Sonderregel für EDI-Verfahren (§ 27 Abs. 38 UStG). Für Umsätze ab dem 1. Januar 2028 sieht die Übergangsregel keine Ausnahme mehr vor (§ 27 Abs. 38 UStG).

Für den neuen Datenweg bedeutet das: Das Belegbild, das mit der Buchung zur Kanzlei geht, sollte bei B2B-Rechnungen aus derselben Quelle stammen wie die E-Rechnung an den Kunden und dieselbe Rechnungsnummer tragen, statt getrennt von ihr zu entstehen. In welcher Form die E-Rechnung in DATEV abgelegt wird, gehört deshalb mit auf die Tagesordnung des Abstimmungstermins. Wer die Kontierungsschicht jetzt baut, legt sie so an, dass sie die Rechnung aus derselben Quelle nimmt wie der Versand an den Kunden. Den Rahmen für die Ausstellung beschreibt der Beitrag E-Rechnungspflicht 2027; die Umsetzung im Shop deckt die E-Rechnung-Anbindung ab.