FAQESPREU

EU Ecodesign for Sustainable Products Regulation DPP obligations FAQ

ESPR creates the framework for Digital Product Passports, but product-specific delegated acts decide the operative passport requirements for each covered product group.

This FAQ helps separate settled ESPR framework duties from fields, dates, and procedures that still depend on product rules, standards, or service-provider requirements. For products covered by an applicable delegated act, manufacturers must ensure that the passport is available; importers, distributors, and dealers have distinct verification and access duties.

Author
Sorena AI
Published
May 9, 2026
Updated
Jul 26, 2026
Questions
5

Structured answer sets in this page tree.

Primary sources
8

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated Jul 26, 2026
Overview

obligations under ESPR should be read as a framework plus delegated-act dependency. ESPR already defines core passport concepts, carriers, identifiers, access rights, registry and web-portal mechanics, but the data set, passport level, access model, update rights, and availability period are specified for each product group through delegated acts. For a product covered by an applicable delegated act, the manufacturer must ensure that the passport is available, including the required back-up copy. Importers verify availability, distributors verify the required link where relevant, and dealers ensure customer access as specified in the applicable act.

Search this module

Find a question or answer quickly

5 of 5 questions
Question 1

Does ESPR already require a Digital Product Passport for every product?

No. ESPR sets a horizontal framework. Article 9 says information requirements shall provide that products can be placed on the market or put into service only if a is available in accordance with the applicable delegated act and Articles 10 and 11.

The operative obligation depends on the product rule. First identify whether an ESPR delegated act covers the product group, then read that act for the required data, carrier, passport level, access rights, update rights, and availability period.

  • Do not publish a universal ESPR DPP field list for all products.
  • Do not assume a passport is required until the relevant product group rule says so.
  • Track the Commission working-plan and delegated-act process for products your business places on the EU market.
  • Prepare data governance now, but label unfinalised product fields as delegated-act dependent.
Citations
Question 2

What will the product-specific delegated act decide?

The delegated act is where ESPR turns the passport framework into product-group instructions. Article 9 requires delegated acts to specify the passport data, , carrier layout and position, whether the passport is at model, batch or item level, customer pre-contract access, stakeholder access rights, who may create or update data, update arrangements, and how long the passport remains available.

Annex III lists candidate data categories, including the , commodity codes, compliance documentation, user manuals or warnings, manufacturer and importer information, operator and facility identifiers, and the DPP service provider hosting the back-up copy. It does not mean every listed element is mandatory for every product.

  • Map each proposed field to the product-specific delegated act before treating it as required.
  • Record whether the product passport level is model, batch, or item.
  • Separate public information from restricted information for authorities or defined value-chain actors.
  • Keep voluntary extra information distinct from required passport information.
Citations
Question 3

What do ESPR Articles 10 to 14 say about identifiers, carriers, access, and infrastructure?

Article 10 requires the passport to be connected through a to a persistent . The data carrier must be physically present on the product, packaging, or accompanying documentation as specified in the applicable delegated act.

Article 11 adds technical design requirements: passports must be interoperable, access must be free of charge and easy based on delegated-act access rights, data and update rights must be controlled, reliability and integrity must be ensured, and the passport must remain available for the specified period, including after insolvency, liquidation, or cessation of activity of the responsible operator.

Articles 12 to 14 cover unique identifiers, the Commission registry, and a public web portal for searching and comparing passport data according to access rights. The Commission launched the registry with a testing environment on 20 July 2026. The current testing phase precedes the first implementation deadline on 18 February 2027 for certain large batteries. The registry and portal do not replace the product-specific delegated act.

Commission Implementing Regulation (EU) 2026/1778 enters into force on 6 August 2026 and sets the process. For a product whose applicable Union rule requires both a passport and registry registration, a verified economic operator registers the passport at the model, batch, or item level required by that rule. The registry returns a unique registration identifier and can generate downloadable proof of registration. That proof remains available for 90 calendar days and can be regenerated. Automated registry checks and proof of registration do not establish substantive product compliance.

  • Choose carrier and identifier approaches that can support ISO/IEC 15459 alignment where relevant.
  • Design for open, machine-readable, structured, searchable, and transferable data without vendor lock-in.
  • Treat customer personal data as out of scope unless there is explicit consent under GDPR.
  • Plan for back-up copy arrangements through a DPP service provider where Article 10 applies.
  • For imports covered by a delegated act, plan to provide the unique registration identifier to customs in accordance with the applicable implementation timing; customs release is not proof of ESPR compliance.
  • Retain the verified-operator record, submitted identifiers and commodity code where applicable, passport granularity, unique registration identifier, version timestamps, and generated proof of registration.
Citations
ETSI ES 204 082

ETSI material provides a sustainability and circularity information-model reference relevant to DPP data modelling discussions.

Question 4

How should teams govern DPP data and supplier evidence before final product rules are settled?

Map data lineage before fixing a field list. For each likely passport data point, identify the internal owner, supplier source, calculation method, update trigger, evidence location, access classification, and whether the field is required by law, proposed in draft product work, or voluntary.

