CEN e CENELEC publicam as primeiras normas da UE para o Passaporte Digital de Produto

O lançamento da tecnologia harmonizada de DPP

Em 27 de maio de 2026, o CEN e o CENELEC publicaram as primeiras normas europeias harmonizadas para o Passaporte Digital de Produto (DPP): a série de normas EN 18216:2026 a EN 18223:2026. Não se trata de um acontecimento rotineiro. Até agora, embora existissem enquadramentos políticos — sobretudo o Regulamento de Ecodesign ESPR e o Regulamento relativo às baterias (UE) 2023/1542 — não havia uma especificação técnica vinculativa que definisse como um DPP deveria ser estruturado, endereçado e consultado. As novas normas colmatam essa lacuna.

Em 25 de junho de 2026, o CEN e o CENELEC realizaram um webinar público para explicar as normas e responder às perguntas da indústria. A adesão foi elevada — demonstrando a pressão a que estão sujeitos fabricantes, importadores e fornecedores de software.

O que regulamentam as normas EN 18216–18223

Identificadores únicos e suportes de dados

O núcleo da série de normas está em três áreas: identificadores únicos de produtos, suportes de dados (ou seja, códigos QR, RFID, DataMatrix e semelhantes) e APIs para acesso automatizado aos dados. As normas foram concebidas de forma deliberadamente agnóstica em relação ao produto. Não se aplicam apenas a baterias, mas estabelecem a base técnica para todas as futuras obrigações relativas a DPP ao abrigo do ESPR — desde têxteis e eletrónica até materiais de construção.

Concretamente, a série de normas determina como um produto deve ser identificado de forma única ao longo de todo o seu ciclo de vida. Para isso, recorre a normas estabelecidas: o GS1 Digital Link é previsto como formato preferencial para ligar o produto físico ao registo digital. Isso significa que um código QR aplicado no produto não precisa de ser um URL estático, mas sim um endereço estruturado e legível por máquina, através do qual serviços de resolução podem fornecer diferentes pontos de dados — conforme o solicitante e o contexto.

Interfaces de API e interoperabilidade

Um objetivo central das normas é a interoperabilidade: autoridades, empresas de reciclagem, consumidores e fornecedores devem poder consultar o mesmo DPP através de interfaces padronizadas, independentemente da plataforma que aloja o passaporte. Para isso, as normas definem perfis de API baseados em REST. Fabricantes e fornecedores de plataformas DPP devem garantir que os seus sistemas implementam corretamente essas interfaces.

Para os desenvolvedores, isso significa concretamente que a API deve suportar determinados endpoints e formatos de resposta. Um exemplo simplificado de uma consulta compatível de DPP poderia ser assim:

GET /dpp/v1/passport/{digitalLinkId}
Accept: application/json
Authorization: Bearer <token>

A resposta deve fornecer metadados estruturados sobre o produto, incluindo referências a documentos, certificados e — no caso das baterias — dados dinâmicos sobre o estado.

Regulamento relativo às baterias como pioneiro: dados estáticos e dinâmicos

O Regulamento relativo às baterias (UE) 2023/1542, que entrou em vigor em agosto de 2023, é o primeiro caso de aplicação concreto do DPP. Distingue implicitamente entre duas categorias de dados:

Os dados estáticos estão definidos no momento da colocação no mercado: composição química, fabricante, capacidade nominal e pegada de CO₂ da produção. Estes valores não se alteram e podem ser armazenados uma única vez.

Já os dados dinâmicos devem poder ser atualizados durante todo o ciclo de vida. Incluem, em particular, o State of Health (SoH) e o State of Charge (SoC) — ambos os indicadores se alteram a cada ciclo de carga e descarga. O regulamento determina expressamente que estes pontos de dados devem ser atualizados. Isso coloca fabricantes e operadores perante um desafio de arquitetura de sistemas: o DPP não pode ser um PDF estático, mas deve estar ligado a fontes de dados ativas.

