Prérequis
- Postes système présents (ou créés)
- Org units / départements existants
- Utilisateurs créés
Comprendre avant de cliquer
Le scope transforme une permission globale en autorité locale.
Contexte
Deux managers avec la même permission d’approuver mais des postes sur des org units différentes ne tranchent pas les mêmes PR. Codes seed courants : SUPERVISOR, SUPERINTENDENT, DEPT_MANAGER. Un titulaire actif par couple (poste, unité).
Principes
Permission + poste
L’étape WF peut exiger les deux. Manquer le poste = bouton grisé même avec le rôle.
Échelle courte vs longue
Courte = manager de département. Longue (site) = magasin → superviseur → surintendant → manager → finance. Les holders doivent être sur l’org unit du document (pas d’héritage ancestor en MVP).
Pas de hardcode de titre
Vous renommez / recréez les postes ; le produit ne force pas votre organigramme.
Les mots à ne pas mélanger
- Holder — Utilisateur titulaire d’un poste sur une org unit.
- org_position — Attribut d’étape WF qui cible un code de poste.
Comment faire
2 Rattacher les holders
Pour chaque poste (SUPERVISOR, SUPERINTENDENT, DEPT_MANAGER…), rattachez le titulaire sur le département / site concerné.
3 Vérifier le WF
Sur une PR test du même département, confirmez que le bon acteur reçoit l’inbox (voir aussi Publier un workflow).
Résultat attendu
Succès Approbations scopées au bon périmètre org.
Si ça bloque
- Poste sans holder → étape sans acteur.
- Holder sur le mauvais département (exact match uniquement).
Voir aussi