• Kontakt: office@woods.consulting
Termin vereinbaren

Kostenloser E-Rechnungs-Validator

E-Rechnung prüfen

Prüfen Sie XRechnung und ZUGFeRD kostenlos gegen die offiziellen Regeln. Zu jedem Fehler sehen Sie, was er bedeutet, wie Sie ihn beheben und wo Sie in Dynamics 365 nachsehen. Die Prüfung läuft in Frankfurt, Ihre Datei wird nicht gespeichert.

Datei prüfen

Validator

Datei hochladen und prüfen

XML oder PDF, bis zu fünf Dateien auf einmal, je höchstens 10 MB. Keine Anmeldung.

Ablauf

So funktioniert die Prüfung

01

Datei hochladen

XRechnung als XML (UBL oder CII) oder ZUGFeRD bzw. Factur-X als PDF. Aus einem PDF holt der Validator die eingebettete XML selbst heraus.

02

Format erkennen

An der Spezifikationskennung (BT-24) erkennt der Validator Syntax und Profil, zum Beispiel XRechnung 3.0 oder ZUGFeRD EN 16931, und wählt die passenden Regeln.

03

Regeln prüfen

Der offizielle KoSIT-Validator prüft Schema und Geschäftsregeln. Bei PDFs prüft veraPDF zusätzlich, ob die Datei PDF/A-3 erfüllt.

04

Ergebnis lesen

Sie sehen ein klares Gültig oder Ungültig, jede Meldung mit Erklärung und Lösung, die Rechnung in lesbarer Form und einen Prüfbericht als PDF.

Regelwerke

Was geprüft wird

Geprüft wird mit denselben Regelwerken, die auch Behördenportale und viele Rechnungsempfänger verwenden.

XML-Schema

UBL 2.1 oder UN/CEFACT CII D16B, bei ZUGFeRD das Schema des jeweiligen Profils. Findet Elemente an der falschen Stelle, fehlende Pflichtelemente und falsche Datentypen.

EN 16931

Die europäischen Geschäftsregeln (BR, BR-CO und die Regeln je Steuerkategorie) aus dem CEN-Schematron 1.3.15: Pflichtangaben, Rechenregeln, Steuerkategorien, Codelisten.

XRechnung 3.0.2

Die deutschen Zusatzregeln (BR-DE) aus der KoSIT-Konfiguration vom 31.01.2026, zum Beispiel Leitweg-ID, Kontaktdaten des Verkäufers und Zahlungsangaben.

ZUGFeRD und Factur-X

Die Profile MINIMUM, BASIC WL, BASIC, EN 16931 und EXTENDED nach ZUGFeRD 2.5. MINIMUM und BASIC WL sind technisch prüfbar, gelten in Deutschland aber nicht als E-Rechnung.

PDF/A-3

veraPDF 1.30 prüft, ob ein ZUGFeRD-PDF die Archivnorm PDF/A-3 erfüllt. Zusätzlich prüft der Validator Dateiname, AFRelationship und die Factur-X-Metadaten.

Lesbare Rechnung

Verkäufer, Käufer, Positionen, Steuer und Summen so, wie sie in der XML stehen. So sehen Sie auch ohne XML-Kenntnisse, was Ihr Kunde bekommt.

Nicht geprüft werden die zusätzlichen Peppol-Regeln, die veralteten Formate XRechnung 2.x und ZUGFeRD 1.0 sowie der fachliche Inhalt: ob Preise, Steuersätze und Leistungen stimmen, kann kein Validator beurteilen.

Fehlercodes

Häufige Fehler und wie Sie sie beheben

Diese Meldungen sehen wir am häufigsten. Jede Seite erklärt die Regel, typische Ursachen, die Lösung und wo Sie in Dynamics 365 und Business Central nachsehen.

  • BR-DE-15: Leitweg-ID (Käuferreferenz) fehlt
  • XML passt nicht zum Schema: Die Datei ist technisch nicht so aufgebaut, wie das Format es vorschreibt.
  • BR-DE-2: Kontaktangaben des Verkäufers fehlen ganz
  • BR-DE-5: Name des Ansprechpartners beim Verkäufer fehlt
  • BR-DE-6: Telefonnummer des Verkäufers fehlt
  • BR-DE-7: E-Mail-Adresse des Verkäufers fehlt
  • BR-DE-1: Zahlungsanweisungen fehlen
  • BR-DE-16: USt-IdNr. oder Steuernummer des Verkäufers fehlt
  • BR-DE-3: Ort oder Postleitzahl des Verkäufers fehlt
  • BR-CO-25: Fälligkeitsdatum oder Zahlungsbedingung fehlt
  • BR-DE-TMP-32: Liefer- oder Leistungsdatum fehlt
  • PDF ohne eingebettete Rechnungsdaten: Der Validator hat in der hochgeladenen PDF-Datei keine eingebettete Rechnungs-XML gefunden.
