GRC FlowGRC Flow
  • GRC Flow por dentro
  • Servicios
  • Packs
  • Enciclopedia
  • Preguntas frecuentes
Su opiniónIniciar sesiónEmpezar
  • GRC Flow por dentro
  • Servicios
  • Packs
  • Enciclopedia
  • Preguntas frecuentes
  • Dar mi opinión
  • Iniciar sesión
GRC Flow

Servicios de gobierno, riesgo, cumplimiento y operaciones de TI cuyos entregables se alimentan entre sí.

Producto

  • GRC Flow por dentro
  • Servicios
  • Packs
  • Enciclopedia
  • Preguntas frecuentes
  • Quiénes somos

Marcos normativos

  • ISO/IEC 27001
  • RGPD
  • NIS2
  • DORA
  • HIPAA
  • PCI DSS

Información legal

  • Condiciones de uso
  • Privacidad
  • Aviso legal

© GRC Flow

  • GRC Flow por dentro
  • Servicios
  • Packs
  • Enciclopedia
  • Preguntas frecuentes

El RPO explicado

El punto objetivo de recuperación, o RPO, son los datos más recientes que una empresa puede permitirse perder, expresados como un intervalo de tiempo antes del incidente.

Enciclopedia / Continuidad del negocio · Conceptos · Actualizado el 7 de noviembre de 2026

Después de leerlo, podrá fijar un RPO para cada conjunto de datos y traducirlo en una frecuencia de copia comprobable.

Definición

La ISO 22301 lo define como el punto hasta el que debe restaurarse la información que usa una actividad para que esta pueda funcionar al reanudarse. Un RPO de una hora significa perder como máximo la última hora de datos.

Por qué importa

Decide con qué frecuencia deben copiarse los datos: las copias nocturnas no pueden cumplir un RPO de 15 minutos.

El objetivo adecuado depende de lo que se pueda reconstruir. Algunos datos perdidos pueden volver a introducirse desde papel o desde el sistema de un socio, y otros simplemente desaparecen.

Cómo funciona

Pregunte al responsable de negocio qué se perdería y cómo podría reconstruirse. Fije el RPO por conjunto de datos, porque una cifra única para la empresa será errónea para la mayoría.

Elija los medios: copias diarias o por horas, envío de registros de transacciones o replicación síncrona. El intervalo no debe superar el RPO.

Pruebe una restauración y mire la fecha de la última transacción recuperada. Esa fecha es su RPO real.

Un caso práctico

Las citas de una clínica pueden reconstruirse a partir del registro de SMS, así que 4 horas es aceptable. Sus historiales de pacientes no pueden reconstruirse, por lo que el RPO es de 15 minutos, cumplido mediante el envío de registros a un segundo centro.

Una prueba restaura los historiales hasta 11 minutos antes del fallo simulado, y el informe de la prueba recoge esa cifra.

Buenas prácticas

  • Guarde también copias más antiguas, por si una corrupción pasa desapercibida durante días.
  • Vigile que las copias terminen de verdad y lea los fallos.
  • Compruebe qué conserva cada proveedor SaaS y durante cuánto tiempo.

Errores frecuentes

  • Suponer que una copia que se ejecutó es una copia que se restaura.
  • Pedir un RPO de cero en todas partes, sin ponerle precio.
  • Olvidar los datos de los servicios SaaS, porque nadie en informática configuró nunca sus copias.
  • Leer el RPO en el calendario de copias. Solo una restauración muestra lo que de verdad recuperaría.

Preguntas

¿Puede un RPO ser cero?
Cercano a cero, con replicación síncrona, a un coste y con límites de distancia. No le protegerá de la corrupción, que también se copia.
¿Quién fija el RPO?
El responsable de la actividad de negocio, con informática asesorando sobre lo que cuesta cada objetivo.
¿Cómo afecta el ransomware al RPO?
El cifrado puede haberse ejecutado sin que nadie lo notara, así que la última copia limpia puede ser más antigua que el objetivo. Por eso se guardan copias más antiguas.
¿Qué significa un RPO de 24 horas?
La empresa acepta perder hasta un día de datos. En la práctica, una copia cada noche es el mínimo para cumplirlo.
¿Una mayor frecuencia de copias ralentiza los sistemas?
Puede, según la técnica. Las instantáneas y el envío de registros limitan el efecto frente a las copias completas.
¿Es el RPO igual para todos los sistemas?
No debería. Una web pública y una contabilidad toleran pérdidas muy distintas.

Llevarlo a la práctica

Crear su cuenta

Leer a continuación

  • Guía completa de la continuidad de negocio
  • El RTO explicado
  • ¿Qué es la recuperación ante desastres?
El RTO explicado

Fuentes

  • ISO 22301:2019
  • NIST SP 800-34 Rev. 1
  • ISO/IEC 27002:2022
Análisis de impacto en el negocio
  • Generador de planes y procedimientos
  • Generador de SLA