Discussions Vue d'ensemble
Discussions n'a pas de modèle d'autorisations propre. Chaque forum (board) réside dans des listes SharePoint du site où s'exécute le composant WebPart, et chaque lecture et chaque écriture sont effectuées par l'utilisateur connecté via l'API REST SharePoint. Qui peut lire un board, qui peut y publier et qui peut le modérer découle donc des autorisations SharePoint du site — les mêmes groupes et niveaux d'autorisation que vous gérez déjà dans Autorisations du site (Site permissions).
Cet article explique comment le composant WebPart déduit ses trois rôles de ces autorisations, ce que chaque rôle peut faire action par action, ce que voient les invités et les visiteurs en lecture seule, et ce qu'il faut garder à l'esprit si vous souhaitez donner aux listes Discussions des autorisations qui leur sont propres.
📝 Remarque
La solution ne demande aucune autorisation d'API et n'appelle jamais Microsoft Graph ; rien n'a à être approuvé dans le Centre d'administration SharePoint. Voir KB10413. Autorisations d'API et consentement administrateur pour Discussions.
Synthèse pour les administrateurs
| Question | Réponse |
|---|---|
| Où les autorisations sont-elles gérées ? | Dans les Autorisations du site SharePoint (groupes du site et niveaux d'autorisation) ; le composant WebPart n'a pas de paramètres de rôles |
| Qui peut lire un board ? | Toute personne disposant de Read (Lecture) sur le site (et sur la page) |
| Qui peut publier, répondre, aimer, suivre et signaler ? | Les utilisateurs dont le niveau d'autorisation sur le site inclut Add Items (Ajouter des éléments) — Contribute (Collaboration), Edit (Modification), Design (Conception), Full Control (Contrôle total) |
| Qui peut modérer ? | Les utilisateurs dont le niveau d'autorisation sur le site inclut Manage Lists (Gérer les listes) — Edit, Design, Full Control |
| Les invités fonctionnent-ils ? | Oui, selon leurs autorisations sur le site, sans configuration supplémentaire |
| Qui peut créer un board et les listes ? | Un utilisateur disposant de Manage Lists sur le site ; les listes héritent des autorisations du site |
| Qui voit les publications en attente d'approbation ? | Leur auteur et les modérateurs |
Comment le composant WebPart décide de ce que vous pouvez faire
Au chargement de la page, le composant WebPart lit les autorisations effectives de l'utilisateur actuel sur le site et définit deux indicateurs :
- peut écrire — l'utilisateur dispose de l'autorisation de base Add Items sur le site ;
- peut modérer — l'utilisateur dispose de l'autorisation de base Manage Lists sur le site.
Ces indicateurs déterminent quelles commandes et quels boutons sont affichés : New topic, Reply, Follow et Report pour ceux qui écrivent ; Moderation, Approve, Pinned, Featured et Locked pour les modérateurs. Tout ce que l'utilisateur fait ensuite est une requête ordinaire vers les listes Discussions Topics, Discussions Posts, Discussions Subscriptions et Discussions Assets, et SharePoint applique les autorisations de la liste à chaque requête. Sur un site aux autorisations héritées, les deux concordent toujours.
Les trois rôles
| Rôle | Requiert sur le site | Peut |
|---|---|---|
| Lecteur | Read (le groupe Visiteurs du site) | Ouvrir le board, passer d'un affichage à l'autre — Recent, Unanswered, Answered, Featured et My topics —, filtrer par catégorie, rechercher, ouvrir les sujets et les réponses, télécharger les pièces jointes, suivre les liens profonds |
| Membre | Add Items — inclus dans Contribute, Edit, Design et Full Control | Tout ce qu'un lecteur peut faire, plus New topic, Reply, Like, Follow sur un board ou un sujet, Report sur les publications des autres, Edit et Delete sur ses propres réponses, joindre et retirer des fichiers sur ses propres publications, Mark as answer dans ses propres questions |
| Modérateur | Manage Lists — inclus dans Edit, Design et Full Control | Tout ce qu'un membre peut faire, plus la file Moderation (approuver, rejeter, ignorer les signalements, supprimer), Approve directement dans le sujet, Pinned, Featured et Locked sur n'importe quel sujet, Edit et Delete sur n'importe quelle réponse, retirer n'importe quelle pièce jointe, Mark as answer dans n'importe quelle question, voir les éléments Awaiting approval et Rejected, créer des boards et lancer Import classic board |
Les sujets et réponses d'un modérateur sont publiés immédiatement, même sur un board qui exige l'approbation ; les publications des membres attendent dans la file. Le fonctionnement de l'approbation est décrit dans KB10409. Modérer un board : file d'approbation, rejet et ignorance des signalements.
❗ Important
Sur les sites d'équipe et les sites de communication modernes, le groupe par défaut Membres du site (Site members) a le niveau d'autorisation Edit (Modification), et Edit inclut Manage Lists. Avec les valeurs par défaut, chaque membre est donc un modérateur. Pour séparer les membres des modérateurs, ouvrez Autorisations du site → Paramètres d'autorisation avancés (Advanced permissions settings), remplacez le niveau d'autorisation du groupe des membres par Contribute, et laissez les modérateurs dans Propriétaires du site ou dans un groupe disposant de Edit.
Action par action
| Action | Requis | Remarques |
|---|---|---|
| Lire les sujets et les réponses | Read | Éléments approuvés uniquement, plus les éléments propres de l'utilisateur |
| Compteur de vues | — | Incrémenté au nom du visiteur ; la tentative échoue silencieusement pour les lecteurs, de sorte que les vues des utilisateurs en lecture seule ne sont pas comptées |
| New topic, Reply | Add Items | Va dans la file de modération lorsque le board exige l'approbation et que l'utilisateur n'est pas modérateur |
| Aimer un sujet ou une réponse | Add Items | Le bouton est affiché aux lecteurs mais désactivé |
| Follow / Unfollow | Add Items | Nécessite la liste Discussions Subscriptions ; voir KB10404. Suivre des forums et des sujets : abonnements et fréquence des résumés |
| Report / Reported | Add Items | Non affiché sur les publications propres de l'utilisateur ; un signalement par utilisateur et par élément |
| Modifier une réponse | Auteur ou Manage Lists | |
| Supprimer une réponse | Auteur ou Manage Lists | Seule une réponse sans réponses imbriquées peut être supprimée depuis le fil |
| Joindre un fichier, retirer une pièce jointe | Auteur ou Manage Lists | |
| Mark as answer, Unmark answer | Auteur du sujet ou Manage Lists | Réponses de premier niveau d'un sujet de type question |
| Approve, Reject, Dismiss reports | Manage Lists | Dans la file Moderation ou directement dans le sujet |
| Pinned, Featured, Locked | Manage Lists | Voir KB10410. Épingler, mettre en avant et verrouiller des sujets |
| Supprimer un sujet | Manage Lists | Depuis la file Moderation |
| Créer un board, provisionner les listes | Manage Lists | Sinon, l'écran de première exécution affiche You do not have permission to create lists on this site |
| Import classic board | Manage Lists + droits de modification de la page | La commande n'apparaît que lorsque la page est en mode édition |
| Configurer le composant WebPart | Droits de modification de la page | Board, affichage par défaut, taille de page, commutateurs du volet des propriétés |
Visibilité des publications en attente et rejetées
Sur un board où Require approval of new posts est activé, le composant WebPart applique une même règle aux sujets et aux réponses : un membre voit les éléments approuvés et ses propres éléments quel que soit leur état, un modérateur voit tout. Le sujet en attente d'un membre porte le badge Awaiting approval, un sujet rejeté le badge Rejected ; personne d'autre ne les voit. Le composant WebPart Discussions Activity n'affiche que les sujets approuvés, quel que soit l'observateur. Les détails et le dépannage sont dans KB10430. Pourquoi une publication n'est pas visible : approbation, rejet et règles de visibilité.
Invités et visiteurs en lecture seule
Les utilisateurs invités (Microsoft Entra B2B) participent selon leurs autorisations sur le site : un invité dans Visiteurs du site lit, un invité dans un groupe disposant de Contribute publie et répond. Aucune configuration supplémentaire n'est nécessaire. Un lecteur sans Add Items voit l'intégralité du board — y compris le nombre de Like et les pièces jointes — mais pas de zone de réponse, pas de New topic et un bouton Like désactivé ; le bouton Follow n'est pas affiché.
Les mêmes règles s'appliquent dans Microsoft Teams : l'onglet s'exécute dans le contexte du site d'équipe, de sorte que c'est le niveau d'autorisation SharePoint du membre de l'équipe qui décide du rôle, et non le rôle Teams.
📝 Remarque
Un utilisateur doit avoir accès à la fois à la page et aux listes. Si une page est partagée avec des personnes qui n'ont pas accès aux listes du site, elles voient une erreur dans le composant WebPart au lieu du board.
Autorisations uniques sur les listes Discussions
Les listes sont des listes de site ordinaires du Contenu du site (Site contents) et héritent des autorisations du site. Vous pouvez rompre l'héritage, mais gardez trois points à l'esprit :
- Les boutons suivent le site, le résultat suit la liste. Le composant WebPart lit les autorisations de l'utilisateur sur le site, pas sur les listes. Un utilisateur disposant de Contribute sur le site et seulement de Read sur
Discussions Postsvoit toujours le bouton Reply et obtient une erreur à la publication. Gardez les autorisations des listes au moins aussi larges que celles du site pour les mêmes personnes, ou modifiez plutôt les autorisations du site. - N'utilisez pas d'autorisations au niveau des éléments. Aimer, signaler, le compteur de vues et les compteurs de réponses écrivent dans des éléments créés par d'autres utilisateurs. Le paramètre avancé de liste Créer des éléments et modifier les éléments créés par l'utilisateur les casse tous.
- Toutes les listes ensemble.
Discussions Boards,Discussions Topics,Discussions Posts,Discussions Subscriptionset la bibliothèqueDiscussions Assetssont utilisées dans une même opération ; donnez au même public le même niveau sur les cinq.
Comme les listes sont partagées par tous les boards du site, un board ne peut pas avoir son propre public. Pour un forum que seule une partie de l'organisation peut voir, créez-le sur un site ayant ce public.
💡 Astuce
Pour vérifier ce qu'un utilisateur donné peut faire, ouvrez Autorisations du site → Paramètres d'autorisation avancés → Vérifier les autorisations (Check Permissions) et cherchez Add Items et Manage Lists dans le résultat. Ces deux autorisations de base constituent tout le modèle de rôles de Discussions.