As novas normas do CEN/CENELEC abordam precisamente este requisito ao definirem perfis de API que permitem tanto acessos de leitura como de escrita — com a devida autorização.

Novas ferramentas: ambiente de testes e validação open source

Paralelamente à publicação das normas, ocorreram várias evoluções na prática.

Ambiente de testes BatteryPass-Ready

Em 24 de junho de 2026, o consórcio BatteryPass-Ready lançou um ambiente de testes público para o Passaporte Digital de Baterias. Fabricantes e fornecedores de software podem testar ali as suas implementações com dados de teste reais, antes do início dos prazos legais. O ambiente é operado também pelo Fraunhofer IPK e está disponível sem necessidade de registo.

Digital Passport Assessment Workbench (DP-AWB)

Em julho de 2026, investigadores publicaram a Digital Passport Assessment Workbench (DP-AWB) como ferramenta open source. A ferramenta calcula resultados de avaliação determinísticos diretamente a partir de especificações de modelos SHACL e permite validar formalmente estruturas de dados de DPP. Isso é relevante para todos os que precisam de garantir que os seus conjuntos de dados não são apenas corretos em termos de conteúdo, mas também conformes com as normas em termos estruturais.

SHACL (Shapes Constraint Language) é uma norma do W3C para validar grafos RDF. No contexto de DPP, isso significa que quem modela os seus dados de produto como Linked Data pode usar a DP-AWB para verificar automaticamente se todos os campos obrigatórios estão presentes e corretamente tipados — sem listas de verificação manuais.

A questão em aberto: o DPP-Registry à escala da UE

As normas e as ferramentas não resolvem um problema: como encontrar um DPP quando se tem apenas um produto físico à sua frente? A Comissão Europeia está a trabalhar num registo central através do qual todos os DPPs deverão ser registados e disponibilizados para pesquisa. No entanto, o diabo está nos detalhes.

A Orgalim — a associação industrial europeia de empresas de tecnologia — formulou requisitos claros a este respeito: o registo deve suportar processos de registo automatizados de elevado volume. Basta ter em conta que só na UE são colocados no mercado milhares de milhões de produtos por ano para compreender o problema. Um registo que exija entradas manuais ou falhe em períodos de pico de carga é inutilizável para aplicações industriais.

A Orgalim exige também que o registo esteja protegido contra falhas operacionais — a alta disponibilidade não é uma opção, mas um requisito. Pois, se um funcionário aduaneiro ou uma empresa de reciclagem não conseguir consultar um DPP porque o registo está offline, toda a cadeia de conformidade entra em colapso.

Até agora, a Comissão não publicou um calendário vinculativo para a entrada em funcionamento do registo. Esta é uma das maiores lacunas ainda em aberto no ecossistema de DPP.

O que as empresas devem fazer agora

A publicação das normas EN 18216–18223 representa um ponto de viragem: os requisitos técnicos estão agora definidos, embora o registo ainda não exista. As empresas abrangidas pelo regulamento relativo às baterias ou que se estejam a preparar para futuros atos delegados relativos a ESPR devem dar prioridade a três passos:

Obter e ler as normas. As EN 18216–18223 estão disponíveis através dos organismos nacionais de normalização (o DIN na Alemanha). A leitura das especificações de API é obrigatória para todos os que desenvolvem ou adquirem sistemas próprios de DPP.
Verificar a arquitetura de dados. Os seus sistemas conseguem fornecer pontos de dados dinâmicos (SoH, SoC, histórico de reparações) através de uma API? Caso contrário, este é o momento certo para tomar uma decisão de arquitetura — não seis meses antes do prazo legal.
Utilizar ambientes de testes. O ambiente BatteryPass-Ready e a DP-AWB estão disponíveis gratuitamente. Quem testar a sua implementação numa fase inicial evita correções dispendiosas sob pressão de tempo.

As normas foram publicadas. O relógio está a correr.