Quién es el dueño de lo que la IA produce en tu empresa: propiedad intelectual y accesos

1. El vacío de la creación asistida: De quién es el trabajo cuando interviene la máquina

En el ecosistema B2B actual, el proceso de trabajo cambió de forma radical: un desarrollador de software usa modelos de lenguaje para escribir buena parte del código de un nuevo módulo, un redactor comercial genera borradores de propuestas con asistentes de IA y un diseñador emplea herramientas generativas para estructurar la identidad visual de un cliente.

Durante la producción, todos celebran el aumento en la velocidad de entrega. Sin embargo, cuando el proyecto termina, surgen preguntas de gobernanza que casi ninguna organización se planteó al inicio:

1. Cuenta personal del desarrollador: si el programador renuncia mañana, ¿el código creado con IA desde su cuenta personal le pertenece a él o a la empresa?
2. Reutilización por proveedores externos: si una agencia externa entregó un desarrollo armado con scripts de IA, ¿la empresa tiene la propiedad exclusiva sobre esas automatizaciones o la agencia puede reutilizarlas con un competidor?
3. Vacío registral de propiedad intelectual: si la oficina de marcas o de derechos de autor determina que un texto o un diseño generado solo por IA no puede registrarse, ¿cómo protege la empresa sus activos intangibles?

El error habitual es asumir que, por haber pagado el salario o la factura de honorarios, la empresa es dueña absoluta de la propiedad intelectual y de las cuentas involucradas. La factura no otorga la titularidad legal de lo que produce un modelo de lenguaje ni garantiza la custodia de las credenciales de acceso. Sin un marco contractual explícito y sin el control de las cuentas raíz, la PyME queda en una situación muy vulnerable.

2. Glosario de soberanía digital en IA: Dominio público, Obras por encargo, API Keys y Tenants

Para ordenar la propiedad intelectual y la custodia de los datos de tu empresa, conviene dominar estos conceptos:

Dominio público por falta de autoría humana

Criterio sostenido por la Oficina de Derechos de Autor de EE.UU. y por organismos de propiedad intelectual de otros países: las obras creadas de forma totalmente autónoma por un algoritmo, sin intervención o modificación humana sustancial, no son elegibles para la protección por derechos de autor.

Obra por encargo (Work Made for Hire)

Principio contractual por el cual los derechos patrimoniales sobre lo que un empleado crea dentro de sus funciones pertenecen al empleador. Para que alcance a las creaciones asistidas por IA, conviene incluir cláusulas específicas sobre el uso de herramientas autorizadas.

Tenant corporativo (entorno empresarial asignado)

Espacio de trabajo privado en la nube de un proveedor de IA, registrado a nombre de la razón social y con el dominio oficial de la empresa, donde las cuentas, los datos y lo que se produce quedan bajo control de la empresa.

Prompts de sistema (System Prompts) como secreto comercial

Las instrucciones, secuencias de razonamiento y contextos de negocio que el equipo redacta para que un modelo de IA actúe como un especialista. Son un activo intangible y un secreto de negocio que hay que resguardar de la fuga externa.

Llave de API (API Key)

Código de autenticación que conecta tus aplicaciones con los modelos de IA. Quien tiene la llave controla el acceso al servicio y es responsable de los cargos que se acumulan.

3. Los 4 frentes de riesgo sobre la propiedad y custodia de lo que produce la IA

Si tu empresa no tiene directivas contractuales ni cuentas centralizadas, lo que produce con IA queda expuesto a cuatro riesgos de alto impacto:

Riesgo 1. La falta de registro de derechos de autor en obras puramente generativas

Si tu equipo o una agencia externa usa la IA pidiendo respuestas directas, sin un proceso de edición, refinamiento y curaduría humana sustancial (por ejemplo, pidiéndole un código fuente completo o la redacción íntegra de un documento de venta), ese producto corre el riesgo de ser considerado de dominio público.

Un competidor podría copiar ese código o ese documento y la empresa no tendría herramientas legales para demandarlo por infracción de derechos de autor, porque la ley no reconoce a la máquina como autor. La protección exige demostrar la intervención y la curaduría humana en el proceso creativo.

Riesgo 2. El "activo en la sombra" registrado bajo cuentas personales de empleados

