Le PCA décrit comment chaque processus critique continue en mode dégradé. Seuls les processus BIA dont l’avancement est Validé y figurent, par ordre alphabétique du nom. L’onglet ouvert est mémorisé dans le navigateur pour ce projet. À la première visite, c’est Architecture.

Neuf onglets : Architecture, Questionnaires, Dépendances, Workflow, Matrice, Reporting, Validation, Question, Commentaires.

Architecture

Cet onglet explique la méthode. Il ne saisit rien.

1. Phase d’analyse des dépendances critiques. L’objectif est de comprendre ce dont chaque processus a besoin pour fonctionner. Une dépendance peut se couvrir par un contournement métier : papier, téléphone, saisie différée, site de repli, suppléant, fournisseur de substitution. Quatre familles de questions : technologiques (applications, serveurs, interdépendances), humaines (compétences, effectif minimum, personne unique), fournisseurs (prestataires, délais, clauses de continuité), physiques (locaux, matériels, relocalisation).

2. Moteur de recommandation. Le DMIA et la PDMA viennent du BIA, avec les mêmes libellés. Le DMIA du processus est la plus courte des activités. Le questionnaire fixe le délai dans lequel le mode dégradé doit être opérationnel après le déclenchement. Ce délai ne doit pas être plus long que le DMIA. Tant qu’aucune réponse n’est enregistrée, les stratégies proposées suivent ce délai :

3. Scénarios couverts. Chaque PCA décrit une procédure pour les cinq scénarios : indisponibilité complète du système d’information, indisponibilité partielle, inaccessibilité des locaux, indisponibilité des ressources humaines, indisponibilité des fournisseurs ou prestataires. Une reprise informatique ne remplace pas le contournement métier du scénario.

Questionnaires

Un bloc par processus validé, replié. L’en-tête indique le nom et le nombre d’écarts. Le bandeau du haut cumule les écarts de tous les processus, ou affiche « Aucun écart détecté ».

Aligner sur le DMIA agit sur le processus ouvert. S’il n’y en a pas, le message est « Ouvrez d'abord un processus pour aligner le délai sur le DMIA. ». Le bouton choisit le délai le plus large qui tient encore dans le DMIA, puis recoche les stratégies proposées pour ce délai. Il n’enregistre pas.

Dépendances. Quatre textes : Technologiques, Humaines, Fournisseurs, Physiques. Chaque zone propose un exemple et, au survol, précise ce qu’il faut y mettre.

Localisation des applications. Une colonne par salle des datacenters du projet. Les lignes sont les applications rattachées aux activités du processus. Enregistrer remplace les salles déjà cochées pour ces applications. Sans application, le tableau affiche « Aucune application référencée. ».

DMIA du BIA. La plus courte des activités du processus, lue sur les grilles. Elle n’est pas ressaisie. Sans score, le libellé est « Non renseigné ». Si toutes les activités sont en N/A, le libellé est N/A.

Délai de mise en œuvre du PCA. Quatre choix : Temps réel, Très court (< 1 h), Moyen (1–24 h), Long (> 24 h). Sans réponse enregistrée, le délai proposé est le plus large qui tient dans le DMIA :

• DMIA Temps réel : Temps réel ;
• DMIA < 1 heure : Très court ;
• DMIA < 24 heures : Moyen ;
• toute autre durée, N/A ou absence de score : Long.

Un message rouge apparaît si le délai choisi dépasse le DMIA. Temps réel n’admet que Temps réel. < 1 heure admet Temps réel et Très court. < 24 heures admet jusqu’au Moyen. À partir d’une semaine, les quatre délais restent dans le DMIA.

Changer le délai recoche aussitôt les stratégies de la colonne Recommandée, selon le tableau de l’onglet Architecture. Les cases Stratégie couverte ne bougent pas. L’enregistrement conserve ensuite le choix visible.

