texpas.eu

em que tenho de ter cuidado ao escolher um fornecedor para o passaporte de produto

Tenha cuidado com a ligação aos registos de dados, não apenas com um painel bonito

Uma solução de software para o passaporte de produtos escolhe-se com base no que acontece por debaixo do capô: como os dados são armazenados, quem pode aceder a eles, e se o sistema está ligado ao registo de registação que a Comissão Europeia está a estabelecer. O artigo 10 do ESPR (Regulamento (UE) 2024/1781) estabelece requisitos para o próprio passaporte — que dados deve conter, quanto tempo devem ser conservados, quem pode alterá-los — e o artigo 11 aborda o desenho técnico: como o passaporte é construído, ligado a um suporte único, e lido por um código QR ou sistema semelhante. Um fornecedor que oferece esta plataforma deve, portanto, não apenas vender uma solução que hoje produz um passaporte, mas uma que continue a fazê-lo corretamente ao longo dos anos, mesmo que as normas técnicas sejam desenvolvidas ainda mais.

Isto diz respeito à técnica, não ao conteúdo do seu sortimento

A escolha de um fornecedor de software é uma questão diferente da questão de saber se uma peça de roupa específica se enquadra na obrigação. Quais os produtos que exatamente se enquadram no passaporte digital de produtos e quando, está descrito em o que um passaporte digital de produtos para roupa e têxteis exatamente implica e na explicação ou o passaporte de produtos é aplicável a um sortimento específico. Este artigo não trata desse âmbito material, nem dos custos de um passaporte — isso é abordado na visão geral de o que um passaporte de produtos para roupa e têxteis custa. Aqui trata-se especificamente dos critérios pelos quais um fornecedor ou plataforma deve ser avaliado, independentemente de quem fabrica ou vende o produto.

A obrigação ainda não está fixada, os requisitos técnicos já estão parcialmente

Ainda não existe uma data fixa em que a escolha de software se torna inevitável. O ato delegado para têxteis é esperado, de acordo com o plano de trabalho da Comissão Europeia para conceção ecológica de produtos sustentáveis, com roupas com uma proporção elevada de fibras têxteis como primeira categoria. Enquanto esse ato não for publicado, não é fixado o momento a partir do qual um passaporte se torna obrigatório. O que já está fixado são os requisitos gerais para o passaporte digital de produtos dos artigos 9.º, 10.º e 11.º do ESPR: estes formam o quadro dentro do qual cada ato delegado para uma categoria de produtos é desenvolvido ainda mais. Um fornecedor que se prepare agora para isso não está a chegar cedo.

Cinco pontos a considerar com um fornecedor

A primeira questão é se o sistema pode ligar dados a uma identificação de produto única e um suporte como um código QR, como o artigo 11.º do ESPR descreve. Uma solução que apenas gera um ficheiro PDF solto não satisfaz a ideia de um passaporte que seja continuamente consultável e atualizável. A segunda questão é quem introduz e gere os dados: com uma marca privada ou importação, a informação muitas vezes passa por múltiplas partes, e um sistema que claramente diferencia funções e direitos — fabricante, importador, marca — evita que ninguém saiba mais quem fez a última atualização ou tem permissão para a fazer. A terceira questão diz respeito ao período de retenção e alojamento: o artigo 10.º estabelece requisitos de disponibilidade do passaporte durante a vida útil do produto, pelo que um fornecedor que apenas oferece uma subscrição para alguns anos sem clareza sobre o que acontece depois deixa uma lacuna na cobertura.

A quarta questão trata de fontes de dados: o sistema pode importar dados que já existem noutros lugares, como uma declaração do fornecedor, relatório de teste ou lista de tecidos, ou tudo deve ser introduzido manualmente. Isto também levanta a questão de quem é responsável pela tradução de dados para as línguas dos mercados onde um produto é vendido — um tema que é desenvolvido ainda mais na explicação sobre quem assegura a tradução dos dados do passaporte de produtos. A quinta questão é como o sistema lida com alterações após a publicação: um pasaporte não é uma fotografia instantânea, e um fornecedor que não oferece controle de versão ou possibilidade de ajustes torna difícil corrigir erros ou atualizar dados sem percorrer toda a cadeia novamente.

