Qu’est-ce que l’Analyse d’impact sur l’activité (AIA) dans Acuna GRC ?
Réponse directe
Dans Acuna GRC, l’analyse d’impact sur l’activité (AIA) se trouve dans l’espace de travail Operate. Chaque processus du périmètre reçoit des objectifs de reprise (RTO, RPO et DMTA), des scénarios d’impact qui s’aggravent avec la durée de l’interruption et la liste des actifs, du personnel, des tiers et des fournisseurs dont il dépend.
Dans Acuna GRC, l’analyse d’impact sur l’activité se trouve dans l’espace de travail Operate. Chaque processus dans le périmètre de l’AIA reçoit des objectifs de reprise (RTO, RPO et DMTA) choisis dans une liste commune de seuils de temps, des scénarios d’impact qui décrivent ce qui se passe à mesure qu’une interruption se prolonge, chacun avec une gravité et un seuil de temps, ainsi que les actifs, le personnel, les tiers et les fournisseurs dont il dépend. Chaque fournisseur reçoit une criticité pour le processus, suggérée à partir de son exposition et de son niveau. La vue d’ensemble de l’AIA liste les processus du périmètre avec leur RTO et leur premier impact, et l’analyse des points de défaillance uniques liste les actifs qui soutiennent plusieurs processus critiques, pour prioriser la redondance.
À quoi sert une analyse d’impact sur l’activité ?
Une analyse d’impact sur l’activité (AIA, ou BIA en anglais) indique quels processus comptent le plus quand quelque chose s’arrête, en combien de temps chacun doit redémarrer et de quoi il dépend. C’est le point de départ de la continuité d’activité : les stratégies de reprise, la conception des sauvegardes et les plans de continuité se dimensionnent à partir de ses résultats, et non l’inverse.
ISO 22301, la norme internationale des systèmes de management de la continuité d’activité, place l’AIA aux côtés de l’appréciation des risques dans son article 8.2. La réglementation l’exige aussi :
- DORA (règlement (UE) 2022/2554) impose aux entités financières, dans le cadre de leur gestion du risque lié aux TIC, de réaliser une analyse d’impact sur l’activité de leur exposition à de graves perturbations de l’activité (article 11, paragraphe 5). L’analyse s’appuie sur des critères quantitatifs et qualitatifs et tient compte de la criticité des fonctions, des processus de soutien, des dépendances à l’égard de tiers et des actifs informationnels. Les actifs et services de TIC sont ensuite conçus et utilisés en cohérence avec l’AIA, notamment pour assurer la redondance des composants critiques.
- NIS2 (directive (UE) 2022/2555) range la continuité des activités, par exemple la gestion des sauvegardes et la reprise des activités, ainsi que la gestion des crises, parmi les mesures de l’article 21, paragraphe 2, point c).
Que doit contenir une AIA ?
- Les processus du périmètre, avec un responsable et une criticité.
- Des scénarios d’impact : ce qui arrive aux clients, au chiffre d’affaires, aux obligations légales et à la réputation quand une interruption dure une heure, un jour, une semaine.
- Les objectifs de reprise de chaque processus : la DMTA, moment où l’impact devient inacceptable, puis le RTO et le RPO fixés à l’intérieur. Voir RTO, RPO et DMTA.
- Les dépendances : systèmes, données, personnes, locaux et fournisseurs nécessaires au fonctionnement de chaque processus.
- Les points de défaillance uniques : les dépendances dont la seule perte arrête un processus critique.
L’AIA est ensuite revue quand les processus, les systèmes ou les fournisseurs changent, et ses hypothèses de reprise sont testées. Sous DORA, les plans de continuité des activités de TIC et les plans de réponse et de rétablissement sont testés au moins une fois par an et après toute modification substantielle des systèmes de TIC qui soutiennent des fonctions critiques ou importantes (article 11, paragraphe 6).
Quelles sont les erreurs les plus fréquentes ?
- Évaluer des systèmes au lieu de processus métier : l’analyse dit ce que fait tourner l’informatique, pas ce que perd l’entreprise.
- Des objectifs de reprise en texte libre, différents d’une équipe à l’autre et impossibles à comparer.
- Oublier les fournisseurs. Un processus qui dépend d’un seul prestataire hérite de son délai de reprise.
- Ne pas voir les dépendances partagées : un actif qui soutient discrètement plusieurs processus critiques.
- Une AIA réalisée une fois pour un audit, jamais mise à jour quand l’organisation évolue.
Comment une AIA se déroule-t-elle dans Acuna GRC ?
Dans Acuna GRC, chaque processus entre dans le périmètre de l’AIA jusqu’à ce que quelqu’un l’en retire ; les processus hors périmètre quittent la liste, les compteurs et l’analyse des points de défaillance uniques, et conservent leur AIA. Chaque processus du registre porte son responsable, sa criticité et sa classification CIAT, et son AIA consigne le RTO, le RPO et la DMTA choisis dans la liste de seuils de temps, des scénarios d’impact avec une gravité et un seuil de temps, ainsi que les actifs, le personnel, les tiers et les actifs critiques dont il dépend.
Les fournisseurs reliés à un processus reçoivent une criticité pour ce processus, suggérée à partir de leur exposition au risque et de leur niveau ; ce sont les mêmes liens que ceux visibles sur le fournisseur dans TPRM. Les constats reliés à un processus apparaissent dans son AIA. L’analyse des points de défaillance uniques liste les actifs qui soutiennent plusieurs processus critiques au-delà d’un seuil que vous fixez, pour prioriser la redondance, la polyvalence des équipes et la diversification des fournisseurs. Le tout se trouve dans l’espace de travail Operate, à côté des risques et des plans de traitement qui s’appuient sur les mêmes actifs et processus.
Comment Acuna GRC s’en charge
- Espace de travail
Operate
Risques et opportunités, menaces, plans de traitement, objectifs, analyse d'impact sur l'activité, tâches, plan annuel et documents.
- Espace de travail
Assure
KPI et mesures, rapports, enregistrements, audits, constats et actions correctives.
- Solution
DORA
Tenez un registre unique des prestataires TIC, fixez RTO et RPO de vos processus critiques, repérez les points de défaillance uniques et suivez les incidents.
Sources
- Règlement (UE) 2022/2554 (DORA), article 11, paragraphes 5 et 6
- Directive (UE) 2022/2555 (NIS2), article 21, paragraphe 2, point c)
- ISO 22301:2019, Systèmes de management de la continuité d’activité, article 8.2
Cette page explique les règles en termes généraux et ne constitue pas un conseil juridique.
Questions fréquentes
Quelle différence entre une AIA et une appréciation des risques ?
L’AIA mesure les conséquences d’une interruption dans le temps, quelle qu’en soit la cause. L’appréciation des risques examine ce qui pourrait la provoquer et avec quelle probabilité. Les deux sont nécessaires : l’AIA dit quoi protéger et en combien de temps reprendre, l’appréciation des risques dit contre quoi le protéger.
DORA exige-t-il une analyse d’impact sur l’activité ?
Oui. L’article 11, paragraphe 5, de DORA impose aux entités financières de réaliser une analyse d’impact sur l’activité de leur exposition à de graves perturbations, dans le cadre de leur gestion du risque lié aux TIC.
À quelle fréquence mettre à jour une AIA ?
Revoyez-la au moins une fois par an et chaque fois que des processus, des systèmes ou des fournisseurs clés changent, car les objectifs de reprise et les dépendances évoluent avec eux.
Découvrez comment Acuna GRC le pilote.
Dites-nous vos référentiels et votre équipe. Nous vous montrons comment Acuna GRC pilote le programme.
Hébergé en Suisse, dans l'UE ou aux États-Unis
.png&w=3840&q=75&dpl=dpl_4WWtFHEr9P8wkcdWCGky2WYKjEiM)

