Manter os dados do DPP atualizados: como funciona o processo de atualização

O Passaporte Digital de Produto (DPP) não é um documento estático. Criá-lo e esquecê-lo significa correr o risco de falhas de conformidade — ao longo de um horizonte temporal muito alargado: o Regulamento ESPR (UE) 2024/1781 exige que os registos permaneçam disponíveis e atualizados durante pelo menos 10 anos após a última vez que um produto é colocado no mercado. Este artigo explica que camadas de dados existem, quando cada uma precisa de ser atualizada e como implementar o processo de forma limpa do ponto de vista técnico.

As três camadas de um DPP — e quem as mantém

Um DPP completo é composto por, no mínimo, três camadas logicamente separadas, cada uma com a sua própria cadência de atualização.

1. Registo (identificador + resolver)

O registo central do DPP — cujo regulamento de execução a Comissão Europeia publicou sob a forma de projeto em 29 de abril de 2026 — armazena exclusivamente:

o Identificador Único (UID) do produto — na prática, um GTIN da GS1 ou um código conforme a norma ISO/IEC 15459,
o endpoint do resolver, ou seja, o URL onde o conteúdo efetivo do passaporte pode ser obtido,
o respetivo código de mercadoria.

Esta camada muda com pouca frequência. Uma atualização é necessária sobretudo quando o endpoint do resolver muda — por exemplo, porque uma empresa troca de prestador de serviços de DPP ou migra um domínio. Uma vez que o QR code no produto físico aponta para este registo, a continuidade do resolver tem de ser garantida sem interrupções.

2. Configuração do resolver (encaminhamento de ligações)

O resolver traduz uma leitura recebida no URL de destino adequado — em função do contexto, do idioma ou do papel do utilizador. As organizações que utilizam o GS1 Digital Link podem encaminhar para diferentes conjuntos de dados através de tipos de ligação estruturados (por exemplo, gs1:sustainabilityInfo, gs1:epcis).

São necessárias atualizações nesta camada quando:

são introduzidos novos campos obrigatórios por atos delegados (por exemplo, os regulamentos relativos a têxteis e baterias previstos a partir de 2026/2027),
os URLs de destino mudam,
são acrescentadas novas versões linguísticas ou regiões de mercado.

3. Dados do produto (o conteúdo efetivo do passaporte)

É aqui que reside a verdadeira substância: composição dos materiais, índice de reparabilidade, pegada de carbono, declarações de substâncias perigosas, informação sobre a garantia. Esta camada tem a frequência de atualização mais elevada, porque depende de eventos reais no ciclo de vida do produto.

Quando é que os dados do DPP precisam de ser atualizados?

O regulamento ESPR não especifica intervalos fixos de atualização. Em vez disso, aplica-se o princípio da atualidade dos dados: a informação deve refletir o estado real do produto. Daqui decorrem vários fatores desencadeadores com relevância prática:

Alterações regulamentares

Assim que um ato delegado introduz novas obrigações de dados, os passaportes existentes têm de ser atualizados em conformidade. Não se trata de uma preocupação teórica relativa ao futuro: os primeiros regulamentos específicos por produto para têxteis e baterias estão previstos para entrar em vigor em 2026 e 2027 no âmbito do calendário do ESPR.

Para os fabricantes de baterias, isto significa: a partir de agosto de 2026, todas as baterias vendidas na UE têm de ostentar QR codes visíveis e rotulagem que abranja a capacidade, a química e as substâncias perigosas — como precursor do passaporte de bateria completo, que se torna obrigatório em 2027. O Regulamento da UE sobre baterias é, por isso, um dos primeiros testes reais em larga escala do processo de atualização do DPP.

Alterações ao produto

Se a composição dos materiais de um produto mudar — mesmo quando o GTIN se mantém o mesmo — o DPP tem de ser atualizado. O mesmo se aplica a:

novas instruções de reparação ou fontes de peças sobresselentes,
condições de garantia revistas,
fichas de dados de segurança atualizadas.

Recolhas ou avisos de segurança

A informação relevante para a segurança deve ser introduzida prontamente. O DPP não substitui o sistema de alerta rápido RAPEX, mas é um canal complementar que pode ser utilizado tanto pelos consumidores como pelas autoridades reguladoras.

Processo técnico de atualização: passo a passo

Passo 1: Clarificar identificadores e versionamento

Cada alteração ao conteúdo do passaporte deve ser versionada. Recomenda-se uma combinação dos seguintes elementos:

