Comment les décisions s'enchaînent
Sur cette page
Les cinq décisions ne sont pas indépendantes. Une modification de l’une se propage aux autres, parfois de façon inattendue. Cette leçon trace la chaîne de dépendances et liste les effets en cascade documentés, pour que vous puissiez prévoir ce qu’un changement va provoquer.
La chaîne
Identité → groupes → accès et plafonds → gouvernance → visibilité.
- L’identité (SSO, SCIM, mappage de groupes) détermine qui est dans l’organisation et avec quel rôle.
- Les groupes reposent sur cette identité, surtout s’ils sont synchronisés depuis l’IdP.
- Les accès (rôles personnalisés) et les plafonds s’attachent aux groupes.
- La gouvernance (plugins par groupe, partages) s’appuie aussi sur les groupes.
- La visibilité se lit par groupe : analytique, rapports, sondages.
Les effets en cascade à connaître
| Si vous changez… | Alors… |
|---|---|
| Le mappage de groupes SCIM | Le rôle de chaque membre suit la synchronisation ; un membre passé à la main au rôle Custom revient à son rôle mappé, et perd les accès de ses rôles personnalisés s’il n’est pas dans un groupe mappé sur Custom |
| La composition d’un groupe dans l’IdP | Les accès, les plafonds, les plugins et les projets partagés du groupe suivent automatiquement |
| Un groupe supprimé | Son accès aux projets partagés disparaît ; ses membres le perdent s’ils ne l’ont pas autrement |
| Une capacité désactivée pour l’organisation | Aucun rôle ne peut plus l’accorder, quels que soient les réglages des rôles |
| L’exécution de code et la création de fichiers désactivées | Les skills cessent de fonctionner, et la nouvelle expérience unifiée de Claude ne peut plus fonctionner |
| Les skills désactivées pour l’organisation | Leur synchronisation vers Claude Code s’arrête et celles déjà synchronisées y sont retirées |
| Le rôle d’un membre laissé sur « User » | Ses groupes ne restreignent rien : il garde tout ce qui est activé pour l’organisation |
| Un plafond individuel posé | Il l’emporte sur le plafond de groupe, qu’il soit plus haut ou plus bas |
Lire un changement avant de le faire
Avant toute modification, posez trois questions :
- Qui est concerné ? Le changement touche-t-il un groupe, plusieurs, ou toute l’organisation ?
- Qu’est-ce qui en dépend ? Remontez et descendez la chaîne : accès, plafonds, plugins, projets, rapports.
- Est-ce réversible ? Pour une porte à sens unique, comme la capture de domaine, ou une perte de données, comme raccourcir la conservation, attendez une validation écrite.
Votre carnet devient le plan
Relisez votre carnet de haut en bas : chaque ligne doit être cohérente avec celles du dessus. Si un groupe a Claude Code, a-t-il un plafond adapté ? Si un plugin est obligatoire pour un groupe, ses connecteurs sont-ils autorisés pour ce groupe ? Si une mesure est suivie par service, les groupes correspondent-ils aux services ? Une fois relu, le carnet est le plan de déploiement que vous présentez au lancement : décisions, responsables, réversibilité, dates de revue.
À vous de jouer
Votre plan. Relisez votre carnet de haut en bas, dans l’ordre de la chaîne, et vérifiez que chaque ligne s’appuie sur la précédente. Pour un changement envisagé, écrivez ce qu’il touche en aval avant de le faire. Votre carnet est désormais le plan de déploiement à présenter.
Sources officielles : How the decisions connect (Claude Academy) · Manage custom roles on Enterprise plans · Manage groups and group spend limits · Manage plugins for your organization · Set up the new unified Claude experience
Points clés à retenir
- La chaîne : identité, groupes, accès et plafonds, gouvernance, visibilité
- Les groupes propagent tout : une modification dans l’IdP se répercute sur les accès, les plafonds et les partages
- Certaines dépendances sont cachées : exécution de code et skills, rôle User et groupes
- Avant de changer : qui est concerné, qu’est-ce qui en dépend, est-ce réversible ?