--- title: "Passaporte digital de circularidade de veículos: o que os fabricantes devem preparar até 2032 — qr3.app Blog" description: "O Regulamento (UE) 2026/1738 introduz, a partir de 2032, um passaporte digital de circularidade para veículos. Veja como estruturar hoje dados, referências e acessos." canonical: "https://qr3.app/pt/blog/digital-circularity-vehicle-passport-2026/" lang: "pt" robots: "index,follow,max-image-preview:large,max-snippet:-1" --- # Passaporte digital de circularidade de veículos: o que os fabricantes devem preparar até 2032 — qr3.app Blog > O Regulamento (UE) 2026/1738 introduz, a partir de 2032, um passaporte digital de circularidade para veículos. Veja como estruturar hoje dados, referências e acessos. Canonical: [← Blog](/pt/blog/) [DPP na Prática](/pt/blog/category/dpp-practice/) 13 de agosto de 2026 6 min de leitura [DPP na Prática](/pt/blog/category/dpp-practice/) [fahrzeugpass](/pt/blog/tag/fahrzeugpass/)[kfz-kreislaufwirtschaft](/pt/blog/tag/kfz-kreislaufwirtschaft/)[ersatzteile](/pt/blog/tag/ersatzteile/)[rezyklatanteil](/pt/blog/tag/rezyklatanteil/)[interoperabilitaet](/pt/blog/tag/interoperabilitaet/) # Passaporte digital de circularidade de veículos: o que os fabricantes devem preparar até 2032 O Regulamento (UE) 2026/1738 introduz, a partir de 2032, um passaporte digital de circularidade para veículos. Veja como estruturar hoje dados, referências e acessos. por **QR3 Redaktion** ![Passaporte digital de circularidade de veículos: o que os fabricantes devem preparar até 2032](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/digital-circularity-vehicle-passport-2026/hero.png) ## O novo passaporte é um contrato de dados, não um PDF adicional Com o [Regulamento (UE) 2026/1738](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=OJ%3AL_202601738), publicado no Jornal Oficial em 24 de julho de 2026, a indústria automotiva recebe um mecanismo próprio de passaporte digital: o Digital Circularity Vehicle Passport. O artigo 13.º exige-o, a partir de **1 de setembro de 2032**, para cada veículo colocado no mercado. Não se trata de um passaporte de baterias renomeado nem de uma simples página de produto acessível por um código QR. O passaporte deve disponibilizar informações de circularidade de um veículo de forma estruturada, gratuita e interoperável com outros passaportes pertinentes. Para fabricantes, fornecedores, empresas de desmontagem e equipes de software, o trabalho prático não começa em 2032. Começa com uma decisão de arquitetura: quais dados serão mantidos no nível do tipo de veículo, quais estarão associados a um veículo ou componente específico, quem poderá alterá-los e como evitar que o mesmo fato apareça de forma contraditória em vários passaportes? ## O que o artigo 13.º exige concretamente O passaporte do veículo deve ser acessível gratuitamente. O fabricante que coloca o veículo no mercado é responsável por informações corretas, completas e atualizadas. Em termos de conteúdo, o artigo 13.º remete, entre outros elementos, às informações do artigo 11.º, às informações sobre determinadas exceções relativas a chumbo, mercúrio, cádmio e cromo hexavalente, às declarações sobre percentuais de material reciclado em plásticos e nos materiais mencionados no artigo 10.º, n.º 1, bem como ao catálogo oficial de peças de reposição do respectivo tipo de veículo. A principal diretriz de design, porém, é a interface entre os passaportes. As informações que já estejam disponíveis por meio de outro passaporte previsto no direito da União não devem ser duplicadas no passaporte do veículo, desde que a interoperabilidade esteja assegurada. O regulamento menciona expressamente a conexão com passaportes de baterias, pneus e outros. Isso não evita automaticamente a manutenção duplicada: uma composição química de bateria copiada pode ficar desatualizada no passaporte do veículo, embora o conjunto de dados da bateria tenha sido atualizado corretamente. É melhor usar uma referência rastreável, com fonte, versão, validade e resolução claramente definidos. ## Separar corretamente quatro níveis de dados Um ponto de partida sólido separa pelo menos quatro níveis. ### 1. Tipo e variante do veículo O catálogo oficial de peças de reposição, as informações de materiais de construção e muitas declarações sobre percentuais de material reciclado referem-se a um tipo ou variante. Esses dados não devem ser copiados para cada número de identificação do veículo. Eles precisam de uma versão, um período de validade e uma comprovação de origem, por exemplo, proveniente da lista de materiais ou de um catálogo homologado. ### 2. Veículo individual Um veículo individual precisa de uma identidade única, de uma associação à variante e de um status rastreável ao longo do tempo. Não devem ser incluídos aqui dados operacionais genéricos. O essencial é que o acesso público não revele inadvertidamente informações relevantes para a segurança, dados pessoais ou informações comercialmente sensíveis. ### 3. Componente e passaporte externo Uma bateria de tração, um pneu ou um componente que venha a ser regulamentado setorialmente pode ter suas próprias fontes de dados. Em vez de espelhar conteúdos, o registro do veículo deve manter uma referência com status de verificação: qual fonte é a autoridade? A que conjunto de dados ela se aplica? Quando foi lida pela última vez? O que acontece se ela ficar inacessível? Essa ideia também se aplica a [GS1 Digital Link e resolvers](https://qr3.app/de/blog/gs1-resolver-test-suite-dpp-links/): um ponto de entrada estável pode conectar vários destinos especializados, mas não substitui a autoridade sobre os respectivos dados. ### 4. Comprovação e evento de alteração “Atual” não é uma propriedade de texto livre. Para cada informação relevante, devem ser identificáveis a fonte, a função responsável, o carimbo de data e hora, a versão e o motivo da alteração. Para correções ou peças de reposição, também é importante saber se uma informação foi apenas complementada, substituída ou declarada inválida. Assim, será possível verificar posteriormente por que uma informação estava visível em determinado momento. ## Padrões abertos significam intercambiabilidade verificável O artigo 13.º, n.º 5, exige padrões abertos, formatos interoperáveis, um intercâmbio de dados aberto e interoperável sem dependência de fornecedor, além de informações legíveis por máquina, estruturadas e pesquisáveis. Isso ainda não resulta em um esquema JSON definido. Mas resulta em uma avaliação clara de aquisição e arquitetura. Uma exportação que consista apenas em uma página da web elaborada ou em um PDF sem versão não oferece legibilidade por máquina suficientemente verificável. Da mesma forma, é problemático um acesso por API que permaneça legível apenas para o fornecedor original. Por isso, são úteis na prática esquemas de dados versionados, identificadores estáveis, campos documentados, permissões rastreáveis e dados de teste para importação, exportação e atualização. No caso de acessos por QR, vale o seguinte: o suporte de dados deve permanecer resolúvel, mas não deve carregar todos os dados por si só. Um URL curto e estável, com lógica de permissões e versionamento no servidor, é mais robusto do que um link de arquivo que muda. Para uma verificação geral da impressão e da resolução, o [guia sobre códigos QR DPP](https://qr3.app/de/blog/dpp-qr-code-guide/) é útil; contudo, as regras específicas do setor para o passaporte de veículos só serão concretizadas em atos jurídicos posteriores. ## O que ainda está em aberto — e por que isso é importante A Comissão deve adotar, até **14 de agosto de 2030**, atos de execução sobre o design técnico e a operação. Isso inclui a solução de acesso e o suporte de dados, o armazenamento e o processamento, as atualizações por terceiros, as condições de acesso — incluindo a proteção de dados e a proteção da propriedade intelectual — e a disponibilidade caso o fabricante responsável encerre suas atividades na União. As equipes não devem preencher esses pontos em aberto com suposições nem derivar deles uma declaração de conformidade. A solução intermediária correta é um perfil que separe requisitos e suposições. Já é possível estruturar a origem dos dados, o versionamento, as funções, as visões públicas e restritas e as referências a passaportes externos. Mais tarde, o perfil deverá ser comparado com as especificações da Comissão. Quem documentar essa separação evitará uma migração dispendiosa de modelos de dados aparentemente prontos, mas inadequados do ponto de vista regulatório. ## Um plano de implementação até 2032 1. **Criar um inventário de dados:** registrar o catálogo de peças de reposição, os dados de materiais, as exceções relativas a substâncias, as comprovações de material reciclado e as referências existentes a baterias ou pneus. 2. **Definir a autoridade sobre os dados:** determinar, para cada informação, exatamente uma fonte de referência e uma função responsável. 3. **Modelar tipo, veículo e componente:** não copiar dados do tipo para os veículos; não publicar dados operacionais de forma genérica. 4. **Tornar as alterações comprováveis:** armazenar versão, fonte, momento, validade e motivo da correção. 5. **Testar o acesso:** verificar separadamente e de forma deliberada as informações públicas, as visões para oficinas e autoridades e as informações protegidas. 6. **Simular a interoperabilidade:** referenciar um passaporte externo de bateria ou uma comprovação de componente, testar falhas e mudanças de versão e tornar visível a manutenção duplicada. O Digital Circularity Vehicle Passport é, acima de tudo, um problema de integração: dados de produtos, peças de reposição, comprovações de materiais e futuros passaportes setoriais precisam complementar-se sem sobrescrever uns aos outros. Quem começar agora pelas identidades, fontes e versões não criará conformidade jurídica antecipada — mas estabelecerá uma base sólida para as regras que ainda serão definidas até 2030. ## Fontes - [EUR-Lex: Regulamento (UE) 2026/1738, publicado em 24 de julho de 2026](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=OJ%3AL_202601738) - [GS1: GS1-Conformant Resolver Standard, Release 1.2.0 de janeiro de 2026](https://ref.gs1.org/standards/resolver/) - [qr3.app: GS1 Resolver Test Suite](https://qr3.app/de/blog/gs1-resolver-test-suite-dpp-links/) - [qr3.app: Códigos QR DPP – tamanho, correção de erros e GS1](https://qr3.app/de/blog/dpp-qr-code-guide/) ## Artigos relacionados - [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/right-to-repair-data-path-2026/hero.png) Tutoriais Dados de reparação a partir de 31 de julho: preparar o passaporte do produto para o percurso de reparação A partir de 31 de julho de 2026, aplica-se a diretiva europeia sobre reparações. Saiba como estruturar dados de produtos, peças sobresselentes e processos para reparações fiáveis.](/pt/blog/right-to-repair-data-path-2026/) - [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/construction-dpp-bim/hero.png) DPP na Prática Passaporte de produtos de construção e BIM: como DPP e os dados do edifício se integram O novo regulamento de produtos de construção conecta o Passaporte Digital de Produtos ao BIM. O que os fabricantes precisam saber sobre dados abertos, funções e disponibilidade a longo prazo.](/pt/blog/construction-dpp-bim/) - [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/eu-dpp-registry-live-2026/hero.png) Notícias do setor O Registo da UE de DPP está em funcionamento: o que as empresas devem testar agora O Registo da UE para passaportes digitais de produtos está operacional desde 20 de julho de 2026. O que os fabricantes devem verificar no ambiente de teste, na API e na arquitetura de dados.](/pt/blog/eu-dpp-registry-live-2026/) [← Todos os artigos](/pt/blog/) [Começar gratuitamente](https://app.qr3.app/sign-up)