Stratégies suggérées. Huit lignes, deux cases chacune. Recommandée est ce que le délai propose. Stratégie couverte est ce qui existe déjà. Un écart est une stratégie recommandée dont la case couverte n’est pas cochée. La ligne est marquée, et le compteur de l’en-tête augmente.

Recommandations pour réduire les écarts. Tant qu’aucune proposition d’IA n’a été enregistrée, la liste reprend une phrase par écart : cluster HA, bascule automatique, réplication synchrone multi-site, site warm, procédures de reprise manuelle, télétravail (VPN, MFA), procédures de mode dégradé, site cold. Améliorer avec l'IA remplace cette liste par une rédaction. Elle est conservée au prochain Enregistrer.

Questions complémentaires. Cinq cases, non cochées par défaut : capacité VPN en cas d’afflux, équipement de travail à distance, canaux alternatifs (SMS, messagerie), PCA documenté et testé des fournisseurs critiques, contraintes réglementaires (exemple : RGPD, secteur).

Informations complémentaires. Éditeur de texte du processus. Ce texte prime, pour ce processus, sur les commentaires de l’onglet Commentaires lors de la génération du document.

Enregistrer conserve le questionnaire de ce processus et renvoie au PCA. Sans processus validé, l’onglet affiche « Aucun processus BIA trouvé pour ce projet. ».

Dépendances

La liste Processus BIA choisit le processus. Deux cartes se succèdent.

Applications. Nœud cyan : application du processus. Nœud orange : application hors processus dont une application du processus dépend. La flèche part de l’application qui dépend et touche celle dont elle dépend. Les liens viennent des dépendances saisies sur les fiches application. Une application hors processus n’apparaît que si une application du processus en dépend. Les nœuds se déplacent ; la position est conservée. Recalculer les dépendances demande confirmation, reconstruit les liens, et garde la position des nœuds qui existent encore.

Exemple :

Trois compteurs : applications affichées, liens, applications qui ont au moins un lien. Le tableau Applications donne le nom, le code (ou N/A) et le serveur (ou « Non défini »). Une application hors processus a un liseré orange. Le tableau Liens reprend « Application qui dépend » et « Application dont on dépend ». Sans application rattachée : « Aucune application n'est rattachée aux activités de ce processus. ». Sans lien : « Aucun lien entre ces applications. ».

Interdépendances fonctionnelles. Deux activités sont liées lorsqu’elles partagent une application. Le questionnaire ajoute d’autres nœuds :

Le tableau donne l’élément, ce à quoi il est relié, la nature et le détail (applications en commun, extrait du texte, ou « Stratégie couverte » / « Écart : recommandée et non couverte »). Recalculer les interdépendances suit la même confirmation que le graphe des applications. Sans activité : « Aucune activité pour ce processus. ». Sans lien : « Aucune interdépendance fonctionnelle entre ces activités. ».

Workflow

Quatre étapes, en lecture.

1. Import et analyse des données BIA/MVC. Quelles activités ont le DMIA le plus court, quelles interdépendances existent, et si le délai de mise en œuvre tient dans le DMIA avec un contournement métier.
2. Génération de questions contextuelles. Aller aux questionnaires ouvre l’onglet Questionnaires.
3. Évaluation des stratégies existantes. La liste Processus présentant des écarts reprend les processus dont une stratégie recommandée n’est pas couverte. Un clic ouvre le questionnaire de ce processus. Sans écart : « Aucun écart détecté ».
4. Recommandations stratégiques. Proposer dans les questionnaires ouvre aussi l’onglet Questionnaires.

Matrice

Résumé constaté. Le délai vient du DMIA, puis se règle dans les questionnaires. Les écarts comparent recommandations et stratégies couvertes. L’agrégation par application s’appuie sur les activités des processus validés.

Arbre de décision. Trois règles générales : lieu spécifique, compétences rares, fournisseur unique. Sous la liste, les recommandations détectées ne s’affichent que si le texte des dépendances contient l’une de ces formulations :

