SLA: qué es, por qué importa y qué deberías exigir a tu proveedor de soporte IT

Aquí tienes todo completo:

SLA: qué es, por qué importa y qué deberías exigir a tu proveedor de soporte IT

Cuando algo falla en tu infraestructura tecnológica, el tiempo que tardas en recuperarte no es cuestión de suerte. Es cuestión de lo que hayas firmado antes de que ocurriera el problema.

El SLA es el documento que define ese tiempo. Y sin embargo, la mayoría de empresas lo firman sin leerlo con atención, o lo aceptan tal como lo propone el proveedor sin negociar nada. Este artículo explica qué es exactamente un SLA, por qué puede marcar la diferencia entre una incidencia menor y un día de producción perdido, y qué cláusulas deberías exigir si aún no las tienes.

Qué es un SLA

SLA son las siglas de Service Level Agreement, o Acuerdo de Nivel de Servicio en castellano. Es un contrato — o una parte del contrato — entre tu empresa y tu proveedor de servicios IT que establece de forma explícita qué nivel de servicio puedes esperar y qué ocurre cuando ese nivel no se cumple.

En términos prácticos, un SLA responde a preguntas como:

• Si el servidor cae a las 3 de la tarde de un martes, ¿en cuánto tiempo alguien empieza a trabajar en ello?
• Si un empleado no puede acceder a su correo, ¿cuánto tiempo puede pasar hasta que se resuelve?
• Si hay una pérdida de datos, ¿qué garantía existe de recuperación?
• ¿Qué pasa si el proveedor no cumple lo que prometió?

Sin un SLA claro, la respuesta a todas esas preguntas es: depende. Y "depende" no es una respuesta aceptable cuando tu negocio está parado.

Por qué el SLA importa más de lo que parece

El coste de una incidencia IT no resolta rápido se mide en capas. La más obvia es la productividad perdida: empleados que no pueden trabajar, procesos que se detienen, clientes que no reciben respuesta. Pero hay más.

Hay sectores donde una interrupción del servicio activa penalizaciones contractuales con clientes. Hay negocios donde la pérdida de acceso a datos durante horas tiene implicaciones legales. Y hay empresas donde la reputación ante el cliente depende directamente de la disponibilidad de sus sistemas.

En todos esos casos, el SLA que tienes firmado — o que no tienes — determina cuánto control real tienes sobre la situación.

Un proveedor sin SLA definido no tiene ninguna obligación de velocidad de respuesta. Atenderá tu incidencia cuando pueda, en el orden que considere, con los recursos que tenga disponibles. Puede que sea rápido. Puede que no. Tú no tienes ningún mecanismo para exigir nada.

Los indicadores clave de un SLA que debes conocer

Antes de revisar o negociar un SLA, conviene saber qué miden los indicadores más habituales.

Tiempo de respuesta (Response Time). Es el tiempo que tarda el proveedor en acusar recibo de una incidencia y asignarla a alguien. No es el tiempo de resolución — es solo la confirmación de que alguien ha visto el problema. Un SLA puede comprometerse a responder en 15 minutos pero tardar 4 horas en resolver.

Tiempo de resolución (Resolution Time). Es el tiempo hasta que el problema está resuelto y el servicio restaurado. Este es el indicador que más impacta en tu negocio.

Disponibilidad (Uptime). Suele expresarse en porcentaje anual. Un 99% de disponibilidad parece alto, pero implica hasta 87 horas de caída al año. Un 99,9% baja a 8,7 horas. Un 99,99% a menos de una hora. El matiz importa.

RTO y RPO. Dos siglas que aparecen en SLAs de servicios críticos. RTO (Recovery Time Objective) es el tiempo máximo para restaurar el servicio tras un fallo. RPO (Recovery Point Objective) es la antigüedad máxima de los datos que se pueden perder en un desastre — dicho de otro modo, con qué frecuencia se hacen backups efectivos.

Horario de cobertura. No todos los SLAs cubren las 24 horas. Algunos son solo en horario laboral. Si tu negocio opera fuera de ese horario o tiene presencia internacional, este punto es crítico.

Qué deberías exigir en tu SLA de soporte IT

