VALIDATOR
E-Rechnung validieren
Prüfen Sie XRechnung-XML und ZUGFeRD-PDF auf Konformität mit EN 16931 — Geschäftsregeln, Schema und nationale Vorgaben (z. B. XRechnung-Profil).
Unterstützte Formate
- XRechnung XML-Dateien (.xml)
- ZUGFeRD/Factur-X PDF-Dateien mit eingebetteter XML (.pdf)
Warum dieser Validator?
Funktionen für den Alltag mit E-Rechnungen — transparent und ohne Plugin.
KoSIT-Validierungskern
Anbindung an den offiziellen KoSIT-Validator des Bundes — gleicher Validierungskern, den auch öffentliche Auftraggeber und ERP-Systeme nutzen.
EN 16931 & XRechnung
Prüfung auf Übereinstimmung mit der europäischen Norm EN 16931 und den üblichen XRechnung-/CIUS-Vorgaben für Deutschland.
Konkrete Diagnose
Fehler und Warnungen werden zusammengefasst; wo möglich sehen Sie Regelhinweise — weniger Raten, mehr gezielte Korrektur.
Ohne Anmeldung
Kein Konto nötig. Zum Schutz vor Missbrauch gilt eine begrenzte Anzahl von Prüfungen pro Minute und IP.
Übertragung & Verarbeitung
Die Datei wird über eine verschlüsselte Verbindung hochgeladen und serverseitig geprüft — wie bei einem üblichen Webservice, nicht im Browser allein.
Schnelles Feedback
Nach wenigen Sekunden sehen Sie, ob die Rechnung strukturell tragfähig ist — ideal vor dem Versand oder nach einer Bearbeitung.
Was wird beim Validieren geprüft?
Je nach Verfügbarkeit des KoSIT-Dienstes können Schema (XSD), Schematron und Geschäftsregeln einbezogen werden. Zusätzlich prüfen wir strukturierte Geschäftsregeln auf Basis der aus der Datei gelesenen Daten — etwa Pflichtfelder und Plausibilität nach EN 16931 und den nationalen Vorgaben für XRechnung.
Schema & Schematron
Prüfung der XML-Struktur gegen das erwartete Schema und regelbasierte Schematron-Hinweise — über den angebundenen KoSIT-Validator, wenn erreichbar.
Geschäftsregeln
Regeln wie BR-, BR-DE- und weitere Vorgaben werden gegen die extrahierten Rechnungsdaten geprüft — unabhängig davon, ob alle externen Schema-Schritte durchlaufen wurden.
Ergebnisdarstellung
Fehler und Warnungen werden nach Bereichen gruppiert (z. B. Verkäufer, Positionen), damit Sie gezielt nachbessern können.
Welche Formate werden unterstützt?
- XRechnung XML (.xml): Reine XML-Rechnung nach den üblichen CIUS-/Profilen für Deutschland (URN im Dokument).
- ZUGFeRD / Factur-X (.pdf): PDF mit eingebetteter XML-Rechnung — typischerweise Profil EN 16931 (Comfort) für den Datenaustausch mit Kunden und Systemen.
- Word (.docx) oder Excel (.xlsx) sind aktuell nicht direkt möglich — nutzen Sie die Konverter, um zuerst XML oder ZUGFeRD zu erzeugen.
Was bedeuten die Validierungsergebnisse?
Die Übersichtskarte zeigt, ob die Prüfung insgesamt ohne Fehler durchlief. Darunter finden Sie bei Bedarf eine Liste mit Details pro Bereich.
- Fehler sollten Sie in der Regel vor dem Versand beheben.
- Hinweise können auch dann angezeigt werden, wenn die Datei formal gültig ist.
- Kleine Labels bei Meldungen verweisen auf Regelkennungen — hilfreich für Support und technische Nachverfolgung.
Typische Validierungsfehler
Die häufigsten Fehler in der Praxis fallen in eine überschaubare Zahl von Kategorien. Wer diese kennt, erkennt eigene Rechnungen oft schon vor dem Upload als problematisch — und kann Korrekturen gezielt vornehmen.
Pflichtfelder zum Verkäufer fehlen
Der Verkäufer braucht in einer XRechnung eine vollständige Postanschrift, Kontaktdaten und eine Steuerkennung. Auch wenn die PDF-Rechnung diese Felder visuell enthält, müssen sie strukturiert im XML stehen — sonst meldet der Validator BR-DE-Fehler.
BR-DE-2— Steuernummer oder USt-IdNr. des Verkäufers ist erforderlichBR-DE-5— Ansprechpartner beim Verkäufer fehltBR-DE-7— E-Mail-Adresse des Verkäufers fehltBR-DE-11— Landescode des Verkäufers fehlt
Leitweg-ID bei Behördenrechnungen
Bei Rechnungen an Bund, Länder und Kommunen ist die Leitweg-ID als XRechnung-Pflichtfeld vorgeschrieben (Käuferreferenz, BT-10). Im B2B-Verkehr ist sie optional. Wer eine XRechnung erstellt, ohne den Empfänger nach der Leitweg-ID gefragt zu haben, landet meist hier.
BR-DE-15— Käuferreferenz (Leitweg-ID) ist erforderlich
Das Format der Leitweg-ID erklärt der Leitweg-ID-Ratgeber; prüfen lässt es sich mit dem Leitweg-ID-Checker — Format und Mod-97-10-Prüfziffer direkt im Browser.
Bankverbindung und Zahlungsart
Deutsche XRechnungen verlangen typischerweise eine vollständige Zahlungsanweisung — IBAN bei SEPA-Überweisungen, plus die korrekte Codierung der Zahlungsart. Häufige Stolperfallen: eine angegebene IBAN ohne SEPA-Code, oder eine SEPA-Zahlung ohne hinterlegte IBAN.
BR-DE-1— IBAN ist erforderlich für deutsche RechnungenBR-DE-19— Bei SEPA-Überweisung (Zahlungsart 58) muss eine gültige IBAN angegeben seinBR-DE-21— Die Zahlungsart muss für XRechnung gültig sein
Beträge und Berechnungen
Die Summenlogik in EN 16931 verlangt, dass alle Beträge konsistent sind: Positionssummen, Nettobetrag, USt-Betrag und Gesamtbetrag müssen rechnerisch zueinander passen. Ein einzelner Rundungsfehler oder ein vergessener Zuschlag bricht die Validierung.
BR-CO-10— Die Summe der Rechnungspositionen-Nettobeträge entspricht nicht dem angegebenen BetragBR-CO-13— Der Rechnungsgesamtbetrag ohne USt. entspricht nicht der BerechnungBR-CO-14— Der USt.-Gesamtbetrag entspricht nicht der Summe der USt.-BeträgeBR-CO-16— Der zu zahlende Betrag entspricht nicht der Berechnung
USt-Logik und Kategoriecodes
Jede Rechnungsposition braucht den passenden USt-Kategorie-Code: "S" für Standard, "E" für Befreiung, "AE" für Reverse Charge, "Z" für Nullsatz. Ein nicht zum Steuersatz passender Code — etwa "S" mit Nullsatz oder "AE" mit positivem Satz — wird zuverlässig erkannt.
BR-S-01— Bei Standard-USt.-Satz muss der USt.-Kategorie-Code "S" seinBR-S-02— Der USt.-Satz für Standard-Rate muss größer als 0 seinBR-AE-02— Der USt.-Satz bei Reverse Charge muss 0 seinBR-CO-09— Die USt-IdNr. muss mit einem gültigen Ländercode beginnen
Specification Identifier und XRechnung-Profil
Eine XRechnung muss ihren EN-16931-Specification-Identifier (BT-24) tragen, sonst wird sie nicht als XRechnung anerkannt. Bei einer ZUGFeRD-Hybrid-Datei gilt dasselbe für das eingebettete XML.
BR-01— Eine Rechnung muss einen Specification identifier habenBR-DE-4— Das "Specification identifier"-Element (BT-24) muss den korrekten Wert tragen
Wer den Hintergrund zu EN 16931 und KoSIT vertiefen möchte: der XRechnung-Format-Ratgeber erklärt Datenmodell und deutsche Regelvorgaben; der Überblick Was ist eine E-Rechnung? ordnet die strukturierte Rechnung in den E-Rechnungs-Kontext ein.
Die hier gezeigten Beispiele decken die häufigsten Fehlerquellen ab — der Validator erkennt insgesamt knapp 70 spezifische Regelverletzungen aus der EN-16931- und der deutschen BR-DE-Erweiterung.
Was tun, wenn die Rechnung Fehler enthält?
Lesen Sie die gruppierten Meldungen und passen Sie die Quelldaten oder die XML-Datei an. Über den Button „Rechnung korrigieren“ können Sie — wenn Daten ausgelesen wurden — in den Editor wechseln und dort weiterbearbeiten (inkl. einfacher automatischer Korrekturen).
Für eine zweite Meinung oder wenn Schema-Schritte ausfallen, können Sie zusätzlich den offiziellen KoSIT-Web-Validator nutzen.
Wann ist eine Validierung sinnvoll?
Vor dem Versand
Behörden und viele Unternehmen erwarten eine konforme Datei — eine kurze Prüfung spart Rückläufer.
Nach Bearbeitung
Wer XML manuell angepasst hat, sollte vor Abgabe erneut gegen die Regeln testen.
Beim Empfang
Lieferantenrechnungen können Sie stichprobenartig prüfen, bevor Sie sie ins ERP übernehmen.
E-Rechnungspflicht: die wichtigsten Termine
1. Januar 2025
Unternehmen müssen E-Rechnungen im B2B-Bereich empfangen können.
Bis 31. Dezember 2027
Übergangsfristen gelten weiter, zuletzt für Unternehmen mit bis zu 800.000 EUR Vorjahresumsatz.
Ab 1. Januar 2028
Für inländische B2B-Umsätze gilt die Sendepflicht grundsätzlich flächendeckend.
Maßgeblich sind die offiziellen Begriffe und Regeln rund um EN 16931, XRechnung, ZUGFeRD und die KoSIT-Prüfregeln. Für evergreen Seiten nennen wir bewusst Standards und Prüfpfade statt veralteter Punktversionen.
Mehr zur E-Rechnungspflicht erfahrenWeiterführende Ratgeber
XRechnung-Format erklärt
Aufbau, Pflichtfelder und typische Einsatzfälle der XRechnung.
Leitweg-ID prüfen
Format und Prüfziffer (Mod 97-10) im Browser — ohne Datenübertragung.
ZUGFeRD-Format erklärt
Hybrid aus PDF und XML — Profile und Praxis.
Leitweg-ID
Behördenrouting und Pflichtangaben bei XRechnung B2G.
XRechnung vs. ZUGFeRD
Vergleich der beiden Formate nach EN 16931 — Entscheidungshilfe für B2B und B2G.
E-Rechnung empfangen
Wie eingehende XRechnung-XML- und ZUGFeRD-PDF-Dateien gelesen und geprüft werden.
E-Rechnungspflicht
Termine und Pflicht zur strukturierten Rechnung im Überblick.
Häufige Fragen
Antworten rund um Prüfung, Formate und Ergebnisse
Was ist der Unterschied zwischen „prüfen“ und einem Validator?
Sie laden eine fertige XRechnung- oder ZUGFeRD-Datei hoch; das Tool prüft Struktur und Regeln. Suchanfragen wie „e rechnung prüfen“ oder „zugferd checker“ landen hier genauso wie bei „xrechnung validator“ — die Funktion ist dieselbe: Konformität und Lesbarkeit für den Empfänger verbessern.
Kann ich Word- oder Excel-Rechnungen hier validieren?
Nein. Dieser Validator akzeptiert nur .xml (XRechnung) und .pdf (ZUGFeRD mit eingebettetem XML). Für Word oder Excel nutzen Sie bitte zuerst einen Konverter unter /konverter — dort werden Dokumente in ein strukturiertes Format umgewandelt, das Sie anschließend hier prüfen können.
Ist die Nutzung wirklich kostenlos?
Ja, die Prüfung ist kostenlos. Technisch schützen wir den Dienst mit einer Anfragelimitierung pro Zeitraum und IP, damit die Infrastruktur stabil bleibt.
Warum wird mir „Schema-Validierung nicht verfügbar“ angezeigt?
Wenn der externe KoSIT-Dienst vorübergehend nicht erreichbar ist, können XSD-/Schematron-Teile ausfallen. In dem Fall zeigen wir die lokale Geschäftsregelprüfung und verlinken auf den offiziellen Web-Validator des Bundes — dort können Sie bei Bedarf eine vollständige Prüfung nachholen.
Wann sollte ich eine E-Rechnung validieren?
Typisch: vor dem Versand an Behörden oder Unternehmen mit Pflicht zur strukturierten Rechnung; nach manueller Nachbearbeitung der XML-Daten; beim Empfang, wenn Sie prüfen möchten, ob eine gelieferte Datei regelkonform ist.
Welche XRechnung-Version prüft der Validator?
Der Validator unterstützt XRechnung 3.0.2 (aktuelle Pflichtversion) und 2.3.1 (Vorgänger). Bei ZUGFeRD wird das Profil Factur-X 1.07.2 geprüft. Höhere XRechnung-Erweiterungen werden gegen ihren EN-16931-Kern validiert.
Was prüft KoSIT, das eine reine Schema-Validierung nicht prüft?
Das XML-Schema (XSD) stellt nur sicher, dass die Struktur korrekt ist — die richtigen Elemente in der richtigen Reihenfolge. KoSIT prüft darüber hinaus per Schematron die Geschäftsregeln: Rechnen die Summen konsistent? Ist die USt-Logik schlüssig? Sind Pflichtfelder gefüllt, die das Schema nur als optional ausweist? Erst die Schematron-Prüfung macht eine Rechnung XRechnung-konform.
Welche Daten verlassen den Browser bei der Validierung?
Die Datei wird einmal zur Validierung an unseren Server übertragen, dort gegen das KoSIT-Regelwerk geprüft, und das Ergebnis kommt zurück. Es wird nichts dauerhaft gespeichert. Wer die XML-Datei nicht an einen externen Dienst übertragen möchte, kann alternativ den offiziellen KoSIT-Web-Validator von Service-BW nutzen.
Jetzt Ihre Rechnung prüfen
Laden Sie eine XML- oder ZUGFeRD-Datei hoch — kostenlos und ohne Registrierung.
Datei hochladen