Tu empresa tiene, probablemente, más de un sistema de IA en marcha, o los tendrá pronto: uno que atiende consultas de clientes en tiempo real, y otro que ayuda al equipo interno a redactar informes. Firmar el mismo compromiso de disponibilidad para ambos —o, peor, no fijar ninguno en absoluto— es uno de los descuidos más comunes al contratar servicios de IA. El SLA de disponibilidad es la herramienta contractual que existe precisamente para evitar ese error.
Este artículo se centra en el SLA de disponibilidad como cláusula contractual —qué debe fijar, cómo debería variar según el sistema, y qué pasa cuando no se cumple—, no en el concepto general de disponibilidad como métrica técnica.
Qué es el SLA de disponibilidad de un servicio de IA
El SLA de disponibilidad es la cláusula de un contrato que convierte una promesa de "el sistema estará operativo" en un compromiso exigible: fija el nivel mínimo de disponibilidad que el proveedor garantiza, y las consecuencias concretas si no lo cumple. No es solo el porcentaje —eso es la disponibilidad o uptime en sí—; es el paquete completo formado por el compromiso, cómo se mide, y qué ocurre si se incumple.
La analogía más cercana es la de una garantía de entrega de un pedido. Una tienda puede decir "normalmente entregamos en 24 horas", que es una expectativa informal, o puede ofrecer "entrega en 24 horas garantizada, o te devolvemos el importe del envío", que es un compromiso con consecuencias. El SLA de disponibilidad hace lo segundo con el funcionamiento del sistema de IA: no se limita a prometer un porcentaje de tiempo operativo, ata ese porcentaje a algo que ocurre de verdad si no se cumple.
Dentro de esta cláusula suele fijarse el porcentaje mínimo garantizado, el periodo sobre el que se mide (mensual es más habitual que anual, porque detecta problemas antes), qué queda excluido del cálculo —mantenimientos programados, fallos de terceros—, y la compensación si el proveedor no llega al mínimo pactado.
Por qué importa para la decisión de negocio
El motivo de negocio para prestar atención a esta cláusula, y no solo al porcentaje que aparece en la propuesta comercial, es que un porcentaje sin consecuencias asociadas no protege realmente tu operación. Si el contrato dice "99,9% de disponibilidad" pero no especifica qué ocurre si el proveedor se queda en 98%, esa cifra es una aspiración, no una garantía. La cláusula de consecuencias es la que convierte el número en algo que puedes exigir.
También importa porque no todos los sistemas de IA de tu empresa necesitan el mismo nivel de exigencia, y negociar un SLA de disponibilidad uniforme para todos suele significar pagar de más por el sistema menos crítico, o quedarte corto de protección en el más crítico. Un sistema que gestiona pedidos o atiende clientes en tiempo real justifica exigir un SLA de disponibilidad alto, con consecuencias significativas si se incumple; una herramienta interna de apoyo puede funcionar razonablemente con un compromiso más modesto y más barato.
Por último, el SLA de disponibilidad influye directamente en cómo negocias el precio. Un proveedor que ofrece más disponibilidad garantizada normalmente cobra más por ello, porque mantener ese nivel exige más infraestructura y más atención de su parte. Entender esto te permite decidir con criterio dónde merece la pena pagar ese sobrecoste y dónde no.
Cómo aplicarlo de forma práctica en una pyme
Negociar un SLA de disponibilidad con criterio, sin necesitar conocimientos técnicos previos, pasa por unos pocos pasos concretos:
- Clasifica tus sistemas de IA según su criticidad real antes de sentarte a negociar. Distingue entre lo que da la cara ante un cliente y lo que apoya al equipo internamente, y dedica el esfuerzo de negociación donde el impacto de una caída es mayor.
- Exige que la cláusula incluya una consecuencia concreta, no solo un porcentaje. Un crédito de servicio proporcional al incumplimiento, un descuento en la siguiente factura o un derecho de salida son las fórmulas más habituales; pide que la consecuencia esté cuantificada, no descrita en términos vagos.
- Pregunta qué queda fuera del cálculo. Mantenimientos programados y fallos de terceros de los que depende el proveedor son las exclusiones más comunes, y determinan cuánta protección real tienes detrás del número prometido.
- Pide un periodo de medición corto, mensual mejor que anual. Un incumplimiento diluido en un año entero es mucho más difícil de detectar y reclamar a tiempo que uno medido cada mes.
- Solicita datos históricos reales de cumplimiento, no solo el compromiso para el futuro. Lo que un proveedor ha cumplido en los últimos meses con otros clientes dice más que cualquier cifra en una propuesta nueva.
Esta clasificación de sistemas por criticidad debería resolverse en la misma fase en la que se define el proyecto, y conviene revisar si el SLA de disponibilidad se está cumpliendo de verdad al hacer balance en los primeros 90 días de tu proyecto de IA, comparando lo firmado con lo realmente experimentado.
Qué NO es el SLA de disponibilidad de un servicio de IA
El SLA de disponibilidad no es lo mismo que el porcentaje de uptime en sí. El porcentaje es solo un dato; el SLA es el compromiso contractual completo, con sus condiciones y sus consecuencias, que convierte ese dato en algo exigible. Un proveedor puede tener un buen historial de disponibilidad y aun así no ofrecerte un SLA sólido, si el contrato no ata ese historial a ningún compromiso concreto para el futuro.
Tampoco es una garantía de que el sistema funcione bien: mide si está accesible, no la calidad de lo que responde mientras lo está. Un sistema puede cumplir su SLA de disponibilidad al pie de la letra y seguir dando respuestas de mala calidad, porque son dos cuestiones distintas dentro del mismo contrato.
Otro error habitual es pensar que un SLA de disponibilidad exigente elimina la necesidad de tener un plan propio para cuando, aun así, el sistema falle. Ninguna disponibilidad prometida es del cien por cien, y tu empresa debería tener claro, de antemano y al margen del contrato, quién decide y qué se hace mientras el sistema no está disponible.
Por último, esta cláusula no debería negociarse de forma aislada, como si fuera un trámite técnico menor. Es una de las decisiones estructurales que debería tomar quien lidera el proyecto de IA en tu empresa, junto con el presupuesto, el alcance y el calendario; lo tratamos con más detalle en quién debe liderar la implementación de IA en tu empresa.
Conclusión
El SLA de disponibilidad de un servicio de IA es la cláusula que convierte una promesa de funcionamiento en un compromiso exigible, con consecuencias reales si no se cumple. Clasificar tus sistemas por criticidad, exigir consecuencias cuantificadas y revisar qué queda excluido del cálculo te permite negociar con criterio en lugar de fiarte de un porcentaje suelto en una propuesta comercial.
Si quieres revisar qué nivel de SLA de disponibilidad necesita de verdad cada sistema de tu empresa, pide un diagnóstico gratuito y lo valoramos juntos.