In der Rechnung liegt die Wahrheit. Auch im E-Commerce?

#FiBuNervt – worum geht es hier eigentlich? 

#FiBuNervt ist eine Content-Serie über das, was in der Finanzbuchhaltung im E-Commerce strukturell schiefläuft – und was man konkret dagegen tun kann. 

Drei Stimmen schreiben hier abwechselnd: 

1. Nadine Jobst – Bilanzbuchhalterin, Geschäftsführerin von TAXDOO Accounting und fachliche Leiterin der Finanzbuchhaltung. Sie kennt jeden Buchungsfall, weil sie ihn selbst gemacht hat. 
2. Dr. Roger Gothmann – Ex-Betriebsprüfer und Co-Founder von Taxdoo. Er hat hunderte Buchhaltungen von Onlinehändlern von der anderen Seite des Tisches gesehen.
3. Christian Deák – E-Commerce-Steuerberater und Geschäftsführer der DHW Steuerberatungsgesellschaft. Er bringt die Kanzleiperspektive ein. 

Drei Perspektiven. Null Bullshit. Kein Produktpitch. 

Jede Folge folgt demselben Dreisatz: Das Nervige → Warum es so ist → Was du tun kannst. 

Wer schreibt diese Folge: Nadine Jobst 

Ich habe unzählige E-Commerce-Transaktionen selbst verbucht – von Amazon-Settlement-Dateien mit 47 Transaktionstypen über Klarna- und PayPal-Abrechnungen bis zu Retouren, die in keinem Lehrbuch stehen. 

Heute verantworte ich als Geschäftsführerin die operative Buchhaltung für E-Commerce Kunden und trainiere die KI-Modelle hinter der Echtzeit-Buchhaltung im Onlinehandel. 

Mein Anspruch an jede automatisierte Buchung: prüfungssicher, GoBD-konform, nachvollziehbar – auf Einzeltransaktionsebene.  

Wer stellt im E-Commerce eigentlich die Rechnung aus? 

In der Buchhalterausbildung gibt es diesen einen Satz: „In der Rechnung liegt die Wahrheit.“ 

Die Rechnung ist das Belegfundament. Aus ihr leiten sich Umsatzsteuer, Erlös, Forderung und Ausgangsbuchung ab. 

Im Onlinehandel trägt dieser Satz nicht mehr. 

Weil es im E-Commerce für ein und dieselbe Bestellung oft mehrere Rechnungen gibt. 

Ein Setup, das mir regelmäßig begegnet: 

1. Das ERP-System erzeugt automatisch eine Rechnung für jede Bestellung. 
2. Parallel läuft ein Stand-alone-Tool wie easybill, das ebenfalls Rechnungen schreibt – ursprünglich eingeführt, weil das ERP irgendeine Anforderung nicht konnte. 
3. Und der Marktplatz selbst – häufig Amazon über den VAT Calculation Service – stellt im Auftrag des Händlers Rechnungen an den Endkunden aus. 

Drei Systeme. Drei Rechnungen. Eine Bestellung. 

Wichtig dabei: Amazon erzeugt nicht „aus Versehen“ Rechnungen. Der VAT Calculation Service ist ein Opt-In. Der Händler aktiviert ihn aktiv und § 14 UStG erlaubt diese Rechnungsstellung durch Beauftragte ausdrücklich. 

Das Problem entsteht erst, wenn parallel weitere Systeme dieselbe Bestellung abrechnen. 

Genau das ist die Konstellation, die ich überall sehe – nicht weil sie jemand so geplant hat, sondern weil bei jedem neuen Verkaufskanal irgendwann jemand pragmatisch entschieden hat: „Dafür nehmen wir jetzt dieses Tool.“ 

Fünf Probleme, die doppelte Rechnungen im E-Commerce verursachen 

Wenn drei Systeme parallel Rechnungen schreiben, entstehen Probleme, die in der klassischen FiBu kaum vorkommen. 

1. Doppelte Belege, doppelte Umsätze 

