Kurzüberblick
- Export
- PDF, JSON, CSV
- Nachweis
- Prüf-Hash, Status, Zeitpunkt
- Grenze
- keine Rechts-/Steuerberatung
Felder, Pfade und Bedeutung
| Information | Richtiger Fundort | Nicht verwechseln mit |
|---|---|---|
| Dateiidentität | Dateiname, Dateigröße, Prüf-Hash, Upload-Zeitpunkt | sichtbarer PDF-Titel oder ursprünglicher E-Mail-Betreff. |
| Rechnungsdaten | aus UBL/CII/Factur-X/EDI-Pfaden | OCR-Text oder Kontextfelder. |
| Art der Prüfung | Rechnungsdaten, Upload-Sicherheit, Malware, externe formale Prüfung | ein pauschaler Gesamtstatus ohne Erklärung. |
| Grenzen | klarer Hinweis im Bericht | verstecktes Kleingedrucktes im Footer. |
Typische Fehlerbilder
| Fehlerbild | Wahrscheinliche Ursache | Saubere Reaktion |
|---|---|---|
| Bericht wirkt wie ein Zertifikat | Status und Grenzen sind nicht sauber formuliert. | Technische Prüfung und fachliche Freigabe klar trennen. |
| Originaldatei nicht nachvollziehbar | Prüf-Hash oder Dateiname fehlen. | Prüf-Hash und Zeitpunkt in Bericht und Audit-Spur aufnehmen. |
| Warnungen verschwinden im Export | PDF/CSV enthält weniger Hinweise als UI. | UI und Export fachlich konsistent halten. |
Pflichtinformationen für Nachvollziehbarkeit
Dateiname, Dateigröße, Prüf-Hash, Upload-Zeitpunkt, Standard, Quelle und Prüfstatus.
Rechnungsdaten im Bericht
Rechnungsnummer, Datum, Lieferant, Empfänger, Betrag und Währung sollten klar sichtbar sein. Sensible Inhalte gehören aber nicht unnötig in Systemprotokolle.
Hinweise und Grenzen
Der Bericht sollte unterscheiden zwischen erkannt, gewarnt, blockiert, nicht geprüft und mit formaler Prüfung geprüft. Außerdem muss klar sein: keine Steuer- oder Rechtsberatung.
Häufige Fragen
Ist ein Prüfbericht ein rechtlicher Nachweis?
Er dokumentiert den Prüfvorgang. Keine Steuer- oder Rechtsberatung.
Wofür steht der Prüf-Hash?
Er identifiziert die geprüfte Datei ohne Rechnungsinhalt.