Thing Identity Resolver
Resolve official identifiers and governed aliases into stable ThingID context with source authority and evidence preserved.
Separate architecture, UI/UX, API, schema, test, evidence, interoperability, deployment and external dependencies.
Use this matrix for discovery, POC, procurement and architecture review.
| Capability | Architecture | UI/UX | API | Schema | Test | Evidence | Interop | Deployment | External Dependency | Maturity |
|---|---|---|---|---|---|---|---|---|---|---|
| Thing Identity Resolver | Reference Implementation | Complete | Reference | Reference | Defined | Mapped | Mapped | Deployment-specific | None | REFERENCE IMPLEMENTATION |
| DPP Regulatory Engine | Reference Architecture | Complete | Reference | Reference | Defined | Mapped | Mapped | Deployment-specific | EU DPP Registry / product-group rules | PILOT READY |
| DPP Public / Restricted Viewer | Reference Architecture | UI/UX baseline | Read | Reference | Defined | Mapped | Mapped | Static/reference | External authoritative data sources | UI/UX BASELINE |
| Economic Operator Portal | Reference Architecture | UI/UX baseline | Reference | Reference | Defined | Mapped | Mapped | Static/reference | Registry / enterprise IAM | UI/UX BASELINE |
| Ownership / Custody / Delegation | Reference Architecture | UI/UX baseline | Claims/Mandate reference | Reference | Defined | Mapped | Mapped | Deployment-specific | Legal/source evidence | REFERENCE IMPLEMENTATION |
| Evidence & Provenance | Reference Architecture | Complete | Reference | Reference | Defined | Mapped | Mapped | Deployment-specific | TSA / archive where selected | PILOT READY |
| Regulator / Customs Portal | Reference Architecture | UI/UX baseline | Read/reference | Reference | Defined | Mapped | Mapped | Static/reference | External authority / registry | UI/UX BASELINE |
| Developer Integration Portal | Reference Architecture | UI/UX baseline | Complete reference | Complete reference | Defined | Mapped | Mapped | Static/reference | Identity / API gateway | REFERENCE IMPLEMENTATION |
| Device Trust L0–L3 | Reference Architecture | UI/UX baseline | Attestation reference | Reference | Defined | Mapped | Mapped | Deployment-specific | Device PKI / attestation stack | REFERENCE ARCHITECTURE |
| Registry Connector | Reference Architecture | Operational reference | Reference | Reference | Defined | Mapped | Mapped | Deployment-specific | EU DPP Registry / partner APIs | EXTERNAL DEPENDENCY |
Each passport is scoped and version-bound.
Resolve official identifiers and governed aliases into stable ThingID context with source authority and evidence preserved.
Turn product-group rules into governed authoring, validation, publication, registration/reconciliation and lifecycle decisions.
Maintain distinct evidence-backed relationship claims and transitions without treating DPP issuance as legal title.
Compose policy-qualified views using role, mandate, purpose, authority and field-level disclosure decisions.
Bind material actions, claims and external interactions to integrity evidence, provenance, trusted time and immutable audit context.
Select L0–L3 assurance by risk/capability and keep certificate lifecycle separate from runtime appraisal.
Operate versioned connector contracts with retry, reconciliation, status mapping, evidence and explicit authority boundaries.
Provide a role-aware operational workbench from product context through DPP publication and reconciliation.
Support search, DPP inspection, evidence review, restriction/recall context and decision recording while preserving authority boundaries.
Provide HTML-first integration workflow from client onboarding to contract, sandbox, conformance and go-live evidence.
Provide an evidence-aware operations and governance console rather than a business-authoring portal.
AVAILABLE, PILOT READY, REFERENCE IMPLEMENTATION, REFERENCE ARCHITECTURE, UI/UX BASELINE, ROADMAP, RESEARCH and EXTERNAL DEPENDENCY are intentionally distinct.
Important claims map to version, scope, owner, limitation and evidence record.
A registry, authority, PKI or external data source does not become authoritative inside Trusted ThingID merely because a connector exists.
Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →Review architecture, UI, APIs, tests, evidence, dependencies and limitations.
Open passport →