🧭 The policy landscape that drives Mattress DPPs (ESPR + related initiatives)

While product-specific obligations are set through delegated acts, ESPR establishes the DPP framework: identifiers, data carrier, open standards, interoperability, access rights, and decentralized storage expectations.

A practical indicator of timing is the ESPR/DPP standardization trajectory (as reflected in common implementation roadmaps):

• April 2024: final Parliament vote on ESPR
• August 2024: ESPR published in Official Journal
• May 2025: working plan adoption
• Dec 2025: delivery of DPP standards (CEN & CENELEC)
• Jan 2026 onward: first delegated acts (e.g., textiles) published and later entering into force

Mattresses sit at the intersection of textiles and construction-related product ecosystems, so they are frequently discussed in circular economy programs even before a mattress-specific delegated act is finalized.

Many brands therefore start building the DPP capability early—so they can scale quickly once rules become specific.

🧩 What data a Mattress DPP should contain (mapped to ESPR-style requirements)

A mattress DPP is best built as structured blocks that can be published at model, batch, and/or item level (depending on future delegated act requirements and your serialization strategy).

🆔 Identity, accountability, and traceability

• Manufacturer / importer details (name, contact, unique operator identifier where applicable)
• Facility identifiers (helpful in multi-site or private-label manufacturing)
• Commodity codes (where required)
• Product identifiers such as GTIN (or equivalent) and the unique product identifier (Product UID) at the required level

📘 Use, safety, and compliance references

• User instructions and safe-use information (as required by applicable Union law)
• References to compliance evidence (declarations, certificates, technical documentation pointers)
• Version control for documents over time (critical when materials or suppliers change)

♻️ Lifetime, circularity, and end-of-life pathways

• Durability and reliability information (where required)
• Guidance to reduce environmental impact during use (care instructions, cleaning, maintenance)
• Take-back / return instructions (where applicable)
• Reuse/refurbishment guidance and conditions (e.g., hygiene-related constraints, inspection checkpoints)
• Recycling guidance: separation steps, recommended treatment routes, and recovery potential

🧪 Materials and substances of concern

• Material composition by major components (e.g., cover fabric, comfort layers, core, adhesives, springs)
• Substances of concern declarations: name, location within the mattress, and concentration/range when required
• Disassembly information supporting safe handling and treatment (especially for recyclers)

🌿 Environmental impact and efficiency indicators (as required/applicable)

• Recycled content, recovery potential, resource efficiency indicators
• Packaging weight/volume and product-to-packaging ratio
• Environmental or carbon footprint fields (if/when mandated)
• Additional fields such as microplastic release and emissions may appear in future delegated acts

🏷️ Product UID + Data Carrier for Mattresses: making “scan to trust” work in the real world

Mattresses are physically large and often wrapped, stored, shipped, and displayed in ways that can damage labels.

Your DPP carrier strategy should therefore consider durability and placement:

Common carriers

• QR code: lowest cost, works with standard smartphones
• RFID: helpful for warehouses, reverse logistics, and automated sorting

General requirements you should plan for

• Readability across the expected lifecycle
• Adequate storage capacity (usually the carrier holds an identifier/link, not the full DPP)
• Data protection and appropriate access controls
• Environmental impact (especially for tags on textile components)

Online sales requirement
Even when a consumer never sees the physical product before delivery, DPP access must still be possible.

In practice, that means publishing a clickable DPP link on product pages (often pointing to model-level DPP first, then item-level once serialized).

👥 Who must manage the Mattress DPP? (Responsible Economic Operator – REO)

Under ESPR concepts, the Responsible Economic Operator (REO) can be a manufacturer, authorized representative, importer, distributor, dealer, or fulfillment provider—whoever places the product on the market or puts it into service.

For mattresses, REO responsibilities typically include:

• Ensuring a Product UID exists and is attached (product/packaging/docs as required)
• Ensuring mandatory DPP information is uploaded, accurate, and accessible
• Managing lifecycle updates where applicable (repairs, refurbishment events, take-back status)

A key operational issue is how the market (and future delegated acts) define when a refurbished or remanufactured mattress becomes a “new” product—potentially requiring a new DPP and/or new identifier.

🔐 Access levels: transparency without giving away trade secrets

DPP data is not meant to be fully public at all detail levels. A practical access model aligns with common ESPR thinking:

