Qué debe incluir el contrato de un SOC gestionado 24×7

Un contrato de SOC gestionado debe dejar por escrito cinco cosas que las propuestas comerciales suelen dar por supuestas: el alcance exacto de lo que se vigila, los SLA por severidad, quién ejecuta la contención y hasta dónde, qué reporting se entrega y con qué cadencia, y qué ocurre con tus datos al terminar.

Contratar un SOC gestionado es una de las decisiones que más tranquilidad aporta a una empresa mediana. Desde el primer día hay especialistas vigilando tus sistemas a cualquier hora: un martes por la tarde, en pleno agosto o a las tres de la madrugada de un festivo. El contrato es la pieza que convierte esa tranquilidad en compromisos concretos y medibles.

Las propuestas comerciales describen bien el servicio: la tecnología, el equipo y la cobertura. El contrato traduce todo eso en tiempos de respuesta por severidad, en acciones que el proveedor puede ejecutar en tu nombre y en garantías sobre tus datos de principio a fin. Las empresas que dedican una tarde a revisarlo con calma llegan a su primera alerta seria con cada paso ya acordado, y la relación con el proveedor arranca sobre una base clara para ambas partes.

Después de acompañar muchas implantaciones de servicios gestionados, hay un patrón que se repite: los contratos que mejor funcionan responden por escrito a cinco preguntas. Esta checklist las recoge en el orden en que conviene revisarlas, para que llegues a la firma con todo lo importante a la vista.

Checklist de revisión antes de firmar

Alcance

• [ ] Activos concretos incluidos: puestos, servidores, nube, identidad, red, OT
• [ ] Volumen de ingesta diaria contratado y qué ocurre al superarlo
• [ ] Periodo de retención de registros, y si es en caliente o en frío
• [ ] Fuentes de datos que quedan fuera

Niveles de servicio

• [ ] SLA por severidad: apertura, asignación y atención, con tiempos distintos por criticidad
• [ ] Cobertura horaria real, incluidos festivos y agosto
• [ ] Canal de escalado fuera de horario y persona de guardia
• [ ] Consecuencias del incumplimiento del SLA

Respuesta

• [ ] Acciones que el proveedor ejecuta sin autorización previa (aislar equipo, bloquear cuenta)
• [ ] Acciones que requieren aprobación y a quién se llama
• [ ] Alcance del análisis forense incluido y qué se factura aparte
• [ ] Participación en la notificación regulatoria

Gobierno y evidencias

• [ ] Interlocutor asignado con nombre y sustituto
• [ ] Cadencia de comités operativo y ejecutivo
• [ ] Informes periódicos y su validez como evidencia ante NIS2, ENS o auditorías de cliente
• [ ] Acceso a un portal donde consultar el estado

Salida

• [ ] Propiedad de los datos, registros y documentación generada
• [ ] Formato y plazo de entrega al finalizar
• [ ] Titularidad de las licencias
• [ ] Preaviso, duración y condiciones de renovación

Las tres cláusulas que más problemas evitan

1. Definición de severidad. Sin una tabla que defina qué es crítico, el SLA no significa nada.
2. Matriz de acciones autorizadas. Evita la parálisis de la primera madrugada.
3. Cláusula de salida con entrega de datos. Protege tu capacidad de cambiar de proveedor sin empezar de cero.

Preguntas frecuentes