Règles de droits GLPI : renseigner lieu et superviseur automatiquement

GLPI sait lire le groupe, l'UO et le domaine de messagerie de l'AD dans ses règles d'affectation, mais n'offre aucune action pour renseigner Lieu, Superviseur, Catégorie et Titre de l'utilisateur. Rule Extender comble ce manque sans toucher au cœur.

Le critère existe, l'action non. Les règles de droits de GLPI lisent sans peine le groupe, l'unité organisationnelle et le domaine de messagerie issus de l'AD — mais au moment d'inscrire ces données sur la fiche de l'utilisateur, le moteur n'offre tout simplement pas l'option.

Le problème

Quiconque intègre GLPI à l'Active Directory connaît la scène : la règle d'affectation automatique d'utilisateur reconnaît parfaitement que Jean se trouve dans l'UO "Agence de Lyon" et le groupe "Finance". Cela suffit pour affecter un profil et une entité. Mais Lieu, Superviseur, Catégorie et Titre restent vides — et quelqu'un les saisit à la main, utilisateur par utilisateur.

La conséquence est prévisible : des champs que personne n'entretient deviennent des champs auxquels personne ne se fie. Le rapport par lieu est faussé, l'escalade par superviseur ne fonctionne pas et la base d'utilisateurs vieillit mal.

Les contournements habituels sont mauvais : modifier le cœur de GLPI (et hériter du problème à chaque mise à jour) ou maintenir une routine de synchronisation externe que personne ne documente.

Comment fonctionne Rule Extender

Le module ajoute de nouvelles actions au RuleRight, le moteur de règles de droits déjà présent dans GLPI. Les critères restent natifs ; ce qui change, c'est ce que la règle peut faire une fois qu'ils sont satisfaits.

  • Affecter le Lieu — déduisez-le du groupe, de l'UO ou du domaine de messagerie.
  • Affecter le Superviseur — le responsable est renseigné par règle, non par saisie.
  • Affecter Catégorie et Titre de l'utilisateur — une classification cohérente dès la première connexion.
  • Sans table dédiée ni correctif — le module étend le moteur existant ; rien n'est modifié dans le cœur.

Comment l'activer

  1. Installez NexTool sur votre GLPI 11.
  2. Rendez-vous dans NexTool > Modules et activez Rule Extender.
  3. Ouvrez Administration > Règles > Règles d'affectation de droits.
  4. Créez ou modifiez une règle : les critères restent natifs et les nouvelles actions apparaissent dans la liste.

À qui cela s'adresse

Aux environnements authentifiés par LDAP ou Active Directory dont le nombre d'utilisateurs rend la saisie manuelle intenable — en général à partir de quelques dizaines. C'est aussi le préalable pour qui souhaite une escalade par superviseur ou des rapports par lieu et a découvert les champs vides.

Compatibilité

  • GLPI : 11.0+
  • Offre : Sous licence
  • Plugin : NexTool 6.x+

Prochaine étape

Rule Extender fait partie de NexTool, un écosystème de modules qui étend GLPI sans personnalisation de code. Découvrez la page du module ou réservez un échange pour le voir fonctionner dans votre environnement.


Relu par l'équipe NexTool Solutions.

Questions fréquentes

Il ajoute des actions pour attribuer un lieu, un superviseur, une catégorie d'utilisateur et un titre d'utilisateur. Il peut aussi ajouter l'utilisateur à un groupe en tant que responsable ou délégataire grâce aux indicateurs natifs de ces appartenances.

Les actions participent au flux natif d'affectation automatique des utilisateurs de RuleRight. Elles sont évaluées lors de l'authentification, de l'importation ou de la synchronisation de l'utilisateur avec les critères et actions déjà fournis par GLPI.

Non. LDAP et AD sont les cas les plus courants car ils fournissent le groupe, l'OU, le DN et le domaine de messagerie, mais le module accepte tout critère disponible dans les règles natives d'affectation des droits de GLPI.

Non. Le module enregistre ses actions via un hook natif. Les champs directs sont persistés par RuleRight lui-même, tandis que les appartenances aux groupes utilisent les hooks utilisateur et la table native glpi_groups_users.

Après configuration de la règle, l'utilisateur doit repasser par le flux natif d'authentification, d'importation ou de synchronisation afin que les actions soient réévaluées. La simple activation du module ne lance pas de mise à jour massive automatique.

Besoin d'aide ?