# How Do You Prepare a Battery Passport for February 2027 While Rules Move? Source: https://activatedigital.ai/knowledge/digital-product-passport/batteries/2027-readiness Last verified: 7 October 2026 Summary: A dated September 2026 guide to Battery Passport readiness for 18 February 2027: what is fixed, what can be tested now and what should remain configurable. ## In 60 seconds Under the adopted Regulation (EU) 2023/1542 the Battery Passport obligation starts on **[18 February 2027](https://activatedigital.ai/knowledge/digital-product-passport/timeline)** for the covered battery categories. The legal start date does not move while implementation detail is still arriving. So the question is what to build now, what to test and what to keep configurable. - The obligation starts **18 February 2027**, adopted. It does not move because implementation detail is still arriving. - Buildable now: battery identity, governed model and item-level data, evidence provenance, update and lifecycle processes, Registry integration. - Six DPP standards are already cited in the Official Journal. - Keep configurable: whatever the battery access-rights implementing act still decides. The Commission still shows it for **Q4 2026**. **Status checked: 6 September 2026. The access-rights act and the standards decision were rechecked on 7 October 2026.** You can already implement the fixed core: battery identity, governed model and item-level data, evidence provenance, update and lifecycle processes, EU DPP Registry integration and the technical capabilities covered by the six DPP standards already cited in the Official Journal. You can also use the Commission's battery guidance, BatteryPass-Ready v2 resources and current test environments to find integration gaps. But do not freeze every current programme assumption into production. As of 7 October 2026, the Commission still shows the battery access-rights implementing act for **Q4 2026**, and its [Battery Passport FAQ](https://single-market-economy.ec.europa.eu/single-market/digital-product-passport/eu-digital-product-passport-faq-batteries_en) expects a draft for public feedback on Have your say in October or November 2026. The **September 2026** decision on the two remaining DPP standards had not been published. So access policy, role mapping and other dependency-sensitive parts should remain configurable. ## What is already fixed? Regulation (EU) 2023/1542 sets the controlling obligation: from 18 February 2027 each electric-vehicle battery, light means of transport battery and industrial battery with a capacity greater than 2 kWh placed on the market or put into service within the Regulation's scope needs a battery passport, and neither that date nor that scope is waiting for a future BatteryPass-Ready release ([Battery Digital Product Passport requirements](https://activatedigital.ai/knowledge/digital-product-passport/batteries)). The law also establishes durable design requirements around accurate, complete and up-to-date information, differentiated access, interoperability and lifecycle continuity. Those are safe foundations for implementation work now. ## What changed during 2026 The implementation environment became much more concrete during July and August 2026. | Development | Status on 6 September 2026 | What it means for readiness | |---|---|---| | EU DPP Registry | Operational since 20 July 2026 | Registration and Registry integration can be implemented and tested now | | Six DPP standards | Cited in the Official Journal in July 2026 | Several horizontal technical implementation questions now have cited standards | | Commission battery guidance | Published in August 2026 | Useful for organising the 71 data points, but expressly non-binding | | BatteryPass-Ready longlist and data model v2.0 | Published 27 August 2026 | Useful current implementation mapping and test input, not the legal schema | | BatteryPass-Ready test environment | Available as a current readiness resource | Lets teams test defined implementation scenarios, not obtain legal certification | | Battery access-rights implementing act | Commission roadmap still shows Q4 2026 (rechecked 7 October 2026) | Final permission policy should not be invented or hard-coded | | Two remaining DPP standards | September 2026 decision not published (rechecked 7 October 2026) | Keep dependency-sensitive implementation change-tolerant | The table describes the implementation state on 6 September 2026, not a permanent legal taxonomy. ## The implementation stack has four different authorities The easiest way to make a battery-passport programme brittle is to treat every document as if it has the same authority. ### 1. Regulation and adopted Commission acts The Batteries Regulation and applicable adopted implementing or delegated acts control the legal obligation. The Registry implementing regulation belongs in this layer. ### 2. Cited technical standards The six DPP standards cited in July 2026 provide concrete technical support across areas including data exchange, unique identifiers, data carriers, storage, APIs/lifecycle/searchability and interoperability. A standard can define how a technical capability works. It does not replace the product-specific legal requirement. ### 3. Commission guidance The Commission's August 2026 battery guidance organises the current 71-point view by battery category and applicability. The Commission states that the guidance is non-binding and does not create additional legal requirements. For the detailed distinction between the legal source and the 71-point guidance, use [which Battery Passport data points are actually required](https://activatedigital.ai/knowledge/digital-product-passport/batteries/71-data-points). ### 4. Programme models and test resources BatteryPass-Ready's Data Attribute Longlist v2.0, Data Model v2.0, user stories and test environment turn parts of the regulation, guidance and standards into implementable models and scenarios. That makes them useful. It does not make them law. BatteryPass-Ready itself says the longlist and data model will be updated as relevant regulatory, standardisation and technical developments continue. ## What you can implement now The safest sequence is to build around the parts that are already durable. ### Establish battery and passport identity Define the battery identifiers, the relationship between model-level and individual-battery records and the identifiers required for Registry interaction. Do not make the QR carrier itself your source of truth. The carrier points into an identity and data architecture. ### Govern the data before publishing it For each material field or information territory, know: - which battery or model it applies to - which system owns the value - the legal or implementation basis - source evidence and provenance - whether it changes over the battery lifecycle - whether it is public, restricted or still dependent on a pending access rule. The public passport is an output of that governed data, not the only place the data exists. ### Implement Registry integration The EU DPP Registry is operational. Teams can work against the Registry layer now rather than treating it as a future concept. The existing [Registry test environment guide](https://activatedigital.ai/knowledge/regulation/registry-test-environment) owns the detail of how Registry testing works. ### Implement version and lifecycle handling Battery passports have to survive change. Your data model should be able to distinguish current values from historical values and handle battery lifecycle transitions without rewriting history. Where reuse, repurposing or remanufacturing changes the legal passport responsibility, keep the detailed rule with [the battery second-life owner](https://activatedigital.ai/knowledge/digital-product-passport/batteries/second-life). ### Keep evidence with the value For important facts, retain the source, responsible owner, effective date, last update and relevant evidence. That turns later regulatory or standards changes into controlled changes rather than archaeology. ## What should stay configurable Some implementation uncertainty is real. The answer is not to leave the whole programme undefined. Isolate the parts most likely to move. ### Access and authorisation policy The Regulation establishes differentiated access, but the Commission still shows the battery access-rights implementing act for Q4 2026. So keep: - actor and role mapping - legitimate-interest qualification - field-to-role permission rules - credential or authentication mappings - policy conditions configurable rather than embedding them irreversibly into application logic. For the current legal status, see [which Battery Passport data is public, restricted or legitimate-interest controlled](https://activatedigital.ai/knowledge/digital-product-passport/batteries/access-rights). ### Dependency-sensitive schema validation BatteryPass-Ready v2 is a sensible current implementation reference, but it is explicitly versioned and expected to change. Use versioned schemas and validation rules. Record which release a test used. Avoid presenting the programme model as the immutable EU legal schema. ### Standards-dependent interfaces Where a remaining standard or Commission act may change an interface requirement, isolate the dependency and make the implementation replaceable. That is change control, not an excuse to avoid implementation. ## The two test environments test different things Battery teams may now encounter two different testing surfaces. | Test surface | Primary job | Useful for | Does not prove | |---|---|---|---| | EU DPP Registry test environment | Interaction with the central Registry layer | Registration flows, identifiers and Registry integration behaviour | End-to-end battery-passport compliance | | BatteryPass-Ready test environment | Broader battery implementation scenarios | Data completeness/formats, access-rights scenarios, interactions and interoperability | Regulatory certification or the final answer to unpublished rules | BatteryPass-Ready describes 11 scenarios across three use cases in its current test environment. That makes the programme useful for finding gaps before production. Passing those scenarios should be treated as evidence that a tested implementation behaved as expected against that test version, not as a certificate that every legal obligation has been satisfied. ## Use the user stories as test hypotheses BatteryPass-Ready's Technical User Stories v1.0 translate requirements and technical dependencies into workflows around onboarding, passport creation, reading, updating and lifecycle events. They are useful for asking practical questions: - Who initiates the action? - Which identifier is needed? - Which system responds? - What happens when permission is missing? - What happens when a value changes? - Which lifecycle event should create or update a record? But the user stories are non-exhaustive and depend on areas where secondary acts or standards were still pending when they were written. So use them as **test hypotheses and process models**, not as substitutes for the Regulation or later adopted acts. ## What evidence should you keep from readiness testing? A readiness test is much more valuable when you can prove what you tested. For each material test run, keep: - test environment and version - schema/model version - test scenario or user story - date - product/battery test identity - input dataset - expected result - actual result - failed validation or access conditions - corrective action - evidence of the retest - any assumption tied to a pending act or standard. This creates a change trail. When the access-rights act or a standards dependency changes, you can identify which controls need retesting instead of rerunning the entire programme blindly. ## A practical readiness sequence If you are working towards 18 February 2027, the sequence is: - Confirm whether each battery product is in scope. - Map the governed data and evidence you already hold. - Separate model-level from individual-battery and lifecycle data. - Establish stable identity and Registry integration. - Implement versioning, update rights and evidence provenance. - Classify access at a policy level without inventing the unresolved legal detail. - Test against the current Registry and BatteryPass-Ready surfaces. - Record versions, assumptions, failures and retest evidence. - Watch the remaining Commission acts and standards. - Change the isolated policy/schema components when the authoritative position changes. The useful distinction is **stable core versus configurable edge**. That gives the team something real to implement now without pretending the moving parts have stopped moving. If you want the sequence run against your own data, ActivateDigital will [show which of the mandatory fields your evidence already covers](https://activatedigital.ai/battery-passport-software) and which are still open. ## Dated watchlist As of **6 September 2026**: - **NOW:** 18 February 2027 battery-passport start date for the covered categories. - **NOW:** EU DPP Registry operational. - **NOW:** six DPP standards cited in the Official Journal. - **NOW:** Commission battery guidance available as non-binding guidance. - **NOW:** BatteryPass-Ready v2 longlist/data model and current test resources available as implementation aids. - **EMERGING:** battery access-rights implementing act, still shown by the Commission for Q4 2026, with a draft expected on Have your say in October or November 2026 (rechecked 7 October 2026). - **EMERGING:** decisions on two remaining DPP standards. The Commission's September 2026 date passed without a published decision (rechecked 7 October 2026). - **EMERGING:** later BatteryPass-Ready updates that incorporate those dependencies. ## What would change this page This page requires review when any of the following happens: - the Commission publishes the battery access-rights implementing act - the remaining DPP standards receive a new formal status - BatteryPass-Ready releases a material new longlist, data model, user-story or test-environment version - the page reaches or passes 18 February 2027. ## Keep exploring The questions this page usually raises next. - [CompareNext questionWhat Are the 71 Battery Passport Data Points, and Which Are Actually Required?The Commission's August 2026 guidance breaks the Batteries Regulation into 71 rows.→](https://activatedigital.ai/knowledge/digital-product-passport/batteries/71-data-points) - [CompareNext questionWhich Battery Passport Data Is Public, Restricted or Limited to Legitimate-Interest Users?Annex XIII of Regulation (EU) 2023/1542 splits the Battery Passport into four tiers, from public to regulators only.→](https://activatedigital.ai/knowledge/digital-product-passport/batteries/access-rights) - [Another angleNext questionHow to Use the EU DPP Registry Test EnvironmentWhat the EU DPP Registry sandbox can test, how it differs from production, current Battery registration limits and what businesses…→](https://activatedigital.ai/knowledge/regulation/registry-test-environment) ## Related - [What Does EN 18060:2025 Change for the EU Battery Passport?](https://activatedigital.ai/knowledge/digital-product-passport/batteries/en-18060-2025): EN 18060:2025 for EV battery performance evidence ## Sources - [Regulation (EU) 2023/1542 concerning batteries and waste batteries, EUR-Lex](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:02023R1542-20240718) - [European Commission Digital Product Passport implementation page](https://single-market-economy.ec.europa.eu/single-market/digital-product-passport_en) European Commission - [European Commission guidance to support preparations for the Digital Batteries Passport](https://single-market-economy.ec.europa.eu/news/guidance-support-preparations-digital-batteries-passport-2026-08-21_en) European Commission - [Commission Implementing Decision (EU) 2026/1736 on DPP standards](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32026D1736) Delegated or implementing act - [Commission Implementing Regulation (EU) 2026/1778 establishing the DPP Registry](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32026R1778) Delegated or implementing act - [BatteryPass-Ready Data Attribute Longlist v2.0 and Data Model v2.0 release](https://thebatterypass.eu/news/now-published-data-attribute-longlist-v2-0-and-data-model-v2-0/) - [BatteryPass-Ready test environment launch](https://thebatterypass.eu/press-release/batterypass-ready-launches-test-environment-for-digital-battery-passport/) - [BatteryPass-Ready resources and Technical User Stories](https://thebatterypass.eu/battery-pass-ready/resources/)