Supplier evidence should be tied to the data it supports. CIRPASS and CEN-CENELEC materials both highlight practical design issues around supply-chain information exchange, interoperability, access control, traceability, and data availability, but they are not substitutes for the legal delegated act.

  • Create a field inventory with status labels: required, draft, voluntary, unknown, or blocked.
  • Require supplier evidence for material composition, durability, reparability, recycled content, conformity documents, or other claims only where the source rule or chosen voluntary disclosure needs it.
  • Keep versioning and timestamping for DPP information changes, especially model-level changes that could affect many units.
  • Document who may read, write, approve, or correct each field.
Citations
CEN-CENELEC DPP workshop page

CEN-CENELEC material grounds practical DPP design decisions for carrier, portal, contents, exchange, and lifecycle use cases.

CIRPASS DPP recommendations

CIRPASS recommendations identify standards, value-chain, data quality, and implementation challenges for DPP rollout.

Recommended next step

Prepare DPP evidence without overclaiming

This ESPR FAQ helps separate framework requirements from delegated-act-dependent product details before teams publish DPP claims or supplier data requests.

Question 5

What DPP claims should this FAQ not make?

Do not state final DPP fields, universal product deadlines, penalties, certification obligations, or mandatory service-provider arrangements unless the claim is based on ESPR, an applicable delegated act, or a later binding act. The Commission consultation material shows that service-provider storage, management, and certification questions are still part of policy development.

For now, the reliable answer is conditional: ESPR defines the DPP framework, core technical and governance requirements, and delegated-act mechanism; product-specific obligations mature through the relevant delegated act and supporting standards or common specifications.

  • Do not treat CIRPASS, CEN-CENELEC, ETSI, or GS1 materials as binding ESPR product requirements by themselves.
  • Do not turn Annex III candidate elements into a universal mandatory checklist.
  • Do not promise that a QR code alone satisfies ESPR; the delegated act decides carrier details and access requirements.
  • Do not assume public users, suppliers, repairers, customs, and market surveillance authorities all see the same data.
Citations
Primary sources

References and citations

cencenelec.eu
Referenced sections
  • CEN-CENELEC material grounds practical DPP design decisions for carrier, portal, contents, exchange, and lifecycle use cases.
"designing a Digital Product Passport"
doi.org
Referenced sections
  • CIRPASS recommendations identify standards, value-chain, data quality, and implementation challenges for DPP rollout.
"Recommendations for policy, business and IT"
data.europa.eu
Referenced sections
  • Published registry rules entering into force on 6 August 2026 for operator verification, model-batch-item registration, unique registration identifiers, proof of registration, versioning, and the limit of automated registry checks.
"automated verifications should not be deemed to constitute proof of compliance"
etsi.org
Referenced sections
  • ETSI material provides a sustainability and circularity information-model reference relevant to DPP data modelling discussions.
"information model for digital product information"
single-market-economy.ec.europa.eu
Referenced sections
  • Commission consultation page confirms DPP system development questions for storage, service providers, and possible certification.
"future Digital Product Passport"
single-market-economy.ec.europa.eu
Referenced sections
  • Commission impact-assessment page shows future service-provider requirements and certification feasibility were still under assessment.
"future requirements for DPP service providers"
data.europa.eu
Referenced sections
  • ESPR reserves key DPP data, access, and update details for applicable delegated acts.
"specified in the applicable delegated act"
Related guides

Explore more topics

