Desenvolvimento do Passaporte Digital do Produto: implementação do DPP e do passaporte da bateria para o ESPR

A maioria das empresas descobre o Passaporte Digital do Produto da mesma maneira: alguém reencaminha um questionário de um cliente, ou um retalhista pergunta que identificador vai aparecer no rótulo no próximo ano, e percebe-se que um regulamento que toda a gente arquivou em «sustentabilidade» é, na verdade, um projeto de software com data marcada.

Nós construímos esse software. Modelos de dados, identificadores, a API por trás do código QR, a integração no PLM ou no ERP onde já estão os dados dos seus produtos e o registo que o sistema de registo da UE espera receber. Não o parecer jurídico sobre o âmbito (isso cabe à sua equipa de conformidade ou aos seus advogados), mas tudo o que vem a seguir.

O que o Passaporte Digital do Produto exige de facto

O Regulamento Conceção Ecológica de Produtos Sustentáveis (ESPR, Regulamento (UE) 2024/1781) substituiu a antiga Diretiva Conceção Ecológica e alargou-a dos produtos relacionados com a energia a quase tudo o que se vende na UE. O seu mecanismo central é o Passaporte Digital do Produto: um registo estruturado e legível por máquina, associado a um produto, a um lote ou a um artigo, acessível a partir de um suporte de dados colocado no próprio produto.

Tirando a linguagem política, um DPP são quatro problemas de engenharia:

• Um identificador único para o produto, modelo, lote ou artigo, emitido ao abrigo de um sistema reconhecido e estável durante toda a vida do produto.
• Um suporte de dados (na prática, um código QR, por vezes NFC ou uma etiqueta RFID) que remete para esse identificador. O GS1 Digital Link é a sintaxe para a qual a maioria das cadeias de abastecimento está a convergir, porque permite que um único código QR sirva o consumidor, o leitor do retalhista e o reciclador com respostas diferentes.
• Um conjunto de dados definido pelo ato delegado do seu grupo de produtos: composição de materiais, substâncias que suscitam preocupação, informação sobre durabilidade e reparabilidade, teor de material reciclado, pegada de carbono, disponibilidade de peças sobresselentes, instruções de fim de vida. Públicos diferentes veem campos diferentes, e o controlo de acessos faz parte da especificação, não é um extra.
• Um registo no sistema central de registo da UE, mais a obrigação de manter o passaporte disponível durante um período definido, incluindo depois de a sua empresa deixar de vender o produto, o que é mais um problema de alojamento e de continuidade do que de programação.

O quadro passou a ser plenamente aplicável em 19 de julho de 2026, e o registo central de DPP da UE entrou em funcionamento nessa data. Isso pôs a máquina a andar. O que vincula cada empresa em concreto é o ato delegado do seu próprio grupo de produtos.

As datas que contam

A primeira obrigação firme não diz respeito aos têxteis nem ao mobiliário. Diz respeito às baterias, e chega pelo Regulamento Baterias, e não pelo próprio ESPR.

• 18 de fevereiro de 2027: o passaporte da bateria torna-se obrigatório nos termos do Regulamento (UE) 2023/1542 para baterias de veículos elétricos, baterias industriais acima de 2 kWh e baterias de meios de transporte ligeiros (LMT). Cada uma destas baterias colocada no mercado da UE a partir dessa data precisa de um passaporte, acessível através de um código QR, com a pegada de carbono, a composição de materiais, o teor de material reciclado, o estado de saúde e a informação de diligência devida.
• De 2026 em diante: o primeiro plano de trabalho do ESPR (COM(2025) 187) coloca o ferro e o aço em primeiro lugar entre os grupos prioritários, seguidos dos têxteis, dos pneus e do alumínio e, depois, do mobiliário e dos colchões. Cada grupo de produtos tem o seu próprio ato delegado, e cada ato fixa o seu período de transição: normalmente entre dezoito meses e dois anos entre a adoção e a aplicação.

Se fabrica baterias ou as integra em veículos, máquinas ou bicicletas elétricas, o prazo conta-se em meses. Se fabrica têxteis, aço, pneus ou mobiliário, o prazo conta-se em atos delegados, e o passo útil agora é construir a base de dados, em vez de esperar pela lista de campos.

O que construímos

Modelo de dados do produto e análise de lacunas

Partimos dos dados que já tem, não de um esquema em branco. A maioria dos fabricantes já dispõe de setenta por cento do que um passaporte exige, espalhados pelo PLM, pelo ERP, por declarações de fornecedores, relatórios de ensaio e folhas de cálculo em que ninguém mexe desde a última auditoria. Cruzamos o que existe com os requisitos do seu grupo de produtos, e o resultado é uma lista de lacunas que identifica os campos concretos que hoje não consegue produzir e de onde teria de vir cada um: normalmente, de um fornecedor a quem nunca ninguém os pediu.

