Groupe hiérarchie : le guide essentiel

Pré-requis
• Accès administrateur à la plateforme Rise Up ou droits de Manager de groupe.
• Avoir clarifié votre organigramme (groupes, sous-groupes, managers, cas d’usage).

Conseil : préparer la cartographie avant la mise en place

Pourquoi ? Une bonne cartographie évite : mauvaises notifications, erreurs d’appartenance, duplication de groupes, reparentages coûteux.

Comment faire simplement :

Schématisez en 3 colonnes : Groupes → Managers → Membres directs.
Marquez un ✓ pour les groupes visibles dans le catalogue ; un 🔒 pour les groupes internes (non visibles).
Décidez “qui est direct où” : c’est ce qui conditionne droits, visibilité et notifications.
Gardez une profondeur raisonnable (max recommandé 7 niveaux) pour préserver la lisibilité et les performances.
Recensez à l’avance les règles intelligentes (Smart Rules) qui auto-inscrivent les membres.

Les 3 piliers à retenir

Direct vs Indirect : le direct définit la responsabilité et les notifications ; l’indirect se propage vers les parents.
Parent → Enfants : un manager du parent voit et peut agir (selon permissions) sur tout l’arbre en dessous.
Permissions : les options choisies (ex. Toutes les formations) élargissent concrètement le périmètre d’action des managers.

Comprendre la hiérarchie des groupes

Un groupe = un conteneur d’utilisateurs, de sous-groupes et de droits. Chaque groupe a 0 ou 1 parent et peut avoir plusieurs enfants.

Membre direct : l’utilisateur est ajouté dans le groupe. Membre indirect : l’utilisateur est visible dans les parents par propagation automatique.

Conséquences pratiques :

Les notifications sont envoyées uniquement au manager du groupe d’appartenance directe.
Les rapports et tableaux de bord de l’échelle “parent” agrègent l’activité de tous les sous-groupes.
La gestion (inscrire, désinscrire, voir la progression…) dépend du rôle + des permissions configurées.

Schéma simple — Hiérarchie & visibilité (exemple réel)

Aerodynamics Internal Logics  [Manager : James]  (51 utilisateurs)
├─ Computational Fluid Dynamics                [Manager : Aïko]      (10)
└─ Design & Simulation                         [Manager : Jasmine]   (40)
   ├─ Design & Simulation — Beijing, China     [Manager : Isabella]  (10)  ← Alexander (Direct)
   ├─ Design & Simulation — Delft, Netherlands [Manager : Henry]     (20)
   └─ Design & Simulation — Melbourne, AUS     [Manager : Daniel]    (10)

Légende :
• [Manager : …] = Manager du groupe
• Alexander (Direct) = membre direct du sous-groupe “Beijing”
• Propagation : Alexander est indirect dans “Design & Simulation” puis “Aerodynamics Internal Logics”
• Un Manager du parent (ici James) voit son groupe + tous les sous-groupes et leurs membres

Administrateur : périmètre & permissions

Vision totale : toute l’arborescence, tous les groupes et membres.
Groupes : créer/éditer/supprimer partout ; reparentage libre.
Utilisateurs : créer/éditer/supprimer tout profil ; gérer les statuts et inscriptions.
Rôles : attribuer/retirer les droits de Manager (parent ou enfant).
Smart Rules : configurer ou auditer l’impact des règles automatiques.

Accéder à l’édition de vos groupes

Structurer la hiérarchie

Important — Permissions & portée réelle
1) Dans Configuration du groupe, les choix “Toutes les formations / Seules les formations visibles / Liste autorisée” définissent exactement ce que le Manager pourra gérer (inscrire, désinscrire, consulter).
2) Manager au parent = portée héritée : si James est Manager de Aerodynamics Internal Logics et que la permission est “Toutes les formations”, James a la pleine édition sur tous les sous-groupes (Design & Simulation, CFD, Beijing, Delft, Melbourne…).
3) Pour limiter : placez le manager au niveau du sous-groupe visé, ou restreignez les listes de formations/parcours autorisés au niveau du groupe parent.

Manager de groupe : rôle & périmètre

Visibilité

Voit les utilisateurs, leur activité (temps passé, progression, score) et les groupements de son groupe + tous ses sous-groupes.
Ne voit pas les niveaux supérieurs ni les branches “cousines” (sauf permission explicite).

Droits d’action (si autorisé)

Créer des sous-groupes, modifier le nom, la visibilité, l’image et les Smart Rules de son périmètre.
Créer/éditer les utilisateurs du groupe ; l’appartenance remonte automatiquement vers les parents.
Inscrire/désinscrire aux formations et parcours inclus dans le périmètre autorisé.
Notifications : seulement pour les membres directs du groupe managé.

Configurer les droits du Manager de groupe

Portée par défaut : le groupe où le rôle est posé + tous ses sous-groupes

Groupes
├─ Autoriser la création/modification de groupes
└─ Autoriser la gestion des groupes managés

Utilisateurs
├─ Autoriser la création/modification des utilisateurs membres du groupe
├─ Autoriser la modification (sans création)
└─ Autoriser la confirmation de ses propres inscriptions aux cours

Notes :
• Permissions optionnelles et cumulables
• Reparentage = action sensible encadrée
• Notifications = pour les membres Directs uniquement

