El desarrollo personalizado es prácticamente imposible sin la entrega de información confidencial (IC) al desarrollador. De lo contrario, ¿cómo puede considerarse personalizado?
Cuanto más grande es el cliente, más difícil es acordar las condiciones del acuerdo de confidencialidad. Un contrato estándar tendrá una probabilidad cercana al 100% de ser excesivo.
Al final, junto con la cantidad mínima de información necesaria para trabajar, se pueden adquirir numerosas obligaciones: almacenar y proteger la información como si fuera propia, durante muchos años, incluso después de la expiración del acuerdo. Llevar un registro, organizar el almacenamiento, compensar pérdidas. Proporcionar a la parte divulgadora la posibilidad de auditoría. Pagar multimillonarias multas simplemente por el hecho de la divulgación. Dios sabe qué más. Este es un formulario estándar, aprobado por el presidente de la junta, no se pueden hacer cambios.
Para poder realizar su trabajo sin preocupaciones, es necesario tener un conjunto de obligaciones lo más claro posible. Esta simple verdad se puede lograr a través de varias condiciones.
- Indicar que el NDA es aplicable a un proyecto específico. La tentación de extenderlo a todos los proyectos existentes y futuros es grande, ¿por qué firmar algo adicional? Pero cuanto menor sea el alcance, menos recursos se requieren para su almacenamiento, menos personas pueden tener acceso y menores son los riesgos de divulgación.
- La información confidencial es solo la escrita, con una nota del tipo 'confidencial'. Permitiendo entender claramente si el régimen de confidencialidad se aplica a información específica o no. En tal caso, marcar la información es responsabilidad del cliente. Evitar formulaciones como 'cualquier información'.
- No toda la información confidencial puede ser devuelta y destruida. La cláusula de "residual" se utiliza en los NDA estándar de empresas como Microsoft. Asegura el derecho sobre los datos restantes como resultado del acceso a la información confidencial, que existen fuera de los soportes materiales (por ejemplo, en la memoria de la persona que tuvo acceso a la información), incluyendo ideas, principios, métodos. Ninguna de las partes tiene derecho a restringir o prohibir el uso de la información "residual" por tales personas, ni a cobrar por su uso. Esta disposición no se aplica a los objetos de derechos de patente y derechos de autor que pertenecen legítimamente a la parte reveladora.
- Datos personales: no olvidemos incluir la obligación de la parte reveladora de obtener el consentimiento del sujeto para la transferencia de sus datos personales a la parte receptora, y proporcionar dicho consentimiento a solicitud de la parte receptora (por ejemplo, en caso de auditoría). También se debe informar al sujeto que sus datos han sido transferidos a un tercero (particularmente relevante para los ciudadanos europeos).
- Derecho a la devolución anticipada de la información confidencial. Si recibimos algo innecesario (por ejemplo, algo adicional o que no esté relacionado con el proyecto), no dudemos en devolver la información confidencial a su propietario (soporte material) o notificar sobre su destrucción (si no hay nada que devolver).
- No hay doble o triple responsabilidad por la misma infracción. La filtración accidental de datos no puede usarse como medio para enriquecer a una de las partes. Limitamos el daño a pérdidas documentadas directas (no a pérdidas que implicarían daños más lucro cesante) en un rango del 30-70% del costo del proyecto.
Cada una de estas condiciones es lógica y protege también al cliente: cuanto menos información confidencial revele, menor es el riesgo de fuga. No hay redundancia, solo un claro conjunto de obligaciones. Cuídese y proteja su información confidencial.
Fuente: habr.com
