Guía de Selección de SLA Corporativo: ¿Qué debe exigir a su proveedor?

Cada director de TI ha vivido este momento: la conectividad falla durante una hora crítica, el proveedor invoca cláusulas ambiguas del contrato, y la compensación ofrecida —un crédito simbólico— no cubre ni una fracción del daño operativo real. Transacciones perdidas, SLAs internos incumplidos con clientes propios, reputación dañada. El problema no es solo técnico: es contractual. Muchas empresas firman acuerdos de nivel de servicio (SLA) sin entender qué garantías son reales y cuáles son letra muerta diseñada para proteger al proveedor, no al cliente. Esta guía desglosa qué debe exigir exactamente a su proveedor de conectividad empresarial, cómo verificar que las métricas prometidas sean medibles y exigibles, y qué preguntas hacer antes de firmar un contrato que definirá la resiliencia de su operación durante los próximos años.

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

Un SLA (Service Level Agreement) es un contrato que define, con métricas cuantificables, el nivel de servicio que un proveedor garantiza y las compensaciones aplicables si no lo cumple. No es una declaración de intenciones ni un documento de marketing: es un instrumento legal con implicaciones financieras.

Un SLA corporativo serio debe especificar al menos cuatro elementos medibles:

• Disponibilidad (uptime): el porcentaje de tiempo que el servicio debe estar operativo, generalmente expresado en "noves" (99.9%, 99.99%, 99.999%).
• 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ítico para VoIP y videoconferencia.
• Pérdida de paquetes (packet loss): el porcentaje de datos que no llegan a su destino, medido normalmente en tramos de tiempo cortos.

La diferencia entre un SLA de 99.9% y uno de 99.999% parece mínima en papel, pero es abismal en la práctica. El primero permite hasta 8.76 horas de inactividad al año; el segundo, apenas 5.26 minutos. Para una empresa que procesa transacciones financieras o gestiona inventario en tiempo real, esa diferencia puede representar millones de dólares.

Cómo se mide y se hace cumplir un SLA

Un SLA sin mecanismo de medición independiente es papel mojado. Exija que el proveedor use herramientas de monitoreo activo (no solo reportes internos) y que usted, como cliente, tenga acceso a un portal de métricas en tiempo real. Pregunte específicamente: ¿quién mide el uptime? ¿Con qué frecuencia? ¿Qué pasa si hay discrepancia entre su medición y la mía?

Por qué el SLA importa más de lo que su presupuesto sugiere

Muchas organizaciones tratan el ancho de banda como el criterio principal de compra y relegan el SLA a una cláusula secundaria. Es un error estratégico. El ancho de banda determina cuánto puede transmitir; el SLA determina si puede confiar en que esa capacidad estará disponible cuando la necesite.

Considere el costo real del downtime. Según estudios de la industria, el costo promedio de una hora de inactividad para una empresa mediana supera los $100,000 dólares, y para sectores como banca o e-commerce puede escalar a millones. Ese cálculo debe incluir no solo la pérdida directa de ingresos, sino penalizaciones contractuales con sus propios clientes, daño reputacional y horas de personal dedicadas a mitigación de crisis.

Un SLA robusto no es un gasto adicional: es un seguro contra el riesgo operativo. La pregunta que debe hacerse no es "¿cuánto cuesta este SLA?" sino "¿cuánto me cuesta NO tenerlo?".

Criterios técnicos de selección: lo que debe exigir sin excepción

Redundancia de red y rutas físicas

La resiliencia real no depende solo del porcentaje de uptime prometido, sino de la arquitectura subyacente. Pregunte: ¿mi tráfico tiene una sola ruta física o existen rutas redundantes automáticas? Un proveedor con un backbone extenso y múltiples Puntos de Presencia (PoPs) puede desviar tráfico automáticamente ante un corte de fibra, sin que usted note la interrupción. Sin esta redundancia, cualquier SLA de disponibilidad es una promesa vacía: si la única fibra que llega a su edificio se corta, ningún porcentaje contractual la repara instantáneamente.

