E-Commerce-Buchungen zusammenfassen: Bestellungen zu Sammelbuchungen bündeln

Ein wachsender Onlinehändler kann innerhalb weniger Tage Tausende Bestellungen, Zahlungen, Rückerstattungen und Gebühren erzeugen. Werden sämtliche Ereignisse ungefiltert als einzelne Buchungssätze in ein Buchhaltungssystem exportiert, entstehen sehr große Buchungsstapel. Die Datenmenge erschwert die Kontrolle, verlängert Importe und macht Kontenblätter für Buchhaltung und Steuerberatung schnell unübersichtlich.

Die Lösung besteht nicht darin, die zugrunde liegenden Bestellungen oder Rechnungen zu löschen. Sie besteht darin, zwischen zwei Ebenen zu unterscheiden:

Operative Einzeltransaktionen bleiben mit Bestellnummer, Rechnungsnummer, Steuersatz, Marketplace, Zahlungsreferenz und weiteren Details vollständig im Vorsystem erhalten.

Verdichtete Buchungssätze fassen gleichartige und fachlich kompatible Einzeltransaktionen für den Export in DATEV oder ein anderes Buchhaltungssystem zusammen.

KudTax bündelt daher nicht mehrere rechtlich eigenständige Rechnungen zu einem neuen Rechnungsdokument. Präziser ist folgende Beschreibung:

KudTax bündelt gleichartige Bestellungen, Umsätze und Transaktionen zu verdichteten Buchungssätzen für den Buchhaltungsexport.

Diese Abgrenzung ist entscheidend. Die Rechnung bleibt der Beleg des einzelnen Geschäftsvorfalls. Die Sammelbuchung ist eine kontrollierte Darstellung mehrerer gleichartig kontierter Vorgänge im Hauptbuch.

Warum einzelne Buchungssätze im E-Commerce schnell unübersichtlich werden

In einem klassischen B2B-Unternehmen können 500 Ausgangsrechnungen im Monat auch ungefähr 500 Erlösbuchungen bedeuten. Im E-Commerce sieht die Datenstruktur anders aus. Eine einzige Bestellung kann mehrere Buchungsereignisse erzeugen:

• Verkauf und Umsatzsteuer,
• Versandkosten,
• Rabatt,
• Zahlung,
• Zahlungsgebühr,
• Marktplatzprovision,
• spätere Teilerstattung,
• Retoure,
• Chargeback,
• Auszahlung über einen Zahlungsanbieter.

Verkauft ein Händler über Amazon Deutschland, Amazon Frankreich, Shopify und eBay, vervielfacht sich die Zahl der Varianten. Zusätzlich können mehrere Steuersätze, Lagerländer, Währungen und Erlöskonten betroffen sein.

Ein Export mit jeder einzelnen Bestellung als eigener Sachkontenbuchung kann fachlich korrekt sein. Bei sehr großen Mengen entstehen jedoch praktische Nachteile:

• sehr große DATEV-Buchungsstapel,
• lange Kontenblätter mit wiederkehrenden Buchungstexten,
• höherer Import- und Verarbeitungsaufwand,
• erschwerte Sicht auf periodische Summen,
• mehr Aufwand bei der Prüfung gleichartiger Buchungen,
• technische Grenzen einzelner Importdateien,
• unübersichtliche Auswertungen für Mandant und Steuerkanzlei.

DATEV weist für Buchungsstapel eine maximale Datensatzmenge von 99.999 Buchungen je Datei aus. Das bedeutet nicht, dass jeder Händler seine Daten zwingend verdichten muss. Bei hohen Volumen zeigt die Grenze jedoch, warum eine kontrollierte Aggregation oder Aufteilung nach Perioden praktisch relevant sein kann.

Was ist eine Sammelbuchung im E-Commerce?

Eine Sammelbuchung fasst mehrere Einzelvorgänge mit übereinstimmenden Buchungsmerkmalen zu einem Buchungssatz zusammen.

Angenommen, 1.800 Amazon-DE-Bestellungen werden im Zeitraum vom 1. bis 15. Januar alle mit derselben fachlichen Logik gebucht:

• Sollkonto: 1800,
• Habenkonto: 4400,
• Marketplace: Amazon Deutschland,
• Währung: EUR,
• identischer Steuersachverhalt,
• gleicher Exportzeitraum.

Statt 1.800 einzelne Exportzeilen zu erzeugen, kann das System die Beträge zu einer Sammelbuchung addieren. Der exportierte Buchungssatz zeigt dann beispielsweise:

