La indemnidad es esa cláusula que todo el mundo aprueba con la cabeza en la reunión de arranque y que luego bloquea la negociación durante semanas en el marcado de cambios (redlining). Va justo al lado de la limitación de responsabilidad, comparte vocabulario con ella y se confunden constantemente, incluso entre quienes negocian contratos a diario. Esa confusión sale cara. Esto es lo que cubre de verdad una cláusula de indemnidad, en qué se diferencian las estructuras mutuas de las unilaterales y qué aspecto tiene una indemnidad de propiedad intelectual razonable en un contrato SaaS.
¿En qué se diferencian la indemnidad y la limitación de responsabilidad?
Ambas cláusulas aparecen casi al final de un contrato marco (MSA), ambas hablan de «responsabilidad» y «daños», y ambas se negocian en la misma ronda de cambios. Hacen cosas distintas. La indemnidad es el compromiso de asumir una categoría concreta de pérdida que nace de la reclamación de un tercero: si el uso del software de un proveedor acaba con el cliente demandado por infracción de patente, la cláusula de indemnidad decide quién paga la defensa y la condena o el acuerdo que se derive. La limitación de responsabilidad es un techo sobre el total que el proveedor llegará a pagar por cualquier concepto, fijado normalmente en doce meses de cuotas y con exclusión de los daños indirectos y consecuenciales.
Las dos interactúan de una forma que determina quién queda realmente indemne. Un proveedor puede ofrecer una redacción generosa de la indemnidad y vaciarla después sin hacer ruido, haciendo que el límite de responsabilidad se aplique también a las obligaciones de indemnidad: «te defendemos y te cubrimos» pasa a ser «te defendemos y te cubrimos hasta el importe que nos pagaste el año pasado». En un contrato anual de 80.000 €, una reclamación de un tercero por propiedad intelectual que genere 600.000 € entre costes de defensa y acuerdo transaccional deja al cliente expuesto a 520.000 € si el límite se traga la indemnidad. La solución pasa por excluir la indemnidad del límite general de responsabilidad, sobre todo la infracción de propiedad intelectual, la violación de confidencialidad y la culpa grave, o por negociar un límite específico más alto (habitualmente de dos a tres veces la cuota anual) que se sitúe por encima del general.
¿Qué cubre realmente una cláusula de indemnidad?
La mayoría de los contratos con proveedores agrupan varias obligaciones bajo un mismo epígrafe, aunque cubran riesgos muy distintos:
- Infracción de propiedad intelectual — el proveedor defiende al cliente frente a las reclamaciones que sostengan que su producto infringe una patente, un derecho de autor, una marca o un secreto empresarial, y asume los daños que se deriven. Es la que más preocupa a los clientes, porque no tienen ninguna visibilidad sobre si el código, el modelo o el conjunto de datos del proveedor infringen algo.
- Violación de la confidencialidad o de la protección de datos — reclamaciones derivadas de que el proveedor no proteja la información confidencial o los datos personales como exige el contrato. Suele ir ligada al contrato de encargo del tratamiento (DPA) y al SLA (acuerdo de nivel de servicio) de notificación de brechas.
- Culpa grave o dolo — una obligación más estrecha, que sobrevive incluso a los límites de responsabilidad más agresivos.
- Indemnidad del cliente hacia el proveedor — la obligación en espejo: el cliente mantiene indemne al proveedor por un uso indebido, por incumplir la política de uso aceptable o porque sus propios contenidos infrinjan derechos de terceros. Es habitual y razonable; el desequilibrio no está en que exista, sino en su alcance.
¿Indemnidad mutua o unilateral?
Aquí es donde está casi toda la capacidad real de negociación. En una estructura unilateral solo el cliente mantiene indemne al proveedor, por uso indebido, por sus propios datos o por incumplir la política de uso aceptable, mientras que la indemnidad del proveedor por propiedad intelectual es estrecha, tiene un límite bajo o está llena de excepciones: «salvo cuando la infracción resulte de combinar el producto con otro software», «salvo por los componentes de código abierto», «salvo cuando el cliente haya modificado el producto». Leído al pie de la letra, eso traslada casi todo el riesgo de litigio con terceros al cliente, por un producto que ni ha construido ni puede inspeccionar.
En una estructura mutua, cada parte mantiene indemne a la otra frente a las reclamaciones que nacen de aquello que controla: el proveedor cubre la infracción de propiedad intelectual de su producto y sus propios fallos de confidencialidad y seguridad; el cliente cubre el uso indebido y las reclamaciones derivadas de sus datos. Mutua no significa obligaciones idénticas, sino que cada parte asume su propio riesgo, que es exactamente para lo que sirve la cláusula.
Redacción del proveedor: «El Cliente mantendrá indemne y defenderá al Proveedor frente a cualquier reclamación derivada del uso de los Servicios por parte del Cliente», sin ninguna obligación recíproca en ningún punto. Contrapropuesta del cliente: «Cada parte mantendrá indemne a la otra frente a cualquier reclamación de un tercero derivada de (a) el incumplimiento de este Contrato por la parte que indemniza, (b) su dolo o culpa grave y (c), únicamente respecto del Proveedor, cualquier reclamación que sostenga que los Servicios infringen derechos de propiedad intelectual de un tercero». La letra (c) es la forma habitual de dejar el riesgo de propiedad intelectual del lado del proveedor, porque el cliente no escribe el código, y de mantener recíproco todo lo demás.
Qué revisar en la indemnidad de propiedad intelectual de un proveedor SaaS
El SaaS y los productos con IA añaden matices que el software instalado nunca tuvo que resolver:
- Datos de entrenamiento y propiedad intelectual del modelo. Si el producto incorpora un componente de IA, pregunta si la indemnidad alcanza a las reclamaciones que sostengan que los datos de entrenamiento o las salidas del modelo infringen derechos de terceros, y no solo al código de la aplicación. Muchas plantillas de proveedor son anteriores a este debate y sencillamente no lo cubren.
- Excepciones por código abierto. Razonables en principio, pero deben acotarse a los componentes que el proveedor no haya modificado de forma sustancial: una exclusión abierta de «cualquier componente de código abierto» puede tragarse una parte considerable del producto.
- Obligación de subsanar. Una cláusula bien redactada no se queda en los daños. Compromete al proveedor a, a su elección: obtener el derecho a seguir usando el componente infractor, sustituirlo por un equivalente que no infrinja o devolver las cuotas del periodo afectado. Sin esto, una orden judicial de cese deja al cliente con un producto inutilizable y un cheque que no resuelve el problema operativo.
- Notificación y consentimiento. El proveedor suele dirigir la defensa, lo cual es razonable porque la paga, pero debe estar obligado a notificar sin demora y a recabar el consentimiento del cliente antes de cualquier acuerdo que reconozca culpa o vincule al cliente.
Checklist de negociación
- ¿La indemnidad por propiedad intelectual es una obligación vinculante o se queda en «esfuerzos comercialmente razonables»?
- ¿Es mutua la indemnidad por uso indebido, incumplimiento y culpa grave, con la de propiedad intelectual del lado del proveedor?
- ¿Está la indemnidad excluida del límite general de responsabilidad o sujeta a un límite específico más alto?
- ¿Incluye la indemnidad por propiedad intelectual una obligación de subsanar y no solo el pago de una indemnización?
- ¿Las excepciones por código abierto están acotadas o son exclusiones en bloque?
- ¿En productos con IA, la cobertura llega a las salidas del modelo y a la trazabilidad de los datos de entrenamiento?
- ¿Conserva el cliente el derecho a ser notificado y a consentir los acuerdos transaccionales?
Hacer esto a mano en una RFP (solicitud de propuesta) con cinco proveedores significa leer las cláusulas de indemnidad y de responsabilidad en cinco estilos de redacción distintos y retener las diferencias en la cabeza. La detección de señales de alerta de POCsheet marca automáticamente las indemnidades unilaterales y las excepciones de propiedad intelectual demasiado amplias, y el playbook de negociación genera la contrarredacción (obligaciones mutuas, obligación de subsanar, exclusión del límite de responsabilidad) como punto de partida en lugar de una página en blanco. Si estás comparando borradores de contrato marco de varios proveedores, nuestra guía para marcar cambios en un contrato marco con IA explica cómo convertir estos hallazgos en una contrapropuesta real, y el artículo sobre las 12 cláusulas que revisar antes de firmar sitúa la indemnidad en su contexto, junto al límite de responsabilidad.
Hay dos fuerzas que están poniendo el foco sobre esta cláusula en 2026: los productos con IA han enturbiado la trazabilidad de lo que compras, y la presión regulatoria del Reglamento DORA (Reglamento (UE) 2022/2554) y de la Directiva NIS2, aún pendiente de transposición en España, empuja a los equipos jurídicos a documentar el riesgo de proveedores con mucho más rigor. Nuestro checklist de DORA y NIS2 para compras explica cómo se traduce eso en el contrato. Ninguna de las dos tendencias convierte la indemnidad en algo opcional; las dos encarecen equivocarse. Para un repaso general de cómo el derecho contractual estadounidense separa el deber de defensa del deber de indemnidad, el análisis de la American Bar Association es una buena referencia externa para tu equipo jurídico.