Cómo proteger un algoritmo o sistema de IA

¿Tienes razón?

La pregunta no es sólo si la ley reconoce protección, sino qué parte de su proyecto es protegible y cómo lo demuestra. En Colombia, hay varias vías que pueden solaparse: el código fuente puede protegerse como obra literaria por el derecho de autor; la arquitectura de sistemas, los procedimientos y el know‑how pueden protegerse como secretos empresariales si se mantienen confidenciales; los datos de entrenamiento o bases de datos pueden recibir protección por las reglas sobre bases de datos y derechos conexos; finalmente, los contratos con empleados, proveedores y clientes pueden limitar usos y atribuir derechos.

Lo que determina si su caso es sólido son tres cosas: 1) la naturaleza del activo (¿es código, modelo, dato, documentación?), 2) las medidas que ha tomado para mantenerlo confidencial (accesos, cifrado, control de versiones, políticas) y 3) la documentación que demuestra creación y titularidad (registros internos, repositorios con historiales, copias firmadas). Si tiene todo eso, su posición es fuerte. Si ha publicado el código sin límites, lo ha compartido en repositorios públicos o no hay contratos claros con colaboradores, entonces la protección práctica será más débil aunque la ley reconozca derechos.

Cómo se soluciona

1) Identifique los activos. Haga un inventario que diferencie código fuente, modelos entrenados, datos de entrenamiento, documentación técnica, y procesos. Para cada activo anote quién lo creó, con qué recursos, y bajo qué contrato o relación laboral.

2) Preserve pruebas de creación y titularidad. Exporte repositorios con su histórico de commits, genere copias con metadatos que muestren autoría, firme digitalmente versiones clave y guarde evidencia de pagos o facturas si hubo contratación de terceros. No confíe sólo en el correo electrónico: use sistemas de control de versiones con registro de accesos.

3) Aplique medidas técnicas de protección. Controle acceso con autenticación fuerte, use cifrado en reposo y en tránsito para los modelos y datos sensibles, segmente entornos (desarrollo, pruebas, producción) y limite la extracción de modelos (evitar descargas completas para usuarios no autorizados). Documente esos controles: serán prueba de diligencia.

4) Contratos claros. Revise contratos laborales y de prestación de servicios para incluir cesión de derechos del software, cláusulas de confidencialidad sobre modelos y datos, y obligaciones de no competencia adaptadas a la función (sin exceder lo permitido por la ley). En contratos con clientes incorpore licencias de uso, límites de explotación y cláusulas sobre propiedad intelectual de mejoras y derivados.

5) Política de gobernanza y registro interno. Tenga políticas de manejo de datos y modelos, responsable(s) de seguridad, y un registro de accesos y transferencias. Si planea comercializar, valore registrar hitos ante un tercero o usar servicios de custodia que aporten trazabilidad.

6) Si hay conflicto: notifique por escrito y recabe evidencia. Si detecta apropiación, preserve logs, snapshots y toda huella de acceso. Use un abogado para valorar medidas cautelares ante los juegados civiles si la situación lo requiere.

Tareas que puede hacer usted hoy: listar activos, exportar repositorios, cambiar claves de acceso, y revisar contratos básicos. Lo que conviene dejar a un abogado: redactar cesiones y cláusulas defensivas, valorar demanda o medidas cautelares y negociar acuerdos de licencia.

Qué puede pasar

1) Se arregla con una carta y negociación. En muchos casos, una notificación bien fundamentada y la amenaza de acción legal lleva a que la otra parte cese el uso no autorizado, devuelva materiales o firme un acuerdo de licencia. Eso suele ser rápido y económico.

2) Acuerdo o conciliación. Si la disputa es compleja —por ejemplo, sobre quién tiene derecho a los resultados derivados—, la conciliación extrajudicial o un acuerdo negociado permiten fijar compensaciones, reparto de derechos o licencias cruzadas. Un acuerdo puede ser mejor que ir a juicio porque reduce riesgo y da control sobre la explotación futura.

3) Juicio. Si no hay acuerdo, puede iniciarse un proceso civil para reclamar derechos de autor o la protección del secreto empresarial, y solicitar medidas cautelares para impedir uso o difusión. Si pierde la parte demandante, puede quedar con costas procesales y sin control sobre el activo; si la parte demandada demuestra que el activo no fue protegido o que la autoría es suya, la resolución le será desfavorable. Y si la persona a quien reclama está insolvente, una sentencia es útil para validar su derecho pero puede no traducirse en recuperación efectiva.

¿Y si gana, cobra? Una sentencia que reconozca derecho puede dar lugar a indemnización y medidas de cumplimiento, pero la ejecución depende del patrimonio del demandado y de medidas para asegurar activos; contra un tercero que explotó el activo hay opciones de embargo de ganancias relacionadas, pero su efectividad varía según la situación económica del infractor.

Errores que arruinan el caso

• Dejar el código en repositorios públicos o sin control: eso pierde la confidencialidad.
• No tener contratos escritos con colaboradores o contratar por conceptos mal redactados que no ceden derechos.
• Borrar históricas o logs “para ordenar” sin realizar copias de seguridad que prueben creación o acceso.
• No diferenciar claramente qué es dato y qué es modelo; confundir ambos complica la reclamación.
• Esperar demasiado para actuar: la falta de medidas de protección a lo largo del tiempo debilita la pretensión legal.