Registo do passaporte de bateria no Registo DPP da UE

O registo do passaporte de bateria no Registo DPP da UE funciona através de uma API que a Comissão Europeia documentou na sexta-feira, 30 de outubro de 2026. O fabricante envia ao Registo o identificador único do produto (UPI) do passaporte, que é um URL. O Registo obtém o passaporte nesse endereço, valida-o com os esquemas da Comissão e só o regista se estiver conforme. Não guarda uma cópia do passaporte. A obrigação aplica-se a partir de 18 de fevereiro de 2027 a cada bateria de meios de transporte ligeiros (LMT), cada bateria industrial com mais de 2 kWh e cada bateria de veículos elétricos.

O que a Comissão publicou a 30 de outubro de 2026

Os documentos estão na página de recursos e documentação do DPP da Comissão.

As regras do Registo constam do Regulamento de Execução (UE) 2026/1778. O guia da API indica que o Registo lê e valida cada passaporte «em conformidade com» esse regulamento. O nosso artigo sobre o lançamento do Registo em julho explica a sua base jurídica.

Que baterias precisam de um passaporte registado

O artigo 77.º, n.º 1, do Regulamento Baterias, Regulamento (UE) 2023/1542, exige um passaporte de bateria a partir de 18 de fevereiro de 2027 para:

• cada bateria LMT (meios de transporte ligeiros, como bicicletas e trotinetas elétricas)
• cada bateria industrial com capacidade superior a 2 kWh
• cada bateria de veículos elétricos

As baterias portáteis e as baterias SLI não estão abrangidas. O artigo sobre o passaporte de bateria explica o que o passaporte contém.

No Registo, estas baterias pertencem ao grupo de produtos BATTERIES, com um subgrupo por categoria. Os códigos obtêm-se com GET /api/v1/dpp/product-groups, e o guia indica que se usem os valores aí devolvidos. Cada passaporte num envio indica ainda a sua granularidade: artigo, lote ou modelo.

Como funciona o registo

A ilustração no início deste artigo mostra os quatro passos.

1. Verifique a sua organização

Só uma organização verificada pode registar passaportes. Inicia-se sessão com EU Login, regista-se a organização e apresenta-se uma declaração assinada. Uma pessoa coletiva sela-a com um selo eletrónico qualificado (QSeal). O User Guide for Economic Operators (v3, 14 de setembro de 2026) descreve cada passo.

2. Crie uma service account

O acesso por máquina usa credenciais de cliente OAuth 2.0 com private_key_jwt. Não são aceites segredos de cliente partilhados.

• Um administrador cria a service account; uma organização pode ter no máximo 5.
• Precisa da função que permite registar passaportes.
• As chaves são de curva elíptica: P-256, P-384 ou P-521.
• Cada token de acesso dura no máximo 15 minutos.
• A validade recomendada de uma credencial é de um ano, no máximo dois. Podem estar duas ativas ao mesmo tempo, para que as chaves possam ser rodadas sem interrupção.

A chave privada fica com o operador económico. O guia recomenda gerá-la num módulo de segurança de hardware (HSM).

3. Envie os passaportes

Envia-se POST /api/v1/dpp/submission com 1 a 100 passaportes que partilham o mesmo grupo e subgrupo de produtos. Cada pedido precisa de um cabeçalho Idempotency-Key com no máximo 128 caracteres. Uma nova tentativa com a mesma chave devolve a tarefa original em vez de criar uma segunda. O exemplo do guia da API:

{
  "productGroup": "BATTERIES",
  "productSubGroup": "EV",
  "submissionItems": [
    {
      "uniqueProductIdentifier": "https://example.com/dpp/battery/0001",
      "granularity": "item",
      "batchIdentifier": "xxx-000",
      "modelIdentifier": "yyy-111"
    }
  ]
}

4. Acompanhe a tarefa

O Registo responde 202 Accepted com um taskId. Isso significa que o pedido foi aceite para processamento, não que algo tenha sido registado. O estado consulta-se com GET /api/v1/tasks/{taskId}: PENDING, PROCESSING, COMPLETED ou ERROR. Uma tarefa concluída tem o resultado SUCCEEDED ou FAILED. O guia recomenda consultar aos 1, 1, 2, 3, 5, 8, 13, 21, 34 e 55 segundos, depois a cada 60 segundos, e respeitar Retry-After. Os resultados por passaporte obtêm-se com GET /api/v1/tasks/{taskId}/items, em JSON ou CSV.

Um envio é atómico. Se um passaporte falhar a validação, nenhum dos passaportes desse envio é registado, incluindo os que passaram.

O que o Registo verifica quando obtém o seu passaporte

O Registo usa o UPI exatamente como foi enviado, como primeiro endereço do passaporte. Se não conseguir aceder ao passaporte, o item falha com UPI_NOT_RESOLVABLE.

Primeira consulta, sem início de sessão. O Registo envia um GET sem credenciais. Segue no máximo 3 redirecionamentos em toda a resolução, pelo que cada passo tem de responder de forma anónima. O endereço final responde 200 com a parte pública do passaporte.

Formato. O Semantic Data Guide indica que o Registo pede JSON, o único formato obrigatório segundo a EN 18216:2026. O Self-Hosted Authentication Guide também admite JSON-LD e XML, com JSON como base.

Esquemas. A validação é feita com os artefactos semânticos, versão 1.0.0:

• O esquema core exige 6 campos: digitalProductPassportId, uniqueProductIdentifier, granularity, dppStatus, lastUpdate e contentSpecificationIds.
• contentSpecificationIds indica as especificações que o passaporte segue: core, baterias e, quando aplicável, o subgrupo.
• A vista pública de baterias exige 25 campos. Entre eles estão o fabricante, a categoria, o local e a data de fabrico, o peso, a capacidade, a química, as substâncias perigosas, o agente extintor, as matérias-primas críticas, as tensões, a potência, a resistência interna, o intervalo de temperatura, a declaração UE de conformidade e a informação sobre resíduos de baterias.
• Os valores codificados, como a categoria, a química e as unidades, são URI dos vocabulários da Comissão, não texto livre.

