Los seis bloques de cláusulas de un contrato de IA: transparencia de modelos, datos, propiedad de outputs, responsabilidad, auditoría y salida
Volver al blog

5 min de lectura

Qué pedir en el contrato cuando contratas IA para tu empresa

Por Karen Borrero· Fundadora y tech lead
Compartir

Vamos a hacer algo poco habitual: somos un proveedor de IA diciéndote qué deberías exigirle a un proveedor de IA. En Helix construimos chatbots y automatizaciones con IA para negocios, así que cada cláusula de esta lista es una que un cliente informado nos podría poner delante. Te la damos igual, porque un contrato bien hecho protege a las dos partes, y porque los sustos que hemos visto casi nunca vienen de la tecnología: vienen de lo que el contrato no decía.

Antes de las cláusulas: entiende qué papel juegas

El Reglamento europeo de IA reparte las obligaciones entre el proveedor (quien desarrolla el sistema) y el desplegador (quien lo usa en su negocio: tú). Como desplegadora, tu pyme tiene deberes acotados: usar el sistema conforme a las instrucciones, informar a los usuarios de que hablan con una IA, supervisarlo. Las obligaciones pesadas son del proveedor. Hasta aquí, bien.

El peligro está en el artículo 25, que casi nadie cuenta: te conviertes EN proveedor, con todas sus obligaciones, si pones tu marca en un sistema de IA de alto riesgo ya comercializado, si lo modificas sustancialmente o si le cambias la finalidad hasta convertirlo en alto riesgo. Traducción a la vida real: rebrandear el chatbot de un tercero como "asistente inteligente de [tu empresa]" puede parecer marketing inocente y ser, jurídicamente, asumir el papel del fabricante. Si tu proveedor te ofrece "marca blanca", esta conversación va antes de firmar, no después.

Esquema del artículo 25: si usas el sistema de IA tal cual eres desplegador con obligaciones acotadas, pero si le pones tu marca o lo modificas te conviertes en proveedor con todas las obligaciones

Los seis bloques que el contrato tiene que cubrir

Checklist de los seis bloques que debe cubrir un contrato de IA: transparencia del modelo, datos y RGPD, propiedad de outputs, responsabilidad, auditoría y salida

1. Transparencia sobre el modelo. Qué modelo o modelos hay debajo, qué versión, y aviso previo cuando cambien algo material, con ventana para probar antes de que el cambio llegue a tus clientes. Un proveedor que cambia de modelo sin avisar puede cambiarte el comportamiento del sistema de un día para otro, y tú te enteras por las quejas.

2. Datos y RGPD. Un DPA conforme al artículo 28 del RGPD con roles claros, lista de subencargados con derecho de oposición, y mecanismo válido para transferencias fuera del EEE. Y la cláusula que más veces falta: prohibición por defecto de entrenar con tus datos, prompts y resultados, con opt-in expreso si algún día quieres cederlos. Si el proveedor usa modelos americanos por debajo (lo normal), el detalle de cómo viajan tus datos merece su propio artículo: qué implica usar proveedores de IA de fuera de la UE.

3. Propiedad de los outputs. De quién son los textos, las imágenes, las clasificaciones y las decisiones que genera el sistema. Y si el proveedor ajusta un modelo con tus datos, de quién es ese modelo ajustado. La mayoría de contratos SaaS no lo dicen, y lo que el contrato calla lo decide después quien tiene más abogados.

4. Responsabilidad e indemnización. Indemnidad si el proveedor infringe propiedad intelectual de terceros, y responsabilidad por fallos de seguridad imputables a su sistema. Con un matiz que debes tener claro y que explicamos a fondo en quién responde si la IA se equivoca: frente a tu cliente final respondes tú, siempre. El contrato no te escuda; decide quién paga la factura internamente.

5. Auditabilidad. Acceso a registros de las interacciones, informes de seguridad o derecho de auditoría razonable. El día que un cliente reclame por algo que "dijo el bot", esos logs son tu única prueba.

6. Salida. Exportación de tus datos, configuraciones e histórico en formatos abiertos, con plazo concreto (treinta días es razonable) y borrado certificable de lo tuyo. La reversibilidad se negocia cuando entras, porque cuando quieres salir ya no negocias: suplicas.

No partas de cero: la UE ya redactó la plantilla

Esto vale dinero y poca gente lo sabe: la Comisión Europea publicó en marzo de 2025 sus cláusulas contractuales tipo para la adquisición de IA (MCC-AI), con una versión completa para sistemas de alto riesgo y una ligera para el resto. Nacieron para administraciones públicas y son voluntarias, pero nada impide a una empresa privada usarlas como base. Nuestra recomendación práctica: llévale la versión ligera a tu asesoría jurídica como punto de partida y adapta desde ahí. Redactar de cero cuesta horas de abogado; adaptar una plantilla de la Comisión, muchas menos.

El criterio

Un contrato de software normal regula un producto que se queda quieto. Un contrato de IA regula un producto que cambia con cada versión del modelo, aprende de datos y produce resultados nuevos cada día: por eso los seis bloques de arriba no son paranoia, son el mínimo. Si un proveedor se incomoda cuando se los pides, ya te ha dado la información más valiosa de la negociación.

Una nota necesaria: esto es divulgación técnica escrita desde la experiencia de construir y contratar estos sistemas, no asesoramiento jurídico. Lleva la lista a tu abogado, no la firmes sola. Y si el proyecto que estás contratando es un desarrollo a medida, complétala con las 12 preguntas de nuestra checklist para contratar desarrollo: juntas cubren el contrato por los dos flancos.

Consigue el recurso completo

Descarga la guía que acompaña a este artículo.

Conseguir el recurso

Audita tu web gratis en 30 segundos

Descubre qué le está costando clientes a tu web ahora mismo, sin registro.

Compartir