Aquí está la parte que más empresas descuidan: negociar el contenido del SLA en lugar de aceptar el estándar que propone el proveedor.

Clasificación de incidencias por severidad. No todas las incidencias son iguales. Un servidor caído no es lo mismo que un problema de impresora. Un buen SLA define categorías de severidad (crítica, alta, media, baja) y asigna tiempos de respuesta y resolución distintos a cada una. Exige que quede claro qué entra en cada categoría.

Tiempos de resolución, no solo de respuesta. Muchos SLAs garantizan únicamente el tiempo de respuesta — el momento en que alguien confirma que ha recibido el aviso. Lo que realmente importa es cuánto tarda en resolverse. Asegúrate de que ambos tiempos estén definidos.

Penalizaciones por incumplimiento. Un SLA sin consecuencias es una promesa sin garantía. Las penalizaciones más comunes son descuentos en la factura mensual proporcionales al tiempo de incumplimiento. Si tu proveedor no acepta ningún tipo de penalización, es una señal relevante sobre la confianza que tiene en su propio servicio.

Canal y método de reporte de incidencias. ¿Se abre un ticket por email? ¿Hay un teléfono de urgencias? ¿Existe un portal? El SLA debe especificar cómo se activa el proceso y qué ocurre si el canal principal no está disponible.

Escalado automático. Si una incidencia no se resuelve en el tiempo comprometido, ¿qué pasa? Debe existir un protocolo de escalado definido: quién es el siguiente responsable, en qué tiempo se activa y cómo se te comunica.

Informes periódicos de cumplimiento. Un buen proveedor no espera a que le preguntes cómo lo está haciendo. El SLA debería incluir la entrega periódica de informes que muestren el cumplimiento de los indicadores comprometidos: cuántas incidencias hubo, de qué tipo, en cuánto tiempo se resolvieron y si se cumplieron los tiempos acordados.

Exclusiones claramente definidas. Todo SLA tiene exclusiones — situaciones en las que el proveedor no está obligado a cumplir los tiempos (mantenimientos programados, causas de fuerza mayor, fallos causados por terceros). Estas exclusiones deben estar escritas con precisión. Las exclusiones vagas o excesivamente amplias son una vía de escape que puede vaciar de contenido cualquier compromiso.

El error más común: confundir disponibilidad con servicio

Muchas empresas tienen contratado un servicio de soporte IT y creen que están cubiertas. Pero existe una diferencia importante entre tener un proveedor disponible y tener un nivel de servicio garantizado.

Un proveedor puede estar disponible para atenderte y aun así tardar horas en responder porque no tiene capacidad, porque tu incidencia no es prioritaria o porque sus procesos internos no están optimizados. Sin un SLA firmado que establezca tiempos concretos, no tienes ningún argumento para exigir más velocidad.

El SLA convierte una promesa comercial en un compromiso contractual. Esa diferencia es la que importa cuando algo va mal.

Cómo revisar el SLA que tienes ahora mismo

Si ya tienes un contrato de soporte IT en vigor, vale la pena revisarlo con estos puntos en mente:

Busca los tiempos de respuesta y resolución por tipo de incidencia. Si no están, no tienes SLA real — tienes una cláusula genérica. Revisa las exclusiones y comprueba si son razonables o si prácticamente anulan los compromisos. Comprueba si existe algún mecanismo de penalización o compensación por incumplimiento. Y verifica si el horario de cobertura se corresponde con las necesidades reales de tu empresa.

Si después de esa revisión tienes más dudas que certezas, es el momento de hablar con tu proveedor — o de buscar uno que te ofrezca más claridad.

Conclusión

El SLA no es burocracia. Es la diferencia entre tener control sobre tu infraestructura tecnológica y depender de la buena voluntad de quien te da soporte.

Exigir un SLA bien definido no es desconfiar del proveedor — es hacer bien tu trabajo como empresa. Los buenos proveedores lo entienden así y no tienen problema en comprometerse por escrito con tiempos concretos y consecuencias claras si no los cumplen.

En Aliarix ofrecemos soporte IT con SLA definido, tiempos de respuesta garantizados por severidad y reporting mensual de cumplimiento. Si quieres saber exactamente qué nivel de servicio puedes esperar antes de firmar nada, cuéntanos tu situación.