Digital Product Passports for construction products
What the revised Construction Products Regulation requires, which deadlines are enacted and which are indicative.
Read the Digital Product Passport guideDPP Readiness Program · powered by Data Framer
We assess, structure and validate construction-product information so manufacturers know what is ready, what is missing and what needs to change before DPP requirements reach their product families.
With our DPP Readiness Program, you build the data, governance and technology foundation needed to become DPP-ready as the regulatory framework is implemented.
For European construction-product manufacturers - regulatory, product, sustainability, BIM and IT teams working on the same portfolio.
What you have today
Structured product data model
Generating a data carrier is roughly a week of work, and a great deal of the tooling on the market solves exactly that - the part you were never going to struggle with.
What takes years is everything the carrier points at: structured product data, regulatory evidence, environmental and lifecycle information, identifiers that never get reused, clear data ownership, traceability, machine-readable values rather than documents, and systems and processes able to keep all of it current for as long as the products are in buildings.
Where your evidence stands against what is enacted, and against what is only expected.
Whether the information exists as structured, identified, machine-readable data.
A versioned ruleset run per product family, producing findings rather than opinions.
Sequenced work with owners, dependencies and indicative effort attached.
Four phases, in this order. Each one produces something the next one uses, so nothing is assessed twice and nothing is planned before it is understood.
Find the product information you already hold, and where each piece actually lives.
Bring it into one agreed product data model - the same fields, units and identifiers everywhere.
Run the model against the readiness ruleset to see what is ready, missing or at risk.
Fix the structural causes in a sequenced plan with owners, dependencies and effort.
Powered by Data Framer, the assessment converts existing product files into structured, traceable product data, so gaps can be assessed consistently rather than manually, document by document.
The same architecture on every engagement, so results are comparable between product families, between sites and between one assessment and the next.
Catalogues, declarations, technical files, test reports, EPDs, ERP and PIM records - in whatever shape they are in today.
The Product Data Template defines the reusable structure for a product class - properties, identifiers, datatypes, units, applicability and semantic mappings. The Product Data Record holds your actual values, evidence and approvals against a version of that template. The template is a component of the DPP data architecture, not the passport itself.
Versioned rules (2026.09) carrying requirement, status, legal reference and remediation guidance, run against the record. Unresolved conflicts and AI suggestions go to an authorised person; nothing is approved by the engine alone.
Scored by product family, with evidence found, evidence missing and why each gap matters to your business.
Prioritised actions with owners, dependencies and indicative effort - the part that changes the answer next time.
Template reference, populated record, evidence and provenance, validation results and approved output projections, bundled for review, handover, export or integration. A readiness and exchange bundle of ours - not an EU regulatory object.
Once the applicable CPR profile and product-family obligation are in force, the passport is generated from the approved canonical data above rather than authored again in a second system.
Almost everything a passport will need already exists somewhere in the business. It is scattered across four or five functions, in formats chosen for printing, and keyed to identifiers that were never meant to leave the building.
One agreed product data model
One agreed description of each product - the same fields, units, test methods, variants and identifiers - held independently of any single system, so the same foundation can serve more than one purpose.
Which of these apply depends on your product families and markets. Not every dataset listed is legally required for every construction product today.
What Data Framer does with it
Together these are the data foundation a future passport is generated from. The template is a component of that architecture, not the passport itself.
Every check returns a status, the evidence found, the evidence missing, why the gap matters, the basis for saying so, and who in the business owns the fix.
The result below is illustrative - a worked example of the output format, not a client’s data and not a legal finding.
1Structure
Is the information machine-readable, typed and complete enough for the selected template and profile?
2Semantics
Are product classes, properties, identifiers and units consistently understood?
3Requirements
Does the dataset carry what the applicable CPR, product-family and technical-reference profile asks for?
4Evidence
Can each material value be traced to a source, declaration, certificate or approved manufacturer input?
5Human decision
Unresolved conflicts and AI suggestions are reviewed and approved by an authorised person.
Assess product-data readiness against applicable CPR requirements, product-family technical specifications and emerging construction DPP requirements, while identifying where the same structured data can support sustainability reporting and other corporate data needs.
Data Framer combines deterministic validation with AI-assisted extraction and mapping. AI helps identify and explain gaps; it does not certify legal compliance or replace manufacturer approval.
Readiness validation - sample result
Ruleset 2026.09
23
Ready
7
Warning
5
Missing
4
Not applicable
One document your board, your regulatory team and your IT function can each act on. The extract below is illustrative - one manufacturer’s own range, scored family by family, because obligations arrive family by family.
Tylko Advisors
DPP Readiness Report
Sample extract - one manufacturer’s cement and concrete range
Executive readiness score
54/100
Evidence largely exists. Structure, identifiers and lifecycle data are the constraints.
Product-family readiness
Remediation roadmap - first actions
| Prioritised action | Depends on | Indicative effort |
|---|---|---|
| 1.Govern the product identifier scheme in the ERP | None - start now | Medium |
| 2.Commission EN 15804 life-cycle data for two product lines | Verifier capacity | High, long lead time |
| 3.Map declared characteristics to defined data fields | Identifier scheme | Medium |
| 4.Add data-delivery clauses to supplier contracts | Contract renewal cycle | Low, slow |
And the reusable data foundation underneath it
The report is the decision view. These are what it is built on, and what a construction DPP would later be generated from once the applicable CPR profile is in force - rather than authored again in a second system.
The revised CPR establishes the legal framework for Digital Product Passports for construction products. The detailed construction DPP system will become operational through EU delegated acts and implementing arrangements. Manufacturers can prepare now by structuring, governing and validating the product data that future DPPs will require.
Obligations activate family by family, not on one date for everyone. The Commission’s Q2 2027 milestone for the construction DPP delegated act is indicative rather than a deadline any manufacturer is working to, and no enacted act fixes a single date by which every construction product must carry a passport. Read our construction DPP timeline analysis, which sets out which dates are enacted and which are not.
So the methodology separates what is law from what is anticipated from what is simply sound practice, and never presents the second or third as the first.
How the CPR and the ESPR fit together
ESPR provides the horizontal EU architecture for Digital Product Passports. For construction products, the revised CPR establishes the sector-specific legal framework and requires the construction DPP system to be compatible and interoperable with the ESPR architecture. Construction products take the CPR route; the ESPR is the interoperability context around it.
Ruleset extract
Version 2026.09
Declaration of Performance and Conformity (DoPC) available per product
ExpectedEvery marketed product resolves to a current declaration, with declared values held as fields rather than as text in a layout.
DPP-CORE-001 · Regulation (EU) 2024/3110, Art. 76; Art. 15 · On adoption of the family’s new harmonised technical specification · what the DoPC adds to the declaration
Persistent unique identification of the product type
ExpectedEach product type carries a persistent identification code that is not reused, merged or renumbered across the catalogue, and never resolves to two product types.
DPP-CORE-002 · Regulation (EU) 2024/3110, Art. 76 · On adoption of the family’s new harmonised technical specification · Article 76 and product identifiers
EN 15804 life-cycle data for climate-change indicators
ExpectedLife-cycle results exist per product line and map to the product variants actually sold.
DPP-ENV-001 · Regulation (EU) 2024/3110, Annex II; EN 15804 · Declarable as the family migrates; indicator set widens 9 Jan 2030 and 9 Jan 2032 · EN 15804 data and the DPP guide
Full Annex II environmental indicator set in the declaration
RequiredThe indicator coverage a product can evidence today is compared against the enacted 2030 and 2032 steps.
DPP-ENV-002 · Regulation (EU) 2024/3110, Annex II points (a)–(s) · Points (e)–(m) from 9 Jan 2030; points (a)–(s) from 9 Jan 2032 · the enacted 2030 and 2032 environmental steps
Machine-readable structure, not a document behind a carrier
ExpectedDeclared values carry unit, test method and tolerance as separate addressable data; no receiving system has to parse prose.
DPP-DATA-001 · Regulation (EU) 2024/3110, Art. 76–77 · On adoption of the family’s new harmonised technical specification · what machine-readable rules out
Long-horizon availability of the record
ExpectedAn accountable owner, a budget line and a migration path exist for a record that has to answer for decades, not for a CMS lifetime.
DPP-SYS-001 · Regulation (EU) 2024/3110, Art. 75(2)(i) · With the construction DPP system, once established · the 25-year availability obligation
Supplier data-delivery obligations for key parts
Best practiceWhere key parts carry passports of their own, a contractual route exists for obtaining that data.
DPP-SUP-001 · Regulation (EU) 2024/3110, Art. 76(2)(a)(vii) · Contract-cycle dependent · the supplier-data dependency in Article 76
ESPR ecodesign duties on the product itself
Not applicableConstruction products take the CPR passport route; the ESPR track is flagged only where an input material such as steel or aluminium is separately in scope.
DPP-SCOPE-001 · Regulation (EU) 2024/1781 · Not applicable to the CPR track · how the CPR and ESPR tracks differ
Stages of one programme, not separate products. Most manufacturers start with the scan and commission the detailed assessment from what it finds.
Start: rolling admission
Duration: typically 6-8 weeks, depending on maturity and scope
What sizes an engagement
Stage 1
Purpose
Rapid initial assessment.
Outcome
High-level readiness picture and identification of major gaps.
Starting from €4,900, excluding VAT
Discuss this stageStage 2
Purpose
Structured validation of product information and evidence.
Outcome
Detailed readiness report and prioritised gap analysis.
Starting from €14,500, excluding VAT
Discuss this stageStage 3
Purpose
Correct the structural issues the assessment identified.
Outcome
A product data foundation that can carry the information a passport will need.
Price on request
Discuss this stageOptional stage
Test the resulting model on one representative product family. Evidence of how the model behaves against relevant test environments, APIs or interoperability mechanisms, where those are available.
Availability depends on which test environments and interoperability mechanisms are open at the time. We do not promise registration in a production system that does not yet accept one.
The assessment is ours; Data Framer is the product-data platform underneath it. Manufacturers who want the work to stay current carry on using it after the engagement - on Professional, Business or Enterprise plans, priced separately from the readiness stages above.
Catalogues change. The template, the record and the evidence stay current instead of being rebuilt the next time someone asks.
The same ruleset that produced your report keeps running as profiles and harmonised technical specifications move.
ERP, PIM and PLM exports in; structured, validated product data back out to the systems and channels that need it.
Your data stays yours, portable and export-ready, with a structured handover at contract end. Continuing with the platform is a decision you keep making, not one you make once.
AI-assisted product data framing helps extract, normalise, map and review information from existing PDFs, spreadsheets, images and technical files. Every material value remains traceable to its source, while AI suggestions remain subject to validation and human approval.
DPP readiness cuts across functions that do not usually share a backlog. The assessment is designed to be read by all of them.
Owns the declarations today and inherits the conformity and environmental content the DoPC adds.
Knows which variants actually ship, which is where identifier and mapping gaps surface first.
Holds EPDs where they exist, and the lead time where they do not.
Already maintains structured product information for specification workflows.
Answers for ERP and PIM readiness, and for a record that must remain available for decades.
Structured product data is expensive to build once and cheap to reuse. The work that makes a product family DPP ready is the same work that makes it specifiable in a model.
One structured product data foundation
Built once, to a model that does not belong to any single system or vendor.
Regulatory and product-information readiness: what the evidence shows, what is missing, and what has to change before requirements reach your product families.
You are here.
The same structured information published as BIM objects that designers and contractors specify from - a different use of the foundation, not a further requirement of it.
See how BIM Depot publishes product dataBIM is not a legal requirement of DPP compliance, and BIM Depot is not required to become DPP ready. Good structured product data simply supports both.
The detail lives in our Insights, where every claim carries its source and its date. We link to them rather than restating them here, so there is only ever one version to keep current.
What the revised Construction Products Regulation requires, which deadlines are enacted and which are indicative.
Read the Digital Product Passport guideHow to read the first CPR Working Plan 2026–2029 for your own product family.
See which product families are first in the queueThe seven things Article 76 requires, where each already lives in your company, and which function owns it.
Read what Article 76 requires the passport to carryWhat the Declaration of Performance and Conformity adds, and what to do with the declaration you publish today.
Read what changes in the declaration you publishNeed your team to understand the standards behind the data?
Training supports the transformation. It is not a prerequisite for a readiness engagement.
A readiness assessment tells you which product families are close, which are not, and what has to change first. It is the cheapest thing you can do before the delegated acts arrive.