El primer riesgo del software no es técnico
Muchas organizaciones creen que por haber pagado un sistema o una aplicación son automáticamente propietarias de todos sus derechos. Jurídicamente, eso no siempre ocurre, y suele descubrirse en el peor momento: cuando se quiere cambiar de proveedor, escalar el producto o presentar la empresa a un inversionista.
Estas son las siete preguntas de titularidad que tu empresa debería poder contestar sin dudar:
- ¿Quién desarrolló el software?
- ¿Bajo qué contrato?
- ¿Qué herramientas utilizó?
- ¿Incorporó componentes de terceros?
- ¿Dónde se encuentra el código?
- ¿Quién controla los repositorios?
- ¿Quién tiene realmente la facultad de modificar o explotar el desarrollo?
Por qué el software no se protege como una marca
La marca identifica un producto o servicio frente al mercado; el software, en cambio, suele ser el motor que hace funcionar el negocio. Son activos distintos y su protección también lo es.
En lugar de un solo registro, la protección del software suele combinar varias herramientas jurídicas: derechos de autor, contratos de desarrollo, licencias, acuerdos de confidencialidad y, cuando aplica, secretos industriales. No existe una única forma de proteger la innovación, por eso la estrategia debe diseñarse según cómo se construye y se usa cada sistema.
Inteligencia artificial: nuevas decisiones jurídicas
El uso cotidiano de IA en las empresas abre oportunidades, pero no conviene asumir que todo lo que produce una herramienta puede usarse libremente. Cada plataforma tiene condiciones distintas y no todas permiten el mismo aprovechamiento comercial.
Antes de integrar una herramienta de IA a procesos del negocio, revisa:
- Las condiciones de uso de la herramienta y si permiten uso comercial de los resultados.
- Qué información le estás compartiendo y si incluye datos confidenciales.
- Qué derechos existen sobre los resultados generados.
- Cómo pueden utilizarse esos resultados dentro de tu negocio.
El contrato de desarrollo como parte de la arquitectura
Sergio lo plantea así: en un proyecto tecnológico, el contrato también forma parte de la arquitectura del sistema. La palabra clave es claridad, y estos son los puntos que no deberían faltar:
- Qué se va a desarrollar exactamente y qué entregables recibirá el cliente.
- Quién será titular de los derechos sobre el desarrollo.
- Cómo se administrará el código fuente y qué licencias existirán.
- Quién dará mantenimiento y cómo funcionará el soporte.
- Qué medidas de seguridad se implementarán.
- Qué ocurrirá si alguna de las partes incumple.