Evidence Packages: wenn der Auditor den Bundle will, nicht den Trail
Die sechs Scopes, was wirklich im ZIP steckt, wie lange der Downloadlink lebt und die zwei Wege, auf denen ein Package beim Kunden ankommt.
Ein Auditor will nicht durch Ihre Plattform navigieren. Er will eine Datei auf dem Desktop, in der alles steckt, was er braucht, um eine bestimmte Behauptung zu prüfen — und er will, dass die nächste genauso aussieht, damit die zweite Prüfung eine Stunde dauert statt einen Vormittag. Evidence Packages sind dieser Export: Scope wählen, generieren, herunterladen, übergeben.
Sechs Scopes
Ein Package kann um ein einzelnes Asset, eine Inbound Order, eine Outbound Order, einen Contract, eine Company über ein Zeitfenster oder einen Batch von Assets aus einer Liste gebaut werden. Der Scope ist keine Dekoration: Er entscheidet, welche Assets in den Bundle aufgelöst werden. Ein Contract zieht, was unter ihm gelaufen ist, eine Company plus Zeitfenster zieht, was sich in diesem Zeitraum bewegt hat, ein Batch zieht genau die Zeilen, die Ihr Operator angehakt hat. Nehmen Sie den kleinsten Scope, der die Frage beantwortet, die tatsächlich gestellt wurde.
Was im ZIP liegt
Im Wurzelverzeichnis liegt summary.pdf — der lesbare Bericht über das Package, seinen Scope, seine Assets und darüber, wie es erzeugt wurde. Daneben enthält ein Photos-Ordner je Asset Tag einen Ordner mit der Galerie des Geräts; generierte Erasure Certificates liegen genauso, ein Ordner pro Asset Tag, sofern sie zum Scope gehören. Externe Recycling-Zertifikate kommen als die originalen Recycler-PDFs, abgelegt nach Zertifikatsnummer, denn das Dokument eines Downstream-Recyclers ist mehr wert, wenn es niemand abtippt. Läuft eine Galerie über das Size Cap, sagt ein Hinweis im ZIP das, statt still ein kurzes Set auszuliefern.
Das Summary-PDF ist das Manifest, und es ist ohnehin der Teil, den der Auditor zuerst öffnet. Es gibt außerdem ein Nur-PDF-Format für Prüfungen, bei denen Fotos nicht der Punkt sind: die Zusammenfassung, und nichts zum Entpacken.
Ready, expired, purged
Ein Package durchläuft pending, generating und ready und kann als failed, expired oder revoked enden. Ein fertiges Package trägt einen signierten Downloadlink, standardmäßig sieben Tage gültig — eine Platform Setting und keine festverdrahtete Zahl. Ein stündlicher Sweeper lässt abgelaufene Links verfallen; ein täglicher Sweeper entfernt Packages endgültig, die seit neunzig Tagen abgelaufen sind, Storage Object inklusive. Solange die Datei selbst noch da ist, kann die Detailseite einen abgelaufenen Link erneuern, statt das Ganze neu zu bauen.
Neunzig Tage sind ein bewusster Kompromiss. Eine Behörde, die einen Monat nach der Lieferung nach einem Decommissioning fragt, sollte nicht in einen toten Link laufen, und ein Bucket voller vergessener ZIPs ist niemandes Compliance-Strategie.
Senden und fortsetzen
Ein bereites, aktuelles Zwischenpaket kann von Administratoren, Managern oder Operatoren versandt werden. Abschließende Dienstleistungsdossiers enthalten Finanzdokumente und erfordern Administrator-, Manager- oder Finanzberechtigung. Ein Paket zur vergebenen Abholanfrage wird den berechtigten Kundenportalnutzern bereitgestellt. Andere Kundenpakete gehen an Auftrags- oder Unternehmenskontakte mit weiteren Adressen Ihres Teams. Empfänger erhalten einen zeitlich begrenzten Downloadlink.
Die Detailseite speichert das Ergebnis für jeden Empfänger: vom Maildienst akzeptiert, abgelehnt, ausstehend oder unklar. Annahme beweist weder Empfang noch Download. Fortsetzen verwendet dieselbe Nachricht und überspringt bereits akzeptierte Empfänger. Bei unklarem Ergebnis oder abgelaufenem sicheren Wiederholungszeitraum prüft ein Administrator oder Manager den Maildienst und dokumentiert das bestätigte Ergebnis mit Begründung.
Ändert sich der Löschnachweis, erstellen Sie vor erneutem Teilen eine neue Paketversion. Die zuvor freigegebene Version und ihr Versandverlauf bleiben verfügbar. Geteilte Pakete sind von der routinemäßigen Bereinigung nach Linkablauf ausgeschlossen.
Zwischenbericht oder abschließendes Dienstleistungsdossier
Verwenden Sie die bestehende Aktion Nachweise erstellen am Eingangsauftrag oder wählen Sie diesen Auftrag in der Nachweisübersicht. Wählen Sie Zwischenbericht für eine PDF-Zusammenfassung oder ein ZIP der verfügbaren Nachweise. Jede ausgewählte aktuelle Löschquelle muss lesbar sein; fehlgeschlagene oder teilweise Löschungen bleiben mit ihrem tatsächlichen Ergebnis sichtbar. Dieser Bericht bestätigt keinen vollständigen Dienstleistungsabschluss.
Das abschließende Dienstleistungsdossier verbindet einen Eingangsauftrag, Auftraggeber, Vertrag und eine Geräteauswahl. Der Dialog zeigt erforderliche und erfolgreiche Löschungen, lesbare Quellen, zugestellte Rückgaben mit vollständiger Unterschrift und Fotos sowie die ausgestellte Dienstleistungsrechnung. Fehlende Voraussetzungen werden vor der Erstellung aufgelistet. Administratoren, Manager und Finanzmitarbeiter können nach bestandenen Prüfungen das abschließende ZIP erstellen. Es enthält Zusammenfassung, Dienstleistungsrechnung, Rückgabenachweise, Originaldateien und Quellenverzeichnis.
Der Produktfußabdruck bleibt eine ergänzende Information mit klar ausgewiesener aktueller, importierter, vorläufiger und fehlender Abdeckung. Unvollständige Carbontrace-Abdeckung verhindert den Dienstleistungsabschluss nicht. Die Quellen werden vor Speicherung oder Freigabe der endgültigen Version erneut geprüft. Bei Änderungen am Dienstleistungsnachweis wird das gespeicherte Dossier als veraltet markiert; erstellen Sie vor erneutem Teilen eine neue Version. Frühere Versionen und ihr Versandverlauf bleiben nachvollziehbar.