A partir de 31 de julho, o percurso de reparação conta
Em 31 de julho de 2026, os Estados-Membros terão de aplicar a Diretiva (UE) 2024/1799. O objetivo é promover as reparações de bens e complementar as regras de garantia existentes. Esta não é uma lei sobre o Passaporte Digital de Produto. Ainda assim, para fabricantes, importadores, distribuidores e empresas de reparação, a data é um marco importante: só é possível oferecer uma reparação de forma fiável quando os dados corretos do produto, das peças sobresselentes e dos processos são fáceis de encontrar. A diretiva foi adotada em 13 de junho de 2024, entrou em vigor em 30 de julho de 2024 e será aplicável a partir de 31 de julho de 2026. Isto é confirmado tanto pela Comissão Europeia como pelo artigo 22.º da diretiva.
O erro prático seria tratar o passaporte do produto como um simples PDF de conformidade. Um acesso sólido aos dados deve apoiar o percurso desde a identificação de um produto concreto até uma decisão de reparação executável. Isto já pode ser preparado hoje, sem antecipar uma obrigação de DPP específica de um grupo de produtos que ainda não foi aprovada.
O que a diretiva sobre reparações exige realmente
A diretiva abrange bens sujeitos a requisitos de reparabilidade previstos no direito da União e enumerados no anexo II. Para estes produtos, os fabricantes terão de efetuar reparações quando solicitadas, desde que sejam tecnicamente possíveis. A Comissão menciona, entre outros exemplos, frigoríficos e smartphones. A regra também se aplica fora da garantia legal; no âmbito da garantia, a reparação deverá tornar-se mais atrativa. Além disso, cria um formulário europeu para informações sobre reparações e uma plataforma europeia em linha para reparações. Os pormenores constam da Diretiva oficial (UE) 2024/1799.
Importante para o planeamento: a diretiva não transforma automaticamente qualquer passaporte de produto num passaporte de reparação. Não define um modelo de dados uniforme para todas as peças sobresselentes nem um determinado código QR. As informações que futuramente serão obrigatórias num DPP só resultarão dos respetivos atos delegados relativos ao regulamento de conceção ecológica. Quem separar claramente estas questões evita dois riscos: alegações jurídicas exageradas nas vendas e uma arquitetura de dados que não acompanhe o futuro ato relativo ao grupo de produtos.
Por que razão o DPP continua a ser o elemento central correto dos dados
O Regulamento (UE) 2024/1781 relativo à conceção ecológica define o Passaporte Digital de Produto como um conjunto de dados específico de um produto e acessível por via eletrónica. Estabelece que um DPP deve estar ligado, através de um suporte de dados, a um identificador de produto único e persistente. Os futuros atos delegados poderão determinar a que nível — modelo, lote ou unidade — os dados devem ser mantidos, quem pode atualizá-los e durante quanto tempo o passaporte permanece disponível. Isto consta do artigo 9.º do regulamento.
Para os processos de reparação, o artigo 11.º é especialmente relevante: entre os possíveis intervenientes autorizados, menciona expressamente as empresas profissionais de reparação e os operadores independentes. Ao mesmo tempo, o acesso não é indiscriminadamente público, estando sujeito a direitos específicos por grupo de produtos. Daqui resulta uma orientação técnica, não uma nova afirmação jurídica: os dados para clientes, empresas de reparação, equipas de peças sobresselentes e autoridades devem ser modelados separadamente. Um código QR pode apontar para um identificador sólido; não deve ser, por si só, o local de armazenamento de dados operacionais, contratuais ou de clientes sensíveis.
O percurso de reparação em seis estações de dados
Um bom modelo de referência não começa por um painel, mas por um processo verificável.
1. Identificar o produto com segurança
Durante a leitura ou a introdução manual, deve ficar claro se o pedido diz respeito a um modelo, a um lote ou a um aparelho individual. O identificador persistente precisa de uma resolução estável: nada de URL de campanha, página de produto sazonal ou endereço que desapareça na próxima reformulação do site. No caso de códigos QR dinâmicos, a arquitetura deve incluir um percurso documentado de redirecionamento e recurso. Uma introdução técnica aos pontos finais DPP relacionados com produtos é apresentada no guia da qr3 sobre a DPP API já publicado.
2. Separar a reparabilidade do resultado do diagnóstico
Uma ficha técnica pode indicar que um produto é, em princípio, reparável. Ainda não responde se o erro concreto, o estado de segurança e a peça sobresselente disponível permitem uma reparação. Por isso, mantenha campos separados para a regra do produto, o diagnóstico do erro, o aviso de segurança e a decisão de reparação. A decisão precisa de origem, marca temporal e função responsável. Assim, uma afirmação geral não se transforma numa promessa impossível de verificar perante os clientes.
3. Registar as peças sobresselentes com versão e validade
As equipas de reparação precisam de mais do que um número de peça. São necessárias informações sobre compatibilidade, revisão de hardware ou software, disponibilidade, alternativas permitidas, indicações de segurança e montagem, bem como a data da última verificação. Uma alteração do estado de fornecimento não deve substituir a peça original. Em vez disso, modele versões e períodos de validade. Isto facilita recolhas, campanhas de assistência e a rastreabilidade posterior.
4. Definir funções em vez de autorizações gerais
As informações visíveis publicamente podem incluir, por exemplo, a designação do modelo, instruções de manutenção e o ponto de contacto para reparações. As empresas profissionais de reparação precisam, consoante o produto, de documentação técnica adicional. As equipas internas precisam de dados mais abrangentes sobre fornecedores e qualidade. Defina esta separação desde cedo e registe os acessos a conteúdos não públicos. A ESPR exige um elevado nível de segurança e proteção de dados para DPPs; os dados dos clientes não podem ser armazenados no passaporte sem consentimento expresso.
5. Tornar o estado do pedido rastreável
A nova diretiva reforça o acesso às informações sobre reparações. Porém, operacionalmente, a confiança só surge quando os pedidos não desaparecem em caixas de correio. Um fluxo de estados mínimo é suficiente: pedido recebido, identidade ou aparelho verificado, estimativa de custos elaborada, peça sobresselente disponível, reparação agendada, concluída ou recusada com justificação. Cada recusa deve indicar o motivo concreto e o próximo passo possível. Esta é também a base para indicadores de assistência fiáveis.
6. Reintegrar os dados após a reparação
Após a substituição de uma peça, mudam pelo menos o histórico de assistência e, eventualmente, a configuração, os dados de garantia ou o estado de segurança. Defina quem pode criar este registo, que comprovativos devem ser armazenados e que informações ficam posteriormente visíveis para cada função. A ESPR exige que os dados de DPP sejam exatos, completos e atuais. Um histórico de reparações sem governação não cumpriria esse requisito.
O que deve ser verificado até ao fim da semana
O dia 31 de julho não é motivo para uma migração completa apressada. É um ponto de controlo adequado para três perguntas concretas. Primeiro: consegue associar um pedido de reparação a um produto único nos grupos de produtos abrangidos? Segundo: os dados sobre peças sobresselentes e compatibilidade estão versionados e podem ser encontrados por empresas de reparação autorizadas? Terceiro: consegue provar quem alterou um conjunto de dados e porquê?
Se faltar uma resposta, comece com um produto-piloto pequeno e um caso de reparação real. Meça o tempo entre a leitura e uma decisão sólida, não o número de campos preenchidos. Assim, liga a prática de reparação aplicável a partir de 31 de julho a uma arquitetura DPP suficientemente aberta para futuros atos delegados.
Fontes
- Comissão Europeia: Directive on repair of goods – situação e data de aplicação da diretiva sobre reparações.
- EUR-Lex: Diretiva (UE) 2024/1799 – texto oficial, em particular os artigos 4.º, 21.º e 22.º e o anexo II.
- EUR-Lex: Regulamento (UE) 2024/1781 – Passaporte Digital de Produto, em particular os artigos 9.º a 11.º e o anexo III.
