alupas.eu

O erro mais comum no contrato com o seu fornecedor de software para o passaporte de produto de alumínio

Muitas empresas resolvem a questão técnica com o seu fornecedor de software, mas não definem quem é responsável pela manutenção dos dados e o que acontece se o fornecedor deixar de prestar serviço. Este é o erro que ocorre com mais frequência.

O erro que aparece com mais frequência

As empresas que querem organizar o passaporte digital de produto para alumínio geralmente pensam primeiro na técnica: qual acoplamento, qual código QR, qual sistema. Os acordos com o fornecedor de software tratam principalmente de conexão e entrega. O que estruturalmente é esquecido é quem é responsável assim que o passaporte estiver online: quem o atualiza se uma liga, um fornecedor ou um processo de produção muda, quem pode ser acionado se o código QR não funcionar mais, e o que acontece com os dados se você trocar de fornecedor ou se o fornecedor parar.

Esse erro geralmente só é percebido após alguns anos, quando o passaporte já deve estar online por dez anos e os acordos originais tratavam apenas da fase de entrega. Um contrato que termina em "colocar em produção" deixa justamente a parte que dura mais tempo sem especificação.

Por que isso é específico no passaporte de produto

Na software empresarial comum, um contrato que após entrega trata principalmente de manutenção é geralmente suficiente, porque as consequências de uma falha permanecem internas. No passaporte de produto é diferente: o passaporte se destina a mostrar informações externamente, por meio do código QR, para clientes, autoridades regulatórias e processadores na cadeia. Se os dados estiverem desatualizados ou o link não funcionar mais, isso é visível fora de sua organização.

Há ainda a duração. Um passaporte não é feito por uma estação, mas pela vida útil inteira da peça de alumínio, com um período de retenção que na prática é mencionado como dez anos. Um fornecedor de software que após dois anos escolhe outra plataforma, passa por uma aquisição ou para uma linha de produtos, o deixa com um passaporte que não pode mais ser atualizado, enquanto a obrigação de mantê-lo não desaparece automaticamente. Mais sobre como tal acoplamento funciona na prática e quais dados pertencem a ele, você lê em a explicação sobre de onde os dados vêm.

O que frequentemente falta na prática

Três elementos faltam notavelmente frequentemente nos contratos que encontramos. Primeiro: quem pode e deve ajustar os dados se algo mudar no produto, e dentro de qual prazo isso acontece. Segundo: o que acontece com os passaportes já publicados se a cooperação com o fornecedor parar, por exemplo se os códigos QR continuam funcionando e onde os dados estão. Terceiro: quem é responsável se uma autoridade regulatória faz perguntas sobre informações incorretas ou desatualizadas no passaporte, e se isso afeta o fabricante, o fornecedor ou ambos.

Esses não são detalhes técnicos, mas acordos sobre responsabilidade, e eles pertencem ao contrato em si, não a um apêndice que ninguém mais lê assim que o sistema está funcionando.

A interação com regras existentes

Esse erro não existe isoladamente. Os dados em um passaporte de produto podem envolver dados pessoais, por exemplo dados de contato de um responsável no fabricante, e então as regras GDPR comuns sobre período de retenção e segurança se aplicam plenamente além dos requisitos do passaporte. As regras existentes sobre segurança de produtos e responsabilidade por informações de produtos incorretas também permanecem em vigor; o passaporte de produto vem em cima disso, não no lugar disso. Como lidar com a segurança dos dados, está explicado em a página sobre privacidade e proteção de dados.

Como você evita isso

O núcleo é simples de formular, mesmo que a implementação seja diferente por empresa: defina quem mantém os dados atualizados, por quanto tempo o fornecedor mantém o pasaporte acessível e o que acontece ao mudar para outro partido. Pergunte explicitamente sobre uma cláusula de saída: pode levar os dados e os códigos QR se decidir mudar, ou fica então dependente da boa vontade do fornecedor que sai.

Como cada empresa tem uma posição diferente na cadeia, os acordos necessários também diferem. Uma visão geral das questões relevantes em cada situação encontra-se em a base de conhecimento com tópicos por situação. Para o aspecto jurídico de um contrato, como responsabilidade civil e garantias, é aconselhável que um jurista revise; não podemos tomar essa decisão por si.

Saber onde está

Quer uma indicação antes de conversar com seu fornecedor de software? Com a verificação rápida gratuita de algumas perguntas vê rapidamente quais componentes são relevantes para sua empresa e quais perguntas pode preparar melhor.

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