Actors
Connector owner · External authority/service · Platform operations · Developer
Use domain-specific adapters over shared API, event, workflow, semantic mapping, retry and reconciliation capabilities.
A clear negative boundary is part of the product definition.
The module is not treated as a black box; its authority and evidence responsibilities are visible.
Connector owner · External authority/service · Platform operations · Developer
Identity/context, versioned business data, policy inputs and external-source references as applicable.
Versioned decision/data/evidence artifacts with correlation and provenance.
Qualified by data domain; external authority is not absorbed through integration.
The semantic registry prevents architecture vocabulary from drifting between portals and integration contracts.
| ID | Object | Authority | Repository role | API | Architecture |
|---|---|---|---|---|---|
| OBJ-001 | Thing | Domain-qualified | Thing Master | Resolver API | P01/P03 |
| OBJ-002 | Product | Economic operator / applicable authority | Thing Master | DPP API | P03/P04 |
| OBJ-003 | Model | Official identifier domain | Thing Master | Resolver API | P03 |
| OBJ-004 | Batch | Official identifier domain | Thing Master | Resolver API | P03 |
| OBJ-005 | Item | Official identifier domain | Thing Master | Resolver API | P03/P04 |
| OBJ-006 | Official Identifier | External / scheme authority | External source + alias map | Resolver API | P01/P03 |
Where the module changes a material state, the transition grammar applies.
The public API package is a reference contract; actual deployment availability must be confirmed by release/environment.
GET /v1/connectors
POST /v1/connectors/{id}/reconcile
GET /v1/connectors/{id}/healthPublish support only for the exact version/profile/environment that has supporting evidence.
Standards are shown with status and implementation wording so reference mapping is not mistaken for assessed conformity.
| Reference | Status | OJEU | Impact | Implementation |
|---|---|---|---|---|
| EN 18216:2026 | HARMONISED | OJEU CITED | Integration protocol mapping | MAPPED |
| EN 18223:2026 | HARMONISED | OJEU CITED | Connector/conformance model | MAPPED |
| EPCIS 2.0 | ECOSYSTEM STANDARD | N/A | Connector / semantic mapping | TRACKED |
| ISO/IEC 30141:2024 | INTERNATIONAL STANDARD | N/A | Device / integration architecture | SUPPORTING |
| IEC 63278-1 | INTERNATIONAL STANDARD | N/A | Semantic/integration mapping | SUPPORTING |
Related modules are linked explicitly rather than hidden behind one monolithic platform claim.
Resolve official identifiers, correlate aliases and extend assurance without redefining the authoritative product identifier.
Govern namespace uniqueness, persistence, collision detection, supersession and the rule that identifiers are never silently reused.
Apply versioned product-group profiles, authoring controls and registry orchestration while keeping external legal authorities authoritative.
Coordinate API, event, workflow, connector, reconciliation, observability and administration without absorbing external authority.
Align product-group applicability, authority boundaries, portal journeys, integration contracts and evidence before committing to production claims.