Battery Passport 2027 Guide

What is the EU battery passport deadline? Which batteries are in scope?

From 18 February 2027, every light means of transport (LMT) battery, every industrial battery with a capacity greater than 2 kWh, and every electric vehicle battery placed on the EU market or put into service must have an electronic battery passport. This date and broad product scope are adopted in Article 77(1) of Regulation (EU) 2023/1542. Scope turns on the legal battery category and, for industrial batteries, the capacity threshold. LMT batteries are sealed batteries weighing 25 kg or less that are designed to provide electric power for wheeled vehicles and are not EV batteries. Electric vehicle batteries and industrial batteries above 2 kWh are included regardless of whether an operator markets the passport as a customer feature. Portable batteries and industrial batteries at or below 2 kWh are not included by Article 77(1) solely on that basis.

What information belongs in the passport? Which model data is public?

Article 77(2) and Annex XIII divide the data between information about the battery model and information specific to the individual battery, including data produced during use. The passport is therefore more than a static specification sheet. Teams need a governed relationship between stable model records, serialised battery identity, lifecycle events, and measurements that can change after the battery enters service. Annex XIII lists public model information including manufacturer and battery identity data, battery category, manufacturing place and date, weight, chemistry, hazardous substances and critical raw materials, carbon-footprint information, responsible-sourcing information, recycled content, renewable content, rated capacity, voltage, expected lifetime, temperature range, and extinguishing-agent information. Applicability can depend on other provisions and their own effective dates.

• Treat Annex XIII as a controlled data inventory, not marketing copy.
• Trace each value to the source system, calculation, declaration, or test that supports it.
• Record units, versions, and applicability rules beside the value.

Which data has restricted access? How do the QR code and identifier connect?

The Regulation separates publicly accessible information from data available only to notified bodies, market-surveillance authorities, the Commission, and persons with a legitimate interest. Restricted data can include detailed composition information, dismantling and safety information, and individual-battery performance and durability data. Access control must work at data-element and actor level; hiding an entire passport behind one login is not an adequate model of Annex XIII. Article 13 requires the relevant batteries to carry a QR code that gives access to the battery passport. Article 77 links the passport to a unique identifier that complies with the standards referenced by the Regulation. The physical carrier, identifier resolution, and passport service must remain aligned through labelling, replacement, data correction, and lifecycle changes. A QR scan should resolve reliably without making the identifier vendor-owned.

Who is responsible for accuracy and updates? How should economic-operator roles be confirmed?

The economic operator placing the battery on the market must ensure the passport information is accurate, complete, and current. That makes ownership an operating-model question: engineering may own specifications, sourcing may own supplier evidence, sustainability may own footprint and due-diligence records, service systems may own state-of-health data, and compliance may approve release. The passport needs named stewards and escalation rules across those systems. Do not assign passport ownership from the logo printed on the battery alone. Map the manufacturer, importer, distributor, authorised representative where relevant, and the operator that places the battery on the market or puts it into service. Then document which legal entity controls the passport, which party supplies each model or item record, and who can approve a correction. Private-label, contract-manufacturing, platform, and cross-border distribution arrangements deserve explicit review because commercial data ownership may not match regulatory responsibility. The operating model should also cover repurposing and remanufacturing, where a later operator can acquire new passport duties for the changed battery.

How should changing battery data be governed? What happens after repurposing or remanufacturing?

Individual-battery performance and durability information can change during use, so the passport needs rules for measurement source, timestamp, units, quality checks, and authorised updates. Document how battery-management-system data enters the record, how implausible or missing readings are handled, and whether a value is measured, calculated, or estimated. Keep the stable model baseline separate from item-level observations while preserving their relationship. Access controls must prevent a public view from exposing restricted operational data, yet still allow actors with the rights defined by the Regulation to obtain the information they need for evaluation, repair, repurposing, or end-of-life decisions. The passport has to survive lifecycle changes. Article 77 addresses batteries that undergo preparation for re-use, preparation for repurposing, repurposing, or remanufacturing and assigns passport responsibilities to the operator placing the changed battery on the market or putting it into service. Teams need a controlled handover of identifiers, prior passport data, new test evidence, status, and update rights rather than creating an unrelated marketing page.