Além disso, é útil observar como um fornecedor lida com o aspecto físico do suporte de dados: se o código QR se alinha com rótulos e embalagem existentes ou se são necessários ajustes — uma questão que também surge na avaliação de se rótulos de vestuário e embalagem devem ser adaptados agora. Quem quiser abordar isto passo a passo, encontra uma abordagem sequencial na visão geral de como o pasaporte do produto para vestuário e têxtil é abordado passo a passo.

Onde consta: artigos 9.º, 10.º e 11.º do ESPR

A base para estes critérios encontra-se no artigo 9.º do ESPR (Regulamento (UE) 2024/1781), que introduz o pasaporte do produto digital como instrumento, complementado pelo artigo 10.º sobre os requisitos específicos do conteúdo e disponibilidade do pasaporte, e artigo 11.º sobre o design técnico e funcionamento, incluindo a ligação a um suporte único. O regulamento em si não regula uma categoria de produto específica como vestuário; isto é feito através de atos delegados, cuja programação pode ser encontrada no website da Comissão Europeia sobre o regulamento de conceção ecológica para produtos sustentáveis.

Quem agora já se orienta para um fornecedor, pode utilizar estes cinco pontos como uma lista de verificação numa conversa ou demonstração, e colocar a sua própria situação — sortido, cadeia, sistemas existentes — ao lado para ver qual fornecedor se adequa melhor.

O que deve fazer concretamente

O que se espera de si

Escolher um fornecedor de software para o pasaporte do produto não é uma questão de procurar o gerador de códigos QR mais barato. O ESPR estabelece requisitos para o pasaporte em si, e esses requisitos determinam indiretamente o que um sistema deve cumprir. Quem rever isto antecipadamente, evita que seja necessário um novo sistema mais tarde.

O pasaporte deve estar ligado a um suporte de dados físico

O artigo 9.º do ESPR (Regulamento (UE) 2024/1781) descreve o pasaporte do produto digital como um conjunto de dados ligado a um suporte — na prática, geralmente um código QR — que está acoplado ao produto. Para uma empresa de 10 a 100 funcionários, isto significa que a solução de software não só deve armazenar dados, mas também deve poder fornecer uma ligação funcional a um suporte físico no produto ou rótulo. Um sistema que gera apenas um pdf não cumpre essa lógica. Quem ainda tiver dúvidas sobre isto ou se o rótulo já deve ser adaptado, lê mais sobre isto em tenho de adaptar desde já as minhas etiquetas de vestuário e embalagem para o passaporte de produto.

O funcionamento técnico deve cumprir requisitos fixos

O artigo 11.º do ESPR (Regulamento (UE) 2024/1781) aborda o design técnico e funcionamento do pasaporte: nomeadamente que os dados devem permanecer acessíveis, que o suporte e o sistema de armazenamento devem funcionar de forma fiável, e que os dados permanecem ligados ao produto correto, mesmo que mude de proprietário. Para uma empresa, isto significa que um fornecedor deve demonstrar por quanto tempo os dados são retidos, quem pode aceder a eles, e o que acontece se a empresa mudar de fornecedor ou deixar de funcionar.

O conteúdo deve estar em conformidade com o que a legislação sobre produtos virá a exigir

O artigo 10.º do ESPR (Regulamento (UE) 2024/1781) descreve os requisitos que o conteúdo do pasaporte deve cumprir, como quais categorias de dados devem ser incluídas. Esse conteúdo é então desenvolvido por grupo de produtos através de atos delegados — para vestuário e têxtil isto ainda não foi publicado. Uma solução de software deve, portanto, ser suficientemente flexível para ajustar campos de dados mais tarde sem que todo o sistema tenha de ser reconfigurável. As empresas que já recolhem dados agora fazem bem em o organizar numa estrutura que possa acompanhar a regulação; ver também o que posso fazer agora enquanto as regras ainda não são definitivas.

