XRechnung vs. ZUGFeRD: Was ist der Unterschied? (2026)

Checkliste: Welches Format braucht mein Kunde?

Bevor Sie Ihre Rechnungsstellung umstellen, klären Sie zuerst den Empfängertyp. Diese textbasierte Entscheidungslogik hilft bei der Formatwahl zwischen xrechnung zugferd und zugferd xrechnung:

→ Ist der Rechnungsempfänger eine Behörde, Kommune oder öffentliche Einrichtung (B2G)?
   JA → XRechnung (reine XML-Datei, Version 3.0.x). Sie benötigen die Leitweg-ID des Auftraggebers und versenden über Peppol oder das jeweilige Verwaltungsportal des Bundes bzw. der Länder.
   NEIN → weiter zur nächsten Frage.

→ Ist der Empfänger ein Unternehmen der Privatwirtschaft (B2B)?
   JA → ZUGFeRD (Profil Comfort oder Extended). Die Rechnung wird als PDF/A-3 mit eingebetteter XML versendet – per E-Mail, Download-Portal oder Datenaustauschplattform.
   NEIN (Privatperson) → Kein Pflicht-Rechnungsformat nach EN 16931; eine herkömmliche PDF-Rechnung genügt vorerst.

→ Fordert eine Behörde ausdrücklich das ZUGFeRD-Profil XRECHNUNG an?
   JA → ZUGFeRD 2.1+ mit Profil XRECHNUNG erzeugen; die eingebettete XML entspricht dann der XRechnung-Spezifikation.
   NEIN → Reine XRechnung-XML bevorzugen; die meisten öffentlichen Verwaltungen lehnen das PDF-Hybrid ab.

Viele Unternehmen in Deutschland betreiben beide Formate parallel: ZUGFeRD für gewerbliche Kunden, XRechnung für den öffentlichen Sektor. Moderne Software wählt das passende Rechnungsformat automatisch anhand der hinterlegten Empfängerdaten.

XRechnung versenden: Peppol-ID, Leitweg-ID und Behördenportale

Eine elektronische Rechnung im XRechnung-Standard zu erzeugen reicht nicht – entscheidend ist der korrekte Versandweg. In Deutschland laufen elektronischen Rechnungen an öffentliche Auftraggeber über zwei Hauptkanäle:

Versand über das Peppol-Netzwerk

XRechnung ist nativ Peppol-fähig. Ihr Unternehmen benötigt einen registrierten Peppol Access Point und eine eigene Peppol-ID (Format: 0204:DE123456789 für deutsche USt-IdNr.). Die Peppol-ID des Empfängers wird im Feld EndpointID hinterlegt. Das Peppol-Netzwerk routet die Datei automatisch zum Ziel-Access-Point der Behörde – ohne E-Mail-Anhang oder manuellen Upload.

Versand über OZG-RE oder Landesportale mit Leitweg-ID

Alternativ – oder ergänzend – nutzen viele Bundesbehörden und Kommunen eigene E-Rechnungsportale (z. B. OZG-RE des Bundes). Hier ist die Leitweg-ID Pflicht: eine eindeutige Kennung im Format 991-XXXXX-XX, die angibt, welche Organisationseinheit die Rechnung erhält. Die Leitweg-ID wird im XRechnung-Feld BuyerReference (BT-10) eingetragen. Fehlt sie oder ist sie falsch, lehnt das Portal die Datei ab – noch bevor eine inhaltliche Validierung stattfindet.

Unabhängig vom Kanal gilt: Die XRechnung-Datei muss gegen die aktuelle Spezifikation (derzeit Version 3.0.x) und die 21 nationalen Geschäftsregeln validiert werden, bevor Sie sie übermitteln. Ein erfolgreicher Download der Bestätigung vom Portal oder eine Peppol-MDN (Message Disposition Notification) dokumentiert den Zugang.

Technische Unterschiede: CII, UBL und hybride Struktur