Dieselbe Bestellung erscheint als Umsatz in mehreren Systemen. Beim Import in die FiBu wird daraus schnell derselbe Umsatz zweimal gebucht. 

Im Worst Case führt das zu überhöhten USt-Voranmeldungen. 

2. Belegeindeutigkeit zum Geschäftsvorfall 

§ 14 UStG erlaubt mehrere Nummernkreise – das ist nicht das Problem. 

Problematisch wird es, wenn drei Systeme zur selben Bestellung drei verschiedene Belege erzeugen. In der Betriebsprüfung lässt sich dann nicht mehr eindeutig sagen, welcher Beleg der maßgebliche Buchungsbeleg ist. 

3. Unklare umsatzsteuerliche Behandlung 

Das ERP bucht den Verkauf als deutschen Inlandsumsatz, easybill schreibt eine Rechnung mit deutscher USt, Amazon erkennt aber: Der Artikel ging aus dem FBA-Lager in Polen raus. 

Andere steuerliche Würdigung. Andere Umsatzsteuer. 

Drei Rechnungen, drei steuerliche Aussagen – zur selben Lieferung. 

4. Retouren und Stornos passen nicht zusammen 

Wenn die ursprüngliche Rechnung im ERP entstanden ist, der Storno aber durch den Marktplatz läuft, fehlt die saubere Verknüpfung. 

In der FiBu bleibt eine offene Forderung in der OP-Liste, obwohl das Geld längst zurück ist. Die Bank-Abstimmung zerlegt sich. 

Das ist genau der Befund, den jeder Prüfer als Erstes findet. 

5. Bei der Betriebsprüfung wird es eng 

Der Prüfer will die Rechnung sehen, die zum Geschäftsvorfall gehört. 

Wenn drei existieren, ist das ein Problem. 

Wenn keine davon eindeutig die führende ist, ein größeres. 

§ 14c UStG: Wo aus dem FiBu-Problem ein Steuerschuld-Problem wird 

Es gibt einen Paragrafen, den jeder im E-Commerce zumindest gehört haben sollte: § 14c UStG. 

Wer in einer Rechnung Umsatzsteuer ausweist, schuldet sie auch – unabhängig davon, ob sie objektiv gesetzlich geschuldet ist. 

Mehrere Rechnungen zur selben Bestellung mit jeweils ausgewiesener USt können sich entsprechend zu einer mehrfachen Steuerschuld summieren, bis die nicht maßgeblichen Rechnungen formal berichtigt sind. 

Es gibt mittlerweile Entwicklungen, die diesen Mechanismus für den reinen B2C-Onlinehandel deutlich entschärfen – aber nicht in jeder Konstellation. 

Wo die Grenzen genau verlaufen, wie weit das in der Betriebsprüfungspraxis trägt und wie man fehlerhaft ausgewiesene Rechnungen sauber korrigiert, zerlegt Dr. Roger Gothmann als Ex-Betriebsprüfer in Folge 02 von #FiBuNervt. 

Warum Rechnungen im E-Commerce so kaputt sind – und es nicht dein Fehler ist 

Kein Onlinehändler entscheidet sich morgens beim Kaffee dafür, dass dieselbe Bestellung in drei Systemen abgerechnet wird. 

Das passiert, weil: 

1. ERP-Systeme im E-Commerce oft an Grenzen kommen: Mehrkanalfähigkeit, B2B/B2C-Mix, internationale USt-Regeln. 
2. Tools wie easybill genau diese Lücken füllen – und dann nie wieder abgeschaltet werden. 
3. Marktplätze eigene Rechnungsdienste anbieten oder vorschreiben (Amazon VCS, OTTO Market, Kaufland Marketplace), ohne mit dem ERP des Händlers zu sprechen. 

Es ist kein Architekturfehler. 

Die Architektur ist über Jahre durch viele pragmatische Einzelentscheidungen entstanden. 

Jede einzelne war für sich richtig. 

Die Summe ist das Problem. 

Was du gegen doppelte Rechnungen im E-Commerce tun kannst 

Drei Schritte, die sich ohne neue Software umsetzen lassen: 

