Posso ligar o passaporte de produto ao meu sistema ERP ou de inventário?

A interoperabilidade é o ponto de partida, a forma técnica ainda não

Uma ligação entre o passaporte do produto digital e um sistema próprio de ERP ou inventário está alinhada com a forma como o ESPR estruturou o passaporte: os dados devem ser legíveis por máquina e interoperáveis, precisamente para que não precisem ser introduzidos manualmente repetidamente. O artigo 10 do ESPR (Regulamento (UE) 2024/1781) estabelece requisitos para o passaporte do produto que visam a interoperabilidade, e o artigo 11 aborda o design técnico e o seu funcionamento, incluindo a forma como os dados são trocados. Isto significa que uma ligação é fundamentalmente possível. O que ainda falta é a implementação técnica concreta para têxteis: qual formato de arquivo, quais campos são obrigatórios e se existe uma API padrão, ainda não está estabelecido. Esses detalhes resultarão de regulamentações adicionais que serão elaboradas especificamente para roupas e têxteis.

Para quem se aplica e para o que não

O requisito de interoperabilidade do artigo 10 e as disposições técnicas do artigo 11 aplicam-se ao passaporte do produto digital como tal, independentemente de uma marca, importador ou marca privada montar o passaporte eles próprios ou o mandar montar. É assim um requisito genérico dentro do ESPR, não algo que seja inventado separadamente para cada categoria de produto. O que não resulta disso é uma obrigação de construir agora uma ligação técnica, ou uma garantia de que um determinado formato de arquivo ou protocolo se mostre utilizável mais tarde. O passaporte também não é uma cópia de um sistema de ERP: contém os dados relevantes para o passaporte (composição, origem, informação de manutenção, e afins), não a administração completa de inventário ou encomendas. Na prática, uma ligação significa que parte dos dados de produto já existentes é transferida para o passaporte, não que ambos os sistemas se fundam completamente.

Quando isto se torna concreto e o que se aplica até lá

Ainda não existe uma data fixa para esta obrigação. Do plano de trabalho ESPR 2025-2030 resulta que um ato delegado para têxteis é esperado em 2027, e que roupas com oitenta por cento ou mais de fibras têxteis terão prioridade. Assim que esse ato for publicado, também ficará claro quais requisitos técnicos se aplicam à troca de dados, e portanto se e como uma ligação com um sistema de ERP ou inventário pode funcionar. Até lá, aplicam-se apenas as disposições gerais dos artigos 10 e 11: a estrutura está estabelecida, a implementação técnica para têxteis ainda não. Quem quisesse construir uma ligação agora estaria a construir sobre uma estrutura cujos detalhes ainda podem mudar.

O que isto significa na prática, passo a passo

Primeiro é útil ver quais dados já estão no próprio sistema e quais desses provavelmente irão para um passaporte: composição de fibras, país de produção, origem do material, instruções de manutenção. A seguir é prático registar esses dados de forma tão estruturada quanto possível, em campos fixos com valores inequívocos em vez de texto livre, para que possam ser transferidos mais facilmente para qualquer formato posteriormente. Depois é sensato aguardar a construção real de uma ligação técnica ou API, porque os requisitos para têxteis ainda não foram estabelecidos; a energia gasta agora numa ligação específica pode ainda exigir ajuste após a publicação do ato delegado. O que já funciona é a entrega de dados da forma atualmente disponível: manual, via arquivo, ou via uma exportação simples do sistema existente. A Texpas monta o passaporte a partir dos dados que o fabricante ou importador fornece, e já processa essa entrega sem necessidade de uma ligação ativa. Assim que o marco técnico para têxteis for conhecido, pode ser visto se uma ligação mais direta a partir do sistema de ERP ou inventário tem valor acrescentado.

Com base no que isto se baseia: artigos 10 e 11 do ESPR

O requisito de interoperabilidade e o requisito de legibilidade automática do passaporte digital de produtos decorrem do artigo 10 do ESPR (Regulamento (UE) 2024/1781), que estabelece os requisitos gerais para o passaporte. O artigo 11 do mesmo regulamento descreve o design técnico e o funcionamento do passaporte, incluindo a forma como os dados são registados e trocados digitalmente. Ambos os artigos formam o marco dentro do qual a legislação subsequente específica de produtos para têxteis deve preencher os detalhes técnicos; esse preenchimento ainda não existe para vestuário e têxteis.

Quem já registar dados sobre composição, origem e manutenção de forma estruturada no seu próprio sistema não terá de começar do zero posteriormente, qualquer que seja a forma técnica que a ligação tome. Para o estado atual da ação delegada e o cronograma exato, a fonte oficial da Comissão Europeia é o ponto a acompanhar.

No que se baseia isto

O regulamento em si está no EUR-Lex. Fazemos referência para cada afirmação; não precisa de nos acreditar.

O que deve fazer concretamente

O que se espera de si

O passaporte deve conseguir receber dados de sistemas de origem