Os dados da bateria dividem-se em quatro vistas: pub (pública) e as restritas res1, res2 e res3.

Segunda consulta, com um token. Em seguida, o Registo chama o mesmo endereço com um token bearer do DPP Authentication Service. O seu servidor verifica o token por si próprio com as chaves publicadas pela Comissão. Tem de verificar a audiência do token (a sua própria origem HTTPS), o âmbito dpp:registry:read e uma validade de no máximo 120 segundos. Depois responde com os dados públicos e os restritos.

O guia pede ainda Vary: Authorization, para que as caches mantenham as duas respostas separadas, e nenhum redirecionamento após a autenticação.

O que é guardado. O guia da API indica que o Registo não conserva o conteúdo do passaporte que obtém. O passaporte fica no seu servidor ou no do seu fornecedor.

Quando abre o registo

O DPP Helpdesk informou-nos a 4 de novembro de 2026 que o registo ainda não está disponível em nenhum ambiente. Segundo o Helpdesk, está prevista uma API de teste no ambiente de aceitação em dezembro, e a produção está prevista para o final de janeiro de 2027. A obrigação do artigo 77.º, n.º 1, aplica-se a partir de 18 de fevereiro de 2027.

Isto deixa uma janela curta entre a abertura da produção e a obrigação. O trabalho que não depende de o Registo estar aberto pode ser feito já.

O que um fabricante de baterias precisa antes de 18 de fevereiro de 2027

O que o DPP Agent faz pelos passaportes de bateria

• Criados a partir dos dados que já tem. Os passaportes são preenchidos a partir do Shopify, Centra, Akeneo, inRiver, de um ficheiro CSV ou da API, pelo que nada é introduzido duas vezes.
• A fábrica preenche o que só ela sabe. Uma ligação de fornecedor permite à fábrica introduzir o local e a data de fabrico, as substâncias perigosas e a resistência interna, e cada valor fica sujeito à sua aprovação.
• Um passaporte por bateria. Cada bateria tem o seu número de série no seu endereço GS1 Digital Link, com um código QR e uma etiqueta prontos a imprimir.
• Atualizações por bateria. O estado de saúde, o estado, os ciclos de carga e os eventos negativos são mantidos por bateria, e cada alteração fica guardada no histórico de versões. Uma bateria reorientada para uma nova utilização recebe um novo passaporte ligado ao passaporte da bateria original (artigo 77.º, n.º 7).
• Os dados certos para quem os lê. O público vê a parte pública. Reparadores, recondicionadores e recicladores recebem uma ligação de partilha para os dados destinados a pessoas com um interesse legítimo, e as autoridades recebem uma ligação para os seus (artigo 77.º, n.º 2).
• Pronto para o Registo DPP da UE. Cada passaporte responde no formato próprio do Registo, e com as vistas restritas quando o Registo o lê com o seu token.
• Lacunas visíveis antes do registo. O validador de DPP mostra o que falta face aos esquemas da Comissão, para que possa corrigir antes de submeter.
• Nas suas línguas e com a sua marca. O passaporte é apresentado nas línguas dos seus clientes e com o aspeto da sua marca.

O episódio da DPP Academy sobre o registo da UE explica quem carrega o quê, e o episódio sobre baterias cobre o resto do passaporte de bateria.

Perguntas frequentes

Quando se podem registar passaportes de bateria no Registo DPP da UE?

Ainda não. Segundo o DPP Helpdesk a 4 de novembro de 2026, está prevista uma API de teste no ambiente de aceitação em dezembro e a produção está prevista para o final de janeiro de 2027. A obrigação do passaporte aplica-se a partir de 18 de fevereiro de 2027.

O Registo DPP da UE guarda o passaporte de bateria?

Não. O Registo obtém o passaporte no seu UPI e valida-o, mas o API Integration Guide indica que não conserva o conteúdo do passaporte. O passaporte fica no seu próprio endereço.

Quantos passaportes de bateria se podem registar num pedido?

Entre 1 e 100, todos com o mesmo grupo e subgrupo de produtos. Cada pedido precisa de um cabeçalho Idempotency-Key.

O que acontece se um passaporte de um envio falhar a validação?

Nenhum dos passaportes desse envio é registado. Os envios são atómicos, e os resultados por item mostram que passaporte falhou.

Que formato deve ter um passaporte de bateria para o registo?

JSON. O Semantic Data Guide indica que o Registo pede JSON, o único formato obrigatório segundo a EN 18216:2026, e valida-o com os esquemas core e de baterias 1.0.0.

Fontes

• Regulamento (UE) 2023/1542 (Regulamento Baterias): artigo 77.º, n.º 1 (passaporte de bateria). EUR-Lex
• Regulamento de Execução (UE) 2026/1778 da Comissão relativo ao registo de passaportes digitais de produtos. EUR-Lex
• Comissão Europeia, recursos e documentação do DPP: API Integration Guide v1.0, especificações OpenAPI 1.0.0, Semantic Data Guide, Semantic Data Artifacts 1.0.0, Service Account Technical Integration Guide e Self-Hosted Authentication Guide v1.0 (30 de outubro de 2026); dados de baterias por categoria v3.2 (19 de outubro de 2026); User Guide for Economic Operators v3 (14 de setembro de 2026). Página da Comissão
• DPP Helpdesk: resposta de 4 de novembro de 2026 sobre a disponibilidade da API de registo.