Shopify-Buchungsstapel in DATEV importieren

Ein erfundener Monat, August 2026, geschrieben von demselben Programmteil, der die echten Dateien der App schreibt. Kein echter Shop, keine echten Bestellungen, keine Namen. Die Bestellnummern BSP-1001 bis BSP-1005 sind ausgedacht.

Herunterladen: EXTF_Buchungsstapel_Beispiel_202608.csv (5 KB, Zeichensatz Windows-1252, Semikolon als Trennzeichen).

Darin stehen sechs Buchungssätze in SKR03:

• fünf Zeilen für vier Bestellungen, denn BSP-1002 hat Waren mit 7 % und 19 %,
• eine Zeile im Haben für die Erstattung zu BSP-1001.

BSP-1005 ist gebucht, obwohl noch nicht bezahlt. Für BSP-1004 gibt es keine Zeile: storniert und nie bezahlt.

Für einen Testimport müssen Beraternummer, Mandantennummer und Wirtschaftsjahr zum Testbestand passen. Die DATEV-Hilfe zur Stapelverarbeitung beschreibt, wie man diese Angaben vor dem Import ändert: Zusatzfunktionen, dann Ändern (Dok.-Nr. 1044208, Abhilfe 2).

Bei der Meldung REW04506 oder „Keine Daten vorhanden“ nennt die DATEV-Hilfe (Dok.-Nr. 1044208, aktualisiert am 25.07.2026) unter anderem diese Ursachen:

• Beraternummer, Mandantennummer, Wirtschaftsjahr oder Datum passen nicht zum geöffneten Bestand.
• Der Dateiname beginnt nicht mit EXTF_ oder endet nicht auf .csv. Die App nennt ihre Dateien EXTF_Buchungsstapel_JJJJMM.csv.
• Die Datei ist noch in einem anderen Programm geöffnet, zum Beispiel in Excel.

Die beiden Hilfedokumente von DATEV:

• Dok.-Nr. 1034038: https://wissensplattform.apps.datev.de/help/document/1034038
• Dok.-Nr. 1044208: https://wissensplattform.apps.datev.de/help/document/1044208

Beraternummer, Mandantennummer, Beginn des Wirtschaftsjahres und Sachkontenlänge trägt der Shop einmal in den Einstellungen der App ein. Die App schreibt sie in den Kopf jeder Datei. Sie nimmt dieselben Bereiche an wie DATEVs Formatbeschreibung: Beraternummer 1001 bis 9999999, Mandantennummer 1 bis 99999, Sachkontenlänge 4 bis 8.

Laut dieser Formatbeschreibung muss die Sachkontenlänge beim Import zur Einstellung des Mandanten passen. Die Kontenrahmen der App haben vierstellige Sachkonten. Der Sammeldebitor hat eine Stelle mehr, als Vorgabe 10000.

Was die Kanzlei dem Shop einmal nennt:

• Beraternummer und Mandantennummer,
• den Beginn des Wirtschaftsjahres und die Sachkontenlänge,
• SKR03 oder SKR04,
• die Nummer des Sammeldebitors, wenn es nicht 10000 ist,
• eigene Erlöskonten, wenn die Vorschläge der App nicht passen.

Eine Zeile je Steuersatz einer Bestellung, eine je Steuersatz einer Erstattung. Versandkosten stehen in der Zeile ihres Steuersatzes.

Eine Erstattung steht im Monat, in dem sie erstattet wurde, auch wenn die Bestellung älter ist.

Noch nicht bezahlte Bestellungen bucht die App als Verkauf. Die Seite des Monats in der App zählt sie und nennt ihre Nummern. Versteuert der Shop nach vereinnahmten Entgelten, findet die Kanzlei sie dort.

Zu jeder Datei zeigt die App dem Shop eine Prüfsumme (SHA-256). Stimmt sie mit der Datei in der Kanzlei überein, ist es dieselbe Datei.

Auszahlungen und Gebühren von Shopify Payments, denn die App liest sie nicht. Nach dem Import steht auf dem Sammeldebitor also die Summe der Verkäufe abzüglich der Erstattungen, bis der Zahlungseingang gebucht ist. In der Beispieldatei sind das 227,40 €.

Außerdem fehlen:

• Namen, Adressen und E-Mail-Adressen der Kundschaft, auch keine USt-IdNr.,
• Belege und Rechnungs-PDFs,
• offene Posten, Skonto und Debitorenkonten je Kunde,
• Bestellungen, die storniert und nie bezahlt wurden, Bestellungen in einer anderen Währung als der Stapel, Rückgaben ohne Geld zurück und Bestellungen, deren Positionen nicht zu ihrer Summe passen. Die Seite des Monats nennt jede davon mit Nummer und Grund.