PLATFORM MODULEREFERENCE IMPLEMENTATION

Thing Identity & Resolver

Resolve official identifiers, correlate aliases and extend assurance without redefining the authoritative product identifier.

Review module scopeRelated architecture
P03Architecture
REFERENCE IMPLEMENTATIONMaturity
Domain-qualifiedAuthority
SCOPE

What the module does—and what it deliberately does not do.

A clear negative boundary is part of the product definition.

DOES
  • Resolution, alias correlation, normalization, clone-signal handling and model/batch/item identity graphs.
  • Publishes explicit domain objects and version-aware interfaces/events.
  • Links business outcomes to evidence and architecture references.
DOES NOT
  • Does not replace external legal/identifier authorities.
  • Does not imply universal certification or conformity.
  • Does not make optional assurance mechanisms mandatory for all products.
OPERATING MODEL

Actors, inputs, outputs and authority remain explicit.

The module is not treated as a black box; its authority and evidence responsibilities are visible.

Actors

Economic Operator · Consumer / Owner · Developer / Integrator · External identifier authority

Inputs

Identity/context, versioned business data, policy inputs and external-source references as applicable.

Outputs

Versioned decision/data/evidence artifacts with correlation and provenance.

Authority boundary

Qualified by data domain; external authority is not absorbed through integration.

BUSINESS OBJECTS

Semantic objects connect UI, API, repository and evidence.

The semantic registry prevents architecture vocabulary from drifting between portals and integration contracts.

Thing Identity & Resolver object mapping
IDObjectAuthorityRepository roleAPIArchitecture
OBJ-001ThingDomain-qualifiedThing MasterResolver APIP01/P03
OBJ-003ModelOfficial identifier domainThing MasterResolver APIP03
OBJ-004BatchOfficial identifier domainThing MasterResolver APIP03
OBJ-005ItemOfficial identifier domainThing MasterResolver APIP03/P04
OBJ-007TTIDTrusted ThingID platformResolver registryResolver APIP03
OBJ-021DeviceDevice owner/operator contextDevice RegistryDevice APIP05
OBJ-022Device CertificateDevice PKIDevice Certificate RegistryDevice APIP05
POLICY & EVIDENCE

Material actions are policy-versioned and evidence-linked.

Where the module changes a material state, the transition grammar applies.

Event
+
Authorized actor
+
Precondition
+
Evidence
+
Trusted time
+
Policy / profile version
=
Resulting state
INTERFACES & EVENTS

Reference contracts are versioned and publication-gated.

The public API package is a reference contract; actual deployment availability must be confirmed by release/environment.

GET /v1/resolve/{identifier}
POST /v1/aliases
GET /v1/things/{ttid}
RELEASE GATE
SELECTINTEGRATETESTAPPROVEOPERATE

Publish support only for the exact version/profile/environment that has supporting evidence.

STANDARDS & LIMITATIONS

Mapping is not certification.

Standards are shown with status and implementation wording so reference mapping is not mistaken for assessed conformity.

Relevant standards
ReferenceStatusOJEUImpactImplementation
EU 2024/1781IN FORCEN/ADPP regulatory profile; lifecycle; authority boundariesTRACKED
EU 2026/1736IN FORCEOJEU PUBLISHEDStandards status and public wordingTRACKED
EN 18216:2026HARMONISEDOJEU CITEDIntegration protocol mappingMAPPED
EN 18219:2026HARMONISEDOJEU CITEDIdentifier governance / resolverMAPPED
EN 18220:2026HARMONISEDOJEU CITEDQR/NFC/data-carrier experienceMAPPED
RELATED MODULES

Compose capabilities without collapsing responsibilities.

Related modules are linked explicitly rather than hidden behind one monolithic platform claim.

Identifier Governance

REFERENCE ARCHITECTURE

Govern namespace uniqueness, persistence, collision detection, supersession and the rule that identifiers are never silently reused.

Explore

DPP Regulatory Engine

PILOT READY

Apply versioned product-group profiles, authoring controls and registry orchestration while keeping external legal authorities authoritative.

Explore

Claims & Credentials

REFERENCE IMPLEMENTATION

Represent roles, responsibilities and verifiable assertions as source-aware, evidence-backed records with lifecycle and dispute handling.

Explore
PRODUCT COMPLETENESS

From module to business outcome.

Resolve authoritative identifiers, correlate governed aliases and maintain stable item/model/batch context without redefining the official identifier.

INPUTIdentifier / policy / evidence / source status
OUTPUTSource-aware, policy-qualified result with evidence context
AUTHORITYQualified by data domain; external authority remains external
API / EVENTResolver API
EVIDENCEResolution decision · alias provenance · authority context
MATURITYReference implementation
Open Product EcosystemView Readiness
ARCHITECTURE WORKSHOP

Turn the architecture into a scoped pilot.

Align product-group applicability, authority boundaries, portal journeys, integration contracts and evidence before committing to production claims.

Request a workshopExplore architecture