Buchhaltungsfehler vermeiden: Die 5 häufigsten Fehler im Onlinehandel

Die meisten Buchhaltungsfehler im Onlinehandel sind keine Rechenfehler. Sie sind Lücken – Dinge, die nicht passiert sind und deshalb auch nicht auffallen. Eine falsche Zahl korrigiert irgendwann jemand; ein fehlender Beleg bleibt einfach fehlend, bis eine Betriebsprüfung danach fragt.

Die folgenden fünf Fehler tauchen in fast jeder E-Commerce-Buchhaltung auf, die zum ersten Mal geprüft wird. Alle fünf sind vermeidbar, und keiner davon erfordert mehr Sorgfalt – sie erfordern eine andere Struktur.

1. Archivierung, die nicht GoBD-konform ist

Der Klassiker: Rechnungen liegen als PDF in einem Ordner oder im Shop-System, und niemand hat geprüft, ob das den gesetzlichen Anforderungen genügt.

§ 146 AO verlangt, dass Buchungen einzeln, vollständig, richtig, zeitgerecht und geordnet erfolgen. Die GoBD konkretisieren das in fünf Anforderungen, an denen sich jede Ablage messen lassen muss:

Anforderung	Was sie praktisch bedeutet
Nachvollziehbarkeit	Jeder Geschäftsvorfall ist durch einen Beleg gedeckt – ohne Ausnahme
Zeitgerechtigkeit	Bargeld täglich, unbare Einnahmen spätestens innerhalb von zehn Tagen
Richtigkeit	Der Vorfall bildet die tatsächlichen Verhältnisse ab und ist korrekt kontiert
Unveränderbarkeit	Erfasste Daten werden nicht überschrieben; Korrekturen sind Stornos mit Bezug
Ordnung	Systematisch aufgebaut, für einen Dritten nachvollziehbar, keine doppelten Rechnungsnummern

Woran man es erkennt: Wenn sich eine bereits gebuchte Rechnung im System nachträglich bearbeiten lässt, ohne dass eine Spur davon bleibt, ist die Unveränderbarkeit nicht gegeben. Das ist der häufigste stille Verstoß, weil ein Shop-System diese Frage gar nicht stellt.

Was hilft: Ein Archiv, das schreibgeschützt ist und Änderungen als Versionen führt, plus ein echter Monatsabschluss mit Festschreibung. Ohne Festschreibung bleibt die Buchhaltung dauerhaft veränderbar – und damit angreifbar.

2. Falsch zugewiesene Steuerschlüssel

Im internationalen Versandhandel hängt der Steuersatz nicht am Produkt, sondern am Lieferland. Sobald OSS, innergemeinschaftliche Lieferungen oder Drittländer im Spiel sind, entstehen Konstellationen, die eine pauschale Kontierung nicht abbildet.

Typische Fälle, die schiefgehen:

• Deutscher Steuersatz auf einen Verkauf nach Frankreich, weil die Lieferadresse nicht ausgewertet wurde
• Reverse Charge ohne geprüfte USt-IdNr. – die Steuerschuld bleibt dann beim Verkäufer, nicht beim Käufer. Der USt-IdNr.-Prüfer beantwortet das in Sekunden
• 7 % statt 19 % bei gemischten Warenkörben, weil der Steuersatz je Position und nicht je Bestellung gilt
• OSS-Umsätze im regulären Voranmeldungsteil, wodurch beide Meldungen falsch werden

Was es kostet: Diese Fehler fallen typischerweise erst bei einer Prüfung auf – also mit Zinsen über mehrere Jahre. Die Grundlagen zur sauberen Trennung stehen im Beitrag zu OSS und IOSS; die Rechenlogik lässt sich im Umsatzsteuer-Rechner nachvollziehen.

3. Zahlung, Beleg und Bestellung hängen nicht zusammen

Zahlungen kommen über Stripe oder PayPal, Belege liegen im Shop oder bei Amazon, und dazwischen gibt es keine Verbindung. Das Ergebnis sind zwei Sorten Karteileichen: unverbuchte Belege und unerklärte Zahlungseingänge.

