DATEV-Anbindung für deinen Shop: Belege automatisch in die Buchhaltung

Jeden Monat dasselbe Ritual. Jemand exportiert Bestelldaten aus dem Shop, exportiert Zahlungen aus dem Payment-Provider, gleicht beides in einer Tabelle ab und schickt das Ergebnis an die Steuerkanzlei. Der Prozess funktioniert, solange die Person da ist, die weiß, welche Spalte wohin gehört.

Vorweg der Hinweis, der hier hingehört: Wir sind Entwickler, keine Steuerberater. Alles Folgende beschreibt die technische Seite. Was in deinem konkreten Fall steuerlich richtig ist, entscheidet deine Kanzlei, nicht deine Agentur.

Was die GoBD von deinem Shop verlangt

Die GoBD regeln, wie du Bücher und Aufzeichnungen elektronisch führen und aufbewahren musst. Sie gelten für alle buchführungspflichtigen Unternehmen nach § 238 HGB und § 140 AO, also auch für dich als Händler.

Technisch laufen die Anforderungen auf vier Eigenschaften hinaus. Deine buchhaltungsrelevanten Daten müssen vollständig sein, unveränderbar gespeichert, jederzeit verfügbar und maschinell auswertbar. Das Wort, an dem sich im Shop-Kontext alles entscheidet, ist unveränderbar.

Ein Shopsystem ist von Natur aus veränderbar. Preise werden angepasst, Artikel umbenannt, Bestellungen storniert und korrigiert. Genau das ist der Grund, warum der Shop selbst kein guter Ort für deine Buchhaltungsbelege ist.

Im E-Commerce kommt erschwerend dazu, dass die Daten aus vielen Quellen stammen: Shopsystem, Warenwirtschaft, Payment-Provider, Marktplätze, Versanddienstleister. Jede Quelle hat ihr eigenes Format und ihre eigene Wahrheit über denselben Vorgang.

Die Fristen haben sich 2025 geändert

Ein Punkt, der in vielen älteren Anleitungen noch falsch drinsteht. Mit dem Vierten Bürokratieentlastungsgesetz, dem der Bundesrat im Oktober 2024 zugestimmt hat, wurde die Aufbewahrungsfrist für Buchungsbelege nach § 147 Absatz 3 AO von zehn auf acht Jahre verkürzt. Das gilt seit dem 1. Januar 2025 und greift auch für Altbelege, deren Frist Ende 2024 noch nicht abgelaufen war.

Wichtig ist die Abgrenzung: Die Verkürzung betrifft Buchungsbelege. Für Jahresabschlüsse, Handelsbücher und Inventare bleibt es bei zehn Jahren. Für Kreditinstitute und Versicherungen gilt die neue Frist erst ab 2026.

Wer sein Löschkonzept nach diesen Fristen baut, sollte die beiden Kategorien also getrennt behandeln. Und ja, das ist genau die Sorte Detail, die du mit deiner Kanzlei abstimmst und nicht mit uns.

Was passiert, wenn Belege bei einer Betriebsprüfung fehlen, ist unangenehm konkret: Hinzuschätzungen, versagter Vorsteuerabzug und Bußgelder, die bei Steuergefährdung bis zu 25.000 Euro reichen können.

Die drei Wege, wie Belege zu DATEV kommen

Weg 1: Über das ERP. Der Weg, den wir in fast allen Projekten empfehlen. Der Shop übergibt Bestellungen an die Warenwirtschaft, dort entsteht die Rechnung, und von dort gehen Buchungssätze und Belege an DATEV. Der Vorteil liegt darin, dass das ERP ohnehin die Wahrheit über Aufträge, Lieferungen und Rechnungen führt. Systeme wie xentral bringen die DATEV-Übergabe mit.

Weg 2: Direkt aus dem Shop. Machbar über Erweiterungen, die Buchungsdaten aufbereiten und exportieren. Sinnvoll für kleinere Setups ohne ERP, in denen der Shop tatsächlich das einzige führende System ist. Sobald ein zweiter Verkaufskanal dazukommt, ein Marktplatz oder ein Ladengeschäft, bricht dieser Weg.

Weg 3: Manuell mit Tabellen. Der Status quo bei sehr vielen Händlern. Funktioniert, ist aber fehleranfällig und personengebunden. Und er erfüllt die Anforderung der maschinellen Auswertbarkeit nur, solange niemand zwischendurch in der Tabelle korrigiert.

Technisch landen die Belege in der Regel in DATEV Unternehmen online. Die Übertragung läuft über den Belegtransfer, üblicherweise als strukturierter Export mit den zugehörigen Belegbildern. Für elektronische Rechnungen sind X-Rechnung und ZUGFeRD ab Version 2.0 die Formate, auf die es hinausläuft.

Der Fehler, den fast alle machen

Der häufigste Konstruktionsfehler ist, den Shop als Quelle der Buchhaltung zu behandeln. Das geht so lange gut, bis der erste Sonderfall auftaucht.

Ein Kunde storniert nach der Rechnungsstellung. Eine Teillieferung geht raus, der Rest zwei Wochen später. Ein Gutschein wird nachträglich verrechnet. Eine Rücksendung kommt im Folgemonat an. In der Shop-Logik sind das Statusänderungen an einer Bestellung. In der Buchhaltung sind es getrennte Vorgänge mit eigenen Belegen und eigenen Zeitpunkten.

Wenn deine Schnittstelle den Shop-Status auf Buchungen abbildet, produziert sie bei jedem dieser Fälle etwas Falsches. Deshalb gehört zwischen Shop und DATEV ein System, das kaufmännische Vorgänge kennt, und das ist die Warenwirtschaft.

Zweiter verbreiteter Fehler: Zahlungen und Bestellungen als denselben Vorgang zu behandeln. Sie sind es nicht. Der Abgleich zwischen Zahlungseingang beim Provider und offener Rechnung ist ein eigener Prozess, und er ist der Hauptgrund, warum manuelle Buchhaltung im E-Commerce so viel Zeit frisst.

Was du klärst, bevor jemand programmiert

Setz dich mit deiner Kanzlei zusammen, bevor du eine Anbindung beauftragst. Vier Fragen reichen für den Anfang.

Welchen Kontenrahmen nutzt ihr, und wie sollen Erlöse aufgeteilt werden, etwa nach Steuersatz, Land oder Verkaufskanal? Wie sollen Zahlungsarten und deren Gebühren abgebildet werden? Wie geht ihr mit Lieferungen ins EU-Ausland um? Und welches Format will die Kanzlei tatsächlich haben?

Diese vier Antworten sind das eigentliche Lastenheft. Wir haben Projekte erlebt, in denen die technische Umsetzung zwei Wochen dauerte und die Abstimmung über die Kontenlogik zwei Monate. Das ist keine Kritik an den Kanzleien, es zeigt nur, wo die eigentliche Arbeit liegt.

Wenn du die Antworten hast, ist der Rest Handwerk. Wie wir solche Verbindungen bauen, steht bei der Schnittstellen-Entwicklung. Läuft bei dir noch kein ERP, ist die ERP-Anbindung der sinnvollere Einstieg, weil DATEV dann nur ein weiterer Empfänger ist statt ein Sonderweg. Und weil sich Formate und Fristen ändern, wie 2025 gerade wieder geschehen, gehört eine Buchhaltungsschnittstelle in die laufende Betreuung. Eine Anbindung, die niemand nachzieht, fällt genau dann aus, wenn der Jahresabschluss ansteht.