Continuidad del negocio y recuperación ante desastres
Objetivo
Que el servicio se recupere de una interrupción o desastre con la menor pérdida posible de información.
Análisis de impacto
- Proceso crítico: el funcionamiento de las apps de las empresas clientes (Service Desk, CRM, HCM, Nómina) y de la consola.
- Objetivo de punto de recuperación (RPO): 24 horas (pérdida máxima de datos).
- Objetivo de tiempo de recuperación (RTO): 24 horas (tiempo máximo para volver a prestar el servicio).
- Este análisis se revisa cada año con el registro de riesgos.
Estrategias
- Copias de seguridad: copia completa de todos los datos todos los días a las 02:00, se guardan las últimas 7 en el servidor y una copia adicional en Amazon S3, fuera del servidor. Cada copia se comprueba entera después de hacerla (prueba de restauración, archivo por archivo). S3 cifra los objetos en reposo.
- Simulacros: cada tres meses se hace un simulacro de restauración completo (la copia se saca a una carpeta aparte, se abre cada archivo y se comprueba cada empresa) y queda registrado en la consola.
- Infraestructura reconstruible: la plataforma se instala desde cero con un solo paquete y Docker; la configuración está documentada.
- Monitoreo: latido cada minuto, monitor externo cada 5 minutos y página de estado pública; avisos por correo al Responsable de seguridad de la información si algo falla.
Plan de recuperación
1. Detectar y evaluar (monitor, página de estado, aviso del cliente).
2. Informar a los clientes en la página de estado y por correo.
3. Si el servidor no se recupera: crear un servidor nuevo, instalar la última compilación y restaurar la última copia verificada desde S3 (Consola → Respaldos o línea de comandos).
4. Comprobar el funcionamiento de cada producto y de la consola.
5. Informar el cierre a los clientes y registrar la prueba o el incidente con sus lecciones.
Comunicación
Durante una interrupción se informa en elementhor.com/estado y por correo desde support@elementhor.com. Los clientes reportan por el mismo correo.
Pruebas del plan
El plan se ejercita al menos una vez al año (además de los simulacros trimestrales de restauración) y cuando haya cambios importantes. La infraestructura es de un proveedor en la nube, por lo que no aplica la participación de autoridades locales de emergencia en los ejercicios.
Redundancia
Las copias se guardan fuera del servidor principal (Amazon S3). El servicio corre en un solo servidor; la recuperación se basa en reconstruir y restaurar dentro del RTO. Se evaluará un servidor de respaldo en otra región cuando el número de clientes lo justifique.
Revisión
Este documento se revisa al menos una vez al año y cada vez que haya un cambio importante en el servicio, en la infraestructura o en la ley. La revisión y la aprobación quedan registradas en Consola → Seguridad y cumplimiento, con su versión y fecha.
Sobre este documento
Esta es la versión 1 de la política, aprobada el 2026-11-12. Forma parte del programa de seguridad de la información de ELEMENTHOR, que cubre los 17 dominios de la Cloud Controls Matrix de la Cloud Security Alliance y aplica a OSNEX Service Desk, CRM, HCM y Nómina. Cada política tiene un responsable, se revisa al menos una vez al año y cada revisión queda registrada con su fecha y su versión.
Si tu empresa está evaluando a ELEMENTHOR como proveedor y necesita más detalle, por ejemplo el cuestionario de seguridad, el modelo de responsabilidad compartida o la lista de componentes del servicio, escríbenos a support@elementhor.com y te respondemos por correo.