15.01. – 4400 an 1800 – Amazon DE Orders

Die 1.800 Bestellungen bleiben im Vorsystem einzeln vorhanden. Die Sammelbuchung muss auf eine Liste der enthaltenen Transaktionen auflösbar bleiben.

Eine Sammelbuchung ist daher keine neue Bestellung und keine neue Rechnung. Sie ist eine verdichtete Hauptbuchbuchung auf Basis dokumentierter Einzelvorgänge.

Einzelbuchung oder Sammelbuchung: Wo liegt der Unterschied?

Merkmal	Einzelbuchung	Sammelbuchung
Anzahl der Exportzeilen	Eine Zeile je Geschäftsvorfall oder Buchungskomponente	Eine Zeile für mehrere gleichartige Geschäftsvorfälle
Detailtiefe im Hauptbuch	Sehr hoch	Verdichtet
Detailtiefe im Vorsystem	Einzeltransaktion vorhanden	Einzeltransaktion muss weiterhin vorhanden sein
Kontenblatt	Viele einzelne Positionen	Periodische oder gruppierte Summen
OPOS-Eignung	Gut für rechnungsbezogene offene Posten	Nicht für jede Debitorenlogik geeignet
Importvolumen	Hoch	Reduziert
Prüfung	Einzelprüfung direkt im Buchhaltungssystem möglich	Prüfung über Sammelbuchung und Auflösungsnachweis
Typischer Einsatz	B2B-Rechnungen, besondere Geschäftsvorfälle, OPOS	gleichartige B2C-Massentransaktionen und Sachkontenbuchungen

Beide Methoden können innerhalb desselben Mandats kombiniert werden. Ausgangsrechnungen im Debitoren-Nebenbuch können einzeln übertragen werden, während bestimmte Sachkontenbewegungen oder bereits abgestimmte B2C-Umsatzgruppen verdichtet exportiert werden.

Ist das Zusammenfassen von Buchungen GoBD-konform?

Die GoBD verlangen grundsätzlich, dass Geschäftsvorfälle vollständig, richtig, zeitgerecht, geordnet und nachvollziehbar erfasst werden. Die Grundsätze sehen regelmäßig eine Einzelaufzeichnung vor, damit Grundlagen, Inhalt und Bedeutung eines Vorgangs überprüft werden können.

Gleichzeitig können zusammengefasste oder verdichtete Aufzeichnungen im Hauptbuch zulässig sein, wenn sie nachvollziehbar in die Einzelpositionen der Grundaufzeichnungen oder des Journals aufgegliedert werden können.

Für eine prüfbare Sammelbuchung bedeutet das insbesondere:

• Jede ursprüngliche Transaktion bleibt erhalten.
• Die Zuordnung zu einer Sammelbuchung ist eindeutig.
• Die Summenbildung kann reproduziert werden.
• Kriterien, Zeitraum und Filter sind dokumentiert.
• Änderungen an Einzeltransaktionen und Sammelbuchungen sind nachvollziehbar.
• Belege und Rechnungen bleiben erreichbar.
• Die Einzelpositionen können maschinell ausgewertet werden.
• Die verwendete Funktion ist in der Verfahrensdokumentation beschrieben.

Eine Verdichtung darf nicht dazu führen, dass der ursprüngliche Inhalt nicht mehr feststellbar ist. § 239 HGB verlangt, dass ursprüngliche Aufzeichnungen bei Änderungen weiterhin erkennbar bleiben.

Der konkrete Einsatz sollte mit der zuständigen Steuerkanzlei abgestimmt werden. Nicht jeder Geschäftsvorfall ist für eine Sammelbuchung geeignet.

Nach welchen Kriterien können Buchungen in KudTax gebündelt werden?

Beim Export kann der Nutzer die Bündelungsfunktion aktivieren und festlegen, welche Buchungen gemeinsam in einen verdichteten Buchungssatz einfließen. Die Kriterien werden miteinander kombiniert. Nur Buchungen, die alle ausgewählten Bedingungen erfüllen, gehören in dasselbe Bundle.

Zeitraum

Der Nutzer bestimmt den Zeitraum einer Sammelgruppe. Möglich ist beispielsweise eine Unterteilung in:

• 1. bis 15. Januar,
• 16. bis 31. Januar.

Dadurch entstehen zwei getrennte Buchungssätze, obwohl beide dieselbe Plattform und Kontierung betreffen.