ESPR and DPP connection: delegated acts, identifiers, and access
How ESPR connects ecodesign information requirements to Digital Product Passports, including delegated acts, data carriers, identifiers, access rights, registry, and architecture choices.
ESPR Applicability Test for Products and DPP Readiness
A cited ESPR applicability test for physical product scope, exclusions, delegated-act dependency, economic operator triage, DPP readiness, unsold goods, and evidence.
ESPR compliance checklist for delegated acts and DPP readiness
A cited ESPR checklist for monitoring delegated acts, mapping product requirements, preparing technical documentation, and building DPP and unsold-goods evidence.
ESPR compliance program operating model
Build an ESPR operating model for product-group intake, delegated-act monitoring, supplier evidence, DPP governance, release gates, and authority response.
ESPR compliance: delegated acts, DPP and evidence
Practical ESPR compliance guidance for mapping product delegated acts, Digital Product Passport dependencies, unsold goods duties, technical documentation, standards, and market-surveillance evidence.
ESPR deadlines and compliance calendar
Cited ESPR calendar for framework dates, delegated-act dependency, working-plan monitoring, unsold-goods disclosure, and DPP readiness limits.
ESPR delegated act intake by product group
A product-group intake checklist for ESPR delegated acts, covering product identification, DPP data, ecodesign requirements, conformity evidence, transition dates, and source limits.
ESPR delegated act intake workflow
A source-based intake workflow for ESPR delegated acts: trigger checks, product-group scope, requirement extraction, DPP impacts, release gates, owners, and evidence outputs.
ESPR delegated acts FAQ: product rules, DPP impact, and monitoring
Standalone FAQ on ESPR delegated acts, why product-group duties depend on them, what teams should monitor, and how they shape Digital Product Passport information.
ESPR delegated acts watchlist for product and DPP teams
Track the adopted ESPR 2025-2030 working plan, indicative delegated-act years, product scope, DPP dependencies, evidence owners, and unresolved legal details.
ESPR destruction ban and unsold goods FAQ
What ESPR says about preventing destruction of unsold consumer products, annual disclosure, the Annex VII apparel and footwear ban, and cited derogation evidence.
ESPR destruction of unsold goods: disclosure, ban scope, and records
Cited ESPR guide to unsold consumer product disclosure, destruction-ban scope, records, derogations, and national enforcement limits.
ESPR DPP information mapping workflow
Map ESPR delegated-act information requirements into DPP data elements, source systems, access levels, identifiers, carriers, validation evidence, and unresolved design decisions.
ESPR durability, repairability, and recyclability evidence
Build ESPR evidence for durability, repairability, and recyclability without inventing product-group tests before the applicable delegated act is known.
ESPR Ecodesign Evidence Checklist
Checklist for collecting ESPR ecodesign evidence from delegated acts, technical documentation, supplier substantiation, DPP mapping, standards, and market surveillance records.
ESPR ecodesign requirement types: performance, information, and DPP links
Official source guide to ESPR ecodesign requirement types, product parameters, delegated-act dependency, DPP links, and evidence implications.
ESPR FAQ: scope, delegated acts, DPP, unsold goods
Standalone ESPR FAQ answers on product scope, delegated acts, Digital Product Passports, unsold goods, product priorities, standards, surveillance, and source limits.
ESPR harmonised standards and common specifications
How ESPR uses harmonised standards, common specifications, and the six DPP standards cited in Decision (EU) 2026/1736.
ESPR Information Requirements to DPP Mapping
Map ESPR information requirements into Digital Product Passport data classes, source systems, access rules, carrier choices, validation checks, and evidence records.
ESPR Information Requirements, Labels, and Disclosure
Source-cited ESPR guide to delegated-act information requirements, product labels, digital product passport access, data carriers, and unsold-goods disclosure.
ESPR market surveillance FAQ: evidence, DPP data, and authority requests
Standalone FAQ on ESPR market surveillance: technical documentation, conformity evidence, DPP data, authority response, delegated-act limits, and national penalties.
ESPR market surveillance technical documentation checklist
Source-cited ESPR checklist for technical documentation, conformity evidence, DPP records, and responses to market surveillance authority requests.
ESPR penalties and fines: Member State rules and evidence
ESPR penalties guide explaining Article 74, why fine amounts depend on Member State law, and which conformity and market-surveillance records matter.
ESPR Product Priorities and Delegated Acts Tracker
Track the ESPR 2025-2030 product priorities, indicative adoption years, delegated-act status, DPP dependencies, owners, and evidence.
ESPR product priorities FAQ: working plan and delegated acts
Standalone FAQ on ESPR product priorities, the Commission working plan, delegated-act dependency, monitoring points, and limits of preliminary source material.
ESPR requirements: delegated acts, ecodesign, DPP, and evidence
ESPR requirements explained as a framework for delegated acts, ecodesign performance and information rules, Digital Product Passports, unsold goods, technical documentation, and market surveillance.
ESPR Timeline: Fixed Dates and Delegated-Act Phasing
A cited ESPR timeline separating fixed framework milestones from product-specific application dates, DPP readiness, unsold-goods duties, surveillance, and evaluation.
ESPR unsold goods disclosure FAQ
Standalone FAQ on the ESPR Article 24 duty to disclose discarded unsold consumer products, its relationship to the destruction ban, records, and source limits.
ESPR unsold goods disclosure tracker
Track ESPR unsold-product disclosures under Regulation (EU) 2026/2 and destruction-ban derogations under Regulation (EU) 2026/296.
ESPR vs Batteries Regulation Comparison
Compare ESPR delegated-act planning with the Batteries Regulation product-specific regime, including DPP overlap, battery passport evidence, timing limits, and source boundaries.
ESPR vs Ecodesign Directive
Compare ESPR with the earlier Ecodesign Directive across scope, legal form, delegated acts, DPP requirements, unsold goods, transition rules, and evidence.
ESPR vs GPSR: Sustainability vs Product Safety
A scope-bounded comparison of ESPR sustainability and product-information requirements against GPSR product-safety context, with evidence and DPP reuse limits.
ESPR vs PPWR Comparison
Compare ESPR product ecodesign and Digital Product Passport duties with PPWR packaging design, labelling, conformity, producer-responsibility, and waste obligations.
ESPR vs REACH and RoHS Comparison
Compare ESPR ecodesign, sustainability, information, and digital product passport requirements with separately sourced REACH and RoHS substance-control context.
What ESPR is and why it matters
An official source explainer of the EU Ecodesign for Sustainable Products Regulation, including scope, delegated acts, DPPs, unsold goods, and enforcement limits.
Which products are in scope of the EU ESPR?
Standalone FAQ on ESPR product scope, excluded products, delegated-act dependency, working-plan monitoring, and the digital product passport link.