Es gibt eine Zahl, die in deutschen E-Commerce-Vorstandsrunden erstaunlich selten fällt: 2028. Ab diesem Jahr müssen Unternehmen hierzulande E-Rechnungen nicht nur empfangen, sondern auch versenden können. Steuerberater reden seit Monaten darüber. Agenturen verkaufen Webinare dazu. Und die Mehrheit der Shopbetreiber reagiert mit dem gleichen Reflex wie bei der DSGVO: „Betrifft uns erst, wenn es soweit ist.“
Das ist ein teurer Denkfehler. Wer E-Commerce betreibt und glaubt, die E-Rechnung sei ein Problem für Behördenkommunikation oder den B2B-Großhandel, hat die eigentliche Bruchlinie nicht verstanden. Die XML-Pflicht reißt eine Trennung auf, die viel tiefer liegt als das Rechnungsformat: Sie trennt Systeme, die Rechnungen als Daten verstehen, von Systemen, die in PDFs denken. Und diese Trennung ist keine Steuerfrage. Sie ist eine Vertriebsfrage.
Die Quelle sagt etwas Harmloses. Die Realität sagt etwas anderes.
Der Ratgeber von easybill erklärt die Lage sachlich und korrekt: Seit 2020 gilt für öffentliche Auftraggeber des Bundes die XRechnung als verbindlicher Standard, ZUGFeRD ab Version 2.1.1 wird „theoretisch“ akzeptiert, aber nicht überall. Die Empfehlung lautet, im Zweifel immer XRechnung zu verwenden. Alles richtig. Alles brav. Und alles zu kurz gegriffen.
„Ein PDF-Dokument ohne XML-Datei gilt künftig nicht mehr als E-Rechnung.“
Dieser Satz aus der Quelle ist die eigentliche Bombe. Er steht da wie eine Fußnote, ist aber der Kern des Problems. Denn die überwiegende Mehrheit deutscher Onlineshops — von Shopify über WooCommerce bis zu selbstgebauten Shopsystemen — erzeugt Rechnungen genau so: als PDF mit einem Template, das ein Plugin aus Bestelldaten zusammenklebt. Schön anzusehen. Menschlich lesbar. Für jede Buchhaltungssoftware in fünf Sekunden auslesbar — nein, ist sie nicht.
Was bislang funktioniert hat, weil Privatkunden und kleinere B2B-Kunden PDFs akzeptieren, funktioniert nicht mehr, sobald ein professioneller Einkäufer am anderen Ende sitzt. Und professionelle Einkäufer werden mehr, nicht weniger. Die Digitalisierung der Beschaffung ist keine Zukunftsmusik — sie läuft bereits, und sie läuft über strukturierte Daten.
Warum das ausgerechnet B2B-Shops härter trifft als alle anderen
Ein D2C-Händler mit Endverbraucherfokus kann die Sache tatsächlich etwas länger ignorieren. Seine Kundschaft kauft Sneaker, nicht Beschaffungsvolumen. Ein B2B-Shop dagegen, der Ersatzteile, Bürobedarf oder Baumaterial an gewerbliche Kunden verkauft, steht vor einem hässlichen Szenario: Der Einkäufer auf der anderen Seite arbeitet in einem ERP-System, das XRechnungen erwartet. Er bekommt ein PDF. Er muss es manuell erfassen, abtippen, durch die Buchhaltung schleusen. Beim nächsten Einkauf bestellt er woanders, wo das nicht passiert.
Die easybill-Quelle erwähnt diesen Zusammenhang nicht. Sie spricht von Behörden, von Formaten, von Softwaretipps. Sie erklärt ordentlich, was XRechnung und ZUGFeRD sind, und sie hat recht mit dem Hinweis, dass die Leitweg-ID sauber gepflegt werden muss. Aber sie verkauft E-Commerce-Händlern eine Geschichte, in der die E-Rechnung ein Thema für Menschen mit Amtskontakten ist. Das ist der falsche Adressat.
Der richtige Adressat sitzt in einem Shopbetrieb mit 500, 5.000 oder 50.000 Bestellungen pro Jahr, hat irgendwann 2019 sein Checkout-Plugin installiert und seither nie wieder angefasst. Er weiß nicht, ob sein System XRechnung kann. Er weiß nicht, ob seine Rechnungsnummernlogik strukturierte Daten hergibt. Er weiß nicht mal, ob seine Produktdaten überhaupt in einem Format vorliegen, das sich sauber in eine EN-16931-konforme XML-Struktur überführen lässt. Und er wird es erst merken, wenn ein Großkunde abspringt oder das Finanzamt nachfragt.
Die stille Frage, die niemand im Raum stellt
Was in allen Diskussionen über Fristen und Formate untergeht: Die E-Rechnung erzwingt eine Architekturentscheidung, die viel früher getroffen werden muss als der Versandstichtag 2028. Nämlich die Entscheidung, ob Rechnungsstellung ein Anhängsel des Shopsystems ist oder ein eigener Datenprozess mit eigener Verantwortlichkeit.
Wer jetzt ehrlich in seinen Stack schaut, findet die Antwort meist schnell. Bei den meisten Händlern ist die Rechnung ein PDF, das ein Plugin aus einer Bestellung generiert. Es gibt keine strukturierte Schnittstelle zum eigenen ERP, es gibt keine Validierung gegen eine Norm, es gibt keinen Prozess, der aus einer bestellten Position ein genormtes Datenset macht. Das ist kein Bug. Das war bislang wirtschaftlich völlig rational, weil niemand es gebraucht hat.
Jetzt wird es gebraucht. Nicht morgen. Nicht 2027. Sondern in dem Moment, in dem der nächste B2B-Kunde seine Bestellung durch sein eigenes Beschaffungssystem schickt und dort eine XRechnung erwartet. Wer dann noch PDFs schickt, hat nicht eine Frist verpasst. Er hat den Kunden verpasst.
Das ist die unbequeme Konsequenz aus einem Ratgeber, der eigentlich harmlos klingt. Die easybill-Empfehlung, im Zweifel immer XRechnung zu verwenden, ist richtig — aber sie ist die zweite Frage. Die erste lautet nicht „welches Format“, sondern „kann mein Shop überhaupt strukturierte Rechnungsdaten produzieren“. Wer diese Frage nicht beantworten kann, hat bis 2028 mehr zu tun als eine Software auszuwählen.