Eine halbmonatliche Gruppierung kann sinnvoll sein, wenn Auswertungen, Umsatzsteuervoranmeldung oder interne Kontrollen nicht nur eine Monatssumme zeigen sollen. Auch tägliche, wöchentliche oder monatliche Bündelungen können je nach Prozess sinnvoll sein.

Wichtig ist, welches Datum für die Auswahl verwendet wird: Bestelldatum, Rechnungsdatum, Leistungsdatum, Zahlungsdatum oder ein anderes Transaktionsdatum. Diese Datumsart sollte im Exportprozess eindeutig festgelegt werden.

Soll- und Habenkonto beziehungsweise Accounting Codes

Nur Buchungen mit kompatibler Kontierung sollten zusammengefasst werden. KudTax kann dafür die Accounting Codes beziehungsweise die Soll- und Habenkonten als Bündelungskriterium verwenden.

Beispielsweise können alle Buchungen mit:

• Habenkonto 4400,
• Sollkonto 1800

innerhalb eines definierten Zeitraums zusammengefasst werden.

Buchungen mit einem anderen Erlös-, Steuer-, Gebühren- oder Verrechnungskonto müssen in einer anderen Gruppe bleiben. Dadurch wird verhindert, dass wirtschaftlich unterschiedliche Vorgänge in einer unklaren Gesamtsumme verschwinden.

Plattform

Die Plattform bezeichnet den übergeordneten Verkaufskanal oder das System, beispielsweise Amazon, Shopify, eBay oder Kaufland.

Eine Bündelung nach Plattform verhindert, dass Umsätze aus Amazon und Shopify in derselben Sammelbuchung landen, obwohl sie möglicherweise über unterschiedliche Datenquellen, Zahlungsprozesse und Kontrollberichte abgestimmt werden.

Marketplace

Eine Plattform kann mehrere Marketplaces enthalten. Bei Amazon sind beispielsweise Deutschland, Frankreich, Italien, Spanien oder weitere Länder getrennte Marketplaces.

Die Bündelung nach Marketplace ermöglicht eine klare Trennung:

• Amazon Deutschland,
• Amazon Frankreich,
• Amazon Italien.

Das ist besonders wichtig, wenn unterschiedliche Umsatzsteuerländer, Steuersätze, Erlöskonten oder Währungen betroffen sind.

Buchungsdatum der Sammelbuchung

Der Nutzer bestimmt, welches Datum der verdichtete Buchungssatz im Export erhält. Für den Zeitraum vom 1. bis 15. Januar kann beispielsweise der 15. Januar als Buchungsdatum verwendet werden.

Das Sammelbuchungsdatum ändert nicht automatisch die ursprünglichen Rechnungs-, Leistungs- oder Transaktionsdaten. Diese bleiben auf Ebene der Einzelvorgänge erhalten. Das gewählte Datum dient der Darstellung und Periodenzuordnung im Buchhaltungsexport und muss zur fachlichen Logik des Mandats passen.

Individueller Buchungstext

Der Buchungstext kann dynamisch beziehungsweise individuell festgelegt werden. Beispiele sind:

• Amazon DE Orders 01-15,
• Shopify DE Sales January,
• Amazon FR 20% VAT,
• eBay Payments Week 03.

Ein guter Buchungstext beschreibt die Sammelgruppe präzise, ohne jede Einzelbestellung aufzuzählen. DATEV begrenzt das Feld Buchungstext im Buchungsstapel auf 60 Zeichen. Längere Details gehören daher in den Auflösungsbericht, Zusatzinformationen oder das Vorsystem.

Praxisbeispiel: Amazon-DE-Verkäufe vom 1. bis 15. Januar

Der Nutzer wählt in KudTax folgende Einstellungen:

Einstellung	Auswahl
Zeitraum	01.01.–15.01.
Konten	4400 an 1800
Plattform	Amazon EU
Marketplace	Deutschland
Buchungsdatum	15.01.
Buchungstext	Amazon DE Orders

Im ausgewählten Zeitraum gibt es 2.400 passende Bestellungen. Nach den freigegebenen Buchungsregeln ergeben sie zusammen einen Betrag von 142.800,00 €.

KudTax erzeugt für den Export den verdichteten Buchungssatz:

15.01. – 142.800,00 € – 4400 an 1800 – Amazon DE Orders

Im System bleiben unter anderem erhalten:

• alle 2.400 Bestellnummern,
• Rechnungsnummern,
• Einzelbeträge,
• ursprüngliche Daten,
• Artikel- und Steuerinformationen,
• Marketplace-Zuordnung,
• Zahlungsreferenzen,
• Zuordnung zur konkreten Sammelbuchung.