Die beiden E-Rechnungsformate erfüllen dieselbe EU-Norm EN 16931, unterscheiden sich aber in Syntax, Verpackung und Namespace-Struktur:

XRechnung: reine XML mit UBL oder CII

XRechnung kommt als eigenständige XML-Datei ohne visuelle Hülle. Sie unterstützt zwei Syntaxvarianten: UBL (Universal Business Language) und CII (Cross Industry Invoice). Bei CII nutzt die Datei den Namespace-Prefix ram: (Reusable Aggregate Business Information Entity) für Kernelemente wie ram:TaxTotalAmount, ram:BuyerOrderReferencedDocument und ram:SpecifiedTradeSettlementHeaderMonetarySummation. Ohne korrekte ram:-Deklaration im Root-Element scheitert jede Validierung sofort.

ZUGFeRD: PDF/A-3 mit eingebetteter CII-XML

Das ZUGFeRD Format verpackt dieselben CII-Strukturen in ein PDF/A-3-Dokument. Die eingebettete Datei zugferd-invoice.xml (oder xrechnung.xml im XRECHNUNG-Profil) enthält die maschinenlesbaren Daten mit identischen ram:-Elementen – UBL wird im ZUGFeRD-Format nicht unterstützt. Der Vorteil: Buchhaltung und Einkauf öffnen die Rechnung wie gewohnt im PDF-Reader, während das ERP-System die eingebettete XML extrahiert und verbucht.

Weitere technische Unterschiede: Eine reine XRechnung-Datei ist deutlich kleiner als ein ZUGFeRD-PDF. XRechnung ist standardmäßig Peppol-kompatibel; ZUGFeRD-Rechnungen werden typischerweise per E-Mail, SFTP oder über B2B-Plattformen als Download bereitgestellt.

ZUGFeRD-Profil XRECHNUNG: Hybridformat mit B2G-Wirkung

Seit ZUGFeRD Version 2.1 existiert das Profil XRECHNUNG – ein Sonderfall, der die Grenze zwischen beiden Formaten verwischt. In diesem Profil enthält das PDF/A-3 exakt dieselbe CII-XML, die auch als eigenständige XRechnung-Datei gelten würde: gleicher Datenumfang, dieselben 21 nationalen Geschäftsregeln, identische Pflichtfelder inklusive Leitweg-ID und Buyer Reference.

Rechtlich und normativ wird eine ZUGFeRD-Datei im Profil XRECHNUNG exakt wie eine XRechnung behandelt. Sie erfüllt EN 16931 und die deutsche XRechnung-Spezifikation der Koordinierungsstelle für IT-Standards (KoSIT). Das bedeutet: Wenn eine Behörde das Profil XRECHNUNG akzeptiert, ist die eingebettete XML rechtsgültig – unabhängig vom umgebenden PDF. In der Praxis akzeptieren jedoch viele öffentliche Verwaltungen ausschließlich die reine XML ohne PDF-Hülle. Klären Sie den Anforderungskatalog des jeweiligen Auftraggebers, bevor Sie das hybride ZUGFeRD-Format an Behörden senden.

Fehlermeldung „Ungültiges XML" – Die 3 häufigsten Gründe bei der XRechnung-Validierung

Wer zum ersten Mal elektronische Rechnungen im XRechnung-Standard erzeugt, stößt häufig auf die Fehlermeldung „Ungültiges XML" im Validierungstool der KoSIT oder im Peppol-Access-Point. Die drei technisch häufigsten Ursachen:

1. Fehlende oder falsche Namespace-Deklaration (ram:, rsm:, udt:)

CII-basierte XRechnungen und ZUGFeRD-XMLs verwenden mehrere XML-Namespaces. Der häufigste Validierungsfehler: Das Root-Element deklariert den Prefix ram: (urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100) nicht korrekt, oder Elemente wie ram:ApplicableTradeTax werden ohne Namespace-Prefix ausgegeben. Der Validator kann die Elemente dann nicht dem EN-16931-Schematron zuordnen und bricht mit „Ungültiges XML" ab – oft ohne spezifische Zeilenangabe. Prüfen Sie die xmlns:ram-Deklaration im <CrossIndustryInvoice>-Element.

