E-Rechnung im E-Commerce: B2B-Checkouts für XRechnung & ZUGFeRD richtig aufsetzen

Im E-Commerce treffen hohe Bestellvolumina, automatisierte Zahlungsprozesse und sehr unterschiedliche Kundenanforderungen aufeinander. Im B2C-Geschäft reicht für viele Shops oft eine einfache Bestellbestätigung oder eine klassische PDF-Rechnung. Im B2B-E-Commerce sieht das anders aus: Seit dem Start der E-Rechnungspflicht 2025 müssen Unternehmen E-Rechnungen empfangen können, und schrittweise wird auch der Versand strukturierter E-Rechnungen im inländischen B2B-Geschäft verpflichtend.

Wichtig ist die saubere Abgrenzung: Ein einfaches PDF gilt seit dem 1. Januar 2025 nicht mehr als E-Rechnung, sondern als „sonstige Rechnung“. Das stellt das Bundesfinanzministerium in seinen FAQ zur verpflichtenden E-Rechnung klar: Eine E-Rechnung muss in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen werden und eine elektronische Verarbeitung ermöglichen. Quelle: BMF FAQ zur E-Rechnung.

Für B2B-Onlineshops bedeutet das: Der Checkout darf nicht nur Bestellungen annehmen. Er muss die Rechnungsdaten so erfassen, dass daraus später eine valide XRechnung, ein ZUGFeRD-PDF oder ein anderer EN-16931-konformer Rechnungsdatensatz entstehen kann.

Direktantwort: Was braucht ein B2B-Onlineshop für E-Rechnungen?

Ein rechtssicherer und automatisierbarer E-Commerce-Prozess für XRechnung und ZUGFeRD basiert auf sieben Bausteinen:

1. Klare B2B-/B2C-Segmentierung im Checkout: Der Shop muss unterscheiden, ob ein Kunde privat oder geschäftlich bestellt. Für B2B-Rechnungen sollten Firmendaten, Rechnungsadresse und relevante Steuerdaten strukturiert abgefragt werden.
2. Saubere Stammdaten statt Freitext-Chaos: Firmenname, Straße, Hausnummer, Land, USt-IdNr., Bestellreferenz, Lieferdatum, Kostenstelle und Ansprechpartner sollten in getrennten Feldern stehen. Unstrukturierte Adress- und Referenzfelder verursachen später XML-Fehler.
3. Format-Routing nach Kundentyp: Nicht jeder Empfänger braucht dasselbe Format. B2C-Kunden erhalten meist klassische Dokumente, B2B-Kunden häufig ZUGFeRD, öffentliche Auftraggeber in vielen Fällen XRechnung mit Leitweg-ID.
4. Leitweg-ID für Behördenkunden: Wer Behörden beliefert, sollte die Leitweg-ID bereits im Checkout oder im Kundenkonto erfassen. Für elektronische Rechnungen an öffentliche Auftraggeber der Bundesverwaltung ist sie auf der Rechnung anzugeben. Quelle: E-Rechnung Bund zur Leitweg-ID.
5. EN-16931-konforme Steuer- und Rundungslogik: Rabatte, Gutscheine, Versandkosten, gemischte Steuersätze, Reverse Charge, Anzahlungen, Schlussrechnungen und Gutschriften müssen nicht nur im Shop stimmen, sondern auch in der XML-Rechnung korrekt berechnet werden.
6. Validierungs-Gate vor Versand: Keine XRechnung oder ZUGFeRD-Datei sollte automatisiert an Kunden, Portale oder E-Mail-Gateways gehen, bevor sie technisch geprüft wurde. Für XRechnung eignet sich bei hohen Volumen die KoSIT Validator API; ZUGFeRD wird über Mustang validiert.
7. Revisionssicheres Archiv: XML-Daten, ZUGFeRD-PDFs, Rechnungsreferenzen und Prozessinformationen müssen so gespeichert werden, dass sie später nachvollziehbar und maschinell auswertbar bleiben. Mehr dazu im Beitrag zur E-Rechnung-Aufbewahrungspflicht und GoBD.

Warum E-Commerce-Shops bei der E-Rechnung besonders gefährdet sind

