¿Qué es un SLA de soporte técnico y qué debe incluir? Guía para pymes en Colombia

Nos escriben casi cada mes pymes que ya tienen firmado un “contrato de soporte” y, cuando el sistema se cae un martes a las 9 a.m., descubren que el documento solo dice “respuesta en 24 horas hábiles”. Nadie sabe quién decide si la falla es urgente, el reloj arranca cuando el proveedor abre el ticket —no cuando usted llama— y no pasa absolutamente nada si no cumplen. Casi nunca el problema es la mala fe del proveedor: es que el acuerdo se armó copiando una plantilla de otra empresa, de otro tamaño y de otro sector.

Esto es lo que debería decir un SLA para que sirva cuando las cosas se ponen difíciles.

¿Qué es un SLA de soporte técnico y para qué sirve?

Un SLA de soporte técnico (acuerdo de niveles de servicio) es un documento corto que define qué se considera una falla, en cuánto tiempo debe responderse, en cuánto tiempo debe resolverse y qué consecuencia hay si no se cumple. Sirve para convertir “ya lo reportamos” en un compromiso medible; no sirve para garantizar que nada se va a caer ni para reemplazar un buen soporte.

Suele vivir como anexo del contrato de servicios, aunque también se firma aparte. Lo importante no es su extensión —3 a 5 páginas bien hechas bastan— sino que cada promesa tenga un número, un responsable y una forma de verificarse.

¿Qué debe incluir un SLA para que no sea letra muerta?

Estos son los puntos que, cuando faltan, hacen que el acuerdo falle justo el día del incidente:

• Alcance y activos cubiertos. Qué equipos, servidores, licencias, redes y usuarios están dentro. Si no hay inventario con nombre o serial, cualquier discusión se vuelve “eso no estaba incluido”.
• Canales oficiales. Correo, teléfono, portal o WhatsApp, con cuál es el canal para urgencias y cuál para lo demás. Un SLA sin canal definido termina siendo “le escribí al celular del técnico”.
• Horario y calendario. Horas de cobertura, días de la semana y festivos colombianos. La diferencia entre 8x5 y 24x7 puede triplicar el costo, así que debe quedar por escrito.
• Definición de severidades. Quién clasifica y con qué criterio. Lo más sano: la clasifica quien reporta y el proveedor puede ajustarla solo con justificación y aviso.
• Tiempo de respuesta y tiempo de solución, por separado. Son dos cosas distintas y casi todos los SLA baratos solo prometen la primera.
• Cuándo arranca y cuándo se pausa el reloj. El cronómetro debe iniciar con el reporte por el canal oficial. Las pausas permitidas (espera de información del usuario, dependencia de un tercero, ventana de mantenimiento acordada) deben estar listadas y con tope.
• Escalamiento. A quién se llama cuando se vence el tiempo: responsable técnico, líder y contacto comercial, con nombres y teléfonos.
• Exclusiones. Fuerza mayor, cambios solicitados por el cliente, equipos sin garantía o fuera de soporte del fabricante, servicios de terceros.
• Métricas y reporte. Qué se mide (cumplimiento por severidad, disponibilidad, reincidencia) y cada cuánto se entrega el informe.
• Consecuencia por incumplimiento. Crédito en la factura, plan de mejora o salida sin penalidad.
• Vigencia, revisión y salida. Cada cuánto se revisa y qué pasa al terminar: entrega de documentación, contraseñas y accesos.

¿Cómo se reparten los tiempos según la severidad?

Una tabla de referencia sirve más que un párrafo. Esta es la estructura que suele funcionar en pymes colombianas con operación crítica (facturación, nómina, página web transaccional):

Dos advertencias de operación. La primera: esos tiempos se miden en horas hábiles salvo que el acuerdo diga lo contrario, así que un incidente que entra el viernes a las 6 p.m. puede “cumplirse” el lunes. La segunda: si el proveedor promete solución en 4 horas para todo, está prometiendo algo que no puede sostener; un SLA realista y cumplido vale más que uno heroico que se incumple tres veces al mes.

¿Qué diferencia hay entre tiempo de respuesta y tiempo de solución?

El tiempo de respuesta es lo que tarda alguien en contestar y tomar el caso: acusar recibo, clasificar y decir “estamos en esto”. El tiempo de solución es lo que tarda el servicio en volver a funcionar o en entregar un workaround aceptado por el usuario.

Ejemplo típico: la facturación electrónica deja de enviar a la DIAN. Un proveedor puede responder en 15 minutos (“recibido, es crítico”) y resolver en 6 horas. Si el SLA solo promete respuesta, el cliente siente que lo atendieron rápido y aun así perdió el día. Por eso el acuerdo debe fijar ambos tiempos y, además, qué significa “resuelto”: no es “cerramos el ticket”, es “el servicio opera y el usuario confirmó”.

¿Cuáles son las señales de un SLA que no compromete a nada?

Si reconoce tres o más de estas frases, el documento está para firmarse, no para cumplirse:

