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

O acoplamento é tecnicamente possível, mas o formato ainda não está definido

O passaporte digital do produto foi concebido como um ficheiro de dados estruturado e legível por máquina, o que se enquadra em princípio num acoplamento com um sistema ERP ou de inventário. O ESPR estabelece que os dados por trás do passaporte devem ser registados com base em normas abertas e que os sistemas devem ser capazes de trocar dados entre si. Este é precisamente o ponto de partida em que um acoplamento com um sistema empresarial existente se basearia: não entrada manual por colchão, mas fornecimento a partir dos dados que um fabricante ou importador já mantém. O aspecto que o acoplamento terá na prática — que formato de ficheiro, que campos, que método de fornecimento — ainda não está definido, porque a execução técnica para colchões ainda tem de ser publicada.

Para quem isto se aplica e para quem não

Esta explicação diz respeito à estrutura de dados por trás do passaporte, não a uma interface ou conector específico que já esteja disponível. O ESPR descreve requisitos de interoperabilidade e a forma como o passaporte é tecnicamente construído (o suporte de dados, os códigos de identificação únicos, o armazenamento de dados), mas não regula a forma como um pacote ERP ou sistema de inventário individual deve estar ligado a ele. Este último é uma questão de execução, não de legislação: o regulamento determina o QUÊ tem de ser interoperável, não com que software uma empresa trabalha. Para uma loja especializada em camas que apenas vende e não constrói um passaporte, um acoplamento com um sistema ERP próprio geralmente não é relevante; isto aplica-se principalmente à parte que fornece os dados, geralmente o fabricante ou importador.

As especificações técnicas virão com o ato delegado

Ainda não existe uma data fixa para a publicação da execução técnica para colchões. No plano de trabalho da Comissão Europeia para 2025-2030, é esperado um ato delegado para colchões em 2028, mas trata-se de um planeamento, não de uma garantia. Até que este ato seja publicado, não está definido qual será o formato de dados, que campos e que método de fornecimento para colchões. O que está definido é o quadro do ESPR em si: o passaporte deve ser construído de acordo com normas abertas e interoperáveis e ligado a uma identificação única do produto. Este quadro não muda mais; o detalhe específico para colchões ainda vai mudar.

O que isto significa para a preparação

Quem já está a pensar numa ligação agora pode fazer várias coisas sem ter de esperar pela especificação final. Para começar, é útil verificar que dados sobre um colchão já existem em algum lugar do próprio sistema — composição material, origem das matérias-primas, data de produção, número de lote ou encomenda — e se esses dados são registados ao nível do produto ou apenas ao nível da encomenda. Depois é prático verificar se o sistema tem uma função de exportação que pode produzir dados estruturados (por exemplo, uma exportação num formato comum), pois este é o ponto de partida para uma ligação posterior, independentemente do formato exato que o ato delegado virá a prescrever. É então prático determinar se os dados são mantidos por produto, por lote ou por encomenda, porque o passaporte acabará por receber uma identificação única por produto. Por fim, vale a pena manter contacto com a parte que constrói e aloja o passaporte, para que quando as especificações técnicas forem publicadas, seja rapidamente claro que forma de fornecimento é necessária e se a configuração do sistema existente está de acordo com isso ou requer ajustes. Uma ligação direta e automatizada entre um sistema ERP e o passaporte não é portanto algo para o qual já exista hoje um padrão técnico; o que é possível é ordenar os seus próprios dados de modo a que uma ligação seja mais fácil de fazer posteriormente.

Onde isto decorre: artigo 10.º e artigo 11.º do ESPR

O Artigo 10 do ESPR (Regulamento (UE) 2024/1781) descreve os requisitos para o passaporte digital do produto, incluindo a exigência de que os dados sejam registados com base em normas abertas e que os sistemas que processam dados sejam interoperáveis. O Artigo 11 aborda o design técnico e o funcionamento do passaporte, com disposições sobre o portador de dados, os códigos de identificação únicos para produto, operador económico e estabelecimento, e a forma como os dados são armazenados e disponibilizados. Em conjunto, estes artigos constituem o quadro no qual é concebível uma ligação com um sistema externo, sem que estabeleçam uma norma técnica específica para colchões — esta resulta apenas do ato delegado ainda a publicar.

O que fazer agora

Por enquanto, o mais concreto que se pode fazer é: colocar em ordem os seus dados de produtos e registá-los ao nível do produto (em vez de apenas ao nível da encomenda), mapear a possibilidade de exportação a partir do sistema existente, e acompanhar a publicação da especificação técnica para colchões. Assim que essa especificação estiver disponível, esta página será actualizada com qual o formato e qual o método de entrega que se aplicam.

Baseado em

O próprio regulamento está no EUR-Lex. Fazemos referência a cada afirmação; não tem de nos acreditar.

O que você deve fazer concretamente

O que se espera de você

