Firmar un contrato de soporte TI sin revisar a fondo su SLA (Service Level Agreement, o Acuerdo de Nivel de Servicio) es uno de los errores más caros que comete una empresa en Bogotá. No porque el proveedor actúe de mala fe, sino porque un SLA mal redactado —o uno que simplemente nunca se leyó con calma— deja a la empresa sin piso el día que de verdad lo necesita: un servidor caído, un ataque de ransomware, un sistema crítico fuera de línea un viernes a las 6 p.m.
En una guía anterior explicamos cómo evaluar a un proveedor de soporte TI antes de contratarlo. Esta vez el enfoque es distinto: asumiendo que ya elegiste proveedor, ¿qué cláusulas concretas debe tener el contrato SLA que estás a punto de firmar? Esta es la checklist que usamos internamente en Ecolcomputo al redactar nuestros propios acuerdos con clientes, y la misma que recomendamos revisar con cualquier proveedor.
¿Por qué el contrato importa tanto como el proveedor?
Un proveedor puede tener excelente reputación y aun así ofrecer un contrato ambiguo. El SLA es el documento que convierte promesas verbales (“te atendemos rápido”, “casi no tenemos caídas”) en compromisos exigibles, con tiempos, responsables y consecuencias si no se cumplen. Sin esas cláusulas por escrito, cualquier reclamo por una caída prolongada o una respuesta tardía se vuelve una discusión de percepciones, no de contrato.
Las cláusulas que no pueden faltar en un contrato SLA de soporte TI
1. Alcance del servicio y exclusiones
El contrato debe describir exactamente qué cubre el soporte: ¿hardware, software, redes, servidores, nube, todos los anteriores? Y, con la misma claridad, qué queda por fuera (por ejemplo, equipos fuera de garantía, software no licenciado por la empresa, o incidentes causados por terceros). Un alcance ambiguo es la fuente número uno de disputas: el cliente cree que algo está cubierto y el proveedor dice que no.
2. Niveles de severidad y tiempos de respuesta/resolución
No todos los incidentes son iguales, y el contrato debe reflejarlo con una tabla de severidades. Como referencia, los rangos que suelen usarse en la industria para soporte TI empresarial son:
- Severidad crítica (sistema caído, operación detenida): respuesta en 15-30 minutos, resolución objetivo en 2-4 horas.
- Severidad alta (función importante afectada, hay workaround limitado): respuesta en 1-2 horas, resolución en 8 horas.
- Severidad media (incidente puntual, no bloquea operación): respuesta en 4 horas, resolución en 1-2 días hábiles.
- Severidad baja (consultas, solicitudes menores): respuesta en 1 día hábil, resolución según backlog acordado.
Pide que el contrato defina explícitamente qué es “tiempo de respuesta” (reconocer el ticket) versus “tiempo de resolución” (el problema realmente solucionado) — es la confusión más común al leer un SLA, y ya la cubrimos en detalle en la guía de MTTA y MTTR.
3. Disponibilidad (uptime) y ventanas de mantenimiento
Si el contrato incluye infraestructura, nube o backup, debe fijar un porcentaje de disponibilidad garantizada —99.5% y 99.9% son los rangos típicos para soporte empresarial— y aclarar si ese porcentaje se calcula mensual o anual. Igual de importante: que defina las ventanas de mantenimiento programado (normalmente de madrugada o fin de semana) que no cuentan como caída dentro del cálculo.
4. Canales y horarios de soporte
¿El soporte es 24/7, horario hábil extendido, o solo horario de oficina? ¿Por qué canales se puede abrir un ticket (teléfono, correo, WhatsApp, portal)? Si tu operación corre fines de semana o en varios turnos, confirma que el horario contratado realmente cubre esas franjas — es un detalle que se da por sentado y luego genera el reclamo más frecuente.
5. Responsabilidades del cliente
Un SLA funciona en dos vías. El contrato debe listar qué debe entregar o mantener la empresa cliente para que los tiempos se cumplan: accesos vigentes, un punto de contacto designado, información de inventario actualizada, licencias al día. Si el cliente no cumple su parte, los tiempos del proveedor normalmente se pausan — y esa cláusula de “reloj en pausa” también debe quedar explícita, no sobreentendida.
6. Penalizaciones y créditos de servicio
Esta es la cláusula que la mayoría de empresas nunca negocia y debería. ¿Qué pasa si el proveedor incumple el tiempo de resolución pactado? Las opciones más comunes son créditos de servicio (descuento proporcional en la siguiente factura), compensación fija por incidente, o —ante incumplimientos repetidos— derecho a terminar el contrato sin penalidad para el cliente. Un SLA sin ninguna consecuencia por incumplimiento no es un acuerdo de nivel de servicio: es una lista de buenas intenciones.
7. Mecanismo de escalamiento
Debe quedar claro qué pasa cuando un ticket no se resuelve en el tiempo pactado: a quién se escala, en cuánto tiempo, y quién en la empresa cliente recibe la notificación. Un proveedor serio tiene una ruta de escalamiento de varios niveles (soporte N1 → N2 → liderazgo técnico) con tiempos definidos en cada paso, no solo “escríbanos si no lo resolvemos”.
8. Reportes y reuniones de revisión
Pide reportes periódicos (mensuales o trimestrales) con métricas reales: tickets abiertos, tiempos promedio de respuesta y resolución, cumplimiento del SLA en porcentaje. Sin estos reportes, no hay forma de verificar si el proveedor realmente está cumpliendo lo firmado — se vuelve una percepción, no un dato.
9. Confidencialidad y protección de datos
Un proveedor de soporte TI tiene acceso a información sensible de la empresa: credenciales, bases de datos, archivos financieros. El contrato debe incluir cláusulas de confidencialidad y, en Colombia, alinearse con la Ley 1581 de 2012 de protección de datos personales, cuyo incumplimiento puede acarrear sanciones de la SIC de hasta 2.000 SMLMV. Si el proveedor maneja copias de seguridad o datos personales de empleados/clientes, esta cláusula no es opcional.
10. Terminación, renovación y portabilidad al salir
Finalmente, el contrato debe definir cómo termina la relación: plazos de preaviso, condiciones de renovación automática (y cómo evitarla si no se quiere), y —algo que casi nadie pregunta hasta que lo necesita— qué pasa con los datos, backups y accesos de la empresa si decide cambiar de proveedor. Exige una cláusula de transición ordenada: entrega de información, revocación de accesos del proveedor saliente, y un plazo razonable para migrar sin dejar la operación expuesta.
Errores comunes al firmar un SLA sin revisar estas cláusulas
- Asumir que “soporte 24/7” significa resolución inmediata. 24/7 suele referirse solo a disponibilidad de canal, no a tiempo de resolución — son cláusulas distintas y deben leerse por separado.
- No preguntar qué pasa si el proveedor incumple. Un SLA sin penalización es, en la práctica, una lista de aspiraciones sin consecuencias.
- Firmar sin tabla de severidades. Sin esa tabla, cualquier incidente puede clasificarse como “baja prioridad” sin que el cliente tenga forma de objetar con el contrato en la mano.
- Ignorar la cláusula de salida. Las empresas negocian el precio y el alcance, pero casi nunca cómo terminarían el contrato — y es justo lo que más se necesita cuando la relación con el proveedor ya no funciona.
Checklist rápido antes de firmar
- ¿El alcance del servicio está descrito sin ambigüedad, con exclusiones explícitas?
- ¿Existe una tabla de severidades con tiempos de respuesta y resolución diferenciados?
- ¿Hay un porcentaje de disponibilidad garantizado y ventanas de mantenimiento definidas?
- ¿El contrato especifica penalizaciones o créditos de servicio por incumplimiento?
- ¿Hay un mecanismo de escalamiento con tiempos por nivel?
- ¿Se incluyen reportes periódicos de cumplimiento?
- ¿Hay cláusula de confidencialidad alineada con la Ley 1581 de 2012?
- ¿Quedó claro cómo se termina el contrato y qué pasa con tus datos al salir?
Si tu contrato actual de soporte TI no responde con claridad a varias de estas preguntas, vale la pena revisarlo —ya sea con tu proveedor actual o antes de firmar uno nuevo— antes de que un incidente real ponga a prueba lo que realmente quedó pactado.
¿Vas a firmar o renovar un contrato de soporte TI y quieres que revisemos las cláusulas del SLA contigo? En Ecolcomputo redactamos y negociamos acuerdos de nivel de servicio claros, con tiempos de respuesta y penalizaciones reales — no solo promesas en un PDF.
Si además quieres entender cómo se compara este tipo de soporte bajo contrato con tener personal de TI interno, nuestra guía sobre cuánto cuesta el outsourcing de TI en Bogotá cubre precios y factores clave para decidir.
Si el contrato que estás negociando incluye la administración de tu red, vale la pena revisar primero nuestra guía sobre señales de que tu empresa necesita renovar su infraestructura de red, para saber qué pedir y qué alcance exigir.