Viele Shopsysteme wurden für schnelle Verkäufe gebaut, nicht für normkonforme Rechnungsprozesse. Genau hier entsteht im B2B-E-Commerce ein Problem: Der Shop kennt zwar Warenkorb, Zahlung und Versand, aber die E-Rechnung braucht zusätzlich ein sauberes semantisches Datenmodell.

Typische Schwachstellen sind:

• Der Kunde wählt „Firma“ aus, aber Firmenname, Ansprechpartner, Abteilung und Kostenstelle landen in einem einzigen Freitextfeld.
• Die USt-IdNr. wird zwar abgefragt, aber nicht plausibilisiert.
• Eine Universität, Kommune oder Behörde bestellt, aber die Leitweg-ID fehlt.
• Rabatte, Gutscheine oder Versandkosten werden im Shop korrekt angezeigt, aber in der XML-Rechnung nicht EN-16931-konform abgebildet.
• Das Plugin erzeugt ein PDF, aber keine strukturierte XML-Rechnung.
• Das ERP erzeugt XRechnung oder ZUGFeRD, aber der Shop versendet weiterhin nur das alte PDF.
• Gutschriften, Stornos, Anzahlungen oder Schlussrechnungen werden manuell nachbearbeitet.

Das Ergebnis ist fast immer gleich: Die Buchhaltung des B2B-Kunden lehnt die Rechnung ab, der Support muss eingreifen, der Innendienst baut die Rechnung manuell nach, und aus einem automatisierten Bestellprozess wird ein teurer Sonderfall.

E-Rechnung im B2B-E-Commerce: Die Fristen richtig verstehen

Für Shopbetreiber ist wichtig, zwischen Empfangspflicht und Versandpflicht zu unterscheiden.

Seit dem 1. Januar 2025 müssen inländische Unternehmen E-Rechnungen empfangen können. Gleichzeitig gelten beim Versand Übergangsregelungen. Nach den FAQ des Bundesfinanzministeriums können Rechnungsaussteller in den Jahren 2025 und 2026 unter bestimmten Voraussetzungen noch sonstige Rechnungen, zum Beispiel Papier- oder PDF-Rechnungen, ausstellen. Bei einem Vorjahresumsatz bis 800.000 Euro verlängert sich diese Übergangsfrist grundsätzlich bis Ende 2027. Erst nach Ablauf der Übergangsfristen wird die E-Rechnung für inländische B2B-Umsätze flächendeckend verpflichtend. Quelle: BMF FAQ zur E-Rechnung.

Praktisch heißt das für Onlineshops:

• 2025 und 2026: B2B-Kunden müssen E-Rechnungen empfangen können. Viele größere Kunden verlangen bereits strukturierte Rechnungen, auch wenn Übergangsregeln für Aussteller bestehen.
• 2027: Für viele größere Unternehmen wird der Versand strukturierter E-Rechnungen relevant; kleinere Aussteller profitieren teilweise noch von Übergangsfristen.
• Ab 2028: Für inländische B2B-Umsätze ist die E-Rechnung nach Ablauf der Übergangsregelungen grundsätzlich der Standard.

Wer heute einen B2B-Checkout betreibt, sollte deshalb nicht bis 2028 warten. Die eigentliche Arbeit liegt nicht im Klick auf „XML exportieren“, sondern in den Stammdaten, Checkout-Feldern, Rechnungsregeln, Schnittstellen und Validierungsprozessen.

XRechnung oder ZUGFeRD: Welches Format passt zum B2B-Shop?

Im deutschen E-Commerce sind vor allem zwei Formate relevant: XRechnung und ZUGFeRD.

XRechnung für Behörden, Portale und strukturierte B2B-Prozesse

Die XRechnung ist ein XML-basierter Standard für elektronische Rechnungen und in Deutschland besonders für Rechnungen an öffentliche Auftraggeber relevant. Der Standard wird von der KoSIT im Auftrag des IT-Planungsrats betrieben und setzt die europäische Norm EN 16931 für den deutschen Verwaltungsbereich um. Quelle: XStandards Einkauf zur XRechnung.

