Saltar al contenido

This page is also available in English.

View in English
Almenara

Continuidad · Continuidad de negocio

Ten el plan listo antes de que algo se pare

Un plan en Word que nadie ha probado no te ayuda el día que se para el ERP. Almenara te guía para saber qué depende de qué, cuánto aguanta parado cada proceso y quién hace qué, y para probar el plan antes de necesitarlo.

Solicitar informaciónVer la demo

Se para el ERP a las 9:00. Esto es lo que se rompe, y cuándo

Es lo que responde un análisis de impacto en el negocio (BIA, por sus siglas en inglés): qué se rompe, a qué hora y cuánto aguanta parado cada proceso. De ahí salen el tiempo máximo de parada de cada uno (RTO) y cuántos datos puedes perder (RPO).

Ejemplo ilustrativo

  1. 09:00

    Se para

    El ERP deja de responder.

  2. +1 h

    Pedidos

    Los pedidos online dejan de entrar.

  3. +4 h

    Clientes

    Superas lo que prometiste a tus clientes en sus contratos.

  4. +24 h

    Obligaciones

    Facturas y obligaciones legales fuera de plazo.

  5. +7 días

    Mercado

    Los clientes que no pueden esperar se van a otro.

  6. +30 días

    Negocio

    El daño ya no se recupera con horas extra.

Lo que Almenara te enseña antes

Tu copia del ERP es diaria, pero no puedes perder más de una hora de pedidos. Almenara cruza tu análisis de impacto con tus copias, te enseña esa brecha y abre una acción con responsable.

Sigue la brecha hasta cerrarla

La brecha, de principio a fin

Una sola brecha recorre todos tus planes. Mientras está abierta, es ámbar; cuando la prueba la cierra, deja de serlo.

Datos de ejemplo

  1. Feb

    BIA

    Pedidos no puede perder más de 1 h de datos.

  2. Mar

    DRP

    La copia del ERP es diaria: 24 h en riesgo.

  3. Mar

    Playbook

    Procedimiento manual de pedidos mientras dure.

  4. May

    Simulacro de mesa

    Falla en el paso 4: faltan los pedidos de la mañana.

  5. Jun

    Acción

    Replicación de la base de datos cada hora.

    Propone la IA
    Replicación horaria de la base de datos del ERP, con su coste, frente a cambiar el ERP.

    Decide una persona
    El responsable de sistemas elige la replicación y la dirección aprueba el gasto.

  6. Sep

    Prueba de restauración

    Se recupera con 50 min de pérdida. Cerrada.

  7. Feb

    Revisión del BIA

    El año siguiente, con la replicación ya dentro.

Asistentes que te llevan del análisis de impacto al plan de recuperación

El análisis de impacto, el plan de continuidad, el de recuperación y los playbooks se hacen con asistentes: te preguntan lo justo en cada paso, explican cada concepto (qué es un RTO o un RPO) y guardan al avanzar, así que puedes dejarlos y retomarlos donde ibas. Además, cada uno parte de lo que dejó el anterior: el plan de continuidad usa los procesos críticos del BIA; el de recuperación, sus RTO y RPO; los playbooks, el orden de recuperación. Si dos documentos dejan de cuadrar, la plataforma lo señala. El ámbar marca la única brecha del caso.

Datos de ejemplo

Una distribuidora de 180 personas: 8 procesos, 12 sistemas.

Datos de ejemplo

  • Proceso
  • Activo
  • Persona
  • Tercero
  • Brecha

En móvil, los procesos y lo que los sostiene directamente. Las dependencias, en la ficha de cada punto.

28 elementos · todo

El mapa de continuidad

Tu organización en el centro. De ella salen sus procesos; de cada proceso, los activos y las personas que lo sostienen; de ellos, aquello de lo que dependen. Un mismo sistema puede sostener varios procesos: el ERP sostiene cuatro. Los procesos críticos y sus ramas, más marcados.

Asistente 1 de 5

Análisis de impacto

¿Cuánto tiempo puede estar parado cada proceso y cuántos datos puede perder?

Hereda · inventario de procesos y sistemas

8 procesos · todos

Procesos del análisis de impacto
ProcesoCriticidadRTORPOMáx. parada
Crítico4 h1 h24 h
Crítico8 h4 h72 h
Crítico24 h4 h72 h
Importante24 h24 h72 h
Importante72 h24 h1 semana
Importante48 h24 h1 semana
No crítico72 h24 h1 semana
No crítico1 semana24 h1 semana
Económico
Grave
Operativo
Catastrófico
Legal
Menor
Reputacional
Grave
Personas
Menor

Propone la IA

Pedidos · RTO 4 h · RPO 4 h · máximo de parada 24 h.

A las 8 h de parada el impacto ya es grave en alguna dimensión.

Decide una persona

