Document
ID, version, hash, purpose.
Connect source records, documents, signers, authorization, results and exceptions within a transaction record.
ID, version, hash, purpose.
Subject/profile and applicable identity context.
Consent/user action/transaction authorization.
Signature, credential and provider reference.
Validation result, time and status.
Transaction ID, events and correlation.
Map evidence fields to the approved API and audit schema for the deployment.
Mobile-ID Sign describes the schema as Conceptual until a production schema is published. The goal is to show Business/Security/Operations what must be reconciled: Actor, document reference/hash, authentication/authorization events, signing route, certificate/status, validation and audit timeline.
If the table is wider than its frame, scroll horizontally to see all columns; use arrow keys when the table region has focus.
| Evidence item | Purpose | Publication status |
|---|---|---|
| Transaction ID | Cross-system correlation | Conceptual |
| Document reference/hash | Bind transaction to content | Conceptual |
| Authentication / authorization event | Record user interaction | Conceptual |
| Signing route / provider | Execution context | Conceptual |
| Certificate / status | Trust context | Conceptual |
| Validation result | Integrity/status result | Conceptual |
| Audit timeline | Operational reconstruction | Conceptual |
The structure below is conceptual until an approved production schema is published. It separates what happened, who/what authorized it, how the signature was produced and how the result was verified.
Where the production service exposes evidence, each event should preserve actor, time, action, result and correlation to the signed object.
Version • identity • authority
Authorization • signature • validation • events
This is a reference evidence model, not a published JSON API schema. Access rights, retention and preservation mechanisms require deployment confirmation.