identity_document
Document types include PASSPORT, DRIVER_LICENSE, IDENTITY_CARD, CITIZEN_CARD, FACE_SCAN, FACE_FRAME.
Identity document, process, final result, certificates, payload and transaction details.
Each object maps to the source contract; code identifiers remain in English.
identity_document
Document types include PASSPORT, DRIVER_LICENSE, IDENTITY_CARD, CITIZEN_CARD, FACE_SCAN, FACE_FRAME.
process
Verification resource and state.
document_verification
Document verification result fields.
facial_similarity
Face comparison result fields.
final_result
Final verified result / signed claim source.
certificates
Certificate metadata object.
payload
Process Perform payload.
transaction_details
Transaction detail structures vary by transaction type.
Source → Scope → Implementation → Evidence → Limitation
Public examples show subjects with owner/subject type, identity-document context and contact/identity fields depending on operation. does not mark every example field mandatory without schema evidence.
A Process carries `process_type`, `purpose`, status and conditional evidence/result. A subject can contain multiple processes, so a process is not the same as the subject lifecycle.
`perform_result` contains process-type-specific results; the PASSIVE_AUTHENTICATION example exposes `passive_authentication_status`. does not generalize one process-specific field to every process.
Management transaction views expose identifiers such as billcode/process under authorized classification. Restricted or PII fields are not published beyond source classification.
Each public field records type, required/optional/conditional state, enum when known, source version and description. Insufficient source is marked SOURCE REQUIRED rather than guessed.
Examples use consistent placeholders; raw keys, enums and error literals are not translated.