Vom 16. bis 31. Januar kann eine zweite Sammelbuchung mit eigenem Datum, Betrag und Buchungstext erzeugt werden.

Erweitertes Beispiel mit mehreren Gruppen

Zeitraum	Marketplace	Steuer-/Kontengruppe	Exportbuchung
01.01.–15.01.	Amazon DE	DE 19 % / 4400 an 1800	Amazon DE 19% 01-15
01.01.–15.01.	Amazon DE	DE 7 % / anderes Erlöskonto	Amazon DE 7% 01-15
01.01.–15.01.	Amazon FR	FR Standardsteuersatz / eigenes Konto	Amazon FR STD 01-15
16.01.–31.01.	Amazon DE	DE 19 % / 4400 an 1800	Amazon DE 19% 16-31
16.01.–31.01.	Amazon FR	FR Standardsteuersatz / eigenes Konto	Amazon FR STD 16-31

Die Verdichtung reduziert die Zahl der Exportbuchungen, ohne Steuersätze, Länder und Konten unzulässig zu vermischen.

Welche Geschäftsvorfälle dürfen nicht einfach gemeinsam gebündelt werden?

Eine Sammelbuchung darf nicht ausschließlich deshalb gebildet werden, weil mehrere Beträge positiv oder negativ sind. Die zugrunde liegenden Vorgänge müssen fachlich kompatibel sein.

Regelmäßig getrennt zu behandeln sind:

• unterschiedliche Soll- oder Habenkonten,
• unterschiedliche Umsatzsteuersätze,
• unterschiedliche Steuerländer,
• unterschiedliche Währungen,
• steuerpflichtige und steuerfreie Umsätze,
• B2B- und B2C-Sachverhalte mit abweichender Behandlung,
• Verkäufe und Rückerstattungen, wenn die Kontrolllogik eine getrennte Darstellung verlangt,
• Erlöse und Marktplatzgebühren,
• Kundenzahlungen und Bankauszahlungen,
• offene Chargebacks und endgültige Erlöskorrekturen,
• unterschiedliche Leistungs- oder Buchungsperioden,
• lokale Umsätze und OSS-Umsätze,
• Marketplace-Umsätze mit unterschiedlichem deemed-supplier-Status,
• Einzeldebitoren, die über OPOS ausgeglichen werden müssen.

Je mehr Kriterien in einer Gruppe übereinstimmen, desto belastbarer ist die Sammelbuchung.

Unterschied zwischen Bestellungen, Rechnungen, Transaktionen und Buchungssätzen

Bestellung

Die Bestellung dokumentiert, was der Kunde im Shop oder Marketplace bestellt hat. Sie kann später storniert, geteilt oder geändert werden.

Rechnung

Die Rechnung ist der rechtliche und steuerliche Abrechnungsbeleg. Mehrere eigenständige Rechnungen werden durch die Bündelungsfunktion nicht zu einer neuen Sammelrechnung verschmolzen.

Transaktion

Eine Transaktion beschreibt ein finanzielles oder operatives Ereignis, beispielsweise Zahlung, Refund, Gebühr, Reserve oder Auszahlung. Zu einer Bestellung können mehrere Transaktionen gehören.

Buchungssatz

Der Buchungssatz überträgt die wirtschaftliche Auswirkung in die Finanzbuchhaltung. Ein Einzelbuchungssatz kann sich auf eine Transaktion beziehen. Ein verdichteter Buchungssatz kann mehrere gleichartig behandelte Transaktionen zusammenfassen.

Die KudTax-Funktion verdichtet die Buchungsebene des Exports. Sie ersetzt weder Bestellungen noch Rechnungsdokumente.

Welche Vorteile bietet die Verdichtung?

Weniger Buchungssätze im Hauptbuch

Tausende gleichartige Bestellungen können zu wenigen kontrollierten Buchungen je Zeitraum, Konto und Marketplace zusammengefasst werden.

Übersichtlichere Kontenblätter

Statt wiederkehrender Einzelzeilen zeigt das Konto klar bezeichnete Periodensummen. Die Einzelheiten können bei Bedarf im Vorsystem geöffnet werden.

Schnellere Verarbeitung großer Datenmengen

Kleinere Buchungsstapel können leichter übertragen, importiert und kontrolliert werden. Das ist besonders relevant, wenn hohe Volumen an technische Dateigrenzen heranreichen.

Klare Trennung nach Marketplace und Kontierung