Für E-Commerce bedeutet das: Sobald Behörden, Universitäten, Kommunen oder andere öffentliche Auftraggeber bestellen, sollte Ihr Shop oder ERP eine XRechnung erzeugen können. Entscheidend sind dabei unter anderem die Leitweg-ID, Bestellreferenzen, korrekte Verkäufer- und Käuferdaten sowie ein valider XML-Datensatz.

ZUGFeRD für B2B-Kunden, die PDF und XML gemeinsam brauchen

ZUGFeRD ist ein hybrides Rechnungsformat. Es enthält eine sichtbare PDF-Rechnung und zusätzlich strukturierte XML-Daten innerhalb des PDF/A-3-Dokuments. Das Format basiert auf der EU-Richtlinie 2014/55/EU, der Norm EN 16931, UN/CEFACT CII und PDF/A-3. Quelle: FeRD zu ZUGFeRD/Factur-X.

Für B2B-Onlineshops ist ZUGFeRD oft besonders attraktiv, weil der Kunde weiterhin ein lesbares PDF im Kundenkonto findet, während die Buchhaltung die eingebetteten XML-Daten maschinell verarbeiten kann.

Praxisregel für Shops

Der Sollprozess: So sollte ein B2B-Checkout aufgebaut sein

Ein sauberer E-Rechnungsprozess beginnt nicht in der Buchhaltung. Er beginnt im Checkout.

1. Kundentyp eindeutig erfassen

Der Checkout sollte bereits früh unterscheiden:

• Privatkunde
• Geschäftskunde
• Behörde oder öffentlicher Auftraggeber
• Wiederkehrender B2B-Kunde mit festen Rechnungsvorgaben
• Marketplace-, Händler- oder Wiederverkäuferkonto

Wichtig: Eine USt-IdNr. ist nicht in jedem deutschen B2B-Fall zwingend vorhanden oder erforderlich. Trotzdem ist sie für viele Prozesse hilfreich, insbesondere bei EU-Kunden, Reverse Charge, Plausibilisierung und Stammdatenqualität. Für EU-Umsatzsteuer-IDs kann der offizielle VIES-Dienst der Europäischen Kommission genutzt werden. Quelle: EU VIES VAT number validation.

2. Rechnungsdaten strukturiert abfragen

Für eine spätere E-Rechnung sollten die folgenden Daten nicht in einem einzigen Kommentarfeld landen, sondern sauber getrennt werden:

• Firmenname
• Rechtsform
• Ansprechpartner
• Straße und Hausnummer
• Postleitzahl
• Ort
• Land
• E-Mail-Adresse für Rechnungsversand
• USt-IdNr. oder andere steuerliche Kennzeichen, sofern relevant
• Bestellnummer des Kunden
• Kostenstelle
• Projektnummer
• Käuferreferenz
• Leitweg-ID bei öffentlichen Auftraggebern
• Lieferdatum oder Leistungszeitraum
• Zahlungsbedingungen
• gewünschtes Rechnungsformat

Je sauberer diese Daten im Checkout erfasst werden, desto weniger Nacharbeit entsteht später im ERP, in der Buchhaltung oder im Support.

3. Käuferreferenz und Bestellnummer ernst nehmen

Viele B2B-Kunden zahlen Rechnungen nicht, weil ihnen die Ware unbekannt wäre, sondern weil interne Referenzen fehlen. Einkaufsabteilungen arbeiten mit Bestellnummern, Kostenstellen, Projektnummern und Freigabecodes. Wenn diese Daten nicht im Checkout erfasst werden, fehlen sie später auch in der E-Rechnung.

Besonders relevant sind:

• Käuferreferenz
• Purchase Order Number
• Kostenstelle
• Projektnummer
• Vertragsnummer
• Ansprechpartner oder Abteilung
• interne Rechnungs-E-Mail-Adresse

Für Behördenkunden ist die Leitweg-ID der zentrale Routing-Baustein. Diese sollte nicht erst nach der Bestellung per E-Mail erfragt werden.

4. Formatwunsch im Kundenkonto speichern

Ein guter B2B-Shop fragt den Rechnungswunsch nicht bei jeder Bestellung neu ab. Besser ist eine feste Einstellung im Kundenkonto:

