Tous les utilisateurs sont placés dans des groupes inter sites. On place ces groupes au niveau des groupes de sites.
Avantages :
• Facilité de gestion à long terme : les animateurs ne raisonnent pas "utilisateur" mais groupe de fonction au sein de
Scénario 2 : les groupes inter sites dans les groupes de sites
la collection de sites ;
• Si un utilisateur est sorti ou ajouté dans un groupe, cela se répercute sur toute la collection et notamment les sous sites n’héritant pas des sécurités du site racine ;
• L’administration des groupes peut se déléguer à un ou plusieurs utilisateurs ;
• La gestion des membres s’effectue dans une interface WEB de Sharepoint ;
• On peut palier au problème d’autopromotion des animateurs qui ont le droit de gérer les groupes de sites en administrateur et ce en bloquant ce droit et en leur donnant uniquement la permission d’administrer les groupes inter sites.
Inconvénients :
• Flexibilité peu importante au niveau des listes et bibliothèques pour positionner des droits spécifiques ;
• Le lien pour accéder à la gestion des groupes inter sites n’est pas simple ;
• La liste des membres du site contiendra un groupe inter site et non les membres de ce groupe.
• Aucune interface ne permet de positionner de groupe inter sites au niveau du site WSS.
• Un champ spécial "assigné à" disponible au niveau des listes problèmes et tâches liste uniquement :
– Les utilisateurs directement positionné au niveau du site
– Les utilisateurs positionnés dans un groupe de domaine ou un groupe inter site et ayant accédé au moins une fois au site (pour que leurs informations utilisateurs soient créées)
• Les groupes inter sites nécessitent
Pré requis :
• Les utilisateurs sont correctement décrits dans ces groupes;
• L’exploitation de ces groupes est suivie par les utilisateurs délégués ;
• L’existence de ces groupes est connue des animateurs ou administrateurs de sites qui positionnent les droits sur les groupes de sites.
Conclusion : L’utilisation des groupes inter sites doit être au maximum utilisé dans le cas où une population d’utilisateurs est identifiée au niveau d’une collection de sites et qu’il est prévu de créer de nombreux sous sites.
De plus, on peut envisager suivant la stratégie au niveau des sites de :
• Centraliser la gestion des groupes inter sites par un administrateur de site
• Déléguer la gestion de ces groupes à des utilisateurs avertis
Dans tous les cas, une gestion saine de ces groupes permettrait de respecter un des fondements de la gestion documentaire qui est une maîtrise de la sécurité.
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Ready For IT 2026 : quand l’accélération de l’innovation redessine les priorités des décideurs IT
- Microsoft Build 2026 : industrialiser l’IA agentique dans les environnements d’entreprise
- IA et souveraineté des données : les entreprises françaises redéfinissent les infrastructures IT
Articles les + lus
Computex 2026 : 5 signaux forts à retenir
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
Analyse Patch Tuesday Mai 2026
À la une de la chaîne Tech
- Computex 2026 : 5 signaux forts à retenir
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- Analyse Patch Tuesday Mai 2026