• 🌍 Public (model-level): basic identification, safe-use guidance, high-level sustainability/circularity attributes
• 🧑‍🔧 Legitimate interest: deeper composition and disassembly information that supports repair/recycling and correct treatment
• 🏛️ Authorities/notified bodies: restricted compliance evidence (e.g., test report results)
• 🔁 Item-level lifecycle status (where relevant): serial-specific events (original, reused, refurbished, waste) accessible only to permitted parties

Access is typically enforced via a Policy Decision Point (PDP) using embedded or linked policy rules (e.g., ODRL-style usage policies).

🔄 How a Mattress DPP works end-to-end (scan → resolve → authorize → retrieve)

A robust DPP is an ecosystem, not a PDF link:

1- Product UID is encoded in a QR/RFID carrier attached to the mattress (or packaging/docs).

2- A scanning device extracts the UID.

3- If needed, the system performs UID → URI transformation so the identifier becomes resolvable on the web.

4- A resolver routes the request to the correct data location (often an REO-controlled resolver, with fallbacks).

5- The PDP checks the user role and grants the appropriate access level.

6- DPP data is delivered from decentralized DPP data repositories, with backup and archive mechanisms to preserve long-term availability.

This architecture is especially important for long-lived products and for continuity if a brand, domain, or service provider disappears.

✅ Data quality and validation: why SHACL matters

A DPP is often designed as a knowledge graph (e.g., RDF-based) so data remains semantically interoperable.

To prevent incomplete or inconsistent passports, SHACL (Shapes Constraint Language) can be used as a validation layer:

• Regulators can translate delegated-act rules into SHACL shapes (templates/constraints).
• REOs can pre-validate before publishing and re-validate when updating.
• Authorities can automate surveillance checks, reducing manual bureaucracy.

For mattresses, this helps catch common issues like missing material breakdowns, inconsistent units, or incomplete substance declarations.

🏗️ Architecture choices: HTTP-based DPP vs DID-based DPP (and why openness matters)

🔗 HTTP URI-based access (widely deployable)

• Uses standard web protocols (HTTP/HTTPS) and DNS
• Can support GTIN-to-URI approaches (e.g., Digital Link patterns)
• Strong fit for consumer scanning and online retail environments

🪪 DID-based access (identity + resilience + stronger authorization)

A Decentralized Identifier (DID) is a URI that resolves to a DID Document containing verification methods and service endpoints.

DID ecosystems can support:

• Actor DIDs (for recyclers, authorities, repair networks)
• Product DIDs (for mattress items/models)
• Verifiable Credentials (VCs) to prove legitimate interest
• Reduced dependency on domain ownership (depending on DID method)

This also addresses a recurring concern in the market: DPP infrastructure should avoid de facto vendor lock-in or monopoly behavior by supporting open, alternative identifier/resolution strategies—as long as they remain interoperable and compliant.

🏁 ComplyMarket: Digital Product Passport for Mattresses—delivered through an integrated Compliance Management Platform

ComplyMarket offers Digital Product Passport (DPP) for Mattresses as a practical, scalable service built on its software and integrated Compliance Management Platform—helping mattress brands, manufacturers, importers, and private-label operators move from scattered files and supplier emails to an audit-ready, machine-readable, role-based DPP capability.

What makes ComplyMarket especially strong for Mattress DPP programs:

• DPP data modeling for mattresses: configurable data blocks aligned to ESPR-style requirements (identity, materials, substances, circularity, documentation).
• Identifier + carrier rollout: define Product UID strategy (model/batch/item) and implement QR/RFID workflows for product and e-commerce pages.
• Access control by role: public vs legitimate-interest vs authority-ready structures, enforced through platform governance.
• Validation & data governance: structured templates and rule-based checks to raise DPP data quality before publication and during lifecycle updates.
• System integration readiness: connect DPP processes to existing ERP/PIM/PLM and supplier documentation streams, reducing manual effort.
• Continuity planning: support for decentralized repository patterns plus backup/archival approaches so DPP access remains durable across product lifecycles.

If you want to launch a Mattress DPP that is compliant by design—and operationally realistic for supply chains and e-commerce—ComplyMarket provides the platform foundation to implement it efficiently and keep it maintainable as delegated acts evolve.