Ir al contenido
ES
Contactar
♻️ Continuidad y recuperación de la actividad

Plan de continuidad y recuperación de la actividad.

TranscribIA procesa grabaciones que pueden afectar a la continuidad del servicio público: actas de consejos, sesiones públicas y grupos de trabajo. Esta página describe, sin exagerar las garantías, las medidas técnicas verificables que garantizan la disponibilidad de la plataforma y la recuperación de sus datos tras un incidente. Se dirige a responsables de TI, seguridad y dirección que deben integrar su herramienta de transcripción en un plan formal de continuidad.

Versión v1.0 — Última actualización: . Editor: AMBASSADIA SARL.

Objetivos cuantificados

Objetivos de continuidad medibles

Dos indicadores enmarcan nuestro compromiso de continuidad. Se derivan de la configuración real del sistema de copias y de los tiempos observados en los ejercicios de restauración, no de estimaciones teóricas.

RPO — Objetivo de punto de recuperación

24 h

Máxima pérdida de datos admisible

  • Cálculo: determinado por la frecuencia de las copias diarias. En el peor de los casos, puede ser necesario volver a enviar los datos creados en las 24 horas anteriores al incidente.
  • Alineado con el ciclo completo de copia de seguridad (base PostgreSQL + objetos de audio + configuración).

RTO — Objetivo de tiempo de recuperación

4 h

Tiempo máximo objetivo de indisponibilidad

  • Cálculo: suma de los tiempos observados en los ejercicios: descifrado, transferencia desde el almacenamiento externo, restauración del esquema y verificación de integridad.
  • Reducido gracias a la restauración granular por organización (un solo entorno, sin restaurar toda la base).

Estrategia de copias de seguridad

Copias diarias, cifradas y en otra ubicación

Cada noche, una copia completa y cifrada de la plataforma se envía a un almacenamiento de objetos independiente de la infraestructura principal. El editor cifra los datos antes de transferirlos, con claves que el proveedor de almacenamiento nunca posee.

🔑

Cifrado de extremo a extremo

  • Cifrado de aplicación con age (X25519 + ChaCha20-Poly1305)
  • Claves en poder del editor: el proveedor de almacenamiento no puede leer los datos
  • Transferencia mediante rclone por un canal cifrado (TLS)
  • Compatible con los requisitos criptográficos de los responsables de seguridad
🇪🇺

Ubicación y frecuencia

  • Frecuencia: copia completa diaria automatizada
  • Almacenamiento de objetos en la UE (Backblaze B2 o Scaleway), jurisdicción europea
  • Sin transferencias de datos de copias fuera de la UE
  • Independencia geográfica y lógica respecto a la ubicación principal

Política de conservación

90 días

Conservación de copias de seguridad completas de la plataforma. Permite retroceder tres meses naturales.

30 días

Conservación de copias de seguridad por organización, restaurables de forma independiente unas de otras.

Restauración

Granular, segura y probada bit a bit

La restauración está diseñada para no poner nunca en riesgo a las demás organizaciones y para repetirse de forma idéntica. Todos los mecanismos descritos aquí se ejercitan regularmente, no solo se prevén sobre el papel.

🎯

Granular por organización

La arquitectura PostgreSQL schema-per-org (un esquema aislado por organización) permite restaurar una sola organización sin afectar a las demás. Un incidente en una organización no paraliza toda la plataforma.

🛡️

Instantánea contra sobrescrituras

Antes de cada restauración se toma automáticamente una instantánea del estado actual. Esta protección evita que una restauración sobrescriba datos válidos por error: la operación sigue siendo reversible.

✅

Simulacro de recuperación validado bit a bit

Los procedimientos se materializan en dos scripts versionados — backup-offsite.sh y restore-from-offsite.sh — y su ejecución se verifica mediante comparación bit a bit entre origen y destino durante los ejercicios.

Gestión de averías

Detectar, contener, comunicar

La continuidad no se limita a los grandes desastres. La plataforma integra vigilancia permanente y mecanismos de recuperación automática para los incidentes habituales, así como un protocolo de comunicación para incidentes confirmados.

Detección y recuperación automática

  • Vigilancia 24/7. Supervisión continua de colas, espacio en disco, certificados, dependencias y estado de los workers.
  • Watchdog de 5 minutos. Reanudación automática de las tareas de transcripción bloqueadas: sin intervención manual para los incidentes habituales.
  • Alertas. Notificaciones inmediatas por Slack/correo y resumen diario para el equipo de operaciones.

