IT Experts de México
Centro de Operaciones Consultoría y Soporte Hardware y Licenciamiento Cloud Operations Ciberseguridad Herramientas Blog Contáctanos
Consultoría

SLA que sí significan algo: cómo leer los tiempos sin dejarte engañar

14/07/2026 3 min de lectura Rubén Espinoza

"Le garantizamos un 99.9% de disponibilidad" suena impresionante en una propuesta, y muchas veces no significa casi nada. El SLA (acuerdo de nivel de servicio) es el corazón contractual de tu relación con un proveedor de TI, y también el lugar donde más se esconde la bola. Aprender a leer un SLA —a distinguir el que te protege del que solo suena bien— es una de las habilidades de comprador que más dinero y dolores de cabeza ahorra.

Respuesta vs. resolución: el truco número uno

Si te llevas una sola idea, que sea esta. Un SLA serio distingue dos tiempos muy distintos, y los MSP menos serios los confunden a propósito. El tiempo de respuesta es cuánto tardan en contestarte tras reportar un problema. El tiempo de resolución es cuánto tardan en arreglarlo. Un proveedor puede presumir "respuesta en 15 minutos" y dejarte tres días sin sistema, cumpliendo su SLA al pie de la letra —porque prometió responder rápido, no resolver rápido—. Cuando leas un SLA, tu primera pregunta es siempre: "¿este número es de respuesta o de resolución?". Si solo garantizan respuesta, no te garantizaron nada que te importe.

Diagrama de la diferencia entre tiempo de respuesta y tiempo de resolucion en un SLA

Respuesta (te contestan) vs. resolución (lo arreglan): un proveedor puede responder en minutos y dejarte días sin sistema, cumpliendo el SLA.

Prioridades: no todos los problemas son iguales

Un buen SLA clasifica los incidentes por severidad, y asigna tiempos distintos a cada nivel: un P1 (crítico —todo el sistema caído, la operación detenida—) exige tiempos agresivos; un P4 (menor —una impresora, una duda—) puede esperar. Desconfía del SLA que da un solo número para todo: o es demasiado laxo para lo crítico, o financieramente imposible para lo trivial. Y revisa quién decide la severidad —si es solo el proveedor, tenderá a bajar la prioridad de todo para cumplir sus tiempos—.

Los detalles donde vive la letra chica

  • Horario de cobertura: ¿8x5 (horario de oficina) o 24x7? Un SLA excelente en horario de oficina no sirve si tu operación es nocturna o de fin de semana.
  • Penalizaciones: ¿qué pasa si incumplen? Un SLA sin consecuencias no es un acuerdo, es una aspiración. Si no hay crédito, descuento o cláusula de salida, el número es decorativo.
  • Exclusiones: qué no cubre. Los "actos de fuerza mayor", los problemas de terceros, lo que quede fuera de alcance. Lo que está excluido importa tanto como lo prometido.

Preguntas para el proveedor

  • "Este tiempo, ¿es de respuesta o de resolución? Muéstrenme dónde está la resolución."
  • "¿Cómo clasifican la severidad, y puedo yo elevar un P3 a P1 si mi negocio lo exige?"
  • "Si incumplen el SLA, ¿qué me deben, concretamente?"
  • "Enséñenme su reporte de cumplimiento de SLA del último trimestre."

La idea que se queda

Un SLA vale por lo que garantiza medible y penalizable, no por lo que promete bonito. La distinción entre tiempo de respuesta y de resolución es el filtro que separa un contrato que te protege de uno que solo suena bien, seguida de las severidades, el horario, las penalizaciones y las exclusiones. Leerlo con estos ojos es defenderte antes de firmar —el núcleo de un soporte por niveles con SLA definido—.

#sla #tiempo de respuesta #tiempo de resolución #soporte #consultoría

Preguntas frecuentes

¿Cuál es la diferencia entre tiempo de respuesta y tiempo de resolución en un SLA?

El tiempo de respuesta es cuánto tardan en contestarte tras reportar un problema; el tiempo de resolución es cuánto tardan en arreglarlo. Es la distinción más importante y la que más se esconde: un proveedor puede presumir respuesta en 15 minutos y dejarte tres días sin sistema, cumpliendo su SLA porque prometió responder rápido, no resolver rápido. Al leer un SLA, la primera pregunta es siempre si el número garantizado es de respuesta o de resolución; si solo garantizan respuesta, no garantizaron nada que te importe.

¿Qué hace que un SLA valga de verdad?

Que sea medible y penalizable, no que suene bien. Debe clasificar los incidentes por severidad con tiempos distintos (un P1 crítico exige tiempos agresivos, un P4 menor puede esperar), definir el horario de cobertura (8x5 o 24x7), y sobre todo incluir penalizaciones: un SLA sin consecuencias por incumplimiento es una aspiración, no un acuerdo. También importa qué queda excluido, porque lo que no cubre pesa tanto como lo prometido.

¿Quién decide la severidad de un incidente?

Es una pregunta clave, porque si solo la decide el proveedor tenderá a bajar la prioridad de todo para cumplir sus tiempos más fácilmente. Un buen SLA define criterios claros de severidad y te permite a ti elevar un incidente cuando tu negocio lo exige. Conviene preguntar explícitamente cómo clasifican la severidad y si puedes escalar un caso a prioridad mayor, para no quedar a merced de una clasificación que te perjudica.

¿Necesitas ayuda con este tema?

El equipo de IT Experts puede evaluar tu infraestructura sin costo.

Hablar con un especialista

Más de Consultoría

Adopción tecnológica: por qué la mejor herramienta fracasa si nadie la usa
Comprar TI sin sobreprecio: cómo evaluar proveedores y cotizaciones
Comprar y adoptar TI: el dinero (y el valor) están alrededor de la compra