Cuando un agente de IA pasa de ser una prueba interesante a formar parte real de tu operación —atendiendo clientes, gestionando pedidos, respondiendo consultas fuera de horario— deja de ser aceptable que "normalmente funcione bien". Empieza a necesitar garantías medibles. Ahí es donde entra un SLA en servicio de agentes de IA: el documento que convierte expectativas informales en compromisos concretos y exigibles.
Este artículo explica qué es un SLA, qué debería cubrir y cómo interpretarlo antes de firmar con un proveedor. No sustituye la revisión legal de un contrato concreto: los términos exactos de cualquier SLA deberían pasar por un abogado, especialmente si el agente de IA gestiona procesos críticos para tu negocio.
Qué es un SLA y por qué tu agente de IA necesita uno
SLA son las siglas de Service Level Agreement, o acuerdo de nivel de servicio. Es la parte del contrato que fija, con números concretos, qué rendimiento puedes esperar del servicio y qué pasa si el proveedor no lo cumple. No es exclusivo de la IA —lleva décadas usándose en software y telecomunicaciones— pero cobra una importancia especial aquí porque un agente de IA suele ejecutar tareas sin supervisión constante: si falla y nadie se entera a tiempo, el impacto se multiplica.
Sin un SLA, "el servicio funciona bien" queda a la interpretación de cada parte, normalmente hasta que ocurre el primer problema serio.
Las métricas que debería cubrir un buen SLA
Un SLA sólido para un servicio de agentes de IA va más allá de la disponibilidad genérica. Debería fijar, como mínimo:
- Disponibilidad (uptime). El porcentaje de tiempo en que el sistema está operativo, normalmente expresado en un número con varios decimales (99,5%, 99,9%) que determina cuántas horas de caída al año son "aceptables" según el contrato.
- Tiempo de respuesta ante incidencias. Cuánto tarda el proveedor en reaccionar cuando reportas un problema, diferenciando normalmente por gravedad (una caída total del servicio no debería tratarse igual que un fallo menor).
- Tiempo de resolución. No basta con que respondan rápido: el SLA debería fijar plazos orientativos para resolver el problema, no solo para confirmarlo.
- Precisión o tasa de error del agente. Algunos proveedores serios incluyen compromisos sobre la calidad de las respuestas del propio sistema, más allá de si está técnicamente disponible.
- Canales y horario de soporte. Si el soporte es 24/7, en horario laboral, o limitado a determinados canales.
SLA frente a garantía de resultados: qué puedes exigir realmente
Aquí conviene ser realista con lo que un SLA puede y no puede garantizarte. Un SLA cubre el rendimiento operativo del sistema —que esté disponible, que responda en un tiempo razonable, que se solucionen las incidencias— pero no suele (ni debería) garantizar un resultado de negocio concreto, como un número exacto de ventas o una satisfacción del cliente determinada. Cualquier proveedor que te prometa resultados de negocio como parte del SLA, en lugar de métricas de rendimiento del sistema, merece una pregunta más antes de firmar.
Esta distinción es importante también de cara a la responsabilidad legal: un SLA incumplido activa las penalizaciones pactadas contractualmente, pero no necesariamente traslada al proveedor toda la responsabilidad si el agente comete un error de cara a tu cliente, un tema que desarrollamos en responsabilidad legal de un agente de IA.
Qué pasa si el proveedor incumple el SLA
Un SLA sin consecuencias claras por incumplimiento es, en la práctica, papel mojado. Las fórmulas más habituales incluyen:
- Créditos de servicio. Un descuento proporcional en la siguiente factura si no se cumple el nivel comprometido, calculado normalmente según cuánto se ha incumplido.
- Derecho de resolución anticipada. Si los incumplimientos son reiterados, la posibilidad de rescindir el contrato sin las penalizaciones habituales por salida anticipada.
- Escalado de soporte prioritario. Un compromiso de atención reforzada durante un periodo tras un incumplimiento grave.
Lo importante es que estas consecuencias estén cuantificadas, no descritas en términos vagos como "el proveedor hará lo posible por compensar la incidencia".
Cómo se relaciona el SLA con el resto del contrato
El SLA no vive aislado: forma parte del conjunto de garantías que deberías revisar en cualquier contrato con un proveedor de IA, junto con la definición del servicio, el tratamiento de datos y la propiedad intelectual. Le dedicamos un repaso completo en qué cláusulas revisar en un contrato de servicios de IA, donde el SLA aparece como una pieza más de un conjunto que debe leerse en su totalidad, no cláusula a cláusula de forma aislada.
Por qué el SLA debería variar según el uso del agente
No todos los agentes de IA de una empresa necesitan el mismo nivel de exigencia. Un agente que atiende a clientes en tiempo real, gestiona pedidos o interviene en un proceso de venta debería tener un SLA exigente, con disponibilidad alta y tiempos de respuesta ante incidencias muy cortos: cada minuto de caída tiene un coste directo y visible. Un agente de uso interno, que por ejemplo apoya a un equipo en tareas de análisis o redacción sin cara al público, puede funcionar razonablemente con un SLA más flexible, porque una incidencia puntual no detiene la relación con un cliente.
El error habitual es aplicar el mismo nivel de exigencia —o la misma falta de exigencia— a todos los agentes de IA de la empresa por igual, sin distinguir según su criticidad real. Antes de negociar un SLA, conviene clasificar tus agentes de IA según su impacto directo en el cliente y en la facturación, y dedicar el esfuerzo de negociación donde de verdad importa.
Preguntas que hacer a tu proveedor antes de firmar
Antes de aceptar el SLA que te propongan por defecto, tiene sentido preguntar:
- ¿Qué porcentaje de disponibilidad han cumplido realmente en los últimos doce meses, no solo cuál prometen?
- ¿Existe un panel o informe donde pueda comprobar el cumplimiento del SLA de forma objetiva?
- ¿Qué pasa si la caída del servicio la provoca un tercero del que depende el proveedor (por ejemplo, el proveedor del modelo de IA subyacente)?
- ¿El SLA distingue entre gravedad de incidencias, o trata todos los fallos por igual?
Conclusión
Un SLA en un servicio de agentes de IA es lo que convierte una promesa comercial en un compromiso medible y exigible. Disponibilidad, tiempos de respuesta, resolución y consecuencias claras por incumplimiento son los elementos que deberían estar presentes antes de que tu negocio dependa de un agente de IA para procesos importantes.
En MG Solutions ofrecemos SLA claros y medibles en nuestros servicios de agentes de IA, sin letra pequeña. Si quieres revisar qué nivel de servicio necesita tu empresa, pide tu diagnóstico gratuito y sin compromiso.