XRechnung und ZUGFeRD
XRechnung und ZUGFeRD sind digitale Rechnungsformate, welche in der Praxis als XML-Dateien oder PDFs mit eingebetteten XML-Daten verschickt werden.
Seit März 2026 bilden in Deutschland bei hybriden E-Rechnungen die im strukturierten Teil (XML) vorliegenden Rechnungsdaten den führenden Teil.
Aufgrunddessen werden ZUGFeRD Belege seit Version 2.30 automatisch im strikten Modus verarbeitet (siehe Strict Mode)
Validierung von digitalen Rechnungen
Nicht alle digitalen Rechnungen, die Sie erhalten erfüllen die öffentlichen Standards. In der Praxis kann es daher passieren, dass Lieferanten digitale Rechnungen senden, die nicht durch Squeeze verarbeitet werden, weil die Dateien nicht valide sind.
Eine digitale Rechnung ist valide, wenn sie diese zwei Kriterien erfüllt:
- Die Datei (i. d. R. XML) ist korrekt formatiert. Sie enthält also gültiges XML
- Die fachlichen Kriterien an eine EN-16931 + Extension XML sind erfüllt. Beispiel: Die Rechnung enthält eine gültige Kombination aus Netto-, Steuer- und Brutto-Beträgen.
In der Validierung (UI) weist ein Icon darauf hin, dass ein Dokument als XRechnung verarbeitet wurde.
Validatoren
Hier ein Liste von Validatoren, mit denen Sie prüfen können, ob eine digitale Rechnung valide ist:
- https://erechnungsvalidator.service-bw.de/
- https://validator.invoice-portal.de/
- https://ecosio.com/en/peppol-and-xml-document-validator/
- https://peppol.munich-enterprise.com/xrechnung/
- https://www.zugferd-community.net/de/dashboard/validation (Speziell auch alle ZugFERD Varianten)
Extraktion
|
Schritt |
|
|---|---|
|
Extraktion |
|
Konfiguration von XML-Auswertungen
Ab der Version 2.13 und nach Freischaltung durch Dexpro oder einen der Partner, können Sie in die Extraktion von XML-Werten bei EN16931 konformen XML-Dokumenten eingreifen.
Siehe auch XRechnung und ZUGFeRD Auswertungstabellen
PDF-Rendering
Das PDF-Rendering für XRechnung und ZUGFeRD hat sich ebenfalls geändert:
-
EN-16931 konforme XML-Dokumente: Für standardisierte XML-Dokumente wie XRechnung und ZUGFeRD wird eine PDF aus dem Zwischenformat erstellt, das im InitStep generiert wurde. Dieses Zwischenformat basiert auf der
intermediate.xmlund wird genutzt, um alle relevanten Daten in einer übersichtlichen PDF-Darstellung zu präsentieren.
In der zukünftigen Version von Squeeze wird die vollständige Unterstützung für die PDF-Erzeugung von nicht EN16931-konformen XML-Dokumenten implementiert. Dies wird die Flexibilität und Integration für benutzerdefinierte XML-Formate weiter verbessern.
XML-Prüfbericht KoSIT
Ab Version 2.15 von Squeeze bietet unsere Squeeze-Lösungen die Möglichkeit, automatisch Prüfberichte für verarbeitete ZUGFeRD und XRechnung-Daten zu erstellen. Diese Berichte entsprechen den KoSIT-Standards und gewährleisten die Datenqualität. Während bei XRechnungen eine strikte Fehlerprüfung erfolgt, um die Datenintegrität zu schützen, bietet das System für ZUGFeRD-Belege eine größere Flexibilität. Dies ermöglicht eine individuelle Anpassung der Verarbeitungsprozesse an die spezifischen Anforderungen der Kunden.
Die Aktivierung der Funktionalität erfolgt durch unsere Partner oder unserer Berater. Den KoSIT Prüfbericht, können Sie sich in der Validierung des Dokumentes anzeigen lassen oder direkt über das Kontext-Menü in der Validierung herunterladen.
Umschlüsselung von Codes in Werte
Ab der Version 2.16 ist es möglich, Codes die in elektronischen Belegen genutzt werden in eigene Werte umzuschlüsseln. Solche Codes werden z.B. verwendet um Mengeneinheiten festzulegen, Steuerfälle zu definieren oder auch um den Vorgang festzulegen.
Hier die Anleitung, wie die Umschlüsselung der Codes aus elektronischen Belegen konfiguriert werden kann.
ZUGFeRD Strict Mode
Seit Version 2.30 (April 2026)
Laut gesetzlicher Verarbeitungsvorschrift bilden nunmehr die im strukturierten Teil (XML) vorliegenden Rechnungsdaten den führenden Teil. Weitere Informationen im FAQ des Bundesfinanzministerium.
Der strikte Modus hat folgende Auswirkungen auf die Verarbeitung von ZUGFeRD Vorgängen in SQUEEZE:
E-Mail Anhang Filterung
Anlagenfilter werden zugunsten der XML Verarbeitung übersteuert.
Bestehende Filter, welche PDFs bevorzugen werden demnach beim E-Mail Import übersteuert, sodass das XML bevorzugt verarbeitet wird.
Dieses Verhalten wird geloggt, um eine nachvollziehbare Verarbeitung zu gewährleisten.
Zusätzlich gibt es eine Systemprüfung, mit der eine eventuelle Fehlkonfiguration überprüft werden kann.
Automatische Validierungsreport Generierung
In dem strikten Modus wird die Generierung eines Validerungsreports der XML forciert.
Wenn die Generierung des Reports nicht gewünscht ist, muss der gesamte Strict Mode deaktiviert werden.
Original PDF als Anhang - Generierung Visualisierung
Die Originale PDF Datei wird bei der Verarbeitung in den Anhang verschoben.
Zur Visualisierung wird wie bei xRechnungen eine Visualisierung als PDF erzeugt, dessen Basis die verarbeitete XML ist.
Damit soll sichergestellt werden, dass ausschließlich die XML Daten angezeigt werden.
Dies ist vor allem sinnvoll, da bereits fehlerhafte Diskrepanzen zwischen XML und PDF desselben Vorgangs festgestellt werden konnten.
Überspringen der XML Extraktion (SkipXmlExtraction)
Diese Eigenschaft wird durch den Strict Mode übersteuert (und auch geloggt).
Die XML Verarbeitung wird forciert, auch wenn die Eigenschaft SkipXmlExtraction aktiviert ist.
Generische XMLs
Der ZUGFeRD strict mode findet KEINE Anwendung bei generischen XML Typen.
Bei generischen XML Vorgängen (nicht ZUGFeRD oder xRechnung) greifen die Auswirkungen des Strict Mode nicht, selbst wenn dieser für die Stapelklasse aktiviert wurde.