• PDF/sonstige Rechnung, falls zulässig und gewünscht
• ZUGFeRD
• XRechnung
• XRechnung mit Leitweg-ID
• Versand an Rechnungs-E-Mail
• Versand an Portal oder Middleware
• API-/ERP-Export
• manueller Freigabeprozess bei Sonderfällen

So entsteht aus dem Checkout ein wiederholbarer Rechnungsworkflow.

Shopware, Shopify, Magento und WooCommerce: Drei Integrationsmodelle

Nicht jedes Shopsystem sollte E-Rechnungen selbst erzeugen. In der Praxis gibt es drei sinnvolle Modelle.

Modell 1: ERP-first

Der Shop nimmt die Bestellung an, aber die Rechnung entsteht im ERP. Das ist häufig die robusteste Variante für B2B-Händler mit Lager, Versand, Zahlungszielen, Teilzahlungen und Warenwirtschaft.

Typischer Ablauf:

1. Bestellung im Shop
2. Übergabe an ERP oder Warenwirtschaft
3. Rechnungserstellung im ERP
4. Ausgabe als XRechnung oder ZUGFeRD
5. Validierung
6. Versand oder Portalübergabe
7. Archivierung

Vorteil: Die steuerliche und buchhalterische Logik liegt dort, wo sie hingehört. Nachteil: Die Shop-ERP-Schnittstelle muss alle relevanten Felder übertragen.

Modell 2: Middleware oder E-Rechnungs-API

Bei höheren Volumen, heterogenen Shops oder Sonderfällen kann eine Middleware sinnvoll sein. Der Shop oder das ERP übergibt Bestelldaten, Kundendaten und Rechnungspositionen an einen E-Rechnungsdienst, der daraus eine valide E-Rechnung erzeugt.

Das ist besonders sinnvoll bei:

• mehreren Shops
• mehreren Mandanten
• Shopware- oder Shopify-Anbindungen
• API-first-Architekturen
• individuellen Rechnungsregeln
• Kundenvorgaben pro Rechnungsempfänger
• Gutschriften, Stornos, Anzahlungen oder Schlussrechnungen
• E-Mail-Weiterleitung oder automatisiertem E-Rechnungsversand
• Freigabeprozessen vor dem Versand

Für solche Fälle ist bei RechneX der Enterprise-Ansatz vorgesehen: API-Anbindung, ERP-/CRM-/Shop-Integration, Mapping von Sonderfällen, individuelle Regeln, strukturierte Fehlerlisten, Freigaben, SLA, Onboarding und bei Bedarf auch E-Mail-Weiterleitung oder E-Rechnungsversand.

Preise und Pro-Tarif/Enterprise ansehen

Modell 3: Plugin-only

Ein Plugin im Shopsystem erzeugt direkt die Rechnung. Das kann für einfache Standardfälle funktionieren, sollte aber intensiv getestet werden.

Prüfen Sie vor dem produktiven Einsatz:

• Erzeugt das Plugin wirklich strukturierte E-Rechnungen oder nur PDFs?
• Unterstützt es XRechnung und ZUGFeRD?
• Wird das passende ZUGFeRD-Profil verwendet?
• Werden Rabatte, Versandkosten und Gutscheine korrekt abgebildet?
• Gibt es eine Validierung vor Versand?
• Unterstützt es Gutschriften, Stornos, Abschläge und Schlussrechnungen?
• Kann es Leitweg-IDs speichern und ausgeben?
• Sind Fehlerberichte verständlich?
• Wird das Rechnungsarchiv GoBD-nah angebunden?

Wenn diese Fragen nicht eindeutig beantwortet werden können, sollte der Output mit einem Validator geprüft werden, bevor Rechnungen automatisiert an Kunden gehen.

Technische Checkout-Checkliste für EN-16931-konforme Rechnungen

Die folgende Checkliste hilft Shopbetreibern, Agenturen und ERP-Teams, den Checkout auf E-Rechnungsfähigkeit zu prüfen.

Spezifische E-Commerce-Stolpersteine

Warum Validierung im E-Commerce kein Nice-to-have ist

