Product structure
Configure the industrial product family, reusable product data and passport template within the manufacturer’s secure tenant.
How a high-capacity synthetic lifting product was connected to a serialised digital identity, NFC and QR access, controlled evidence, lifecycle events and a public passport.
Product
Serialised synthetic lifting assembly
Pilot objective
Prove physical-to-digital traceability
Identifier access
NFC tag with printed QR fallback
The challenge
Industrial lifting products can remain in service for years and pass between manufacturers, asset owners, operators, inspectors and service providers. Their useful information is rarely held in one place.
Shared product specifications, item-level serial data, declarations, technical drawings, inspection records and lifecycle events may sit across documents, enterprise systems and separate organisations.
The pilot therefore tested more than a digital label: it tested whether one physical product could maintain a governed, verifiable identity across its lifecycle.
Physical-to-digital workflow
Configure the industrial product family, reusable product data and passport template within the manufacturer’s secure tenant.
Create a persistent record for one physical lifting product, separating shared model data from item-specific identity and history.
Associate one resolver URL with the physical tag and QR fallback so both carriers open the same trusted digital identity.
Connect controlled technical documents and immutable document versions to the relevant asset, event or passport version.
Record authorised events such as manufacture, issue, inspection, repair or retirement without overwriting earlier history.
Resolve the physical product to a mobile-first public passport containing only information approved for public visibility.
Governance built into the pilot
The pilot architecture separated configuration, tenant operations and public access. That protects customer data while allowing selected product information to travel with the physical asset.
The manufacturer’s organisations, users, products and records remain within a defined customer data boundary.
Published template versions remain stable so future configuration changes do not silently alter historical passports.
The published passport retains the identity and template version used when it was created.
Public, customer, supply-chain, auditor and internal information can be treated differently.
Lifecycle corrections are represented transparently instead of deleting or rewriting the original event.
Public proof links can be issued securely without exposing the underlying document store.
Physical validation
These checks validate the technical workflow. They do not represent a conformity assessment or claim that the product is already subject to a product-specific ESPR DPP obligation.
Practical lessons
NFC and QR provide access. The hard work is defining authoritative product data, evidence, ownership, validation and update rules.
Reusable product-family information should not be copied manually into every serialised asset or allowed to overwrite historical records.
A public passport should never expose every internal document. Classify data and evidence before publication.
A physical pilot reveals gaps in identifiers, attachment, mobile behaviour, documents and operating responsibility that a slide deck cannot.
Plan a controlled DPP pilot
UniQorn Trace™ provides the multi-tenant identity, evidence, access and lifecycle foundation needed to test a practical product-passport workflow.
Case-study note: The manufacturer is intentionally anonymised. This page describes a controlled technical pilot and does not disclose customer documents, identifiers or commercially sensitive product data. It is not legal advice, certification or proof of regulatory conformity.