• Dice “mejor esfuerzo” o “según disponibilidad” en lugar de un compromiso.
• Solo promete tiempo de respuesta y nunca de solución.
• Los tiempos son “24 horas” o “48 horas” sin distinguir si el sistema está caído o si es una duda de cómo se usa un reporte.
• El reloj se pausa por “gestión de terceros” sin límite de tiempo ni obligación de informar.
• No hay reporte periódico ni forma de que el cliente vea el cumplimiento.
• No existe consecuencia: ni crédito, ni penalidad, ni derecho a terminar antes.
• La cobertura dice “8x5” pero la empresa factura o atiende los 7 días.
• Todo remite a “el anexo técnico” que nadie firmó.
• El escalamiento es un correo genérico de soporte, sin nombres ni teléfonos.

¿Cuánto cuesta un soporte TI con SLA en Colombia?

Como referencia de mercado para pymes —no es una oferta nuestra, son rangos que hemos visto en cotizaciones y licitaciones—: una mesa de ayuda remota 8x5 para entre 10 y 25 usuarios suele estar entre $450.000 y $1.200.000 COP al mes; con cobertura extendida o 24x7 el rango sube a $1.500.000 – $3.500.000 COP. La bolsa de horas suelta se cotiza entre $80.000 y $180.000 COP la hora, y una visita en sitio en ciudades principales, entre $150.000 y $350.000 COP.

El número que casi nadie calcula: una hora de facturación caída puede costar más que la mensualidad completa del soporte. Por eso vale la pena discutir el SLA antes de discutir el precio.

¿Cuándo SÍ y cuándo NO conviene un SLA formal?

Cuándo SÍ:

• Su operación depende de sistemas: facturación, nómina, pagos, e-commerce, servidores.
• Tiene varios proveedores y necesita saber a quién reclamarle.
• El soporte es externo o está tercerizado y quiere medirlo.
• Piensa crecer, certificarse o participar en licitaciones.
• Ha tenido incidentes repetidos sin explicación ni causa raíz.

Cuándo NO (o todavía no):

• Es usted solo con un computador y un correo; un acuerdo formal es burocracia.
• El proveedor es una persona de confianza, tiempo completo, con quien habla a diario: basta un acuerdo simple de horarios y canal.
• No tiene quién revise el reporte mensual ni autoridad para hacerlo cumplir.
• El software es de terceros y nadie —ni el proveedor— controla la causa de las fallas.

¿Qué pasa si el proveedor incumple el SLA?

Debería estar escrito, no negociarse en caliente. Lo habitual en el mercado colombiano:

• Créditos de servicio entre el 5% y el 15% de la mensualidad por cada incumplimiento, con tope mensual (por ejemplo, 30%).
• Plan de acción entregado en máximo 5 días hábiles, con causa raíz y fecha de corrección.
• Terminación sin penalidad si se acumulan 2 o 3 incumplimientos en un trimestre sobre severidad crítica.

Y una verdad incómoda: la mayoría de las pymes nunca hace efectivo el crédito. No importa. El solo hecho de que la cláusula exista cambia el comportamiento de ambas partes, porque obliga a medir.

¿Cómo se mide y se reporta el cumplimiento?

Se necesita una herramienta de tickets, aunque sea sencilla, y un reporte mensual con: tickets abiertos y cerrados, cumplimiento por severidad, reincidentes y acciones tomadas. La disponibilidad se calcula fácil: tiempo total menos tiempo de caída, dividido por el tiempo total.

Para dimensionar: 99,9% de disponibilidad equivale a unos 43 minutos de caída al mes; 99,5%, a unas 3 horas 36 minutos. Si un proveedor promete 99,99% en una pyme con internet de respaldo, vale la pena preguntarle cómo lo va a sostener.

Preguntas frecuentes

¿Qué es un SLA de soporte técnico en una frase? Un acuerdo que fija severidades, tiempos de respuesta y de solución, cómo se miden y qué pasa si no se cumplen.

¿El SLA va dentro del contrato o aparte? Funciona igual. Lo importante es que esté firmado, con fecha, y que el contrato principal lo mencione como anexo obligatorio.

¿Un SLA “mejor esfuerzo” sirve? Sirve como declaración de intención, no como compromiso. Si no hay tiempo ni consecuencia, no hay acuerdo.

¿Qué disponibilidad es razonable para una pyme? Entre 99% y 99,5% para servicios internos; 99,9% solo si hay redundancia real (dos enlaces, servidores en la nube, respaldo).

¿Cada cuánto se revisa un SLA? Cada 6 o 12 meses, y siempre después de un incidente crítico. Los tiempos que se cumplen al 100% se pueden ajustar; los que se incumplen hay que corregirlos o cambiar de proveedor.

¿Cubre un SLA si la caída es por el proveedor de internet? Normalmente no, y es justo. Pero el acuerdo sí debería exigir que el proveedor de soporte diagnostique, documente y escale con el operador, con tiempos definidos para esa gestión.

Una nota nuestra

En Sitexx acompañamos el soporte TI de pymes con Supportexx, y en ese trabajo aprendimos que el SLA más útil es el que cabe en dos páginas y se revisa cada semestre. Dicho eso: usted puede hacerlo sin nosotros. Con este artículo, una hoja de cálculo de tickets y la disciplina de mirar el reporte cada mes, la mayoría de las pymes queda mejor cubierta que con un contrato de 30 páginas que nadie lee. Si quiere que le ayudemos a armarlo o a revisar el que ya tiene, escríbanos por WhatsApp y lo miramos con calma.