--- title: "Autorisations héritées pour les lecteurs" slug: "inherited-permissions-for-readers" updated: 2026-06-18T06:29:31Z published: 2026-06-18T06:29:31Z canonical: "docs.document360.com/inherited-permissions-for-readers" --- > ## Documentation Index > Fetch the complete documentation index at: https://docs.document360.com/llms.txt > Use this file to discover all available pages before exploring further. # Autorisations héritées pour les lecteurs Les permissions héritées pour les lecteurs sont une migration unique qui modifie le fonctionnement de l’accès aux sous-catégories dans votre projet Document360. Après la migration, tout lecteur ou groupe de lecteurs ayant accès à une catégorie mère obtient automatiquement l’accès à toutes ses sous-catégories — à la fois existantes et créées à l’avenir — sans avoir à être assigné manuellement. > [!NOTE] > **NOTE** > Cette migration ne s’applique qu’aux projets créés avant **le 1er juin 2026**. Les nouveaux projets créés après cette date utilisent déjà par défaut les permissions héritées et ne nécessitent pas de migration. --- ## Quand activer les permissions héritées - Votre projet a une structure de catégories à plusieurs niveaux et vous mettez fréquemment à jour les permissions de lecteur lorsque de nouvelles sous-catégories sont ajoutées. - Vous voulez un accès au niveau des parents pour que la cascade automatique à toutes les catégories enfants. - Vous mettez en place une nouvelle structure de contenu et souhaitez un accès cohérent sans assignation manuelle étape par étape des catégories. --- ## Avant que tu commences - Seul un **propriétaire de projet** ou **un administrateur** peut effectuer la migration. Les autres rôles ne peuvent pas le déclencher. - Cette migration est un changement ponctuel pour votre projet et ne peut pas être annulée. - Examinez vos paramètres d’accès existants à vos lecteurs et à vos catégories de groupes de lecteurs avant de migrer. Après la migration, tout lecteur ou groupe ayant accès à une catégorie parent obtiendra automatiquement l’accès à toutes les sous-catégories sous ce parent. - Tous les propriétaires de projet et administrateurs recevront une notification par e-mail lorsque la migration sera déclenchée. --- ## Comment migrer vers les permissions héritées ![Readers and groups page showing the Migrate to inherited permissions banner with the Migrate now button.](https://cdn.document360.io/860f9f88-412e-4570-8222-d5bf2f4b7dd1/Images/Documentation/Reader-1.png) 1. Naviguer dans **les paramètres** ( ) > **Utilisateurs et sécurité** dans la barre de navigation de gauche du portail de la base de connaissances. 2. Dans le panneau de navigation de gauche, naviguez vers **Lecteurs & groupes**. Une bannière intitulée **Migrer vers les permissions héritées pour les lecteurs** apparaîtra. **Cliquez sur Migrer maintenant**. > [!NOTE] > **NOTE** > Si la bannière a été supprimée en cliquant sur l’icône de fermeture, le bouton **Migrer vers les permissions héritées** restera disponible dans l’en-tête de la page **Lecteurs & groupes** . 1. Dans la boîte de dialogue de confirmation, saisissez votre sous-domaine de projet. 2. **Cliquez sur Confirmer** pour compléter la migration. Une fois la migration terminée, les permissions héritées sont automatiquement appliquées à tous les lecteurs, groupes de lecteurs et sous-catégories. Toute nouvelle sous-catégorie créée à l’avenir héritera également de l’accès de leur catégorie mère. À ce stade, la bannière et le bouton de migration sont définitivement supprimés. Pour empêcher qu’une sous-catégorie spécifique n’hérite automatiquement des permissions de son parent, utilisez [l’héritage par blocs](/help/docs/fr/block-inheritance). > [!NOTE] > **NOTE** > Tous les propriétaires de projet et administrateurs recevront une notification par e-mail lorsque la migration sera déclenchée. --- ## Que changent après la migration | Avant la migration | Après la migration | | --- | --- | | Les lecteurs ne voient que les catégories spécifiques auxquelles ils ont explicitement accès | Les lecteurs ayant accès à la catégorie parent voient automatiquement toutes les sous-catégories sous ce parent | | Les nouvelles sous-catégories nécessitent une attribution manuelle des permissions | Les nouvelles sous-catégories héritent automatiquement de l’accès de leur catégorie mère | | L’accès au groupe de lecteurs est géré par catégorie à chaque niveau | L’accès au groupe de lecteurs passe automatiquement du parent à toutes les sous-catégories | --- ## Limitations | Limite | Détails | | --- | --- | | Réversibilité | La migration est permanente et ne peut être annulée. | | Qui peut migrer | Propriétaire de projet ou administrateur uniquement. | | Portée | Cela s’applique à l’ensemble du projet — tous les lecteurs, groupes de lecteurs et catégories. Il ne peut pas être appliqué de manière sélective. | | Projets applicables | Uniquement pour les projets créés avant le 1er juin 2026. | --- ## Meilleures pratiques - Avant de migrer, auditez vos attributions d’accès par catégorie pour identifier les sous-catégories qui ne devraient pas être visibles pour les lecteurs ayant accès aux parents. Configurez **l’héritage de blocs** sur ces sous-catégories immédiatement après la migration. - Communiquez le changement à votre équipe avant de déclencher la migration — tous les administrateurs et propriétaires reçoivent une notification par e-mail, ils doivent donc être informés que le changement est prévu. --- ## FAQ **Puis-je tester les permissions héritées avant de m’engager dans la migration ?** Non. La migration est appliquée à l’ensemble du projet en même temps et ne peut être inversée. Examinez attentivement la structure de vos catégories et les devoirs d’accès aux lecteurs avant de procéder. **La migration affecte-t-elle autant les groupes de lecteurs que les lecteurs individuels ?** Oui. Les permissions héritées s’appliquent à la fois à l’accès individuel des lecteurs et à l’accès au groupe de lecteurs. Tout groupe ayant accès à une catégorie mère héritera automatiquement de l’accès aux sous-catégories. **Qui reçoit la notification par e-mail lorsque la migration est déclenchée ?** Tous les propriétaires de projet et administrateurs du projet reçoivent une notification par e-mail lorsque la migration est déclenchée, quel que soit le responsable de l’initiation.