SLA de manos remotas: las 5 cláusulas que tu proveedor no quiere meter por escrito (y por qué te conviene insistir)

El SLA de manos remotas es el documento más importante del contrato con tu proveedor de field services. Y también es el que tu proveedor va a querer dejar más ambiguo posible. Las cláusulas específicas de tiempo de respuesta, tiempo en sitio, escalación, retry, y penalizaciones son las que separan un servicio que funciona de uno que te deja solo a las 3 AM cuando tu red se cae. Este artículo desglosa las 5 cláusulas que el proveedor prefiere dejar vagas, qué tiene que decir cada una, y cómo presionar para que queden por escrito.

Lo que sigue aplica a data centers con servicios de manos remotas contratados (colocation, provider de site, o proveedor especializado en smart hands). Si tu operación es 100% remota sin presencia física, algunas cláusulas aplican diferente. Los rangos de tiempo sugeridos son para data centers de producción con SLA Tier III equivalente. Para Tier IV, los tiempos son más estrictos.

Cláusula 1: tiempo de respuesta desde el reporte hasta acknowledgment

Esta cláusula define cuánto tarda el proveedor en confirmar que recibió tu ticket y que está trabajando en él. NO es el tiempo en llegar al sitio. Es solo el tiempo de decir “te escuchamos”. Por qué el proveedor no la quiere específica:

1. Si dice “confirmamos en máximo 15 minutos”, el proveedor tiene que tener personal de guardia 24/7 dedicado a leer tickets. Eso cuesta dinero que no quieren asumir.
2. Si dice ‘confirmamos en máximo 5 minutos’, necesitas un sistema automatizado con escalación. El proveedor prefiere vaguedad para que el acknowledgment real sea de 30-60 minutos y no haya penalización.

Lo que debería decir la cláusula: “El proveedor confirma acuse de recibo del incidente vía correo electrónico, llamada, o mensaje al sistema del cliente dentro de los primeros 15 minutos para emergencias reportadas en horario operativo, y dentro de 30 minutos para emergencias reportadas en horario no fuera de horario operativo. La confirmación incluye: ID del incidente, persona del operador que ha recibido el reporte, y tiempo estimado de atención.”

Penalización sugerida si se incumple: descuento del 5% sobre el costo mensual del contrato por cada incidente donde se supere el tiempo de acknowledgment sin justificación documentada.

Cláusula 2: tiempo de respuesta en sitio (hands-on-site)

Esta es la cláusula crítica. Define cuánto tarda el proveedor en tener una mano remota físicamente frente a tu rack después de tu reporte. Los rangos típicos que deberías pedir:

1. Tier I (incidente crítico, producción caída): máximo 2 horas desde acknowledgment hasta presencia física. Para data centers Tier III con redundancia, esto es realista en zonas metropolitanas. Para Tier IV o DCs alejados, debería ser 1 hora.
2. Tier II (incidente urgente, no-crítico pero time-sensitive): máximo 4 horas hábiles. Esto cubre tickets como ‘cambiar este disco antes de que se llenen los demás’ o ‘etiquetar puertos antes de que llegue el nuevo equipo’.
3. Tier III (ticket programado, no-emergencia): dentro de 24-48 horas hábiles, con ventana de agendamiento confirmada con al menos 4 horas de anticipación.

Por qué el proveedor la quiere ambigua: si dice ‘máximo 2 horas’, tiene que tener técnicos de guardia en zonas cercanas a TODOS los data centers que sirve. Si el proveedor sirve 20 DCs en 5 ciudades, necesita al menos 1 técnico de guardia por ciudad. Eso es un costo fijo de personal que muchos no quieren absorber.

Cómo presionar: define SLA por tier y pide que el proveedor cotice cada tier por separado. Si el precio del Tier I es prohibitivo, negocia Tier I solo para 2-3 DCs críticos y Tier II estándar para el resto. Lo importante es que quede por escrito qué DCs tienen qué tier.

Cláusula 3: escalación mediante trabajo en sitio cuando hay bloqueo

Esta cláusula cubre el caso donde la mano remota llega al sitio pero no puede resolver porque necesita decisión del fabricante, del proveedor de upstream, o de tu propio equipo. Por qué el proveedor la quiere ambigua: si la deja clara, queda obligado a gestionar la escalación y eso significa personal de coordinación que hoy no tiene.

Lo que debería decir la cláusula: “En caso de que la mano remota no pueda resolver el incidente por requerir intervención del fabricante, del proveedor de upstream, o de personal autorizado del cliente, el proveedor gestiona la comunicación con el tercero, documenta el bloqueo, y mantiene presencia física hasta la resolución o hasta que se levante la orden de repliegue. El tiempo de gestión de la escalación es responsabilidad del proveedor y debe ser reportado en el ticket.”

Caso típico: tu UPS falla y la mano remota llega pero necesita que el fabricante (Vertiv, Schneider, etc.) le diga qué hacer. Si no hay cláusula de escalación, la mano remota se va y te quedas esperando que alguien más venga. Con la cláusula, el proveedor coordina la llamada con el fabricante, mantiene la mano remota en sitio, y tú solo gestionas la decisión técnica final.

Cláusula 4: derecho a retry sin compromiso para el caso de falla de mano remota

