Was im Abschlussbericht steht
Wenn ein Dokument abgeschlossen ist, gibt es neben der unterschriebenen PDF eine zweite Datei: den Abschlussbericht. Er ist eine separate PDF, die beschreibt, wer wann, auf welche Weise und mit welchem Nachweis unterschrieben hat.
Diese Seite listet auf, was darin steht. Das dient zweierlei: zu wissen, was Sie jemandem zeigen, der ihn erhält, und zu wissen, was Sie antworten, wenn jemand fragt, welche Daten über ihn erfasst werden.
Der Bericht ist auf Englisch
Abschnitt betitelt „Der Bericht ist auf Englisch“Überschriften und Bezeichnungen des Berichts sind auf Englisch und richten sich weder nach der Sprache Ihres Kontos noch nach der der Anwendung. Auch ein Dokument, das vollständig auf Deutsch unterschrieben wurde, erzeugt einen Bericht mit Abschnitten namens Signatures, Timeline und Audit chain (tamper-evidence).
Die Daten in den Feldern – Namen, E-Mail-Adressen, Signaturarten – stammen aus dem Dokument und erscheinen so, wie sie sind.
Das Dokument
Abschnitt betitelt „Das Dokument“In den Abschnitten Document und Timeline:
| Feld im Bericht | Bedeutung |
|---|---|
| Document ID | Die öffentliche Kennung des Dokuments |
| Name | Der Dateiname |
| Subject | Der Betreff |
| Pages · Status | Die Seitenzahl und der Status |
| Signature count | Die Anzahl der in der PDF gefundenen zertifikatsbasierten Signaturen, falls es welche gibt; andernfalls die Gesamtzahl der Signaturen |
| Document hash (SHA-256) | Der digitale Fingerabdruck der Datei |
| Signed with certificate | Yes, wenn die PDF mindestens eine zertifikatsbasierte Signatur eines Unterzeichners enthält |
| Created on · Completed on | Wann es erstellt und wann es abgeschlossen wurde |
| Report generated at | Wann dieser Bericht erzeugt wurde |
Mit dem Document hash lässt sich später beweisen, dass die PDF, die Sie in der Hand haben, dieselbe ist, die unterschrieben wurde: Ändert sich ein einziges Byte, ändert sich der Wert.
Wer gesendet hat
Abschnitt betitelt „Wer gesendet hat“Im Abschnitt Owner nennt der Bericht die Person, die das Dokument erstellt hat, mit Name, Email, Phone und IP address.
Wer unterschrieben hat
Abschnitt betitelt „Wer unterschrieben hat“Für jeden Unterzeichner hat der Bericht einen eigenen Abschnitt, Signer — {Name}:
| Feld | Bedeutung |
|---|---|
| Email · Phone | Die beim Versand verwendeten Kontaktdaten |
| IP address | Die Adresse, von der aus unterschrieben wurde |
| User-agent | Browser und Betriebssystem, mit denen unterschrieben wurde |
| Signature type | Siehe die Tabelle unten |
| Security level | Die vom Unterzeichner verlangte Zwei-Faktor-Authentifizierung: No, SMS oder Password |
| eIDAS level | SES, AES oder QES, gefolgt vom Vertrauensniveau der Identität |
| ID document | Art und Nummer des Ausweisdokuments, wenn eine Identitätsbestätigung stattfand |
| Certificate (extracted from signed PDF) | Wenn die Signatur ein Zertifikat verwendet: Common name, Serial number, Issuer, Valid from, Valid to |
| Professional attributes (SCAP) | Certified with, Certified by, Certified attributes und die NIPC (portugiesische Unternehmenssteuernummer) jeder Stelle, wenn die Signatur sie enthält |
| SMS OTP events | Wenn ein SMS-Code verwendet wurde: Code (last 4), Phone, Sent, Validated, Status |
| Signer answers | Die Antworten auf die Fragen, die der Unterzeichner ausfüllt: Question und Answer, nur wenn das Dokument welche hatte |
Signature type und eIDAS level hängen von der Methode ab:
| Methode | Signature type | eIDAS level |
|---|---|---|
| Visuelle Unterschrift (mit oder ohne SMS-Code oder Identitätsbestätigung) | Without Certificate | SES |
| Chave Móvel Digital | Mobile Digital Key (CMD) | QES · High |
| CMD mit Berufsattributen | Mobile Digital Key with Professional Attributes (SCAP) | QES · High |
| Lokales digitales Zertifikat | Advanced Signature | AES · Substantial |
Eine Signatur mit Lokales digitales Zertifikat enthält zusätzlich den Block Certificate (extracted from signed PDF) mit den Daten des Zertifikats des Unterzeichners selbst – der Aussteller unter Issuer ist die Stelle, die es ihm ausgestellt hat, nicht die ARTE (ehemals AMA).
Warum die IP-Adresse dort steht
Abschnitt betitelt „Warum die IP-Adresse dort steht“Dieses Feld überrascht beim ersten Öffnen des Berichts am meisten.
Der Bericht existiert, um zu belegen, wer unterschrieben hat, und diese Identifizierung gegenüber Dritten zu stützen. IP-Adresse, User-Agent und Uhrzeit sind Teil dieses Nachweises: Ohne sie würde das Dokument sagen, dass jemand unterschrieben hat, hätte aber nichts, womit es das stützen könnte, wenn die Signatur angefochten wird. Es ist kein nebensächlicher Eintrag, den man folgenlos weglassen könnte – es ist einer der Gründe, warum die Datei existiert.
Wer das abgeschlossene Dokument erhält, erhält auch diese Information. Das sollten Sie wissen, bevor Sie den Bericht außerhalb der Organisation weiterleiten: Die unterschriebene PDF und der Bericht sind getrennte Dateien, und nicht immer müssen beide verschickt werden.
Der Bericht überdauert das Dokument
Abschnitt betitelt „Der Bericht überdauert das Dokument“Ein Dokument, das Sie löschen, bleibt 15 Tage unter Gelöscht wiederherstellbar; danach verlässt es den direkten Zugriff und wird 30 Tage später samt seinen Dateien endgültig gelöscht. Der versiegelte Abschlussbericht wird nicht mitgelöscht: Er bleibt zusammen mit dem Verlauf des Dokuments als Nachweis gespeichert, dass die Signatur stattgefunden hat. Wenn Sie den Bericht selbst besitzen möchten, laden Sie ihn herunter, bevor Sie das Dokument löschen.
Was die Plattform wie lange speichert, steht unter Datenaufbewahrung und Datenschutz.
Die Prüfkette
Abschnitt betitelt „Die Prüfkette“Der Abschnitt Audit chain (tamper-evidence) sagt, ob der Verlauf des Dokuments intakt ist. Er enthält den Chain root hash (SHA-256), die Anzahl der geprüften Einträge und ein Urteil, das eines von dreien ist:
| Urteil | Bedeutung |
|---|---|
| VALID — chain reproducible | Die Kette wurde neu berechnet und stimmt |
| INVALID — chain broken or tampered | Die Neuberechnung stimmt nicht |
| NOT VERIFIABLE — no chained audit entries | Es gibt keine verketteten Einträge zum Prüfen |
Der dritte Fall ist kein Mangel des Dokuments: Ein älteres Dokument hat möglicherweise keine verketteten Ereignisse, die sich neu berechnen ließen. Wie die Kette aufgebaut und geprüft wird, steht unter Wie der Verlauf verkettet ist.
Die Signaturen der PDF selbst
Abschnitt betitelt „Die Signaturen der PDF selbst“Der Bericht beschreibt auch, was auf die Datei angewendet wurde, nicht nur, was die Plattform protokolliert hat:
- AATL Digital Certificate (Adobe Approved Trust List) – das Zertifizierungssiegel der Plattform, mit Name, Email, Date und LTV type, das die künftige Validierung der Signatur ermöglicht.
- Certificate (extracted from signed PDF) im Abschnitt jedes Unterzeichners – siehe oben.
- Unreconciled signatures – Signaturen, die in der PDF gefunden wurden, die die Plattform aber keinem erfassten Unterzeichner zuordnen konnte.
Siehe auch
Abschnitt betitelt „Siehe auch“- Verlauf und Prüfpfad – wie der Verlauf verkettet ist
- Sicheres finales Dokument – was auf die PDF angewendet wird
- Ein unterschriebenes Dokument validieren – die Signatur außerhalb der Plattform bestätigen
- Datenaufbewahrung und Datenschutz – was wie lange gespeichert wird