ZUGFeRD ist ein elektronisches Rechnungsformat im Hybrid-Stil, das zwei Komponenten in einer einzigen Datei kombiniert: ein visuell lesbares PDF und eine maschinenlesbare XML-Datei. Dieses Format ermöglicht sowohl menschliche Lesbarkeit als auch automatisierte Verarbeitung ohne Medienbruch und wurde speziell für den deutschen Markt und europäische Standards entwickelt.
Für CFOs, Finanzbuchhaltungsleiter und IT-Verantwortliche ist das Verständnis dieses Formats entscheidend, da es unmittelbar auf End-to-End-Rechnungsprozesse, Fehlerquoten, Compliance-Anforderungen und messbare ROI-Metriken einwirkt. Im Kontext der E-Rechnung ist ZUGFeRD besonders relevant.
ZUGFeRD ist ein Hybrid-Format für elektronische Rechnungen, das eine menschenlesbare PDF-Datei und eine maschinenlesbare XML-Datei in einer einzelnen Datei kombiniert. Die PDF-Komponente ermöglicht das Lesen und Drucken durch Menschen, die XML-Komponente ermöglicht automatisierte Verarbeitung durch ERP-, Buchhaltungs- und Workflow-Systeme ohne manuelle Datenerfassung. Das Format wurde vom FeRD – dem Forum Elektronische Rechnung Deutschland – entwickelt und basiert auf PDF/A-3.
Das Hybrid-Format löst einen klassischen Konflikt: Der sichtbare Rechnungsinhalt wird im PDF-Teil dargestellt, während dieselben Daten strukturiert in der XML gespeichert sind. Systeme können die Rechnung automatisch erfassen, validieren und gegen Bestellungen zuordnen. Dieser duale Aufbau reduziert Medienbrüche, Eingabefehler und manuelle Verarbeitungsschritte erheblich.
Die Relevanz des Hybrid-Formats liegt in der Lösung eines klassischen Digitalisierungsproblems. Organisationen mit hohem Rechnungsvolumen mussten bisher entweder auf Lesbarkeit oder auf Automatisierung setzen. Papierbasierte Rechnungen erfordern physische Speichermittel, Druckkosten und Aufbewahrungsplatz – und sind völlig unautomatisierbar. Reine PDF-Rechnungen sind zwar druckbar und archivierbar, aber Systeme können ihre Inhalte nicht automatisch einlesen. Reine XML-Rechnungen sind hochautomatisiert, aber Kunden und Prüfer konnten sie nicht direkt lesen oder drucken. ZUGFeRD löst dieses Dilemma, indem es beide Funktionen in einer Datei vereint.
Für Finance-Teams ist das Format strategisch wichtig: Es reduziert Fehlerquoten durch den Wegfall manueller Datenerfassung. Die Verarbeitungszeit pro Rechnung sinkt nachweislich, wenn Empfängersysteme die XML automatisch auslesen können. End-to-End-Rechnungsprozesse werden messbarer und steuerbarer. Zudem ist das Hybrid-Format ein wesentlicher Baustein im Kontext der E-Invoicing-Regulierung – seit Juni 2025 ist die Fähigkeit zur Verarbeitung strukturierter Rechnungsformate für viele Organisationen nicht mehr optional, sondern Teil gesetzlicher oder behördlicher Vorgaben. Wer dabei Unterstützung braucht, sollte eine E-Rechnung-Beratung in Betracht ziehen.
Aus Compliance-Perspektive ist ZUGFeRD relevant, weil das PDF/A-3-Format Grundlagen für GoBD-Konformität bietet. Allerdings ist die bloße Verwendung von PDF/A-3 nicht ausreichend für vollständige Ordnungsmäßigkeit. Erforderlich sind konkrete Archivierungsprozesse mit Unveränderbarkeit der Dateien, eine schriftliche Verfahrensdokumentation, die erklärt, wie Dateiintegrität und Authentizität gewährleistet werden, und eine dokumentierte Protokollierung der Verarbeitung. Die Metadaten zur Rechnungsdokumentation müssen eindeutig und unveränderbar gespeichert sein.
Ein ZUGFeRD-Rechnungsformat besteht aus klar definierten Komponenten, deren Zusammenspiel das Format funktionsfähig macht.
Die PDF-Komponente ist ein PDF/A-3-Dokument – ein standardisiertes Format für Langzeitarchivierung mit der Besonderheit, dass digitale Anhänge eingebettet werden können. Diese visuelle Datei zeigt die Rechnung so, wie ein Mensch sie lesen möchte: mit Logos, Formatierung und druckbarer Gestaltung. Sie dient der visuellen Prüfung durch Rechnungsfreigabe-Workflows, dem Druck für Archivierung und der Prüfung durch Menschen.
Die XML-Datei ist in das PDF eingebettet und enthält die strukturierten Rechnungsdaten in maschinenlesbarer Form. Diese Komponente folgt entweder dem CrossIndustryInvoice (CII)-Format von UN/CEFACT oder der Universal Business Language (UBL). Die XML ist die Grundlage für automatisierte Verarbeitung durch Buchhaltungssysteme, ERP-Systeme, Rechnungsworkflows und automatische Belegzuordnung. Wichtig: Die XML muss vollständig, korrekt formatiert und gegen die ZUGFeRD-Spezifikation validiert sein, um von Empfängersystemen erkannt zu werden.
Eine vollständige ZUGFeRD-Rechnung muss folgende Informationen enthalten: Rechnungsnummer, Rechnungsdatum, Absenderdaten, Empfängerdaten, einzelne Rechnungspositionen mit Mengen und Einzelpreisen, Gesamtbeträge, Steuersätze und Steuerbeträge, Zahlungsinformationen, Referenzen zu Bestellungen oder Lieferscheinen sowie optional Skonto- und Verzugszinsinformationen. Rechnungen an deutsche Behörden müssen zusätzliche Pflichtfelder erfüllen. Fehlende oder fehlerhafte Inhalte führen dazu, dass Empfänger die Rechnung ablehnen oder manuell erfassen müssen, was Zahlungsverzögerungen nach sich zieht.
ZUGFeRD existiert in mehreren Versionen: 1.0, 2.0, 2.0.1, 2.1 und 2.1.1. Dies ist ein kritischer Punkt: Seit Juni 2025 akzeptieren deutsche Behörden ausschließlich Version 2.1.1 und neuer. Ältere Versionen werden von Behörden nicht mehr akzeptiert. Unternehmen müssen inzwischen sicherstellen, dass ihre Rechnungssysteme auf die aktuelle Version aktualisiert sind, wenn sie Rechnungen an öffentliche Stellen versenden. Version 2.1.1 ist zudem mit dem europäischen Standard EN 16931 kompatibel und kann mit dem französischen Format Factur-X ausgetauscht werden. Eine Rule-Set-Strategie pro Empfänger ist notwendig: Intern sollte dokumentiert sein, welche Version für welche Empfängergruppe verwendet wird.
Um das ZUGFeRD-Format richtig einzuordnen, ist es hilfreich, es mit verwandten E-Invoicing-Formaten zu vergleichen. Die folgende Tabelle zeigt die wichtigsten Unterschiede:
| Format | Aufbau | Visuelle Darstellung | Automatisierung | Haupteinsatzgebiet | Behördliche Anforderung |
|---|---|---|---|---|---|
| ZUGFeRD 2.1.1+ | PDF + XML in einer Datei | Ja (PDF-Teil) | Ja (XML-Teil) | Deutschland, B2B, B2G, Hybrid-Szenarien | Erfüllt deutsche Behördenanforderungen seit Juni 2025 |
| XRechnung | Nur XML | Nein (reine Datenform) | Ja (vollautomatisiert) | Deutschland, behördliche Vorgaben | Pflicht für Behördenrechnungen |
| PDF (rein) | Nur visuell | Ja | Nein (manuelle Erfassung) | Klassische Rechnungsstellung, Archivierung | Nicht strukturiert, keine Automatisierung |
| XML (rein) | Nur strukturierte Daten | Nein | Ja | Enterprise, hochautomatisierte Szenarien | Nicht druckbar, keine visuelle Prüfung |
| Factur-X | PDF + XML in einer Datei | Ja (PDF-Teil) | Ja (XML-Teil) | Frankreich, europäische Standards | Kompatibel mit ZUGFeRD 2.0+ |
ZUGFeRD und XRechnung sind verwandte, aber unterschiedliche Formate mit unterschiedlichen Einsatzzwecken. XRechnung ist ein reines XML-Format und primär für deutsche Behörden konzipiert. ZUGFeRD 2.1.1 wurde gezielt so weiterentwickelt, dass es mit XRechnung kompatibel ist. Unternehmen können somit mit einer einzigen Rechnungsvariante sowohl an Private als auch an Behörden versenden – vorausgesetzt, alle Pflichtfelder sind korrekt gefüllt.
Kritisch zu verstehen: Nur Version 2.1.1 und neuere Versionen werden von deutschen Behörden akzeptiert. Ältere Versionen werden seit Juni 2025 nicht mehr akzeptiert. Das ist ein kritisches Übergangskriterium für Unternehmen, die Rechnungen an staatliche Stellen versenden. Der Umstieg auf 2.1.1 sollte abgeschlossen sein. Unternehmen müssen prüfen, ob ihre Rechnungserstellungssysteme die aktuelle Version ausgeben, ob die Archivierungs-Workflows angepasst wurden, und ob eine Versionssteuerung pro Empfängergruppe dokumentiert ist. Für die Einordnung verschiedener Anforderungen hilft auch ein Blick auf das Unterschied zwischen XRechnung und ZUGFeRD.
Factur-X ist das französische Äquivalent zu ZUGFeRD und folgt dem gleichen hybriden Prinzip. ZUGFeRD 2.0 und später wurden gezielt mit Factur-X kompatibel gemacht, um grenzüberschreitende Rechnungsstellung zu vereinfachen. Ergänzend kann ein XRechnung-Validator bei der technischen Prüfung unterstützen.
Der praktische Einsatz von ZUGFeRD-Rechnungen folgt einem standardisierten End-to-End-Workflow, der von der Erstellung über Validierung, Versand bis zur Verarbeitung und Archivierung reicht.
Es gibt mehrere Wege, um ZUGFeRD-konforme Rechnungen zu erzeugen. Für technisch versierte Nutzer ist es grundsätzlich möglich, selbst ein PDF/A-3-Dokument zu erstellen und eine XML-Datei darin einzubetten. Dies erfordert jedoch Programmierkenntnisse und spezialisierte Tools zur korrekten Formatierung und Validierung.
Die praktischere Alternative sind integrierte Rechnungsportale oder spezialisierte Software-Lösungen, die ZUGFeRD-Erzeugung automatisieren. Solche Systeme ermöglichen es, Rechnungen über eine Weboberfläche zu erstellen, Empfängerdaten einzutragen, Bestellungsreferenzen zuzuordnen und das Ausgabeformat zu wählen. Der typische Workflow sieht so aus:
Solche integrierten Lösungen sparen Zeit und Geld, besonders bei hohem Rechnungsvolumen. Sie bündeln Erstellung, Validierung, Konvertierung und Versand an einem Ort und gewährleisten gleichzeitig technische Konformität mit dem Format. Eine dokumentierte Konfiguration, welche Validierungsschritte durchlaufen werden, ist erforderlich für die GoBD-Konformität.
Bevor eine ZUGFeRD-Rechnung versendet wird, sollte immer geprüft werden, wie der Empfänger Rechnungen entgegennehmen möchte und kann. Die gängigsten Versandwege sind E-Mail und spezialisierte Netzwerke wie Peppol. Die Empfängerpräferenzen sollten grundsätzlich in einer Stammdaten-Verwaltung dokumentiert sein, um automatisierte Versendung sicherzustellen. Dies ist auch ein Audit-Kontrollpunkt: Es sollte überprüfbar sein, welche Rechnungen in welchem Format an welche Empfänger versendet wurden. In manchen Fällen unterstützt ein elektronisches Meldesystem die strukturierte Übermittlung.
Beim Empfänger kommt der Nutzen des Hybrid-Formats voll zum Tragen. Ein ERP-System oder Rechnungsverarbeitungssystem kann die eingebettete XML auslesen und die Daten direkt in den AP-Prozess übernehmen – ohne manuelle Erfassung, ohne Abschreib- oder Übertragungsfehler. Das System kann automatisch:
Parallel kann der PDF-Teil für die visuelle Prüfung durch Menschen verwendet werden, etwa in Freigabe-Workflows oder bei Unstimmigkeiten. So ergibt sich ein automatisierter, aber nachprüfbarer Prozess. Die Validierung und das Matching sollten dokumentiert sein – dies ist ein wichtiger Kontrollpunkt für die GoBD-Konformität. Eine Protokollierung dieser Schritte ist erforderlich. Im weiteren Prozess kann ein Request-to-Pay ergänzend relevant sein.
Bei der Nutzung von ZUGFeRD-Rechnungen können verschiedene Fehler auftreten, die zu Problemen in der Verarbeitung, Ablehnung oder verzögerter Zahlung führen.
Der häufigste Fehler ist die Verwendung von unvollständigen oder fehlerhaften Rechnungsinhalten. Wenn beispielsweise die Umsatzsteuer-ID des Absenders fehlt, die Rechnungsnummer nicht eindeutig ist, Positionen ohne korrekte Preise oder Steuersätze vorhanden sind, oder Zahlungsziele nicht gesetzt sind, kann der Empfänger die Rechnung nicht automatisch verarbeiten. Dies führt zu manuellen Rückfragen, Verarbeitungsverzögerungen und im schlimmsten Fall zur Zahlungsverzögerung oder Ablehnung. Ein Compliance-Risiko: Unvollständige Rechnungen können auch zu Audit-Befunden führen.
Ein kritischer Fehler ist die Verwendung falscher oder veralteter ZUGFeRD-Versionen. Wer beispielsweise eine Rechnung in Version 2.0.1 an eine deutsche Behörde sendet, wird eine Ablehnung erhalten, da nur Version 2.1.1 oder neuer akzeptiert wird. Das ist ein häufiger Fehler bei Unternehmen, die ihre Systeme nicht auf die aktuellen Vorgaben aktualisiert haben. Ein Versionscheck in den Rechnungssystemen ist ein Muss.
Ein subtiler, aber kritischer Fehler ist Inkonsistenz zwischen PDF und XML. Wenn beispielsweise die Rechnungsnummer im PDF anders lautet als in der XML, oder wenn Beträge unterschiedlich sind, erkennen Empfängersysteme dies als Validierungsfehler. Solche Fehler führen dazu, dass die Rechnung abgelehnt oder manuell bearbeitet werden muss.
Ein pragmatischer Fehler ist, nicht mit dem Empfänger abzustimmen, in welchem Format Rechnungen akzeptiert werden. Manche Kunden akzeptieren nur PDF, manche brauchen ausdrücklich XRechnung, manche akzeptieren ZUGFeRD, manche benötigen zusätzliche Felder. Ohne vorherige Abstimmung können Rechnungen zwar technisch korrekt sein, aber nicht akzeptiert oder verarbeitet werden.
Viele Fehler würden sich vermeiden lassen, wenn Rechnungen vor dem Versand geprüft würden. Die Validierungsprüfung sollte mehrere Ebenen umfassen: Sichtprüfung des PDF-Teils durch einen Menschen, technische Validierung der XML gegen die ZUGFeRD-Spezifikation, Abgleich gegen Pflichtfelder, Konsistenzprüfung zwischen PDF und XML. Ein Audit-Kontrollpunkt: Es sollte dokumentiert sein, welche Validierungsschritte durchgeführt wurden und welche Ergebnisse diese hatten. Ein praktisches Werkzeug ist zum Beispiel ein PDF-in-ZUGFeRD-umwandeln-Ansatz.
Ein prozessuales Risiko ist mangelnde Governance bei der Verwaltung von Versionen, Templates und Konfigurationen. Wenn verschiedene Abteilungen unterschiedliche Versionen oder Templates nutzen, können Inkonsistenzen entstehen. Eine zentrale Konfigurationsverwaltung und regelmäßige Audits der Rechnungserstellung sind notwendig. Dies ist essentiell für die GoBD-Konformität.
Ein kritischer Fehler ist die unzureichende Archivierung und Dokumentation der Rechnungsverarbeitung. ZUGFeRD-Dateien müssen digital, unveränderbar und mit Metadaten archiviert werden. Erforderlich sind: unveränderbare Speicherung mit Schreibschutz oder Integritätsprüfung, eindeutige Metadaten, Protokollierung aller Verarbeitungsschritte, Dokumentation der Kontrollen, schriftliche Verfahrensdokumentation, die beschreibt, wie Dateiintegrität und Authentizität gewährleistet werden, und Nachweismöglichkeit der kompletten Verarbeitungskette. Fehler hier führen direkt zu GoBD-Mängeln und Audit-Befunden. Bei der Archivierung kann auch E-Rechnung archivieren wichtig sein.
Die Entscheidung, ob und wann ZUGFeRD sinnvoll ist, hängt von spezifischen Anforderungen, Rechnungsvolumina und Empfängerkreisen ab. ZUGFeRD ist keine Pflicht, sondern eine optionale, aber oft praktische und zunehmend regulatorisch geförderte Lösung.
ZUGFeRD macht dann am meisten Sinn, wenn Unternehmen bereits ein E-Invoicing-Format nutzen, aber gleichzeitig druckbare Rechnungen für Kunden, Prüfer oder Lieferanten bereitstellen müssen. Das Hybrid-Format vermeidet, dass zwei separate Rechnungsvarianten gepflegt und versendet werden müssen.
Auch wenn unterschiedliche Empfänger unterschiedliche Formate brauchen, trägt ZUGFeRD zur Vereinfachung bei. Wer beispielsweise an Behörden, Privatunternehmen und internationale Partner rechnungsweise verkauft, kann mit ZUGFeRD 2.1.1 eine einzige Rechnungsvariante erstellen und diese direkt als ZUGFeRD versenden.
Ein weiterer Anwendungsfall ist, wenn digitale Weiterverarbeitung und visuelle Lesbarkeit gleichermaßen wichtig sind. Dies ist typisch bei Organisationen mit hohem Rechnungsvolumen (ab ca. 500+ Rechnungen/Monat), die automatisierte Buchhaltungsprozesse mit ordnungsgemäßer Archivierung verbinden müssen und damit Effizienzgewinne realisieren können.
Unternehmen mit mehreren ERP-Systemen oder komplexen Organisationsstrukturen profitieren ebenfalls, da ZUGFeRD einen standardisierten Datenaustausch ermöglicht und die Notwendigkeit für kundenspezifische Schnittstellen reduziert.
ZUGFeRD hat auch Grenzen. Wenn ein Unternehmen international stark aktiv ist und europäische Standards nicht relevant sind, können international verbreitete Formate besser passen. Auch wenn der Empfänger ausdrücklich ein anderes Format verlangt, führt kein Weg an einer Abstimmung vorbei. In kleineren Unternehmen mit niedrigem Rechnungsvolumen (unter 100 Rechnungen/Monat) kann die technische Komplexität und der Implementierungsaufwand den Nutzen überwiegen.
| Entscheidungskriterium | ZUGFeRD sinnvoll | Alternative besser |
|---|---|---|
| Rechnungsvolumen/Monat | Ab 500+ | Unter 100 |
| Empfänger benötigt Druck und Archivierung | Ja, Hybrid-Format ideal | Nur PDF nötig |
| Systemintegration erforderlich | Ja, XML wird automatisiert gelesen | Manuelle Erfassung möglich |
| Mehrere Empfängerformate (B2B, B2G) | Ja, eine Datei für alle | Separate Templates nötig |
| Empfänger akzeptiert ZUGFeRD 2.1.1+ | Ja, direkt einsetzbar | Andere Formate erforderlich |
| Internationale Rechnungsstellung (außer EU) | Eingeschränkt (Deutschland fokussiert) | Internationale Standards besser |
| Ressourcen für Implementierung und Governance | Vorhanden, zentrale Verwaltung möglich | Minimal, dezentral handhabbar |
| GoBD-Compliance und Audits erforderlich | Ja, mit Verfahrensdoku und Protokollierung machbar | Einfacher für einfache Szenarien |
Eine gute ZUGFeRD-Implementierung zeichnet sich durch mehrere Merkmale aus, die technische Konformität, Prozesssicherheit und praktische Anwendbarkeit sicherstellen.
Eine korrekte ZUGFeRD-Rechnung muss beide Komponenten enthalten: eine gültige PDF/A-3-Datei und eine korrekt formatierte und in das PDF eingebettete XML-Datei. Die XML muss gegen die ZUGFeRD-Spezifikation validiert sein und alle geforderten Pflichtfelder enthalten. Die PDF muss lesbar, druckbar und vom Format her dem PDF/A-3-Standard entsprechen.
Alle Rechnungsinhalte müssen vollständig sein und zwischen PDF und XML konsistent. Fehlende oder inkonsistente Daten sind ein Zeichen mangelnder Qualität und führen zu Verarbeitungsfehlern.
Die verwendete ZUGFeRD-Version muss den Anforderungen des Empfängers entsprechen. Für deutsche Behörden ist derzeit mindestens Version 2.1.1 erforderlich. Eine gute Lösung ermöglicht es, verschiedene Versionen je nach Empfänger zu konfigurieren und dokumentiert diese Konfiguration.
Eine gute Lösung integriert sich nahtlos in bestehende Systemlandschaften – ERP-Systeme, Rechnungsverarbeitungssysteme, Dokumentenmanagementsysteme und Workflow-Management-Systeme. Die Lösung sollte mit standardisierten APIs oder Konnektoren arbeiten. Wichtig: Eine gute Lösung ermöglicht auch die Dokumentation dieser Prozesse und Schnittstellen, um GoBD-Anforderungen zu erfüllen.
Eine professionelle ZUGFeRD-Lösung bietet mehrschichtige Prüfmechanismen: Validatoren für technische Korrektheit gegen die ZUGFeRD-Spezifikation, Testumgebungen für verschiedene Empfängerszenarien, Möglichkeit zur Konsistenzprüfung zwischen PDF und XML. Protokollierung von Validierungsergebnissen ist erforderlich und sollte archivierbar sein.
Eine gute Lösung unterstützt ordnungsgemäße digitale Archivierung gemäß GoBD mit folgenden konkreten Features: unveränderbare Speicherung der ZUGFeRD-Datei, Erfassung und unveränderbare Speicherung von Metadaten, Protokollierung aller Verarbeitungsschritte mit Zeitstempeln, Möglichkeit zur Dokumentation von Rollen und Freigabeschritte, und Nachweismöglichkeit der Kette der Verarbeitung. Die Lösung sollte zudem eine Verfahrensdokumentation ermöglichen oder unterstützen, die erklärt, wie die Dateiintegrität und Authentizität gewährleistet werden. Ergänzend kann eine passende E-Rechnung-Schulung die Einführung absichern.
Bevor eine ZUGFeRD-Rechnung versendet wird, sollten diese Punkte geprüft sein:
Kann ich eine ZUGFeRD-Rechnung selbst erstellen, ohne spezielle Software?
Technisch ist es möglich, wenn Sie Programmierkenntnisse haben und die notwendigen Tools zur Verfügung stehen. Für die meisten Unternehmen ist es praktischer und sicherer, eine Rechnungsplattform oder spezialisierte Software zu nutzen, die den Prozess automatisiert und Validierung eingebaut hat.
Muss eine ZUGFeRD-Rechnung immer sowohl PDF als auch XML enthalten?
Ja. Wenn eine Datei nur PDF oder nur XML enthält, ist es keine ZUGFeRD-Rechnung. Das Hybrid-Format ist per Definition die Kombination beider Komponenten in einer einzigen Datei.
Welche ZUGFeRD-Version soll ich verwenden?
Das hängt vom Empfänger ab. Für deutsche Behörden ist derzeit Version 2.1.1 oder neuer erforderlich. Für Privatunternehmen sind oft auch andere Versionen akzeptabel, aber die Abstimmung mit dem Empfänger ist wichtig. Version 2.1.1 ist die sicherste Wahl, wenn Unsicherheit besteht.
Wie unterscheidet sich ZUGFeRD von XRechnung?
ZUGFeRD ist ein Hybrid-Format (PDF + XML). XRechnung ist reines XML. ZUGFeRD 2.1.1 und später sind mit XRechnung kompatibel und können auch als Basis für XRechnung-Umwandlung genutzt werden. Welches Format zu wählen ist, hängt von den Empfängeranforderungen ab.
Kann ich eine ZUGFeRD-Rechnung international versenden?
ZUGFeRD ist primär für Deutschland optimiert. International gibt es ähnliche Formate wie Factur-X oder andere EU-Standards. Für internationale Rechnungsstellung sollten Sie die Anforderungen der Empfängerländer abklären.
Wie prüfe ich, ob meine ZUGFeRD-Rechnung korrekt ist?
Es gibt Online-Validatoren und Checker, die ZUGFeRD-Dateien technisch prüfen. Zusätzlich sollte die PDF visuell geprüft werden. Eine Konsistenzprüfung zwischen PDF und XML ist ebenfalls wichtig. Validierungsergebnisse sollten dokumentiert werden.
Ist ZUGFeRD Pflicht?
Nein, ZUGFeRD ist nicht generell Pflicht. Für Rechnungen an deutsche Behörden gibt es jedoch konkrete Anforderungen: Behörden akzeptieren XRechnung oder ZUGFeRD 2.1.1+. Für B2B-Rechnungen zwischen Privatunternehmen ist es optional, wird aber von vielen Empfängern geschätzt.
Wie lagere ich ZUGFeRD-Rechnungen ordnungsgemäß ein?
ZUGFeRD-Rechnungen müssen digital und unveränderbar archiviert werden. Die Datei muss mit Metadaten zur Rechnungsdokumentation versehen sein. Zusätzlich muss eine Protokollierung der Verarbeitung erfolgen und ein Verfahrensdokument vorhanden sein, das die Gewährleistung von Dateiintegrität und Authentizität beschreibt. Die Aufbewahrung muss der gesetzlichen Aufbewahrungsfrist entsprechen.
Welche wirtschaftlichen Effekte bringt ZUGFeRD?
Bei korrekter Implementierung können Bearbeitungszeit pro Rechnung sinken, manuelle Erfassungsfehler können deutlich reduziert werden, Verarbeitungsverzögerungen können minimiert werden, und Prozesse werden messbarer und dokumentierbar. Allerdings sind diese Effekte abhängig von korrekten Daten, vollständiger Validierung und fehlerfreiem Matching. Bei Rechnungsvolumina ab 500+/Monat mit automatisierten Prozessen können sich Implementierungen amortisieren.
Was sind die größten Implementierungsrisiken?
Häufige Risiken: Verwendung falscher Versionen, unvollständige oder inkonsistente Rechnungsdaten, fehlende oder unzureichende Validierung vor Versand, unzureichende Abstimmung mit Empfängern, mangelnde Governance bei Templates und Konfigurationen, unzureichende Schulung des Personals, unzureichende Archivierung und Protokollierung, fehlende Verfahrensdokumentation, und lückenhafte Audit-Kontrollpunkte. Eine klare Prozessdokumentation, umfangreiche Testphase, Schulung, und regelmäßige Audits mindern diese Risiken erheblich.
ZUGFeRD kombiniert Lesbarkeit mit Automatisierbarkeit in einem Format und ist ein bewährter Standard in Deutschland. Korrekte Versionierung, mehrschichtige Validierung, dokumentierte Prozesssteuerung und GoBD-konforme Archivierung mit Verfahrensdokumentation und Protokollierung sind zentrale Erfolgsfaktoren für sichere und nachweisbare Rechnungsprozesse.