Périmètres #

Objectif et accès #

Le menu Périmètres structure les frontières d’analyse. Tous peuvent lire ; la création, modification et suppression exigent Risk manager ou plus.

Écran et champs #

La liste permet recherche, création et édition. Un périmètre possède nom, description, parent et responsable. Le parent organise la hiérarchie ; le responsable porte la redevabilité.

Cycle de vie #

Créez les périmètres avant actifs, risques et évaluations. Vérifiez les dépendances avant archivage/suppression ; l’API refuse les relations inter-tenant.

Exemple #

« Production SaaS » peut être enfant de « Système d’information » et porter actifs, risques et une évaluation ISO 27001.

Procédure détaillée #

Créez d’abord la racine, puis les enfants. Le nom identifie le périmètre dans les listes ; la description précise inclusions et exclusions ; le parent construit la hiérarchie ; le responsable porte la revue.

Avant modification, mesurez l’effet sur actifs, risques et évaluations. Avant suppression, recherchez toutes les relations. Préférez un périmètre stable plutôt qu’une arborescence reproduisant chaque changement d’organigramme.

Rechercher et contrôler #

Utilisez la recherche sur le nom et la description. Vérifiez absence de doublon, parent du même tenant, responsable actif et cohérence avec la documentation de cadrage.

Erreurs fréquentes #

Un parent invisible appartient peut-être à un autre tenant. Une suppression refusée indique souvent une dépendance. Une hiérarchie trop profonde rend les rapports difficiles à interpréter.