Cuando una empresa contrata un servicio de mantenimiento informático, lo habitual es que el proveedor garantice verbalmente que «responderá rápido» y que «estará disponible cuando se necesite». Sin un SLA, esas garantías no valen nada. No porque el proveedor sea deshonesto, sino porque sin un documento que defina exactamente qué significa «rápido» y qué implica «disponible», no hay forma de exigir ni de medir nada.

Qué es un SLA

SLA son las siglas de Service Level Agreement, o en español, Acuerdo de Nivel de Servicio. Es un documento contractual que establece, de forma concreta y medible, las condiciones bajo las cuales un proveedor de servicios se compromete a operar.

En el contexto de un servicio de mantenimiento informático, un SLA define cosas como: en cuánto tiempo máximo el proveedor debe responder ante una incidencia, en cuánto tiempo debe resolverla, qué disponibilidad garantiza el servicio, cómo se clasifican las incidencias según su gravedad y qué ocurre si no se cumplen los compromisos establecidos.

La diferencia entre tener un SLA y no tenerlo es la diferencia entre un compromiso contractual exigible y una promesa sin consecuencias.

Por qué la mayoría de pymes no lo exige

La razón principal es que no saben que pueden pedirlo. Muchas empresas contratan servicios informáticos de la misma forma en que contratan otros servicios: basándose en la confianza, en el precio y en la reputación del proveedor, sin entrar en los detalles contractuales.

El problema es que la informática tiene una característica que la diferencia de otros servicios: cuando falla, paraliza el negocio. Un proveedor de limpieza que llega tarde genera un inconveniente. Un proveedor informático que tarda ocho horas en responder ante un servidor caído puede generar pérdidas económicas directas, incumplimiento de compromisos con clientes y daño reputacional.

Esa asimetría entre el impacto del fallo y las condiciones del contrato es exactamente lo que un SLA está diseñado para corregir.

Qué debe incluir un SLA de mantenimiento informático

No todos los SLA son iguales ni cubren los mismos aspectos. Estos son los elementos que un SLA de mantenimiento IT debe incluir obligatoriamente para ser útil:

Tiempo de respuesta garantizado
Define el tiempo máximo desde que se notifica una incidencia hasta que el proveedor acusa recibo y asigna un técnico. Debe estar diferenciado por niveles de gravedad: una incidencia crítica —servidor caído, brecha de seguridad, pérdida de datos— no puede tener el mismo tiempo de respuesta que un problema menor de conectividad en un puesto de trabajo.

Tiempo de resolución garantizado
Distinto del tiempo de respuesta: define cuánto tiempo máximo puede transcurrir desde que se detecta el problema hasta que queda resuelto. De nuevo, debe estar segmentado por criticidad.

Disponibilidad del servicio
Expresada habitualmente como un porcentaje: 99%, 99,5%, 99,9%. La diferencia entre estos valores puede parecer pequeña, pero en términos prácticos es significativa. Un 99% de disponibilidad implica hasta 87 horas de inactividad permitida al año; un 99,9% implica menos de 9 horas. Para una empresa que opera cinco días a la semana, esa diferencia es crítica.

Clasificación de incidencias
Un SLA bien estructurado define categorías de incidencias con criterios claros. Lo habitual es una escala de tres o cuatro niveles: crítico, alto, medio y bajo, cada uno con sus propios tiempos de respuesta y resolución asociados.

Canales y horarios de atención
Define cómo se notifican las incidencias (teléfono, email, portal web, aplicación), en qué horario opera el servicio estándar y si existe servicio de guardia fuera de horario para incidencias críticas.

Penalizaciones por incumplimiento
Un SLA sin consecuencias por incumplimiento es un documento decorativo. Las penalizaciones, habitualmente en forma de descuentos en la factura o créditos de servicio, son el mecanismo que convierte el compromiso en algo exigible.

Exclusiones
Todo SLA incluye condiciones bajo las cuales los compromisos no aplican: fuerza mayor, incidencias causadas por el cliente, fallos en infraestructuras de terceros. Es importante que estas exclusiones estén claramente definidas para evitar interpretaciones ambiguas.

Un ejemplo práctico

Imaginemos que el servidor principal de una empresa deja de funcionar un martes a las 9 de la mañana.

Sin SLA: La empresa llama al proveedor, que dice que «pasará a verlo en cuanto pueda». A las 2 de la tarde todavía no hay técnico. A las 5 de la tarde el problema está resuelto. Han pasado 8 horas con el negocio paralizado. El proveedor no ha incumplido ningún compromiso porque nunca adquirió ninguno por escrito.

Con SLA: El contrato establece que las incidencias críticas tienen un tiempo de respuesta máximo de 1 hora y un tiempo de resolución máximo de 4 horas en horario laboral. A las 10 de la mañana hay un técnico trabajando en el problema. A la 1 del mediodía el servidor está operativo. Si el tiempo de resolución se hubiera superado, el contrato establece una penalización equivalente al 10% de la factura mensual.

La diferencia no es solo operativa. Es la diferencia entre un proveedor que gestiona tu urgencia según su disponibilidad y un proveedor que gestiona tu urgencia según sus compromisos contractuales.

Qué preguntar antes de firmar

Antes de contratar cualquier servicio de mantenimiento informático, estas son las preguntas que toda empresa debería hacer:

• ¿Ofrecéis un SLA por escrito incluido en el contrato?
• ¿Cuáles son los tiempos de respuesta y resolución garantizados para incidencias críticas?
• ¿Qué disponibilidad garantizáis y cómo se mide?
• ¿Qué ocurre si no se cumplen los tiempos establecidos?
• ¿Hay servicio de atención fuera del horario laboral para emergencias?

Un proveedor serio responde estas preguntas con documentación. Un proveedor que responde con vaguedades o que dice que «no suelen tener problemas» está trasladando el riesgo al cliente.

El SLA de Epic Care IT

El servicio Epic Care IT incluye un SLA detallado que define tiempos de respuesta garantizados por nivel de criticidad, disponibilidad del servicio, canales de atención y condiciones de escalado para incidencias que requieren intervención urgente.

No porque sea un requisito burocrático, sino porque un compromiso sin métricas no es un compromiso: es una intención. Y las empresas que confían su infraestructura informática a Epic merecen saber exactamente qué pueden exigir y cuándo.

Consulta las condiciones con Epic y solicita tu propuesta

Preguntas Frecuentes

¿El SLA solo aplica a empresas grandes?
No. Un SLA es igual de relevante, o más, para una pyme que para una gran empresa. Las grandes organizaciones suelen tener recursos internos para gestionar una crisis informática; las pymes, generalmente, no. El SLA es precisamente el mecanismo que nivela esa diferencia.

¿Puedo negociar los términos de un SLA?
Sí. Un SLA es un documento negociable. Los tiempos de respuesta, los horarios de atención y las penalizaciones por incumplimiento son aspectos que pueden ajustarse según las necesidades específicas de cada empresa. Lo importante es que el resultado final quede recogido por escrito en el contrato.

¿Qué ocurre si el proveedor incumple el SLA repetidamente?
Además de las penalizaciones económicas establecidas en el contrato, el incumplimiento reiterado de un SLA es causa justificada de resolución del contrato de servicio. Es fundamental que esta cláusula esté recogida explícitamente en el contrato para poder ejercerla si es necesario.

Exigir un SLA no es desconfiar del proveedor. Es exactamente lo contrario: es establecer desde el principio una relación profesional basada en compromisos claros, expectativas alineadas y responsabilidades definidas. Un buen proveedor informático no solo acepta firmar un SLA: lo propone.

Habla con Epic y conoce los compromisos de Epic Care IT