ZUGFeRD / Factur-X
Hybrides E-Rechnungsformat mit visueller Rechnung und strukturierten XML-Daten. Je nach Profil gelten unterschiedlich umfangreiche Anforderungen an Pflichtfelder und Geschäftsregeln.
ZUGFeRD & Factur-X kostenlos prüfen
PDF oder XML hochladen und Ihre E-Rechnung mit Mustangproject auf ZUGFeRD / Factur-X und EN 16931 prüfen.
ZUGFeRDFactur-XEN 16931PDF / XMLMustangproject 2.26.0
E-Rechnungen direkt fehlerfrei erzeugen
VersandFaktur erstellt Rechnungen aus eBay- und Allegro-Bestellungen und unterstützt ZUGFeRD / Factur-X sowie KSeF-Workflows.
ZUGFeRD, Factur-X und EN 16931 – kurz erklärt
ZUGFeRD und Factur-X verbinden eine menschenlesbare Rechnung mit strukturierten XML-Rechnungsdaten. So kann der Empfänger die Rechnung wie ein normales Dokument ansehen und die enthaltenen Daten gleichzeitig automatisiert verarbeiten.
EN 16931
Die europäische semantische Norm für elektronische Rechnungen definiert unter anderem Geschäftsbegriffe, Pflichtangaben, Summenbeziehungen und Regeln für die Umsatzsteuerberechnung.
XRechnung
Eine deutsche CIUS auf Basis von EN 16931. XRechnung wird als strukturierte XML-Rechnung verwendet. Entsprechende Profile können geprüft werden, soweit sie von der eingesetzten Mustangproject-Version unterstützt werden.
Was prüft der kostenlose ZUGFeRD-Validator?
Der Upload wird lokal auf dem VersandFaktur-Server an Mustangproject übergeben. Der Validator wertet abhängig vom Dateityp und erkannten Profil mehrere Ebenen aus:
- XML-Struktur, Schema und die für das erkannte Rechnungsprofil anwendbaren Prüfregeln.
- EN-16931-Geschäftsregeln, zum Beispiel Beziehungen zwischen Netto, Umsatzsteuer, Brutto und Zahlbetrag.
- Bei PDF-Dateien zusätzlich PDF/A-Eigenschaften sowie für ZUGFeRD / Factur-X relevante Metadaten und die eingebettete XML-Rechnung.
- Erkanntes Profil und technische Validator-Meldungen, damit Fehler gezielt korrigiert werden können.
Häufige EN-16931-Fehler verstehen
Viele ungültige E-Rechnungen scheitern nicht an der PDF-Darstellung, sondern an mathematischen Beziehungen im XML. Diese Regeln tauchen bei der Fehlersuche besonders häufig auf:
Die Summe der Netto-Beträge der Rechnungspositionen passt nicht zur dokumentweiten Positionssumme. Typische Ursache: Rundung oder eine nachträglich geänderte Position.
Der Rechnungsbetrag ohne Umsatzsteuer stimmt nicht mit Positionssumme, Zuschlägen und Nachlässen überein.
Der Rechnungsbetrag inklusive Umsatzsteuer stimmt nicht mit Nettobetrag plus Umsatzsteuer überein.
Der Zahlbetrag berücksichtigt Gesamtbetrag, bereits gezahlte Beträge oder einen Rundungsbetrag nicht konsistent.
Der Umsatzsteuerbetrag einer Steuerkategorie passt nach der vorgeschriebenen Rundung nicht zu Steuerbasis × Steuersatz.
Ein-Cent-Differenzen bei Marktplatz-Rechnungen
Gerade bei brutto vorgegebenen Verkaufspreisen kann die Rückrechnung auf Netto und Umsatzsteuer zu einer Differenz von einem Cent führen. Eine solche Differenz sollte nicht durch eine mathematisch falsche Umsatzsteuer kaschiert werden. EN 16931 kennt dafür den Rundungsbetrag (BT-114), mit dem ein korrekter Steuerbetrag und der tatsächlich geschuldete Rechnungsbetrag zusammengeführt werden können.
Warum PDF/A und eingebettetes XML getrennt zählen
Eine fehlerfreie XML-Datei allein macht ein hybrides ZUGFeRD-/Factur-X-PDF noch nicht automatisch gültig. Bei PDF-Rechnungen prüft Mustangproject auch PDF/A-Eigenschaften und relevante Metadaten. Deshalb können XML-Prüfung und PDF/A-Prüfung unterschiedliche Ergebnisse liefern.
Was bedeutet „gültig“?
„Gültig“ bedeutet, dass Mustangproject für die hochgeladene Datei und das erkannte Profil keine fehlschlagende technische Prüfregel gemeldet hat. Die Validierung ist eine technische Prüfung und ersetzt keine steuerliche oder rechtliche Beurteilung des konkreten Geschäftsvorfalls.
So gehen Sie bei einer Fehlermeldung vor
- Regelcode wie BR-CO-17 notieren und die dazugehörige Meldung lesen.
- Die betroffenen Beträge oder Pflichtfelder im erzeugten XML mit den sichtbaren Rechnungsdaten vergleichen.
- Die Rechnung nach der Korrektur erneut validieren – idealerweise bevor sie an den Empfänger versendet wird.
Häufige Fragen zum ZUGFeRD-Validator
Was wird geprüft?
Mustangproject prüft die eingebettete Factur-X-/ZUGFeRD-XML und bei PDF-Dateien zusätzlich die PDF/A-Eigenschaften. Je nach Profil werden auch EN16931-Regeln ausgewertet.
Werden Rechnungen gespeichert?
Nein. Die hochgeladene Datei wird nach der Prüfung aus dem privaten temporären Verzeichnis gelöscht.
Welche Dateien sind erlaubt?
PDF- und XML-Dateien bis 10 MB. Für PDF wird eine echte PDF-Signatur geprüft; XML wird ohne externe Netzwerkressourcen eingelesen.
Ist ZUGFeRD dasselbe wie Factur-X?
ZUGFeRD und Factur-X sind in den aktuellen Generationen eng harmonisiert. Je nach Datei und Profil kann deshalb auch in einer deutschen ZUGFeRD-Rechnung ein Factur-X-Profilbezeichner auftauchen.
Ist XRechnung dasselbe wie ZUGFeRD?
Nein. Beide basieren auf EN 16931, verfolgen aber unterschiedliche Ausprägungen. XRechnung ist eine deutsche CIUS und wird als strukturierte XML-Rechnung verwendet; ZUGFeRD / Factur-X kombiniert typischerweise eine visuelle Rechnung mit eingebetteten XML-Daten.
Was bedeutet BR-CO-17?
BR-CO-17 betrifft die Umsatzsteuerberechnung einer Steuerkategorie. Steuerbasis und Steuersatz müssen nach den EN-16931-Rundungsregeln zum ausgewiesenen Umsatzsteuerbetrag passen.
Kann das XML gültig sein, obwohl die PDF-Prüfung fehlschlägt?
Ja. XML-Regeln und PDF/A-Eigenschaften sind unterschiedliche Prüfebenen. Bei einer hybriden Rechnung kann daher die XML-Prüfung gültig sein, während PDF/A oder Metadaten noch Fehler enthalten.