Alle Fehlercodes

Dynamics 365

E-Rechnungen aus Dynamics 365

Dynamics 365 Sales und Project Operations erzeugen von Haus aus keine XRechnung und kein ZUGFeRD. Business Central und Dynamics 365 Finance haben eigene Funktionen für die deutsche E-Rechnung. In allen Fällen kommen die meisten Fehler aus Stammdaten: fehlende Leitweg-ID, unvollständige Kontaktdaten, falsche Steuerkategorien. Deshalb nennt der Validator bei den häufigen Regeln, in welchem Datensatz Sie nachsehen sollten.

Für Sales und Project Operations haben wir den WBS Invoice Accelerator for Dynamics 365 gebaut. Er erzeugt XRechnung und ZUGFeRD direkt aus der Rechnung und prüft sie vor dem Versand gegen die KoSIT-Regeln.

Zum Invoice Accelerator

Datenschutz

Was mit Ihrer Datei passiert

Verarbeitung in Deutschland

Die Prüfung läuft auf Microsoft Azure in der Region Germany West Central (Frankfurt am Main).

Nur im Arbeitsspeicher

Ihre Datei wird für die Dauer der Prüfung im Arbeitsspeicher gehalten und danach verworfen. Sie wird weder gespeichert noch an Dritte weitergegeben. Keine KI und kein externer Dienst liest den Inhalt.

Keine Inhalte in Logs

Wir protokollieren nur technische Angaben wie Dateigröße, erkanntes Format, Regelcodes und Dauer. Keine Dateinamen, keine Rechnungsinhalte, keine IP-Adressen.

Rechtsgrundlage ist Art. 6 Abs. 1 lit. f DSGVO. Einzelheiten stehen in unserer Datenschutzerklärung. Das Ergebnis ist keine Rechts- oder Steuerberatung und keine Garantie, dass der Empfänger die Rechnung annimmt.

Häufige Fragen

Was wir zur Prüfung von E-Rechnungen am häufigsten gefragt werden.

Was ist der Unterschied zwischen XRechnung und ZUGFeRD?

XRechnung ist eine reine XML-Datei nach dem deutschen Standard, der vor allem bei Rechnungen an Behörden verlangt wird. ZUGFeRD ist ein PDF mit eingebetteter XML: Menschen lesen das PDF, Software liest die XML. Beide erfüllen die europäische Norm EN 16931. Mit dem ZUGFeRD-Profil XRECHNUNG lässt sich eine XRechnung auch in ein PDF einbetten.

XRechnung 3.0.2 mit der KoSIT-Konfiguration vom 31.01.2026 (CEN-Regeln 1.3.15) und ZUGFeRD 2.5 in allen Profilen. PDFs prüft veraPDF 1.30 auf PDF/A-3. Wir aktualisieren die Regeln, wenn KoSIT oder FeRD eine neue Fassung veröffentlichen.

Nein. Die Datei wird nur für die Dauer der Prüfung im Arbeitsspeicher verarbeitet, in Frankfurt, und danach verworfen. Die Logs enthalten nur technische Angaben wie Dateigröße, erkanntes Format und Regelcodes.

Nicht zwingend. Gültig heißt, dass die Datei die geprüften technischen Regeln erfüllt. Ob Preise, Steuersatz und Leistung stimmen, prüft kein Validator. Manche Empfänger haben zusätzliche Vorgaben, etwa eine Bestellnummer. Der Bericht ist keine Rechts- oder Steuerberatung.

Ja, bis zu fünf Dateien auf einmal mit je höchstens 10 MB. Pro Stunde sind 30 Dateien je Internetanschluss möglich. Für größere Mengen oder eine Schnittstelle sprechen Sie uns an.

Häufige Gründe sind nicht eingebettete Schriften, ein fehlendes Farbprofil (OutputIntent), fehlende XMP-Metadaten oder ein PDF, das nach dem Erzeugen noch verändert wurde, etwa durch Zusammenfügen oder eine Signatur. Die XML kann trotzdem gültig sein. Der Bericht zeigt beides getrennt.

Die Leitweg-ID ist die Adresse einer öffentlichen Stelle für E-Rechnungen. Sie steht in der XRechnung im Feld Käuferreferenz (BT-10), und Sie bekommen sie vom Auftraggeber. Fehlt sie, meldet der Validator BR-DE-15.

Business Central und Dynamics 365 Finance haben eigene Funktionen für die deutsche E-Rechnung. Dynamics 365 Sales und Project Operations haben keine; dafür gibt es den WBS Invoice Accelerator for Dynamics 365, der XRechnung und ZUGFeRD aus der Rechnung erzeugt.