Prepare dados de produto orientados para o DPP a partir de documentos de fornecedores

Dados estruturados do produto como base

Um Passaporte Digital de Produto é tão bom quanto os dados estruturados por trás dele. O Doc2Shelf extrai identificadores de produto, materiais e composição, especificações técnicas e informações de conformidade de fichas técnicas e folhas de dados, normalizando-os em campos consistentes em todo o seu catálogo.

Reveja os campos ligados às fontes e resolva as informações em falta antes de utilizar a saída estruturada numa implementação posterior do DPP.

Saída para preparar o DPP juntamente com listagens e declarações

O Doc2Shelf prepara uma saída orientada para o DPP a partir do mesmo registo de produto revisto que alimenta listagens em marketplaces e rascunhos de declarações da UE/EUA. Um único carregamento pode apoiar conteúdo de vendas, redação regulatória e preparação de dados DPP sem apresentar essas saídas como equivalentes.

Exporte os dados de produto revistos e orientados para o DPP como JSON estruturado. As etiquetas de declaração e os documentos de declaração PDF/DOCX continuam a ser saídas separadas para o mesmo produto.

Prepare-se para os requisitos dos grupos de produtos

Os dados, identificadores, suportes de dados, direitos de acesso, regras de interoperabilidade e sistemas operacionais finais do DPP dependem dos atos delegados aplicáveis ao grupo de produtos e do ambiente de implementação. Organizar agora os dados de origem revistos facilita o mapeamento posterior sem afirmar que a exportação atual é um passaporte concluído.

O que contém o JSON orientado para o DPP

A exportação é um ficheiro JSON por produto, criado a partir do registo de produto revisto. Só fica disponível depois de o produto ter passado na revisão e inclui apenas rascunhos de declarações que também tenham sido revistos. A tabela mostra os principais grupos de dados, os campos típicos e a origem habitual dessa informação nos documentos de fornecedores.

O conteúdo é o que foi extraído dos seus documentos e depois confirmado ou editado durante a revisão, pelo que a qualidade da exportação depende dessa revisão. As lacunas relevantes para a redação da conformidade ficam listadas como dados obrigatórios em falta, para que as possa tratar com o fornecedor antes de os dados seguirem para a fase seguinte. O ficheiro regista também uma versão de formato e uma data e hora de exportação. As entradas de imagens são ligações; descarregue as imagens que precisar de conservar, porque as ligações de armazenamento podem ter prazo de validade.

Como a exportação se encaixa numa implementação do DPP

Um Passaporte Digital do Produto é um sistema, não um ficheiro: um identificador único persistente do produto, um suporte de dados no produto ou na embalagem, dados alojados com direitos de acesso e de atualização, uma cópia de segurança junto de um prestador de serviços de DPP e, nos termos do ESPR, o registo dos identificadores no registo do DPP da UE. O Doc2Shelf cobre a primeira fase — obter dados estruturados e revistos a partir de PDFs de fornecedores. Os seus próprios sistemas ou um prestador de serviços de DPP assumem a partir daí, mapeando o JSON para o modelo de dados do ato delegado ou da legislação setorial aplicável.

Na prática, o mapeamento significa três coisas. Primeiro, mudar o nome e reestruturar campos de acordo com o esquema de destino, por exemplo dividindo um valor de dimensão combinado em campos separados de comprimento, largura e altura com unidades. Segundo, acrescentar dados que nenhum documento de fornecedor contém, como o identificador persistente que atribui, o suporte de dados e os direitos de acesso a cada campo. Terceiro, decidir o nível do passaporte — modelo, lote ou artigo —, o que determina se são usados os valores de lote e de série da exportação. Conservar o JSON revisto como ficheiro de entrada datado dá-lhe também um registo dos dados a partir dos quais o passaporte foi construído.

Qualidade dos dados e identificadores

O ESPR exige que os dados do passaporte sejam exatos, completos e atualizados e que o passaporte esteja ligado a um identificador único persistente do produto. Ambos os requisitos começam nos dados do fornecedor. Antes de enviar qualquer exportação para a fase seguinte, verifique os pontos com maior probabilidade de causar problemas mais tarde:

• Nível do identificador: decida se cada produto é identificado ao nível do modelo, do lote ou do artigo; os atos delegados definem-no por grupo de produtos.
• GTIN e números de modelo: confirme que coincidem com a embalagem e que as variantes têm identificadores próprios.
• Dados dos operadores: os dados do fabricante, do importador e da pessoa responsável na UE têm de coincidir com os rótulos e as declarações.
• Unidades e valores: confirme as unidades das dimensões, dos pesos e dos valores nominais, sobretudo quando uma ficha técnica abrange vários modelos.
• Versões dos documentos: conserve o documento do fornecedor por trás de cada produto e volte a extrair quando o fornecedor emitir uma revisão.
• Confiança e completude: cada extração tem uma pontuação de confiança e uma pontuação de completude; use as pontuações baixas para priorizar a revisão.

Calendário do DPP num relance

É fácil confundir datas em vigor com datas apenas previstas. Em outubro de 2026, não parece estar em vigor nenhum ato delegado do ESPR para um grupo de produtos que exija um passaporte; os primeiros grupos do plano de trabalho da Comissão têm datas indicativas de adoção, e as obrigações aplicam-se normalmente, pelo menos, 18 meses depois da entrada em vigor de um ato delegado. O nosso guia sobre os requisitos do Passaporte Digital do Produto cobre o calendário completo.

Âmbito: dados de preparação, não um passaporte concluído

A saída de DPP do Doc2Shelf são dados de preparação. Ajuda-o a recolher, rever e estruturar as informações de produto em que um passaporte se vai basear e entrega-as como JSON para revisão e implementação posterior.

Não cria, não regista, não aloja, não implementa nem valida um Passaporte Digital do Produto concluído. Não atribui identificadores únicos de produto nem suportes de dados, não verifica os dados face às normas harmonizadas do DPP, não regista produtos no registo da UE e não avalia se um produto cumpre o ESPR ou qualquer outra lei. Essas etapas continuam a cargo do operador económico, dos seus sistemas e do seu prestador de serviços de DPP.