XRechnung Validator Online – XML kostenlos prüfen
Laden Sie eine vorhandene XRechnung-XML-Datei hoch und prüfen Sie Fehler und Warnungen in wenigen Sekunden – ohne Registrierung.
XRechnung-XML-Datei hier hineinziehen
oder und eine .xml-Datei hochladen
Maximale Dateigröße: 5 MB · Keine dauerhafte Speicherung
So wird Ihre Datei verarbeitet
Die Datei wird zur Prüfung an das QuoteCash-Backend und den konfigurierten Validierungsdienst übertragen. Die QuoteCash-Anwendung speichert das XML nicht dauerhaft als Datei oder in der Datenbank und protokolliert weder Roh-XML noch Base64-Inhalte. Nach Abschluss der Anfrage wird der Inhalt von der Anwendung nicht aufbewahrt. Details finden Sie in unserer Datenschutzerklärung (Abschnitt 8f).
So funktioniert der kostenlose XRechnung Validator
Wählen Sie eine XML-Datei aus, senden Sie sie zur Validierung und prüfen Sie anschließend, ob das konfigurierte Regelwerk die Datei akzeptiert. Fehler und Warnungen werden mit Regelkennung und Meldung angezeigt, damit sich die Ursache in Rechnungsdaten oder Erzeugungslogik nachvollziehen lässt.
QuoteCash repariert oder ersetzt die hochgeladene Datei nicht. Bewahren Sie das Original-XML selbst auf und erzeugen Sie es nach Korrekturen an Stammdaten, Steuerangaben, Referenzen oder Summen erneut.
Was der XRechnung Validator prüft
QuoteCash überträgt das XML an einen konfigurierten KoSIT-kompatiblen Validierungsdienst und wertet dessen strukturierten Bericht aus. Welche Versionsstände und Regeln ausgeführt werden, hängt von der Konfiguration dieses Dienstes ab.
Der Bericht kann Format- und Profilerkennung, Schema- und Schematron-Prüfungen sowie fachliche Regeln zu Pflichtfeldern, Codelisten, Referenzen, Steuerangaben und rechnerischer Konsistenz enthalten. QuoteCash zeigt die vom Dienst zurückgegebenen Regelkennungen, Fehler und Warnungen an.
Validierungsergebnisse richtig lesen
„Gültig“ bedeutet, dass der konfigurierte Validierungsdienst die ausgeführten Regeln ohne zurückgegebenen Fehler abgeschlossen hat. Bei „nicht gültig“ listet die Oberfläche Fehler auf; zusätzlich können Warnungen erscheinen.
Fehler sollten vor dem Versand geprüft und im Quellsystem korrigiert werden. Warnungen weisen auf Punkte hin, die je nach Regel und Empfängerprozess fachlich bewertet werden sollten. Eine eigene Kategorie „Hinweise“ liefert und zeigt die aktuelle Oberfläche nicht an.
Typische Fehler: Pflichtfelder, Referenzen, Steuerlogik
Häufige Meldungen betreffen fehlende Käuferreferenzen, unvollständige Adress- oder Steuerangaben, unzulässige Codes und Summen, die nicht zu Positionen oder Steuerbeträgen passen. Welche Meldung tatsächlich erscheint, bestimmt das konfigurierte Regelwerk.
Korrigieren Sie die Ursache in den Kundenstammdaten oder Rechnungsdaten, berechnen Sie Summen und Rundungen neu und erzeugen Sie anschließend eine neue XML-Datei. Der Validator verändert das Original nicht.
- Buyer Reference oder Leitweg-ID im Quellsystem ergänzen.
- Umsatzsteuer-ID, Steuerkategorie oder Befreiungsgrund korrigieren.
- Netto-, Steuer- und Bruttobeträge einschließlich Rundung neu berechnen.
- Länder-, Währungs- und Einheitencodes sowie Adressen prüfen.
Was ein gültiges Ergebnis bedeutet
Ein erfolgreiches Ergebnis bestätigt, dass die Datei die vom konfigurierten Dienst ausgeführten technischen und fachlichen Regeln erfüllt. Es bestätigt nicht die wirtschaftliche Wahrheit der Rechnungsangaben und ersetzt keine steuerliche, rechtliche oder buchhalterische Prüfung.
Empfängerbezogene Pflichtfelder, Portalregeln oder vertragliche Angaben können zusätzlich gelten. Deshalb garantiert eine erfolgreiche XML-Validierung weder die Annahme durch jeden Empfänger noch eine Zahlung oder geschäftliche Freigabe.
Für wen ist der Validator geeignet?
- Unternehmen mit eingehenden XRechnungenEinzelne XML-Dateien aus Lieferanten- oder Buchhaltungsprozessen prüfen.
- Buchhaltung und Finance OperationsFehler und Warnungen verstehen, bevor eine Datei archiviert, hochgeladen oder weitergeleitet wird.
- SaaS-Entwickler und AgenturenDateien aus Integrationen testen und Validierungsmeldungen in verständliche Nutzeraktionen übersetzen.
- ERP-IntegratorenMappings, Pflichtfelder, Codes, Referenzen und Summen vor dem automatisierten Versand prüfen.
API-Validierung für Entwickler
POST /api/v1/validate akzeptiert das Zielformat sowie vorhandenes XML im Feld xml oder Base64-kodiertes XML im Feld xml_base64. Der Endpoint verwendet geschäftsbezogene API-Keys und gibt valid, received_as und ein strukturiertes validation-Objekt zurück.
HTTP 200 bestätigt, dass QuoteCash die Anfrage verarbeitet hat. Für die fachliche Entscheidung müssen Integrationen das Top-Level-Feld valid beziehungsweise validation.valid sowie die zurückgegebenen Fehler und Warnungen auswerten.
Der Endpoint unterstützt außerdem PEPPOL und ZUGFeRD; für ZUGFeRD werden auch factur-x, facturx und cii als Format-Aliase akzeptiert.
Zuletzt fachlich geprüft: 24. Juli 2026
Technische Prüfung mit klaren Grenzen
Ein bestandenes Ergebnis bestätigt die vom konfigurierten Validierungsdienst ausgeführten Prüfregeln. Es ist keine steuerliche oder rechtliche Freigabe und garantiert nicht, dass jedes Empfängerportal die Datei ohne zusätzliche Vorgaben akzeptiert.
API-Beispiel: XML prüfen
Automatisierte Systeme validieren vorhandenes XML, bevor sie es an ein Portal senden oder im Archiv als abgeschlossen markieren.
POST /api/v1/validate
Authorization: Bearer <api_key>
Content-Type: application/json
{
"format": "xrechnung",
"xml_base64": "<base64_encoded_xml>"
}- Bei valid=false sollte der Versand angehalten und die Ursache im Quellsystem korrigiert werden.
- Warnungen sollten anhand des konkreten Regelwerks und Empfängerprozesses geprüft werden.
Checkliste für Validierung im Betrieb
- 1Validierung in CI oder Testdaten für neue Rechnungslogik nutzen.
- 2Validierung vor jedem produktiven Versand ausführen.
- 3Fehlercodes in verständliche UI-Meldungen übersetzen.
- 4Kundendaten, Steuerlogik und Summen getrennt als Ursachen analysieren.
- 5Original-XML und benötigte Validierungsnachweise im eigenen System sicher archivieren.
Weiterführende QuoteCash-Seiten
Offizielle Quellen und Standards
Häufige Fragen
Wie validiere ich XRechnung-XML online vor dem Versand?
Laden Sie eine vorhandene .xml-Datei in den kostenlosen Validator. QuoteCash überträgt sie an den konfigurierten Validierungsdienst und zeigt, ob die Prüfung bestanden wurde sowie zurückgegebene Fehler und Warnungen.
Erzeugt der Validator eine neue Rechnungsdatei?
Nein. Der Endpoint ist für bestehende XML-Dokumente gedacht und erzeugt weder neues XML noch ein PDF.
Kann ich Roh-XML statt Datei-Upload senden?
Ja. Der Endpoint akzeptiert Roh-XML im Feld xml und zusätzlich xml_base64.
Welcher Statuscode bedeutet fehlgeschlagene Validierung?
Der Endpoint liefert 200 OK, sobald das XML zur Prüfung angenommen wurde. Ob die Validierung bestanden wurde, ergibt sich aus validation.valid oder dem Top-Level-Feld valid.
Kann ich ZUGFeRD oder PEPPOL mit demselben Endpoint prüfen?
Ja. Das Feld format unterstützt xrechnung, peppol und zugferd; für zugferd werden auch factur-x, facturx und cii akzeptiert.
Speichert der Validator meine XML-Datei dauerhaft?
Nein. Die QuoteCash-Anwendung verarbeitet die Datei ausschließlich für die Validierung und speichert sie nicht dauerhaft in einer Datenbank oder als Datei. Das XML wird an den konfigurierten Validierungsdienst übertragen und nach Abschluss der Anfrage nicht von der Anwendung aufbewahrt. Das Original-XML sollten Sie für eigene gesetzliche und betriebliche Aufbewahrungspflichten selbst archivieren.
Warum reicht eine Sichtprüfung des PDFs nicht?
Weil E-Rechnungssysteme strukturierte XML-Daten prüfen. Ein sichtbares PDF kann korrekt aussehen, während Pflichtfelder oder Summen im XML fehlerhaft sind.