SLA de soporte TI: qué es y qué debe incluir el contrato de tu empresa
Cuando una empresa contrata soporte informático externo, la conversación suele centrarse en el precio y en cuántos usuarios se cubren. Pero lo que define si el servicio funciona en el día a día es otro documento: el SLA de soporte TI. Ahí queda escrito en cuánto tiempo te responden, cómo se priorizan los problemas y cuándo un caso se da por resuelto. En esta guía explicamos qué es un SLA, qué debe incluir y qué revisar antes de firmar.
Qué es un SLA de soporte TI
SLA viene del inglés Service Level Agreement, o acuerdo de nivel de servicio. Es el compromiso, por escrito y medible, que asume el proveedor sobre cómo va a atender a tu empresa: en qué horario, por qué canales, en cuánto tiempo y con qué criterios de calidad.
Un buen SLA convierte frases vagas como “atención rápida” o “soporte prioritario” en compromisos que se pueden verificar mes a mes.
SLA, contrato y alcance no son lo mismo
Conviene separar tres conceptos que a menudo se mezclan:
- El contrato fija la relación comercial: precio, duración, renovación y condiciones de término.
- El alcance dice qué se atiende: cuántos usuarios, qué equipos, qué sedes y si incluye visitas en terreno.
- El SLA dice cómo y en cuánto tiempo se atiende lo que está dentro del alcance.
Si el alcance no está claro, el SLA pierde sentido: el proveedor puede responder a tiempo y aun así decirte que tu problema “no está incluido”.
Los tiempos que todo SLA de soporte debe definir
Tiempo de primera respuesta
Es el tiempo que pasa desde que reportas un problema hasta que una persona del equipo de soporte toma el caso y te contacta. Ojo: un correo automático que dice “recibimos tu solicitud” no es una primera respuesta. Pide que el SLA lo deje explícito.
Tiempo de resolución o de solución temporal
Es el tiempo para dejar el servicio funcionando, ya sea con la solución definitiva o con una alternativa mientras se corrige la causa de fondo. Como depende de la complejidad del problema, normalmente se expresa como un objetivo por nivel de prioridad y no como una promesa única para todo.
Frecuencia de seguimiento
Un caso abierto sin noticias genera más llamadas y más frustración que el problema mismo. El SLA debería indicar cada cuánto el proveedor informa el avance de un caso que sigue abierto.
Criterio de cierre
¿Quién decide que un ticket está resuelto? Lo recomendable es que el caso se cierre solo cuando el usuario confirma que el problema quedó solucionado, y no cuando el técnico lo marca como terminado.
Prioridades: no todos los incidentes valen lo mismo
Un SLA serio clasifica los casos según su impacto en el negocio, y asigna tiempos distintos a cada nivel. Un esquema típico tiene cuatro niveles:
| Prioridad | Ejemplo |
|---|---|
| Crítica | Toda la oficina sin internet, servidor caído o sospecha de ransomware |
| Alta | Un área completa no puede facturar o no accede al correo |
| Media | Un usuario con el equipo lento o una impresora que no funciona |
| Baja | Solicitudes planificadas: crear un usuario o instalar un programa |
Lo importante es que la definición de cada nivel quede escrita y que tu empresa participe en ella. Lo que es crítico para un estudio jurídico en semana de plazos puede no serlo para otra empresa.
Qué más debe incluir un buen SLA
Además de los tiempos, revisa que el acuerdo cubra estos puntos:
- Horario de cobertura: qué días y horas aplica el SLA y cómo se atienden las urgencias fuera de ese horario.
- Canales de atención: portal de tickets, correo, teléfono o WhatsApp, y cuál es el canal oficial para que el reloj del SLA empiece a correr.
- Escalamiento: a quién recurrir si un caso no avanza, con nombres o cargos.
- Exclusiones: qué queda fuera, como hardware fuera de garantía, software sin licencia o desarrollos a medida.
- Medición e informes: cómo se mide el cumplimiento y cada cuánto recibes un reporte con los casos atendidos y los tiempos reales.
- Revisión: cuándo se revisa el acuerdo para ajustarlo al crecimiento de la empresa.
Errores comunes al revisar un SLA
- Aceptar un solo tiempo para todo. Si el acuerdo no distingue prioridades, un servidor caído espera lo mismo que una solicitud de cambio de contraseña.
- Confundir “24/7” con atención inmediata. Pregunta qué se atiende fuera de horario y en qué plazos.
- No pedir reportes. Sin datos no puedes saber si el SLA se cumple ni negociar mejoras.
- Dejar el respaldo y la recuperación fuera. Responder rápido sirve de poco si, ante una falla grave, no hay una copia de seguridad que se pueda restaurar.
Qué significa para tu empresa
Si ya tienes un proveedor de soporte, o estás evaluando uno, estas son las acciones concretas que recomendamos:
- Pide el SLA por escrito. Si hoy tu servicio no tiene uno, solicítalo como anexo del contrato.
- Haz una lista de tus sistemas críticos. Correo, ERP, facturación, internet, servidores. Úsala para definir junto al proveedor qué casos son de prioridad crítica.
- Revisa el primer reporte mensual. Compara los tiempos comprometidos con los reales y pide explicación de los casos fuera de plazo.
- Incluye la continuidad. Verifica que el servicio contemple respaldo de datos y pruebas de restauración, algo que además cobra peso con la Ley 21.719 de protección de datos, que entre las medidas de seguridad menciona, según el riesgo, la capacidad de restaurar los datos rápidamente tras un incidente.
- Nombra un responsable interno. Una persona de tu empresa que reciba los reportes y sea el contacto para escalar.
- Evalúa si te conviene un modelo de outsourcing TI con monitoreo preventivo, como el monitoreo y servicio a distancia, para que muchos problemas se detecten antes de que un usuario los reporte.
Cómo lo hacemos en MG Technologies
Nuestra mesa de ayuda trabaja con un SLA simple y verificable: primera respuesta dentro de 30 minutos, seguimiento cada 2 horas en los casos abiertos y cierre solo cuando el usuario confirma que el problema quedó resuelto. Atendemos de lunes a viernes de 9:00 a 18:30 por portal de tickets, correo, teléfono y WhatsApp, con atención en terreno en la Región Metropolitana.
Preguntas frecuentes
¿Cuál es la diferencia entre tiempo de respuesta y tiempo de resolución?
El tiempo de respuesta mide cuánto tarda el proveedor en tomar tu caso. El de resolución mide cuánto tarda en dejar el servicio funcionando. Un buen SLA define ambos.
¿Un SLA de soporte TI tiene que cubrir 24/7?
No siempre. Depende de tu operación. Una oficina que trabaja en horario hábil puede no necesitarlo, pero sí debe saber cómo se atiende una urgencia fuera de horario.
¿Qué pasa si el proveedor no cumple el SLA?
Depende de lo que diga el contrato. Por eso conviene que el acuerdo indique cómo se mide el cumplimiento y qué ocurre cuando no se alcanza, por ejemplo una revisión formal del servicio.
¿Cada cuánto conviene revisar el SLA?
Al menos cuando cambia tu empresa: más usuarios, una nueva sede o un sistema crítico nuevo. Los reportes mensuales ayudan a detectar a tiempo si el acuerdo quedó corto.
¿Quieres un soporte TI con tiempos claros?
En MG Technologies te ayudamos a definir un SLA a la medida de tu operación. Conversemos sobre tu empresa y te enviamos una propuesta.