Voir la démonstration pas-à-pas dans le tutoriel intégré ci-dessus.

Détail des options pour les managers — “ce que ça change vraiment”

Créer & modifier des groupes : permet de faire grandir sa branche (ex. Isabella crée “Beijing — Onboarding”).
Gérer leurs groupes : accès aux écrans de suivi (membres, stats, export), règles intelligentes, filtres.
Créer & modifier des utilisateurs : utile pour de l’onboarding local (ex. création de comptes stagiaires à Beijing).
Confirmer ses propres inscriptions : autonomie sur sa formation sans solliciter l’admin.

Ajouter & gérer les membres (pas à pas)

Appartenance & propagation — Ajouter Benjamin dans Design & Simulation — Beijing ⇒ Direct à “Beijing”, Indirect à “Design & Simulation” puis “Aerodynamics Internal Logics”.
```
Aerodynamics Internal Logics  [Manager : James]
└─ Design & Simulation         [Manager : Jasmine]
   └─ Design & Simulation — Beijing  [Manager : Isabella]  ← Benjamin (Direct)
      
```
Bon réflexe : Toujours vérifier où se situe l’appartenance directe : c’est elle qui dicte le destinataire des notifications.
Notifications — Isabella (manager de “Beijing”) reçoit les e-mails pour Benjamin. James (parent) ne reçoit rien par défaut, même s’il voit Benjamin dans ses tableaux.

Créer & réorganiser des groupes

Créer des sous-groupes : uniquement sous son groupe (ou selon droits spécifiques).
Reparentage : action sensible qui déclenche un recalcul des appartenances indirectes et peut déplacer la responsabilité (et les notifications).
Suppression : les enfants deviennent orphelins ; vérifier ensuite les Smart Rules et les rattachements.

Exemple concret — Si “Design & Simulation — Beijing” passe sous “Computational Fluid Dynamics” :

Les membres de “Beijing” deviennent indirects de “CFD” puis d’“Aerodynamics Internal Logics”.
Ils ne sont plus visibles depuis “Design & Simulation”.
Les notifications changent de manager si l’appartenance directe a été modifiée.

Cas d’usage (alignés avec les schémas)

Appartenance indirecte — Alexander est Direct dans Design & Simulation — Beijing et Indirect dans Design & Simulation > Aerodynamics Internal Logics.
Portée du manager — James (manager du parent) voit et (selon permissions) administre toute la branche ; Isabella (manager d’un sous-groupe) agit uniquement sur “Beijing”.
Création utilisateur locale — Un manager de sous-groupe crée un compte : l’utilisateur est automatiquement remonté dans les parents (indirect).
Reparentage contrôlé — Déplacer “Beijing” sous “CFD” modifie la visibilité agrégée et peut changer les managers notifiés.
Notifications ciblées — Seul le manager du groupe direct reçoit les e-mails (ex. Isabella pour Alexander/Benjamin).

Comparatif : Administrateur vs Manager de groupe

Fonctionnalité	Administrateur	Manager de groupe
Portée de visibilité	Toute la structure	Son groupe + sous-groupes
Création de groupes	Partout	Sous son groupe (si autorisé)
Reparentage	Oui (contrôlé)	Dans son périmètre (si autorisé)
Création/édition d’utilisateurs	Oui	Membres de leur groupe (si autorisé)
Notifications e-mail	Selon configuration globale	Membres directs uniquement

FAQ & Dépannage

Problème : Je ne vois pas les utilisateurs d’un autre service.
Solution : La visibilité suit la hiérarchie. Placez le rôle au bon niveau ou demandez une permission explicite.

Problème : Impossible de rattacher un sous-groupe à un parent hors de mon périmètre.
Solution : Le reparentage est restreint. Demandez l’intervention d’un administrateur ou un droit étendu temporaire.

Problème : Après reparentage, des membres “disparaissent” de l’ancien parent.
Solution : Normal : les appartenances indirectes sont recalculées ; utilisez le journal des changements pour tracer l’opération.

Problème : Je reçois trop d’e-mails.
Solution : Seuls les membres directs déclenchent des notifications ; vérifiez où se situe l’appartenance directe et qui est manager.

Problème : Mes Smart Rules n’agissent plus comme avant.
Solution : Revalidez les règles après une modification de hiérarchie (parent/enfant) ou de visibilité des groupes.
Un Manager peut-il voir les groupes supérieurs ?
− Non, sauf autorisation explicite.
Peut-il rattacher un groupe à un parent hors périmètre ?
− Non, sauf droits spécifiques accordés par l’admin.
Profondeur maximale recommandée ?
− 7 niveaux.
Le nettoyage des doublons modifie-t-il les rôles de manager ?
− Non.
Les managers reçoivent-ils des notifications pour les membres indirects ?
− Non, uniquement pour les directs.

Nouveau :
Limiter l’affichage au parent principal ? − Oui, une option dédiée existe.
Afficher le nombre de Smart Rules dans la liste des groupes ? − Oui, possible pour repérer rapidement les branches automatisées.
Recherche/filtre sur la page Groupes − Liste les groupes pertinents et affiche le parent à côté ; un filtre isole les groupes sans hiérarchie.
Pour plus d'assistance, soumettez une demande :
[Demande de support Rise Up]

Base de connaissances Rise Up