Die Bündelungskriterien verhindern, dass unterschiedliche Marktplätze oder Kontengruppen unkontrolliert vermischt werden.

Individuelle Periodenlogik

Der Nutzer kann beispielsweise Halbmonats-, Wochen- oder Monatsgruppen bilden und das Buchungsdatum passend festlegen.

Weniger manueller Bearbeitungsaufwand

Die Steuerkanzlei muss nicht Tausende identische Buchungszeilen einzeln überblicken. Sie kontrolliert die Summen, Kriterien und Auflösungsnachweise.

Wiederholbarer Exportprozess

Einmal definierte Einstellungen können für wiederkehrende Exporte konsistent verwendet werden, sofern Kontierungs- und Steuerlogik unverändert bleiben.

Welche Nachteile und Risiken haben Sammelbuchungen?

Verdichtung ist kein Selbstzweck. Zu aggressive Aggregation kann wichtige Informationen verdecken.

Mögliche Risiken sind:

• fehlende direkte Einzeltransaktion im Hauptbuch,
• erschwerte OPOS-Zuordnung,
• Vermischung unterschiedlicher Steuersachverhalte,
• fehlende Erklärung der Summenbildung,
• falsche Periodenzuordnung,
• doppelte Erfassung nach erneutem Export,
• Differenzen zwischen Vorsystem und DATEV,
• unzureichende Verfahrensdokumentation,
• Verlust von Order- und Belegreferenzen,
• aufwendige Betriebsprüfung, wenn kein Auflösungsbericht existiert.

Die Lösung ist eine kontrollierte Bündelung mit festen Regeln, Versionsstand, Export-ID und vollständiger Rückverfolgbarkeit.

Wie KudTax E-Commerce-Buchungen intelligent bündelt

Der KudTax-Export trennt Datenauswahl, Buchungslogik und Bündelung.

1. Daten auswählen: Der Nutzer wählt Exportzeitraum und Datenquellen.
2. Buchungsregeln anwenden: Jede Bestellung oder Transaktion erhält Konten, Steuerbehandlung und weitere Merkmale.
3. Bündelung aktivieren: Gruppierung nach Zeitraum, Accounting Codes, Plattform und Marketplace.
4. Buchungsdatum und Text festlegen: Jede Gruppe erhält ein Exportdatum und eine Beschreibung.
5. Kompatible Beträge summieren: Nur Transaktionen, die alle Kriterien erfüllen, werden verdichtet.
6. Export erzeugen: KudTax erstellt Sammelbuchungen für DATEV oder andere unterstützte Systeme.
7. Zuordnung speichern: Jeder Einzelvorgang bleibt seiner Sammelbuchung zugeordnet.

Kontrollbericht für jede Sammelbuchung

Ein sinnvoller Auflösungs- und Kontrollbericht sollte je Bundle mindestens enthalten:

• eindeutige Bundle- oder Export-ID,
• Erstellungsdatum,
• Zeitraum,
• verwendete Datumsart,
• Plattform,
• Marketplace,
• Sollkonto,
• Habenkonto,
• Steuer- oder Buchungsschlüssel,
• Währung,
• Anzahl der Einzelvorgänge,
• Netto-, Steuer- und Bruttosummen, soweit relevant,
• Buchungsdatum,
• Buchungstext,
• Liste oder exportierbare Datei der enthaltenen Transaktionen,
• Regelversion,
• Nutzer beziehungsweise Freigabestatus,
• spätere Korrekturen oder Stornos.

Damit kann die Steuerkanzlei von der Sammelbuchung zu den Einzelpositionen zurückgehen und umgekehrt prüfen, in welche Sammelbuchung eine bestimmte Bestellung eingeflossen ist.

Wie werden Retouren und nachträgliche Änderungen behandelt?

E-Commerce-Daten können sich nach einem Export ändern. Ein Kunde retourniert im Februar eine Bestellung, die im Januar in einer Sammelbuchung enthalten war. Der Januar-Export darf nicht stillschweigend verändert werden.

Ein nachvollziehbarer Prozess behandelt die spätere Retoure als neuen Korrekturvorgang. Die Gutschrift oder Erlöskorrektur wird im zutreffenden Zeitraum gebucht und behält die Referenz zur ursprünglichen Bestellung und Rechnung.

Bei nachträglich korrigierten Quelldaten sollte das System erkennen:

• ob die ursprüngliche Transaktion bereits exportiert wurde,
• in welchem Bundle sie enthalten war,
• welche Korrekturbuchung erforderlich ist,
• ob eine neue Sammelgruppe für Korrekturen entsteht,
• ob ein Export storniert und neu erzeugt werden darf.

