posso utilizar a minha base de dados de produtos existente para o passaporte de produto
Sim, como fonte — mas não como próprio passaporte
Uma base de dados de produtos existente pode geralmente servir como fonte para os dados que irão para um passaporte de produto digital, mas a base de dados em si não é um passaporte de produto. O passaporte de produto é um formato de dados específico acoplado a um suporte único (geralmente um código QR) por produto ou modelo de produto, com requisitos fixos quanto à estrutura, acessibilidade e ligação com outros sistemas, como o registo de produtos da UE. A informação que já se encontra num sistema ERP, sistema PIM ou lista Excel — materiais, dimensões, números de artigo, fornecedor, composição — é precisamente o tipo de dados que mais tarde terá de constar num passaporte. Esses dados não precisam, portanto, de ser recolhidos novamente, mas têm de ser convertidos para o formato correto e ligados ao suporte correto.
Para quais dados isto funciona, e para quais não
Os dados que são fixos por produto ou modelo de produto — tais como composição material, origem, dimensões, informação de garantia ou instruções de manutenção — prestam-se bem à reutilização de uma base de dados existente. Estes dados fazem parte do que o artigo 9.º do ESPR (Regulamento (UE) 2024/1781) descreve como núcleo do passaporte de produto digital: informação que deve estar acessível por produto através de um suporte de dados. O que uma base de dados existente frequentemente não fornece é a estrutura técnica prescrita pelo artigo 10.º do ESPR: um número único de identificação do produto, uma ligação com o registo de produtos, e um formato que possa ser lido de forma uniforme por operadores económicos, autoridades de fiscalização e consumidores. Uma base de dados interna é geralmente concebida para operações empresariais próprias — gestão de stocks, processamento de encomendas — e não para leitura externa e padronizada conforme prescrito pelo artigo 11.º do ESPR para o funcionamento técnico do passaporte. Essa é a diferença entre "os dados já existem" e "o passaporte já existe": o primeiro é frequentemente verdadeiro, o segundo raramente.
Quando isto se torna relevante
A questão de saber se uma base de dados existente é adequada torna-se concreta apenas quando a obrigação para móveis entra em vigor, e esse momento ainda não está definido. Como também se encontra explicado na página sobre quando o passaporte de produto se torna obrigatório para móveis está esclarecido, o ato delegado para móveis ainda não foi publicado; é esse ato que determinará quais dados exatos são obrigatórios e que formato lhe corresponde. Até lá, não existe obrigação legal de ter um passaporte, mas isto não significa que esperar seja a única opção. O que até lá já está definido é a estrutura geral do próprio ESPR — artigos 9.º, 10.º e 11.º — que traça o quadro no qual o ato delegado para móveis será posteriormente preenchido.
Como abordar isto na prática
O primeiro passo é verificar quais dados já são fixos e onde: composição material, origem, dimensões, e eventualmente certificados ou relatórios de teste já existentes. Muita dessa informação está frequentemente dispersa por diferentes sistemas — um ERP para stocks, um PIM para informação de produtos, documentos separados para certificados. Um segundo passo é avaliar se esses dados são consistentes e atualizados ao nível do modelo de produto, pois o passaporte requer informação inequívoca por produto, não por encomenda ou por lote. Um terceiro passo é verificar quais dados faltam; são frequentemente precisamente os dados especificamente solicitados para o passaporte, como informação de reparação ou desmontagem, e que normalmente não constam dum sistema de vendas ou stocks. Para quem queira começar isto agora, mesmo sem que os requisitos exatos estejam definidos, a página sobre descreve um número de medidas preparatórias que podem ser tomadas sem risco enquanto as regras ainda não são definitivas Para uma visão geral da abordagem em sequência, desde a recolha de dados até à colocação do suporte de dados, a página sobre o passaporte de produto passo a passo uma sequência lógica.
Um ponto de atenção em coleções com muitas variantes — cores, revestimentos, tipos de pés — é que uma base de dados existente frequentemente gerencia essas variantes como SKU's separados sem uma base partilhada. O passeporte exige precisamente uma ligação clara entre o que é partilhado dentro de uma coleção e o que difere por variante, algo a que é dado especial destaque na página sobre passaportes para uma coleção com muitas variantes de cor e tecido.
A base legal: artigos 9, 10 e 11 do ESPR
O artigo 9 do ESPR (Regulamento (UE) 2024/1781) estabelece que um produto com um passeporte digital deve ser provido de um suporte de dados através do qual as informações sobre esse produto sejam acessíveis. O artigo 10 descreve os requisitos substanciais que essas informações devem cumprir, incluindo a ligação com um identificador único e o registo de registo. O artigo 11 aborda o funcionamento técnico: como o passeporte deve ser legível e intercambiável entre diferentes partes da cadeia. Em conjunto, estes artigos determinam que um passeporte de produto não é apenas um banco de dados com informações de produto, mas uma camada especificamente estruturada acima — construída com dados que frequentemente já existem, mas complementados e estruturados de acordo com requisitos que ainda serão estabelecidos por grupo de produtos.
Quem agora quiser verificar se os seus móveis estarão sujeitos a esta obrigação, pode fazer isso na página sobre se o passeporte digital de produto se aplica a móveis específicos, e quem primeiro quiser saber o que um passeporte de produto é exatamente em termos substanciais, encontra isso na página sobre o que é um passeporte digital de produto para móveis. O passo mais prático agora é: inventariar e organizar os dados de produto existentes por modelo de produto, para que o complemento se limite posteriormente apenas ao que realmente falta ainda.
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)
- Regulamento (UE) 2024/1781 (ESPR), artigo 9.º (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ê
Muitas empresas com 10 a 100 funcionários já têm uma base de dados de produtos: um sistema ERP, um sistema PIM, ou simplesmente um ficheiro Excel extenso com números de artigos, materiais, dimensões e dados de fornecedores. A questão não é se essa base de dados é útil, mas se os dados nela contidos estão em conformidade com o que o ESPR espera de um passeporte digital de produto. Essas são duas coisas diferentes.
O conteúdo deve estar em conformidade com o que a ação delegada exige
O artigo 9 do ESPR (Regulamento (UE) 2024/1781) descreve o passeporte digital de produto como um conjunto de informações de produto acessível através de um suporte de dados. Que informações exatamente devem ser incluídas é estabelecido por grupo de produtos através de uma ação delegada. Para móveis, essa ainda não foi publicada. Na prática, isto significa que uma base de dados existente frequentemente já contém parte das informações solicitadas — composição material, origem, dimensões — mas raramente tudo. Informações sobre reparação, instruções de reciclagem ou dados sobre reciclabilidade normalmente não estão registados num sistema ERP que foi estruturado para gestão de inventário e faturação.
Os dados devem ser tecnicamente ligáveis a um suporte de dados
O artigo 11 do ESPR estabelece requisitos para o design técnico: o passeporte deve ser acessível através de um suporte de dados (como um código QR) e os dados devem ser fornecidos de forma estruturada e legível por máquina. Uma base de dados que é usada apenas internamente e não foi estruturada para estabelecer uma ligação única e permanente por exemplar ou modelo de produto com um suporte de dados não cumpre automaticamente esses requisitos. Para uma empresa deste tamanho, isto significa normalmente que é necessária uma camada adicional entre a base de dados existente e o mundo exterior: um sistema que extrai os dados corretos da base de dados, os coloca na forma correta e os liga a um código QR que permanece acessível durante dez anos.
A acessibilidade deve estar em conformidade com os requisitos do artigo 10
O Artigo 10 do ESPR trata de quem pode ver quais dados e por quanto tempo devem permanecer disponíveis. Uma base de dados interna geralmente não é estruturada para acessibilidade pública ou parcialmente pública, muito menos para um período de retenção independente da existência contínua da empresa. Isso requer uma provisão separada além da base de dados existente, não uma substituição dela.
Onde as coisas correm mal na prática
Um fabricante assume que, porque todas as especificações técnicas já estão no sistema ERP, o pasaporte "sai de lá naturalmente". Na prática, faltam justamente os campos que o ESPR provavelmente solicitará, como informações de reparação e desmontagem, que precisam ser preenchidas manualmente.
Um importador trabalha com uma base de dados do fabricante de um país fora da UE e assume que esses dados podem ser usados tal qual. Os dados de origem geralmente não estão na estrutura ou idioma necessários, e o importador, como operador de mercado na UE, tem sua própria responsabilidade pela precisão dos dados que acabam aparecendo no pasaporte.
Um responsável por projectos tem sua própria base de dados de artigos por projeto de cliente, mas não está vinculada a um portador de dados individual por produto. Numa inspeção, descobre-se que não existe uma ligação directa e estável entre uma peça de mobiliário vendida e os dados do pasaporte correspondente.
Uma empresa atualiza regularmente sua base de dados interna, por exemplo, quando há uma mudança de material, mas esquece que o pasaporte dos produtos já vendidos deixa de corresponder ao produto físico. A base de dados interna é um arquivo "vivo", o pasaporte deve ser justamente um registro confiável no momento da venda.
Uma empresa com muitas variantes de cor e tecido gerencia essas variantes como um campo separado dentro de um único código de produto, enquanto o pasaporte pode precisar de dados diferentes por variante — pense em uma porcentagem de material diferente para uma escolha de tecido diferente. Quem lida com isso encontra mais sobre essa complicação específica em como crio passaportes para uma coleção de móveis com muitas variantes de cor e tecido.
O que pode documentar
- Uma visão geral de quais dados já estão na base de dados existente e quais deles provavelmente são relevantes para um pasaporte de produto — com base no que os artigos 9 e 10 do ESPR (Regulamento (UE) 2024/1781) sugerem como orientação, mesmo que a lista exata por grupo de produtos ainda não esteja definida.
- Uma anotação sobre a fonte e confiabilidade de cada dado: foi estabelecido por si próprio ou adotado de um fornecedor ou fabricante em outro ponto da cadeia.
- Um procedimento para rastrear alterações nos dados de produtos, de modo que fique claro qual versão dos dados corresponde a qual produto vendido.
- Acordos com fornecedores sobre quais dados eles fornecem e em qual formato, especialmente quando a base de dados interna depende de seu input.
- Uma visão geral das variantes de produtos e dos dados que podem diferir por variante, particularmente em acabamentos de cor e tecido.
Quem quiser estruturar isso agora, mesmo sem a ação delegada estar presente, encontra uma abordagem em o que posso fazer agora enquanto as regras ainda não são definitivas. E para quem quer saber como esse levantamento se encaixa no resto do processo, há um resumo em como abordo o passaporte de produto para móveis passo a passo.
Uma base de dados de produtos existente raramente é inútil, mas também raramente é suficiente por si só. Na maioria dos casos, ela forma um ponto de partida útil: os dados básicos estão lá, a estrutura e a ligação com um portador de dados geralmente não. É sensato avaliar essas duas coisas separadamente — que dados já existem e o que ainda é necessário para tornar esses dados um pasaporte.
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-09-05. Algo está incorreto? Dê-nos a conhecer — as correções têm prioridade.