Comment regrouper les applications par niveau de priorité pour la reprise ?
D’après Plan de reprise d’activité
Cartographier les objets à couvrir
Pour définir les RTO et RPO, on doit connaître :
Les processus métiers (ex. : vente en ligne, logistique, production),
Les applications associées (ERP, CRM, logiciels métiers spécifiques),
Les infrastructures ou serveurs sur lesquels reposent ces applications (bases de données, serveurs web, plateformes de stockage).
Chaque élément peut avoir un niveau de criticité différent, même si le processus global est jugé critique.
En d’autres termes, il est fort probable que la partie “lecture de données historiques” ne soit pas aussi critique que la partie “enregistrement des transactions actuelles”.
Grouper par niveau de criticité
On regroupe souvent les systèmes en niveaux :
Niveau 1 : services critiques (RTO très court, RPO proche de zéro).
Niveau 2 : services importants, mais pouvant tolérer quelques heures de downtime.
Niveau 3 : services non critiques, où un arrêt de plusieurs jours peut être envisageable sans mettre l’entreprise en péril.
Cette segmentation facilite la priorisation et la planification de la reprise en cas d’incident.
Les efforts techniques et financiers se concentrent d’abord sur les systèmes de niveau 1.