O desenvolvimento personalizado é praticamente impossível sem a transferência de informações confidenciais (CI) para o desenvolvedor. Caso contrário, como pode ser considerado personalizado?
Quanto maior o cliente, mais difícil é concordar com os termos do acordo de confidencialidade. Um contrato padrão terá uma alta probabilidade de ser excessivo.
Assim, junto com o volume mínimo de informações necessárias para a execução do trabalho, pode-se receber um monte de obrigações – guardar e proteger como se fossem suas, mesmo por muitos anos, mesmo após o término do acordo. Manter registros, organizar o armazenamento, compensar perdas. Oferecer à parte reveladora a possibilidade de auditoria. Pagar multas de milhões de dólares apenas pelo ato de revelação. Deus sabe o que mais. Este é um formulário padrão, foi aprovado pelo presidente do conselho, não pode ser alterado.
Para poder realizar seu trabalho com tranquilidade, é necessário ter um volume de obrigações o mais claro possível. Esta simples verdade pode ser implementada por meio de algumas condições.
- Indicar que o NDA se aplica a um projeto específico. A tentação de ampliá-lo para todos os projetos existentes e futuros é grande; por que assinar algo a mais? Mas quanto menor o escopo, menos recursos são necessários para seu armazenamento, menos pessoas terão acesso, menores os riscos de revelação.
- Informação confidencial – somente escrita, com uma marca do tipo 'confidencial'. Que permite entender claramente se o regime de confidencialidade se aplica a informações específicas. Nesse caso, a marcação da informação é de responsabilidade do cliente. Evitar formulações do tipo 'qualquer informação'.
- Nem toda a IPI pode ser retornada ou destruída. A cláusula "residual" é utilizada em NDAs padrão de empresas como a Microsoft. Ela garante o direito sobre os dados que permanecem após o acesso à IPI, existindo fora dos suportes materiais (por exemplo, na memória da pessoa que teve acesso à IPI), incluindo ideias, princípios e métodos. Nenhuma das partes pode restringir ou proibir o uso de informações "residuais" por essas pessoas, nem cobrar por seu uso. Esta condição não se aplica a objetos de propriedade intelectual ou direitos autorais pertencentes legalmente à parte reveladora.
- Dados pessoais - não se esqueça de incluir a obrigação da parte reveladora de obter o consentimento do sujeito para a transferência dos seus dados pessoais à parte receptora e fornecer esse consentimento sob demanda da parte receptora (por exemplo, em caso de auditoria). Além disso, notifique o sujeito de que seus dados foram transferidos para um terceiro (especialmente relevante para cidadãos europeus).
- Direito ao retorno antecipado da IPI. Se recebermos algo desnecessário (por exemplo, informação demais ou que não tem relação com o projeto), não hesitamos em devolver a IPI ao seu proprietário (suporte material) ou notificar sobre a destruição (se não houver nada a devolver).
- Não há responsabilidade dupla ou tripla por uma mesma violação. O vazamento acidental de dados não pode ser usado como meio de enriquecimento para uma das partes. Limitamo-nos aos danos diretos documentadamente comprovados (não perdas, que significaria danos + lucros perdidos) dentro de 30-70% do valor do projeto.
Cada uma dessas condições é lógica e protege também o contratante - quanto menos IPI ele revela, menor o risco de vazamento. Não há excessos, mas um claro entendimento das obrigações. Cuide de si e das suas informações confidenciais.
Fonte: habr.com
