FR
Demander une démo
BCM · BSI 200-4 · ISO 22301

Continuité d'activité selon BSI 200-4 – avec cellule de crise numérique.

Ordivis Continuity

Un bilan d'impact sur l'activité fondé sur les dépendances réelles de la CMDB, la détection des chaînes temporelles et des points uniques de défaillance, des plans de reprise cochables de façon inaltérable et un manuel d'urgence qui renvoie à sa source au lieu de la copier.

Voir le BCM en démonstration Toutes les fonctions BCM
BSI 200-4 & ISO 22301 Organisation de crise intégralement couverts État en direct au lieu d'un classeur papier 
# BIA : processus Bürgerservice Meldewesen
Matrice des dommages  →  proposition de MTPD 24 h
 RTO exigé   8 h   hérité par les sous-processus
 RTO atteignable  31 h  d'après les dépendances de CI
 Écart             − 23 h  → risque vers l'ISMS

SPoF  CORE-SW-01  3 processus critiques
MBCO  Mode dégradé : réception papier, 40 %
Fondamentaux

Qu'est-ce que la gestion de la continuité d'activité ?

PCA est la préparation systématique permettant de reprendre les processus critiques dans un délai supportable après une panne – du bilan d'impact sur l'activité aux plans de reprise, jusqu'à une organisation de crise entraînée.

Il ne s'agit expressément pas d'empêcher les perturbations – c'est le rôle de la sécurité de l'information – mais de la capacité à agir ensuite. La question centrale n'est pas « comment empêcher la panne ? » mais « combien de temps la supportons-nous, et que faisons-nous pendant ce temps ? »

MTPD, RTO, RPO, MBCO – les quatre grandeurs

Elles transforment « de retour au plus vite » en une exigence vérifiable :

  • MTPD – durée d'interruption maximale tolérable, avant que le dommage ne devienne insupportable
  • RTO – délai de reprise visé ; doit être inférieur au MTPD
  • RPO – perte de données maximale admissible, mesurée en durée
  • MBCO – niveau d'activité minimal maintenu en mode dégradé

Ordivis Platform propose le MTPD à partir de la matrice des dommages selon BSI 200-4 et fait hériter le RTO le long de la hiérarchie des processus – afin qu'un sous-processus ne soit pas évalué par mégarde plus souplement que le processus qu'il porte.

BCM ou reprise après sinistre ?

La reprise après sinistre est le redémarrage technique des systèmes. Le BCM est la vue d'ensemble sur le processus métier – personnel, locaux, fournisseurs et communication compris. Un serveur parfaitement rétabli ne sert pas à grand-chose si personne ne sait qui autorise le mode dégradé ni comment les administrés sont informés. Ordivis Platform tient les deux : des plans de reprise fondés sur les dépendances réelles des CI, intégrés au cadre du BCM.

Pourquoi la CMDB en est la condition

Le chiffre intéressant du bilan d'impact n'est pas le délai de reprise exigé , mais le délai atteignable. Celui-ci découle de la chaîne des dépendances techniques – que seule une CMDBbien tenue connaît. Ordivis Platform en calcule l'écart entre l'exigé et le constaté et repère les chaînes temporelles ainsi que les points uniques de défaillance dans le graphe des dépendances. Les lacunes restantes se reportent directement, en tant que risques, dans l' analyse de risque de l'ISMS .

Étendue fonctionnelle