Verifique también la diversidad de última milla. Si su proveedor principal y su respaldo comparten el mismo ducto o poste, un solo evento físico (una excavadora, un accidente) puede tumbar ambos simultáneamente.

Tiempo de respuesta ante incidentes (NOC)

El uptime prometido es inútil si el proveedor tarda horas en detectar y responder a una falla. Exija detalles sobre el Centro de Operaciones de Red (NOC): ¿opera 24/7/365? ¿Cuál es el tiempo de detección promedio? ¿Cuál es el tiempo de respuesta garantizado (time to respond) versus el tiempo de resolución (time to restore)? Estos son SLA distintos y ambos deben estar documentados.

Simetría y escalabilidad de ancho de banda

Para empresas que dependen de videoconferencia, backups en la nube, VoIP o transferencia constante de archivos grandes, la simetría importa tanto como la velocidad nominal. Un enlace asimétrico (por ejemplo, cable coaxial típico) ofrece descarga rápida pero subida limitada, generando cuellos de botella invisibles hasta que se necesitan. Exija ancho de banda simétrico real y verifique que el contrato permita escalar sin renegociar desde cero.

Compensaciones reales, no simbólicas

Revise la letra pequeña de las penalizaciones. Un crédito del 5% de la factura mensual por una caída de 4 horas no compensa el daño operativo. Los SLA serios ofrecen escalas de compensación crecientes según la gravedad y duración del incidente, y algunos incluyen cláusulas de salida anticipada sin penalización si se incumplen métricas repetidamente.

Casos de uso por industria: qué SLA necesita según su sector

Manufactura

Las plantas con sistemas SCADA e IoT industrial requieren baja latencia y alta disponibilidad constante. Una interrupción de conectividad puede detener líneas de producción completas, generando pérdidas que se cuentan por minuto. El SLA debe priorizar tiempo de respuesta rápido del NOC y redundancia física, ya que muchas plantas están en ubicaciones donde la última milla es limitada.

Retail y e-commerce

Los sistemas de punto de venta, procesamiento de pagos e inventario en tiempo real no toleran caídas, especialmente en temporadas pico. Aquí la disponibilidad de 99.99% o superior es no negociable, junto con baja latencia para transacciones con tarjeta.

Banca y servicios financieros

El sector con requisitos regulatorios más estrictos (PCI-DSS, normativas bancarias federales). Requiere SLA de 99.999%, cifrado extremo a extremo, y redundancia geográfica documentada para auditorías de continuidad de negocio.

Logística y transporte

Empresas con centros de distribución dependen de sistemas de rastreo en tiempo real y comunicación constante con flotas. La disponibilidad debe combinarse con capacidad de escalar ancho de banda rápidamente durante picos estacionales.

Salud

Los sistemas de historia clínica electrónica (EHR), telemedicina e imágenes diagnósticas de alta resolución requieren tanto disponibilidad crítica como ancho de banda simétrico robusto. Un SLA débil aquí no solo es un problema operativo, sino potencialmente uno de seguridad del paciente.

Call centers y centros de contacto

La calidad de VoIP depende directamente de jitter y latencia bajos. Un SLA que no especifique estas métricas explícitamente es insuficiente, sin importar cuán alto sea el porcentaje de uptime general.

Errores comunes al elegir un SLA (y cómo evitarlos)

Un error frecuente es comparar únicamente el precio por Mbps sin analizar la arquitectura de red detrás del contrato. Dos proveedores pueden ofrecer "10 Gbps" con SLA de "99.99%", pero uno tiene rutas redundantes reales y el otro depende de un solo enlace de fibra sin respaldo físico.

Otro error es no exigir reportes de cumplimiento histórico. Pida referencias de clientes actuales en su industria y solicite datos reales de uptime de los últimos 12 meses, no solo la promesa contractual futura.

También es común subestimar el tiempo de instalación como criterio de selección. Un proveedor que tarda semanas en activar el servicio puede retrasar proyectos críticos, expansiones o aperturas de nuevas sucursales. Exija plazos de instalación documentados y penalizaciones por retraso.

