Ce qui ne doit pas s'arrêter
Les activités essentielles, les clients ou usagers concernés, les obligations contractuelles, les contraintes réglementaires et les impacts financiers ou réputationnels.
Module Continuité · BIA / PCA / PRA
Organiser la continuité avant que l'incident ne décide à votre place.
Un PCA/PRA efficace ne se limite pas à restaurer des serveurs. Il précise ce qui doit continuer, ce qui peut fonctionner en mode dégradé, qui arbitre, quelles preuves conserver, quels délais accepter et à quelles conditions reprendre l'activité sans aggraver le risque. Zerval Pro relie vos dépendances numériques à des décisions de continuité, de reprise et de crise.
Comprendre le risque. Reprendre le contrôle. Tenir dans la durée.
Hébergé en France · IA souveraine (UE) · conçu pour votre conformité RGPD, NIS 2, DORA.
01 · LE SUJET
Le PCA/PRA doit répondre à des arbitrages concrets
La continuité d'activité cyber devient utile lorsqu'elle relie les impacts métier, les dépendances techniques, les responsabilités et les conditions de reprise. On entre par la décision, pas par une liste d'outils.
Ce qui permet de continuer
Les applications, comptes, prestataires, flux, sauvegardes, accès d'urgence, moyens de communication et ressources humaines nécessaires au maintien minimal.
Ce qui doit être décidé
Les priorités de reprise, les seuils de déclenchement, les rôles de crise, les délais acceptables, les modes dégradés et les risques résiduels assumés.
PRINCIPE
Le vrai plan
est celui qui fonctionne.
Le véritable plan de continuité d'activité n'est pas celui qui est écrit : c'est celui qui tient lorsque les procédures habituelles cessent de fonctionner. Un document jamais testé donne une illusion de maîtrise. Zerval Pro outille la continuité pour qu'elle reste activable, réaliste et à jour, pas décorative.
02 · BIA · PCA · PRA
Trois plans, trois fonctions : ne plus les confondre
Continuité d'activité, reprise, analyse d'impact : ces termes sont souvent employés indifféremment. Les clarifier, c'est déjà savoir par où commencer, toujours par le BIA.
BIA, Analyse d'impact métier
Identifie les activités critiques, les impacts d'une interruption, les dépendances et les tolérances. C'est la fondation : sans BIA, un plan de continuité est bâti à l'aveugle. Il produit deux repères clés, le RTO et le RPO.
PCA, Plan de continuité
Organise le maintien des fonctions essentielles pendant la crise : modes dégradés, procédures alternatives, rôles, moyens. Il dépasse l'informatique, il concerne l'organisation entière.
PRA, Plan de reprise
Le volet technique : restaurer les systèmes et les données après un sinistre (sauvegardes, bascule, priorités de redémarrage) dans le respect des RTO/RPO définis au BIA.
LES OBJECTIFS MESURABLES
RTO et RPO : les deux limites que la direction fixe
Deux repères issus du BIA, qui traduisent une exigence métier en objectif de reprise vérifiable.
RTO, délai de reprise
Le temps maximal acceptable pour rétablir un service après une interruption. Il conditionne les investissements de redondance, de bascule et d'assistance.
RPO, perte de données
Le volume de données que l'organisation peut raisonnablement perdre, exprimé dans le temps. Il détermine la fréquence des sauvegardes et la stratégie de restauration.
03 · LA CHRONOLOGIE
De l'interruption à la continuité, puis à la reprise
Une même chronologie relie les cinq notions. Le RPO fixe le point de reprise en arrière, le PCA maintient l'essentiel pendant la crise, le PRA restaure le système, et le RTO borne le retour au service nominal.
RPODernière sauvegarde saineLe point de reprise : en deçà, les données sont récupérables. Il borne la perte acceptable.
T0InterruptionL'incident survient : indisponibilité, compromission, sinistre. Le service nominal s'arrête.
PCAContinuitéL'essentiel est maintenu en mode dégradé : procédures alternatives, rôles, moyens de secours.
→DécisionArbitrages : ce que l'on coupe, ce que l'on maintient, ce que l'on restaure d'abord, ce que l'on communique.
PRARepriseRestauration technique des systèmes et des données : sauvegardes, bascule, priorités de redémarrage.
RTOService rétabliLe délai maximal de reprise est tenu : retour à un fonctionnement normal, écarts consignés.
04 · DÉCLENCHEURS
Quand structurer ou revoir votre continuité ?
Un PCA/PRA doit être activable avant la crise, mais aussi rester réaliste après un audit, une transformation SI, une exigence client, une tension assurantielle ou un incident.
Activité dépendante du numérique
Messagerie, ERP, facturation, production, téléphonie, accès cloud ou outils métiers sont devenus des points de blocage.
Audit ou analyse de risques
Des dépendances critiques, sauvegardes fragiles, accès non maîtrisés ou prestataires structurants doivent être traduits en trajectoire de continuité.
Exigence client, assurance ou marché
Un tiers demande des preuves de résilience, de tests, de gouvernance, de reprise ou de maîtrise des incidents cyber.
Incident ou quasi-incident
Une indisponibilité, un compte compromis, une fraude, une fuite ou un rançongiciel évité révèle un besoin de cadrage et de procédures.
Transformation SI ou externalisation
Migration cloud, nouveau prestataire, M365, ERP, rachat ou changement d'infogérant modifient les dépendances de reprise.
Comité ou budget cyber
La direction doit arbitrer les investissements de sauvegarde, supervision, durcissement, redondance, documentation et tests.
05 · LES LIVRABLES
Des supports utilisables par la direction, l'IT et les métiers
La documentation doit être assez claire pour décider, assez précise pour agir et assez courte pour être réellement consultée pendant un incident.
Synthèse exécutive
Vue direction : activités critiques, risques majeurs, arbitrages, actions prioritaires et budget indicatif.
Cartographie BIA
Activités, impacts, délais d'interruption tolérables, dépendances, ressources minimales et exigences de reprise.
Matrice RTO / RPO
Objectifs de reprise par activité ou application, conditions de validation et points de fragilité.
Scénarios de continuité
Perte messagerie, rançongiciel, indisponibilité ERP, fuite de données, prestataire critique, site inaccessible.
Fiches réflexes
Cellule de crise, communication, sauvegardes, restauration, comptes d'urgence, contacts critiques, conservation de preuves.
Plan de tests & RETEX
Calendrier d'exercices, critères de réussite, écarts observés, actions correctives et maintien en condition opérationnelle.
06 · CE QUE NOUS NE PROMETTONS PAS
La continuité se prépare, elle ne se garantit pas
La résilience cyber exige de la méthode, mais aussi des tests réguliers, des responsabilités claires et des choix assumés. Un document non testé donne une illusion de maîtrise.
Pas de disponibilité garantie
Le dispositif réduit l'improvisation, mais ne supprime ni les incidents, ni les dépendances externes, ni les arbitrages difficiles. Aucun résultat n'est garantiun PCA/PRA n'assure pas l'absence d'interruption.
Pas de PRA purement technique
Restaurer un serveur ne suffit pas si les accès, les données, les validations, les métiers ou les prestataires ne sont pas alignés.
Pas de continuité sans maintien
Les contacts, procédures, comptes d'urgence, sauvegardes, droits et scénarios doivent rester à jour. Un plan jamais testé est une hypothèse, pas une garantie.
Un plan jamais testé est une hypothèse, pas une garantie
La valeur d'un dispositif de continuité dépend des tests, de la gouvernance, des sauvegardes, des accès d'urgence et du maintien en condition opérationnelle. Zerval Pro relie le BIA, les objectifs RTO/RPO et les scénarios pour que la continuité reste activable, au même endroit que le risque et la conduite d'incident.
Une crise cyber en cours ?
Suspicion d'intrusion, rançongiciel, compte critique compromis, fuite de données : stabilisez sans détruire les preuves, et faites-vous accompagner. Nous ouvrons une cellule de crise et tenons le fil des décisions.
Voyez le module Continuité sur votre contexte.
Une démo live de 30 minutes, ou commencez seul par le diagnostic de direction gratuit. Sans engagement, sans traitement hors UE.