Digital Product Passport vs EPD: What Is the Difference?
Compare a Digital Product Passport with an EPD: purpose, legal basis, data scope, verification, construction links and when EPD data can be reused.

Jump around this page
- In 60 seconds
- What a Digital Product Passport is
- What an EPD is
- Legal basis and standards basis are different jobs
- Data scope and lifecycle
- Verification and evidence are not the same as a sustainability verdict
- In construction, the two objects can sit in the same architecture
- Can an EPD replace a DPP?
- Can EPD data feed a DPP?
- What a business should reuse and what it should keep separate
- Current maturity
- What would change this page
- Next question
- Sources
In 60 seconds
A Digital Product Passport (DPP) and an Environmental Product Declaration (EPD) are different information objects. An EPD is an environmental declaration built around quantified environmental information and life-cycle assessment principles under an EPD programme and ISO 14025:2026, while a DPP is a broader digital product-information mechanism whose required content depends on the applicable product rules.134
- An EPD does not generally replace a DPP. EPD data may feed a DPP where the applicable passport requires or accepts the same environmental information.
- In construction, Regulation (EU) 2024/3110 requires the DPP to include the declaration of performance and conformity. An EPD is not that declaration.
- The construction DPP system is to be set up through delegated acts.
- ISO 14025 does not make an EPD a DPP data carrier.
- Not supported: every DPP needs an EPD, every EPD is always voluntary, every EPD expires after exactly five years, an EPD proves the product is sustainable.
The two can contain overlapping environmental information. The question is not which acronym wins, but which data can be reused and which legal, evidential and technical functions still have to remain separate.
An EPD does not generally replace a DPP. EPD data may feed a DPP where the applicable passport requires or accepts the same environmental information, but the passport can still have separate rules for product identity, access, machine-readable data, updates, conformity documents and other product information.12
| Question | Digital Product Passport | Environmental Product Declaration |
|---|---|---|
| Primary purpose | Make defined product information digitally available under the applicable DPP regime | Communicate quantified environmental information about a product under an EPD programme and standard framework |
| Governing basis | Applicable EU law, such as ESPR product-specific rules or sector legislation including CPR | ISO 14025:2026 plus the applicable EPD programme and sector rules |
| Mandatory status | Can be legally required for defined products when the applicable law says so; not universal | Not universally mandatory or universally voluntary; check the applicable legal, programme, procurement or contract context |
| Product/category scope | Set by the relevant product law or product-specific measure | Set by the declaration scope, programme and applicable product category rules |
| Data object | Digital product information connected to a defined product identity | Environmental declaration |
| Environmental focus | May include environmental information alongside identity, compliance, repair, safety or other data | Environmental information is the central job of the declaration |
| Machine-readability | The legal DPP architecture can require structured, interoperable and machine-readable data | ISO 14025's public scope does not establish one universal DPP-style machine-readable architecture for every EPD |
| Update model | Applicable DPP law can require information to remain accurate, complete and up to date | Update and validity rules depend on the applicable standard, programme and sector rules; there is no safe universal "exactly five years" rule |
| Verification / evidence | A passport can carry values, provenance and required documents, but the presence of a field is not a sustainability verdict | An EPD is developed within a declaration/programme framework using LCA principles; what its evidence establishes must still be read within that scope |
| Access | Can include public and controlled access according to the applicable DPP rules | Access and publication follow the applicable EPD programme and delivery context rather than one universal DPP access model |
| Identifier | DPP regimes can require a persistent product identifier at a defined level | A declaration can have its own document/programme identity; that is not automatically the DPP product identifier |
| Data carrier | DPP law can connect the passport to a data carrier | ISO 14025 does not make an EPD a DPP data carrier |
| Declaration of performance / conformity | In construction, CPR requires the DPP to include the declaration of performance and conformity and other defined documents | An EPD is not the declaration of performance and conformity simply because environmental data may overlap |
| Potential reuse | Can consume environmental data where the applicable DPP data model calls for it | EPD data can be a strong source for overlapping environmental fields when product, scope, method and version align |
What a Digital Product Passport is
A DPP is a digital product-information mechanism created by the rules that apply to a product group or sector. Under ESPR, the horizontal framework does not give every product the same fixed passport. Applicable delegated acts specify the information and can define whether the data refers to a model, batch or item.4
ESPR connects the passport to a persistent unique product identifier and a data carrier, with interoperable, structured and, where appropriate, machine-readable data. The exact information and access rights remain product-specific.4
Construction has its own sector framework. Regulation (EU) 2024/3110 creates a construction DPP chapter and says the system is to be set up through delegated acts. Its passport content is broader than an environmental declaration: it includes the declaration of performance and conformity, general product information, defined technical documentation, labels, identifiers and other documentation required by Union law where applicable.1
That breadth is the first reason a DPP and an EPD should not be treated as synonyms.
What an EPD is
ISO 14025:2026 is the current international standard for environmental product declaration programmes and their associated EPDs. Its published scope says it specifies principles and requirements for EPD programmes and declarations and specifies the use of ISO 14040 and ISO 14044 life-cycle assessment principles in developing EPDs.3
That gives an EPD a much narrower centre of gravity than a DPP. The declaration is about environmental information. A DPP may include environmental information, but it can also carry product identity, safety, repair, circularity, compliance or other information when the applicable rules require it.
So an EPD should be read as an environmental declaration with a defined scope, not as a complete digital product identity and compliance architecture.
Legal basis and standards basis are different jobs
Separate the rule that can require a product record from the standard that governs an environmental declaration.
For a DPP, the obligation and required content come from applicable law. ESPR provides a horizontal architecture for product groups brought into scope through product-specific measures. Other sectors can have separate DPP legislation. Construction is one example: CPR 2024 has its own DPP chapter.14
For an EPD, ISO 14025:2026 provides the standard framework for EPD programmes and declarations. That standard does not mean every product in the economy must have an EPD, and it is equally unsafe to say an EPD is always voluntary in every commercial or regulatory setting. The practical status depends on the sector, programme and any requirement that applies to the product or transaction.3
So the two objects can meet in the same product-data architecture without sharing the same legal role.
Data scope and lifecycle
A DPP asks: what information must be available for this product under this passport regime?
An EPD asks a more specific environmental question: what quantified environmental information is being declared for this product under the applicable EPD methodology and programme?
That distinction changes how the data should be governed.
A DPP may need to connect environmental information to:
- a persistent product identity
- a model, batch or item level
- access rights
- product and operator information
- required conformity or technical documents
- repair or end-of-life information
- an update process that keeps passport data current.
An EPD may provide environmental results and the methodological context needed to interpret them. Reusing those results is useful only if the receiving DPP field is about the same product object and the same environmental claim.
A number cannot be safely copied just because both systems have a field called carbon footprint. The boundary, declared unit or functional basis, method, dataset, version and product scope can change what the number means. Environmental figures deals with that interpretation problem in detail.
Verification and evidence are not the same as a sustainability verdict
The presence of an EPD does not automatically prove that a product is sustainable. It establishes an environmental declaration produced within the applicable declaration framework. The conclusion a reader may draw still depends on what the declaration covers.3
The same discipline applies to a DPP. A field can be present, sourced and correctly transmitted without supporting every marketing conclusion someone might want to place beside it.
Keep three layers separate:
- The product fact or environmental result
- The evidence and method that support that result
- The public claim or compliance conclusion someone wants to make from it
The claims and substantiation page covers that evidence boundary. The consequence here: neither acronym turns a data point into a broader sustainability verdict by itself.
In construction, the two objects can sit in the same architecture
Construction is where the relationship becomes most concrete.
Regulation (EU) 2024/3110 requires the construction DPP to include the declaration of performance and conformity and other defined product documentation. The European Commission describes the construction DPP as a machine-readable system that integrates the declaration of performance and conformity together with other documents required by CPR 2024.12
So a construction business should not model the DPP as a replacement PDF for one existing declaration. The DPP is the wider digital product-information architecture into which required documents and data can be connected.
Environmental declaration data can be part of that wider information flow where the applicable construction rules and data model use it. But the fact that the environmental data can travel into the passport does not make the EPD, the declaration of performance and conformity and the DPP the same object.
For the construction legal status, implementation sequence and product-family transition, use Construction Product Digital Product Passport Requirements.
Can an EPD replace a DPP?
No, not as a general rule. An EPD does not normally contain the full identity, access, update, carrier, compliance and product-information architecture required by a DPP regime.134
There can be strong overlap in environmental information. That overlap is a reason to reuse governed data, not a reason to collapse the objects.
A safe replacement test is:
- Does the applicable law say the EPD itself satisfies the DPP requirement?
- Does it contain every required DPP information object?
- Does it use the required product identity and granularity?
- Does it meet the applicable access, carrier, interoperability and update rules?
- Does it preserve any required conformity documents and permissions?
If the answer to those questions has not been established by the applicable product rules, do not call the EPD a DPP replacement.
Can EPD data feed a DPP?
Yes, potentially, where the applicable DPP requires or accepts the same environmental information and the data aligns in scope. Data reuse is usually the sensible architecture. Automatic equivalence is not.
Before reusing a value, check:
- Product identity: is the EPD about the same model, product type or other object the DPP field describes?
- Granularity: would a model-level declaration be copied into a batch or item record without evidence that it applies there?
- Method and boundary: is the receiving field asking for the same environmental result?
- Version: is the EPD result current for the method and product version being published?
- Evidence: can the DPP preserve the source declaration and its provenance rather than copying only the number?
- Legal fit: does the applicable DPP rule call for that information?
For the technical problem of exchanging product carbon-footprint data between companies and systems, use How Do Companies Exchange Product Carbon Footprint Data? PACT, Versioning and Verification.
What a business should reuse and what it should keep separate
The design principle: reuse the governed fact, keep the objects distinct.
| Reuse where it genuinely matches | Keep separate unless the applicable rules explicitly join them |
|---|---|
| Environmental result values | DPP product identifier and EPD declaration identifier |
| Method and version metadata | DPP data carrier |
| Product or model references | DPP access-control rules |
| Declared unit / scope information | DPP registry metadata |
| Supporting environmental datasets where permitted | Declaration of performance and conformity |
| Provenance back to the EPD | CE marking and other conformity mechanisms |
| Publication/update dates | Non-environmental DPP fields |
So a cross-system product-data layer is more useful than copying documents between portals. Product Data Across EU Systems covers the broader reuse question across DPP, SCIP, EPREL and other EU records.
Current maturity
NOW
- ISO 14025:2026 is published and provides the current international standard framework for EPD programmes and associated declarations.3
- ESPR has an adopted horizontal DPP architecture whose exact information remains product-specific.4
- CPR 2024 has an adopted construction DPP legal framework and explicitly connects defined declarations and documents to the construction passport.1
EMERGING / IMPLEMENTATION-SPECIFIC
- The construction DPP system is to be set up through delegated acts and product families transition into the revised CPR framework over time.12
- The exact implementation details that matter to a particular construction product can depend on the relevant standardisation and legal transition stage.
PRODUCT-SPECIFIC
- Whether a DPP needs particular environmental information
- the exact environmental method or data field required
- the passport's product granularity
- how a sector reuses an EPD or other declaration in its DPP implementation.
NOT SUPPORTED
- every DPP needs an EPD
- an EPD generally replaces a DPP
- every EPD is always voluntary
- every EPD expires after exactly five years
- an EPD proves the product is sustainable
- a DPP automatically replaces CE marking or a declaration of performance/conformity.
What would change this page
Recheck this comparison if any of the following changes the relationship between the objects:
- a product-specific DPP measure explicitly requires, incorporates or recognises EPD data in a new way
- a CPR delegated act sets additional construction DPP system details
- ISO 14025 or a relevant sector EPD standard materially changes the declaration framework
- an EU sector rule explicitly makes an EPD satisfy a defined DPP information requirement
- a new legal instrument changes the relationship between the construction DPP and declarations of performance/conformity.
Next question
If your immediate problem is another EU system boundary rather than EPDs, compare DPP vs EPREL or DPP vs SCIP. Both answer the same practical family of question: what can be reused, what remains a separate legal record and what must not be described as a replacement.
Direct answer
An EPD does not generally replace a DPP, but governed environmental facts may sometimes be reused where scope, method, unit and evidence match.
A DPP is defined by the law or product rule that requires it. That rule decides the information fields, product granularity, access rights, identifier and other passport conditions. An EPD is an environmental declaration produced under its own programme, product category rules and declared scope. Its product definition, declared unit, lifecycle modules, data period and verification all belong to the declaration itself.
So the question is not "Does this product have an EPD?" It is "Does this EPD contain the same fact, at the same scope and under a method the destination accepts?"
The reuse gate
Before moving an EPD fact into another product-data record, check five things.
| Check | What has to match |
|---|---|
| Fact | The destination must be asking for the same environmental quantity or declaration reference. |
| Method and boundary | The calculation method, lifecycle stages and included processes must be compatible with the destination requirement. |
| Unit | The declared or functional unit must match, or there must be a defensible conversion that preserves meaning. |
| Product scope | The declared product, product family and production-site scope must genuinely cover the product being described. |
| Granularity and evidence | If the destination is batch-specific, a family or site declaration cannot be promoted to a batch result without evidence that supports that level and that kind of claim. |
If those checks pass, a governed environmental fact or the EPD reference may be reusable. If they do not, keep the EPD as a separate evidence object and recalculate, transform or obtain the evidence required by the destination.
Applicability is not measurement. Evidence can show that a delivered product sits inside an EPD's declared family or site scope. That can justify saying the EPD applies to the product. It does not turn a product-family average into a measured result for that individual batch.
Aluminium makes the scope problem visible
Hydro's EPD records (one tied to the Clervaux plant, separate REDUXA 4.0 declarations for extrusion ingot and wire rod) and Speira's record for an exact named coil show why the boundary needs to stay explicit. An exact identity can help bind evidence to a coil but doesn't make a broader EPD result a coil-specific measured carbon value. If a future product rule asks for an environmental declaration reference and the EPD covers the product, reuse may be straightforward. If it asks for a carbon result at a different boundary, method or batch granularity, the EPD value may need recalculation or may not be reusable at all. The full Steel and Aluminium decision across EPD, PCF, CBAM embedded emissions and installation figures is in the metals carbon reuse crosswalk.
Sources
Does this reach your products?
Give ActivateDigital one product and it works out which obligations apply from the product's own character, and says which it cannot decide.