Rôles et permissions
La matrice des droits
Les douze rôles de l'app et leurs droits, domaine par domaine. Le tableau est généré depuis les règles de l'app, jamais écrit à la main.
Le tableau ci-dessous est produit au moment de la publication de cette documentation à partir de la table de droits de l'app : c'est la même table que le serveur lit pour décider. Il ne peut donc pas dire autre chose que les règles.
Comment lire les droits
- Un droit est une action sur un domaine : lire, modifier, approuver, exporter, gérer. Gérer inclut les quatre autres ; modifier, approuver et exporter incluent lire.
- Les rôles sont additifs : une personne détient l'ensemble des droits de tous ses rôles. Gagner un rôle ne retire jamais un droit.
- Les droits sur un objet précis (le propriétaire, la personne à qui il est assigné, le relecteur ou l'approbateur nommé) s'ajoutent à ceux des rôles et n'en retirent aucun.
- Un administrateur Jira détient les droits du rôle Administrateur, sans attribution.
| Domaine | Administrateur | Responsable conformité | Lecteur | Contributeur | Approbateur | Auditeur | Gestionnaire des risques et des actifs | Gestionnaire des politiques | Gestionnaire des personnes | Gestionnaire des revues d'accès | Gestionnaire des incidents | Gestionnaire de l'IA |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Déclaration d'applicabilité | gérer | gérer | lire | aucun droit | lire, approuver | lire, exporter | lire | lire | lire | lire | lire | lire |
| Contrôles et preuves | gérer | gérer | lire | sur ce qui lui est confié | lire | lire, exporter | lire | lire | lire | lire | lire | lire |
| Risques et actifs | gérer | gérer | lire | aucun droit | lire, approuver | lire, exporter | gérer | lire | lire | lire | lire | lire |
| Fournisseurs | gérer | gérer | lire | aucun droit | lire | lire | lire | lire | gérer | lire | lire | lire |
| Politiques | gérer | gérer | lire | aucun droit | lire, approuver | lire, exporter | lire | gérer | lire | lire | lire | lire |
| Système de management | gérer | gérer | lire | aucun droit | lire | lire, exporter | lire | gérer | lire | lire | lire | lire |
| Personnel | gérer | gérer | aucun droit | aucun droit | aucun droit | lire | aucun droit | aucun droit | gérer | aucun droit | aucun droit | aucun droit |
| Revues d'accès | gérer | gérer | lire | aucun droit | lire, approuver | lire, exporter | lire | lire | lire | gérer | lire | lire |
| Audits internes | gérer | gérer | lire | aucun droit | lire | lire, exporter | lire | lire | lire | lire | lire | lire |
| Audit externe | gérer | gérer | lire | aucun droit | lire | lire, modifier, exporter | lire | lire | gérer | lire | lire | lire |
| Incidents | gérer | gérer | lire | aucun droit | lire | lire | lire | lire | lire | lire | gérer | lire |
| Intelligence artificielle | gérer | gérer | lire | aucun droit | lire, approuver | lire | lire | lire | lire | lire | lire | gérer |
| Tests | gérer | gérer | lire | sur ce qui lui est confié | lire | lire | lire | lire | lire | lire | lire | lire |
| Référentiels | gérer | gérer | lire | aucun droit | lire | lire | lire | lire | lire | lire | lire | lire |
| Journal d'audit | gérer | gérer | aucun droit | aucun droit | aucun droit | lire, exporter | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit |
| Réglages | gérer | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit |
| Rôles et accès | gérer | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit | aucun droit |
L lire · M modifier · A approuver · E exporter · G gérer (inclut lire, modifier, approuver et exporter) · ◇ uniquement sur ce qui est confié à la personne · – aucun droit
Les rôles en une phrase
- Administrateur : tout, y compris les réglages et la gestion des rôles. Voir le guide.
- Responsable conformité : tout sauf les réglages et les rôles. Voir le guide.
- Lecteur : lit les écrans, sauf le personnel, le journal, les réglages et les rôles, et avec une vue réduite de quatre registres (système de management, politiques, campagnes de revue d'accès, objets JSM Assets) : voir Ce que voit un lecteur, registre par registre. C'est l'accès par défaut, tant que l'administrateur n'a pas choisi « Contributeur ».
- Contributeur : agit sur les contrôles et les tests qui lui sont assignés. Voir le guide.
- Approbateur : lit comme un lecteur, mais voit en plus toutes les politiques (brouillons, révisions soumises, historique) ; il approuve la déclaration d'applicabilité, les politiques, les systèmes d'IA, les risques et les revues d'accès. Voir le guide.
- Auditeur : lit tout (personnel et journal compris), exporte ce que contient un dossier d'audit et répond aux demandes de l'audit externe ; il ne modifie rien d'autre. Son attribution est datée. Voir le guide.
- Gestionnaires par domaine (risques et actifs, politiques, personnel et fournisseurs, revues d'accès, incidents, IA) : lisent comme un lecteur et gèrent leur domaine. Le gestionnaire des politiques gère aussi les registres du système de management.
Ce que voit un lecteur, registre par registre
Le tableau des droits dit qu'un lecteur lit un domaine. Pour quatre registres, ce que le serveur lui renvoie est plus court que ce qu'un responsable voit, parce que les lignes nomment des personnes ou des accès. L'écran le dit à chaque fois ; ce n'est pas un registre vide.
| Registre | Ce que voit un lecteur | Qui voit tout |
|---|---|---|
| Système de management (clauses 4 à 10), écran Contexte et parties intéressées | Les compteurs en tête de page. Aucune ligne de registre : « Les registres sont réservés ». | Qui modifie le système de management : responsable conformité, gestionnaire des politiques, administrateur |
| Politiques | Les politiques approuvées et en vigueur qui lui sont adressées, en lecture du texte. Ni brouillon, ni révision, ni historique des versions, ni empreinte, ni la personne qui a soumis le texte, ni la liste des autres personnes de l'audience, ni les modèles. | Qui modifie ou approuve les politiques : toutes les politiques |
| Accusés d'une politique (« Pas encore acceptée par », « Qui a accepté ») | Seulement ses propres accusés. Aucune liste de personnes. | Qui modifie le système de management |
| Revues d'accès, détail d'une campagne | La liste des campagnes (dates, périmètre, avancement) mais pas leur détail, qui nomme des personnes et leurs accès. Une campagne dont il est relecteur s'ouvre, et ne montre que les accès de la partie du périmètre qui lui est confiée. | Qui gère les revues d'accès (responsable conformité, gestionnaire des revues d'accès, administrateur) : toute la campagne |
| Actifs et Risques, objets lus dans JSM Assets | Le registre léger seul ; les objets lus dans JSM Assets ne sont ni listés ni nommés, même quand la source est JSM Assets. | Qui modifie les risques et les actifs (responsable conformité, gestionnaire des risques et des actifs, administrateur) |
Les autres écrans en lecture (déclaration d'applicabilité, contrôles, preuves, risques, fournisseurs, incidents, audits, tests, plan d'action) n'ont pas de vue réduite par rôle. Une exception ne tient pas au rôle mais à Jira : le titre d'un incident copié d'un ticket n'est montré qu'à qui peut lire ce ticket.
L'auditeur n'est pas concerné par ces réductions : il lit tout.
Séparation des tâches
La règle du cœur de l'app vise quatre domaines : la déclaration d'applicabilité, les politiques, les systèmes d'IA et les risques. L'auteur n'approuve pas son propre objet. Le serveur l'applique aux quatre : à la déclaration d'applicabilité (les auteurs sont lus dans le journal), aux politiques (le propriétaire ou la personne qui a soumis) aux systèmes d'IA (l'approbateur désigné n'est jamais le propriétaire) et aux risques (la personne propriétaire d'un risque ne l'accepte pas et n'en enregistre pas l'acceptation). Une personne qui détient le rôle Administrateur, ou le droit d'administrateur Jira, peut passer outre, pour qu'une équipe d'une seule personne puisse approuver ; l'écart est inscrit au journal. Voyez Politiques, Gouvernance IA et Risques.
Attribuer un rôle
Rôle : Administrateur L'attribution à une personne ou à un groupe Jira, la date de fin, l'accès par défaut et les rôles sur mesure (édition Advanced) se font depuis Réglages › Accès. Le pas à pas est dans Les rôles.
Bon à savoir
Les tableaux « Qui peut faire quoi » de la référence des écrans comparent trois profils (lecteur, responsable conformité, administrateur Jira). Pour les autres rôles (contributeur, approbateur, auditeur, gestionnaires, rôles sur mesure), la référence est le tableau ci-dessus.
Ce que le tableau ne dit pas
- Il ne dit pas qui détient quel rôle dans votre installation.
- Certaines actions dépendent aussi de l'édition (générer le dossier d'audit demande l'édition Advanced) et de la licence (sans licence active, l'app est en lecture seule).
Cette page vous a-t-elle aidé ?