---
title: "Autorisations dans Discussions : qui peut lire, publier et modérer"
description: "Référence pour les propriétaires de sites et les administrateurs sur la façon dont le composant WebPart Vitextra Discussions traduit les autorisations du site SharePoint en possibilités pour les utilisateurs : les lecteurs avec Read, les membres avec Add Items (Contribute / Edit) qui publient, répondent, aiment, suivent et signalent, et les modérateurs avec Manage Lists qui approuvent, épinglent, mettent en avant, verrouillent et suppriment. Couvre les invités, le groupe Membres par défaut, la règle de visibilité des publications en attente et les autorisations uniques sur les listes Discussions."
url: https://vitextra.com/fr/support/kb/10408
language: fr
published: 2026-11-01
modified: 2026-11-01
products:
  - "Discussions"
author: "Lidija Reising"
tags: ["autorisations Discussions", "qui peut publier dans Discussions", "autorisation modérateur Manage Lists", "Add Items Contribute forum SharePoint", "autorisations forum de discussion SharePoint", "utilisateurs invités forum SharePoint", "forum en lecture seule visiteurs", "rôles Vitextra Discussions", "autorisations du site composant WebPart", "groupe Membres Edit Manage Lists"]
---

# Autorisations dans Discussions : qui peut lire, publier et modérer

Référence pour les propriétaires de sites et les administrateurs sur la façon dont le composant WebPart Vitextra Discussions traduit les autorisations du site SharePoint en possibilités pour les utilisateurs : les lecteurs avec Read, les membres avec Add Items (Contribute / Edit) qui publient, répondent, aiment, suivent et signalent, et les modérateurs avec Manage Lists qui approuvent, épinglent, mettent en avant, verrouillent et suppriment. Couvre les invités, le groupe Membres par défaut, la règle de visibilité des publications en attente et les autorisations uniques sur les listes Discussions.

## Vue d'ensemble

[Discussions](https://vitextra.com/fr/products/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](https://vitextra.com/fr/support/kb/10413).

## 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.

![Groupes du site et niveaux d'autorisation qui déterminent les rôles Discussions](https://static.vitextra.com/articles/10408/site-permissions-fr.png)
*Groupes du site et niveaux d'autorisation qui déterminent les rôles Discussions*

## 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](https://vitextra.com/fr/support/kb/10409).

❗ **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](https://vitextra.com/fr/support/kb/10404) |
| 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](https://vitextra.com/fr/support/kb/10410) |
| 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 |

![Actions sur un sujet disponibles pour un modérateur](https://static.vitextra.com/articles/10408/moderator-actions-fr.png)
*Actions sur un sujet disponibles pour un modérateur*

## 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é](https://vitextra.com/fr/support/kb/10430).

## 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 Posts` voit 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 Subscriptions` et la bibliothèque `Discussions Assets` sont 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.