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
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
-
Naviguer dans les paramètres (
) > Utilisateurs et sécurité dans la barre de navigation de gauche du portail de la base de connaissances. -
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
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 .
- Dans la boîte de dialogue de confirmation, saisissez votre sous-domaine de projet.
- 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.
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.