Bereits festgeschriebene Buchungen dürfen nicht unbemerkt überschrieben werden.

Kann eine Sammelbuchung offene Posten ersetzen?

Nicht immer. OPOS-Prozesse benötigen häufig eine Zuordnung je Rechnung, Kunde oder Order-ID. Werden mehrere Debitorenrechnungen zu einer einzigen Sachkontenbuchung verdichtet, kann die Einzelzuordnung in DATEV verloren gehen.

Mögliche Modelle sind:

Einzelne Debitorenbuchungen, verdichtete Sachkontenbuchungen: Rechnungen und Zahlungen bleiben im Nebenbuch einzeln. Bestimmte Hauptbuchkomponenten werden verdichtet.

Plattform- oder Sammeldebitor: Hohe B2C-Mengen werden über einen abgestimmten Sammelprozess geführt. Die Einzeltransaktionen bleiben im Vorsystem.

Vollständige Einzelbuchung: Für besondere B2B-Rechnungen, offene Forderungen oder prüfungsrelevante Einzelfälle bleibt jede Buchung separat.

Welche Methode geeignet ist, hängt von Rechnungsprozess, Zahlungsabgleich, Kontenrahmen und Kanzleikonzept ab.

Export nach DATEV und in andere Buchhaltungssysteme

Das DATEV-Format ist eine CSV-basierte Schnittstelle für strukturierte Buchungsdaten. DATEV empfiehlt, für jede Buchungsperiode eine eigene Datei zu erstellen. Ein verdichteter Export kann dieses Periodenkonzept unterstützen, indem beispielsweise je Monat oder Halbmonat klar abgegrenzte Sammelbuchungen erzeugt werden.

Ein DATEV-Buchungsstapel kann unter anderem folgende Felder enthalten:

• Betrag und Soll-/Haben-Kennzeichen,
• Konto und Gegenkonto,
• BU-Schlüssel,
• Belegdatum,
• Belegfelder,
• Buchungstext,
• Auftragsnummer,
• Leistungsdatum,
• Währung,
• Zusatzinformationen,
• Buchungs-GUID.

Die Verdichtung muss vor dem Export erfolgen. DATEV erhält dann den fertigen Sammelbuchungssatz. Die Einzeltransaktionen und der Auflösungsnachweis verbleiben im Vorsystem beziehungsweise in der dokumentierten Datenablage.

KudTax kann Daten auch für weitere Buchhaltungssysteme exportieren. Dabei können Feldaufbau, Kontenlogik und erlaubte Verdichtung je Zielsystem unterschiedlich sein.

Beispiel eines verdichteten DATEV-Exports

Datum	Betrag	Konto	Gegenkonto	Buchungstext
15.01.	142.800,00 €	4400	1800	Amazon DE Orders 01-15
31.01.	151.420,00 €	4400	1800	Amazon DE Orders 16-31
15.01.	48.900,00 €	4125	1800	Amazon FR Sales 01-15
31.01.	52.760,00 €	4125	1800	Amazon FR Sales 16-31

Hinter der ersten Zeile können 2.400 Einzelbestellungen stehen, hinter der zweiten 2.610 und hinter den französischen Gruppen weitere Transaktionen. Der DATEV-Stapel bleibt übersichtlich, während der Auflösungsbericht die Einzelheiten enthält.

Welche Kontrollen sollte die Steuerkanzlei durchführen?

Vor der Freigabe eines verdichteten Exports sollte geprüft werden:

1. Sind alle erwarteten Plattformen und Marketplaces enthalten?
2. Ist der Zeitraum vollständig und überschneidungsfrei?
3. Wurden bereits exportierte Transaktionen ausgeschlossen?
4. Stimmen Konten und Steuerschlüssel mit der freigegebenen Logik überein?
5. Wurden unterschiedliche Länder, Steuersätze und Währungen getrennt?
6. Ist jede Sammelbuchung in Einzeltransaktionen auflösbar?
7. Stimmen Summen aus Bundle, Kontrollbericht und DATEV-Datei überein?
8. Sind Rechnungen und Belege weiterhin verfügbar?
9. Ist das Buchungsdatum fachlich zulässig?
10. Sind Korrekturen und Retouren nachvollziehbar behandelt?
11. Wurde die Regelversion dokumentiert?
12. Sind ungewöhnliche oder neue Transaktionstypen ausgeschlossen oder geprüft?

