Prüfschritte
Kopfbereich
- Dateiname, Uploadzeit, Prüfer/Organisation, Hash und erkannter Standard.
- Klare Statuszeile: erkannt, gewarnt, blockiert oder extern validiert.
Rechnungsdaten
- Rechnungsnummer, Datum, Lieferant, Empfänger, Betrag und Währung.
- Bei fehlenden Feldern nicht raten, sondern ‚nicht erkannt‘ anzeigen.
Hinweise
- Warnungen verständlich formulieren.
- Technische Details nicht mit Freigabe verwechseln.
- Grenzen und nächste Schritte sichtbar machen.
Beispielhafte Einordnung
| Fall | Was geprüft wird | Was daraus folgt |
|---|---|---|
| Datei | rechnung_2026_1001.xml | Originalbezug |
| Hash | SHA-256 der geprüften Datei | Wiedererkennung ohne Klartextlog |
| Format | UBL-XRechnung, CII, Factur-X, EDIFACT | Prüfpfad nachvollziehen |
| Prüfebene | Basisdaten / Schema / Schematron / extern | keine falschen Garantien |
| Grenze | keine Steuer- oder Rechtsberatung | Erwartung steuern |
Warum eine Vorlage wichtig ist
Ohne feste Struktur werden Prüfberichte schnell zu schönen PDFs ohne Aussagekraft. Die Vorlage hält Dateibezug, Status und Grenzen zusammen.
Häufige Fragen
Soll der Prüfbericht alle Rechnungsdaten enthalten?
Nur die Daten, die für Nachvollziehbarkeit und Prozess nötig sind.
Ersetzt der Bericht die Originaldatei?
Nein. Er verweist auf den Prüfvorgang und die geprüfte Datei.