Rôles et permissions
Comparer les accès Admin et Contributor, et voir comment le rôle, les modules et la portée fonctionnent ensemble.
Cette référence explique le modèle de rôles actuellement visible dans OmniLab, les principales frontières de permission entre Admin et Contributor, et la manière dont l'accès aux modules et les organisations attribuées influencent la visibilité.
Rôles actuellement visibles dans le formulaire utilisateur
Les écrans actuels de gestion des utilisateurs exposent deux rôles :
| Rôle | Usage principal | Résultat typique |
|---|---|---|
Admin | Gouvernance et administration plus larges | Peut ouvrir les surfaces de paramètres d'administration et gérer les utilisateurs |
Contributor | Travail opérationnel quotidien | Se concentre sur les campagnes et les contenus dans les organisations attribuées |
Le rôle s'applique à tout le compte
Dans le modèle utilisateur actuel, un seul rôle s'applique à l'ensemble du compte. Les organisations attribuées définissent où l'utilisateur peut travailler, mais elles ne créent pas un rôle différent selon l'organisation.
Matrice des permissions
| Action | Admin | Contributor | Notes |
|---|---|---|---|
Ouvrir le module Campaigns | Oui | Oui | Nécessite l'accès au module Campaigns |
| Ouvrir les modèles, récompenses et surfaces de build associées | Oui | Oui | Ces zones se trouvent dans la partie Campaigns de Studio |
Ouvrir Smartlinks | Oui | Oui | Nécessite l'accès au module Smartlinks et une organisation où Smart Links est activé |
| Basculer entre les organisations attribuées | Oui | Oui | L'utilisateur ne peut basculer que vers les organisations attribuées à son compte |
| Ouvrir Paramètres généraux depuis l'organisation globale | Oui | Non | C'est là que se trouvent les onglets Organisations et Utilisateurs |
| Ouvrir Paramètres de l'Organisation depuis une organisation locale | Oui | Non | Les utilisateurs Contributor sont redirigés hors de la zone Settings |
| Créer, modifier ou supprimer des utilisateurs | Oui | Non | Cela se fait depuis Paramètres généraux > Utilisateurs |
L'accès aux modules peut primer sur le rôle
Le rôle n'est qu'une partie de l'accès. L'accès aux modules peut encore masquer des zones entières du produit.
| Module | Ce qu'il ajoute | Point important |
|---|---|---|
Campaigns | Campagnes, modèles, récompenses, fichiers et travail de build associé | L'utilisateur doit quand même avoir au moins une organisation attribuée |
Smartlinks | Navigation Smart Links et usages associés | L'organisation sélectionnée doit aussi avoir Smart Links activé |
La portée reste déterminante
Même un utilisateur Admin ne voit pas automatiquement toutes les organisations. La visibilité dépend toujours des organisations attribuées au compte et de l'organisation actuellement sélectionnée dans Studio.
Si vous avez besoin de l'explication transverse de la portée, consultez Organisations et portée dans OmniLab. Si vous avez besoin du flux quotidien de bascule, consultez Accès multi-organisations.
Pour aller plus loin
Affecter des utilisateurs aux organisations
Créer ou mettre à jour un utilisateur avec les bonnes organisations, le bon rôle et les bons modules.
Modifier ou révoquer un accès
Mettre à jour les affectations, changer les modules ou retirer un compte si nécessaire.
Accès multi-organisations
Voir ce qui change quand un utilisateur travaille dans plusieurs organisations attribuées.
Processus de demande d'accès
Demander ou attribuer un accès OmniLab avec le bon rôle, les bons modules, les bonnes organisations et la bonne méthode de connexion.
Affecter des utilisateurs aux organisations
Créer ou mettre à jour un utilisateur avec les bonnes organisations, le bon rôle et les bons modules depuis les Paramètres généraux.