# What Repair Information Can a Digital Product Passport Actually Provide?

Source: https://activatedigital.ai/knowledge/evidence/repairers
Last verified: 3 September 2026
Summary: A Digital Product Passport can help a repairer only when the applicable product rules require useful repair information and give that repairer access to it. Here is how to tell what is real for your product.

## In 60 seconds

A Digital Product Passport can provide useful repair information when four things line up:

- The ESPR names professional repairers, independent operators, refurbishers and remanufacturers among the actors that can have access to DPP information. The product-group rule decides who sees what.
- Disassembly instructions, diagnostic information and compatible spare parts and tools are the Commission's repair examples. Examples, not a horizontal statutory checklist.
- Batteries are the adopted example: from **18 February 2027** each electric vehicle, light means of transport and industrial battery above 2 kWh must have a battery passport.
- The Article 77(9) legitimate-interest access act was due by 18 August 2026 and had not been located in the Official Journal as checked on 3 September 2026.
- Right to Repair under Directive (EU) 2024/1799 is a separate legal route from DPP access.
A repairer does not need a passport because it is digital. A repairer needs a small number of facts that can change a real decision: what the product is, how it comes apart, which part fits, which tool is needed, what is unsafe and whether the record is current enough to trust.

The [ESPR](https://eur-lex.europa.eu/eli/reg/2024/1781/oj/eng) names professional repairers, independent operators, refurbishers and remanufacturers among the actors that can have access to DPP information. It does **not** give every repairer every field for every product. The exact data and access rights are set by the legislation that applies to the product group.

The Commission's current [repairers and recyclers guidance](https://single-market-economy.ec.europa.eu/single-market/digital-product-passport/repairers-and-recyclers_en) makes the same distinction. It gives examples such as disassembly instructions, compatible spare parts, tools and diagnostic information, then says the information available depends on the product group, applicable legislation and access rights.

A useful DPP isn't a universal repair manual. It's a product-specific information route whose value depends on what the law for that product requires.

- the product is covered by a rule that requires a DPP;
- that rule requires information that can change the repair decision;
- the repairer has the right to access that information; and
- the record is tied to the right product, version, batch or item and is still accurate.
If any one of those is missing, a QR code can open perfectly and still fail to help the repair.

So the safest starting point isn't "what can a DPP contain?" It is "what does the applicable product rule require for this product, and what is my role allowed to see?"

For the horizontal access model, use [Who Can See What in a Digital Product Passport?](https://activatedigital.ai/knowledge/passport/who-sees-what). This page starts one step later: what information would change the job at the bench.

## The carrier, the information and the repair right are three different questions

These are easy to collapse because they may appear on the same screen.

A **data carrier** is the route into the digital record. A QR code is one possible example, depending on the product legislation.

The **DPP information** is whatever the applicable product rule requires to be in the passport, at the model, batch or item level it specifies.

A **repair right** is a separate legal question: the EU's [Directive on common rules promoting the repair of goods](https://eur-lex.europa.eu/eli/dir/2024/1799/oj/eng) and the Commission's [Right to Repair guidance](https://commission.europa.eu/law/law-topic/consumer-protection-law/directive-repair-goods_en) create repair obligations for products in their own scope, set out on [EU Right to Repair duties](https://activatedigital.ai/knowledge/regulation/right-to-repair), without turning every DPP into a repair manual or making every repair field public. The two regimes can reinforce each other, but they answer different questions.

## What information can actually change a repair decision?

The Commission gives three useful examples for repairers and refurbishers: detailed disassembly instructions, compatible spare parts and tools, and diagnostic information. Those are examples of **decision data**, not a horizontal statutory checklist.

The test: ask what changes if the value is known.

### Product identity

Before anything else, the repairer has to know that the record belongs to the object in front of them.

A correct instruction attached to the wrong model is worse than no instruction. So the useful identity may include the product identifier, model, variant, batch or item level that the relevant law specifies. The DPP framework explicitly allows that level to differ by product group.

So identity sits ahead of content. The wider logic is set out in [what has to be true before a passport changes a decision](https://activatedigital.ai/knowledge/passport/what-changes-a-decision).

### Disassembly sequence

A sequence can change time, damage risk and safety. It can tell a repairer which cover has to come off first, where hidden fixings sit or which step releases stored energy.

But do not infer that every DPP must contain a disassembly sequence. It becomes a passport requirement only where the applicable product legislation says so.

### Compatible spare parts

A part number or compatibility rule can reduce the risk of fitting the wrong component. The useful information is not simply "spare parts exist". It is the relationship between the product in front of the repairer and the part that is valid for it.

The same applies to tools. A generic screwdriver list is not much use. A product-specific tool requirement can be.

### Diagnostic information

Diagnostic data can help distinguish a replaceable fault from a product that is unsafe or uneconomic to repair. Again, the Commission presents diagnostics as something a DPP **may** provide where product-specific rules require it.

### Safety information

Some repair decisions fail safely only if the person doing the work knows what to isolate, discharge, remove or avoid. In product groups where the relevant law places safety or dismantling information in a restricted passport tier, the access design becomes part of the repair workflow rather than an afterthought.

## A repairer first needs the right product

Repair information is only useful once the repairer has identified the exact model or variant in front of them. For how product identity routes people to the right service after sale, see [what a product code can do after the sale](https://activatedigital.ai/knowledge/guides/product-code-after-sale-services).

## Access is not the same thing as existence

The [ESPR's Article 11 access architecture](https://eur-lex.europa.eu/eli/reg/2024/1781/oj/eng) names professional repairers, independent operators, refurbishers and remanufacturers among the actors who can have free and easy access to DPP information based on their respective access rights.

The last part of that sentence does most of the work. The product-specific rule decides who can see which data.

So three statements can all be true at once:

- a field exists in the DPP;
- a consumer cannot see it; and
- a repairer with the right role may be able to.
The reverse can also be true. A repairer can have a recognised actor class in the framework and still find that a particular product rule does not require the technical information they hoped to use.

Do not design a repair process around the assumption that "in the passport" means "public". Use [who can see what in a DPP](https://activatedigital.ai/knowledge/passport/who-sees-what) for the horizontal permission model, then come back to the product-specific act.

## Access is not edit authority

Access is also not the same thing as edit authority. [See who can update a DPP, which rights are product-specific and what Registry verification does not grant by itself.](https://activatedigital.ai/knowledge/guides/who-can-update-a-dpp)

## Batteries are the clearest adopted example, and they show why the distinction matters

The Batteries Regulation is useful because it is far enough ahead to show a real product-specific model rather than an aspiration.

From **[18 February 2027](https://activatedigital.ai/knowledge/digital-product-passport/timeline)**, each electric vehicle battery, each light means of transport battery and each industrial battery above 2 kWh placed on the market or put into service must have a battery passport. The Commission published updated [battery-passport data-point guidance on 21 August 2026](https://single-market-economy.ec.europa.eu/news/guidance-support-preparations-digital-batteries-passport-2026-08-21_en).

The [Batteries Regulation](https://eur-lex.europa.eu/eli/reg/2023/1542/2025-07-31/eng) goes much further than the horizontal ESPR framework. Annex XIII includes restricted model information such as detailed composition, replacement-part source information, dismantling information and safety measures. Article 77 links legitimate-interest access to activities including repair, remanufacturing, second life and recycling.

That does **not** make the battery list a template for textiles, furniture, electronics or every future DPP.

It proves the opposite. Product-specific law can decide that some technical information belongs in a passport and that some of it belongs behind a restricted access tier.

Article 77(9) required the legitimate-interest access implementing act by 18 August 2026 and, as checked for this article on 3 September 2026, it had not been located in the Official Journal: treat the legal structure as adopted, but do not hard-code the final legitimate-interest access workflow until that implementing act is published ([who qualifies and what they may do with the data](https://activatedigital.ai/knowledge/digital-product-passport/batteries#the-unresolved-access-rights-point)).

For the battery-specific access model, use [battery passport access rights](https://activatedigital.ai/knowledge/digital-product-passport/batteries/access-rights).

## Repair, refurbishment and remanufacturing are not the same lifecycle event

A repair may restore function without changing the legal identity of the product. A refurbishment may involve a broader intervention. A remanufacturing or second-life process can go further again.

The DPP framework recognises these actors, but it does not create one horizontal rule saying when an intervention requires a new passport.

The Batteries Regulation is again the strongest adopted example. A battery that has been prepared for reuse, repurposed or remanufactured has a new battery passport linked to the original passport or passports. That is a battery rule, not a universal DPP rule.

If your question is about that battery lifecycle change, use [what happens after battery reuse, repurposing or remanufacturing](https://activatedigital.ai/knowledge/digital-product-passport/batteries/second-life).

For second-hand goods more broadly, use [Second-hand Products and Digital Product Passports](https://activatedigital.ai/knowledge/regulation/second-hand).

## A repairer still needs evidence, not just data

A passport can tell a repairer that a part number is X or that a dismantling step is Y. It does not automatically prove that the underlying information is correct.

A useful repair record needs at least four properties:

- **identity:** it belongs to the product being worked on;
- **currency:** it reflects the current authorised version of the information;
- **provenance:** the value came from a source that can support it;
- **decision fit:** it is specific enough to change the action being taken.
The DPP framework itself requires passport data to be accurate, complete and up to date where the product-specific requirement applies. That still leaves a business question about which source supports each value and who owns the update.

So a repairer should treat the passport as an information source, not as a substitute for professional inspection, testing or a safe-working procedure.

## What a repair business should do now

You do not need to build a universal DPP repair workflow before the product rules exist. You can prepare the parts that remain useful whichever product-specific act arrives.

- **Classify the product first.** Establish which EU product rules apply and whether a DPP requirement is adopted for that category.
- **Write down the repair decisions that depend on product information.** Examples might include identification, disassembly, part compatibility, tool choice, diagnostic interpretation and safety isolation.
- **Separate public information from role-restricted information.** Do not assume a consumer scan and a professional repairer view are the same thing.
- **Keep identity stable.** A repair instruction is only useful if it stays attached to the correct model, variant, batch or item.
- **Keep source and version with the value.** If an instruction changes, the previous record should not silently remain authoritative.
- **Do not wait for the DPP to organise information you already use.** If technicians already rely on part maps, service bulletins, manuals or diagnostic rules, govern them now.
- **Route lifecycle changes to the product-specific rule.** A refurbishment or remanufacturing event may have consequences that a generic repair page cannot decide.
For a smaller repair or refurbishment business, the same rule applies: small is a capacity constraint, not a different legal architecture. The [small-business Knowledge route](https://activatedigital.ai/knowledge/small-business) now branches by the role you are performing.

## What this page will not claim

It will not claim that every DPP contains repair instructions.

It will not claim that every repairer can see every passport field.

It will not turn the Commission's examples into a statutory field list.

It will not treat Right to Repair and Digital Product Passport access as the same legal route.

It will not generalise battery second-life rules to other product categories.

It will not claim that digital information replaces inspection, diagnosis or a safe method of work.

Those boundaries make the useful claim stronger: where the applicable product law requires the right technical information and gives the repairer access to it, a DPP can remove information friction from a repair decision that would otherwise depend on missing, stale or disconnected records.

## Direct questions

### Can a repairer see all information in a Digital Product Passport?

No. Under the ESPR, access rights are set at product-group level. Different actors can have access to different data.

### Does every DPP have to contain repair instructions?

No. The applicable product legislation decides what data the DPP must contain. The Commission's repair examples are conditional, not a universal checklist.

### Can a DPP include spare-part or tool information?

Yes, where the product-specific legislation requires it. Batteries already provide an adopted example of restricted technical information including replacement-part sources and dismantling details.

### Is Right to Repair the same thing as DPP access?

No. They are separate legal routes. Right to Repair governs repair obligations for products in its scope. DPP rules govern digital product information, including product-specific access rights.

### Do refurbishers and remanufacturers appear in the DPP framework?

Yes. The ESPR names refurbishers and remanufacturers in its access architecture. What they can see and what lifecycle duties apply still depend on the product-specific rules.

### Does refurbishing automatically mean a new DPP is required?

Not as a horizontal rule. Batteries have a specific rule for reuse, repurposing and remanufacturing. Other product categories have to be checked against their own legislation.

## Keep exploring

The questions this page usually raises next.

- [Another angleNext questionWho Can See What in a Digital Product Passport?Who Can See What in a Digital Product Passport? for the horizontal access model.→](https://activatedigital.ai/knowledge/passport/who-sees-what)
- [Another angleNext questionEU Right to Repair dutiesEU Right to Repair duties for the separate repair-law route.→](https://activatedigital.ai/knowledge/regulation/right-to-repair)
- [Another angleNext questionBattery passport access rightsBattery passport access rights for the clearest adopted role-based example.→](https://activatedigital.ai/knowledge/digital-product-passport/batteries/access-rights)
- [Another angleNext questionWhat happens after battery reuse, repurposing or remanufacturingWhat happens after battery reuse, repurposing or remanufacturing for the current product-specific lifecycle rule.→](https://activatedigital.ai/knowledge/digital-product-passport/batteries/second-life)
- [Another angleNext questionWhat has to be true before a passport changes a decisionWhat has to be true before a passport changes a decision for the evidence-to-action test.→](https://activatedigital.ai/knowledge/passport/what-changes-a-decision)
- [CompareNext questionWhat a recycler can actually useWhat a recycler can actually use for the downstream job that looks similar from a distance and is materially different in practice.→](https://activatedigital.ai/knowledge/evidence/recyclers)
- [Another angleNext questionWhich batteries need a passport from February 2027Which batteries need a passport from February 2027 for the battery scope test.→](https://activatedigital.ai/knowledge/digital-product-passport/batteries)

## Related

- [The Denominator Problem: How to Measure Scans, Repairs, Recalls and Resale](https://activatedigital.ai/knowledge/guides/measurement-denominators-scans-repairs-recalls-resale): when repair history needs to follow the individual item
- [Can One Product Identity Orchestrate Warranty, Repair and Returns?](https://activatedigital.ai/knowledge/guides/product-identity-warranty-repair-returns-orchestration):
- [Can Repair History Follow a Product to Its Next Owner?](https://activatedigital.ai/knowledge/guides/repair-history-across-ownership): repair history that follows the product
- [When Does Lifecycle Data Need to Follow the Individual Product?](https://activatedigital.ai/knowledge/guides/when-lifecycle-data-needs-item-level-identity): when repair history needs to follow the individual item
- [Product Identity: Where Do I Start, and What Does It Unlock?](https://activatedigital.ai/knowledge/product-identity): see where repair fits in the Product Identity lifecycle

## Sources

- [**Regulation (EU) 2024/1781, Ecodesign for Sustainable Products Regulation**, especially Articles 9 to 11. Official Journal / EUR-Lex](https://eur-lex.europa.eu/eli/reg/2024/1781/oj/eng) EU law
- [**European Commission, Digital Product Passport for Repairers and Recyclers.** Checked 3 September 2026](https://single-market-economy.ec.europa.eu/single-market/digital-product-passport/repairers-and-recyclers_en) European Commission
- [**European Commission, Digital Product Passport FAQs.** Checked 3 September 2026](https://single-market-economy.ec.europa.eu/single-market/digital-product-passport/explore-our-faqs_en) European Commission
- [**Regulation (EU) 2023/1542 concerning batteries and waste batteries**, especially Articles 77 and 78 and Annex XIII. Consolidated text checked 3 September 2026](https://eur-lex.europa.eu/eli/reg/2023/1542/2025-07-31/eng) EU law
- [**European Commission, Guidance to support preparations for the Digital Batteries Passport**, 21 August 2026](https://single-market-economy.ec.europa.eu/news/guidance-support-preparations-digital-batteries-passport-2026-08-21_en) European Commission
- [**Directive (EU) 2024/1799 on common rules promoting the repair of goods.** EUR-Lex](https://eur-lex.europa.eu/eli/dir/2024/1799/oj/eng) EU law
- [**European Commission, Directive on repair of goods.** Checked 3 September 2026](https://commission.europa.eu/law/law-topic/consumer-protection-law/directive-repair-goods_en) European Commission
