posso já fazer uma versão de teste do meu passaporte do produto

O que deve fazer concretamente

O que se espera de si

A questão literal — posso já fazer com que uma versão de teste seja criada — não tem resposta legal, pois ainda não existe uma obrigação a cumprir. O ato delegado para ferro e aço ainda não existe, e o artigo 18.º do ESPR (Regulamento (UE) 2024/1781) é precisamente o artigo que regula como a Comissão Europeia prioriza grupos de produtos e prepara o conteúdo desses atos. Enquanto esse ato não for publicado, não há conjunto de dados obrigatório, formato obrigatório ou suporte de dados obrigatório para testar. O que existe: os artigos que descrevem a forma geral do passaporte de produto digital, e essa forma não mudará substancialmente, mesmo que o conteúdo por grupo de produtos ainda esteja em aberto.

Artigo 9.º: saber o que um passaporte deve ser capaz de fazer

O artigo 9.º do ESPR descreve o que é um passaporte de produto digital em sentido geral e deve ser capaz de fazer: vincular dados a um produto específico ou modelo de produto, disponibilizá-los através de um suporte de dados, e manter-se disponível durante um certo período. Para uma empresa com 10 a 100 funcionários, isto significa principalmente que uma versão de teste pode focar-se na estrutura — que dados estão ligados a que produto, quem pode vê-los, como se estabelece a ligação com uma bobina, chapa ou perfil físico — sem que o conteúdo exato já esteja estabelecido. Isto é precisamente o tipo de preparação que pode fazer enquanto as regras ainda não são definitivas.

Artigo 10.º: saber que requisitos são impostos ao suporte e aos dados

O artigo 10 do ESPR aborda os requisitos técnicos: interoperabilidade, acessibilidade e a forma como os dados devem ser consultáveis sem que quem os consulta dependa de um único fornecedor. Para um trajeto de teste, este é o artigo que determina se um piloto "se sente à prova do futuro": uma versão de teste baseada num suporte fechado, não transferível corre o risco de ter de ser reconstruída aquando da publicação do ato delegado definitivo. Uma versão de teste baseada em dados abertos e transferíveis está melhor alinhada com o que o artigo 10 pretende, ainda que a norma exata ainda não esteja fixada.

Artigo 38: saber quem na cadeia fornece que dados

O artigo 38 do ESPR descreve os requisitos para os atores na cadeia de abastecimento: quem deve transmitir que informação a quem e em que forma. Para um comerciante de aço ou transformador de metais, isto é relevante porque uma versão de teste de um passaporte sem dados de origem confiáveis do fabricante ou importador vale pouco. Um piloto pode assim ser testado com base nos dados que hoje já chegam nas compras — certificados, especificações de materiais, declarações de origem — para ver se esse fluxo de dados já é adequado para eventualmente chegar a um passaporte.

Onde corre mal na prática

Uma primeira situação que frequentemente corre mal: uma empresa faz construir um passaporte de teste baseado num modelo copiado de outro setor, por exemplo têxtil ou eletrónica, sem verificar se se adequa ao que é relevante para o aço. O resultado funciona tecnicamente, mas deve ser amplamente reconstruído aquando da publicação do ato delegado específico do setor.

Uma segunda situação: a versão de teste é construída com base em dados que internamente há muito não estão corretos, como uma lista antiga de fornecedores ou um estatuto de certificação desatualizado. O piloto parece bom, mas diz pouco sobre se a empresa está realmente preparada depois, porque os dados subjacentes não foram limpos.

Uma terceira situação: as empresas testam apenas o código QR e a apresentação, mas não o processo por trás — quem na organização mantém os dados atualizados, quem é responsável em caso de erro, e o que acontece se um cliente pedir informações adicionais. Uma versão de teste que simula apenas a "fachada" do passaporte diz pouco sobre a questão como treino o meu pessoal para trabalhar com o passaporte de produto, e essa questão volta inevitavelmente assim que o passaporte se torna obrigatório.

Uma quarta situação: uma empresa com várias unidades faz construir uma versão de teste numa localização e assume que se deixa depois dimensionar automaticamente. Se isso funciona depende de como o processamento de dados está centralizado; essa é uma questão que merece atenção separada, veja como resolvo o passaporte de produto se tenho várias unidades.

Uma quinta situação: o trajeto de teste é visto como um ponto final em vez de um exercício. É construída uma demonstração, apresentada à gestão, e depois essa demonstração fica deitada até as regras estarem definitivas — altura em que se descobre que o conjunto de dados entretanto já está desatualizado.

O que pode registar

• Um resumo de que dados de produto estão disponíveis hoje por tipo de material ou linha de produtos, e de quais deles provêm do fabricante ou importador conforme definido no artigo 38 do ESPR.
• Uma descrição do fluxo atual de dados: onde chegam certificados e informações de origem, quem os gere e em que sistema estão.
• Uma nota sobre que versão de teste foi escolhida (que plataforma, que norma) e porquê, para que aquando da publicação do ato delegado específico do setor se possa rapidamente avaliar o que pode manter-se.
• Uma lista de pressupostos feitos na versão de teste sobre estrutura de campos de dados e acessibilidade, a validar contra o artigo 9 e o artigo 10 do ESPR assim que o ato delegado específico do setor for publicado.
• Acordos sobre quem na organização gere o piloto e quem é responsável por manter os dados subjacentes atualizados.

Para uma visão geral das etapas que se aplicam, também independentemente de uma versão de teste concreta, há a questão como abordo o passaporte do produto para o aço passo a passo, E para empresas que se perguntam se tal trajetória de teste já pode se conectar em algum lugar a um padrão compartilhado, é relevante se já existe uma linha comum dentro do setor, veja já existe uma norma setorial para o passaporte do produto de aço.