Ya explicamos en responsabilidad legal de un agente de IA que, frente a un cliente, la responsabilidad recae casi siempre en la empresa que despliega el agente, no en el proveedor que construyó la tecnología. Eso es cierto y es el punto de partida correcto. Pero deja sin responder una pregunta distinta, la que de verdad importa cuando dos empresas se sientan a firmar un contrato: dentro de esa responsabilidad frente al cliente, ¿qué parte puede tu empresa trasladar contractualmente al proveedor cuando el fallo viene de su lado? Este artículo propone una forma de repartir esa responsabilidad por capas, similar a como se reparte en la nube entre un proveedor de infraestructura y quien la usa, y qué conviene dejar por escrito para que ese reparto no se quede solo en una intención.
Este artículo tiene fines divulgativos y no sustituye asesoría legal. El reparto de responsabilidad entre tu empresa y tu proveedor de IA debe formalizarse en un contrato revisado por un abogado, adaptado a tu caso concreto.
Por qué pensar en capas ayuda más que pensar en un único "responsable"
El error habitual al hablar de responsabilidad con un agente de IA es buscar una única respuesta: "¿quién responde, la empresa o el proveedor?". La pregunta, planteada así, no tiene una respuesta útil, porque un agente de IA no es una sola cosa: es un modelo entrenado por un proveedor, una configuración e instrucciones definidas por tu empresa, unos datos que aporta tu empresa, y una infraestructura que puede depender de un tercero distinto todavía. Cada una de esas capas puede fallar por causas distintas, y cada fallo apunta, en principio, a una parte distinta. Repartir la responsabilidad por capas, en lugar de buscar un único culpable, es lo que permite negociar un contrato realista en vez de una cláusula genérica que no sirve cuando de verdad hay que aplicarla a un caso concreto.
Capa 1: el modelo y la tecnología subyacente
Esta capa es responsabilidad del proveedor casi siempre. Si el fallo se debe a un error del propio modelo, una caída del servicio, un bug documentado o un comportamiento que contradice lo que el proveedor prometió por contrato, la responsabilidad de ese fallo técnico específico debería recaer sobre él, dentro de los límites de responsabilidad que el propio contrato establezca. Aquí es donde entran en juego las garantías de disponibilidad y rendimiento que tratamos en qué es un SLA en un servicio de agentes de IA: sin un SLA claro, discutir de quién fue la culpa de una caída del sistema se convierte en una discusión sin criterio objetivo al que agarrarse.
Capa 2: la configuración e instrucciones del agente
Esta capa es, en la gran mayoría de los casos, responsabilidad de tu empresa. Si el agente se comporta de forma indebida porque se le dieron instrucciones ambiguas, se configuró con un alcance de actuación excesivo o se le permitió operar sin la supervisión humana que el caso exigía, ese fallo nace de una decisión tomada dentro de tu empresa, no de un defecto del proveedor. Es importante distinguir aquí entre un proveedor que ofrece una plantilla genérica de configuración y una empresa que la personaliza y la aprueba: una vez aprobada, la responsabilidad de esa configuración pasa a ser tuya, salvo que el proveedor la haya recomendado activamente sabiendo que era inadecuada para tu caso.
Capa 3: los datos que alimentan al agente
Esta capa casi siempre corresponde a tu empresa, con un matiz importante. Si el agente da una respuesta incorrecta porque los datos que le proporcionaste estaban desactualizados, eran incompletos o contenían errores previos que nadie corrigió, la causa del fallo está en el dato de origen, no en el modelo que lo procesó. La excepción aparece cuando es el propio proveedor quien gestiona la calidad o la actualización de esos datos como parte del servicio contratado: en ese caso, esta capa se traslada, total o parcialmente, a su responsabilidad, y así debería quedar explícito en el contrato.
Capa 4: la decisión final sobre la acción del agente
Esta capa es siempre responsabilidad de tu empresa, sin excepción razonable. Con independencia de qué haya fallado en las capas anteriores, la decisión de haber desplegado ese agente, con ese nivel de autonomía, para esa tarea concreta, fue tuya. Un proveedor no obliga a ninguna empresa a dar autonomía completa a un agente en una tarea de alto riesgo; esa es una decisión de diseño que toma quien contrata el servicio, y por eso el nivel de supervisión humana que decidiste mantener —o no mantener— pesa tanto en cualquier valoración posterior de responsabilidad.
Cómo llevar este reparto por capas al contrato
Un reparto de responsabilidad por capas solo sirve si queda reflejado con claridad en el contrato, no como un entendimiento verbal. Esto significa, en la práctica, pedir a tu proveedor que el contrato distinga expresamente qué se considera fallo imputable a la tecnología (capa 1) frente a un uso o configuración inadecuados por tu parte (capas 2 y 3), y qué remedio o compensación aplica en cada caso: crédito de servicio, corrección prioritaria, o algún tipo de indemnización según lo pactado. Este es exactamente uno de los puntos que conviene revisar antes de firmar, y lo desarrollamos con más detalle en qué cláusulas revisar en un contrato de servicios de IA.
Conviene además dejar constancia por escrito de las recomendaciones del proveedor sobre supervisión humana y límites de autonomía para cada tarea. Si el proveedor recomendó explícitamente mantener aprobación humana en una acción concreta y tu empresa decidió prescindir de ella, ese matiz es determinante a la hora de repartir cualquier responsabilidad futura, y solo protege a quien lo tiene documentado, no a quien simplemente lo recuerda de una conversación.
Un modelo de reparto no es una forma de diluir tu propia responsabilidad
Vale la pena cerrar con una precisión importante: repartir la responsabilidad por capas con tu proveedor no significa que tu empresa reduzca su responsabilidad general frente al cliente final. Frente al cliente, sigue siendo tu empresa quien responde, como ya explicamos en el artículo sobre responsabilidad legal de un agente de IA. Lo que este reparto por capas resuelve es una cuestión distinta y también importante: qué margen tiene tu empresa para repercutir sobre el proveedor la parte del coste de un fallo que, de verdad, se originó en su tecnología y no en tus propias decisiones.
Conclusión
Repartir la responsabilidad legal entre tu empresa y tu proveedor de IA funciona mejor como un ejercicio de capas que como la búsqueda de un único responsable: el modelo y la infraestructura corresponden casi siempre al proveedor, la configuración y los datos corresponden casi siempre a tu empresa, y la decisión final de autonomía es siempre tuya. Ese reparto solo protege de verdad cuando queda reflejado con precisión en el contrato, no cuando se da por sobreentendido.
En MG Solutions ayudamos a nuestros clientes a entender y negociar este reparto antes de firmar con cualquier proveedor de IA. Si quieres revisar cómo queda repartida la responsabilidad en tu contrato actual, reserva una primera reunión.