Typische Fehler beim Bündeln von E-Commerce-Buchungen

Fehler 1: Rechnungen werden als „zusammengeführt“ bezeichnet

Die Funktion verdichtet Buchungssätze. Sie erzeugt keine neue Sammelrechnung aus rechtlich eigenständigen Rechnungen.

Fehler 2: Mehrere Steuersätze werden in einer Summe vermischt

Umsätze mit unterschiedlichen Steuersätzen benötigen regelmäßig getrennte Konten- oder Steuergruppen.

Fehler 3: Amazon Deutschland und Frankreich werden gemeinsam gebucht

Marketplace, Steuerland und gegebenenfalls Währung müssen getrennt bleiben.

Fehler 4: Verkäufe und Gebühren werden saldiert

Die Nettobanken- oder Settlement-Logik darf nicht zur Vermischung von Erlösen und Aufwendungen führen.

Fehler 5: Einzeltransaktionen werden nach dem Export gelöscht

Die Verdichtung ist nur prüfbar, wenn die Grundaufzeichnungen und Belege erhalten bleiben.

Fehler 6: Das Sammelbuchungsdatum ersetzt das Leistungsdatum

Das Exportdatum darf steuerlich relevante Ursprungsdaten nicht überschreiben.

Fehler 7: Nachträgliche Retouren verändern alte Bundles unbemerkt

Korrekturen benötigen einen dokumentierten neuen Geschäftsvorfall oder eine kontrollierte Storno- und Neuausgabe.

Fehler 8: Die Kanzlei erhält keinen Auflösungsbericht

Ohne Transaktionsliste kann die Summe nicht effizient geprüft werden.

Fehler 9: OPOS-Anforderungen werden ignoriert

Debitorenbuchungen und Zahlungszuordnungen lassen sich nicht in jedem Modell sinnvoll verdichten.

Fehler 10: Bündelungsregeln werden ohne Versionshistorie geändert

Die gleiche Quelldatei kann sonst zu unterschiedlichen Ergebnissen führen, ohne dass die Ursache nachvollziehbar ist.

Wann lohnt sich eine Sammelbuchung besonders?

Verdichtung ist besonders geeignet, wenn:

• sehr viele gleichartige B2C-Bestellungen entstehen,
• die Kontierungslogik stabil ist,
• keine individuelle OPOS-Verfolgung im Hauptbuch erforderlich ist,
• Einzeltransaktionen im Vorsystem vollständig erhalten bleiben,
• Plattform, Marketplace, Währung und Steuerlogik klar getrennt werden,
• ein Kontrollbericht erstellt wird,
• die Steuerkanzlei den Prozess freigegeben hat.

Weniger geeignet ist sie für wenige wertmäßig bedeutende Einzelrechnungen, individuelle B2B-Debitoren, offene oder strittige Forderungen, neue Transaktionstypen, unklare Umsatzsteuerfälle oder Geschäftsvorfälle ohne vollständige Belege.

Häufig gestellte Fragen

Was bedeutet „E-Commerce-Buchungen zusammenfassen“?

Mehrere gleichartig kontierte Bestellungen oder Transaktionen werden für den Buchhaltungsexport zu einem verdichteten Buchungssatz addiert. Die Einzeltransaktionen bleiben im Vorsystem erhalten.

Werden durch die KudTax-Funktion mehrere Rechnungen zu einer Rechnung?

Nein. Rechnungen bleiben eigenständige Dokumente. KudTax bündelt die daraus abgeleiteten, fachlich kompatiblen Buchungssätze für den Export.

Nach welchen Kriterien kann KudTax Buchungen bündeln?

Die Bündelung kann nach Zeitraum, Accounting Codes beziehungsweise Soll- und Habenkonten, Plattform und Marketplace erfolgen. Zusätzlich lassen sich Buchungsdatum und Buchungstext der Sammelbuchung festlegen.

Kann ich den 1. bis 15. und den 16. bis Monatsende getrennt bündeln?

Ja. Beide Zeiträume können als getrennte Gruppen definiert werden und erhalten eigene Buchungsdaten, Texte und Summen.

Können Amazon Deutschland und Amazon Frankreich zusammengefasst werden?

Sie sollten getrennt bleiben, wenn Länder-, Steuer- oder Kontierungslogik voneinander abweichen. Das ist im grenzüberschreitenden Handel regelmäßig der Fall.

Darf ich Umsätze mit 7 % und 19 % zusammenfassen?

