Muchas empresas medianas chilenas responden que sí tienen respaldo de sus datos cuando se les pregunta por su plan de continuidad. Pocas pueden responder, con la misma seguridad, cuándo fue la última vez que probaron restaurar ese respaldo y confirmaron que efectivamente funciona. El diagnóstico de tecnología sugiere que esa distinción, entre tener un respaldo y saber que funciona, es donde se concentra buena parte del riesgo real.

Lo que la empresa no sabe de su propia continuidad

Porcentaje de empresas sin ese dato registrado en el diagnóstico de continuidad y respuesta a incidentes (sólo ítems con incidencia ≥25% de la muestra). Fuente: EIS Insights · snapshot 2026-08-17 · n=36

Un 67% de las empresas de la muestra no tiene claridad sobre si su política de respaldo incluye un plan de recuperación ante desastres que se haya probado alguna vez. Un 42% adicional tampoco tiene registro de los incidentes de seguridad ocurridos en los últimos doce meses. No se trata, en la mayoría de los casos, de negligencia declarada: es que el diagnóstico no logra obtener ni el dato base para evaluar la capacidad real de recuperación de la empresa.

El tope que aplica el instrumento

Cuando no existe ningún respaldo confiable ni continuidad operativa, el instrumento aplica un techo directo: el puntaje del tema completo de tecnología no puede superar 3,5 sobre 5, sin importar qué tan avanzados estén los sistemas o los datos de la empresa. Es una forma de decir que sin continuidad, el resto de la inversión tecnológica queda expuesta a un solo incidente.

Cuando el respaldo depende de una persona

En el patrón cualitativo del diagnóstico aparecen con frecuencia procesos críticos, de obra, de producción, de control de inventario, que dependen del trabajo de una sola persona y de sus propios desarrollos, sin un respaldo verificado detrás. Si esa persona falta, el conocimiento y, muchas veces, la información también faltan.

Secuencia

Cómo probar tu plan de recuperación

Un respaldo sin prueba de restauración no es un plan de continuidad, es una suposición.

  1. 01

    Elige el sistema crítico

    Define cuál sistema, si fallara hoy, detendría antes la operación.

  2. 02

    Restaura en frío

    Intenta recuperar ese respaldo en un ambiente separado del original.

  3. 03

    Mide el tiempo real

    Registra cuánto demoró la recuperación completa, no sólo la copia.

  4. 04

    Repite el ejercicio

    Agenda la próxima prueba antes de que termine el año.

Qué hacer

  • Agendar, en el corto plazo, una prueba real de restaurar el respaldo más crítico de la empresa: no basta con confirmar que el respaldo se ejecuta, hay que confirmar que se puede recuperar.
  • Documentar en una página qué pasaría, paso a paso, si el sistema más crítico dejara de funcionar mañana, y quién sería responsable de cada paso.
  • Llevar un registro simple de los incidentes de seguridad que ocurran, aunque sean menores: es la base para saber si la capacidad de respuesta mejora con el tiempo.