Rôles et visibilité

Project Admin, Editor et Viewer : ce que chacun peut réellement faire, pourquoi un rôle ne vous suit pas d'un projet à l'autre et pourquoi un bouton manquant est souvent normal.

Présentation

Trois rôles, avec des différences concrètes plutôt qu'abstraites. Le plus utile est de savoir quelles commandes chaque rôle obtient réellement : lorsqu'une personne signale qu'un bouton a disparu, la réponse est souvent que le modèle d'accès fonctionne.

Ce que vous allez apprendre

Ce que chacun des trois rôles peut faire
La différence pratique entre Admin et Editor
Pourquoi votre rôle ne vous suit pas d'un projet à l'autre

Les rôles

Project Admin modifie les données du projet et gère les membres.

Project Editor modifie les données du projet, mais ne peut pas gérer les membres.

Project Viewer est en lecture seule.

Ce que cela signifie en pratique

	Ajouter un membre	Créer une société	Lancer un processus
Project Admin	Oui	Oui	Oui
Project Editor	Non	Oui	Oui
Project Viewer	Non	Non	Non

La différence pratique entre Admin et Editor est donc la gestion des membres. Un Editor peut faire le travail d'un processus de souscription : créer des sociétés, lancer des contrôles KYC et des processus de souscription, mais il ne peut pas décider qui d'autre a accès.

Un Viewer peut consulter, et rien de plus. Notez que les commandes sont absentes, pas désactivées : les boutons ne sont pas grisés, ils ne sont pas là.

Ce détail compte pour le diagnostic. Une personne qui dit « le bouton de création a disparu » décrit généralement un comportement correct pour son rôle, pas une anomalie.

La règle souvent mal comprise

Un rôle de projet ne vous suit pas d'un projet à l'autre. Les rôles sont limités au projet concerné. La même personne peut être Editor sur un projet et Viewer sur un autre, et c'est normal plutôt qu'une mauvaise configuration.

Il n'y a donc pas de niveau global de compte à vérifier. Pour répondre à « que peut faire cette personne ? », vous devez poser la question pour un projet donné.

Pourquoi c'est construit ainsi

Un LBO implique des personnes dont l'implication varie selon les opérations : un analyste affecté à un build-up et pas à un autre, un conseil qui ne doit voir qu'un seul projet. Les rôles par projet permettent de l'exprimer. Un niveau d'autorisation unique à l'échelle du compte ne le pourrait pas.

Conseils pratiques

Choisissez Editor par défaut pour les membres de deal team qui font le travail. Admin est destiné aux personnes qui gèrent aussi les accès.
Utilisez Viewer délibérément. Il est réellement en lecture seule, et utile pour les personnes qui ont besoin de visibilité sans pouvoir modifier quoi que ce soit.
Vérifiez le rôle, pas la personne, lorsqu'une personne dit qu'une commande manque.