Inteligencia Artificial · Propiedad intelectual y contenidos
La pregunta no es simplemente quién es dueño del output. Un sistema de IA puede atravesar obras, datasets, bases de datos, software, licencias, reservas de derechos, modelos, prompts, memoria, contenidos generados y secretos empresariales distintos.
Copyright, software, bases de datos, licencias y secretos ya resultan aplicables. El AI Act añade obligaciones específicas para proveedores GPAI. El Código de buenas prácticas y las plantillas del AI Office se utilizan como instrumentos de cumplimiento, no como sustitutos de la norma.
La aplicación concreta depende de la posición, finalidad, sector, datos, sistema y efectos del caso.
Las fuentes normativas primarias prevalecen sobre resúmenes y materiales explicativos.
Dónde empieza el problema
La pregunta correcta depende de la configuración material del sistema y de la posición jurídica que ocupa cada parte.
Mapa jurídico
El uso de obras y prestaciones para análisis automatizado exige distinguir acceso legítimo, finalidad, excepción aplicable, reservas de derechos y transposición nacional. “Tenemos acceso” no significa necesariamente “podemos realizar cualquier minería o entrenamiento”.
El AI Act obliga a proveedores GPAI a mantener una política de copyright, identificar y respetar reservas de derechos y publicar un resumen suficientemente detallado del contenido de entrenamiento. El Código de buenas prácticas y la plantilla del AI Office ayudan a operar esas obligaciones sin sustituirlas.
La Ley española vincula la autoría a la persona natural. El análisis de un resultado asistido por IA debe reconstruir qué decisiones libres y creativas, selección, edición, composición o transformación humanas se expresan en el objeto concreto; no basta contar prompts ni afirmar que una revisión final crea autoría.
Reproducción, comunicación, distribución y transformación son actos distintos. Antes de explotar un output relevante conviene revisar inputs, materiales de referencia, elementos de terceros, términos del proveedor, aportación humana y alcance real de los derechos necesarios.
Código fuente, documentación, dependencias, licencias y software generado o transformado con IA forman una cadena propia. La protección de la expresión del programa no convierte automáticamente funcionalidad, ideas o principios en objetos protegidos por copyright.
Una base puede contener derechos sobre sus contenidos, copyright sobre selección o disposición y derecho sui generis sobre determinadas inversiones. La licencia de cada dato o documento no resuelve necesariamente la capa de base de datos, y un dataset costoso no queda automáticamente protegido por cualquier vía.
Modelo, API, código, datasets, conectores y contenidos externos pueden tener licencias distintas. La compatibilidad técnica no demuestra compatibilidad jurídica; la arquitectura debe conservar qué licencia gobierna cada componente y qué ocurre cuando cambia una versión.
Prompts, reglas, taxonomías, memoria, evaluaciones, workflows y know-how pueden ser valiosos aunque no constituyan por sí solos una obra protegida. El activo económico puede ser compuesto y exigir una combinación de copyright, software, bases de datos, contrato, secreto y control de acceso.
De la norma a la operación
La arquitectura de PI de un sistema de IA debe poder explicar procedencia, acto jurídico, título de uso, aportación humana, explotación y evidencia componente por componente.
Identificar obras, contenidos, software, datasets, modelos, documentación, prompts, memoria, outputs y componentes de terceros, con versión y origen.
Para cada objeto, documentar propiedad, licencia, cesión, acceso legítimo, excepción, reserva, confidencialidad u otra base relevante.
Separar acceso de reproducción, extracción, transformación, comunicación, distribución, adaptación, entrenamiento o reutilización según la arquitectura técnica.
Conservar decisiones creativas y de composición cuando la organización necesite sostener una posición sobre autoría, protección o explotación de un resultado.
Revisar outputs de valor o exposición relevante para localizar elementos de terceros, restricciones y cuestiones que requieren licencia, modificación o análisis especializado.
Separar activos preexistentes, desarrollos específicos, componentes reutilizables, know-how, garantías, sublicencias, cambios de versión y responsabilidades.
Determinar qué componentes dependen de copyright, software, base de datos, secreto o contrato y mantener medidas coherentes con cada régimen.
Asegurar que derechos, licencias, documentación y activos necesarios permiten conservar o reconstruir la capacidad si cambia el proveedor o termina la relación.
Fuentes de referencia
Esta página no pretende sustituir el texto oficial. La función de H&C es ordenar qué fuentes deben leerse juntas y qué diferencia produce cada una en el sistema.
Los proveedores de modelos de propósito general deben mantener una política para cumplir el Derecho de la Unión en materia de derechos de autor, identificar y respetar reservas de derechos conforme al artículo 4.3 de la Directiva 2019/790 y publicar un resumen suficientemente detallado del contenido usado para entrenamiento.
El régimen de TDM exige separar acceso legítimo, finalidad y reservas de derechos. En el artículo 4, los titulares pueden reservar expresamente el uso; para contenidos disponibles en línea la forma legible por máquina resulta especialmente relevante.
Incorpora al Derecho español las reglas de minería de textos y datos, incluida la reserva expresa de derechos y condiciones específicas según el supuesto.
Autoría, objeto protegido, obras derivadas, derechos de explotación, programas de ordenador y derecho sui generis sobre bases de datos deben leerse por capas cuando interviene IA.
Protege la forma de expresión de programas originales y distingue esa protección de ideas y principios subyacentes. Resulta central cuando la IA genera, transforma o integra código.
Distingue copyright sobre selección o disposición original y derecho sui generis vinculado a inversión sustancial en obtención, verificación o presentación del contenido.
Prompts, taxonomías, reglas, datasets internos, evaluaciones, memoria y know-how pueden requerir protección por secreto empresarial aunque no constituyan por sí solos una obra protegida.
Ofrece prácticas para demostrar cumplimiento de las obligaciones de copyright del artículo 53. Debe mantenerse separado del texto legal y del régimen de TDM.
Estructura la información pública sobre categorías y fuentes de entrenamiento para facilitar transparencia y el ejercicio de derechos por partes con interés legítimo.
El concepto de obra exige un objeto original que sea creación intelectual propia de su autor y una expresión de esa creación. No es una sentencia sobre IA, pero fija un anclaje relevante para analizar aportación humana.
Distingue funcionalidad y lenguaje de programación de la forma de expresión protegible, una diferencia útil al analizar código y componentes generados o reimplementados con IA.
Conexiones
Normas, jurisprudencia y materiales de autoridad estructurados por pregunta, efecto, evidencia e instrumento.
Abrir →Toolkit especializadoCadena de derechos, TDM, aportación humana, clearance de outputs, licencias y expediente de activo compuesto.
Abrir →Criterio publicadoLa unidad de valor puede ser una arquitectura repetible y no el archivo final considerado aisladamente.
Abrir →PilarTrasladar licencias, garantías, reutilización, cambios, sublicencias, portabilidad y terminación al contrato real.
Abrir →PilarDistinguir propiedad intelectual de protección de datos, secreto profesional, confidencialidad y secreto empresarial.
Abrir →InfraestructuraConectar las unidades de PI con el resto del Derecho de IA y mantener las fechas en una única fuente temporal.
Abrir →Aplicación profesional
H&C puede ordenar la cadena de derechos de una configuración concreta, trabajar con especialistas cuando la cuestión lo exija y convertir el análisis en licencias, contrato, expediente, clearance, evidencia y condiciones de continuidad.