Onde as coisas correm mal na prática

Uma série de situações ocorrem regularmente na prática na escolha de uma solução de software.

Uma empresa escolhe um sistema que gera códigos QR, mas não garante hospedagem duradoura. Após um ano, o fornecedor para ou é adquirido, e os códigos QR nas roupas vendidas não apontam para lugar nenhum.

Outra empresa importa roupas através de vários fornecedores de diferentes países e descobre que o software escolhido não oferece espaço para exibir dados em vários idiomas, enquanto o cliente final mora num país diferente daquele onde o produto foi produzido. Quem se reconhece nesta situação encontra mais sobre a responsabilidade pela tradução em tenho de me encarregar da tradução dos meus dados do passaporte de produto.

Uma terceira situação: uma marca inicia o passaporte para novas colecções, mas esquece que ainda tem grande estoque no armazém que pode estar sujeito às mesmas regras assim que a data for confirmada. O software não está então preparado para associar dados retroactivamente a números de artigos existentes. Mais sobre isto está em o que faço com estoque de roupas e têxteis que já estão lá quando as regras entrarem em vigor.

Um quarto problema recorrente: o sistema escolhido foi configurado para vendas novas, mas não leva em conta vendas de segunda mão ou fluxos de devoluções, deixando pouco claro se e como o passaporte acompanha a revenda. Veja a este respeito O passaporte do produto também se aplica a roupas em segunda mão e devoluções.

Uma quinta situação: durante uma inspecção, uma autoridade supervisora solicita informações sobre a origem dos dados no passaporte, e verifica-se que o software não mantém um histórico de versões ou documentação de origem — apenas o resultado final. O que uma autoridade supervisora pode solicitar concretamente está descrito em o que um fiscal solicita em uma verificação de roupas e têxtil.

O que pode registar

Na escolha de um fornecedor de software é prático obter confirmação escrita de alguns pontos, para que não haja dúvidas sobre o que foi ou não acordado.

  • Período de hospedagem e continuidade — um acordo escrito sobre quanto tempo os dados permanecerão acessíveis e o que acontece quando o fornecedor para ou é adquirido.
  • Propriedade e transferibilidade dos dados — estabelecer que os dados podem ser exportados mediante solicitação e sob que condições.
  • Ligação com o suporte físico — uma descrição de como o código QR ou outro suporte é tecnicamente ligado ao produto, e quem é responsável pela sua aplicação na etiqueta ou embalagem.
  • Extensibilidade dos campos de dados — um acordo de que o sistema pode adicionar categorias de dados assim que o acto delegado para vestuário e têxteis for publicado.
  • Origem e controlo de versões dos dados — estabelecer que os documentos de origem e as alterações permaneçam rastreáveis, não apenas o resultado final.
  • Idiomas e públicos-alvo — acordos sobre em que idiomas os dados são apresentados e quem é responsável pela exactidão das traduções.

Quem quiser percorrer este processo passo a passo, incluindo a questão de quando a escolha de software se enquadra no planeamento, encontra um resumo em Como abordo o passaporte do produto para vestuário e têxteis passo a passo. Para uma indicação dos custos associados a estas escolhas, existe Qual é o custo de um passaporte do produto para vestuário e têxteis.

Isto não é aconselhamento jurídico. Esta página fornece informações gerais sobre a regulamentação em que esta plataforma se baseia. Não conhecemos a sua situação. Em caso de dúvida sobre o seu caso específico, consulte um jurista ou a autoridade de supervisão competente.

Escrito com IA com base nas fontes acima, verificado por um humano em 2026-09-05. Há algo errado? Avise-nos — as correções têm prioridade.