how to
An 18-Month ESPR Readiness Plan
A delegated act gives roughly eighteen months before it applies. That window is a data collection programme, not a software project. How to sequence it.
The eighteen months between a delegated act being adopted and applying should be sequenced backwards from supplier response time. Scoping and gap analysis take weeks, supplier collection takes quarters, and platform work takes weeks — so collection must start first, not last.
What this gives you
An 18-month plan from delegated act to enforcement, with the supplier engagement milestones that decide whether you hit the date and the ones that only look urgent.
Key takeaways
- Supplier data collection is the critical path and the only part of the timeline you do not control.
- Scoping and gap analysis are a fortnight of work and unlock everything else, so they come first.
- Verification, where required, is lumpy and long — identify those claims in month one, not month twelve.
- Platform selection is deliberately late, because selecting before the gap list exists configures against data you do not hold.
When a delegated act is adopted for a product group, roughly eighteen months follow before it applies. That period is frequently described as a transition or a grace period, which encourages exactly the wrong sequencing.
It is not a grace period. It is the window in which supplier data has to be obtained, and supplier response time is the one element of the plan that no amount of internal urgency compresses.
Why the plan runs backwards
The intuitive sequence is to select a platform, configure it, then fill it with data. It produces a system configured against attributes nobody has yet obtained, followed by a reconfiguration once they arrive in a different shape.
Sequencing from the constraint instead means starting with the thing that takes longest and cannot be accelerated. Everything else fits around it.
| Activity | Typical duration | Within your control? |
|---|---|---|
| Scoping and gap analysis | Two to four weeks | Entirely |
| Internal definition agreement | Four to eight weeks | Entirely, though politically slow |
| Supplier data collection | Two to three quarters | Barely — depends on tiers below you |
| Third-party verification | One to two quarters | No — laboratory and assessor schedules |
| Carrier artwork or tooling | Weeks to months | Mostly, subject to production cycles |
| Platform and integration | Four to twelve weeks | Entirely |
Months one and two: know what you need
The first phase is short, cheap and unlocks everything after it. It produces one artefact: a list of required attributes, each marked held, partial or missing, with a named owner.
- Confirm which product groups you place on the market, named as the working plan names them rather than as your merchandising hierarchy does.
- Extract the required attributes from the delegated act’s data set for each group.
- Mark each attribute held, partial or missing against what you actually hold today, not what you believe you could obtain.
- Identify which supplier tier holds each missing attribute, because that determines how long it will take.
- Flag every claim requiring third-party verification, since those start immediately.
The partial column deserves particular attention. It is where most programmes deceive themselves, because an attribute held for sixty per cent of a range looks like progress and behaves like a gap.
Months two to nine: collection
Collection begins as soon as the gap list exists and runs for most of the remaining window. Structuring it as campaigns rather than a per-product chase is what determines whether it completes.
One campaign covers one attribute set, addressed to the suppliers who hold it, with the regulation named, an example answer per field and an explicit route to report that a value is not measured. A supplier serving eleven of your products receives one request, not eleven.
Run verification in parallel rather than after collection. Laboratory and assessor lead times are independent of your data gathering, and treating verification as a downstream step is how programmes discover in month fourteen that an assurance engagement needs four months.
Months six to twelve: definitions and design
While collection runs, two internal pieces of work proceed that have nothing to do with suppliers and everything to do with whether the resulting data is coherent.
The first is definitional. Two teams using recycled content to mean different things is not a software problem, and it will not be revealed by a platform. It surfaces when two returned figures disagree and nobody can say which is correct.
The second is the access policy: which audience reads which attribute. This has to be settled before publication because it cannot be retrofitted to a passport that is already resolvable, and commercial teams reliably object after launch rather than before.
- Step 1Months 1–2 · Scope and gapProduct groups, required attributes, owners, verification flags.
- Step 2Months 2–9 · Collect and verifyCampaigns by attribute set; assurance engagements in parallel.
- Step 3Months 6–12 · Define and designAgree definitions once; settle the access policy before publication.
- Step 4Months 10–15 · Build and carryPlatform, integration, carrier artwork or tooling.
- Step 5Months 15–18 · Publish and rehearsePilot group live, correction process tested, resolver monitored.
Months ten to fifteen: build
Platform selection happens here rather than at the start, and by this point it is a considerably better-informed decision. You know the attribute set, the volumes, the issuance level and which claims carry credentials.
Carrier work runs alongside. A printed code is an artwork change on the next production run; anything applied to the product itself is a line change with its own lead time, which is why the carrier decision belongs in the first phase even though the work happens here.
What to do when the window is shorter
Companies frequently discover the obligation late, leaving nine months rather than eighteen. The plan does not change shape; it changes scope.
The move that recovers most ground is narrowing to the products that actually need to be compliant first, rather than attempting the full range. A single product group published on time, with the remainder following, is a materially better position than a whole catalogue that misses the date together.
The second is accepting documented gaps rather than estimates. An attribute recorded as outstanding with a named owner and a date is a programme in progress; the same attribute filled with a plausible figure is a claim that will fail verification later, at a point when correcting it is considerably more expensive and more visible.
Months fifteen to eighteen: publish and rehearse
The final phase is deliberately not a launch. It is a pilot on one product group, followed by rehearsal of the things that will go wrong later.
Rehearse the correction process specifically. A supplier figure will turn out to be wrong after publication, and a programme that has never corrected a live passport will discover its approval chain, its versioning and its audit trail all at once, under time pressure, in front of a customer.
Frequently asked questions
Why start with supplier collection rather than the platform?
Because collection takes two to three quarters and cannot be accelerated, while platform work takes weeks and can. Selecting a platform first also means configuring it against attributes you have not obtained, which usually requires reconfiguring once the data arrives in a different shape.
What if the delegated act for our group is not adopted yet?
Start the gap analysis anyway. The draft data sets are visible during consultation, and the attributes that take longest to obtain — process origin, chemistry, deep-tier composition — are common across product groups. Waiting for adoption spends the collection window you were given.
How long does third-party verification take?
One to two quarters in most cases, driven by assessor availability rather than by your readiness. That is why verification-requiring claims should be identified in the first fortnight and the engagement started immediately, in parallel with collection rather than after it.
Can eighteen months be compressed?
The internal parts can. Scoping, definitions, platform work and integration all respond to resourcing. Supplier collection and verification do not, because they depend on organisations with their own schedules and no obligation to you, which is why both belong at the very front of the plan.
What should the first pilot cover?
One product group, ideally the one with the nearest obligation and the shortest supply chain. The purpose is to exercise the whole path — collection, publication, access control and correction — rather than to cover volume, and a narrow pilot surfaces the same problems faster.
Who should own the plan?
Compliance owns the obligation, but the plan needs an owner with authority across sourcing, product development and sustainability. Programmes stall where compliance is accountable without that authority, so assigning ownership per attribute rather than per project is what keeps the collection phase moving.
What is the most common sequencing mistake?
Treating the eighteen months as a grace period rather than a collection window. Programmes that begin with platform procurement typically reach month twelve with a configured system, no supplier data, and no remaining time to obtain it before the act applies.
Sources
- Regulation (EU) 2024/1781 establishing a framework for ecodesign requirements — EUR-Lex, European Union, 2024-06
- Regulation (EU) 2023/1542 concerning batteries and waste batteries — EUR-Lex, European Union, 2023-07
Continue reading
- ESPR delegated acts timelineWhen each product group is expected to come into scope, and why dates move.
- Getting data out of deep-tier suppliersHow to structure the collection campaigns this plan depends on.
- What a Digital Product Passport costsWhere the money goes, and why it follows the same sequence as the time.
- Compliance checklistsA working ESPR readiness checklist to run against your own product groups.