Cuando un empleado crea una automatización clave, un flujo de trabajo o un conjunto de prompts estratégicos con su cuenta personal de correo (usuario@gmail.com), todo el historial, la memoria de las conversaciones y el contexto del negocio quedan en su perfil privado.

Si el colaborador se desvincula, se lleva la "inteligencia" de ese proceso. La empresa descubre que no puede entrar a la cuenta, que no puede recuperar la lógica con la que trabajaba el modelo y que tiene que dedicar semanas a reconstruir el trabajo desde cero.

Riesgo 3. La fuga de propiedad intelectual al terminar la relación con agencias o freelancers

Es muy común que las agencias de marketing o las consultoras de software usen herramientas de IA para acelerar sus entregas. Sin embargo, si el contrato no especifica que los prompts de sistema, las bases de contexto (RAG) y los modelos ajustados pertenecen al cliente, la agencia puede considerar esos desarrollos como propiedad intelectual reutilizable.

Esto significa que la agencia puede tomar la herramienta que tu empresa financió y vendérsela al día siguiente a tu competidor directo sin violar un contrato estándar.

Riesgo 4. La pérdida de llaves de API, prompts de sistema y repositorios de automatización

Las herramientas construidas con IA no son textos estáticos: son sistemas que dependen de llaves de conexión (API Keys) y de instrucciones de sistema (System Prompts) complejas.

Si el técnico que desarrolló la integración guarda las llaves y los prompts en su computadora personal, sin documentarlos en un repositorio de la empresa, la empresa pierde la custodia de su propia automatización. Un cambio de contraseña o la baja de un usuario alcanza para interrumpir las ventas o la atención al cliente.

4. El marco legal B2B: Cómo proteger contractualmente los productos generados con IA

Para que lo que produce la inteligencia artificial quede bajo el control jurídico de tu organización, la dirección tiene que actualizar sus contratos en tres frentes:

1. Adenda de inteligencia artificial en los contratos de trabajo: una cláusula explícita que establezca que todo código, documento, prompt, automatización o modelo derivado que el empleado desarrolle con herramientas de IA (autorizadas o no), dentro del horario laboral o con recursos de la empresa, es una "obra por encargo" (Work Made for Hire) y que la totalidad de los derechos patrimoniales y de explotación se ceden en exclusiva a la empresa.
2. Cláusulas de exclusividad y titularidad con agencias: los contratos con agencias, consultores y desarrolladores externos tienen que incluir un anexo de propiedad intelectual que diga que los prompts de sistema, el código generado, las arquitecturas RAG, las bases de conocimiento indexadas y las credenciales de API son propiedad exclusiva del cliente. La agencia tiene que declarar qué herramientas de IA usó.
3. Curaduría e intervención humana sustancial: la política interna tiene que exigir que todo contenido o código generado con IA pase por una revisión documentada, hecha por una persona, que lo optimice y lo pruebe. Así queda la huella de autoría humana que la ley pide para otorgar protección.

Estas cláusulas conviene redactarlas con el asesor legal de tu empresa, según la ley de tu país.

5. El protocolo de custodia técnica: Cuentas corporativas y repositorios centralizados

La protección por contrato es indispensable, pero no alcanza si no la acompaña una custodia técnica efectiva. Estas son las cuatro capas a ordenar:

1. Cuenta corporativa unificada: nada de cuentas personales para producir activos de la empresa. Las herramientas de IA se contratan con una cuenta empresarial a nombre de la razón social, vinculada a una casilla que controla la dirección (por ejemplo, admin-ia@tuempresa.com).
2. Llaves de API y medios de pago centralizados: las llaves no las genera cada desarrollador desde su cuenta. Se emiten desde la consola de la empresa, con permisos por proyecto, alertas de gasto y rotación periódica.
3. Prompts y código en un repositorio de la empresa: los prompts de sistema y las instrucciones de los asistentes se guardan en un repositorio de código institucional (como GitHub o GitLab de la empresa), con historial de versiones y copias de seguridad, para que todo siga funcionando si el desarrollador se va.
4. Conocimiento compartido bajo control de la empresa: los documentos y los datos que consulta la IA se guardan en un entorno a nombre de la empresa, con acceso por usuario y por proyecto.

6. Diagnóstico y comparativa: Producción informal vs. Gobernanza de activos con AIM

7. Preguntas frecuentes sobre derechos de autor, licencias de IA, contratos de empleados y accesos