Welche Validatoren gibt es für ZUGFeRD Rechnungen bzw. XML Dateien?

Auch das Online Finanzamt Elster hat einen Validator:
www.elster.de­/eportal/e-rechnung
Aber leider ohne Gewähr: "Dies ist ein unverbindlicher Service der Steuerverwaltung."

Mit PDF24 kann man ein xml hochladen und Anzeigen oder Ausfüllen und Speichern als x-Rechnung oder ZUGFeRD:
tools.pdf24.org­/de/elektr­…-erstellen

Besonders hilfreich für Entwickler:
Die Felder sind alle mit Referenzen beschriftet, z.B. "Rechnungsnummer(BT-1)" und diese Referenz z.B. BT-1 findet sich auch in der Spezifikation.

Hallo Stefan,
ich habe die folgenden Validatoren benutzt:

1. portal3.gefeg.com­/invoice/a­…ount/logon
2. www.portinvoice.com­

Letzterer führt laut eigener Aussage den Mustangserver aus (ist ein Opensource-Projekt) www.mustangproject.org­ und nutzt das kostenpflichtige Valitool validool.org­

Die Validierung habe ich in zwei Stufen "erlebt":

1. reine XSD-Schema Validierung, die kriegst Du mit jeder XML-Validator-Bibliothek hin
2. erweiterte Regeln / Geschäftslogik: wo die herkommen war mir nicht immer klar, teilweise wurden sie als Warnung dargestellt, also kein harter Fehler

Ich empfehle auch die Dokumentation vom ZUGFeRD zum Schema und den erweiterten Regeln.

Hoffe das hilft Dir!

Die bisherigen Antworten nennen bereits einige bekannte Validatoren. Aus meiner Sicht sollte man dabei aber einen wichtigen Punkt im Hinterkopf behalten:

Eine E-Rechnung kann technisch vollkommen valide sein – und trotzdem Fehler enthalten.

Die meisten Validatoren prüfen die XML-Struktur, Pflichtfelder, Schematron-Regeln und das jeweilige Format wie XRechnung, ZUGFeRD oder Peppol. Das ist wichtig und der erste Schritt.

In der Praxis sehe ich jedoch regelmäßig Rechnungen, die vom Validator mit „OK“ bewertet werden, obwohl fachlich Auffälligkeiten vorhanden sind. Beispielsweise unvollständige Stammdaten, ungewöhnliche Steuerkonstellationen, widersprüchliche Angaben oder einfach Daten, die zwar technisch zulässig sind, aber Fragen aufwerfen.

Deshalb betrachte ich eine Rechnung immer aus zwei Blickwinkeln:

1. Ist die Rechnung technisch korrekt?
2. Sind die enthaltenen Informationen auch fachlich plausibel?

Gerade bei größeren Datenbeständen oder automatisierten Prozessen wird dieser Unterschied oft sichtbar. Das XML ist dann valide, die eigentliche Ursache liegt aber häufig in den zugrunde liegenden Stammdaten oder den erzeugten Rechnungsinformationen.

Meine Erfahrung aus E-Rechnungsprojekten: Die technische Validierung ist wichtig. Die eigentliche Arbeit beginnt oft erst danach.