How does the EU Registry affect batteries? What implementation detail is still open?

ESPR Article 13 and Regulation (EU) 2026/1778 bring scoped battery passports into the EU DPP Registry. The Registry became operational on 20 July 2026 and stores identifiers, registration metadata, and other required high-level data rather than the complete passport. Operators can test organisation verification, registration, API connectivity, and proof handling before the 2027 battery date. The passport duty is adopted, but not every operational rule is frozen. Article 77 allows Annex XIII to be amended for technical and scientific progress and requires implementing rules on legitimate-interest access. Operators should maintain a change register for delegated and implementing acts instead of assuming that a 2026 data model will remain untouched through launch and operation. Assign an owner and impact-assessment deadline to every relevant legal change.

What should a battery data inventory contain? How should carbon-footprint and sourcing evidence be prepared?

Start with all marketed and pipeline battery models, their legal categories, capacities, economic operators, production sites, identifiers, and target markets. Map every Annex XIII data element to a source, owner, format, update trigger, access class, and evidence object. Then identify which item-level measurements arrive from the battery management system and whether consent, security, or commercial restrictions affect their use. Annex XIII connects the passport to information governed elsewhere in the Battery Regulation, including carbon-footprint, recycled-content, and responsible-sourcing provisions. Build those values from their underlying declarations, calculations, supplier evidence, scope assumptions, and applicable dates rather than typing the latest headline number into a passport field. Preserve the method, version, unit, product-model relationship, reviewer, and supporting files so a changed calculation can be traced and republished. The passport should show only information that is applicable and supportable for that battery; it should not turn a phased requirement or unavailable supplier value into an unsupported environmental claim.

• Confirm scope separately for each battery model and market role.
• Reconcile model, batch, serial, QR, and Registry identifiers.
• Separate public, authority-only, and legitimate-interest views.
• Test corrections, transfers, repurposing, and end-of-life transitions.

What should happen at transfer and end of life? What should software buyers test?

The passport is meant to support actors beyond the first sale. Plan access and continuity for service, repair, evaluation, repurposing, remanufacturing, collection, and recycling while respecting the Regulation's restricted-data model. Define how a transferred or changed battery retains its history, how the responsible operator records a new status, and how downstream actors verify that they are working with the correct item. End-of-life handling should not depend on an account held only by the original customer or on a vendor contract that has expired. Test identifier resolution, authorised access, export, and recovery as part of operational readiness. Require a vendor to demonstrate serialised battery identity, model inheritance, evidence lineage, role-based access, BMS data ingestion, version history, Registry integration, and a complete export. Ask how the platform handles an operator change, repurposed battery, unavailable source system, or corrected footprint value. A consumer QR design is useful but does not demonstrate the lifecycle, evidence, and access-control capabilities required by the law.

How should teams plan toward February 2027?

Work backwards from the adopted date with evidence and integration gates: scope confirmation, data-owner sign-off, supplier collection, identifier and carrier testing, access-role testing, Registry testing, operational rehearsal, and controlled production release. Keep unresolved implementing detail in a monitored assumptions log. The target is a maintainable passport operation for every in-scope battery, not a one-off demo completed on the deadline. Give each gate an accountable owner, entry criteria, evidence output, fallback, and latest safe completion date. Rehearse representative failures such as a missing supplier declaration, rejected Registry event, unreadable carrier, incorrect serial relationship, unavailable service, or disputed access request. Before release, sample real production records against Annex XIII and retain the review evidence so gaps can be corrected systematically rather than rediscovered battery by battery. Record the final readiness decision and its unresolved risks.