Rôles et permissions

1Rôles intégrés

Six rôles sont prêts à l'emploi. Ils ne se modifient pas, mais vous pouvez en copier un dans un rôle personnalisé.

• Propriétaire : tout. Seuls les propriétaires changent de plan, résilient, achètent des packs, suppriment un projet ou le workspace, et nomment ou changent les propriétaires. Supprimer un projet ou le workspace demande un code envoyé par e-mail au propriétaire, plus le code de l'authentificateur ou un code de secours si la double authentification est active.
• Administrateur : tout le reste, y compris projets, clés, alertes, intégrations, moniteurs, pages de statut, astreinte, membres, règles de connexion et accès invité.
• Développeur : voit chaque partie technique et les données personnelles, travaille sur les issues et les rapports de bugs, acquitte les incidents ; ne peut pas changer les réglages, les alertes ni les membres.
• Agent du service desk : uniquement les rapports de bugs et le service desk : voir, trier, répondre aux personnes qui signalent (avec leurs coordonnées), voir les captures, enregistrements, notes vocales, fichiers joints et détails console et réseau de chaque rapport, et le rapport du service desk. Rien d'autre : ni incidents, événements, journaux, replays de session ou données de sécurité.
• Lecteur : lecture seule sur les issues, logs, Pulse, workflows, disponibilité, astreinte et les autres parties techniques, données personnelles masquées ; pas d'enregistrements de session ni de réglages.
• Facturation : uniquement Facturation et Utilisation, y compris les informations de facturation et les factures.

2Rôles personnalisés

Membres, Rôles, Nouveau rôle : partez d'un rôle intégré, nommez-le, puis cochez Voir, Modifier ou Gérer pour chaque partie et les droits en plus (lancer des correctifs IA, répondre aux personnes qui signalent, voir captures et enregistrements des rapports, répondre aux astreintes). Modifier inclut Voir, et Gérer inclut les deux. Un rôle utilisé ne peut être supprimé qu'une fois que ses membres ont un autre rôle.

3Accès aux projets

Pour chaque membre, choisissez Tous les projets ou seulement certains projets. Une personne limitée à certains projets ne voit les issues, événements, logs, Pulse, enregistrements, rapports de bugs, releases, correctifs IA et compteurs en direct que pour ces projets, partout dans le tableau de bord. Un projet créé plus tard n'est visible que par les personnes ayant Tous les projets. Les propriétaires voient toujours tous les projets.

4Données sensibles

Les données personnelles sont une permission à part, avec un avertissement quand vous l'activez. Sans elle, Blipit retire ceci avant que la page soit envoyée au navigateur :

• Corps, en-têtes et cookies des requêtes, e-mail et IP de l'utilisateur concerné, fil d'Ariane et variables locales dans les erreurs
• Corps des messages de log et valeurs des attributs, détails des spans et paramètres d'URL dans les traces
• Enregistrements de session
• Nom et e-mail de la personne qui signale sur les rapports de bugs, captures d'écran, enregistrements et notes vocales (les agents qui peuvent répondre voient toujours ses coordonnées ; les agents du service desk et les rôles avec Voir captures et enregistrements des rapports voient toujours les captures, enregistrements, notes vocales et détails console et réseau des rapports de leurs projets, jamais le replay de session)
• Le compte et l'adresse IP sur les issues de sécurité

5Aperçu avec ce rôle

Dans Membres, Aperçu avec ce rôle montre le menu et la liste des pages qu'un rôle et un choix de projets verraient, et quelles données personnelles ils verraient. Ce n'est qu'un aperçu : rien n'est ouvert ni modifié au nom de cette personne.

Bon à savoir

• Développeur, Lecteur et Facturation sont disponibles sur tout plan de plus d'un siège (Solo et au-delà). Agent du service desk est sur Team et Scale. Les rôles personnalisés et l'accès aux projets sont sur Scale.
• Les changements de rôle, d'accès aux projets et de rôles personnalisés sont inscrits au journal d'audit avec leur auteur, l'ancienne valeur et la nouvelle.
• Un workspace garde toujours au moins un propriétaire : le dernier propriétaire ne peut pas être retiré ni recevoir un autre rôle.
• Si un workspace passe à un plan plus petit, les personnes gardent leur rôle et leurs limites de projets actuels ; de nouveaux ne peuvent être donnés que lorsque le plan les permet.