Nicht in einem identischen steuerlichen Buchungssatz. Unterschiedliche Steuersätze und die dazugehörigen Erlöskonten beziehungsweise Steuerschlüssel sollten getrennte Gruppen bilden.

Bleiben einzelne Amazon-Bestellungen nachvollziehbar?

Ja. Die ursprünglichen Bestellungen und Transaktionsdetails bleiben in KudTax erhalten und werden der jeweiligen Sammelbuchung zugeordnet.

Ist eine Sammelbuchung GoBD-konform?

Verdichtete Hauptbuchaufzeichnungen können zulässig sein, wenn sie vollständig in die Einzelpositionen der Grundaufzeichnungen aufgelöst werden können und Nachvollziehbarkeit, Unveränderbarkeit, Belegzugriff und Verfahrensdokumentation gewährleistet sind. Der konkrete Prozess sollte mit der Steuerkanzlei abgestimmt werden.

Reduziert eine Sammelbuchung die Anzahl der Rechnungen?

Nein. Sie reduziert nur die Zahl der Buchungszeilen im Export. Rechnungen und Belege bleiben unverändert.

Kann ich auch Shopify-Bestellungen für DATEV bündeln?

Ja, sofern die ausgewählten Transaktionen dieselben Konten-, Steuer-, Währungs- und Periodenmerkmale besitzen und der gewählte Buchhaltungsprozess eine Verdichtung vorsieht.

Was passiert bei einer späteren Retoure?

Die Retoure wird als Korrekturvorgang im zutreffenden Zeitraum verarbeitet und mit der ursprünglichen Bestellung verknüpft. Ein bereits exportiertes Bundle darf nicht unbemerkt geändert werden.

Brauche ich für jede Sammelbuchung einen Bericht?

Ein Auflösungs- und Kontrollbericht ist dringend zu empfehlen. Er erklärt Zeitraum, Kriterien, Konten, Anzahl der Transaktionen und die Zusammensetzung des Gesamtbetrags.

Fazit: Tausende Bestellungen können wenige, aber prüfbare Buchungssätze ergeben

Eine große Zahl von E-Commerce-Bestellungen muss nicht zwangsläufig zu einem unübersichtlichen Hauptbuch führen. Gleichartige Geschäftsvorfälle können kontrolliert nach Zeitraum, Konten, Plattform und Marketplace zu Sammelbuchungen verdichtet werden.

Die Qualität der Funktion hängt jedoch nicht allein von der Reduzierung der Zeilen ab. Entscheidend ist die Verbindung zwischen verdichtetem Buchungssatz und operativer Einzeltransaktion. Jede Summe muss reproduzierbar sein. Jede Bestellung muss auffindbar bleiben. Steuerarten, Länder, Währungen und Konten dürfen nicht unkontrolliert vermischt werden.

KudTax ermöglicht Nutzern, die Bündelung beim Export selbst zu konfigurieren. Zeiträume, Accounting Codes, Plattform, Marketplace, Buchungsdatum und Buchungstext können passend zum Mandantenprozess festgelegt werden. So entstehen übersichtliche DATEV- und Buchhaltungsexporte, während die ursprünglichen Bestellungen und Transaktionsdetails weiterhin nachvollziehbar bleiben.

Jetzt kostenlos bei KudTax registrieren und E-Commerce-Massendaten kontrolliert für den Buchhaltungsexport verdichten.

Offizielle und weiterführende Quellen

• DATEV Developer Portal: DATEV-Format und Buchungsstapel
• DATEV Developer Portal: Formatbeschreibung Buchungsstapel
• DATEV Developer Portal: Einstieg in das DATEV-Format
• DATEV Developer Portal: Schnittstellenvorgaben für strukturierte Bewegungsdaten
• BMF: GoBD – Grundsätze zu Einzelaufzeichnungen und verdichteten Hauptbuchaufzeichnungen
• BMF: GoBD, zweite Änderung vom 14.07.2025
• Gesetze im Internet: § 238 HGB – Buchführungspflicht
• Gesetze im Internet: § 239 HGB – Führung der Handelsbücher
• KudTax: DATEV-Integration

Hinweis: Dieser Beitrag dient der allgemeinen Information und ersetzt keine steuerliche, rechtliche oder GoBD-bezogene Beratung. Ob und in welchem Umfang Sammelbuchungen für ein konkretes Unternehmen geeignet sind, sollte anhand des Rechnungs-, OPOS-, Umsatzsteuer- und Kontrollprozesses mit der zuständigen Steuerkanzlei abgestimmt werden.