1. Bestandsaufnahme 

Liste auf, welche Systeme in deinem Stack heute Rechnungen erzeugen. 

Nicht „theoretisch könnten“. Sondern: tun es tatsächlich. Du wirst überrascht sein. 

2. Pro Verkaufskanal genau ein führendes System 

Für jeden Kanal – eigener Shop, Amazon DE, Amazon EU, andere Marktplätze oder B2B – bestimmst du genau ein System als rechnungsstellend. 

Alle anderen werden für diesen Kanal deaktiviert oder explizit als interne Hilfsdokumente gekennzeichnet. 

3. Dokumentiere die Entscheidung 

Schriftlich, nachvollziehbar, mit Datum. 

Genau das wird der Betriebsprüfer in fünf Jahren sehen wollen. 

Das löst nicht jedes Problem, aber es schafft die Grundlage, auf der saubere FiBu überhaupt erst möglich wird. 

FAQ: Rechnungen im E-Commerce 

Wer darf im E-Commerce die Rechnung ausstellen? 

Grundsätzlich der leistende Unternehmer. § 14 UStG erlaubt aber auch die Rechnungsstellung durch einen Beauftragten – genau das, was Amazon über den VAT Calculation Service tut. 

Sind doppelte Rechnungen für dieselbe Bestellung erlaubt? 

Aus § 14 UStG ergibt sich kein direktes Verbot. 

In der Buchhaltungspraxis sind sie aber ein massives Problem: Sie führen zu Doppelbuchungen, falschen USt-Voranmeldungen und Belegen, die in der Betriebsprüfung nicht eindeutig zuordenbar sind. 

Was hat § 14c UStG mit doppelten Rechnungen zu tun? 

§ 14c UStG schreibt vor: Wer Umsatzsteuer in einer Rechnung ausweist, schuldet diese auch – selbst wenn sie objektiv nicht geschuldet wäre. 

Stellen also drei Systeme drei Rechnungen mit USt-Ausweis für dieselbe Bestellung aus, kann sich daraus eine mehrfache Steuerschuld ergeben, bis die nicht maßgeblichen Rechnungen ordnungsgemäß berichtigt sind. 

Was ist der Amazon VAT Calculation Service? 

Ein Opt-In-Service, mit dem Amazon im Auftrag des Händlers umsatzsteuerlich konforme Rechnungen an Endkunden erstellt – inklusive der korrekten Umsatzsteuer nach Lagerland und Empfängerland. 

Wer ihn nutzt, sollte parallele Rechnungsquellen im ERP für diesen Kanal abschalten. 

Reicht eine PDF aus easybill als Rechnung im umsatzsteuerlichen Sinne? 

Ja, wenn alle Pflichtangaben nach § 14 Abs. 4 UStG enthalten sind und die GoBD-Anforderungen an unveränderliche Archivierung erfüllt werden. 

Das Problem ist nicht easybill. 

Das Problem ist, easybill zusätzlich zu einer anderen Rechnungsquelle zu betreiben. 

Folge 02: Der Blick von der anderen Seite des Tisches 

In Folge 02 von #FiBuNervt übernimmt Dr. Roger Gothmann. 

Er war über zehn Jahre in der Finanzverwaltung – unter anderem als Betriebsprüfer – und schaut auf dasselbe Problem aus Sicht des Finanzamts: Wo aus dem operativen FiBu-Problem ein § 14c-Steuerschuld-Problem wird, wie aktuelle Entwicklungen das im B2C-Onlinehandel entschärfen und wie man fehlerhaft ausgewiesene Rechnungen sauber korrigiert. 

Bleib dran 

Wenn du diese und die kommenden Folgen von #FiBuNervt nicht verpassen willst: 

1. Folge TAXDOO auf LinkedIn – jede Folge erscheint dort zuerst. 
2. Abonniere „Skin in the Game“, den Newsletter von Dr. Roger Gothmann an der Schnittstelle Technologie, Steuern und E-Commerce. 
3. Folge Nadine Jobst für die operative Buchhalterperspektive direkt.