Modo degradado y comunicación

  • Modo degradado. Si un motor de transcripción no está disponible, se conmuta a un motor alternativo para mantener el servicio.
  • Comunicación de incidentes. Proceso documentado en tres fases: alerta temprana, notificación detallada e informe final con causas y medidas correctoras.
  • Transparencia. Se informa a las organizaciones cliente del impacto real y del ámbito afectado, conforme a sus obligaciones de notificación.

Desastre grave

Recuperación tras un desastre: etapas y plazos objetivo

Si se pierde la ubicación principal, el procedimiento de recuperación sigue una secuencia ordenada, con un script versionado y un plazo objetivo para cada etapa, para respetar el RTO de 4 horas.

  1. Detección y evaluación

    T+15 min

    Confirmación de la indisponibilidad y su alcance mediante la supervisión 24/7; activación del procedimiento de recuperación.

  2. Conmutación al almacenamiento externo

    T+30 min

    Recuperación de las copias cifradas de Backblaze B2 / Scaleway (UE) mediante restore-from-offsite.sh.

  3. Descifrado y control de integridad

    T+60 min

    Descifrado con las claves del editor (age / X25519) y verificación de la integridad de los archivos.

  4. Restauración granular

    T+2 h

    Restauración de los esquemas PostgreSQL por organización, tras una instantánea de seguridad contra sobrescrituras.

  5. Puesta en servicio y verificación

    T+4 h (RTO objetivo)

    Reinicio de servicios, control bit a bit, apertura controlada a los usuarios y comunicación del fin del incidente.

Los plazos objetivo proceden de los simulacros de recuperación. Se reevalúan en cada prueba y tienen en cuenta el volumen real de datos restaurados.

Dos modos de despliegue

Reparto de responsabilidades

El ámbito de este plan varía según el modo de despliegue. En SaaS soberano, el editor opera y documenta todos los controles. En instalación local, la responsabilidad operativa corresponde a su organización; el producto y sus scripts de copia siguen siendo idénticos.

☁️

SaaS soberano (Francia)

El editor asume toda la cadena de continuidad.

  • Copias, cifrado, almacenamiento externo y conservación operados por AMBASSADIA SARL
  • Vigilancia 24/7, watchdog y restauración a cargo del editor
  • Simulacros de recuperación ejecutados y registrados por el editor; resultados disponibles para auditorías
  • Comunicación de incidentes gestionada por el editor
🏢

Instalación local (su infraestructura)

La organización cliente se encarga de la operación; se proporcionan los scripts.

  • Scripts backup-offsite.sh / restore-from-offsite.sh incluidos en el producto
  • Destino de almacenamiento externo, frecuencia y conservación definidos por su responsable de seguridad
  • Supervisión, watchdog y ejercicios de recuperación a cargo de su equipo
  • El editor acompaña la implantación y proporciona la documentación correspondiente

Pruebas y ejercicios

Un plan que se pone realmente a prueba

Un plan de continuidad que nunca se prueba es una hipótesis. Los procedimientos de copia y restauración de TranscribIA se ejecutan y verifican periódicamente, además de documentarse.

Cada simulacro de recuperación consiste en restaurar una copia en un entorno aislado y comparar el resultado bit a bit con el origen, mediante los scripts versionados backup-offsite.sh y restore-from-offsite.sh. Esta verificación garantiza que los archivos son utilizables y el procedimiento es reproducible.

Diariamente

Copias automatizadas y vigilancia continua

Periódicamente

Ejercicios de restauración con control de integridad

Después de cada prueba

Actualización de los plazos objetivo y la documentación

Estos ejercicios permiten revisar continuamente el RTO y el RPO reales y mejorar los procedimientos. Los informes de los ejercicios pueden compartirse con sus equipos en las auditorías, en el marco del ámbito de ciberseguridad y del enfoque de soberanía.

Documentación y contacto

Para sus responsables de dirección, TI y seguridad

El expediente completo de cumplimiento — medidas de seguridad, política de copias y conservación, esquemas de arquitectura y subencargados — se puede consultar públicamente sin crear una cuenta. Nuestro equipo le acompaña en la integración de este plan con su propio enfoque de continuidad de la actividad.

Contactar con nuestro equipo de cumplimiento Consultar el expediente de cumplimiento

Editor: AMBASSADIA SARL (Mónaco). Contacto de cumplimiento: contact@transcribia.eu.