Unique product identity
The passport must be linked to a persistent unique product identifier. The applicable delegated act determines whether the passport applies at model, batch or individual-item level.
A practical, regulation-anchored explanation of what ESPR requires, what product-specific rules must still define, and what manufacturers should build now.
The essential distinction
The Ecodesign for Sustainable Products Regulation—Regulation (EU) 2024/1781—establishes the EU framework for Digital Product Passports. It sets core principles for identity, data carriers, access, interoperability, security and availability.
However, it does not impose one identical passport on every product from one universal date. Delegated acts for particular product groups determine the exact dataset, passport level, data carrier placement, permitted actors, update responsibilities and application date.
Core ESPR architecture
The passport must be linked to a persistent unique product identifier. The applicable delegated act determines whether the passport applies at model, batch or individual-item level.
A suitable data carrier—such as a QR code or another automatic identification medium—connects the physical product, packaging or documentation to the passport.
Passport information must use open, interoperable formats and be structured, machine-readable and searchable where required.
Different actors may receive access to different data. Public, customer, supply-chain, auditor and authority views need governed permissions.
The economic operator must ensure the required information is accurate, complete and up to date, with appropriate protection against unauthorised alteration.
Passport data must remain available for the period specified in the applicable product rules, including where a service provider changes or ceases trading.
What the delegated act decides
Before implementation is treated as compliance-ready, the responsible team must confirm these decisions in the measure covering the product group:
Data preparation
There is no universal final dataset. ESPR and Annex III establish categories that product-specific measures can draw from. Manufacturers should prepare a governed data inventory across the following domains without assuming every field will apply.
Product, model, batch or item identifier; product classifications; basic characteristics and relevant identifiers.
Manufacturer, importer, authorised representative or other responsible-party information where required.
Manufacturing facility or location identifiers when included by the product-specific rules.
Material composition, substances of concern, recycled content and sourcing information where applicable.
Durability, repairability, recyclability, resource use, environmental or carbon-footprint information where required.
Declarations, certificates, test evidence, instructions and conformity-related documentation.
Repair, inspection, refurbishment, ownership, reuse, recycling and end-of-life information where applicable.
Operating responsibility
Software supports the operating model; it does not transfer the economic operator’s legal accountability. Responsibilities must be assigned across the value chain and confirmed against the applicable measure.
Creates or ensures creation of the passport, provides required data and maintains the information for which it is responsible.
Verify relevant obligations and passport availability where the applicable rules assign duties to them.
Provide trustworthy material, component, certificate and process data needed by the responsible economic operator.
Provides technical hosting, access, security, continuity and interoperability capabilities under the agreed operating model.
Access the data permitted for their role and use the passport for market surveillance, service, repair or circularity activities.
Manufacturer action plan
Map product groups, markets and economic-operator roles. Track adopted delegated acts—not headlines or draft timelines.
Select one representative product with real data, suppliers, evidence and a realistic lifecycle.
Prepare model, batch and item-level options until the applicable rule confirms the required passport level.
Define each field, format, owner, source system, evidence, update frequency and access class.
Identify data held in ERP, PLM, PIM, MES, spreadsheets, document stores and supplier systems.
Assign accountable owners, validation rules, publication approvals, corrections and retention responsibilities.
Validate product → identifier → data carrier → passport → role-based access → evidence → lifecycle update.
Use the 30-point checklist to identify gaps in scope, data, identity, evidence, governance, systems and pilot planning.
Common questions
There is no single ESPR deadline for every product. ESPR establishes the framework, while product-specific delegated acts set the affected products, detailed requirements and application dates. Separate legislation, including the EU Battery Regulation, has its own timetable.
The answer depends on adopted product-specific measures. The ESPR working plan indicates priority product groups, but a working-plan priority is not itself a final legal obligation. Manufacturers should monitor the legislation that applies to their exact products.
The final dataset is defined by the relevant delegated act. ESPR provides a framework and possible information categories, including product identifiers, operator information, sustainability and circularity information, compliance documentation and other product-specific data.
Not necessarily. The applicable delegated act can specify the passport at model, batch or item level. The architecture should support the required level without duplicating or losing product history.
No. Software can provide the identity, data, evidence, access and governance infrastructure, but compliance also depends on applicable law, product design, data accuracy, supplier evidence and the economic operator’s processes.
Yes, where the applicable rules provide differentiated access. A credible DPP architecture should expose only the information each stakeholder is permitted to see.
From requirements to pilot
UniQorn Trace™ connects product identity, structured data, evidence, permissions and lifecycle events for B2B manufacturers preparing for evolving product-passport requirements.
See Regulation (EU) 2024/1781, particularly Articles 9–11 and Annex III. Always verify the current consolidated text and the delegated act applicable to your product.