Posso associar o pasaporte de produto ao meu sistema ERP ou de gestão de stock?
Uma ligação é tecnicamente possível, mas não é legalmente obrigatória nem excluída
O ESPR não prescreve como um fabricante ou importador fornece os dados do passaporte do produto digital. O regulamento estabelece requisitos para o próprio passaporte — quais dados devem constar, como deve ser acessível e com que normas técnicas deve funcionar — mas deixa em aberto se esses dados são introduzidos manualmente, vêm de uma folha de cálculo ou são extraídos automaticamente de um sistema ERP ou de inventário. Uma ligação entre um sistema interno e um serviço de passaporte não é, portanto, uma questão do que a lei permite, mas do que a técnica utilizada e o serviço oferecido tornam possível.
Para quem é relevante e para que não
Esta questão surge especialmente em empresas que já trabalham com um sistema ERP ou de inventário e não querem manter os mesmos dados de produto duas vezes: uma no sistema próprio, outra para o passaporte. Trata-se de uma questão prática, não legal. O ESPR não determina que um fabricante tenha uma ligação automatizada, nem determina que isto seja proibido. O que o regulamento efetivamente regula é a forma técnica que os dados do passaporte devem ter no final — independentemente de como foram fornecidos. Este tópico não diz, portanto, respeito a obrigações em torno da ligação em si, mas aos requisitos que os dados subjacentes devem cumprir, o que, por sua vez, determina se uma ligação é útil e viável.
Sem data fixa ainda, mas com marcos técnicos já estabelecidos
O ato delegado que concretiza a obrigação do passaporte do produto digital para móveis ainda não existe; o plano de trabalho ESPR 2025-2030 menciona 2028 como período esperado para a publicação. Enquanto esse ato não for publicado, também não se sabe exatamente quais dados específicos do grupo de produtos são obrigatórios e em que formato. O que já está estabelecido são os requisitos técnicos gerais do passaporte nos artigos 10 e 11 do ESPR: aplicam-se a todos os produtos abrangidos por um ato delegado, portanto também futuramente para móveis. Estes marcos gerais já são conhecidos e podem ser utilizados para refletir sobre a estruturação dos seus próprios processos de dados, mesmo que o conteúdo exato do passaporte de móvel ainda não esteja definido.
Como abordar isto na prática
Quem já agora pensa numa ligação, faz bem em primeiro lugar verificar que dados de produto já estão estruturados no seu próprio sistema ERP ou de inventário: composição dos materiais, origem dos componentes, dimensões, instruções de manutenção e afins. Esta é a base com a qual um passaporte é compilado, seja isto feito manualmente ou através de uma ligação. De seguida, é útil verificar em que formato esses dados são registados e se esse formato é adequado para troca com um sistema externo — pense em campos estruturados em vez de texto livre. Nesta plataforma, o passaporte é compilado a partir dos dados fornecidos pelo fabricante ou importador; como exatamente esse fornecimento ocorre e se uma ligação automática está disponível para isso é uma questão prática que pode ser discutida em separado. Para o longo prazo, é sensato estruturar os dados dos produtos de forma a que sejam adequados para um passaporte digital sem grande conversão, independentemente de o fornecimento ser feito manualmente ou automatizado mais tarde. Isto poupaRá trabalho duplicado quando a obrigação para móveis entrar em vigor.
Base legal: artigos 10 e 11 do ESPR
O Artigo 10 do ESPR (Regulamento (UE) 2024/1781) descreve os requisitos que o passaporte digital do produto deve cumprir, incluindo a ligação de dados a um número único de identificação do produto e a acessibilidade desses dados durante a vida útil do produto. O Artigo 11 do mesmo regulamento aborda o desenho técnico e o funcionamento do passaporte, e contém os requisitos relativos a normas abertas, interoperabilidade e legibilidade automática dos dados. Em conjunto, estes artigos não determinam como os dados são fornecidos, mas sim a que forma técnica esses dados devem finalmente cumprir — e é precisamente isto o ponto de partida para a questão de se e como uma ligação com um sistema ERP ou de inventário é viável.
O que pode fazer agora
Mapeie quais dados do produto já estão no seu próprio sistema ERP ou de inventário e em que formato, e discuta com o fornecedor do passaporte — neste caso esta plataforma — quais possibilidades de fornecimento são praticamente viáveis. Assim que o ato delegado para móveis for publicado, a data concreta e os requisitos precisos de dados aparecerão aqui; até então, é principalmente útil preparar os seus próprios dados antecipadamente de forma estruturada e transferível.
Fundamentação
- Regulamento (UE) 2024/1781 (ESPR), artigo 11 (design técnico e funcionamento do passeporte de produto digital)
- Regulamento (UE) 2024/1781 (ESPR), artigo 10 (requisitos para o passaporte de produto digital)
O regulamento em si encontra-se no EUR-Lex. Nos referimos a cada afirmação; não tem de nos acreditar.
O que você deve fazer concretamente
O que se espera de você
Uma ligação entre o seu sistema ERP ou de inventário e o passaporte de produto digital é muitas vezes tecnicamente possível e pode economizar muito trabalho manual. O ESPR não prescreve como obtém os seus dados ou como os gere internamente; o regulamento estabelece requisitos para o próprio passaporte, para o que nele deve constar e como deve ser acessível. Isto significa que uma ligação com um sistema próprio não é um fim em si, mas um meio para cumprir esses requisitos.
O passaporte deve cumprir os requisitos técnicos, independentemente da origem dos dados
O artigo 10.º do ESPR (Regulamento (UE) 2024/1781) descreve que dados um passaporte de produto digital deve conter e em que condições deve satisfazer, como exatidão e integridade. Para uma empresa com 10 a 100 colaboradores, isto significa que a origem dos dados — quer sejam introduzidos manualmente ou obtidos automaticamente de um sistema ERP — não reduz o que se espera do conteúdo. Uma ligação não altera portanto a obrigação; apenas altera como cumpre essa obrigação na prática.
O passaporte deve estar em conformidade com o design técnico que o artigo 11.º exige
O artigo 11.º do ESPR (Regulamento (UE) 2024/1781) aborda o design técnico e o funcionamento do passaporte de produto digital, incluindo a forma como os dados são armazenados, trocados e disponibilizados através do suporte de dados. Para uma ligação com um sistema próprio, isto significa que o resultado dessa ligação — os dados que finalmente integram o passaporte — deve estar em conformidade com o quadro técnico aplicável ao passaporte, como o modelo de dados utilizado e a forma de disponibilização através do código QR no móvel. Um ficheiro de exportação de um pacote ERP raramente é portanto um passaporte direto; é geralmente uma fonte que deve ser primeiro traduzida para o formato correto.
Cada ligação fornece dados que devem estar ligados a um código de identificação único
Um sistema ERP ou de inventário funciona geralmente com números de artigo internos ou SKU's. Estes não coincidem automaticamente com o código de identificação que o passaporte de produto exige. Ao configurar uma ligação, é portanto importante determinar como cada produto recebe um código de identificação único e como esse código se relaciona com a codificação de artigos existente no seu próprio sistema. Sem essa tradução, existe o risco de que números internos acabem acidentalmente no passaporte, ou que um passaporte de produto não possa ser adequadamente rastreado até à linha de inventário correta.
Onde as coisas correm mal na prática
Sincronização automática sem ponto de controlo. Uma ligação que transfere dados diretamente do sistema ERP para o passaporte sem uma etapa intermediária parece eficiente, mas também significa que um erro no sistema de origem — uma percentagem de material introduzida incorretamente, um certificado expirado — é automaticamente transferido para um passaporte publicado.
Confusão entre SKU interno e código de identificação público. As empresas às vezes utilizam o mesmo número de artigo interno que o código de identificação externo, sem verificar se esse número já está em uso noutro lugar ou se cumpre os requisitos. Este é particularmente o caso de empresas que trabalham com GS1 Digital Link e têm de alinhar a ligação com ele.
Nenhuma ligação entre mutação de inventário e estado do passaporte. Se um produto é retirado da produção ou é substituído por uma nova variante, isto é geralmente registado no sistema ERP, mas não leva automaticamente a uma atualização do passaporte. A questão de saber se e como os dados podem ser ajustados após publicação é então colocada demasiado tarde, geralmente depois de um cliente ou autoridade de supervisão assinalar uma discrepância.
Atenção insuficiente aos produtos compostos. Um sistema ERP registra geralmente componentes e variantes separadamente, enquanto a questão de saber se o móvel como um todo ou cada componente separadamente necessita de um passaporte, deve ser respondida separadamente. Uma ligação que se baseia na estrutura do sistema de inventário corre então o risco de usar a unidade errada como ponto de partida.
O acoplamento para quando há mudança de sistema ou alteração de fornecedor. Quando uma empresa muda de pacote ERP, altera o fornecedor de alojamento ou deixa de trabalhar com um determinado fornecedor de TI, nem sempre se considera que o acoplamento com o pasaporte deve ser reconfigurado. Isto também afecta a questão do que acontece ao pasaporte quando uma empresa encerra a sua atividade ou altera a sua forma jurídica.
O que pode documentar
- Um resumo dos campos do sistema ERP ou de inventário que são automaticamente transferidos para o pasaporte e dos campos que são sempre verificados manualmente antes da publicação.
- Uma tabela de tradução documentada entre números de artigos internos e os códigos de identificação utilizados externamente, incluindo o acordo sobre quem mantém esta tabela atualizada.
- Um procedimento para o momento em que uma alteração no sistema de origem — novo material, novo fornecedor, composição alterada — justifique a necessidade de verificar ou adaptar o pasaporte.
- Acordos com o fornecedor de TI ou prestador de alojamento sobre o que acontece durante uma mudança de sistema, incluindo quem é responsável pela transferência do acoplamento.
- Um ponto de controlo interno (por exemplo, trimestral) em que é verificado, por amostragem, se os dados no pasaporte publicado ainda correspondem ao estado atual do sistema ERP.
- Documentação sobre o idioma ou idiomas em que os dados são fornecidos a partir do sistema ERP, em relação à questão em que idioma o pasaporte deve ser disponibilizado.
Disponibilizamos modelos para vários destes acordos, para que a documentação não tenha de ser feita do zero para cada produto.
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 fiscalização competente.
Escrito com IA com base nas fontes acima, verificado por um ser humano em 2026-08-22. Há algo que não esteja correto? Dê-nos a conhecer — as correções têm prioridade.