XRechnung- und ZUGFeRD-Validator: E-Rechnung prüfen und lesen
Validator und Viewer in einem: Das Werkzeug zeigt jedes Feld einer E-Rechnung mit seiner BT-Nummer und prüft die Datei gegen die offiziellen Regeln der EN 16931 und der XRechnung. Die Prüfung läuft in Ihrem Browser, die Rechnung wird nicht hochgeladen.
- Kein Upload der Rechnung
- Regeln von CEN und KoSIT
- XML oder PDF mit eingebettetem XML
Regelstand: EN 16931 1.3.16 und XRechnung 3.0.2, aktualisiert am 22.09.2026
Die Datei wird nur in Ihrem Browser gelesen und nicht hochgeladen.
XRechnung lesen: der Viewer
Eine XRechnung ist eine XML-Datei. Im Browser oder Editor sieht man nur Code, und eine ZUGFeRD-PDF zeigt nur die Bildseite, nicht die Daten, die beim Empfänger gebucht werden. Der Viewer stellt den Datensatz als Rechnung dar.
Der Reiter Rechnungsinhalt zeigt jedes befüllte Feld mit BT-Nummer, deutscher Bezeichnung und Klartext für Codes, etwa „58 SEPA-Überweisung“ oder „HUR Stunde“. Die Positionen stehen als Tabelle, jede mit allen Feldern zum Aufklappen. Eingebettete Anhänge lassen sich herunterladen. Bei einer ZUGFeRD-PDF können Sie so die XML-Daten mit der sichtbaren Rechnung vergleichen.
Warum ohne Upload?
Eine Rechnung enthält Kundennamen, Preise, Bankverbindung und oft Angaben zu Projekten. Bei vielen Prüfdiensten wird die Datei dafür auf einen Server hochgeladen. Dieser Validator arbeitet anders:
- Die Datei wird in Ihrem Browser gelesen, ausgelesen und geprüft. Sie geht an keinen Server, auch nicht an teamspace.
- Von teamspace.de kommen nur die Prüfregeln und die Prüf-Engine. Sie werden beim ersten Prüfen einmal geladen.
- Es gibt keine Anmeldung und kein Konto, und die Zahl der Prüfungen ist nicht begrenzt.
Was geprüft wird, und was nicht
Geprüft
- Pflichtfelder der EN 16931, zum Beispiel Rechnungsnummer, Datum, Verkäufer, Käufer und Summen
- Rechenregeln: Positionssummen, Steuerbeträge je Steuersatz, Gesamt- und Zahlbetrag
- Codelisten für Rechnungsart, Einheiten, Währungen, Länder und Steuerkategorien
- Bei XRechnung zusätzlich die deutschen Regeln der KoSIT (BR-DE), etwa Leitweg-ID, Kontaktangaben und Zahlungsdaten
Nicht geprüft
- Ob die Rechnung inhaltlich stimmt: Leistung, Steuersatz, Preis und Zeitraum kann keine Formatprüfung beurteilen
- Die XML-Schemaprüfung (XSD). Ein Fehler, den nur das Schema findet, fällt hier nicht auf
- Die Signatur oder die PDF/A-Konformität einer ZUGFeRD-PDF
Warum die BT-Nummern?
Die EN 16931 beschreibt eine Rechnung als festes Datenmodell. Jedes Feld hat eine Nummer: BT-1 ist die Rechnungsnummer, BT-10 die Käuferreferenz, die bei Behörden die Leitweg-ID trägt, BT-115 der fällige Betrag. Zusammengehörige Felder bilden Gruppen, etwa BG-4 für den Verkäufer oder BG-25 für eine Rechnungsposition.
XRechnung und ZUGFeRD sind zwei Schreibweisen desselben Modells. Deshalb zeigt der Validator beide Formate in derselben Struktur, und die Befunde im Prüfbericht nennen die BT-Nummer, um die es geht.
Typische Fehlermeldungen und was Sie tun können
Hinter diesen Kennungen stecken typische Gründe, warum eine E-Rechnung zurückkommt. Die Kennung steht im Prüfbericht vor jedem Befund, der passende Tipp erscheint dort direkt darunter.
Die Käuferreferenz (BT-10) fehlt. Bei Behörden steht hier die Leitweg-ID.
Leitweg-ID beim Auftraggeber erfragen, sie steht meist in der Bestellung. Bei Unternehmen genügt eine vereinbarte Referenz, etwa die Bestellnummer oder der Name des Bestellers.
Der Ansprechpartner des Verkäufers (BG-6) fehlt, oder Name, Telefon (BT-42) oder E-Mail (BT-43) fehlen.
Im Rechnungsprogramm einen Ansprechpartner mit Telefonnummer und E-Mail-Adresse hinterlegen. Die XRechnung verlangt alle drei Angaben.
Die Zahlungsangaben (BG-16) fehlen, bei Überweisung fehlt die Bankverbindung (BG-17) oder die IBAN ist ungültig.
Zahlungsart angeben, bei Überweisung Code 58 (SEPA) mit IBAN des eigenen Kontos. IBAN auf Tippfehler prüfen, die Regel rechnet die Prüfziffer nach.
Weder USt-IdNr. (BT-31) noch Steuernummer (BT-32) des Verkäufers sind angegeben.
In den Firmendaten des Rechnungsprogramms USt-IdNr. oder Steuernummer eintragen, so dass sie in jede Rechnung übernommen wird.
BR-CO-10BR-CO-13BR-CO-15BR-CO-16
Die Summen passen nicht zusammen, etwa Positionssumme (BT-106), Nettobetrag (BT-109), Brutto (BT-112) oder Zahlbetrag (BT-115).
Meist ein Rundungsproblem im erzeugenden Programm: Die Summen müssen aus den auf zwei Stellen gerundeten Positionsbeträgen gebildet werden. Bei Abschlägen muss der bereits gezahlte Betrag in BT-113 stehen.
Die Umsatzsteuer je Steuersatz (BG-23) passt nicht zu den Positionen oder zum ausgewiesenen Steuerbetrag.
Die Steuer wird je Steuersatz auf die Summe der Nettobeträge berechnet und dann gerundet, nicht je Position gerundet und addiert. Die Steuersumme (BT-110) ist die Summe dieser Beträge.
Die Kennung der Spezifikation (BT-24) passt nicht zur XRechnung, oder die Rechnungsart (BT-3) nutzt einen nicht vorgesehenen Code.
Das Programm auf die aktuelle XRechnung-Version einstellen. Als Rechnungsart üblich sind 380 (Rechnung), 381 (Gutschrift), 384 (Korrektur), 326 (Teilrechnung) und 875 bis 877 für Bauleistungen.
Der Code für die Einheit (BT-130) ist nicht in der UN/ECE-Liste, etwa „Std.“ oder „Stk“.
Einheiten im Artikelstamm den Codes zuordnen: HUR für Stunde, DAY für Tag, C62 für Stück, LS für Pauschale.
Die Rechnung hat keine Position (BG-25). Das passiert bei ZUGFeRD MINIMUM und BASIC WL.
Im Programm das Profil EN 16931 (früher COMFORT) oder XRechnung wählen. MINIMUM und BASIC WL gelten nicht als E-Rechnung.
Grundsätzlich gilt: Korrigieren Sie nicht die XML-Datei von Hand. Ändern Sie die Angaben in dem Programm, das die Rechnung erzeugt, erstellen Sie die Datei neu und prüfen Sie sie noch einmal.
KoSIT-Validator oder Prüfung im Browser?
Der KoSIT-Validator ist das Prüfprogramm der Koordinierungsstelle für IT-Standards. Er ist ein Java-Programm, das man mit einer Prüfkonfiguration für XRechnung herunterlädt und auf dem eigenen Rechner oder Server startet. Er prüft das XML-Schema und die Regeln der EN 16931 und der XRechnung und erzeugt einen Prüfbericht.
Dieser Validator nutzt dieselben veröffentlichten Regeldateien für EN 16931 und XRechnung, braucht aber keine Installation. Das XML-Schema prüft er nicht.
| Merkmal | KoSIT-Validator | Dieser Validator |
|---|---|---|
| Installation | Java und Prüfkonfiguration | keine, läuft im Browser |
| Regeln der EN 16931 und der XRechnung | ja | ja, dieselben Regeldateien |
| XML-Schema (XSD) | ja | nein |
| ZUGFeRD als PDF | nein, nur die XML-Datei | ja, das XML wird aus der PDF gelesen |
| Anzeige der Rechnungsfelder | Prüfbericht | alle BT-Felder mit Klartext |
| Gedacht für | automatische Prüfung vieler Rechnungen | einzelne Rechnungen prüfen und lesen |
Wer eingehende Rechnungen automatisch prüfen will, etwa in einer Eingangsplattform, ist mit dem KoSIT-Validator richtig. Für eine einzelne Rechnung, die zurückkam oder vor dem Versand geprüft werden soll, reicht der Browser.
Häufige Fragen
Was ist ein XRechnung- und ZUGFeRD-Validator?
Ein Validator prüft, ob eine E-Rechnung den technischen Regeln der europäischen Norm EN 16931 entspricht und, bei einer XRechnung, zusätzlich den deutschen Regeln der KoSIT. Er meldet jeden Verstoß mit Regelkennung, etwa BR-DE-15 für eine fehlende Leitweg-ID. Der Validator von teamspace zeigt außerdem alle Felder der Rechnung lesbar an.
Wie kann ich eine XRechnung kostenlos prüfen?
Ziehen Sie die XML-Datei oder die ZUGFeRD-PDF in das Feld oben auf dieser Seite. Der Validator zeigt nach wenigen Sekunden, ob Pflichtregeln verletzt sind, und listet jeden Befund mit Regel und Stelle in der Datei. Eine Anmeldung ist nicht nötig.
Wie kann ich eine XRechnung öffnen und lesen?
Eine XRechnung ist eine XML-Datei ohne eigene Ansicht, im Browser oder Editor sieht man nur Code. Der Validator stellt die Inhalte als Rechnung dar: Rechnungsnummer, Verkäufer, Käufer, Positionen, Steuer und Zahlungsangaben, jeweils mit der BT-Nummer aus der EN 16931. Enthaltene Anhänge lassen sich herunterladen.
Wie erkenne ich, ob eine PDF eine ZUGFeRD-Rechnung ist?
Eine ZUGFeRD- oder Factur-X-Rechnung trägt die Rechnungsdaten als XML-Anhang in der PDF, meist unter dem Namen factur-x.xml oder zugferd-invoice.xml. Legen Sie die PDF in den Validator: Findet er den Anhang, prüft er ihn, sonst meldet er, dass es eine reine PDF-Rechnung ist.
Ist das der offizielle KoSIT-Validator?
Nein. Der Validator ist ein Werkzeug von teamspace und nutzt die veröffentlichten Regeldateien von CEN und KoSIT unverändert. Der Prüfer der KoSIT ist ein Java-Programm, das zusätzlich das XML-Schema prüft. In Einzelfällen, bei Schemafehlern, kann das Ergebnis deshalb abweichen.
Was tun, wenn eine E-Rechnung abgelehnt wurde?
Prüfen Sie die Datei hier und lesen Sie die Fehler im Prüfbericht. Jeder Befund nennt die Regel und das betroffene Feld. Korrigieren Sie die Angaben im Programm, das die Rechnung erzeugt, erstellen Sie die Datei neu und prüfen Sie sie noch einmal, bevor Sie sie erneut senden.
Wird meine Rechnung hochgeladen?
Nein. Die Datei wird in Ihrem Browser gelesen und geprüft. Von teamspace.de werden nur die Prüfregeln und die Prüf-Engine geladen, die Rechnung selbst geht an keinen Server.
Welche Formate erkennt der Validator?
XRechnung in beiden Syntaxen (UBL und CII), ZUGFeRD und Factur-X ab Version 2 als PDF mit eingebettetem XML oder als reine XML-Datei sowie Peppol BIS Billing. Rechnungen im alten Format ZUGFeRD 1.0 werden erkannt, aber nicht geprüft.
Heißt „keine Befunde“, dass die Rechnung rechtlich in Ordnung ist?
Nein. Der Validator prüft die technische Form gegen die Regeln der EN 16931 und der XRechnung. Ob die Rechnung alle Angaben nach § 14 UStG richtig enthält, ob Leistung und Steuersatz stimmen, beurteilt er nicht.
Warum gilt ZUGFeRD MINIMUM oder BASIC WL nicht als E-Rechnung?
Diese beiden Profile enthalten keine Rechnungspositionen und nicht alle Pflichtangaben einer Rechnung. Das Bundesfinanzministerium ordnet sie deshalb nicht als E-Rechnung ein. Für den Austausch zwischen Unternehmen braucht es mindestens das Profil EN 16931 (früher COMFORT), EXTENDED oder eine XRechnung.
Was ist der Unterschied zwischen Fehler, Warnung und Hinweis?
Ein Fehler verletzt eine Pflichtregel; wer E-Rechnungen elektronisch prüft, weist eine solche Rechnung in der Regel ab. Warnungen und Hinweise markieren Angaben, die fehlen sollten oder empfohlen sind, ohne dass die Rechnung dadurch unzulässig wird.
Wie entstehen E-Rechnungen in teamspace?
In teamspace schreiben Sie die Rechnung wie gewohnt; ZUGFeRD und XRechnung entstehen beim Versand aus denselben Daten. Eingehende E-Rechnungen liest teamspace aus. Mehr dazu auf der Seite zur E-Rechnung in teamspace.
E-Rechnungen, ohne sie von Hand zu bauen
In teamspace entsteht die XRechnung oder ZUGFeRD-Datei beim Versand aus der Rechnung, die Sie ohnehin schreiben. Im Erstgespräch schauen wir auf Ihre Abrechnung und Ihre Empfänger.
Quellen und Lizenzen: Prüfregeln: EN 16931 Validation Artefacts (CEN, European Commission, Lizenz EUPL 1.2) und XRechnung Schematron (KoSIT, Lizenz Apache 2.0). Prüf-Engine: SaxonJS, Copyright Saxonica Ltd., weitergegeben nach deren Lizenz.
Lizenztexte: EN 16931 (EUPL) · XRechnung (Apache 2.0) · SaxonJS