Attribuer un rôle à un utilisateur

Comment changer le rôle d'un utilisateur (employé → manager → directeur, etc.) en masse ou unitairement

Prérequis

Rôle Administrateur (system_admin) — l'accès à /dashboard/roles est refusé aux autres rôles.

Rôles disponibles

Code	Libellé	Description
`temp`	Temporaire	Intérimaire, accès limité au pointage
`intern`	Stagiaire	Stagiaire, accès limité
`apprentice`	Apprenti	Statut alternance, modules dédiés
`employee`	Employé	Collaborateur standard
`manager`	Manager	Valide les congés et pointages de son équipe
`director`	Directeur	Périmètre direction complète
`hr`	Ressources Humaines	Accès paie, soldes, configuration congés
`system_admin`	Administrateur	Tous les droits, configuration complète

Étapes

Modifier le rôle d'un utilisateur

Aller sur Rôles (/dashboard/roles) dans le menu latéral.
La page liste tous les utilisateurs avec leur rôle actuel.
Rechercher l'utilisateur via la barre de recherche (nom, email, direction).
Sur la ligne de l'utilisateur, ouvrir le menu déroulant Rôle et sélectionner le nouveau rôle.
La modification passe en attente (badge orange).
Cliquer Enregistrer (X) en haut à droite pour appliquer les changements en lot (X = nombre de changements en attente).
Toast vert : Rôles mis à jour avec succès.

Annuler une modification en attente

Tant que vous n'avez pas cliqué Enregistrer, rebasculer le rôle vers sa valeur initiale annule la modification.
Cliquer Actualiser pour rebooter tous les changements en attente.

Cas particuliers

Promotion en Manager

Donner le rôle Manager nécessite ensuite d'assigner l'utilisateur comme manager d'une équipe (voir creer-equipe). Sans équipe, le rôle Manager existe mais reste sans périmètre.

Rétrogradation

Manager → Employé : perd l'accès aux pages de validation. Réassigner ses équipes avant.
HR → Employé : perd l'accès paie et configuration congés.
Admin → autre : action sensible, tracée dans l'audit. Au moins un Admin doit rester actif.

Pièges courants

Le dernier system_admin ne peut pas être rétrogradé via l'UI — sécurité anti-bricks.
Modifier son propre rôle est possible mais déconseillé : risque de perdre l'accès à la page de gestion.
Le rôle est pris en compte au prochain rafraîchissement de la session de l'utilisateur — peut nécessiter une déconnexion / reconnexion forcée.
Les permissions effectives dépendent du rôle ET des permissions custom du rôle (voir creer-role-custom).
Un changement de rôle vers un statut inférieur peut casser les workflows en cours (ex : un manager qui devient employé alors qu'il a 10 demandes de congé en attente).
Les modifications sont effectives immédiatement côté backend après Enregistrer — pas de période de transition.

Liens utiles

Cet article fait partie du Guide de l'administrateur — version PDF complète