La directora de operaciones corrige el RPO a 1 h: los pedidos por teléfono de la última hora no se pueden reconstruir.

Este RPO es el que el ERP no cumple: su copia es diaria. Lo detecta el DRP.

Documento que sale

Análisis de impacto · v1

  1. 01Procesos y criticidad (completa)
  2. 02Impacto por horizonte (completa)
  3. 03RTO, RPO y máximo de parada (completa)
  4. 04Recursos mínimos (completa)
  5. 05Dependencias de terceros (completa)
  6. 06Aprobación de la direcciónpendiente

El mismo plan, en tres momentos

El plan que aprueba la dirección es el que se prueba en el simulacro y el que se activa cuando algo se para.

  1. Plan

    Una versión aprobada, con quién la aprobó y cuándo. La que se usa el día que pasa algo, no la que quedó en un correo.

    Míralo en sus dos caras

  2. Prueba

    Un simulacro de mesa con tu equipo, antes de necesitarlo. Lo que sale de él queda anotado como evidencia.

    Haz el simulacro

  3. Crisis

    El plan activado en vivo: cada tarea con su responsable. Tu proveedor confirma lo suyo desde un enlace, sin cuenta.

    Míralo en la demo

El mismo playbook, dos caras

Quien lo redacta trabaja sobre un documento con versiones y aprobación. Quien está de guardia lo recibe en el móvil como una lista de acción: un paso cada vez.

Datos de ejemplo

Playbook · Ransomware en el ERP

Aprobada por la dirección, con su cargo, el 18 de marzo

v1 · aprobada

Secciones

  1. 01Alcance y criterios de activación
  2. 02Roles y suplentes, del BCP
  3. 03Primeros 60 minutos
  4. 04Procedimiento manual de pedidos
  5. 05Puntos de decisión
  6. 06Comunicaciones y contactos

Próxima revisión: marzo del año que viene, o antes si cambia el BIA

Versiones

  1. v0.1Borrador propuesto por la IA con los roles del BCP y el orden del DRP
  2. v0.2La responsable de continuidad añade el procedimiento manual por la brecha
  3. v1La dirección la aprueba; queda congelada

Un simulacro de mesa de dos minutos

Tres situaciones del escenario de ransomware, una detrás de otra. Elige qué harías; no hay puntuación, solo lo que quedaría anotado.

Datos de ejemplo

Situación 1 de 3

08:40El ERP no arranca y aparece una nota de rescate en la pantalla del servidor.

El ERP no arranca y aparece una nota de rescate en la pantalla del servidor.

Lo que hay detrás de tus planes

Versionado y aprobación

Cada plan tiene versiones. La aprobada queda congelada con quién la aprobó y con qué cargo, y solo la aprueba tu organización.

Revisión anual

Cada documento tiene su próxima revisión. El aviso llega antes, y también cuando cambia algo del que depende.

Para el auditor

Un informe por marco, en PDF o DOCX, con los documentos, sus versiones y las pruebas.

Terceros, desde Proveedores

Los sistemas que presta un proveedor traen su ficha y su riesgo.

Playbook e incidentes

El paso de clasificar y notificar abre el incidente en el módulo de Incidentes, con los plazos de cada norma.

Pruebas como evidencia

El informe de cada prueba queda como evidencia de los controles de continuidad en Cumplimiento.

Míralo antes de hablar con nadie

  • Demo

    Cae tu proveedor de nube

    Cuando cae tu proveedor de nube, ves qué funciones se paran, cuánto aguanta cada una y el plan activado, con sus tareas y sus responsables.

    Recorre el caso

Qué hace la plataforma y qué hace nuestro equipo

Con el módulo, el trabajo lo hace tu equipo y la plataforma lo ordena, lo recuerda y lo guarda con su evidencia. Si prefieres delegar una parte, nuestro equipo la hace como servicio de alcance cerrado, que se contrata aparte.

Incluido en el módulo

Lo hace la plataforma

  • Te guía paso a paso para que hagas tú el análisis de impacto, los planes de continuidad y de recuperación y los procedimientos de cada escenario
  • Guarda los planes con sus versiones, a mano cuando hacen falta
  • Registra las pruebas y los simulacros con sus resultados y sus mejoras
  • Avisa cuando toca revisar el BIA y los planes
Servicio aparte

Lo hace nuestro equipo

Ver el catálogo completo de servicios

Con qué se conecta Continuidad

Lo que pasa en este módulo llega a los demás sin volver a introducirlo.

Y el mismo análisis de impacto y la misma prueba del plan te sirven para ISO 22301, ISO 27001, el Esquema Nacional de Seguridad (ENS), DORA o NIS2.

Míralo con tus propios datos

Pide información o una reunión: en 60 minutos cargamos una muestra de tus datos y lo ves funcionando.

Solicitar informaciónVer la demo