2. Falsche Berechnung der Steuersummen (BT-110/BT-111)

Die Felder ram:TaxTotalAmount (BT-110) und ram:GrandTotalAmount (BT-112) müssen exakt der Summe aller ram:SpecifiedTradeSettlementLineMonetarySummation-Werte plus Steuer entsprechen. Rundungsfehler – etwa wenn einzelne Positionen auf zwei Dezimalstellen gerundet, die Gesamtsumme aber auf einer anderen Basis berechnet wird – lösen den Geschäftsregel-Fehler BR-DE-14 aus. Besonders tückisch bei Rechnungen mit gemischten Steuersätzen (7 % und 19 %): Jede ram:ApplicableTradeTax-Gruppe braucht eine eigene ram:BasisAmount- und ram:CalculatedAmount-Paarung.

3. Fehlende oder ungültige Buyer Reference / Leitweg-ID (BT-10)

Für Rechnungen an öffentliche Auftraggeber ist das Feld BuyerReference (BT-10) in Deutschland Pflicht – hier steht die Leitweg-ID. Fehlt dieses Element vollständig, schlägt die nationale Geschäftsregel BR-DE-15 fehl. Häufiger Implementierungsfehler: Die Leitweg-ID wird im Freitextfeld ram:Content einer ram:IncludedNote hinterlegt statt im dedizierten ram:BuyerReference-Element. Der Validator erkennt die ID dann nicht, und das Portal lehnt die Rechnung ab.

Tipp: Validieren Sie jede erzeugte Datei mit dem offiziellen KoSIT-Prüftool (Download auf xrechnung.de), bevor Sie sie über Peppol oder ein Behördenportal versenden.

Profile, Normen und rechtliche Anforderungen verstehen

Die gemeinsame Basis beider Formate ist die europäische Norm EN 16931, die durch die EU-Richtlinie 2014/55/EU für Rechnungen im öffentlichen Beschaffungswesen verbindlich wurde. Deutschland setzt EN 16931 national über den Standard XRechnung und das ZUGFeRD-Format um.

XRechnung: fester Datenumfang ohne Profile

XRechnung definiert einen festen Pflicht- und Kann-Datenumfang mit 21 nationalen Geschäftsregeln (BR-DE-01 bis BR-DE-21). Es gibt keine Profile – jede konforme XRechnung muss den vollen Spezifikationsumfang erfüllen. Zusätzliche Felder für Haushaltsmerkmale oder Verwaltungskennzeichen sind für den öffentlichen Sektor vorgesehen.

ZUGFeRD: Profile für unterschiedliche Komplexität

Das ZUGFeRD-Format bietet gestufte Profile für die Rechnungsstellung im B2B-Bereich:

• MINIMUM / BASIC WL – reduzierter Datensatz, nicht EN-16931-konform
• BASIC / EN 16931 (COMFORT) – Standardprofil für den gewerblichen Austausch
• EXTENDED – erweiterter Datenumfang für komplexe Lieferketten
• XRECHNUNG – identisch mit XRechnung-Spezifikation, für B2G-Einsatz

Seit der E-Rechnungspflicht im B2B-Bereich (ab 2025 schrittweise in Deutschland) müssen Unternehmen mindestens EN-16931-konforme Formate empfangen und versenden können. Sowohl XRechnung als auch ZUGFeRD ab Version 2.1 erfüllen diese Anforderung.

Vor- und Nachteile für Ihren Geschäftsalltag

Die praktische Relevanz von xrechnung vs zugferd zeigt sich in Automatisierung, Akzeptanz und Archivierung:

Vorteile von XRechnung

• Maximale Automatisierung über Peppol – keine Medienbrüche in der Verwaltung.
• Pflichtstandard für öffentliche Auftraggeber im Bundes- und Länderbereich.
• Kleinere Dateigröße, schnellere Übertragung bei hohem Rechnungsvolumen.