Finalmente, muchas empresas no negocian cláusulas de salida. Si el proveedor incumple reiteradamente el SLA, debe existir un mecanismo contractual claro para terminar el contrato sin penalización, no solo créditos parciales que no resuelven el problema de fondo.

Preguntas frecuentes

¿Qué diferencia hay entre SLA de disponibilidad y SLA de rendimiento?

El SLA de disponibilidad mide si el servicio está activo (uptime). El SLA de rendimiento mide la calidad de esa conexión activa: latencia, jitter y pérdida de paquetes. Un enlace puede estar "disponible" pero con rendimiento degradado, afectando aplicaciones sensibles como VoIP sin que técnicamente se incumpla el uptime.

¿Cómo se verifica que el proveedor cumple el SLA prometido?

Solicite acceso a un portal de monitoreo en tiempo real e independiente, no solo reportes mensuales generados por el proveedor. Los contratos serios incluyen auditorías periódicas y permiten a terceros verificar las métricas reportadas contra herramientas de medición externas.

¿Vale la pena pagar más por 99.999% si mi empresa es pequeña?

Depende del costo de inactividad para su operación. Si procesa pagos, gestiona inventario en tiempo real o depende de VoIP para ventas, sí. Si su operación tolera interrupciones breves ocasionales, un SLA de 99.9% puede ser suficiente y más costo-eficiente.

¿Qué pasa si mi proveedor incumple el SLA repetidamente?

Debe existir una cláusula de "incumplimiento crónico" que active penalizaciones escalonadas o permita rescisión anticipada sin costo. Revise esto antes de firmar; muchos contratos solo ofrecen créditos parciales sin mecanismo de salida real.

¿La redundancia geográfica es necesaria para todas las empresas?

No siempre, pero es crítica para sectores regulados (banca, salud) y empresas con operación 24/7 en múltiples ubicaciones. Para oficinas únicas con tolerancia moderada a interrupciones, la redundancia de última milla local puede ser suficiente.

Cómo Smartnett ayuda

Smartnett diseña su infraestructura pensando en las exigencias reales de negocio, no solo en cifras de marketing. Estos son los elementos concretos que respaldan cada SLA que ofrecemos:

• Backbone propio de 53,100 km con más de 220 PoPs, lo que permite redundancia real de rutas físicas y desvío automático de tráfico ante cualquier corte, sin depender de un solo proveedor de última milla.
• SLA de 99.999% respaldado por NOC 24/7/365, con monitoreo activo y tiempos de respuesta documentados, no promesas genéricas sin mecanismo de verificación.
• Instalación garantizada en 96 horas, crítico para empresas que necesitan activar sucursales o proyectos sin someter su cronograma a la incertidumbre de plazos indefinidos.
• Ancho de banda simétrico de 300 Mbps a 10 Gbps, dimensionado según la industria y con capacidad de escalar sin renegociación completa del contrato, ideal para operaciones que crecen rápido o enfrentan picos estacionales.

Conclusión

Elegir un SLA corporativo no debería ser un ejercicio de fe en las promesas de un proveedor, sino una evaluación técnica rigurosa de infraestructura, métricas verificables y mecanismos reales de cumplimiento. Antes de firmar su próximo contrato de conectividad:

• Exija acceso a métricas de monitoreo en tiempo real, no solo reportes mensuales del proveedor.
• Verifique la existencia de redundancia física real en las rutas de su tráfico, no solo en el discurso comercial.
• Compare el tiempo de respuesta y resolución de incidentes del NOC, no únicamente el porcentaje de uptime.
• Calcule el costo real de inactividad para su operación específica antes de decidir qué nivel de SLA necesita.
• Negocie cláusulas de salida claras ante incumplimientos reiterados, no solo créditos simbólicos que no resuelven el impacto operativo.

Un SLA bien negociado es la diferencia entre una infraestructura que sostiene el crecimiento de su empresa y una que se convierte en su próximo punto de falla crítico.