Cómo proteger un algoritmo o sistema de IA

¿Tienes razón?

Proteger un algoritmo o sistema de IA no es una sola acción legal: son varias superpuestas. Hay cuatro cosas que determinan si tu protección funciona.

1) Quién es el titular del activo. ¿Eres tú quien contrató a quien programó el código? ¿Lo hizo un empleado, un autónomo o un proveedor? La titularidad del código y del modelo depende de los contratos y de la relación laboral o mercantil. Sin un contrato claro, la titularidad puede ser discutible.

2) Qué quieres proteger: el código fuente, los pesos del modelo, las bases de datos de entrenamiento, la arquitectura, la documentación o la forma en que el servicio opera. Cada cosa tiene un régimen distinto: el código puede protegerse como software; los datos personales tienen protección bajo la normativa de protección de datos; las ideas y los métodos puros no suelen protegerse como derechos de autor.

3) Existencia de medidas de secreto razonables. La ley española reconoce el secreto empresarial como figura para proteger información confidencial siempre que la empresa acredite medidas de confidencialidad y valor económico por ser secreta. Si no has adoptado esas medidas, será muy difícil invocarlo.

4) Uso de contratos adecuados con empleados y proveedores. Cláusulas de cesión de derechos, confidencialidad, cláusulas de no competencia y de salida con entrega de código y datos son las piezas que consolidan tu protección. Sin ellas, reclamar cuesta mucho más y puede requerir pleito.

Si al revisar esos cuatro puntos la respuesta es favorable, tu protección es sólida. Si fallan varios, la protección es débil y toca remediar con contratos, políticas internas y medidas técnicas.

Cómo se soluciona

1) Inventario y auditoría interna.

• Reúne el código fuente, documentación, modelos, conjuntos de entrenamiento y licencias de terceros. Genera un registro con quién lo creó y cuándo. Exporta commits del repositorio y haz copias firmadas del código.
• Identifica datos personales en juego y su origen.

2) Titularidad y contratos.

• Revisa contratos laborales y de prestación de servicios: busca cláusulas de cesión de derechos sobre software y modelos. Si faltan, negocia una cesión retroactiva por escrito con quien desarrolló el activo.
• Firma acuerdos de confidencialidad y cesión con cualquier colaborador externo y revisa las condiciones de proveedores de código o librerías de terceros.

3) Protección legal específica.

• Derecho de autor: registra el código en un depósito de propiedad intelectual o en un servicio de custodia que deje constancia de la autoría y fecha. Esto no crea derechos nuevos pero facilita prueba de titularidad.
• Secreto empresarial: documenta las medidas de seguridad (ACL, acceso por roles, control de versiones, políticas de copia), política de información confidencial y formación del personal.
• Contratos: incluye cláusulas de entrega de código y datos en casos de resolución; define licencias de uso; limita sublicencias.

4) Medidas técnicas y organizativas.

• Control de acceso: acceso por roles, autenticación fuerte, registro de accesos y revisiones periódicas.
• Repositorios privados y copias cifradas fuera del entorno de desarrollo.
• Gestión de dependencias y auditoría de componentes de terceros para evitar sorpresas legales.
• Protecciones específicas para modelos: ofuscar pesos si es posible, ofrecer el servicio vía API en vez de entregar el modelo, y criptografía cuando proceda.

5) Plan de respuesta y gobernanza.

• Política de publicación de código y datos: qué se abre y qué se mantiene privado.
• Acuerdos de nivel de servicio y cláusulas de salida con proveedores cloud.
• Seguro y reservas presupuestarias para litigio o reclamaciones de terceros.

Qué puedes hacer solo: inventario, copias, medidas técnicas básicas, depósito de código, plantillas de NDA. Cuándo llamar a un abogado: para redactar o revisar cesiones de derechos, negociar cesiones retroactivas, diseñar cláusulas de salida de proveedores, y si hay un conflicto de titularidad o uso no autorizado.

Qué puede pasar

1) Se arregla con una carta y negociación.

• Muchas disputas se resuelven con una negociación: aclarar la titularidad, firmar una cesión o acuerdo de explotación y fijar una contraprestación. Esto suele ser rápido y menos caro que un pleito.

2) Acuerdo o mediación.

• Puedes acordar licencias, reparto de ingresos o pago por uso. Un acuerdo de este tipo puede incluir confidencialidad reforzada y condiciones de auditoría. A veces conviene aceptar una contraprestación menor a cambio de eliminar la incertidumbre y evitar litigios largos.

3) Procedimiento judicial.

• Si no hay acuerdo, toca pleito por vulneración de derechos de autor o secreto empresarial, o procedimiento declarativo para determinar titularidad. En un juicio se discuten pruebas: commits, correos, repositorios, contratos, registros de acceso y peritajes técnicos. Si pierdes, puede haber condena en costas y pérdida del derecho a explotar; si ganas, la sentencia puede ordenar cesar el uso, devolución de activos y daños y perjuicios. Importante: una sentencia contra una empresa insolvente puede ser difícil de ejecutar; la solución práctica no es automática.

Y si ganas, ¿cobras? La sentencia puede reconocer derechos y daños, pero cobrar depende del patrimonio de la otra parte y de su capacidad real de pago. Por eso anticipar acuerdos líquidos y garantías (pólizas, depósitos, cuentas bloqueadas) es valioso.

Errores que arruinan el caso

• No documentar la autoría desde el principio: eliminar commits, usar cuentas genéricas o no conservar backups impide probar que algo es tuyo.
• No tener acuerdos escritos con colaboradores y proveedores: las conversaciones informales valen poco en juicio.
• Entregar el modelo completo sin reserva de derechos: si das el modelo y no firmas una cesión condicionada, pierdes palancas.
• No aplicar medidas de control de acceso y registro: si cualquiera podía acceder, argumentar secreto empresarial es más difícil.
• Usar dependencias con licencias incompatibles sin auditoría: pueden obligarte a abrir código o limitar explotación.