Ce que fait le module BCM

  • Un module BCM à part entière (BSI 200-4 & ISO 22301)
  • Rôle dédié de responsable du BCM avec des droits à granularité fine
  • Périmètre avec modèle de maturité par paliers (réactif / construction / standard)
  • Processus métier en tant qu'objets de la CMDB (liés en lecture seule)
  • Création commune des processus (CMDB & BCM)
  • Indicateurs de criticité MTPD, RTO, RPO, MBCO + mesures immédiates
  • Matrice des dommages avec proposition automatique de MTPD
  • Héritage du RTO le long de la hiérarchie des processus
  • Bilan d'impact sur l'activité avec préfiltre fondé sur des règles
  • Détection des chaînes temporelles & des points uniques de défaillance sur le graphe des dépendances
  • Écart exigé/constaté : délai de reprise atteignable contre délai exigé
  • Reporter les lacunes de continuité vers l'ISMS en tant que risques
  • Organisation de gestion complète : cellule de crise, cellule d'urgence, équipes
  • Contrôle des suppléants (n+1) et rôle de déclaration NIS2
  • Listes de contacts & d'alerte avec escalade
  • Bibliothèque de documents d'urgence avec maîtrise documentaire & circuit d'approbation
  • Plans de reprise interactifs, cochables de façon inaltérable
  • Gestion des exercices & des tests (sur table, alerte, cadre d'état-major, test complet)
  • Retours d'expérience & mesures CAPA avec suivi
  • Preuve de conformité et synthèse de direction en PDF
  • Générateur de manuel d'urgence informatique à partir des données existantes
  • Plans de reprise après sinistre avec rôles et étapes documentées
Bilan d’impact
Logiciel de BCM : bilan d'impact sur l'activité avec indicateurs de criticité
Bilan d’impact sur l’activitéMatrice des dommages, MTPD/RTO/RPO et écart entre l'exigé et l'atteignable.
Organisation de crise
Cellule de crise numérique : organisation de gestion selon BSI 200-4
Organisation de gestionCellule de crise, cellule d'urgence et équipes, avec contrôle des suppléants et alerte.
Un détail qui compte le jour venu

Pourquoi le manuel d'urgence ne doit pas être une copie

Le manuel d'urgence informatique classique est un document rédigé une fois, imprimé et rangé dans un classeur. Deux ans plus tard, la moitié des contacts d'urgence ont quitté la maison et la chaîne d'alerte renvoie à un service dissous. Cela se remarquera le jour venu.

Le générateur d'Ordivis Platform produit le manuel selon BSI 200-4 à partir des données existantes – organisation d'urgence, chaîne d'alerte, mesures immédiates, plan de communication, contacts et documents d'urgence. L'essentiel tient à ceci : les chapitres renvoient à leur source au lieu de la copier. Chaque consultation affiche l'état en direct. Pas de double saisie, pas de contacts périmés.

Questions fréquentes sur le BCM

Réponses brèves et honnêtes

Qu'est-ce que la gestion de la continuité d'activité ?

Le BCM est la préparation systématique permettant de reprendre les processus critiques dans un délai supportable après une panne – du bilan d'impact sur l'activité aux plans de reprise, jusqu'à une organisation de crise entraînée. Il ne s'agit pas d'empêcher les perturbations, mais de la capacité à agir ensuite.

Que signifient MTPD, RTO, RPO et MBCO ?

Le MTPD est la durée d'interruption maximale tolérable, avant que le dommage ne devienne insupportable. Le RTO est le délai de reprise visé et doit être inférieur au MTPD. Le RPO décrit la perte de données maximale admissible, mesurée en durée. Le MBCO est le niveau d'activité minimal maintenu en mode dégradé. Ensemble, ces quatre grandeurs transforment « de retour au plus vite » en une exigence vérifiable.

Quelle est la différence entre le BCM et la reprise après sinistre ?

La reprise après sinistre est le redémarrage technique des systèmes. Le BCM est la vue d'ensemble sur le processus métier – personnel, locaux, fournisseurs et communication compris. Un serveur parfaitement rétabli ne sert à rien si personne ne sait qui autorise le mode dégradé. Ordivis Platform tient les deux : des plans de reprise fondés sur les dépendances réelles des CI, à l'intérieur du cadre du BCM.

Que fait le préfiltre du bilan d'impact sur l'activité ?

Il sépare, selon des règles, les processus sensibles au temps de ceux qui ne le sont pas, avant que le bilan proprement dit ne commence. Cela évite l'analyse complète pour les processus où elle n'apporte manifestement rien – la raison habituelle pour laquelle les projets de BIA s'arrêtent à mi-chemin.

Comment les points uniques de défaillance sont-ils repérés ?

Par le graphe des dépendances de la CMDB. Ordivis Platform repère les chaînes temporelles et les composants dont dépendent simultanément plusieurs processus critiques – et affiche l'écart entre le délai de reprise atteignable et le délai exigé. Sans dépendances bien tenues, cela reste de la devinette.

Qu'est-ce que la cellule administrative ou de crise numérique ?

L'organisation de gestion complète selon BSI 200-4 : cellule de crise, cellule d'urgence et équipes de gestion, avec rôles, contrôle des suppléants selon le principe n+1 et listes d'alerte avec escalade. Pour les entités relevant de NIS2, un rôle de déclaration dédié s'y ajoute.

Comment le manuel d'urgence informatique est-il produit ?

Le générateur le produit selon BSI 200-4 à partir des données existantes : organisation d'urgence, chaîne d'alerte, mesures immédiates, plan de communication, contacts et documents d'urgence. L'essentiel est que les chapitres renvoient à leur source au lieu de la copier – chaque consultation affiche l'état en direct. Il n'y a donc ni double saisie ni contacts d'urgence périmés dans un classeur imprimé.

Cela aide-t-il pour NIS2 ?

Indirectement, et nous le disons volontairement avec prudence. NIS2 exige des mesures de maintien de l'activité, des canaux de signalement et une capacité de preuve – précisément les briques que fournissent le BCM et l' SMSI . Un outil ne satisfait toutefois aucune directive ; la mise en œuvre reste une tâche organisationnelle.

Dans le même esprit

La continuité a besoin des dépendances

Logiciel CMDB

Le graphe des dépendances sur lequel se repèrent chaînes temporelles et points uniques de défaillance.

Logiciel SMSI

Les lacunes de continuité sont reportées dans l'analyse de risque en tant que risques.

Collectivités & infrastructures critiques

Cellule administrative numérique et prévisibilité budgétaire pour villes et départements.

Voyez le bilan d'impact sur des processus réels.

De la matrice des dommages au manuel d'urgence en passant par la détection des SPoF – dans une démonstration en visioconférence.

Convenir d’une démonstration S’inscrire à la phase d’essai