Esse documento vale muitas vezes mais do que o software que se segue, porque transforma uma preocupação vaga de conformidade numa tarefa de compras, com nomes associados.

Implementação do identificador e do suporte de dados

Implementamos o sistema de identificação (GS1 GTIN com qualificadores de número de série ou de lote, ou um sistema de emissão alternativo, quando o seu setor usa outro) e geramos as ligações resolúveis por trás dele. Quando um único código QR tem de servir vários públicos, construímos o resolvedor de forma a que o telemóvel de um consumidor, o sistema de um retalhista e o leitor de um reciclador recebam cada um a resposta que lhe é adequada, com os campos restritos protegidos por acesso autenticado.

O próprio serviço de passaporte

Um DPP é uma API e uma vista pública, não um PDF. Construímos as duas coisas: um serviço que guarda os dados do passaporte e as respetivas versões, que os disponibiliza sob o identificador e que apresenta uma página legível nas línguas que os seus mercados exigem. Tem de se manter online e correto durante anos, por isso construímo-lo como um serviço pequeno, sem surpresas e bem monitorizado, e não como uma funcionalidade dentro de algo maior que pode vir a ser desativado.

Integração com os sistemas que já usa

Os dados do passaporte têm de ser alimentados, não escritos à mão. Construímos as integrações com SAP, Dynamics, Odoo, Infor, ERP feitos à medida, sistemas PLM como o Siemens Teamcenter ou o PTC Windchill e os portais de fornecedores e sistemas de qualidade onde está o resto. Quando os fornecedores enviam dados por email e em folhas de cálculo (o que acontece quase sempre, ao início), construímos a camada de receção e validação que transforma isso em registos estruturados sem que alguém tenha de os voltar a escrever.

Registo no sistema da UE e relatórios

Tratamos da parte técnica do registo dos passaportes no sistema de registo da UE, de manter o registo a par das alterações aos produtos e de produzir o rasto de evidências que mostra o que foi publicado e quando. Quando os seus clientes fazem os seus próprios pedidos de dados sobre a cadeia de abastecimento, construímos os percursos de exportação para que responder-lhes não seja, de cada vez, um projeto.

O que não fazemos

Não vendemos uma plataforma de DPP com licença por produto. Há cada vez mais no mercado e, para uma empresa com um catálogo simples e dados normalizados, uma delas pode muito bem ser a resposta certa. Se for o caso, dizemo-lo.

O que fazemos são os casos que essas plataformas tratam mal: produtos com listas de materiais complicadas, dados espalhados por sistemas que nunca foram pensados para comunicar entre si, sistemas de identificação que têm de coexistir com um sistema de rotulagem já existente, ou um fabricante que precisa de ter o serviço de passaporte dentro da sua própria infraestrutura por razões de soberania dos dados.

Também não damos aconselhamento jurídico sobre âmbito, classificação ou conformidade. Trabalhamos em conjunto com quem o faz.

Setores com que trabalhamos

Fabricantes de baterias e de mobilidade elétrica confrontados com a data de fevereiro de 2027, incluindo fabricantes de veículos, bicicletas elétricas, trotinetes e armazenamento industrial, e os fornecedores de células que os abastecem.

Marcas de têxteis e vestuário a preparar-se para o ato delegado dos têxteis, em que a parte difícil é quase sempre a informação da cadeia de abastecimento, e não o passaporte em si.

Aço, alumínio e produtos de construção, em que as declarações ambientais de produto e os passaportes de materiais já existem de alguma forma e o trabalho consiste em conciliá-los com o modelo de dados do ESPR.

Eletrónica e eletrodomésticos, que estão no cruzamento entre o ESPR, o Regulamento de Ciber-Resiliência e a etiquetagem energética já existente, e que em geral preferem um único programa de dados a três.

Mobiliário, pneus e bens de consumo, em que os atos delegados ainda estão mais longe e o investimento sensato, agora, é o sistema de identificação e o pipeline de dados.

Como decorre normalmente o trabalho

O primeiro passo é curto e tem preço fixo: uma avaliação de prontidão para o passaporte do produto, normalmente de duas a três semanas. Analisamos a estrutura dos seus produtos, as fontes de dados e os requisitos aplicáveis, e entregamos uma análise de lacunas, uma proposta de modelo de dados, uma recomendação de identificador e de suporte de dados e um plano de construção com custos.

A maioria dos clientes faz depois um piloto numa linha de produtos: uma única família de SKU, do princípio ao fim, desde a ingestão dos dados até um código QR que se pode ler e um registo no sistema da UE. Um piloto põe o modelo à prova da realidade, e é aí que se descobre que um fornecedor não consegue indicar as percentagens de material reciclado e que é preciso tomar uma decisão sobre isso.

