Prüfschritte
Kopfbereich
- Dateiname, Uploadzeit, Prüfer/Organisation, Prüf-Hash und erkannter Standard.
- Klare Statuszeile: erkannt, gewarnt, blockiert oder mit formaler Prüfung geprüft.
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 |
| Prüf-Hash | Prüf-Hash der geprüften Datei | Wiedererkennung ohne Klartextlog |
| Format | UBL-XRechnung, CII, Factur-X, EDIFACT | Prüfpfad nachvollziehen |
| Art der Prüfung | Rechnungsdaten / Schema / Normregeln / 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.