Comprendre le modèle d’accès

Boldo combine plusieurs règles d’accès. Le type d’utilisateur détermine des familles d’actions ; rôles et domaines régissent les données et contenus lorsque les droits fins sont activés. Une action doit aussi respecter l’offre, les réglages de la fonction et l’état de la ressource.

Distinguer les niveaux d’accès

Niveau	Question résolue
Adhésion et connexion	Ce compte peut-il entrer dans l’organisation avec sa méthode actuelle ?
Type d’utilisateur	L’action est-elle accessible à un Lecteur, Éditeur, Administrateur ou Propriétaire ?
Offre et activation	La fonction est-elle incluse, activée et disponible dans les limites autorisées ?
Rôles	Que peut faire le membre sur chaque type d’actif, propriété, relation ou catégorie de contenu ?
Domaines d’accès	Quelles données ou quels contenus partagés ces permissions concernent-elles ?
Propriété et partage	La personne est-elle propriétaire de l’actif, ou autorisée à utiliser ce contenu personnel ou partagé ?

Le Propriétaire de l’organisation et le propriétaire d’un actif sont deux notions différentes. L’un administre l’organisation et l’abonnement ; l’autre porte la responsabilité d’informations particulières.

De même, ouvrir une visualisation ne donne pas automatiquement accès aux actifs affichés. Un tableau de bord lisible peut contenir un widget dont la source vous est inaccessible.

Comprendre les types d’utilisateurs

Les Lecteurs consultent les contenus accessibles et peuvent soumettre des suggestions de modification. Ils peuvent aussi commenter lorsque la fonction est disponible. Un propriétaire Lecteur peut attester un actif visible ou demander une nouvelle attestation lorsque le suivi qualité le permet.

Les Éditeurs contribuent aux données et visualisations selon leurs permissions. Les Administrateurs gèrent les membres et paramètres de l’organisation. Le Propriétaire possède des responsabilités supplémentaires d’organisation et de facturation, sous réserve des conditions d’accès à cette dernière.

Administrateur ne signifie pas accès universel aux données métier. Un administrateur peut avoir des rôles restreints et des propriétés masquées. Les modifications ordinaires continuent de vérifier ces droits.

Sans droits fins dans l’offre, les Lecteurs ont les droits de lecture et les Éditeurs ou supérieurs les droits ordinaires de modification. Les réglages individuels des fonctions et les autres conditions d’opération restent applicables.

Combiner rôles et domaines d’accès

Avec les droits fins, les rôles explicites déterminent les permissions. Un membre sans rôle explicite utilise Sans rôle, qui peut posséder des autorisations. Cela ne signifie pas nécessairement aucun accès.

Un actif sans domaine relève de Sans domaine d’accès. Ce réglage peut être permissif ou restrictif ; il ne signifie pas que l’actif est public.

Les autorisations se cumulent entre rôles et domaines applicables. Le niveau le plus élevé accorde l’action ; Aucun dans un rôle n’annule pas un accès accordé ailleurs. Ajouter un domaine peut donc élargir l’accès.

Par exemple, une application appartient aux domaines Commerce et IT. Un rôle donne Voir sur Commerce et un autre rôle applicable donne Modifier sur IT. Masquer IT dans le tableau de diagnostic ne retire pas cette permission effective.

Configurez rôles et domaines avant de les affecter. Un rôle neuf et un domaine neuf ont des permissions initiales différentes.

Distinguer actif, propriété et relation

Le droit général d’actif, les propriétés, le contenu de flux et les relations sont des réglages distincts. Pouvoir modifier un actif ne rend pas automatiquement toutes ses propriétés modifiables.

Les droits d’une relation se configurent depuis son type d’actif source. Voir une extrémité ne suffit pas à voir la relation. Les propriétés de relation sont aussi plafonnées par le droit de leur relation. Une propriété calculée reste en lecture seule, même avec davantage de rôles.

La propriété d’un actif ajoute des actions liées à sa responsabilité. Un propriétaire peut se retirer même après la perte de l’accès en lecture. Un administrateur peut demander une réattestation d’un actif visible sans le posséder ou pouvoir le modifier. Changer la liste des propriétaires exige les droits appropriés de modification de l’actif.

L’import administratif de fichiers est une exception : réservé aux Administrateurs et au Propriétaire, il opère hors des restrictions des rôles métier. Ne généralisez pas sa portée aux modifications ordinaires des actifs.

Vérifier le contexte et le canal d’accès

Les scénarios ont leurs propres règles de visibilité et de gestion, tandis que les rôles sur les données continuent de s’appliquer. Partager un scénario ne révèle pas toutes ses propriétés. Consultez les accès aux scénarios.

Une clé API utilise ses propres rôles. Son type effectif est plafonné par le plus faible entre celui de la clé et celui du membre. Un lien externe utilise ses rôles enregistrés, pas automatiquement toutes les permissions actuelles de son auteur.

Le diagnostic Par utilisateur représente un membre, pas chaque clé API ou lien externe qu’il a créé. L’abonnement peut aussi rendre un compte effectivement Lecteur malgré un type enregistré Éditeur ou Administrateur.

Utilisez le diagnostic des droits pour retrouver la règle applicable avant de changer l’accès. Donner Administrateur ne résout pas universellement une action indisponible.