Análisis comparativo de SLAs: Qué debe exigir realmente a su proveedor de internet dedicado

Cada director de TI ha vivido este momento: la conexión a internet falla durante una hora crítica, el proveedor invoca la cláusula de "mejor esfuerzo" en el contrato, y el crédito de servicio ofrecido como compensación equivale a menos del 2% de las pérdidas reales del negocio. El problema no es solo la caída del servicio — es que la mayoría de los Acuerdos de Nivel de Servicio (SLA) que se firman en Estados Unidos están redactados para proteger al proveedor, no a la empresa. Términos como "disponibilidad garantizada" suenan sólidos hasta que se examina la letra pequeña: exclusiones de mantenimiento, definiciones ambiguas de "caída", y penalidades que no cubren el costo real de negocio. Este artículo desglosa exactamente qué debe exigir en un SLA de internet dedicado, cómo interpretarlo técnicamente, y qué preguntas hacer antes de firmar.

¿Qué es un SLA y cómo funciona realmente?

Un SLA es un contrato que define métricas de rendimiento medibles y las consecuencias contractuales cuando el proveedor no las cumple. No es una promesa de marketing; es un documento técnico-legal que debe especificar:

• Disponibilidad (uptime): el porcentaje de tiempo que el servicio debe estar operativo en un periodo determinado (mensual o anual).
• Latencia: el tiempo que tarda un paquete de datos en viajar de origen a destino, medido en milisegundos (ms).
• Jitter: la variación en la latencia entre paquetes consecutivos, crítica para VoIP y videoconferencia.
• Pérdida de paquetes (packet loss): el porcentaje de datos que no llegan a su destino, medido típicamente en fracciones de porcentaje.
• Tiempo de resolución (MTTR - Mean Time To Repair): cuánto tarda el proveedor en resolver una incidencia una vez reportada.
• Créditos de servicio: la compensación económica cuando se incumplen los umbrales anteriores.

La clave técnica que muchos decisores de TI pasan por alto es que estas métricas deben ser medibles de forma independiente, no solo reportadas por el propio proveedor. Un SLA robusto incluye acceso a portales de monitoreo en tiempo real donde el cliente puede auditar el cumplimiento sin depender de la palabra del proveedor.

La diferencia entre "mejor esfuerzo" y "garantizado"

Muchos proveedores de banda ancha empresarial —especialmente los que ofrecen coaxial o DSL comercial— venden "internet de negocios" con SLAs de "mejor esfuerzo" (best effort). Esto significa que no hay garantía contractual real: si el servicio cae, no hay penalidad vinculante. El internet dedicado, por contraste, opera bajo un modelo de ancho de banda simétrico garantizado con SLA contractual, generalmente 99.9% a 99.999% de disponibilidad.

Por qué el SLA importa más de lo que su equipo de compras cree

El área de compras suele evaluar proveedores de conectividad por precio por Mbps. Este enfoque ignora el costo oculto del downtime. Según datos de la industria, el costo promedio de una hora de inactividad para una empresa mediana en Estados Unidos oscila entre $100,000 y $300,000 dólares, dependiendo del sector. Para una entidad financiera o un data center, esa cifra puede ser considerablemente mayor.

Un SLA de 99.9% permite hasta 8.76 horas de inactividad al año. Un SLA de 99.99% reduce esa ventana a 52.6 minutos anuales. Y un SLA de 99.999% —el estándar "cinco nueves" que utilizan las operaciones de misión crítica— limita la inactividad a apenas 5.26 minutos al año. La diferencia entre estos niveles no es cosmética: representa órdenes de magnitud en riesgo operativo real.

Además, el SLA determina indirectamente la arquitectura de red que hay detrás. Un proveedor que ofrece 99.999% típicamente respalda esa cifra con redundancia de rutas físicas, múltiples PoPs (Puntos de Presencia) interconectados, y failover automático — no solo una promesa contractual, sino una infraestructura diseñada para cumplirla.

Criterios técnicos que debe exigir en cualquier SLA

1. Definición precisa de "downtime"