Bei einer einzelnen manuellen Rechnung fällt ein Fehler meist schnell auf. Im E-Commerce ist das anders. Ein fehlerhaftes Plugin oder ein falsches Mapping kann hunderte Rechnungen erzeugen, bevor der erste Kunde reklamiert.

Ein Validierungs-Gate schützt vor genau diesem Szenario. Es prüft, ob die erzeugte Datei technisch zur geforderten Spezifikation passt. Bei XRechnung betrifft das unter anderem XML-Schema, Geschäftsregeln und EN-16931-Bezug. Bei ZUGFeRD kommt zusätzlich die Einbettung der XML-Daten in das PDF/A-3-Dokument hinzu.

Mit RechneX können Sie einzelne Rechnungen über den Validator prüfen. Für automatisierte Prozesse, hohe Volumen oder Shop-/ERP-Workflows eignet sich eine KoSIT Validator API als technisches Kontrolltor vor dem Versand.

RechneX im E-Commerce-Workflow

RechneX ist für Unternehmen interessant, die E-Rechnungen nicht nur theoretisch verstehen, sondern praktisch erzeugen, prüfen und in bestehende Prozesse integrieren möchten.

Je nach Ausgangslage gibt es drei typische Einstiege:

1. Einzelne Shop-Rechnung prüfen

Wenn Sie bereits ein Plugin oder ERP nutzen, können Sie eine Testrechnung exportieren und mit dem Validator prüfen. Das ist ideal für Agenturen, Shopbetreiber und Buchhaltungsteams, die wissen möchten, ob der erzeugte Output wirklich valide ist.

2. PDF-Rechnung in XRechnung oder ZUGFeRD umwandeln

Wenn Ihr Shop oder ERP aktuell nur PDF-Rechnungen erzeugt, kann der Konverter Standard-PDF-Rechnungen in XRechnung oder ZUGFeRD überführen. Das ist besonders hilfreich für kleinere B2B-Shops, ältere Warenwirtschaftssysteme oder Übergangsprozesse.

3. Enterprise-Automatisierung für Shops, ERP und Sonderfälle

Für automatisierte E-Commerce-Prozesse reicht ein manueller Upload oft nicht aus. Dann geht es um API, Mapping, Empfängerregeln, Sonderfälle und Freigaben.

Enterprise ist passend, wenn Sie:

• Rechnungen direkt aus Shopware, Shopify, Magento, WooCommerce, ERP oder Middleware erzeugen möchten
• individuelle Belegarten automatisch erkennen und abbilden müssen
• XRechnung, ZUGFeRD oder kundenspezifische Formate je Empfänger routen wollen
• Gutschriften, Stornos, Anzahlungen, Schlussrechnungen oder Sonderfälle automatisieren müssen
• eine API-Anbindung oder E-Mail-Weiterleitung benötigen
• E-Rechnungen automatisch validieren und versenden möchten
• Fehlerlisten, Freigabeprozesse, SLA, Monitoring oder persönliche Einrichtung brauchen
• bestehende Systeme anbinden möchten, ohne den gesamten Rechnungsprozess neu aufzubauen

Preise und Pro-Tarif/Enterprise ansehen

Mini-Blueprint: B2B-E-Rechnungsprozess für Onlineshops

Ein stabiler Prozess kann so aussehen:

1. Checkout: Kunde wählt Privatkunde, Geschäftskunde oder Behörde.
2. Datenerfassung: Shop fragt strukturierte Rechnungsdaten ab.
3. Plausibilisierung: USt-IdNr., Pflichtfelder, Leitweg-ID und Referenzen werden geprüft.
4. Bestellübergabe: Shop überträgt Bestellung, Positionen, Steuerdaten und Referenzen an ERP, Middleware oder API.
5. Rechnungserstellung: Das System erzeugt XRechnung oder ZUGFeRD.
6. Validierung: Die Datei wird technisch geprüft.
7. Freigabe: Bei Sonderfällen oder Fehlern erfolgt eine manuelle Prüfung.
8. Versand: Rechnung wird per E-Mail, Portal, API oder Kundenkonto bereitgestellt.
9. Archivierung: Originaldateien, XML, PDF und Prozessdaten werden revisionssicher abgelegt.
10. Monitoring: Fehlerquoten, Ablehnungen und Empfängerregeln werden laufend verbessert.

