alupas.eu

O erro mais comum na conversa com o seu fornecedor de software sobre o passaporte do produto de alumínio

Muitas empresas acreditam que o seu fornecedor de software se encarrega da correção do passaporte do produto. O regulamento coloca essa responsabilidade no próprio fornecedor, não na parte que fornece o sistema.

O erro mais comum que observamos é este: uma empresa entra em conversa com o seu fornecedor de software sobre o Digital Product Passport, e sai dessa conversa com a ideia de que o fornecedor agora "resolveu o assunto". Isto é um mal-entendido com consequências, pois o regulamento distingue entre quem fornece a tecnologia e quem é responsável pelo conteúdo do pasaporte.

O fornecedor de software constrói ou fornece o sistema: a ligação, o armazenamento, às vezes a datacarrier QR. Mas a obrigação de garantir que os dados no pasaporte estão corretos e atualizados recai sobre o fornecedor — geralmente o fabricante ou o importador do semiacabado de alumínio. Um sistema não consegue validar dados que nunca foram fornecidos corretamente. Quem confundir isto, corre o risco de que se crie um pasaporte tecnicamente impecável mas com um conteúdo que ninguém verificou.

Por que surge este mal-entendido

A conversa com um fornecedor de software centra-se rapidamente na tecnologia: qual sistema, qual ligação com a administração existente, qual o custo, com que rapidez funciona. São questões lógicas, e o fornecedor responde-as com prazer, pois é a sua especialidade. Mas nessa conversa desaparece frequentemente a questão que mais importa: quem garante que os dados que vão aparecer no pasaporte estão realmente corretos e continuam corretos. Um fornecedor que fala de um "módulo de conformidade" ou uma "solução de pasaporte" dá às vezes a impressão de que a obrigação foi assim coberta. Isto é compreensível numa negociação comercial, mas não é o que o regulamento determina.

Ajuda ter claro para si próprio, com antecedência, o que um Digital Product Passport deve conter exatamente e de onde provêm esses dados. Quem ainda não tem isto em ordem, encontra em a base de conhecimento com explicações por tema um resumo por situação, sem que tenha de consultar primeiro um jurista.

O que o regulamento diz e o que não diz sobre o fornecedor

O regulamento descreve o papel do fornecedor: a pessoa que coloca o produto no mercado e é portanto responsável pela exatidão das informações que acabam por aparecer no pasaporte. Um fornecedor de software não é um fornecedor nesse sentido, mesmo que aloje tecnicamente o pasaporte ou forneça o código QR. Na supervisão, as autoridades consultam a origem e a exatidão dos dados, não a questão de qual pacote de software está por trás. Isto não significa que a escolha de um fornecedor não importe — significa que um sistema bem funcionado não é um substituto para um pasaporte bem preenchido e mantido atualizado.

Se uma cooperação específica com um fornecedor na sua situação oferece cobertura suficiente é algo sobre o qual apenas um jurista ou a autoridade supervisora competente pode fazer uma declaração. Este artigo descreve a distinção que o regulamento faz, não como isso é regulado no seu próprio contrato.

Que questões previnem o mal-entendido

O erro pode ser evitado perguntando explicitamente ao fornecedor na conversa quem fornece qual parte dos dados, e quem permanece responsável se algo muda na composição ou origem do alumínio. Também é útil perguntar o que acontece se mudar de fornecedor: o pasaporte permanece acessível, e quem se encarrega então da atualização. Um fornecedor que consiga responder claramente a estas questões indica também onde termina o seu papel e onde começa o seu. Quem quer ver como essa comunicação se processa na prática, pode consultar uma explicação sobre como os dados são desenvolvidos .

Como conduzir a conversa de outra forma

Ajuda a realizar a conversa com o fornecedor de software apenas depois de ter determinado para si mesmo quais dados deve fornecer e manter. Assim, a conversa torna-se uma questão de técnica e integração, em vez de uma questão de responsabilidade. As empresas que ainda não sabem exatamente qual é a sua situação podem esclarecê-la com algumas perguntas que mapeiam a sua situação rapidamente, ainda antes de um fornecedor estar à mesa.

Um productpaspoort continua a ser, mesmo após a entrega, um documento vivo: deve ser atualizado assim que algo mude no produto ou nos dados. Essa responsabilidade não se desloca para o fornecedor de software, mesmo que este assuma a gestão técnica. Quem quiser saber mais sobre isso encontra em respostas a perguntas práticas sobre o pasaporte várias situações comuns desenvolvidas.

Se ainda não tem uma ideia clara do que é necessário no seu caso, a verificação rápida gratuita é um bom ponto de partida: em algumas perguntas, obtém uma indicação de onde se encontra, sem necessidade de uma conta.

Este artigo é informação geral e não é aconselhamento jurídico.