Muchos contratos definen la caída de servicio de forma ambigua, dejando fuera el "degradado parcial" (cuando el servicio funciona pero con pérdida de paquetes superior al 5% o latencia disparada). Exija que el SLA defina downtime como cualquier momento en que el servicio no cumpla los umbrales de latencia, jitter y packet loss acordados — no solo la caída total.

2. Latencia y jitter garantizados, no solo "objetivo"

Para aplicaciones de VoIP, videoconferencia y ERP en la nube, la latencia debe mantenerse por debajo de 30-50 ms en rutas nacionales, con jitter inferior a 1-2 ms. El packet loss no debería superar el 0.1% en condiciones normales. Estos valores deben estar en el contrato, no en un folleto comercial.

3. MTTR contractual, no aspiracional

Un SLA serio especifica tiempos de respuesta y resolución diferenciados por severidad de incidencia. Por ejemplo: respuesta inicial en 15 minutos para incidencias críticas, resolución en menos de 4 horas. Sin este desglose, el proveedor puede "responder" en minutos pero tardar días en resolver.

4. Créditos de servicio que reflejen el impacto real

Los créditos deben escalar de forma proporcional a la gravedad y duración del incumplimiento, no ser un porcentaje fijo simbólico. Idealmente, deben poder acumularse mensualmente sin tope artificial bajo.

5. Redundancia y diversidad de ruta documentada

Pregunte específicamente: ¿el enlace de respaldo comparte el mismo conducto físico, poste o derecho de vía que el enlace principal? Si la respuesta es sí, la "redundancia" es cosmética. La verdadera resiliencia exige diversidad geográfica real.

Casos de uso empresariales: por qué el SLA correcto varía por industria

Manufactura y logística

Las plantas de manufactura dependen cada vez más de sistemas MES (Manufacturing Execution Systems) y sensores IoT conectados en tiempo real. Una caída de conectividad puede detener líneas de producción completas. Aquí, el criterio prioritario es el MTTR bajo y la redundancia física, ya que las plantas suelen estar en ubicaciones donde la reparación física de fibra puede tardar horas si no hay ruta alterna.

Banca y servicios financieros

Las transacciones financieras exigen baja latencia y cero tolerancia a pérdida de paquetes, además de cumplimiento regulatorio (PCI-DSS, SOX). El SLA debe incluir cifrado de extremo a extremo y reportes de auditoría verificables, no solo disponibilidad.

Retail y punto de venta

Las cadenas retail con múltiples ubicaciones necesitan SLAs consistentes en todas sus sucursales, con failover automático a LTE/5G para no perder ventas durante mantenimiento de temporada alta (Black Friday, Navidad).

Salud

Los sistemas de historia clínica electrónica (EHR) y telemedicina requieren disponibilidad cercana a 99.999%, dado que la interrupción de conectividad puede afectar directamente la atención al paciente. Aquí el cumplimiento de HIPAA sobre transmisión de datos también debe reflejarse en el SLA.

Call centers y centros de contacto

La calidad de VoIP depende casi exclusivamente de jitter y latencia bajos. Un SLA que no controle estas dos métricas de forma explícita resultará en llamadas entrecortadas, sin importar cuán alto sea el porcentaje de disponibilidad general.

Gobierno y sector público

Las entidades gubernamentales suelen requerir SLAs con cláusulas de continuidad de negocio y planes de recuperación ante desastres documentados, además de cumplimiento con estándares federales de ciberseguridad.

Data centers

Para operadores de data center e infraestructura como servicio, el SLA no solo cubre la conectividad del cliente final, sino la interconexión entre PoPs y la capacidad de escalar de 300 Mbps a 10 Gbps sin renegociar contrato completo.

Errores comunes al elegir un proveedor de internet dedicado

Uno de los errores más frecuentes es firmar un contrato basándose únicamente en el porcentaje de uptime sin revisar cómo se mide y quién audita ese número. Otro error habitual es no verificar la diversidad de ruta física del backbone del proveedor — si su tráfico depende de un solo trayecto de fibra, cualquier corte de excavación cercano puede dejar a la empresa fuera de línea, sin importar lo que diga el contrato.