Nachteile von XRechnung

• Keine eingebaute PDF-Darstellung – Viewer oder ERP-System erforderlich.
• Leitweg-ID und Peppol-ID müssen korrekt gepflegt werden, sonst scheitert der Versand.

Vorteile von ZUGFeRD

Praktisch umsetzen lässt sich ZUGFeRD in unserem Guide zur ZUGFeRD-Rechnung erstellen.

• PDF sofort lesbar – ideal für Einkauf und Buchhaltung ohne Spezialsoftware.
• Profile erlauben schrittweisen Einstieg (Comfort → Extended → XRECHNUNG).
• Kompatibel mit Factur-X (Frankreich) – vorteilhaft für EU-grenzüberschreitende Rechnungen.

Nachteile von ZUGFeRD

• Nur CII-Syntax – kein UBL.
• Für B2G oft nicht akzeptiert, wenn Behörden reine XML verlangen.
• Größere Dateien durch PDF-Hülle; Peppol-Integration aufwendiger.

Praxisbeispiel: Ein Elektrogroßhändler versendet ZUGFeRD-Rechnungen an 200 gewerbliche Stammkunden und XRechnung-XML mit Leitweg-ID an Schulen und Kommunen. Die Software routet automatisch nach Empfängertyp.

Die wichtigsten Unterschiede auf einen Blick

Kurzfassung der zentralen Unterscheidungsmerkmale:

• Datenstruktur: XRechnung = reine XML; ZUGFeRD = PDF/A-3 mit eingebetteter CII-XML (hybrid).
• XML-Syntax: XRechnung unterstützt UBL und CII; ZUGFeRD nutzt ausschließlich CII mit ram:-Namespace.
• Einsatzschwerpunkt: XRechnung = B2G/öffentliche Verwaltung; ZUGFeRD = B2B/Privatwirtschaft.
• Profile: XRechnung ohne Profile; ZUGFeRD mit MINIMUM, BASIC, EN 16931, EXTENDED, XRECHNUNG.
• Übertragung: XRechnung über Peppol-ID oder Behördenportal mit Leitweg-ID; ZUGFeRD per E-Mail/Download.
• Norm: Beide EN 16931-konform; XRechnung ergänzt 21 nationale Geschäftsregeln.

Fazit: Inhaltlich können die XML-Daten identisch sein – der Unterschied liegt in Verpackung, Profilwahl und Versandweg.

E-Rechnungen erstellen: Praktische Lösungen für Händler

Für die Erstellung konformer elektronischer Rechnungen stehen Ihnen mehrere Wege offen:

1. ERP- oder Buchhaltungssoftware mit E-Rechnungs-Modul

DATEV, SAP, Lexware und sevdesk unterstützen beide Formate. Vorteil: Integration in bestehende Prozesse inklusive Leitweg-ID-Verwaltung. Nachteil: Modulkosten.

2. Spezialisierte E-Rechnungs-Tools

Plattformen wie e-rechn.de erzeugen XRechnung und ZUGFeRD mit integrierter EN-16931-Validierung – ideal für KMU ohne komplexe ERP-Landschaft.

3. API-Integration

Für Onlineshops und automatisierte Systeme: APIs erzeugen Rechnungen programmatisch im gewünschten Rechnungsformat und validieren gegen die aktuelle Spezifikation.

4. Konvertierungstools

Bestehende PDFs lassen sich in ZUGFeRD oder XRechnung konvertieren — unser Leitfaden PDF in E-Rechnung konvertieren zeigt die praktischen Schritte. Die Ergebnisqualität variiert – native Generierung mit korrekten ram:-Namespaces ist zuverlässiger.

Wichtiger Tipp: Validieren Sie erstellte Dateien mit dem KoSIT-Prüfwerkzeug, bevor Sie sie über Peppol oder Behördenportale versenden. Testen Sie mit Dummy-Rechnungen und lassen Sie Empfänger die Verarbeitung bestätigen.