Digital Product Passports for Windows and Doors: What the CPR Really Changes

On 20 July 2026, the European Commission announced that the Digital Product Passport Registry and a testing environment were live. The registry records unique identifiers and associated metadata while detailed product information remains decentralised. It supports registration through a user interface or API and is designed for several EU product regimes, including construction products where legislation requires a passport.

That launch does not itself impose a passport on every product group. The Commission's announcement points to the first implementation deadline for certain large batteries in February 2027, not to windows. As at 26 July 2026, a construction digital product passport was not yet mandatory specifically for windows or external doors merely because the registry existed.

Chapter X, Articles 75 to 80, of Regulation (EU) 2024/3110 sets out the construction digital product passport framework. Article 75 requires the Commission to establish the construction system through delegated acts. The system is to build on and interoperate with the wider EU passport model while respecting construction-specific needs and interoperability with Building Information Modelling.

Further legal and technical steps are therefore necessary before obligations can be applied to a particular construction product family. Harmonised technical specifications, delegated or implementing measures and applicable transition rules must be checked for the actual product. This article is a practical reading of the EU framework, not country-specific legal advice or a declaration that a named product is already in scope.

Article 76 describes a passport that can include the declaration of performance and conformity, general product information, instructions and safety information, technical documentation, a label, unique identifiers and documents required by other Union law. This is more than a marketing webpage. The information must be accurate, complete and up to date, with access governed for users, clients, economic operators and authorities.

For a window or door manufacturer, likely source records include the product type, intended use, declared characteristics, glazing and hardware configuration, instructions, safety information and version-controlled supporting documents. The final legally required dataset will depend on the rules applicable to that product. Businesses should not invent performance values or publish confidential technical files simply to appear passport-ready.

Articles 77 to 79 connect the passport to one or more data carriers and persistent identifiers and require interoperable, machine-readable information without vendor lock-in. In practice, a QR code is only the visible doorway. Behind it, the organisation needs stable identifiers, clear relationships between product type and manufactured item, reliable access and a method for correcting or updating data.

Windows and doors are highly configurable. Dimensions, profile, reinforcement, pane build-up, coating, hardware and threshold can alter declared or safety-relevant characteristics. A database must distinguish a permissible variant from a fundamentally different product type. If sales descriptions, factory instructions and declarations use different names for the same configuration, adding a QR code will expose the mismatch rather than solve it.

The CPR framework addresses continued availability, access rights, security, privacy and the possibility of service providers. It also envisages free electronic access to relevant passport information through the data carrier. Product data may need to remain available well beyond the transaction, so a short-lived campaign page or link tied to one employee's account is not a durable solution.

Manufacturers, importers, distributors, project clients and installers should decide who creates identifiers, who can update records and which version is handed over. Personal data about an end user should not be placed in a passport by default. Commercially sensitive information also needs controlled access rather than being mixed into the public layer.

A construction product passport concerns the product and its compliance information. A project record concerns where and how a particular unit was installed: opening reference, dimensions, perimeter materials, photographs, commissioning and maintenance. The two can be linked, but they should not be confused. A compliant product can still perform poorly if installed into an unsuitable or wet junction.

Developers can prepare by defining a handover structure that links each opening schedule entry to the correct product evidence and installation record. BIM references may support this, but a spreadsheet with governed identifiers is better than a sophisticated model containing uncontrolled PDFs. The objective is traceability from specification through manufacture and installation to future maintenance.

Create an inventory of declarations, instructions, safety data, labels and product identifiers. Assign owners, review dates and document versions. Use open export formats, validate links and test whether a customer or authority can find the right record without internal knowledge. Map gaps between the sales configurator, production system and technical-document repository.

Then monitor Commission delegated acts, harmonised technical specifications and guidance for the relevant window or door product family. Do not print a 'DPP compliant' mark unless the legal basis and required dataset are clear. The registry being live is a useful signal to test systems now, but it is not evidence that construction DPP is already mandatory for windows.