Guide
Export audit evidence: change history, stock-take, data quality and EOL/EOS for a period as a ZIP
Create an audit package for a period from change history, stock-take, data quality and EOL/EOS, with cover sheet, manifest and checksum, and verify the checksum.
6 min read · Oktober 2026
Wer eine Prüfung begleitet, braucht keine Bildschirmfotos, sondern belegbare Listen: Was hat sich in der Konfigurationsverwaltung geändert, wann wurde inventarisiert, welche Datenqualitätsfälle gab es, wie steht es um Support- und Lebensende? Der Reiter Prüfnachweis bündelt das für einen Zeitraum in einem ZIP. Das Paket enthält je Tabelle eine CSV-Datei, ein Deckblatt und ein Manifest mit Prüfsummen.
Warum ein gebündeltes Paket? Eine Prüferin oder ein Prüfer will einen Zeitraum aus einem Guss und die Sicherheit, dass nichts nachträglich verändert wurde. Die Prüfsumme macht jede spätere Änderung an den Dateien sichtbar.
Schritt 1: Den Reiter Prüfnachweis öffnen
Unter Konfigurationsverwaltung auf Nachweise klicken und den Reiter Prüfnachweis öffnen. Den Reiter sehen alle, die die Konfigurationsverwaltung ansehen dürfen. Oben steht die Erklärung: Erzeugen Sie für einen Zeitraum ein Prüfpaket (ZIP) aus Änderungshistorie, Inventur, Datenqualität und EOL/EOS. Es enthält je Tabelle eine CSV-Datei, ein Deckblatt und ein Manifest mit Prüfsummen.
Warum bei den Nachweisen? Hier liegen auch die einzelnen Nachweise (Inventur, Datenqualität, EOL/EOS-Bericht). Das Paket fasst sie zusammen.
Schritt 2: Zeitraum und Bereiche wählen
- Von (inklusive) und Bis (inklusive): der Zeitraum. Voreingestellt ist der Beginn des laufenden Jahres bis heute. Das Paket enthält alle Einträge vom Beginn des Von-Tages bis zum Ende des Bis-Tages. Der Zeitraum gilt in UTC, und er darf höchstens rund zehn Jahre umfassen.
- Bereiche: vier Kästchen, standardmäßig alle angekreuzt.
- Änderungshistorie: alle Änderungen an der Konfigurationsverwaltung mit Hash-Kette. Werte außerhalb Ihrer Feldrechte sind maskiert.
- Inventur: Runden und Abweichungen mit Bearbeitungsstand.
- Datenqualität: Klärfälle mit Verlauf der Prüfungen.
- EOL/EOS: Register der Ausnahmen und Bericht zu Support- und Lebensende.
Ist das Datum ungültig oder liegt Von nach Bis, erscheint Bitte wählen Sie ein gültiges Von- und Bis-Datum, das Von-Datum darf nicht nach dem Bis-Datum liegen. Ohne mindestens einen Bereich bleibt der Knopf gesperrt.
Warum Bereiche wählen? Eine Prüfung zur Datenqualität braucht keine EOL-Listen. Ein kleineres Paket ist schneller zu erzeugen und leichter zu lesen.
Beispiel: Die Revision der Beispiel GmbH prüft das Geschäftsjahr 2026. Sie tragen Von 01.01.2026 und Bis 31.12.2026 ein und lassen alle vier Bereiche angekreuzt.
Schritt 3: Prüfpaket erzeugen
Klicken Sie auf Prüfpaket erzeugen. Während das Paket entsteht, steht auf dem Knopf Wird erzeugt .... Dann lädt der Browser die Datei pruefnachweis-{von}_{bis}.zip herunter, und es erscheint Das Prüfpaket wurde erzeugt und heruntergeladen.
Das Paket wird bei jedem Klick neu erzeugt. Es wird nicht gespeichert und kann nur an Sie ausgeliefert werden. Jeder Download wird im Sicherheitsprotokoll festgehalten, mit Person, Zeitraum, Bereichen und Gesamtprüfsumme.
Warum nicht aufbewahren? So gilt bei jedem Download Ihr aktuelles Recht. Das Paket zeigt nur, was Ihre Rolle sehen darf. Ein Bereich ohne Recht fehlt und steht mit Hinweis im Deckblatt. Sehen Sie keinen der gewählten Bereiche, lehnt knooing den Download ab.
Schritt 4: Ergebnis und Warnungen lesen
Unter dem Knopf erscheint die Karte Heruntergeladen: {Dateiname} mit
- {n} Zeilen insgesamt,
- der Gesamtprüfsumme (SHA-256 über manifest.json). Dieselbe Prüfsumme steht im Deckblatt und im Protokoll der Erzeugung.
- Keine Warnungen. oder Warnungen: {n} mit der Liste je Bereich.
Warnungen sagen, wo das Paket unvollständig sein kann. Häufige Fälle:
- Die Historie ist bei {n} Zeilen abgeschnitten. oder Das Zeilenlimit von {n} ist erreicht. Je Tabelle gehen höchstens 20.000 Zeilen ins Paket. Engen Sie den Zeitraum ein, damit alles enthalten ist. knooing schneidet nie stillschweigend ab.
- Vor {Zeitpunkt} ist der Verlauf durch die Aufbewahrung verdichtet oder entfernt. Ältere Einzelwerte fehlen, verdichtete Zeilen sind gekennzeichnet.
- Die Hash-Kette ist ab seq {n} nicht in Ordnung oder Die Hash-Kette konnte nicht geprüft werden. Die Kette der Journaleinträge hat einen Befund. Wenden Sie sich an Ihre Administration, bevor Sie das Paket weitergeben.
- Im Zeitraum liegen für Ihre Sicht keine Änderungen vor. Der gewählte Zeitraum ist leer.
- Bei {n} Klärfällen lässt sich der Stand zum Zeitraumende nicht aus dem Journal rekonstruieren.
Mehr als die in der Karte genannten Warnungen stehen im Deckblatt: Alle Warnungen stehen im Deckblatt des Pakets.
Warum Warnungen statt Schweigen? Ein Prüfnachweis mit Lücken, von denen niemand weiß, ist gefährlicher als ein Nachweis mit bekannten Lücken. Die Prüferin sieht, was fehlt, und kann dazu fragen.
Schritt 5: Prüfsumme nachrechnen
Entpacken Sie das ZIP. Es enthält:
- deckblatt.txt mit Mandant, Zeitraum, Erzeugungszeitpunkt, Erzeuger, Zeilen je Bereich, fehlenden Bereichen, Warnungen und der Anleitung zur Prüfsumme,
- je eine CSV-Datei: historie.csv, inventur_runden.csv, inventur_abweichungen.csv, datenqualitaet_klaerfaelle.csv, datenqualitaet_journal.csv, eol_register.csv, eol_bericht.csv (je nach gewählten Bereichen),
- manifest.json mit dem SHA-256, den Zeilen und den Bytes je CSV-Datei.
So prüfen Sie:
- Bilden Sie den SHA-256 der Datei manifest.json. Unter Linux und macOS mit
sha256sum manifest.json, unter Windows mitcertutil -hashfile manifest.json SHA256. Er muss mit der Gesamtprüfsumme auf dem Deckblatt und in der Karte übereinstimmen. - Bilden Sie den SHA-256 jeder CSV-Datei. Er muss dem Eintrag sha256 dieser Datei im Manifest entsprechen.
- Das Manifest nennt keinen Erzeugungszeitpunkt. Dieselben Daten ergeben bei einem erneuten Erzeugen dieselbe Gesamtprüfsumme.
Warum nachrechnen? Nur wenn die Prüfsumme stimmt, ist belegt, dass die Dateien seit dem Download unverändert sind. Die Prüferin oder der Prüfer kann das ohne knooing-Zugang selbst nachvollziehen.
Beispieldaten
Gehört das Paket zu einem Demo-Mandanten, steht im Deckblatt der Hinweis: Alle Angaben in diesem Paket sind Beispieldaten und kein Nachweis eines echten Betriebs.
Was Sie sehen dürfen, steht im Paket
Die Änderungshistorie maskiert Werte, die Ihre Feldrechte nicht zeigen, als [maskiert] und kennzeichnet sie in der Spalte maskiert. Objekte außerhalb Ihrer Sicht erscheinen mit dem Platzhalter (außerhalb Ihrer Sicht). Den Bereich EOL/EOS sehen Sie mit den Rechten des EOL/EOS-Berichts.
Wie die Daten im Paket entstehen, steht in Dieses Objekt prüfen und in Beziehungen attestieren.
Wenn etwas nicht klappt
- „Ihnen fehlt das Recht für die gewählten Bereiche des Prüfnachweises.“ Für keinen der gewählten Bereiche haben Sie das Recht. Wählen Sie andere Bereiche oder bitten Sie um das Leserecht an der Konfigurationsverwaltung.
- „Ihnen fehlt das Leserecht für die Konfigurationsverwaltung.“ Der Bereich fehlt im Paket und steht mit diesem Hinweis im Deckblatt.
- „Ihnen fehlen die Leserechte für Anwendungskosten und für die Konfigurationsverwaltung.“ Der Bereich EOL/EOS fehlt aus demselben Grund.
- „Der Zeitraum ist zu lang.“ Wählen Sie höchstens rund zehn Jahre.
- „Das Von-Datum muss vor dem Bis-Datum liegen (Bis ist exklusiv).“ Im Formular ist Bis inklusive. Prüfen Sie das Datum.
- „Das Prüfpaket konnte nicht erzeugt werden.“ Versuchen Sie es erneut. Besteht der Fehler weiter, verkleinern Sie den Zeitraum oder wenden Sie sich an Ihre Administration.
- Der Reiter Prüfnachweis fehlt. Ihnen fehlt das Leserecht an der Konfigurationsverwaltung.