Esta es la cláusula que cubre el caso peor: la mano remota ejecuta una tarea y la hace mal, requiriendo una segunda intervención. Por qué el proveedor la quiere ambigua: si dice claramente ‘retry sin costo’, sabe que va a tener que aceptar que sus técnicos se equivoquen y vuelvan a hacer el trabajo sin cobrarte adicional.

Lo que debería decir la cláusula: ‘En caso de que la intervención de manos remotas resulte en falla por error operativo del técnico (mala identificación de slot, mala conexión de cable, configuración incorrecta, daño físico al equipo del cliente), el proveedor ejecuta la corrección sin costo adicional para el cliente, incluyendo cualquier refacción o reemplazo necesario del componente dañado por la intervención. La responsabilidad del proveedor cubre el incidente y sus consecuencias operativas dentro de las 72 horas posteriores a la intervención original.’

Por qué importa: si la mano remota conecta un cable de red en el puerto equivocado y te causa una caída, el costo no es solo la intervención correctiva sino la indisponibilidad del servicio. Sin cláusula de retry sin costo, el proveedor va a querer cobrarte la segunda visita y tú no tienes recurso. Con la cláusula, es claro que la mano remota es responsable de su error hasta la resolución completa.

Cláusula 5: penalización medible por incumplimiento de SLA

La cláusula que cierra todo. Sin penalización, las otras 4 son sugerencias. Por qué el proveedor la quiere ambigua o nula: porque sabe que cualquier SLA documentado pero sin penalización es, en la práctica, optativo.

Lo que debería decir la cláusula: ‘Por cada incidente donde el proveedor incumpla el tiempo de acknowledgment, el tiempo en sitio, o el tiempo de gestión de escalación definidos en las cláusulas 1-3, el proveedor aplica un descuento del 10% sobre el costo mensual del contrato. El descuento se acumula y se aplica en la factura del mes siguiente. El proveedor mantiene registro mensual de incidentes con tiempos reales vs comprometidos, firmado por ambas partes.’

Variantes aceptables: (a) descuento acumulado mensual (10% por incidente, sin tope), (b) descuento con tope (máximo 30% del mes), (c) crédito de horas de servicio (1 hora gratis por incidente incumplido), (d) derecho a terminar el contrato sin penalización por incumplimiento sostenido (3 o más incidentes graves en 6 meses). Elige la que más te sirva según la madurez de la relación con el proveedor.

Cómo meter estas cláusulas en un contrato vigente

Si ya tienes un contrato con tu proveedor y no tiene estas 5 cláusulas, agregarlas no es trivial. El camino realista:

1. Solicita una reunión de revisión de SLA. Plantéalo como «alineación operativa», no como “me quiero quejar”. El proveedor se pone a la defensiva si lo planteas como conflicto.
2. Lleva datos concretos: 3-5 incidentes recientes donde el proveedor no cumplió los tiempos. Sin datos, tu petición es abstracta.
3. Propón las 5 cláusulas como adenda al contrato existente. Una adenda se firma más rápido que renegociar todo el contrato y deja precedente para la próxima renovación.
4. Si el proveedor se niega a cualquier cláusula de penalización, esa es información: tu proveedor sabe que no va a cumplir y prefiere quedarse en la ambigüedad. Considera esa respuesta al evaluar la relación.

Si tu proveedor actual rechaza las 5 cláusulas pero cumple con tiempos de respuesta documentados y tickets sin incidentes graves en los últimos 6 meses, puedes aceptar un SLA más laxo. Pero documéntalo por escrito: “Operamos con SLA informal, métricas trimestrales revisadas en reunión, sin penalización formal”. Al menos queda como precedente para si la calidad degrada.

Cómo elegir proveedor si estás desde cero

Si no tienes proveedor de manos remotas, las 5 cláusulas sirven como filtro objetivo de propuestas:

1. Si el proveedor en la entrega del día 1 ya incluye las 5 cláusulas en su contrato estándar, es proveedor maduro que sabe cumplir.
2. Si el proveedor dice ‘depende, lo vemos caso por caso’, es proveedor improvisado o nuevo en el mercado. Funciona para tickets simples pero no para incidentes críticos.
3. Pide métricas históricas del proveedor: ticket promedio de resolución, incidentes por mes, tiempo real vs comprometido en los últimos 6 meses. Si no las tiene, es proveedor nuevo sin track record.
4. Verifica que tenga cobertura geográfica real. Un proveedor que dice ‘servimos toda la república’ pero solo tiene técnicos en CDMX no va a cumplir el SLA Tier I en Monterrey.

El SLA no es un documento que firmas una vez y olvidas. Es la base operativa de tu relación con tu proveedor de site. Si el SLA es ambiguo, la relación va a ser ambigua. Si el SLA es específico, los problemas operativos tienen ruta clara de escalación y resolución.

Fuentes

1. Uptime Institute — Operational Sustainability Tier Certification (Tier III/IV SLAs) — https://datacenter.uptimeinstitute.com/
2. ICCP — International Computer Communications Service Provider association: SLA guidelines — https://www.iccp.org/
3. ISO/IEC 20000-1:2018 — Service management system requirements — https://www.iso.org/standard/70636.html
4. ITIL 4 Foundation — Service Level Management practice guide — https://www.axelos.com/certifications/itil-service-management/itil-4-foundation
5. BICSI 002-2024 — Data Center Operations: Field services and SLA definitions — https://www.bicsi.org/standards/data-center