A ligação entre um passaporte de produto e um sistema ERP ou de inventário não é uma obrigação legal em si. A ESPR não prescreve quais sistemas de origem um fabricante utiliza para fornecer dados de passaporte. O que está estabelecido são requisitos para o próprio passaporte: como funciona tecnicamente e o que deve ser capaz de fazer. Esses requisitos determinam indiretamente se — e como — uma ligação com sistemas internos é útil.

O passaporte deve estar tecnicamente alinhado com um funcionamento uniforme

O artigo 11 da ESPR (Regulamento (UE) 2024/1781) descreve os requisitos técnicos para o passaporte de produto digital, como a interoperabilidade com os sistemas que a Comissão e o mercado utilizam. Para uma empresa com 10 a 100 funcionários, isto significa que os dados do passaporte não podem simplesmente permanecer num formato próprio e diferente: devem ser colocados eventualmente numa forma que o sistema de passaporte consiga ler. Se isso é feito através de uma ligação direta com o sistema ERP, ou através de uma exportação manual, é uma escolha — não uma obrigação do regulamento.

O conteúdo do passaporte deve ser atual e garantidamente correto

O artigo 10 da ESPR (Regulamento (UE) 2024/1781) estabelece requisitos sobre o que deve constar no passaporte e quem é responsável por isso. Na prática, isto significa que os dados que provêm de um sistema ERP ou de inventário — composição de materiais, data de produção, número de lote — devem estar corretos e atualizados no momento em que o passaporte é criado ou atualizado. Para uma empresa com múltiplas linhas de produção e alterações regulares de composição (tipo de espuma diferente, fornecedor diferente de material de enchimento) é uma razão para verificar se os dados são digitados manualmente, ou se são importados automaticamente do sistema onde já são mantidos.

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

Uma ligação com um sistema de inventário só faz sentido se cada produto físico tiver um código de identificação único que liga o passaporte aos dados de produto corretos. Sem essa ligação entre produto e código, um sistema ERP não pode fornecer contribuição útil para o passaporte, por mais automatizado que seja o resto do processo. Empresas que ainda não configuraram isto, leem isto primeiro em como dou a cada produto um código de identificação único?

Onde corre mal na prática

Sistema de inventário e dados de passaporte divergem. Um fabricante de colchões altera o enchimento de uma linha de modelos, ajusta isto no sistema ERP, mas esquece-se que a mesma alteração também deve ser processada nos passaportes já publicados. Resultado: o passaporte e o produto real já não coincidem.

A ligação é organizada de forma muito complexa para a própria escala. Uma empresa com um punhado de linhas de produtos constrói uma ligação completamente automatizada em tempo real entre o ERP e o sistema de passaporte, enquanto uma exportação periódica com verificação manual teria sido mais do que suficiente para o número de alterações que realmente ocorrem.

O número de identificação único não é aplicado consistentemente. O sistema de inventário utiliza códigos de artigos internos, o passaporte requer uma estrutura de identificação diferente, e ninguém registou como estas duas se relacionam entre si. Durante uma inspeção ou devolução, não é fácil determinar que passaporte corresponde a que produto físico.

A responsabilidade pelas atualizações de dados não foi atribuída. O departamento de TI acha que o departamento de qualidade mantém os dados do passaporte, o departamento de qualidade acha que isto é feito automaticamente a partir do sistema ERP. Ninguém verifica realmente, pelo que os dados envelhecem sem ser notado.

Suposição de que a ligação é obrigatória, enquanto o fornecimento manual também é possível. Algumas empresas investem em integrações caras baseadas na suposição de que isto é um requisito legal, enquanto o próprio regulamento não prescreve como os dados são fornecidos — apenas que o passaporte deve cumprir certos requisitos técnicos e de conteúdo.

O que você pode registrar

Uma visão geral de quais dados provêm do sistema ERP ou de inventário e quais são fornecidos separadamente (por exemplo, por um fornecedor de material de enchimento).
Uma ligação estabelecida entre códigos de artigo internos e o identificador único utilizado no pasaporte — ver também como dou a cada produto um código de identificação único?
Um acordo sobre quem é responsável pela implementação de alterações na composição do produto nos pasaportes existentes.
Uma escolha e justificação para o método de fornecimento de dados: acoplamento automático, exportação periódica ou entrada manual — incluindo a consideração de se é necessário software separado para isso, como discutido em preciso de software especial para criar um pasaporte de produto digital
Um procedimento para verificação de consistência entre os dados de inventário e os pasaportes publicados, com momentos de verificação estabelecidos.
Documentação sobre quais campos do sistema ERP são obrigatórios para o pasaporte e quais são opcionais, para que novos colaboradores possam assumir isso sem necessidade de consulta.
Uma anotação sobre a situação em produtos personalizados, em que os sistemas de inventário frequentemente funcionam de forma diferente do que em modelos padrão — ver como funciona o pasaporte do produto para colchões personalizados?

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

Escrito com IA com base nas fontes acima, verificado por um humano em 2026-08-22. Há algo que não esteja correto? Informe-nos — as correções têm prioridade.