TABLE DES MATIÈRES
- Que sont les User Roles ?
- Niveaux d'accès
- Types de modules et périmètre d'application
- Modules
- Permissions de cas
- Attribuer un rôle à un utilisateur
- FAQ
- Gérer les User Roles
Que sont les User Roles ?
Les User Roles vous permettent de définir ce qu'un groupe de membres de l'équipe peut consulter et faire dans Momos, sans configurer chaque utilisateur individuellement. Un User Role combine :
- Les permissions de modules — les parties de la plateforme que le rôle peut utiliser, et à quel niveau d'accès.
- Les permissions de cas — les cas auxquels le rôle peut accéder, et s'il peut consulter ou répondre aux soumissions.
Vous attribuez ensuite le rôle aux utilisateurs et choisissez où il s'applique (quelles marques et quels établissements). Toute modification d'un rôle est appliquée automatiquement à tous les utilisateurs qui le détiennent.
Exemple : le rôle A donne Manager sur Reviews pour l'établissement 1, et le rôle B donne Viewer sur Reviews pour les établissements 1 et 2. L'utilisateur est Manager sur Reviews à l'établissement 1, et Viewer à l'établissement 2.
Niveaux d'accès
Chaque module d'un rôle est réglé sur l'un des niveaux ci-dessous. Tous les modules ne proposent pas tous les niveaux — l'éditeur de rôle n'affiche que les niveaux applicables à ce module.
| Niveau | Accès au module | Traitement des retours (Reviews, Surveys, Messaging) |
|---|---|---|
| Owner | Tout ce que Manager peut faire, plus quelques actions supplémentaires sur certains modules (indiquées sous chaque module ci-dessous). Sur les autres modules, Owner et Manager sont identiques | Résoudre, répondre, commenter, assigner |
| Manager | Consulter, créer et modifier | Résoudre, répondre, commenter, assigner |
| Viewer | Consultation uniquement | Commenter, assigner, résoudre |
| None | Aucun accès — le module est masqué | Aucun accès — les retours sont masqués |
Types de modules et périmètre d'application
Les modules sont regroupés selon la façon dont leur accès est délimité.
| Type de module | Ce qu'il couvre | Où il s'applique |
|---|---|---|
| Global-scoped | Fonctionnalités à l'échelle de la plateforme | L'ensemble du compte — aucune sélection de marque ou d'établissement nécessaire |
| Brand-scoped | Configuration gérée par marque | Les marques que vous sélectionnez lors de l'attribution du rôle |
| Location-scoped | Modules de retours, de clients et de marketing | Les établissements que vous sélectionnez lors de l'attribution du rôle |
Options d'établissement
Lorsque vous attribuez un rôle, les modules limités par établissement peuvent s'appliquer à :
| Option | S'applique à |
|---|---|
| All locations | Tous les établissements du compte, y compris ceux ajoutés par la suite |
| All locations in specific brands | Tous les établissements des marques que vous choisissez |
| All locations in specific groups | Tous les établissements des groupes d'établissements que vous choisissez |
| Specific locations | Uniquement les établissements que vous choisissez |
| None | Aucun établissement |
Include blank location : certaines données ne sont liées à aucun établissement. Cochez Include blank location pour que l'utilisateur puisse les voir, pour toutes les marques ou uniquement pour des marques spécifiques.
Modules
Global-scoped modules
| Module | Niveaux disponibles | Notes |
|---|---|---|
| Manage Connections | Manager, None | Gérer les connexions de plateforme du compte |
| Custom Integration Upload | Manager, None | Importer des données d'intégration personnalisées |
| Care Analytics | Viewer, None | Consulter Care Analytics |
Brand-scoped modules
Tous les modules limités par marque proposent Owner, Manager, Viewer et None.
| Module | Notes |
|---|---|
| Alfie Config | Configuration d'Alfie pour la marque |
| Business Info > Location Groups | Les groupes d'établissements de la marque |
| Manage Categories | Les catégories de retours de la marque |
| Case Builder | Owner : créer de nouveaux modèles de cas et modifier tous les modèles existants. Manager : modifier les modèles dans le périmètre Case editor scope du rôle — tous les modèles des marques attribuées, ou uniquement les modèles que vous choisissez. Viewer : voir tous les modèles de cas des marques attribuées, afficher leurs QR codes et ouvrir le lien public — utile pour copier et partager le lien ou le QR code. |
Location-scoped modules
Tous les modules limités par établissement proposent Owner, Manager, Viewer et None.
| Module | Notes |
|---|---|
| Business Info > Locations Overview | Détails des établissements. Owner peut aussi réserver et supprimer des Momos Phone Numbers — les numéros SMS qu'une marque utilise pour envoyer des SMS aux clients via les Outbound Campaigns. Manager et Viewer peuvent voir les numéros, mais pas les modifier. |
| Customer Data | Contrôle l'accès au module Customers (profils clients, audiences, traits et imports de données). Il contrôle aussi si les informations personnelles des clients (nom, e-mail, téléphone) sont visibles ailleurs : dans les tickets de l'Inbox, dans les exports CSV et dans les e-mails envoyés depuis Momos. Les utilisateurs avec None voient ces informations masquées dans l'Inbox et dans les e-mails, et supprimées des exports CSV. Viewer et plus peuvent les voir. L'ouverture du module Customers lui-même nécessite Manager — Viewer peut voir les informations client dans l'Inbox, mais ne peut pas ouvrir le module Customers. Manager : ouvrir Customers, et créer et modifier des audiences et des traits. Owner : importer aussi des CSV de traits, gérer les sources de données (imports de données) et exporter des clients. |
| Direct Messaging | Messages directs (par ex. Facebook et Instagram) — tickets dans l'Inbox et données dans Analytics. |
| Chat | Conversations de chat — tickets dans l'Inbox et données dans Analytics. |
| Offers | Couvre Offer Builder, l'émission d'offres depuis l'Inbox et les données d'offres dans Analytics. Viewer : voir la liste des offres et les analytics, et émettre des offres existantes aux clients depuis l'Inbox. Ne peut pas créer ni modifier d'offres. Manager : peut aussi créer, modifier et publier des offres. Owner : peut aussi désactiver une offre déjà en ligne. |
| Loyalty Action | Actions de fidélité pour les membres du programme de fidélité dans l'Inbox, à l'établissement du ticket. Viewer : voir le badge de fidélité, le solde de points du client et l'historique des transactions. Manager : peut aussi envoyer des points et des récompenses. Selon la plateforme de fidélité, peut aussi déduire des points ou annuler une récompense. Chaque action est consignée sous forme de commentaire dans le fil. Owner : identique à Manager. |
| Reviews | Avis de toutes les plateformes connectées — tickets dans l'Inbox et données dans Analytics. |
| Surveys | Réponses aux enquêtes — tickets dans l'Inbox et données dans Analytics. Owner obtient aussi le bouton Create Survey sur les écrans d'analytics des enquêtes (les autres niveaux voient à la place un lien See Surveys). Manager peut supprimer des tickets d'enquête dans l'Inbox. Sur certains comptes, cette action est réservée à Owner. |
| Survey Builder | Owner : créer, modifier, dupliquer, et activer ou désactiver des enquêtes. Manager : voir la liste des enquêtes, ainsi que le QR code et le lien de chaque enquête — utile pour le partage. Ne peut pas créer ni modifier. Viewer : ne peut pas utiliser Survey Builder. Les enquêtes sont désactivées plutôt que supprimées. Survey Builder est distinct de Surveys, qui contrôle les réponses aux enquêtes dans l'Inbox et Analytics. |
| Ads | Publicités. Owner peut aussi modifier les comptes publicitaires Facebook connectés. |
| Asset Library | Ressources et modèles. Manager peut créer et modifier des ressources et des modèles d'e-mail classiques. Owner peut aussi supprimer en masse (Delete All sur les images et ressources textuelles sélectionnées), et définir des modèles d'e-mail spéciaux par défaut ou les activer. |
| Outbound Campaign | Campagnes sortantes. Manager peut créer et envoyer des campagnes. Owner peut aussi gérer les paramètres d'authentification du domaine e-mail. |
| Social Media | Publications sur les réseaux sociaux |
Admin-only features
Certaines fonctionnalités sont réservées aux Account Admins et ne peuvent pas être accordées via un User Role, notamment Automation, SLA et Inbox Properties. Les Account Admins disposent également d'un accès complet à tous les modules et gèrent les utilisateurs et les User Roles.
Permissions de cas
Les permissions de cas contrôlent les soumissions de cas qu'un rôle peut voir et auxquelles il peut répondre. Elles sont distinctes du module Case Builder, qui contrôle qui peut créer et modifier les modèles de cas.
Choisir l'accès aux cas pour un rôle
Dans Settings > Manage Users > User Roles, modifiez un rôle et allez à Case permissions. Choisissez :
| Option | S'applique à |
|---|---|
| All cases | Tous les cas des marques attribuées, y compris ceux créés par la suite |
| Selected cases | Uniquement les cas que vous attribuez au rôle |
| None | Aucun accès aux cas |
Pour chaque cas, définissez ce que le rôle peut faire par type de demande :
- View — voir les soumissions.
- Reply — répondre aux soumissions.
Sélectionnez All inquiry types pour inclure tous les types de demande du cas, y compris ceux ajoutés par la suite.
Définir l'accès aux cas depuis un modèle de cas
Vous pouvez aussi gérer l'accès depuis Care > Case Templates. Ouvrez les Permissions d'un modèle :
- Onglet Case builder — les rôles qui peuvent modifier ce modèle.
- Onglet Inbox tickets — les rôles qui peuvent voir ou répondre aux soumissions de ce modèle, par type de demande. Utilisez + User role pour ajouter un rôle.
Attribuer un rôle à un utilisateur
- Allez à Settings > Manage Users et ouvrez un utilisateur.
- Ajoutez un User Role.
- Sous Applies To, choisissez les marques pour les modules limités par marque et les établissements pour les modules limités par établissement.
- Cochez éventuellement Include blank location.
- Vérifiez l'accès aux cas accordé par le rôle, puis cliquez sur Save.
FAQ
Pourquoi est-ce que je ne trouve pas Automation, SLA ou Inbox Properties dans l'éditeur de rôle ?
Ces fonctionnalités sont réservées aux Account Admins.
Pourquoi un Viewer sur Offers peut-il émettre des offres ?
Offers couvre à la fois Offer Builder et l'émission d'offres depuis l'Inbox. Viewer permet au personnel de première ligne d'émettre des offres existantes sans pouvoir les modifier.
Quelle est la différence entre Owner et Manager ?
Sur de nombreux modules, il n'y en a aucune. Owner ajoute des actions supplémentaires sur : Business Info (Momos Phone Numbers), Customer Data (imports de données et export de clients), Offers (désactiver des offres en ligne), Surveys (raccourci de création d'enquête, et suppression de tickets d'enquête lorsqu'elle est restreinte), Survey Builder (créer et modifier des enquêtes), Ads (comptes publicitaires Facebook), Asset Library (suppression en masse, modèles d'e-mail spéciaux), Outbound Campaign (authentification du domaine) et Case Builder (créer de nouveaux modèles).
Les non-Admins peuvent-ils inviter d'autres utilisateurs ?
Non. Seuls les Account Admins peuvent gérer les utilisateurs et les User Roles.
Gérer les User Roles
Créer des rôles utilisateur et inviter des utilisateurs
Modifier un rôle utilisateur
Cet article a-t-il été utile ?
C'est super !
Merci pour votre commentaire
Désolé ! Nous n'avons pas pu vous être utile
Merci pour votre commentaire
Commentaires envoyés
Nous apprécions vos efforts et nous allons corriger l'article