Mobile-ID · Digital Trust
ISO/IEC 27001 · FIDO2 · OpenID — View scope
Evidence

Evidence Architecture

Connect source records, documents, signers, authorization, results and exceptions within a transaction record.

EVIDENCE PACKAGE

Every signature should be reconstructable in context.

DOCUMENT

Document

ID, version, hash, purpose.

SIGNER

Identity

Subject/profile and applicable identity context.

INTENT

Authorization

Consent/user action/transaction authorization.

SIGNATURE

Signature

Signature, credential and provider reference.

VALIDATION

Verification

Validation result, time and status.

AUDIT

Audit

Transaction ID, events and correlation.

REFERENCE MODEL

Production evidence fields may differ.

Map evidence fields to the approved API and audit schema for the deployment.

EVIDENCE ARCHITECTURE

An evidence package is a transaction record, not a certificate

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.

An evidence package is a transaction record, not a certificate
Evidence itemPurposePublication status
Transaction IDCross-system correlationConceptual
Document reference/hashBind transaction to contentConceptual
Authentication / authorization eventRecord user interactionConceptual
Signing route / providerExecution contextConceptual
Certificate / statusTrust contextConceptual
Validation resultIntegrity/status resultConceptual
Audit timelineOperational reconstructionConceptual
CONCEPTUAL EVIDENCE MODEL

Evidence is a transaction object, not a certificate logo

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.

SigningTransaction ├── BusinessContext ├── DocumentEvidence │ ├── DocumentId / Version │ └── Hash ├── IdentityEvidence ├── AuthenticationEvidence ├── AuthorizationEvidence ├── SigningEvidence │ ├── Route / Provider │ ├── CertificateReference │ └── SignatureReference ├── TimeEvidence ├── VerificationEvidence ├── CallbackEvidence └── AuditEvents
CONCEPTUAL MODEL
EVIDENCE TIMELINE

Every major event should be attributable and traceable

Where the production service exposes evidence, each event should preserve actor, time, action, result and correlation to the signed object.

Reference architecture
SigningTransaction
Document and signer

Version • identity • authority

Actions and outcomes

Authorization • signature • validation • events

REFERENCE

Transaction evidence structure

SigningTransaction
BusinessContext
Source record and decision
DocumentEvidence
Document reference, version and agreed digest
IdentityEvidence
Identity reference and attribute scope
AuthenticationEvidence
Authentication result and session context
AuthorizationEvidence
Signing intent, summary and authorization result
SigningEvidence
Provider, certificate and signature result
VerificationEvidence
Validation policy, status and reason
CallbackEvidence
Event reference, delivery attempt and acknowledgement
AuditEvents
Time, actor and state transition

This is a reference evidence model, not a published JSON API schema. Access rights, retention and preservation mechanisms require deployment confirmation.

Search Mobile-ID Sign

Local search inside the offline package.