UID do produto (imutável, por exemplo, GTIN + número de série),
versão do passaporte (número de versão semântica ou timestamp),
motivo da alteração (regulamentar, relacionada com o produto, corretiva).

{
  "uid": "urn:epc:id:sgtin:4012345.067890.1234567",
  "passVersion": "2.1.0",
  "lastModified": "2026-05-19T10:00:00Z",
  "changeReason": "battery-regulation-aug2026"
}

Passo 2: Atualizar apenas a camada de dados afetada

Um erro comum é reescrever todo o registo do passaporte quando ocorre uma atualização regulamentar. Isto aumenta o risco de erros e torna as alterações mais difíceis de rastrear. Uma abordagem melhor: utilizar uma estrutura de dados modular na qual cada campo de dados possa ser atualizado de forma independente.

Se trabalhar através de uma API, utilize HTTP PATCH em vez de PUT:

PATCH /api/v1/dpp/{uid}/sections/battery
Content-Type: application/json

{
  "capacityWh": 42.5,
  "chemistry": "LFP",
  "hazardousSubstances": ["Li", "P"],
  "carbonFootprintKgCO2e": 18.3
}

Passo 3: Garantir a disponibilidade do resolver

Uma atualização que deixe o resolver temporariamente offline é crítica do ponto de vista da conformidade. A exigência de disponibilidade de 10 anos do ESPR não deixa margem para tempos de inatividade sem um mecanismo de recurso. As boas práticas recomendadas incluem:

Implementação blue-green para as atualizações do resolver,
monitorização do endpoint do resolver com alertas em códigos de erro HTTP ≥ 400,
verificação regular de que o endpoint registado no registo está efetivamente acessível.

Passo 4: Atualizações em massa para grandes carteiras de produtos

Quem gere centenas ou milhares de produtos não pode prescindir de um processo estruturado de importação em massa. O princípio fundamental: as alterações devem ser processadas como atualizações diferenciais (importações delta) em vez de importações completas, de modo a minimizar as fontes de erro e a preservar os registos de auditoria.

Um formato CSV típico para uma atualização delta poderá ter o seguinte aspeto:

uid,field,newValue,effectiveDate,changeReason
urn:epc:...:001,capacityWh,42.5,2026-08-18,battery-reg-2026
urn:epc:...:002,chemistry,NMC,2026-08-18,battery-reg-2026

Considerações específicas para os têxteis e o debate sobre o comércio justo

Para os fabricantes de têxteis, o calendário do ESPR traz desafios particulares. O Fair Trade Movement defendeu, nas suas recomendações sobre o ato delegado relativo aos têxteis, que a arquitetura de dados do DPP seja gerível também para PME e pequenos agricultores em países terceiros. Isto tem implicações diretas no processo de atualização: quando os dados da cadeia de abastecimento têm origem em intervenientes que não dispõem de acesso direto a API, são essenciais vias de introdução de dados manuais ou semiautomáticas robustas.

Isto ilustra que o processo de atualização não é apenas uma questão técnica, mas também organizacional: Quem está autorizado a alterar que dados? Quem valida as alterações? Como é que os fornecedores são integrados no processo?

O GS1 Digital Link como facilitador das atualizações

A Assembleia Geral da GS1 de 2026, centrada em Varsóvia na transição global para os códigos de barras 2D, reforça este ponto: o GS1 Digital Link é o mecanismo preferencial para ligar as identidades dos produtos ao conteúdo atual. A principal vantagem para o processo de atualização: o QR code no produto permanece inalterado — apenas muda o conteúdo por detrás do resolver. É precisamente isto que torna possível, de todo, efetuar atualizações retroativas a produtos já vendidos no mercado.

Com a aproximação do prazo Sunrise 2027 para os códigos de barras 2D no retalho, está cada vez mais perto o momento em que as marcas já não poderão adiar os QR codes do GS1 Digital Link — tanto pela conformidade no retalho como pelos requisitos do DPP.

Conclusão: a capacidade de atualização não é uma funcionalidade — é um requisito

O regulamento ESPR trata o DPP como um documento vivo. Quem planeia hoje uma implementação tem de incorporar processos de atualização desde o início: estruturas de dados versionadas, APIs modulares, resolvers estáveis e regras de governação claras para as alterações de dados. Os primeiros prazos obrigatórios — baterias a partir de agosto de 2026, têxteis previstos para 2027 — estão suficientemente próximos para que a preparação técnica deva começar agora.