Segue-se a implementação geral, grupo de produtos a grupo de produtos, com as integrações alargadas e a receção manual progressivamente substituída. Depois, ou passamos o serviço à sua equipa com documentação, ou continuamos a operá-lo ao abrigo de um contrato de suporte: os passaportes têm de continuar disponíveis muito depois de o projeto terminar, e alguém tem de ser responsável por isso.

Normas e referenciais que seguimos

• ESPR, Regulamento (UE) 2024/1781, e os atos delegados adotados ao seu abrigo
• Regulamento Baterias (UE) 2023/1542, artigo 77.º e Anexo XIII
• GS1 Digital Link, GTIN e a norma de eventos GS1 EPCIS, quando é exigida rastreabilidade
• Arquitetura de referência CIRPASS e as normas do CEN/CENELEC JTC 24 em preparação
• Identificadores ISO/IEC 15459, ISO 14040/14044 quando os dados da pegada de carbono entram no passaporte
• W3C Verifiable Credentials, quando importa a autenticidade dos dados entre parceiros da cadeia de abastecimento

Tecnologia

Serviços em Node.js, Python, Go e Java; PostgreSQL e armazenamento baseado em eventos (event sourcing) quando o histórico do passaporte tem de poder ser reconstituído; APIs REST e GraphQL; AWS, Azure e alojamento soberano europeu, incluindo instalação nas suas próprias instalações (on-premise) quando necessário. Construímos para correr na sua conta cloud, não na nossa, a menos que prefira que sejamos nós a alojar.

Perguntas frequentes

Quando passa a ser obrigatório o Passaporte Digital do Produto?

Não há uma data única. O ESPR passou a ser plenamente aplicável em 19 de julho de 2026 e o registo da UE está em funcionamento, mas a obrigação para um dado produto só começa quando se aplicar o ato delegado do respetivo grupo de produtos. O primeiro passaporte obrigatório é o passaporte da bateria, em 18 de fevereiro de 2027, ao abrigo do Regulamento Baterias. O ferro e o aço, os têxteis, os pneus e o alumínio seguem-se através do plano de trabalho do ESPR, cada um com o seu período de transição.

O Passaporte Digital do Produto aplica-se à nossa empresa se não estivermos na UE?

Se coloca produtos no mercado da UE, sim. A obrigação recai sobre o operador económico que põe o produto em circulação na UE, que pode ser o seu importador ou mandatário, mas os dados têm de vir de si e, na prática, é o fabricante quem constrói o passaporte.

Não basta pôr no rótulo um código QR com uma ligação para a página do produto?

Não. O passaporte tem de conter um conjunto de dados definido num formato legível por máquina, usar um identificador de um sistema reconhecido, estar registado no sistema de registo da UE, manter-se disponível durante um período fixado e mostrar campos diferentes a públicos diferentes. Uma página de marketing por trás de um código QR não cumpre nada disto.

Já publicamos declarações ambientais de produto. Chega?

É um bom ponto de partida e, normalmente, significa que os dados mais difíceis já estão recolhidos. O trabalho consiste em fazê-los corresponder ao modelo de dados do passaporte, dar aos produtos identificadores estáveis e construir o serviço que disponibiliza os dados a pedido, e não como um PDF para descarregar.

Quanto tempo demora uma implementação?

Um piloto numa única linha de produtos demora geralmente seis a dez semanas, a contar de uma avaliação de prontidão concluída. A implementação em todo o catálogo depende muito mais da disponibilidade dos dados do que da engenharia, e a recolha de dados junto dos fornecedores é quase sempre o caminho crítico.

Onde ficam os dados do passaporte?

Onde precisar que fiquem. Construímos o serviço para ser instalado na sua própria conta AWS ou Azure, em infraestrutura soberana europeia ou nas suas instalações. O sistema de registo da UE guarda os registos, não os dados dos seus produtos.

Começar

Envie-nos a sua gama de produtos e o grupo em que julga estar incluído, e dizemos-lhe se é provável que uma obrigação de passaporte chegue até si, quando e que aspeto teriam de ter os seus dados. Se a resposta honesta for que uma plataforma pronta a usar o serve melhor, também lho dizemos.

Contacte-nos para marcar uma avaliação de prontidão para o Passaporte Digital do Produto.

Serviços relacionados

• Desenvolvimento para entrada no mercado da UE: o conjunto mais amplo de obrigações para empresas que vendem na Europa
• Manutenção de sistemas e código legados: quando os dados dos produtos estão presos num sistema em que ninguém quer mexer
• Reforço de equipas e outsourcing: engenheiros que se juntam à sua equipa durante todo o programa