Der Kern des Problems ist, dass eine Auszahlung nie einer Bestellung entspricht. Sie ist ein Saldo aus Verkäufen, Gebühren, Retouren und einbehaltenen Reserven. Wer sie als eine Zeile bucht, hat den Umsatz zu niedrig ausgewiesen und die Gebühren nie erfasst – wie sich das je Anbieter auflösen lässt, beschreibt der Beitrag zur Zahlungsanbieter-Buchhaltung.

Woran man es erkennt: Die einfachste Kontrolle ist ein Abgleich der Anzahlen. Bestellungen laut Shop gegen Belege in der Buchhaltung, Monat für Monat. Weichen sie ab, fehlt etwas – und zwar unabhängig davon, ob die Summen zufällig passen.

4. Amazon-Lagerverbringungen, die niemand bemerkt hat

Wer FBA mit europaweiten Programmen nutzt, verkauft nicht nur aus Deutschland. Amazon verlagert Bestände eigenständig in Lager in Polen, Tschechien, Frankreich oder Spanien – ohne dass ein Verkauf stattgefunden hat.

Steuerlich sind das innergemeinschaftliche Verbringungen: eine eigene Lieferung des Händlers an sich selbst, die im Zielland umsatzsteuerliche Registrierungspflichten auslösen kann. Wichtig dabei: Das OSS-Verfahren deckt Verbringungen nicht ab. Wer sich darauf verlässt, hat eine Lücke, die im OSS-Bericht gar nicht sichtbar wird.

Woran man es erkennt: Im Amazon-Bericht tauchen Bewegungen ohne zugehörige Bestellung auf. Wer sie nie gesehen hat, hat vermutlich nie danach gesucht. Der Beitrag zur Amazon FBA & Multi-Marketplace-Buchhaltung geht auf die betroffenen Programme im Detail ein.

5. Manuelle Exporte über Excel

Der fünfte Fehler ist kein einzelner Fehler, sondern eine Fehlerquelle: Daten aus Amazon, Shopify, PayPal und dem Rechnungstool einzeln exportieren und in Tabellen zusammenführen.

Das Problem ist nicht der Aufwand – es ist, dass jede manuelle Zwischenstufe eine Stelle ist, an der etwas verloren gehen kann, ohne eine Fehlermeldung zu erzeugen. Eine falsch sortierte Spalte, eine als Text formatierte Zahl, eine Zeile beim Kopieren abgeschnitten: Der Export läuft durch, die Datei sieht richtig aus, und der Fehler taucht Monate später als Differenz auf, die niemand mehr zuordnen kann.

Die häufigsten Formatfehler beim DATEV-Import sind im Übrigen bekannt und prüfbar – die Checkliste zu EXTF-Fehlern und der DATEV-Export-Prüfer fangen sie ab, bevor die Datei die Kanzlei erreicht.

Die Fehler haben eine gemeinsame Ursache

Vier der fünf Fehler entstehen an derselben Stelle: dort, wo Daten aus einem System in ein anderes wandern und dabei niemand prüft, ob sie vollständig angekommen sind. Deshalb hilft mehr Sorgfalt so wenig – die Lücke entsteht nicht beim Arbeiten, sondern zwischen zwei Arbeitsschritten.

Wer wissen will, an welcher Stelle es im eigenen Betrieb konkret klemmt, kommt mit dem E-Commerce-Buchhaltungs-Score in etwa drei Minuten zu einer Einschätzung. Und wer den Aufwand beziffern möchte, den die manuelle Variante kostet, findet im Buchhaltungskosten-Rechner eine Hausnummer.

KudTax setzt genau an diesen Übergängen an: Belege und Transaktionen werden automatisch abgeholt statt exportiert, Zahlungen den Bestellungen zugeordnet, Steuersatz und Steuerland aus der Lieferadresse abgeleitet und Lagerbewegungen als solche erkannt. Was keine Regel trifft, wird nicht geraten, sondern als Vorschlag vorgelegt.

Die ehrlichste Zusammenfassung ist trotzdem diese: Keiner der fünf Fehler ist ein Softwareproblem. Sie sind Prozessprobleme, und Software hilft nur, weil sie den Prozess erzwingt.