Validierung und Fehler
Warum Validatoren unterschiedliche Ergebnisse zeigen
Unterschiedliche Ergebnisse bedeuten nicht automatisch, dass ein Validator falsch ist. Oft prüfen sie verschiedene Versionen, Profile oder Schweregrade.
Zuletzt fachlich geprüft: 2. Juni 2026
Direkte Antwort
Validatoren können unterschiedliche Artefaktversionen, Profile, Codelisten, nationale Regeln oder Schweregrade verwenden. Deshalb kann dieselbe Datei in einem Tool anders bewertet werden als in einem anderen.
Häufige Gründe
- Andere XRechnung- oder Peppol-Version.
- Schema wird geprüft, Schematron aber nicht vollständig.
- Warnungen werden in einem Tool als Fehler behandelt.
- Empfängerspezifische Regeln sind zusätzlich aktiv.
Praktischer Umgang
Entscheidend ist der Zielprozess. Validieren Sie gegen das Regelset, das der Empfänger oder das Portal tatsächlich verlangt, und dokumentieren Sie die verwendete Version.
Welche Vergleichsparameter zählen
| Parameter | Warum er abweichen kann | Was dokumentieren? |
|---|---|---|
| Artefaktversion | Validatoren aktualisieren XRechnung- oder EN-16931-Artefakte nicht gleichzeitig | Version, Bundle und Prüfdatum |
| Codelistenstand | Codes können gültig, abgelaufen oder neu hinzugekommen sein | Codelistenstand und betroffene Codes |
| Schema und Schematron | Ein Tool prüft eventuell nur Struktur oder nur Teile der Regeln | Welche Prüfarten aktiv waren |
| Empfängerregeln | Portale können zusätzliche Vorgaben erzwingen | Empfängerbericht und Portalprofil |
| Schweregrad | Warnings können unterschiedlich eingeordnet werden | Originalmeldung, Regelcode und Einstufung |
So vergleichen Sie zwei Berichte
- Zuerst sicherstellen, dass beide Tools dieselbe XML-Datei geprüft haben.
- Profil, Namespace, XRechnung-Version und Peppol-Kontext notieren.
- Schemafehler von Schematronfehlern trennen.
- Nur identische Regelcodes direkt miteinander vergleichen.
- Bei Empfängerablehnung den Empfängerbericht als maßgeblichen Zielprozess behandeln.
Mini-Beispiel
Ein Tool validiert gegen ein älteres XRechnung-Bundle und meldet keine Auffälligkeit. Ein Portal nutzt bereits ein neueres Bundle mit aktualisierten Codelisten und warnt vor einem Code. Beide Ergebnisse können erklärbar sein; für den Versand zählt aber das Regelset des Zielportals.
Dokumentationscheckliste
Für Support und ERP-Analyse sollten Berichte immer mit Datei-Hash, Validatorname, Version, Prüfdatum, Regelcode und Empfängerprozess abgelegt werden. So lässt sich später nachvollziehen, ob ein Problem durch Daten, Toolversion oder Empfängerregeln verursacht wurde.
Praktische Checkliste
- Validator-Version dokumentieren
- Zielprofil bestimmen
- Schema und Schematron unterscheiden
- Warnungen bewerten
- Bei Ablehnung Empfängerbericht anfordern
Praktischer Merksatz
Das richtige Validierungsergebnis ist das, das zum Zielprozess passt.