Skip to main content
The BCP/DRP module supports your organization’s business continuity and disaster recovery programs. It is organized into three tabs:

BIA / Procesos

Business Impact Analysis — catalog your critical processes with RTO, RPO, and impact ratings.

Plan de Recuperación

Disaster Recovery Plans — view recovery procedures for critical and high-impact processes.

Simulacros

Drill register — log and track the results of BCP and DRP drills.

BIA / Procesos — Business Impact Analysis

The BIA tab displays a table of all registered business processes, their recovery objectives, impact ratings, and dependencies.

Process fields

FieldDescription
IDProcess identifier (e.g., PROC-001)
NameProcess name
RTORecovery Time Objective in hours — maximum tolerable downtime
RPORecovery Point Objective in hours — maximum tolerable data loss
ImpactCriticality level: Crítico, Alto, Medio, or Bajo
BIABusiness impact assessment: Alto, Medio, or Bajo
OwnerPerson or role responsible for the process
DependenciesSystems, infrastructure, or teams the process depends on

Default processes

ISOwl ships with five pre-loaded example processes:
IDProcessRTORPOImpact
PROC-001Operaciones de TI4h1hCrítico
PROC-002Atención al Cliente8h4hAlto
PROC-003Facturación y Cobros24h8hAlto
PROC-004Recursos Humanos48h24hMedio
PROC-005Marketing Digital72h48hBajo
The default processes are illustrative starting points. Replace them with the actual business processes of your organization.

Impact levels

Crítico

Failure of this process immediately threatens business viability. Recovery is the highest priority.

Alto

Significant impact on operations. Recovery must begin within hours.

Medio

Moderate impact. Recovery can be deferred for one to two days.

Bajo

Minimal impact. Operations can continue for several days without this process.

Plan de Recuperación — Recovery plans

The Plan de Recuperación tab displays DRP (Disaster Recovery Plan) cards automatically generated for processes rated Crítico or Alto in the BIA. Each card summarizes the recovery strategy, RTO/RPO targets, and steps to restore the process.
Only processes with an impact of Crítico or Alto appear in the recovery plan tab. Ensure your BIA ratings accurately reflect the business impact of each process.

Simulacros — Drill register

The Simulacros tab is a register for recording planned and completed BCP/DRP drills. Use it to track drill results and validate that your RTO and RPO targets are achievable.

Logging a drill

1

Open the Simulacros tab

Navigate to BCP/DRP and select the Simulacros tab.
2

Add a new drill

Click Add Simulacro and complete the form:
FieldDescription
IDAuto-generated identifier (e.g., SIM-001)
NameName of the drill (e.g., Simulacro Ransomware)
TypeDRP or BCP
DateScheduled or completed date (YYYY-MM-DD)
StatusPlanificado, En Progreso, or Completado
ResultSummary of the drill outcome
RTO ResultActual recovery time achieved (hours)
RPO ResultActual recovery point achieved (hours)
3

Save the drill record

Click Save. The drill appears in the register table.

Drill statuses

StatusMeaning
PlanificadoDrill is scheduled but has not yet taken place
En ProgresoDrill is currently underway
CompletadoDrill has been completed and results are recorded

Default drills

ISOwl includes three example drill records:
IDNameTypeDateStatusRTO ResultRPO Result
SIM-001Simulacro RansomwareDRP2025-11-15Completado3.5h0.75h
SIM-002Evacuación Sede PrincipalBCP2025-09-20Completado
SIM-003Failover Base de DatosDRP2026-03-01Planificado

Comparing RTO/RPO targets vs. results

After a completed drill, compare the RTO Result and RPO Result against the targets defined in the BIA to assess whether your recovery capabilities meet your objectives.

Frequently asked questions

A Business Continuity Plan (BCP) covers how the organization maintains critical business functions during and after a disruption, including people, processes, and facilities. A Disaster Recovery Plan (DRP) focuses specifically on restoring IT systems and data after a technical failure or disaster.
RTO (Recovery Time Objective) is the maximum amount of time a process can be unavailable before the impact becomes unacceptable. RPO (Recovery Point Objective) is the maximum age of data that can be lost — in other words, how far back in time you can afford to restore from a backup.
ISO 27001 does not prescribe a specific frequency, but best practice recommends at least one full DRP drill per year for critical processes, and a BCP drill after any significant organizational change.
Yes. You can add as many processes as your organization requires. The recovery plan tab will automatically include new processes rated Crítico or Alto.

Build docs developers (and LLMs) love