Cet article vous guide dans l’utilisation de la fonctionnalité de personnalisation des rôles qui vous permet de masquer des actions spécifiques dans l’exécution des éléments de travail pour certains utilisateurs.
1. Présentation de la fonctionnalité
HEFLO vous offre la possibilité de créer des rôles sur mesure pour vos utilisateurs, et de limiter les actions qu’ils peuvent effectuer lors de l’exécution d’une instance de processus. Cette fonctionnalité est particulièrement utile pour simplifier l’interface utilisateur et garantir que chaque personne puisse accéder uniquement aux actions prévues lors de l’exécution des éléments de travail.
2. Accéder à la fonctionnalité
Pour configurer cette option, suivez les étapes suivantes :
- Rendez-vous dans la page « Utilisateurs et Autorisation ».
- Cliquez sur l’onglet « Rôles ».
- Sélectionnez un rôle personnalisé existant ou créez-en un nouveau.
Remarque importante : Cette action n’est pas possible sur les rôles natifs de HEFLO (Administrateur, Portail uniquement et Utilisateur).
3. Masquer les actions de l’instance de processus
Une fois sur la page de configuration du rôle personnalisé, vous trouverez un bouton intitulé « Masquer les actions de l’instance de processus ».
- Cliquez sur ce bouton.
- Une fenêtre s’ouvrira, vous permettant de choisir quelles actions masquer.
Vous avez le choix de masquer plusieurs types d’actions :
- Actions de niveau général : Celles-ci concernent les actions disponibles dans la boîte de dialogue de l’élément de travail ou les options supplémentaires disponibles via les trois petits points.
- Actions additionnelles : Cela inclut la possibilité de masquer l’accès aux tokens liés, de démarrer des sous-processus ad-hoc ou d’envoyer des e-mails depuis l’onglet de conversation.
4. Règle de priorité des rôles (Point de vigilance)
Il est crucial de comprendre la règle de priorité des rôles pour éviter toute confusion. Si un utilisateur se voit attribuer plusieurs rôles (par exemple, un rôle d’administrateur et un rôle personnalisé avec des actions masquées), la configuration qui masque les actions est prioritaire.
Exemple concret : Si vous attribuez à un utilisateur un rôle d’administrateur et un rôle personnalisé qui masque certaines actions, l’utilisateur, même s’il est administrateur, ne verra pas les actions masquées.