O Artigo 10 do ESPR (Regulamento (UE) 2024/1781) estabelece requisitos sobre quais dados devem constar num passaporte digital de produtos e como esses dados são acessíveis. Esses dados não surgem do nada: já estão em sistemas existentes como um pacote ERP, um sistema PLM ou um pacote de gestão de inventário — composição de materiais, dados de fornecedores, números de lote, instruções de cuidado. Para uma empresa com 10 a 100 colaboradores, isto significa na prática que deve haver uma ligação entre o sistema onde estes dados já estão e o sistema que compõe e publica o passaporte. Pode ser uma ligação automatizada, mas também uma exportação periódica que é carregada manualmente. Ambas são possíveis em princípio; qual forma é prática depende de quantos produtos e variantes existem e com que frequência os dados mudam.

O funcionamento técnico deve estar em conformidade com as normas estabelecidas

O Artigo 11 do ESPR (Regulamento (UE) 2024/1781) descreve o desenho técnico e o funcionamento do passaporte, incluindo a forma como a troca de dados ocorre. Isto incide diretamente na questão de como uma ligação é tecnicamente estabelecida: nem todo formato de exportação de um sistema ERP arbitrário se adequa sem processamento ao que um sistema de passaporte espera. Para uma empresa média, isto significa que é necessária uma tradução entre a sua própria estrutura de dados e o formato utilizado para o passaporte. Trata-se de uma questão técnica, não jurídica — mas está relacionada com a questão o que é GS1 Digital Link e se é necessário para o passaporte do produto, uma vez que parte da normalização esperada passa por este tipo de sistemas.

Cada produto deve ser rastreável até aos dados corretos do passaporte

Uma ligação com um sistema ERP ou de inventário funciona apenas se houver uma forma coerente de associar um produto físico ao passaporte correto. Isto requer uma chave consistente entre os sistemas: o mesmo número de artigo, o mesmo código de lote ou a mesma identificação de variante no sistema ERP como no passaporte. Sem esta conformidade, existe o risco de um sistema ligado enviar dados, mas para o passaporte errado, ou uma alteração num sistema não se refletir no outro. Isto está intimamente relacionado com a forma como cada produto recebe um código de identificação único; sem uma lógica clara de identificação, uma ligação entre sistemas tem pouco valor.

Onde as coisas correm mal na prática

Uma primeira situação que ocorre frequentemente: uma empresa tem um sistema ERP em que os artigos são registados por estilo, mas não por cor ou tamanho. O passaporte, porém, deve ser correto ao nível da variante, e então verifica-se que a ligação envia dados que estão corretos para um tamanho mas não para outro.

Uma segunda situação: os dados são transferidos uma única vez no lançamento de uma coleção, mas uma alteração posterior no sistema ERP — por exemplo, um fornecedor diferente para um lote parcial — não é automaticamente transferida para o passaporte publicado. O passaporte torna-se assim desligado da realidade sem que ninguém note, até alguém descobrir um erro e questionar se um passaporte de produto publicado ainda pode ser alterado.

Uma terceira situação: uma ligação é tecnicamente estabelecida por um fornecedor externo de TI, mas ninguém dentro da empresa verifica posteriormente se os dados que chegam ao passaporte realmente correspondem ao que está na etiqueta ou na embalagem. Uma ligação técnica que funciona não é automaticamente uma ligação que está correta.

Uma quarta situação: o sistema de inventário é utilizado para fazer expirar automaticamente os passaportes assim que um produto se esgota, sem ter em conta a questão de quanto tempo um passaporte deve permanecer disponível. Isto pode levar a um desfasamento entre o que é operacionalmente conveniente para a administração de inventário e o que se espera em relação a quanto tempo um passaporte do produto deve permanecer disponível.

Uma quinta situação: numa fusão, aquisição ou encerramento de uma unidade de negócio, o acoplamento é desligado sem reflectir sobre quem gere os dados posteriormente, o que novamente se relaciona com a questão o que acontece ao passaporte do produto quando uma empresa cessa atividades.

O que pode registar

Um resumo de quais sistemas fornecem quais dados do passaporte: ERP para material e origem, sistema de inventário para disponibilidade, PLM para dados de design e composição.
Um acordo documentado sobre a frequência de sincronização: acoplamento em tempo real, exportação diária ou atualização manual por coleção.
Um documento que descreve a chave de identificação utilizada para corresponder um produto no sistema ERP ao passaporte correto — incluindo como funciona com variantes de tamanho ou cor.
Uma função ou pessoa responsável que verifica se os dados que chegam através do acoplamento estão realmente corretos antes de um passaporte ser publicado ou atualizado.
Um procedimento para o que acontece quando há uma alteração no sistema de origem: quem sinaliza isto e como a alteração é implementada no passaporte publicado.
Acordos com um fornecedor de TI ou departamento de TI interno sobre o formato técnico do acoplamento, incluindo o que acontece aquando de uma mudança de sistema ou migração.
Um resumo de quais dados são realmente fornecidos automaticamente através de um acoplamento e quais ainda são preenchidos manualmente, de modo a não haver lacuna entre o que o sistema pensa enviar e o que realmente aparece no passaporte.

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, revisto por um humano em 2026-08-22. Há algo errado? Avise-nos — as correções têm prioridade.