Un SLA (Service Level Agreement) es un contrato formal entre proveedor y cliente que define estándares de rendimiento, disponibilidad y calidad del servicio de internet. Cuando hablamos de internet empresarial con SLA, nos referimos a compromisos medibles que van mucho más allá de una simple promesa comercial.
Un SLA de internet empresarial garantiza conectividad predecible con métricas de rendimiento medibles y uptime, donde los proveedores son responsables mediante créditos o penalizaciones si no se cumplen los objetivos. Contar con un acuerdo de nivel de servicio robusto permite a las organizaciones planificar operaciones críticas con certeza contractual.
La diferencia entre operar con o sin SLA puede determinar si tu empresa mantiene continuidad durante incidentes o enfrenta pérdidas por caídas prolongadas. Este documento contractual establece qué esperar, cómo medirlo y qué compensación recibirás cuando el proveedor no cumpla.
Qué incluye realmente un acuerdo de nivel de servicio
Un SLA empresarial especifica garantías de uptime (comúnmente 99.9% o superior), latencia máxima, jitter, pérdida de paquetes y tiempos de respuesta basados en la severidad del problema. Estas métricas no son decorativas: definen la continuidad operacional de tu infraestructura digital.
El uptime es la base de cualquier SLA empresarial, con rangos típicos de 99.9% a 99.99% de disponibilidad según el tipo de servicio. Pero la disponibilidad es solo una pieza del rompecabezas.
Los SLA de calidad incluyen garantías de rendimiento para latencia, pérdida de paquetes y jitter, con estándares típicos de latencia bajo 20 milisegundos para conexiones locales, pérdida de paquetes menor a 0.1% y variación mínima de jitter. Estas especificaciones aseguran que aplicaciones en tiempo real como videoconferencias, VoIP o sistemas cloud funcionen sin degradación.
Además, un SLA completo debe especificar:
Tiempo de reposición del servicio (MTTR) ante fallas
Ventanas de mantenimiento programado y si cuentan contra el uptime
Procedimientos de escalamiento y canales de soporte 24×7
Estructura de compensaciones (créditos) por incumplimiento
SLA contractual vs mejor esfuerzo: la diferencia crítica
Nunca esperes recibir un SLA cuando uses servicios compartidos o redes compartidas, como el internet residencial o de cable reempaquetado como "empresarial" de bajo costo, que es susceptible a fluctuaciones en velocidad, latencia, jitter y pérdida de paquetes. Esta distinción es fundamental para decisores de TI.
Los términos generales de servicio de un ISP son un contrato que describe políticas generales y uso aceptable, no una garantía de rendimiento, mientras que un SLA de internet empresarial establece objetivos específicos y medibles con créditos de servicio cuando no se cumplen. El "mejor esfuerzo" significa exactamente eso: sin compromisos vinculantes ni compensación.
Los enlaces dedicados con SLA contractual ofrecen:
Ancho de banda simétrico garantizado (no compartido)
Métricas de rendimiento con consecuencias económicas por incumplimiento
Priorización de tráfico y calidad de servicio (QoS) configurada
Soporte técnico especializado con tiempos de respuesta definidos
Los entornos empresariales demandan mayor rendimiento del que pueden proporcionar las conexiones de internet de mejor esfuerzo, ya que el tiempo de inactividad puede interrumpir operaciones, degradar experiencias de cliente y crear riesgos de cumplimiento.
Interpretando las métricas: qué significan los números en la operación
Un SLA no sirve si nadie puede traducirlo a riesgo operativo. Esta tabla te permite leer los indicadores más comunes como decisiones: cuánto tiempo podrías estar fuera, qué tan estable será la experiencia y qué tan rápido se recupera la operación cuando algo falla.
Indicador | Qué significa en la práctica | Impacto operativo típico |
Disponibilidad 99,0% | Hasta ~3,65 días de caída al año | Riesgo alto para operación continua; puede afectar ventas, atención y sistemas críticos en horarios clave |
Disponibilidad 99,5% | Hasta ~1,83 días de caída al año | Mejor, pero aún expone a interrupciones relevantes si dependes de nube/POS |
Disponibilidad 99,9% | Hasta ~8,76 horas de caída al año | Estándar razonable para muchas operaciones; requiere buen soporte y monitoreo para “contener” incidentes |
Disponibilidad 99,95% | Hasta ~4,38 horas de caída al año | Nivel alto: reduce ventanas de detención; más exigente en reposición y escalamiento |
Disponibilidad 99,99% | Hasta ~52,6 minutos de caída al año | Muy alto: para misión crítica; exige arquitectura y operación robustas (no solo un “número”) |
MTTR / Tiempo de reposición (p. ej., 4h) | Tiempo máximo comprometido para restaurar el servicio ante una falla | Define cuánto “duele” un incidente: MTTR alto = más horas de detención y mayor costo por evento |
Tiempo de respuesta (NOC/Soporte) (p. ej., 15 min) | Tiempo máximo para que el proveedor tome el caso y comience gestión | Acelera diagnóstico y escalamiento; reduce “tiempo ciego” donde la caída se prolonga por falta de atención |
Latencia máxima (p. ej., ≤ 30–50 ms a destinos definidos) | Retardo de ida y vuelta dentro de límites acordados, medidos contra destinos específicos | Afecta tiempos de respuesta en ERP/cloud, navegación en apps y experiencia general (más crítico en tiempo real) |
Jitter máximo (p. ej., ≤ 10–30 ms) | Variación del retardo; aunque la latencia promedio sea buena, el jitter alto genera inestabilidad | Videollamadas con cortes, audio “robotizado”, VoIP inestable y sesiones remotas con microcortes |
Pérdida de paquetes (p. ej., ≤ 0,1%–1%) | Porcentaje de paquetes que no llegan al destino | Impacta voz/video, VPN y transferencias; puede causar retransmisiones, lentitud percibida y caídas intermitentes |
Ventanas de mantenimiento | Periodos donde el proveedor puede intervenir sin penalidad (si están declarados) | Si son amplias o frecuentes, el “uptime” puede verse bien en papel pero afectar operación si coincide con horas productivas |
Penalizaciones / Créditos de servicio | Compensaciones si no se cumplen métricas (según condiciones) | No reemplazan la continuidad, pero alinean incentivos: lo importante es que sean claras, automáticas y auditables |
Penalizaciones y compromisos: qué obtienes cuando fallan
Si las empresas no cumplen las promesas contractuales hechas en sus SLA, los créditos de servicio pueden proporcionarse como remedio común, y si experimentas desviaciones severas en las expectativas de servicio, puedes ofrecer terminar contratos sin penalización, con otros remedios posibles que incluyen reembolsos u otras formas de compensación. La estructura de compensación debe estar explícita en el contrato.
Los créditos SLA proporcionan responsabilidad cuando no se cumplen los estándares de rendimiento; aunque los créditos no reemplazan la productividad perdida, demuestran confianza y compromiso del proveedor. Los créditos típicos van del 10% al 50% de la factura mensual según el nivel de incumplimiento.
Las penalizaciones deben ser proporcionales y escalonadas:
Incumplimiento menor (99.8% en lugar de 99.9%): crédito del 10-15%
Incumplimiento moderado (99.5%): crédito del 25-30%
Incumplimiento grave (menor a 99%): crédito del 50% o derecho a terminación
El aspecto más práctico de cualquier SLA es entender exactamente qué compensación recibirás cuando no se cumplan los niveles de servicio, con la mayoría de proveedores ofreciendo créditos de servicio calculados como porcentaje de tu factura mensual.
Cómo evaluar si el SLA es real
Los SLA pueden variar ampliamente entre proveedores, por lo que es muy importante leer los detalles, ya que un SLA DIA es un contrato vinculante donde los objetivos de nivel de servicio, exclusiones y tiempo de respuesta se describen en la letra pequeña. No todos los SLA se crean igual: la verificabilidad es clave.
Un SLA verificable debe incluir:
Monitoreo transparente: acceso a dashboards en tiempo real o reportes mensuales automatizados con métricas de cumplimiento
NOC dedicado: centro de operaciones de red que supervisa 24×7 con tiempos de respuesta contractuales
Procedimientos de escalamiento: rutas claras desde nivel 1 hasta ingeniería especializada
Reportes de incidentes: documentación post-mortem con análisis de causa raíz
La responsabilidad general del NOC es garantizar que la infraestructura de red de TI de la organización cumpla con los SLA e idealmente los supere, realizando monitoreo las 24 horas del día de la infraestructura de red para identificar y corregir interrupciones y otros problemas potenciales.
Cómo se realiza la gestión de SLA con Entel Empresas
Si tu migración de conectividad es hacia servicios gestionados empresariales, el proceso de implementación y seguimiento del SLA debe ser transparente desde el inicio, pero conviene llegar con expectativas claras y documentadas para que la ejecución sea limpia.
Define el alcance del SLA con tu ejecutivo
Consolida los requisitos de disponibilidad, latencia y ancho de banda según tus aplicaciones críticas. Si tienes operaciones distribuidas en múltiples sitios, especifica necesidades por ubicación para dimensionar correctamente el servicio y los compromisos asociados.
Valida las métricas y exclusiones contractuales
Para que el acuerdo avance sin ambigüedades, asegúrate de revisar:
Definición exacta de uptime garantizado y cómo se mide
Ventanas de mantenimiento y si impactan el cálculo de disponibilidad
Estructura de créditos por incumplimiento y proceso de reclamación
Tiempos de respuesta del NOC según severidad del incidente
Implementación con monitoreo desde día uno
En servicios empresariales gestionados, el monitoreo comienza desde la activación del servicio. Es normal que exista un período de estabilización inicial, por lo que vale la pena coordinar pruebas de carga, validación de latencia y configuración de alertas proactivas con el equipo técnico.
Reportes mensuales y revisiones trimestrales
Una vez en producción, valida el acceso a dashboards de rendimiento en tiempo real y la entrega de reportes mensuales con métricas de cumplimiento del SLA. Las revisiones trimestrales permiten ajustar umbrales, optimizar configuraciones y escalar recursos según la evolución de tu operación.
Preguntas frecuentes
¿Un SLA de 99.9% es suficiente para operaciones críticas?
Depende de tu tolerancia al riesgo y del costo de la inactividad. Para e-commerce, banca o servicios de salud, considera 99.99% o superior con redundancia activa.
¿Qué pasa si mi proveedor no cumple el SLA repetidamente?
Los SLA bien redactados incluyen cláusulas de terminación sin penalización tras incumplimientos recurrentes. Documenta cada falla y reclama créditos formalmente para crear historial contractual.
¿Cómo sé si mi proveedor realmente monitorea el SLA?
Solicita acceso a herramientas de monitoreo o reportes automatizados mensuales. Un proveedor serio te dará visibilidad transparente de métricas en tiempo real sin que tengas que pedirlo.
El SLA como pilar de continuidad operacional
El internet empresarial con SLA no es un lujo: es la base sobre la cual construyes operaciones digitales predecibles. Mientras más crítica sea tu dependencia de conectividad, más riguroso debe ser tu acuerdo de nivel de servicio.
Un SLA verificable y bien estructurado te protege de pérdidas operacionales, te da palanca contractual ante incumplimientos y, sobre todo, te permite planificar con certeza. La inversión en conectividad con uptime garantizado se paga sola en la primera falla evitada o compensada adecuadamente.