Firmas con un proveedor de IA, integras su herramienta y tu equipo empieza a generar con ella a diario: textos para la web, imágenes para campañas, código, borradores de informes. Todo fluido, todo rápido, todo muy moderno. Hasta que alguien de legal hace la pregunta incómoda en una reunión: «vale, y esto que escupe la máquina, ¿de quién es?». Silencio. Nadie miró el contrato con esa lupa. Y el contrato, casualmente, tampoco lo aclara.
La tesis en una frase: cuando metes IA generativa en tu empresa, la propiedad intelectual deja de ser un detalle de letra pequeña y se convierte en un riesgo que casi ningún proveedor firma. Tres preguntas —de quién es lo que genera la IA, con qué se entrenó el modelo y qué pasa si copia algo protegido— deciden si lo que produces es tuyo o una demanda esperando fecha. Y las tres son justo las que el contrato del proveedor esquiva con elegancia. Aviso antes de seguir: esto no es asesoría legal, y para tu caso concreto y tu jurisdicción hay que hablar con un abogado. Es la lista de lo que conviene exigir por escrito antes de firmar.
IA generativa y propiedad intelectual en la empresa: por qué el contrato esquiva lo que importa
Un contrato de proveedor no está escrito para protegerte a ti; está escrito para protegerle a él. Es lógico y no es una acusación: cada parte redacta mirando su propio riesgo. El problema es que el riesgo de propiedad intelectual de la IA generativa es casi todo tuyo —tú eres quien publica lo que la máquina genera, quien lo mete en su producto, quien lo manda al cliente— y el contrato tiende a dejarlo en una zona gris cómoda para quien te vende la herramienta. Donde tú necesitas una frase clara, encuentras un «el usuario es responsable del uso que haga del servicio». Traducido: el marrón es tuyo.
Por eso la conversación no va de tecnología, va de contrato. Da igual lo bueno que sea el modelo si el papel que firmas no responde a tres preguntas concretas. No hace falta ser jurista para plantearlas; hace falta plantearlas antes de firmar, no después de recibir la primera carta de un despacho. Vamos a las tres.
¿De quién es lo que genera la IA?
La primera pregunta parece obvia y no lo es. Cuando tu equipo genera un texto o una imagen con la herramienta del proveedor, ¿esa obra es tuya, es del proveedor, o no es propiedad de nadie? Las tres respuestas existen según dónde mires, y ninguna es la que das por hecho. Algunos proveedores se reservan derechos o licencias sobre lo que se genera con su servicio; otros te lo ceden pero con condiciones enterradas en los términos. Y hay una capa más de fondo: en varias jurisdicciones se discute si una obra generada íntegramente por una máquina, sin aportación humana relevante, puede siquiera protegerse por derechos de autor. Si no es de nadie, tampoco es exclusivamente tuya: cualquiera podría usar algo idéntico.
Esto importa mucho más de lo que parece el primer día. Si generas el logo de una campaña, el copy de tu web o un fragmento de código que acaba en tu producto y luego no puedes demostrar que es tuyo —o descubres que legalmente no es de nadie—, tienes un activo con los cimientos de arena. La regla práctica es sencilla: cuanto más aportación humana real hay encima de lo que genera la máquina, más defendible es como tuyo, y por eso conviene tratar la salida de la IA como un borrador que una persona revisa y hace suyo, no como una obra terminada que se publica a ciegas. Es el mismo principio que cuenta la guía de usar ChatGPT en la empresa sin filtrar datos ni firmar a ciegas: la herramienta ayuda, pero la responsabilidad —y la autoría defendible— se queda de tu lado.
¿Con qué se entrenó el modelo que estás usando?
La segunda pregunta es la que más incomoda al proveedor, porque casi ninguno quiere responderla: ¿con qué datos se entrenó el modelo que te vende? Un modelo generativo aprende de un corpus enorme, y de dónde salió ese corpus no siempre está claro ni es siempre limpio. Si una parte se construyó con material protegido usado sin permiso, ese origen no se queda en el laboratorio: viaja aguas abajo hasta lo que tú generas y publicas. No es teoría de despacho: hay litigios abiertos en varios países sobre exactamente esto, sin doctrina cerrada todavía. Que el asunto esté sin resolver no te protege; te deja expuesto a lo que decidan los tribunales mientras tú ya has publicado.
Lo razonable no es exigirle al proveedor la lista completa de su corpus —no te la va a dar—, sino exigir garantías por escrito: que declare que tiene derecho a usar lo que usó para entrenar, y que responda si esa declaración resulta falsa. Un proveedor serio te da esas garantías o al menos las negocia. Uno que se escuda en «el modelo es una caja negra, no podemos saberlo» te está diciendo, sin decirlo, que el riesgo lo asumes tú entero. Esa respuesta, por sí sola, ya es información: te dice con quién estás tratando.
¿Qué pasa si la IA copia algo protegido?
La tercera pregunta es la que más rápido se vuelve real. Un modelo generativo puede reproducir, a veces casi literalmente, contenido protegido que vio en su entrenamiento: un párrafo, una melodía, un fragmento de código con su licencia, un estilo tan reconocible que roza la copia. Tú lo publicas de buena fe, sin saberlo, y el problema es que el reclamante no va contra el modelo: va contra quien lo publicó, que eres tú. La buena fe no es una defensa cómoda cuando ya está el contenido fuera y la marca asociada.
Aquí es donde el contrato del proveedor se vuelve la línea que separa un susto de una sangría. Lo que decide quién paga el pato no es la tecnología: es si en el papel hay una cláusula de indemnización que te cubra ante reclamaciones de terceros por lo que generó su herramienta —y con qué límites, exclusiones y condiciones—. Muchos proveedores no la ofrecen; algunos la ofrecen recortada hasta hacerla casi decorativa. Leer esa cláusula despacio, antes de firmar, es de las cosas más rentables que puede hacer una empresa que va a usar IA generativa en serio.
Lo que conviene exigir por escrito (antes de firmar)
La conclusión no es «no uses IA generativa» —claro que la vas a usar, y bien usada renta—. La conclusión es «no la uses a ciegas sobre un contrato que esquiva estas preguntas». Sin sustituir el criterio de tu abogado, esta es la lista corta de lo que conviene tener negro sobre blanco antes de estampar la firma:
- Titularidad del output. Que el contrato diga, sin ambigüedad, que lo que genera tu equipo con la herramienta es tuyo, sin licencias ni derechos reservados escondidos a favor del proveedor. Si no lo dice claro, asume que no lo es.
- Indemnización por terceros. Una cláusula que te cubra si alguien reclama por infracción de propiedad intelectual sobre lo que generó la herramienta. Mira los límites, las exclusiones y qué tienes que cumplir tú para que aplique: una indemnización con la letra pequeña vaciada no cubre nada.
- Garantías sobre el entrenamiento. Que el proveedor declare por escrito que tenía derecho a usar los datos con los que entrenó, y que responda si esa declaración resulta falsa. No pidas el corpus; pide la garantía.
- Tus datos no entrenan su modelo (salvo que quieras). Que lo que tu equipo introduce en la herramienta no se use para reentrenar el modelo general sin tu permiso explícito. Esto es tanto propiedad intelectual como confidencialidad, y va de la mano del gobierno del dato: saber qué entra, qué sale y quién puede tocarlo.
- Revisión humana antes de publicar. No es una cláusula, es un proceso, y es tu mejor defensa práctica: tratar la salida de la IA como borrador y meter a una persona que la revisa, la mejora y la hace suya antes de que salga. Es el humano en el bucle aplicado a la propiedad intelectual: reduce el riesgo de copia y refuerza tu autoría.
Ninguno de estos puntos exige que seas jurista; exige que preguntes antes de firmar y que trates el «ya lo veremos» del comercial como lo que es: la señal de que ese riesgo te lo quieren dejar a ti. Un proveedor que responde a las tres preguntas con frases claras en el contrato es un proveedor con el que se puede trabajar. Uno que las esquiva ya te ha contestado la única pregunta que de verdad importaba.