Regulatory and technical update

EU DPP Registry: what it records and what changed on 20 July 2026.

The European Commission has made the Digital Product Passport Registry operational together with a testing environment. The Registry is not a central repository for every item of product data: it records unique identifiers and required metadata, while complete passport information remains decentralised.

Four facts to remember

  • The Registry launched on 20 July 2026 with a testing environment and technical resources.
  • Each DPP subject to registration is connected to unique identifiers and associated metadata.
  • Complete product data remains decentralised under the responsibility of economic operators and the services that expose it.
  • Registration is available through a secure interface or API, with an electronic proof of registration available.

What is the EU DPP Registry?

The Registry is the infrastructure established under the Ecodesign for Sustainable Products Regulation to make the existence of a Digital Product Passport verifiable and to connect that passport to the required identifiers. Operational arrangements are set by Commission Implementing Regulation (EU) 2026/1778 of 16 July 2026, published in the Official Journal on 17 July.

The Commission describes it as secure infrastructure for registering unique product identifiers and associated metadata. It supports checks, access management and interoperability without becoming one central database containing every technical document, commercial detail or sustainability record for the product.

The decisive distinction

Registering a DPP does not mean uploading all passport data into the Registry. The business still needs a service that stores, exposes and updates complete information for the required period.

What goes into the Registry?

The exact registration dataset depends on the legal framework and product category. Operationally, the Registry manages information required to identify the passport, the operator and the registration. Complete data—such as composition, performance, documents, instructions, circularity information or restricted fields—remains in decentralised systems connected to the DPP.

Registry layerDecentralised DPP service
Unique identifiers and required registration metadataComplete datasets defined by product legislation
Information supporting registration and access verificationDocuments, evidence, versions and role-specific views
Registry architecture logs and functionsCollection, approval, publication and update workflows
Electronic proof of registration where requestedService continuity and product-lifecycle availability

Interface, API and proof of registration

The Commission identifies two registration routes: a secure user interface and an API. The user interface can support limited volumes and early testing; the API is important when a company registers many passports, integrates with business systems or needs to reduce manual activity.

An economic operator can also request proof of registration in the form of a secure electronic document. This evidence can become part of the product compliance file and B2B acceptance workflow.

What a business should prepare

  1. Identifiers. Decide whether the DPP identifies a model, batch or item as required and align product, operator and facility identifiers.
  2. Data carrier and resolution. Connect QR, NFC or another carrier to the correct identifier and a stable address.
  3. Decentralised dataset. Store complete data, enforce access rights and ensure availability, integrity and updates.
  4. Registration workflow. Define who prepares, checks, submits and reviews the registration result.
  5. Error management. Plan corrections, versions, withdrawal and reconciliation across systems.
  6. Evidence. Keep logs and registration proof with the product file.

How NexusDPP connects to the Registry

NexusDPP separates product-data governance from the Registry connector. A passport is built through category templates, supplier collection, controls, approvals, access levels and versions. The registration module uses approved identifiers, sends the required metadata and retains the transaction status and returned evidence.

This separation reduces the risk that a technical interface change forces a redesign of the entire data workflow. It also supports testing before registration becomes mandatory for the product category.

A live Registry does not create an immediate duty for every product

The Registry is a common component of the DPP system, but the obligation to create and register a passport depends on the legislation applying to the product category. The first fixed deadline highlighted by the Commission is 18 February 2027 for specified battery types. Other products will follow the dates and requirements set by the relevant acts.

Technical readiness should therefore be separated from the legal publication deadline. Testing identifiers, data, APIs and workflows now can reduce supply-chain pressure later.

Official sources

Information updated on 24 July 2026. Applicable duties must be checked against the product category and legislation in force.

The NexusDPP response

From European rules to a controlled business process.

NexusDPP is designed to translate requirements, updates and product acts into configurable data fields, responsibilities, supplier requests, checks, approvals, identifiers and access rules. As the regulatory framework evolves, the structure can be updated without rebuilding the entire system.