Qué significa en la práctica

El manual debería incluir comité de crisis, matriz de escalamiento, cadena de decisiones, protocolos, responsables, directorio de contactos, comunicaciones, recuperación, análisis post-incidente y simulacros periódicos. Cada rol debe tener acciones para las primeras horas y para la estabilización. El primer paso es observar el proceso real: formularios, correos, planillas, sistemas, conversaciones y excepciones. El control debe ser suficientemente simple para que el equipo lo use bajo presión y suficientemente claro para que otra persona pueda verificarlo.

La dimensión jurídica y de riesgo

La respuesta debe considerar Ley 21.719, Ley Marco de Ciberseguridad cuando corresponda, contratos, deberes sectoriales y relaciones laborales. La necesidad de informar, reclamar o notificar depende de hechos, riesgos y normas aplicables; el manual debe preparar decisiones sin inventar conclusiones automáticas. En caso de duda, conviene formular la conclusión con prudencia y escalarla a asesoría jurídica. Una recomendación de buena práctica no debe presentarse como obligación legal, y una obligación legal no debe ampliarse a usos que la norma no exige.

Un ejemplo empresarial

Un proveedor de payroll sufre un incidente y la empresa no puede procesar remuneraciones. TI contiene, RR. HH. protege información, finanzas busca continuidad, jurídico analiza comunicaciones, operaciones coordina al proveedor y la gerencia decide si activar el comité. El caso muestra por qué un checklist técnico no basta. La respuesta madura no parte por comprar una herramienta ni por redactar una política aislada. Parte por delimitar la finalidad, reducir el dato, asignar responsables y probar si el control funciona en la operación cotidiana.

Errores que conviene evitar

La ausencia de un dueño puede generar mensajes contradictorios, promesas imposibles, pérdida de evidencia y decisiones tardías. Un manual que nunca se prueba puede fallar justo cuando las personas clave no están disponibles. Otro error frecuente es trasladar toda la decisión a TI o al proveedor. La tecnología puede ejecutar controles, pero la empresa conserva decisiones de negocio: qué recopilar, por qué usarlo, con quién compartirlo y cuándo dejar de tratarlo.

Qué debería revisar la gerencia

  • Conformar comité y suplencias.
  • Definir niveles y umbrales de escalamiento.
  • Preparar mensajes y canales de comunicación.
  • Probar continuidad y recuperación.
  • Realizar simulacros y cerrar hallazgos.

Estas acciones deben tener un dueño, una fecha y una evidencia observable. Si la organización es pequeña, puede concentrar funciones; lo importante es que las responsabilidades estén claras y que las excepciones no se conviertan en la forma habitual de operar.

Evidencia y seguimiento

El programa debe guardar versión aprobada, roles, contactos alternos, ejercicios, resultados, acciones correctivas y revisiones de proveedores. El valor está en que el documento corresponda a la capacidad real de respuesta. La evidencia debe ser proporcional: no se trata de archivar todo, sino de conservar lo suficiente para reconstruir decisiones, demostrar que se actuó y corregir lo que no funcionó. Un control sin dueño, prueba o fecha de revisión es una intención, no un control operativo.

Preguntas para una reunión de trabajo

  • ¿Quién decide en la primera hora?
  • ¿Qué información necesitan clientes, trabajadores y autoridades?
  • ¿Cómo seguimos operando mientras investigamos?

Responder estas preguntas permite priorizar. Puede existir un riesgo aceptable, una medida pendiente o una cuestión que requiera análisis especializado. Lo importante es que la decisión quede visible, que la persona responsable tenga capacidad de actuar y que la gerencia conozca las dependencias críticas.

La revisión tampoco debería quedar congelada en la fecha de publicación. Cambios de proveedor, nuevas campañas, reorganizaciones, incidentes, tecnologías y modificaciones regulatorias pueden alterar el análisis. Una fecha de seguimiento y un responsable de actualización convierten el artículo en una pauta de gestión, no en una declaración aislada.

Cierre: cumplir conectando decisiones

La gestión de manual de manejo de crisis y respuesta a incidentes no debería reducirse a un documento o a una herramienta. Requiere coordinar la finalidad jurídica con el proceso, la tecnología, las personas y la capacidad real de respuesta. En VEORA Advisory podemos acompañar a la organización en el diagnóstico, diseño de controles y puesta en marcha de una hoja de ruta proporcional. Diseñar y probar un Manual de Manejo de Crisis y Respuesta a Incidentes.

Fuentes consultadas

Biblioteca del Congreso Nacional de Chile, Ley N.º 21.719, texto con vigencia diferida al 1 de diciembre de 2026: https://www.bcn.cl/leychile/navegar?idNorma=1209272

Biblioteca del Congreso Nacional de Chile, Ley N.º 19.628, versión vigente hasta el 30 de noviembre de 2026: https://www.bcn.cl/leychile/Navegar?dt=open&idLey=19628

Biblioteca del Congreso Nacional de Chile, Ley N.º 21.663, Ley Marco de Ciberseguridad: https://www.bcn.cl/leychile/navegar?i=1202434

Nota editorial: este artículo entrega orientación general y no reemplaza un análisis jurídico, laboral, técnico o sectorial de un caso concreto. La vigencia y aplicación de la Ley N.º 21.719 debe revisarse según la fecha de publicación y las normas, reglamentos e instrucciones disponibles.