E-Rechnung ist ein hybrider Standard für elektronische Rechnungen, der PDF- und XML-Daten kombiniert und damit eine praktische Lösung für strukturierten Rechnungsaustausch zwischen Unternehmen bietet. Seit dem 1. Januar 2025 gelten in Deutschland strenge Anforderungen für den digitalen Rechnungsaustausch im B2B-Bereich, und dieses Format erfüllt diese gesetzlichen Vorgaben auf benutzerfreundliche Weise.
Das Format wurde vom Forum elektronische Rechnung Deutschland entwickelt, um kostengünstig und branchenübergreifend einsetzbar zu sein. Für CFO-Entscheidungen ist es interessant, weil es mit belastbaren Kostenmodellen, realistischen Automatisierungsquoten und transparenten Abhängigkeiten von der IT-Startlage und der Datenqualität arbeitet – nicht mit pauschalen Versprechen.
ZUGFeRD steht für „Zentraler User Guide des Forums für elektronische Rechnung Deutschland" und ist ein standardisiertes Datenformat für elektronische Rechnungen gemäß der europäischen Norm EN 16931. Das Format kombiniert strukturierte XML-Daten mit einem visuellen PDF-Bild und ermöglicht gleichzeitig maschinelle Lesbarkeit sowie menschliche Verständlichkeit.
Der Aufbau einer ZUGFeRD-Rechnung besteht aus zwei Komponenten: Der XML-Teil enthält alle strukturierten Rechnungsdaten in standardisierter Form und ermöglicht automatische Verarbeitung in ERP-Systemen und Buchhaltungslösungen. Der PDF-Teil zeigt die Rechnung als visuelles Dokument, das von Menschen gelesen, freigegeben und geprüft werden kann. Diese hybride Struktur macht das Format besonders praktisch für Organisationen mit heterogenen Systemlandschaften.
Das Format ist nicht nur ein technisches Konstrukt, sondern ein wesentlicher Bestandteil der digitalen Transformation von Rechnungsprozessen. Seit dem 1. Januar 2025 gilt in Deutschland die E-Rechnungspflicht für B2B-Geschäfte – Unternehmen müssen elektronische Rechnungen in einem standardisierten Format austauschen.
Konkrete Einsparpotenziale mit transparenten Annahmen: Für ein Unternehmen mit monatlich 1.000 Rechnungen kann eine realistische Berechnung mit offengelegten Annahmen aussehen wie folgt: Bei einer durchschnittlichen manuellen Bearbeitungszeit von 8 Minuten pro Rechnung entstehen Kosten von etwa 2.667 Euro pro Monat (bei 25 Euro Stundensatz). Mit diesem Standard und einer angestrebten Automatisierungsquote von 70 Prozent (realistisch, nicht 100 Prozent) sinken die manuellen Kosten auf etwa 800 Euro monatlich. Dies ergibt eine Einsparung von rund 1.867 Euro monatlich oder etwa 22.400 Euro jährlich. Wichtig: Diese Rechnung setzt voraus, dass die IT-Startlage modern ist (ERP mit ZUGFeRD-Support), die Datenqualität gut gepflegt wird (Lieferantencodes, Kostenartcodes konsistent) und die Systemintegration sauber erfolgt. Ohne diese Voraussetzungen sind die Automatisierungsquoten deutlich niedriger (30–50 Prozent). Abzüglich der Implementierungskosten (typisch 5.000 bis 15.000 Euro einmalig, abhängig von Komplexität und Legacy-Systemen) und laufender Betriebskosten (etwa 100 bis 200 Euro monatlich für Support und Monitoring) amortisiert sich das Projekt innerhalb von 6 bis 12 Monaten. Unternehmen mit höherem Rechnungsvolumen oder besserer IT-Startlage erreichen die Amortisation deutlich schneller; Unternehmen mit schlechter Datenqualität müssen mit Verzögerung rechnen.
Rechnungsprozesse sind compliance-kritisch. GoBD-konforme Archivierung, nachvollziehbare Verarbeitungsschritte und sichere Datenströme sind unverzichtbar. Das Format unterstützt diese Anforderungen durch strukturierte, standardisierte Daten. Die GoBD verlangt die unveränderbare Archivierung sowohl des PDF als auch der XML-Komponente mit Zeitstempel und Hashwert. Der Zugriffschutz muss sicherstellen, dass nur autorisierte Personen Rechnungen einsehen können. Das Audit-Trail dokumentiert jeden Verarbeitungsschritt: Wer hat die Rechnung empfangen, validiert, freigegeben oder gebucht und zu welchem Zeitpunkt? Dies muss technisch im Workflow abgebildet sein und jederzeit nachweisbar sein – nicht als separate manuelle Dokumentation, sondern als integrale Bestandteile des Dokumentenmanagementsystems oder der Archivierungslösung.
Für kleine und mittlere Unternehmen ist das Format besonders wertvoll, weil es eine niedrige Einstiegshürde bietet. Unternehmen können zunächst die PDF-Komponente nutzen und die Automatisierung später erweitern.
Das Format existiert in verschiedenen Profilen, die unterschiedliche Datenumfänge und Kompatibilitätsstufen abbilden. Diese Profilwahl ist zentral für die Projektierung.
Die wichtigsten Profile sind:
Das Profil EN 16931 ist das Standardprofil für europäische E-Rechnungen und erfüllt die EU-Norm vollständig. Es bietet den optimalen Balance zwischen Standardkonformität und praktischer Anwendbarkeit für die meisten Unternehmen.
Das Profil Extended bietet einen erweiterten Datenumfang und ist für Unternehmen sinnvoll, die umfangreichere Rechnungsinformationen strukturiert austauschen möchten – beispielsweise in Branchen mit komplexen Rabattstaffeln oder Projektkodierungen.
Die älteren Profile wie Basicwl, Comfort und Clerical spielen noch in Legacy-Systemen eine Rolle. Bei Neu- oder Migrationsprojektierung sollten sie differenziert betrachtet werden: nicht automatisch ausgeschlossen, sondern nur dann eingesetzt, wenn eine Risikoanalyse zeigt, dass die Legacy-Abhängigkeit vorübergehend notwendig ist. Sie werden aber bei Neuprojekten nicht mehr empfohlen.
Einsatzbereiche:
Im Purchase-to-Pay-Prozess (Rechnungsempfang und Verarbeitung) unterstützt das Format die automatische Erfassung von Rechnungsdaten, die Validierung gegen Bestellungen und Wareneingänge, sowie die automatisierte Buchung.
Im Order-to-Cash-Prozess (Rechnungsversand) ermöglicht es die strukturierte Bereitstellung von Kundendaten und Zahlungsbedingungen, was zu schnelleren Zahlungen führt.
In Dokumentenmanagementsystemen können Rechnungen automatisch klassifiziert, geroutet und freigegeben werden, basierend auf strukturierten Daten.
In großen Organisationen und der öffentlichen Verwaltung unterstützt das Format standardisierte, skalierbare Prozesse ohne Qualitätsverlust auch bei mehreren tausend Rechnungen pro Monat.
Im deutschen E-Rechnungsumfeld haben sich zwei große Formate etabliert, die oft verwechselt werden. Beide erfüllen die europäische Norm EN 16931, unterscheiden sich aber in Aufbau und Einsatzschwerpunkt grundlegend.
| Merkmal | ZUGFeRD | XRechnung |
|---|---|---|
| Aufbau | Hybrid (PDF + XML) | Reines XML-Format |
| Lesbarkeit | Mensch und Maschine | Primär Maschine |
| Schwerpunkt | B2B und KMU | Öffentliche Auftraggeber |
| Software-Anforderungen | Geringer, verbreitete Integration | Spezialisierte Lösungen nötig |
| Implementierungsdauer | 3–6 Monate (abhängig von IT-Startlage) | 4–8 Monate (abhängig von Compliance-Anforderungen) |
| Laufende Betriebskosten | 100–200 Euro/Monat | 150–300 Euro/Monat |
| Internationaler Einsatz | Gut möglich (UN-CEFACT) | Primär Deutschland |
Die Wahl zwischen beiden Formaten hängt von praktischen Faktoren ab: Arbeitet das Unternehmen überwiegend mit privaten Unternehmen oder öffentlichen Auftraggebern? Ist die IT-Infrastruktur eher Business-Standard oder spezialisiert? Wie flexibel müssen die Versand- und Empfangskanäle sein?
Eine häufig unterschätzte Realität ist, dass viele Unternehmen beide Formate unterstützen müssen. Ein großes Unternehmen empfängt von privaten Lieferanten ZUGFeRD-Rechnungen und muss gleichzeitig XRechnungen an öffentliche Auftraggeber verschicken.
Die praktische Umsetzung unterscheidet sich je nachdem, ob es um Rechnungsversand oder Rechnungsempfang geht. Ein End-to-End-Verständnis ist wichtig für realistische Erwartungen.
Rechnungsversand:
Der Prozess beginnt mit der Rechnungserstellung im Buchhaltungs- oder ERP-System. Das System generiert die Rechnungsdaten strukturiert und bindet diese in eine Datei ein, die sowohl PDF (für visuelle Darstellung) als auch XML (für Maschinenverwertbarkeit) enthält. Bei automatisiertem Versand wird die Datei per E-Mail an den Rechnungsempfänger übermittelt. Eine Papierrechnung entfällt vollständig.
Rechnungsempfang:
Das Unternehmen empfängt Rechnungen von Lieferanten. Die Datei wird in das Rechnungsverarbeitungssystem hochgeladen oder automatisch eingelesen. Das System extrahiert die XML-Daten und validiert diese gegen Pflichtfelder, Bestellungen und Stammdaten. Basierend auf dem Rechnungsinhalt erfolgt eine automatische oder halbautomatische Buchung. Bei Abweichungen wird die Rechnung zur Prüfung an die verantwortliche Person weitergeleitet. Nach Freigabe erfolgt die Buchung ins ERP und die Archivierung nach GoBD-Anforderungen.
Wichtige Schnittstellenpunkte und Architektur-Entscheidungen:
Zwischen Rechnungserstellung und -versand muss sichergestellt sein, dass alle Pflichtdaten vollständig sind. Dies erfordert Entscheidungen über den Ort der Dateierzeugung: Erfolgt sie im ERP-System selbst, in einer separaten Schnittstellen-Komponente oder in einer dedizierten Rechnungssoftware?
Zwischen Empfang und Verarbeitung ist die Datenqualität kritisch. Stammdaten wie Lieferantencodes oder Kostenartcodes müssen konsistent gepflegt sein. Typische Systemgrenzen entstehen hier: Das Rechnungsverarbeitungssystem muss auf ERP-Stammdaten zugreifen.
Die Archivierung muss sowohl das PDF als auch die XML-Komponente speichern und die Nachvollziehbarkeit des Verarbeitungsprozesses dokumentieren – ein häufiger Medienbruch bei unzureichend geplanter Implementierung.
Typische Automatisierungspotenziale und realistische Erwartungen:
Mit diesem Format können 60 bis 80 Prozent der eingehenden Rechnungen vollautomatisch ohne manuelle Intervention verarbeitet werden – aber nur, wenn die technischen Voraussetzungen und die Datenqualität stimmen. Dies ist ein realistischer Zielwert (Straight-Through-Processing-Quote), nicht ein Versprechen von 100 Prozent Automatisierung. Die verbleibenden 20 bis 40 Prozent sind Rechnungen mit Abweichungen, Rabatten oder Besonderheiten, die eine fachliche Freigabe benötigen. Auch diese können mit dem Format strukturiert und schneller bearbeitet werden.
Das Format ist eine Chance für Effizienz, aber auch ein Risiko für Medienbrüche, wenn die Implementierung nicht sauber durchdacht wird.
Unklare Kostenmodelle und fehlende Transparenz bei Abhängigkeiten:
Viele Projekte arbeiten mit pauschalen Kostenangaben und verschweigen die Abhängigkeiten von IT-Startlage, Datenqualität und Rechnungsvolumen. CFO-taugliche Projekte machen transparent: Welche Kostenblöcke entstehen (Lizenzkosten, Implementierung, Testing, Schulung, monatliche Betriebskosten)? Welche Fehlerraten und manuellen Prüfaufwände werden realistisch erwartet? Wie hängt die Amortisation von der Automatisierungsquote ab, und wie hängt die Automatisierungsquote von Datenqualität, Software-Support und Systemintegration ab?
Unklare Prozessverantwortung:
Oft sind nicht klar definiert, wer (Fachbereich oder IT) für welche Schritte verantwortlich ist. Der Rechnungsversand ist eine gemeinsame Aufgabe: Die Buchhaltung definiert fachliche Anforderungen, die IT implementiert die technische Lösung.
Fehlende oder mangelnde Datenqualität:
Wenn Stammdaten nicht konsistent gepflegt sind, kann das Format nicht effektiv automatisieren. Die Automatisierung verstärkt schlechte Datenqualität eher, als sie zu beheben.
Unvollständige Systemintegration:
Das Format ist ein Datenformat, nicht automatisch eine Komplettlösung. Wenn die Anbindung an das ERP-System, das Rechnungsverarbeitungssystem oder das Dokumentenmanagement nicht sauber erfolgt, entstehen manuelle Umwege.
Kompatibilitätsprobleme mit Geschäftspartnern:
Nicht alle Lieferanten und Kunden können das Format verarbeiten. Dies führt zu Situationen, in denen das Unternehmen zwar diesen Standard erzeugt, der Empfänger aber nur PDF akzeptiert.
Unterschätzter Testaufwand und typische Fehlerszenarien:
Viele Projekte unterschätzen, wie gründlich getestet werden muss. Verschiedene Geschäftspartner, verschiedene Rechnungsszenarien (Standard, Rabatt, Zusatzkosten, Gutschrift), verschiedene Fehlerszenarien – das führt zu erheblichem Testaufwand. Typische fehlerhafte Szenarien sind: fehlende Lieferantennummern, nicht existierende Kostenartcodes, Beträge mit unerwarteten Dezimalstellen, Rechnungen ohne Bestellreferenzen, Mehrfach-Positionen mit unterschiedlichen Steuersätzen.
Unzureichendes Change Management:
Für Buchhaltungsteams bedeutet die Einführung eine Umstellung der täglichen Arbeitsweise. Wenn Schulung, Dokumentation und Unterstützung fehlt, führt dies zu Irritation.
Regelmäßig unterschätzte Kostenbestandteile:
Viele Projekte vergessen, dass das Format nicht nur eine einmalige Implementierung ist, sondern laufenden Support, Monitoring und Wartung benötigt. Fehlerquoten müssen nachverfolgt werden, Geschäftspartner erfordern Unterstützung, Systemupdates müssen eingespielt werden.
Die Entscheidung, diesen Standard einzuführen, sollte auf strukturierter Analyse basieren. Die Abhängigkeiten von IT-Startlage und Datenqualität müssen transparent gemacht werden.
Dafür spricht die Einführung:
Das Rechnungsvolumen ist hoch (typisch ab 500 Rechnungen pro Monat). Bei geringerem Volumen ist die Automatisierung oft nicht wirtschaftlich.
Das Unternehmen hat ein heterogenes Geschäftspartner-Ökosystem. Das Format ist verbreiteter und leichter zu implementieren als spezialisierte Formate.
Die bestehende Software (ERP, Rechnungssysteme, Workflow-Tools) unterstützt das Format bereits. Dies reduziert Implementierungsaufwand deutlich.
Das Unternehmen hat keine spezialisierten Anforderungen, die ein Extended-Profil nötig machen würde.
Die interne Datenqualität ist gut gepflegt. Stammdaten, Kostenartcodes und Lieferantencodes sind konsistent.
Vorsicht ist geboten, wenn:
Das Rechnungsvolumen ist sehr gering (unter 100 Rechnungen pro Monat). Der ROI der Automatisierung ist fraglich.
Die meisten Geschäftspartner können das Format nicht verarbeiten.
Die bestehende Software-Landschaft ist sehr fragmentiert oder legacy-lastig.
Spezielle regulatorische oder branchenspezifische Anforderungen erfordern ein Extended-Profil mit aufwendiger Anpassung.
Die Stammdatenqualität ist schlecht. Eine Digitalisierung ohne Datenbereinigung führt zu Automatisierungsfehlern.
Entscheidungskriterien im Überblick:
| Kriterium | Hoch (Grünes Licht) | Mittel (Prüfung nötig) | Niedrig (Kritisch) |
|---|---|---|---|
| Rechnungsvolumen | Ab 1.000/Monat | 500–1.000/Monat | Unter 500/Monat |
| Software-Unterstützung | Bereits integriert | Mit mittl. Aufwand möglich | Hoher oder unmögl. Aufwand |
| Geschäftspartner-Reife | 80% können das Format | 50–80% können das Format | Unter 50% |
| Datenqualität | Stammdaten konsistent gepflegt | Mit Bereinigung möglich | Erhebliche Lücken/Fehler |
| Komplexität Anforderungen | Standard-Profil ausreichend | Teilweise Extended nötig | Extended mit Anpassungen |
| IT-Ressourcen und IT-Startlage | Modern, für 3–6 Monate verfügbar | Legacy, für 6–12 Monate verfügbar | Nicht oder nur begrenzt verfügbar |
Eine grobe Orientierung: Wenn mindestens 4 der 6 Kriterien „grün" sind, ist das Format wahrscheinlich eine gute Wahl. Bei vielen „roten" Kriterien sollten zunächst Vorbereitungsarbeiten erfolgen.
Was unterscheidet eine erfolgreiche Einführung von einer gescheiterten? Es sind oft subtile Faktoren, die über Erfolg oder Misserfolg entscheiden.
Saubere Prozessdefinition:
Ein erfolgreicher Rollout basiert auf einer klaren, dokumentierten Prozessdefinition. Alle beteiligten Rollen kennen ihre Aufgaben, Timing und Verantwortung. Dies ist schriftlich festgehalten.
Realistische Automatisierungsquoten und transparente Kostenmodelle:
Erfolgreiche Projekte setzen sich nicht das Ziel „100 Prozent Automatisierung", sondern „70 bis 80 Prozent Straight-Through-Processing bei akzeptabler Fehlerquote". Dies ist realistisch und erreichbar. Die Kostenmodelle machen transparent, wie die Automatisierungsquote von IT-Startlage, Datenqualität und Rechnungsvolumen abhängt.
Umfassende Fehlerbehandlung:
Es ist nicht ausreichend, nur den erfolgreichen Path zu automatisieren. Ein gutes System behandelt auch Fehlerfälle strukturiert: Rechnungen mit fehlenden Daten, Abweichungen zu Bestellungen, Datenqualitätsprobleme – all das muss regelbasiert und transparent bearbeitet werden.
Gründliche Datenqualität vor Go-Live:
Vor der Produktiveinführung wird die Stammdatenqualität überprüft und bereinigt. Lieferantendaten, Kostenartcodes, Kontierungscodes müssen konsistent sein. Dies ist zeitaufwendig, aber essentiell für stabile Automatisierung.
Adäquate Testabdeckung:
Das System wird mit verschiedenen Rechnungsszenarien getestet: Standardrechnungen, Rechnungen mit Rabatten, Gutschriften, Rechnungen mit Mehrfachpositionierung. Dies deckt 90 Prozent der echten Fälle ab.
Stabiler Betrieb und Monitoring:
Nach dem Go-Live wird aktiv überwacht: Wie viele Rechnungen werden automatisch verarbeitet, wie viele benötigen manuelle Eingriffe, wo treten fehlerhafte Buchungen auf? Diese Metriken werden wöchentlich analysiert, und Probleme werden schnell behoben.
Supportstruktur für Geschäftspartner:
Lieferanten und Kunden, die Rechnungen austauschen, benötigen Support. Eine erfolgreiche Implementierung bietet technische Hilfe bei Fragen zu Formaten, Profilen und Kompatibilität.
Diese Checkliste gibt einen strukturierten Überblick über die wichtigsten Phasen einer Einführung:
Vorphase – Grundlagen klären:
Anforderungsphase:
Implementierungsphase:
Testphase:
Go-Live und Betrieb:
Ist das Format ein gesetzlicher Standard in Deutschland?
ZUGFeRD erfüllt die europäischen Vorgaben für elektronische Rechnungen (EN 16931). Seit dem 1. Januar 2025 ist die E-Rechnung im B2B-Bereich in Deutschland Pflicht, und das Format ist eine vollwertige Option zur Erfüllung dieser Anforderung. Es ist nicht der einzige Standard, aber der benutzerfreundlichste für Unternehmen verschiedener Größen.
Kann man das Format mit kostenlosen Tools erstellen?
Ja, es gibt kostenlose Online-Tools zur Erstellung von Rechnungen in diesem Format. Diese sind sinnvoll für kleine Mengen (einige Rechnungen pro Monat). Ab etwa 100 Rechnungen pro Monat wird die Integration in die bestehende Buchhaltungssoftware praktisch notwendig. Die meisten modernen Buchhaltungs- und ERP-Systeme unterstützen das Format bereits.
Was ist der Unterschied zwischen diesem Format und PDF-Rechnungen?
Eine PDF-Rechnung ist ein visuelles Dokument, das von Menschen gelesen wird, aber nicht strukturiert maschinell verarbeitet werden kann. Eine Rechnung in diesem Format ist ein PDF, das zusätzlich strukturierte XML-Daten enthält. Diese Daten können automatisch in ERP-Systemen eingelesen und verarbeitet werden. Dies ist der große Vorteil für die Automatisierung.
Ist das Format nur für große Unternehmen sinnvoll?
Nein, im Gegenteil. Das Format ist besonders für kleine und mittlere Unternehmen interessant, weil es eine niedrige Einstiegshürde bietet. Ein KMU kann zunächst die PDF-Komponente nutzen und später die Automatisierung erweitern, wenn das Volumen wächst.
Muss ich alle Geschäftspartner umstellen, wenn ich das Format einführe?
Nein. Das Format ist optional für den Versand und kann parallel zu bisherigen Methoden (E-Mail, Portal) verwendet werden. Lieferanten können Rechnungen in diesem Format versenden, während andere noch PDF oder Papier nutzen.
Was kostet die Einführung?
Dies hängt stark ab vom Rechnungsvolumen, der bestehenden Software und der Komplexität. Bei modernen, unterstützenden Systemen können die Kosten niedrig sein (unter 5.000 Euro). Bei legacy-Systemen können die Kosten deutlich höher ausfallen. Eine Kostenanalyse sollte Lizenzkosten, Implementierungsaufwand, Testing, Schulung und monatliche Betriebskosten (100 bis 300 Euro) berücksichtigen.
Wie lange dauert die Einführung?
Mit moderner Software und klaren Anforderungen dauert ein Projekt 3 bis 6 Monate vom Start bis zum Go-Live. Komplexere Projekte oder legacy-geprägte Umgebungen können 6 bis 12 Monate benötigen. Wichtig ist, nicht zu schnell zu fahren und die Testphase angemessen Zeit einzuräumen.
Kann ich das Format auch international nutzen?
Ja. ZUGFeRD basiert auf dem internationalen UN-CEFACT-Standard und kann weltweit eingesetzt werden. Allerdings gibt es national unterschiedliche Compliance-Anforderungen. In Deutschland ist das Format ein Standard, in anderen Ländern können andere Formate bevorzugt sein.
Was ist der Unterschied zwischen Standard-Profil und Extended-Profil?
Das Standard-Profil (EN 16931) erfüllt alle EU-Anforderungen und passt für etwa 95 Prozent der Rechnungen. Das Extended-Profil erlaubt zusätzliche Datenfelder für spezialisierte Anforderungen. Für die meisten Unternehmen reicht Standard, Extended ist spezialisierter und teurer.
ZUGFeRD kombiniert PDF-Lesbarkeit mit maschineller Verarbeitbarkeit und unterstützt Unternehmen bei der Erfüllung der E-Rechnungspflicht. Der Erfolg hängt von transparenten Kostenmodellen, realistischen Automatisierungsquoten und sauberer Projektierung ab – nicht vom Format allein.