También es común subestimar el tiempo de instalación real. Muchos proveedores prometen plazos cortos en la propuesta comercial, pero el contrato final no incluye penalidad alguna si ese plazo se incumple. Asimismo, las empresas rara vez solicitan reportes históricos de cumplimiento de SLA de clientes actuales del proveedor — una práctica que debería ser estándar antes de firmar cualquier contrato de largo plazo.

Finalmente, muchos equipos de TI olvidan negociar la escalabilidad del ancho de banda dentro del mismo SLA. Si su empresa proyecta crecimiento, el contrato debe permitir escalar de 300 Mbps a varios Gbps sin penalidades de cancelación anticipada del plan anterior.

Preguntas frecuentes

¿Cuál es la diferencia real entre internet de banda ancha empresarial e internet dedicado?

La banda ancha empresarial comparte capacidad con otros usuarios en la misma zona (contención) y no garantiza velocidad simétrica ni SLA contractual estricto. El internet dedicado ofrece un enlace exclusivo, simétrico, con SLA vinculante y penalidades reales por incumplimiento.

¿Qué significa exactamente un SLA de 99.999%?

Significa que el proveedor garantiza contractualmente que el servicio estará disponible el 99.999% del tiempo en un año, lo que equivale a un máximo de 5.26 minutos de inactividad total anual. Es el estándar para operaciones de misión crítica.

¿Cómo se mide el cumplimiento del SLA de forma confiable?

Debe exigirse acceso a un portal de monitoreo en tiempo real e independiente, con históricos auditables de latencia, jitter, packet loss y disponibilidad. Sin esta transparencia, el cliente depende únicamente de los reportes internos del proveedor.

¿Qué pasa si mi proveedor actual no cumple el SLA prometido?

El contrato debe especificar créditos de servicio proporcionales al incumplimiento y, en casos recurrentes, una cláusula de salida sin penalización. Si esa cláusula no existe, el SLA carece de fuerza real de cumplimiento.

¿Cuánto tiempo debería tardar la instalación de un internet dedicado?

Los plazos varían según infraestructura existente, pero un proveedor con backbone propio y PoPs cercanos puede instalar en 96 horas. Plazos de varias semanas suelen indicar dependencia de terceros para el último tramo de conexión (last mile).

Cómo Smartnett ayuda

Smartnett aborda directamente los puntos débiles que hacen fallar la mayoría de los SLAs del mercado:

• SLA de 99.999% respaldado por infraestructura real: con más de 53,100 km de backbone propio y más de 220 PoPs distribuidos, Smartnett puede ofrecer diversidad de ruta física genuina, no solo redundancia contractual sobre papel.
• NOC 24/7/365 con monitoreo proactivo: el Centro de Operaciones de Red detecta y responde a incidencias antes de que impacten al cliente, reduciendo el MTTR real por debajo de los estándares habituales de la industria.
• Instalación en 96 horas: gracias a la cobertura extensa de PoPs, Smartnett reduce drásticamente los tiempos de aprovisionamiento típicos de 2-3 semanas de otros proveedores.
• Escalabilidad simétrica de 300 Mbps a 10 Gbps: las empresas pueden crecer su ancho de banda dentro del mismo contrato y arquitectura SD-WAN, sin renegociar SLA desde cero cada vez que aumentan su capacidad.

Conclusión

Elegir un proveedor de internet dedicado no debería basarse en el precio por Mbps ni en promesas de marketing sobre "alta disponibilidad". El SLA es, en la práctica, el documento que determina cuánto riesgo operativo real asume su empresa. Antes de firmar el próximo contrato de conectividad, considere estos pasos concretos:

• Exija que el SLA defina downtime incluyendo degradación parcial (latencia, jitter, packet loss), no solo caída total.
• Solicite acceso a monitoreo en tiempo real independiente para auditar el cumplimiento del proveedor sin depender de sus reportes internos.
• Verifique la diversidad física real de las rutas de redundancia, no solo la existencia contractual de un "enlace de respaldo".
• Negocie MTTR diferenciado por severidad y créditos de servicio escalonados sin topes simbólicos.
• Confirme que el contrato permita escalar ancho de banda de forma simétrica conforme crece su operación, sin penalizaciones por transición.

Un SLA bien negociado no es un documento legal más — es la garantía técnica de que su infraestructura crítica seguirá funcionando cuando más lo necesite.