XRechnung, ZUGFeRD und Peppol einfach erklärt
XRechnung, ZUGFeRD und Peppol einfach erklärt
E-Rechnung klingt wie ein einziges Thema. In der Praxis stecken aber oft drei verschiedene Fragen dahinter:
In welchem Datenformat liegt die Rechnung vor?
Gibt es zusätzlich eine lesbare PDF-Ansicht?
Über welchen Weg wird die Rechnung übertragen?
Genau deshalb geraten XRechnung, ZUGFeRD und Peppol im Alltag schnell durcheinander. Sie gehören alle zur Welt der elektronischen Rechnung, lösen aber nicht dieselbe Aufgabe.
Die einfache Merkhilfe lautet:
● XRechnung beantwortet die Frage: „In welchem strukturierten Rechnungsformat?“
● ZUGFeRD beantwortet die Frage: „Kann ich strukturierte Rechnungsdaten und ein lesbares PDF kombinieren?“
● Peppol beantwortet die Frage: „Über welches Netzwerk können strukturierte Rechnungen ausgetauscht werden?“
● PEDIF beantwortet die praktische Anschlussfrage: „Was passiert, wenn Partner oder Altsysteme weiterhin mit PDFs starten?“
Wenn Sie gerade klären, wie PDF-Rechnungen konkret zu XRechnung oder ZUGFeRD werden können, ist der weiterführende Pillar Blog der nächste logische Schritt: /de/blog/xrechnung-zugferd-aus-pdf-erstellen.
Eine einfache Analogie: Reiseunterlagen am Flughafen
Stellen Sie sich eine Geschäftsreise vor.
Eine XRechnung ist wie der maschinenlesbare QR-Code auf dem Boardingpass: nicht für Menschen lesbar, aber für Systeme gut verarbeitbar.
Eine ZUGFeRD-Rechnung ist wie der Boardingpass selber mit zwei Ebenen: ein lesbares Dokument für Menschen zusammen mit dem maschinenlesbaren Reisedaten für das System im Barcode.
Peppol ist nicht der Boardingpass selbst. Peppol ist eher das Transportnetz, über das die Reisedaten sicher von einem Schalter zum anderen gelangen.
Und PEDIF? PEDIF ist der Schalter, der wiederkehrende PDF-Unterlagen so vorbereitet, dass daraus strukturierte Daten für ERP, EDI, XML, CSV, API oder ein E-Rechnungsziel entstehen können – immer abhängig von Layout, Datenqualität, Validierungsregeln und Zielsystem.
Was ist eine E-Rechnung?
Eine E-Rechnung ist nicht einfach eine Rechnung, die per E-Mail verschickt wird.
Der entscheidende Punkt ist die strukturierte elektronische Verarbeitung. Nach der neuen deutschen Definition liegt eine E-Rechnung seit dem 1. Januar 2025 nur dann vor, wenn sie in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen wird und eine elektronische Verarbeitung ermöglicht. Ein einfaches PDF ist dafür nicht ausreichend, weil es kein strukturiertes Format hat.
Das ist für viele Unternehmen der Aha-Moment: Ein PDF ist digital sichtbar, aber für Systeme nicht automatisch verwertbar.
Ein Mensch kann eine PDF-Rechnung lesen. Ein ERP-, EDI- oder Buchhaltungssystem braucht dagegen klar erkennbare Felder: Rechnungsnummer, Rechnungsdatum, Lieferant, Empfänger, Steuerbeträge, Positionen, Zahlungsbedingungen und weitere Pflichtinformationen. Erst wenn diese Informationen strukturiert vorliegen, kann ein System sie verarbeiten, prüfen, buchen oder weitergeben.
Wichtig: Dieser Artikel ist eine fachliche Orientierung, keine Rechtsberatung. Übergangsfristen, Sonderfälle und konkrete Anforderungen sollten vor Veröffentlichung und vor Umsetzung jeweils mit aktuellen Quellen und zuständigen Fachstellen geprüft werden.
Was ist EN 16931?
EN 16931 ist die zentrale europäische Normenreihe für elektronische Rechnungen. Vereinfacht gesagt beschreibt sie, welche Rechnungsinformationen semantisch enthalten sein müssen, damit Systeme dieselbe Rechnung gleich verstehen können.
Man kann sich EN 16931 wie eine gemeinsame Grammatik vorstellen.
Wenn zwei Menschen dieselbe Sprache sprechen, verstehen sie nicht nur einzelne Wörter, sondern auch deren Bedeutung im Satz. Genau darum geht es bei strukturierten Rechnungsdaten: Nicht nur „123,45“ soll irgendwo erkannt werden, sondern ob dieser Wert Nettobetrag, Steuerbetrag, Bruttobetrag, Positionspreis oder Zahlungsbetrag ist.
XRechnung und ZUGFeRD können auf EN 16931 aufbauen. Gleichzeitig gilt: EN 16931 allein ist nicht automatisch die vollständige Antwort auf jede Landes-, Branchen-, Empfänger- oder Portalanforderung. In der Praxis spielen Profile, Geschäftsregeln, Validierung und Empfängervorgaben eine wichtige Rolle.
XRechnung einfach erklärt
XRechnung ist ein strukturierter XML-Datensatz für elektronische Rechnungen, vor allem im Kontext öffentlicher Auftraggeber in Deutschland.
Das Besondere: XRechnung ist nicht dafür gedacht, wie eine klassische PDF-Rechnung schön gelesen zu werden. Sie ist dafür gedacht, von Software empfangen, geprüft und weiterverarbeitet zu werden.
Für Menschen ist eine XRechnung ohne Viewer eher unhandlich. Für Systeme ist sie genau deshalb interessant: Die Rechnungsinformationen liegen nicht als Bild oder Textfläche vor, sondern als strukturierte Daten.
Wann ist XRechnung typischerweise relevant?
XRechnung sollten Unternehmen prüfen, wenn:
● öffentliche Auftraggeber beteiligt sind,
● ein Empfänger ausdrücklich XRechnung verlangt,
● maschinenlesbare XML-Daten wichtiger sind als eine integrierte PDF-Ansicht,
● Rechnungen automatisiert empfangen, validiert und weiterverarbeitet werden sollen,
● Viewer oder Visualisierung separat gelöst werden können.
Kurz gesagt: XRechnung ist das „System zuerst“-Format.
ZUGFeRD einfach erklärt
ZUGFeRD ist ein hybrides Rechnungsformat. Es kombiniert ein lesbares PDF/A-3-Dokument mit eingebetteten strukturierten XML-Rechnungsdaten.
Das macht ZUGFeRD für viele Unternehmen intuitiv attraktiv: Menschen sehen weiterhin eine Rechnung, die wie ein PDF wirkt. Systeme können gleichzeitig auf die eingebetteten XML-Daten zugreifen.
ZUGFeRD ist also kein „normales PDF mit etwas mehr Ordnung“. Entscheidend ist der strukturierte XML-Teil. Profile und Versionen müssen zum jeweiligen Anwendungsfall passen.
Wann ist ZUGFeRD typischerweise relevant?
ZUGFeRD sollten Unternehmen prüfen, wenn:
● Empfänger eine lesbare PDF-Ansicht wünschen,
● gleichzeitig strukturierte Rechnungsdaten benötigt werden,
● bestehende PDF-nahe Prozesse nicht sofort komplett umgebaut werden sollen,
● B2B-Empfänger mit Hybridformaten arbeiten können,
● das passende Profil und die Validierungslogik geklärt sind.
Kurz gesagt: ZUGFeRD ist das „Mensch und System gemeinsam“-Format.
Peppol einfach erklärt
Peppol ist kein Rechnungsformat.
Peppol ist eine Infrastruktur beziehungsweise ein Netzwerk für den Austausch strukturierter elektronischer Geschäftsdokumente. In Deutschland ist KoSIT die Peppol Authority. Für die Praxis bedeutet das: Peppol beschreibt eher den sicheren Austauschweg über Access Points, nicht den eigentlichen Rechnungsinhalt als PDF oder XML-Datei.
Ein einfacher Vergleich:
● XRechnung oder ZUGFeRD beschreiben, wie die Rechnung strukturiert ist.
● Peppol beschreibt, wie strukturierte Dokumente zwischen Parteien übermittelt werden können.
Das ist ein wichtiger Unterschied. Wer „Peppol“ sagt, meint nicht automatisch ein bestimmtes Rechnungsformat. Unternehmen müssen trotzdem klären, welches Format, welches Profil, welcher Empfängerweg und welche Validierungsregeln gelten.
Kurz gesagt: Peppol ist der Transportweg, nicht der Inhalt der Rechnung.
XRechnung, ZUGFeRD, Peppol und PEDIF im Vergleich
Begriff | Einfache Erklärung | Hauptfrage | Für Menschen lesbar? | Für Systeme strukturiert? | Typischer Einsatz |
XRechnung | XML-basierter Rechnungsstandard im deutschen Kontext, besonders bei öffentlichen Auftraggebern | „Welches strukturierte Format?“ | Nicht direkt, Viewer sinnvoll | Ja | B2G, strukturierte Rechnungseinreichung, softwarebasierte Verarbeitung |
ZUGFeRD | Hybridformat aus PDF/A-3 und eingebettetem XML | „PDF-Ansicht plus strukturierte Daten?“ | Ja, über PDF-Ansicht | Ja, über XML | B2B-Szenarien, Übergang von PDF-nahen Prozessen zu strukturierten Rechnungsdaten |
Peppol | Netzwerk/Infrastruktur für den Austausch strukturierter Geschäftsdokumente | „Über welchen Transportweg?“ | Nicht die relevante Frage | Hängt vom übertragenen Dokument ab | Austausch über Access Points, öffentliche Verwaltung, internationale und strukturierte Dokumentenkommunikation |
PEDIF | PDF-to-structured-data / PDF-to-EDI Brücke für wiederkehrende, freigegebene PDF-Layouts | „Was, wenn der Prozess mit PDF startet?“ | PDF bleibt als Eingang möglich | Ziel ist strukturierter Output | PDF-first Rechnungen und weitere wiederkehrende Supply-Chain-Dokumente in definiertem Scope |
Warum PDF-Prozesse trotzdem bleiben
Die E-Rechnung macht eine alte Wahrheit sichtbarer: Viele Unternehmen sind digital, aber noch nicht durchgängig datenfähig.
Ein ERP erzeugt vielleicht zuverlässig PDF-Rechnungen. Ein Lieferant schickt regelmäßig PDF-Rechnungen per E-Mail. Ein Kunde fordert XRechnung. Ein anderer akzeptiert ZUGFeRD. Ein öffentliches Portal verlangt strukturierte Daten. Gleichzeitig sind bestehende ERP-, DMS- und Freigabeprozesse über Jahre gewachsen und nicht über Nacht austauschbar.
Das Problem ist nicht das PDF. Das Problem ist, dass ERP-, EDI- und DMS-Systeme mit PDFs nicht direkt arbeiten können.
Ein PDF kann für Menschen lesbar sein und für Systeme trotzdem unbrauchbar bleiben. Es ist wie ein Foto eines Versandlabels: Der Mensch erkennt die Adresse. Das automatische Sortiersystem braucht aber einen maschinenlesbaren Barcode.
Wo PEDIF ansetzt
PEDIF setzt genau an dieser Lücke an.
PEDIF ersetzt EDI nicht – PEDIF schließt die Lücke dort, wo EDI nicht ankommt. Der Partner darf PDF bleiben. Ihr System bekommt strukturierte Daten.
Dabei geht es nicht um generische OCR, die irgendwo Zeichen erkennt. OCR liest Zeichen. PEDIF erkennt wiederkehrende Geschäftsdokumente.
In einem passenden Projekt kann PEDIF wiederkehrende, freigegebene PDF-Layouts erfassen, relevante Rechnungsdaten extrahieren, strukturieren, validieren und an ein Zielsystem übergeben. Dieses Ziel kann je nach Projekt beispielsweise XRechnung, ZUGFeRD, ERP, EDI, XML, CSV oder eine API-Struktur sein.
Die saubere Formulierung lautet deshalb nicht: „Jedes PDF wird automatisch zur fertigen E-Rechnung.“
Sauber ist:
PEDIF kann eine Brücke zwischen PDF-first-Prozessen und strukturierten Datenflüssen sein – abhängig von Layout, Pflichtangaben, Datenqualität, Zielprofil, Validierung und Zielsystem.
Praktischer Ablauf: Von PDF zu strukturierten Rechnungsdaten
Ein typischer Fit-Check sieht so aus:
1. Dokumentquelle klären
Kommen die Rechnungen aus einem ERP, einem Lieferantenprozess, einer E-Mail, einem Portal oder einem Nebensystem?
2. Layout und Wiederholbarkeit prüfen
Ist das PDF-Layout stabil genug, damit ein wiederkehrendes Layoutprofil bzw. ein Fingerprint sinnvoll genutzt werden kann?
3. Rechnungsdaten prüfen
Sind die benötigten Pflichtangaben im PDF vorhanden, eindeutig erkennbar oder kontrolliert ergänzbar?
4. Zielformat bestimmen
Wird XRechnung, ZUGFeRD, ERP-Import, EDI, XML, CSV oder API-Handover benötigt?
5. Validierungslogik festlegen
Welche technischen, fachlichen und empfängerbezogenen Prüfungen sind relevant?
6. Ausnahmen definieren
Was passiert, wenn Angaben fehlen, ein Layout nicht freigegeben ist oder Daten nicht eindeutig extrahiert werden können?
7. Übergabe organisieren
Wohin gehen die strukturierten Daten: ERP, DMS, EDI-System, Archiv, Portal, Access Point oder Fachprozess?
No-Touch bedeutet dabei nicht No-Control. Es bedeutet: Nur Ausnahmen brauchen Aufmerksamkeit.
Praxisbeispiel: Drei Empfänger, drei Erwartungen
Ein mittelständischer Maschinenbauer verschickt und empfängt regelmäßig Rechnungen. Das ERP ist stabil, aber viele Prozesse sind PDF-first.
Die Realität sieht so aus:
● Ein öffentlicher Auftraggeber verlangt XRechnung.
● Ein Industriekunde akzeptiert ZUGFeRD.
● Ein internationaler Partner arbeitet über strukturierte Austauschwege.
● Mehrere Lieferanten senden weiterhin PDF-Rechnungen per E-Mail.
● Die Buchhaltung möchte nicht für jeden Sonderfall manuell Daten abtippen.
Ohne klare Begriffe entsteht schnell Chaos: Ist Peppol jetzt ein Format? Reicht PDF? Müssen alle sofort EDI machen? Ist ZUGFeRD dasselbe wie XRechnung?
Mit klarer Trennung wird der Prozess greifbar:
● XRechnung oder ZUGFeRD klären das Ziel- bzw. Rechnungsdatenformat.
● Peppol klärt einen möglichen Transportweg.
● PEDIF klärt, ob wiederkehrende PDF-Prozesse strukturiert anschlussfähig gemacht werden können.
So wird aus einem Dokumentenstapel kein Wunderversprechen, sondern ein prüfbarer Datenfluss.
Entscheidungshilfe: Was brauchen Sie wirklich?
Ihre Situation | Wahrscheinlich relevant | Prüffrage |
Öffentlicher Auftraggeber fordert strukturierte Rechnung | XRechnung | Wird XRechnung konkret gefordert und welcher Übermittlungsweg gilt? |
Kunde möchte lesbares PDF plus strukturierte Daten | ZUGFeRD | Welches ZUGFeRD-Profil ist geeignet und akzeptiert der Empfänger es? |
Empfänger verlangt Austausch über Access Point / Netzwerk | Peppol | Welches Dokumentformat und welcher Peppol-Prozess sind vorgesehen? |
ERP oder Nebensystem erzeugt nur PDF | PEDIF / PDF-first Bridge | Sind Layout, Pflichtfelder, Zielprofil und Übergabe validierbar? |
Lieferanten senden weiterhin PDF-Rechnungen | PEDIF / PDF-to-structured-data | Gibt es wiederkehrende Layouts und klare Zielstrukturen für ERP/EDI/DMS? |
Sie haben EDI für Top-Partner, aber PDF im Long Tail | EDI plus PEDIF | Wo endet EDI-Abdeckung und wo beginnt der PDF-basierte Long Tail? |
Checkliste vor der Umsetzung
Nutzen Sie diese Fragen, bevor Sie Tools, Formate oder Integrationen auswählen:
● Welche Empfänger oder Sender verlangen welches Format?
● Geht es um Rechnungsausgang, Rechnungseingang oder beides?
● Werden XRechnung, ZUGFeRD, Peppol oder EDI wirklich sauber getrennt?
● Welche Daten fehlen heute im PDF oder sind nur im ERP vorhanden?
● Welche Profile, Versionen und Geschäftsregeln müssen validiert werden?
● Welche Prozesse bleiben im bestehenden ERP, DMS oder EDI-System?
● Welche PDFs sind wiederkehrend genug für Layout-Aktivierung?
● Welche Ausnahmefälle müssen manuell geprüft werden?
● Wer übernimmt fachliche, technische und rechtliche Freigabe?
● Welche internen Links, Portale, Archive oder Zielsysteme müssen angebunden werden?
Typische Missverständnisse
„Peppol ist doch auch ein Rechnungsformat.“
Nein. Peppol ist ein Netzwerk beziehungsweise eine Infrastruktur für den Austausch. Das Format der Rechnung muss trotzdem separat geklärt werden.
„ZUGFeRD ist einfach ein normales PDF.“
Nein. ZUGFeRD enthält neben der PDF-Ansicht strukturierte XML-Rechnungsdaten. Ohne den strukturierten Teil wäre es nur ein PDF.
„XRechnung ist schlechter, weil Menschen sie nicht schön lesen können.“
Nicht unbedingt. XRechnung ist konsequent maschinenorientiert. Für die menschliche Ansicht braucht es einen Viewer oder eine Visualisierung.
„Wenn wir PDFs haben, sind wir automatisch raus.“
Nicht pauschal. PDFs können in bestehenden Prozessen weiter eine Rolle spielen. Entscheidend ist, ob die benötigten Rechnungsdaten strukturiert, validiert und im richtigen Zielprozess verarbeitet werden können.
„PEDIF macht aus jedem PDF automatisch eine fertige E-Rechnung.“
Nein. PEDIF arbeitet in definierten Scopes mit wiederkehrenden, freigegebenen Layouts, Mapping, Validierung und klaren Zielsystemen. Genau diese Begrenzung macht den Ansatz fachlich sauber.
Fazit
XRechnung, ZUGFeRD und Peppol gehören zusammen, sind aber nicht dasselbe.
XRechnung ist ein strukturiertes Rechnungsformat.
ZUGFeRD kombiniert lesbares PDF mit strukturierten XML-Daten.
Peppol ist ein Austauschweg beziehungsweise Netzwerk.
PEDIF hilft dort, wo der reale Prozess weiterhin mit PDFs beginnt und dennoch strukturierte Daten im Zielsystem benötigt werden.
Die wichtigste Frage lautet deshalb nicht: „Welches Buzzword brauchen wir?“
Die bessere Frage lautet:
Welche Daten liegen heute wo vor – und wie kommen sie strukturiert, validiert und zuverlässig in das richtige Zielsystem?
FAQ
Was ist der Unterschied zwischen XRechnung, ZUGFeRD und Peppol?
XRechnung ist ein strukturiertes XML-Rechnungsformat. ZUGFeRD ist ein Hybridformat aus lesbarem PDF/A-3 und eingebetteten XML-Rechnungsdaten. Peppol ist kein Format, sondern eine Infrastruktur für den Austausch strukturierter Geschäftsdokumente.
Ist eine PDF-Rechnung eine E-Rechnung?
Ein einfaches PDF ist für Menschen lesbar, aber nach der neuen deutschen Definition kein strukturiertes E-Rechnungsformat. Es kann je nach Übergangsregelung und Kontext eine sonstige Rechnung sein, ersetzt aber nicht automatisch strukturierte Rechnungsdaten.
Was ist EN 16931 einfach erklärt?
EN 16931 ist die europäische Grundlage für das semantische Datenmodell elektronischer Rechnungen. Sie beschreibt, welche Rechnungsinformationen strukturiert enthalten sein sollen, damit Systeme sie verarbeiten können.
Wann brauche ich XRechnung?
XRechnung ist besonders relevant, wenn öffentliche Auftraggeber beteiligt sind oder ein Empfänger ausdrücklich dieses XML-basierte Format verlangt. Die konkreten Anforderungen und Übermittlungswege sollten immer empfängerbezogen geprüft werden.
Wann ist ZUGFeRD sinnvoll?
ZUGFeRD kann sinnvoll sein, wenn eine lesbare PDF-Ansicht erhalten bleiben soll und gleichzeitig strukturierte XML-Rechnungsdaten benötigt werden. Entscheidend sind Version, Profil, Pflichtfelder, Validierung und Empfängerakzeptanz.
Ist Peppol Pflicht?
Peppol ist ein möglicher Austauschweg und in bestimmten öffentlichen bzw. internationalen Kontexten relevant. Ob Peppol für einen konkreten Prozess erforderlich ist, hängt von Empfänger, Land, Plattform, Format und Vorgaben ab.
Kann PEDIF aus einem PDF eine XRechnung oder ZUGFeRD machen?
PEDIF kann in definierten Projektscopes wiederkehrende, freigegebene PDF-Layouts in strukturierte Datenflüsse überführen. Ob daraus im konkreten Fall ein geeigneter XRechnung- oder ZUGFeRD-Prozess entsteht, muss anhand von Layout, Datenqualität, Pflichtfeldern, Validierung, Zielprofil und Zielsystem geprüft werden.
Ersetzt PEDIF EDI?
Nein. PEDIF ersetzt EDI nicht. PEDIF ergänzt EDI dort, wo Partner, Lieferanten oder Nebensysteme weiterhin PDF-basierte Dokumente senden oder erzeugen.