Registry registration is the outline sequence by which an economic operator registers a passport with the central registry, uploading the unique identifier and associated metadata before or at the time the product is placed on the market. The sequence is an outline in this guide because the detailed registration steps, data fields and timing for batteries depend on the implementing rules and the semantic catalogue for the battery product group, which were still being defined as checked on 28 October 2026. The outline therefore states the stable steps, and marks the product specific steps as pending confirmation.
Registration discipline matters because the registry entry is the verification point for customs and authorities. A registration carried out late, with an incorrect identifier, or without a resolvable passport will fail verification even when the passport content is sound. The outline sequence should be built into the placing on the market workflow as a gated step, not as an administrative task carried out after shipment. A gate that can be bypassed will be bypassed under time pressure, and the bypass will be discovered at the border or on authority request.
What must be ready before registration?
Before registration, the operator must have a unique identifier for the individual battery, a passport record that the identifier resolves to, operator identity information, and the metadata fields that the registry requires for the product group. The identifier must be formed under the identifier rules that apply to the passport, the passport must be available under the access tiers, and the operator identity must be verifiable through the registry identity process. A registration attempt with a draft passport, a test identifier or an unverified operator identity will produce a registry entry that cannot be relied on, or a rejection that delays placing.
A readiness checklist should be completed and dated before the first registration, with each item evidenced: identifier formation, passport resolution, operator verification and metadata completeness. A checklist completed from memory, without evidence links, is a weak gate. A checklist with evidence links to the identifier system, the passport system and the operator verification record can be audited, and it allows a failure to be traced to the correct preparation step.
What is the outline registration sequence?
The outline sequence runs from operator enrolment and identity verification, through identifier creation and passport preparation, to registry upload, confirmation receipt, and placing on the market. Operator enrolment establishes the operator identity in the registry system. Identifier creation allocates the unique identifier for the battery. Passport preparation creates the resolvable record. Registry upload sends the identifier and metadata to the registry. Confirmation receipt records the registration identifier where provided. Placing on the market follows confirmation, not the other way round.
| Step | Output | Gate |
|---|---|---|
| Enrolment and verification | Verified operator identity | No upload before verification |
| Identifier and passport | Resolvable passport | No upload before resolution test |
| Registry upload | Registry entry | Upload before placing |
| Confirmation | Registration record | Hold placing if no confirmation |
Worked check: an operator prepares one hundred batteries for shipment. Ninety nine registry uploads confirm, and one fails on identifier format. The gated workflow holds the one battery, corrects the identifier, retests resolution and re-uploads, while the ninety nine proceed. An ungated workflow ships all one hundred, and the one failure is discovered at customs, with the shipment held and the correction carried out under time pressure. The gate costs minutes before shipment and saves days after it.
What data are uploaded to the registry?
Data uploaded to the registry are limited to the unique identifier and the associated metadata that the implementing rules require for the product group, such as operator identification and product identification metadata. Full passport data are not uploaded. The metadata set is product group specific, and the battery metadata set depends on the semantic catalogue for batteries. A software system should therefore treat the registry upload as a small, structured payload, with a field map that is version controlled against the catalogue version in force at the time of upload.
A field map check should compare the software payload against the current catalogue or implementing rule version, with the version and date recorded. A payload built against an earlier catalogue version may be rejected, or may be accepted with missing fields that later verification will expose. The map should be reviewed after each catalogue or implementing act update, and the review should be dated. A map without a version is an assumption, not evidence.
How is a registration confirmed and evidenced?
Registration is confirmed by a registry receipt or registration identifier, where the implementing rules provide for one, together with a timestamp and the identifier registered. The confirmation should be stored in the passport evidence file, linked to the battery identifier, so that a later authority or customs query can be answered from the file without re-querying the registry. A confirmation stored only in an email inbox, or only in a vendor portal without an export, is weak evidence, because it cannot be linked reliably to the battery record.
Evidence practice should include automated capture of the confirmation into the battery record system, with a reconciliation report that lists batteries placed, batteries registered and any mismatch. A daily or per shipment reconciliation, with mismatches investigated before the next shipment, keeps the registry and placing records aligned. A reconciliation carried out only on authority request will find mismatches too late to correct them before a border or market check.
What happens when registration fails or is corrected?
When registration fails, the battery should be held from placing until the failure is corrected and the upload is confirmed, unless the implementing rules provide a specific alternative. Failure causes include identifier format errors, duplicate identifiers, unverified operator identity and metadata errors. Each cause needs a different correction, and the correction should be recorded with the original failure, the cause and the re-upload result. When a registered entry needs correction, the correction should follow the registry correction process, with the original entry preserved in the audit trail rather than overwritten without trace.
Correction discipline is the same as passport update discipline: preserve the original, record the change, and show the current state. A correction that overwrites the original entry without a trail hides the history that an authority may need to understand a border check that relied on the original entry. A correction that creates a duplicate entry without cancelling the original creates a duplicate identity problem. The correct pattern is a linked correction with a preserved trail.
What remains pending for battery registration?
What remains pending for battery registration, as checked on 28 October 2026, is the semantic catalogue for the battery product group and the detailed registration fields and timing that follow from it, together with any further implementing act detail. Secondary reporting indicated that battery passport registration was not currently available for that reason, even though the registry itself was in production. A software plan should therefore build the gated workflow, the identifier system and the passport system now, and hold the live battery registration step as pending catalogue confirmation, with a review date set for the next catalogue publication. This guide gives general educational information only and is not individual legal advice. A reader with a specific battery or market decision should check the current Regulation text and any applicable delegated act, as checked on 28 October 2026, before acting.
This guide gives general educational information only and is not individual legal advice. A reader with a specific battery or market decision should check the current Regulation text and any applicable delegated act, as checked on 28 October 2026, before acting. Registration is a gate before placing, and the confirmation should be filed with the battery record.
Sources & further reading
- Regulation (EU) 2024/1781 establishing a framework for ecodesign requirements for sustainable products ↗
- Digital product passport FAQs, European Commission single market pages ↗
- Regulation (EU) 2023/1542, EUR-Lex consolidated version ↗
Source links point to primary materials and further reading, including commercial implementation resources where cited. This introductory guide does not replace the legislation.