FAQ: E-Rechnung im B2B-E-Commerce

Muss jeder B2B-Shop sofort XRechnungen versenden?

Nicht jeder B2B-Shop muss sofort jede Rechnung als XRechnung versenden. Es gelten Übergangsregelungen für die Ausstellung. Trotzdem müssen Unternehmen seit 2025 E-Rechnungen empfangen können, und viele B2B-Kunden verlangen bereits strukturierte Formate. Für Shopbetreiber ist es daher sinnvoll, jetzt die Datenbasis und Schnittstellen vorzubereiten.

Reicht eine PDF-Rechnung per E-Mail noch aus?

Ein einfaches PDF ist seit 2025 keine E-Rechnung im gesetzlichen Sinne, sondern eine sonstige Rechnung. Während der Übergangsfristen kann eine sonstige Rechnung unter bestimmten Voraussetzungen noch zulässig sein. Strategisch sollten B2B-Shops aber auf strukturierte Formate wie XRechnung oder ZUGFeRD umstellen.

Ist ZUGFeRD für B2B-Onlineshops besser als XRechnung?

Das hängt vom Empfänger ab. ZUGFeRD ist für viele B2B-Kunden praktisch, weil es ein lesbares PDF mit eingebetteten XML-Daten kombiniert. XRechnung ist besonders relevant für öffentliche Auftraggeber und Empfänger, die reine XML-Prozesse bevorzugen.

Was ist bei Behördenkunden besonders wichtig?

Bei Behördenkunden ist die Leitweg-ID zentral. Sie dient der eindeutigen Zuordnung der Rechnung zum öffentlichen Auftraggeber. Außerdem sollten Bestellreferenz, Leistungszeitraum, Verkäuferdaten, Käuferdaten, Steuerdaten und Zahlungsinformationen technisch sauber abgebildet werden.

Kann ein Shopsystem wie Shopify, Shopware, Magento oder WooCommerce E-Rechnungen automatisch erzeugen?

Das hängt vom konkreten Setup ab. Manche Shops nutzen Plugins, andere erzeugen Rechnungen im ERP oder über eine Middleware. Entscheidend ist nicht das Shopsystem selbst, sondern ob der gesamte Prozess EN-16931-konforme Daten erzeugt, validiert, versendet und archiviert.

Was passiert bei Gutschriften, Stornos oder Anzahlungen?

Diese Fälle sollten nicht als einfache negative Standardrechnung behandelt werden. Gutschriften, Stornos, Abschlagsrechnungen und Schlussrechnungen brauchen korrekte Belegtypen, Referenzen und Berechnungslogik. Für solche Prozesse ist häufig ein ERP- oder Enterprise-Workflow sinnvoll.

Wie kann ich testen, ob mein Shop bereit ist?

Erzeugen Sie Testrechnungen für typische B2B-Fälle und prüfen Sie diese mit einem Validator. Testen Sie mindestens Standardrechnung, Rabatt, Gutschein, Versandkosten, gemischte Steuersätze, EU-Kunde, Behörde mit Leitweg-ID, Gutschrift und Storno.

Fazit: B2B-E-Rechnung ist kein Plugin-Thema, sondern ein Prozess-Thema

E-Rechnungen im E-Commerce sind nicht nur eine Frage des richtigen Plugins. Entscheidend ist, ob der gesamte Prozess funktioniert: Checkout, Stammdaten, Steuerlogik, Rechnungsformat, Validierung, Versand und Archivierung.

Wer B2B-Kunden zuverlässig beliefern möchte, sollte XRechnung und ZUGFeRD nicht als nachgelagerte Sonderaufgabe behandeln. Die E-Rechnung gehört direkt in den B2B-Checkout, in das Kundenkonto, in die ERP-Schnittstelle und in die Rechnungsfreigabe.

RechneX unterstützt dabei je nach Bedarf: vom kostenlosen Prüfen einzelner Dateien über die manuelle Erstellung und Konvertierung bis hin zu Enterprise-Workflows mit API, Shop-/ERP-Anbindung, Sonderfällen, E-Mail-Weiterleitung, E-Rechnungsversand, Freigabeprozessen und individuellen Regeln.