• lieu : « site unique », « lieu spécifique », « locaux uniques », « datacenter unique », « même site », « localisation unique » ;
• compétences : « compétence rare », « personne unique », « spof », « expert unique », « dépendance aux personnes » ;
• fournisseur : « fournisseur unique », « prestataire unique », « contrat exclusif ».

Si la haute disponibilité ou la réplication synchrone est recommandée, une application sans salle, ou présente dans moins de deux datacenters, est signalée pour un déploiement multi-site. Sans détection : « Aucune recommandation spécifique détectée à partir des dépendances pour l'instant. ».

Analyse par application. Seules les applications qui ont une DMIA ou une PDMA issue d’un processus validé sont listées. DMIA min et PDMA min sont lus comme dans la vue applications du MVC : fusion des grilles, score le plus élevé par colonne, puis les règles au seuil 3.

La Criticité suit la DMIA min :

Écarts additionne, pour les processus validés qui utilisent l’application, les stratégies recommandées non couvertes. Le chiffre ouvre une fenêtre : par processus, la liste des écarts et Corriger dans les questionnaires. Sans écart : « Aucun écart pour cette application. ».

Filtrer par criticité : Toutes, Critique (Temps réel / < 1 h), < 24 h, ou « >= 1 semaine ou N/A » (Moyenne et Faible). Trier par : Nom, DMIA ou PDMA, du plus court au plus long. Sans application : « Aucune application référencée dans les BIA validés. ».

Reporting

Générer le PCA rédige le document d’un processus validé. Le moteur est DeepSeek ou Mistral AI, mémorisé pour le projet. La rédaction peut prendre une à plusieurs minutes. Le document produit remplace celui déjà enregistré pour ce processus. À l’ouverture, le dernier document s’affiche, avec la mention « Enregistré le … ».

Copier pour Word / Google Docs place le document dans le presse-papiers. Les titres et les tableaux se collent (Ctrl+V).

Le plan rédigé a quatre chapitres : introduction (objectifs, portée, terminologie, documents associés), description de l’activité (profil, interdépendances, rôles, impacts d’une interruption), prérequis (humains, matériels, prestations), continuité d’activité (les cinq scénarios, la priorisation, les procédures). Un fait manquant est marqué « À compléter ». Les informations complémentaires du processus priment sur les commentaires société.

Sans processus validé : « Aucun processus BIA validé : le PCA ne peut pas encore être généré. ».

Validation

Le texte fixe la méthode. Il n’enregistre pas d’exercice.

1. Validation du document, avant le premier exercice : PCA généré et relu, DMIA et PDMA repris du BIA, délai de mise en œuvre au plus égal au DMIA le plus court, plus de point « À compléter » dans les rôles, les coordonnées et les prérequis, personne qui décide du déclenchement nommée.

2. Programme de simulation. Un exercice par processus et par an. Les cinq scénarios tournent. Le premier est un exercice sur table sur l’indisponibilité complète du système d’information.

3. Déroulé d’un exercice. Cadrage, déclenchement avec l’heure notée, exécution chronométrée jusqu’au mode dégradé opérationnel, puis RETEX et mise à jour du PCA.

Planifier l'exercice ouvre les tests du projet. Cadre de gestion de crise ouvre la gestion de crise.

Question

Question limitée à la rédaction d’un PCA : structure, sections, formulation, cohérence avec les processus du projet. La réponse s’affiche sous le formulaire et n’est pas enregistrée. Moteur DeepSeek ou Mistral AI. La question doit compter au moins quelques caractères. Exemple proposé : rédiger la section « stratégies de continuité » à partir des écarts des processus validés. L’envoi peut prendre une à plusieurs minutes.

Commentaires

Commentaires pour l'ensemble de la société. Éditeur de texte, un seul pour le projet. Enregistrer affiche « Commentaires enregistrés » et « Ils seront transmis à l'IA pour l'ensemble des PCA de la société. ». Ils complètent la génération de chaque processus. Les informations complémentaires d’un processus, dans son questionnaire, priment pour ce processus.