--- sourceDocument: Yokohama Platform Analytics sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/yokohama/now-intelligence Release : - yokohama ft:locale : - fr-FR ft:publication_title : - Yokohama Platform Analytics ft:clusterId : - par bundleId : - par workflow : - Platform --- # Résolution des problèmes d'autorisations sur un tableau de bord réactif # Résolution des problèmes d'autorisations sur un tableau de bord réactif {#ariaid-title1} * Rversion finale: Yokohama * * Mis à jour 30 janv. 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 minutes de lecture Les autorisations de tableau de bord peuvent être définies dans plusieurs emplacements différents. ## Avant de commencer Lorsque vous rencontrez des problèmes avec les autorisations sur les tableaux de bord réactifs, vous pouvez examiner les autorisations sur le panneau de partage de tableau de bord, les autorisations de groupe et les propriétés du tableau de bord. Rôle requis : dashboard_admin, pa_admin ## Procédure * Vérifiez les autorisations dans le volet Partage du tableau de bord. Le propriétaire du tableau de bord, les utilisateurs ayant un rôle de dashboard_admin ou d'administrateur et les utilisateurs ayant un rôle de pa_power_user ou de pa_admin qui peuvent modifier le tableau de bord peuvent effectuer cette étape. * Vérifiez les autorisations du groupe auquel le tableau de bord appartient. Les autorisations de groupe de tableaux de bord ne s'affichent pas dans le panneau de partage du tableau de bord. Les utilisateurs disposant du rôle dashboard_admin, admin, pa_power_user ou pa_admin peuvent effectuer cette étape. * Comparez le tableau de bord et les autorisations de groupe de tableaux de bord. Si des autorisations sont spécifiées sur un tableau de bord, les autorisations du groupe de tableaux de bord sont remplacées et aucune ne s'applique pas. Les utilisateurs disposant du rôle dashboard_admin, admin, pa_power_user ou pa_admin peuvent effectuer cette étape. * Sur le formulaire des propriétés du tableau de bord, passez en revue les rôles spécifiés dans le champ Restreindre aux rôles . Seuls les utilisateurs dotés de l'un des rôles spécifiés dans ce champ peuvent afficher le tableau de bord. Le propriétaire du tableau de bord, les utilisateurs ayant un rôle de dashboard_admin ou d'administrateur et les utilisateurs ayant un rôle pa_power_user ou pa_admin qui peuvent modifier le tableau de bord peuvent effectuer cette étape. Les autres utilisateurs qui peuvent modifier le tableau de bord peuvent afficher ce champ, mais ne peuvent pas le modifier. ## Scénarios d'autorisations de tableau de bord {#ariaid-title2} Les autorisations sur les tableaux de bord peuvent être compliquées. Si vous définissez une autorisation sur un groupe de tableaux de bord, par exemple, les autorisations définies sur un tableau de bord au sein de ce groupe la remplacent. Cette matrice affiche ce qui est visible en fonction de diverses combinaisons d'autorisations. La table Scénarios d'autorisations de tableau de bord utilise ces abréviations : * Base de données = Tableau de bord * DG = Groupe de tableaux de bord * RTR = Restreindre aux rôles Pour plus d'informations, consultez [Restreindre l'accès au tableau de bord réactif à des rôles spécifiques](https://servicenow-prod.fluidtopics.net/1sJUeF2_4wHylur7B0PYkw "Spécifiez les rôles supplémentaires requis pour accéder au tableau de bord lorsque vous partagez un tableau de bord avec des utilisateurs, des groupes et des rôles spécifiés. Seuls les utilisateurs avec lesquels le tableau de bord a été partagé et qui possèdent l’un des rôles spécifiés peuvent accéder au tableau de bord."). * X = non spécifié {#dashboard-permissions-scenarios__ul_tfj_dgv_v1b} Remarque : Les utilisateurs disposant de rôles d'administrateur et de dashboard_admin disposent d'autorisations complètes sur tous les tableaux de bord. {#dashboard-permissions-scenarios__table_zrh_jfv_v1b__entry__7} | Scénario | DG | Autorisation DG | Autorisation de vue de la base de données | Autorisation de modification de la base de données | RTR | Qui peut consulter la base de données ? | |-|-|-|-|-|-|-| | Pas de DG, pas d'autorisations BD | X | X | X | X | X | Uniquement le propriétaire | | RTR uniquement | X | X | X | X | asset | Uniquement le propriétaire | | Autorisations BD uniquement | X | X | itil | X | X | Utilisateurs disposant du rôle itil | | Autorisations BD et RTR | X | X | itil | X | asset | Utilisateurs disposant à la fois des rôles ITIL ET d'actif | | Uniquement DG sans autorisations | Existe | X | X | X | X | Utilisateurs disposant du rôle pa_admin OU pa_power_user rôle | | DG sans autorisations et RTR | Existe | X | X | X | asset | Utilisateurs ayant à la fois le rôle asset ET le rôle pa_admin OU le rôle pa_power_user | | Autorisations DG et DG uniquement | Existe | itil | X | X | X | Utilisateurs ayant le rôle itil OU le rôle pa_admin OU le rôle pa_power_user | | DG, autorisations de DG et RTR | Existe | itil | X | X | asset | Utilisateurs disposant à la fois du rôle asset ET du rôle itil OU du rôle pa_admin OU du rôle pa_power_user | | Autorisations DG, DG et autorisations de base de données | Existe | itil | itil_admin | X | asset | Utilisateurs ayant à la fois le rôle de itil_admin ET le rôle de ressource | | DG, autorisations DG, autorisations DB et RTR | Existe | itil | itil_admin | X | X | Utilisateurs disposant du rôle itil_admin | [Tableau 1. Scénarios d'autorisations de tableau de bord] {#dashboard-permissions-scenarios__table_zrh_jfv_v1b} Les autorisations par défaut pour un groupe de tableaux de bord sont pa_admin et pa_power_user. Si une autorisation, telle que ITIL, est spécifiée dans le groupe de tableaux de bord, cette autorisation est ajoutée à l'autorisation par défaut. Les autorisations sur les tableaux de bord individuels remplacent l'autorisation de groupe de tableaux de bord. ## Résolution du problème des autorisations de modification sur les tableaux de bord dynamiques {#ariaid-title3} Les utilisateurs disposant d'autorisations de modification sur un tableau de bord réactif peuvent également avoir besoin d'autorisations de modification sur un autre tableau de bord dans lequel l'onglet est utilisé. ### Avant de commencer Rôle requis : admin ### Pourquoi et quand exécuter cette tâche Un tableau de bord est partagé avec un utilisateur avec des autorisations de modification. Dans certains onglets, l'utilisateur ne peut pas ajouter de widgets. Lorsque l'utilisateur sélectionne Ajouter des widgets, rien ne se passe. Le même utilisateur peut ajouter des widgets à d'autres onglets et tableaux de bord. La cause du problème est liée à la façon dont l'onglet du tableau de bord affecté a été créé. Si l'onglet Tableau de bord a été créé dans un [tableau de bord non réactif](https://servicenow-prod.fluidtopics.net/HSokTFvTQHrp9mg9p26CRw "À compter de la Utah version, les tableaux de bord non réactifs ne sont plus disponibles.") et que l'onglet est lié à un autre onglet de tableau de bord, l'utilisateur affecté a besoin d'autorisations de modification sur cet autre tableau de bord lié. ### Procédure 1. Accédez au tableau de bord affecté. 2. Dans le menu ![]()contextuel , sélectionnez Propriétés du tableau de bord. 3. Sélectionnez Lancer l'évaluation des dépendances. Les résultats affichent le tableau de bord et tous les onglets utilisés par le tableau de bord. 4. Sélectionnez l'onglet affecté. 5. Dans le menu ![]()contextuel , choisissez Afficher l'utilisé par. Les résultats affichent les tableaux de bord dans lesquels l'onglet apparaît. 6. Ouvrez l'autre tableau de bord qui utilise l'onglet affecté. 7. Modifier les autorisations de partage sur ce tableau de bord et donner un accès en modification à l'utilisateur affecté. ### Résultats L'utilisateur affecté peut désormais modifier l'onglet Tableau de bord sur le tableau de bord réactif. ## Résolution des problèmes liés aux tableaux de bord partagés dans des champs d'application non globaux {#ariaid-title4} Les tableaux de bord des applications incluses dans le périmètre peuvent ne pas être visibles par les utilisateurs non administrateurs. Les utilisateurs non-administrateurs peuvent ne pas être en mesure d'afficher le tableau de bord ou les widgets sur le tableau de bord ne se chargent pas. ### Avant de commencer Rôle requis : administrateur de l'application incluse dans le périmètre associée. ### Pourquoi et quand exécuter cette tâche Les utilisateurs peuvent voir le message \<\< Le tableau de bord n'a pas été partagé avec l'utilisateur \>\> ou \<\< Ce tableau de bord est limité aux rôles suivants \>\> sans liste de rôles. ### Procédure 1. Accédez à Toussys_properties.liste. 2. Définissez la propriété système glide.security.scoped_administration.honor_global_acl sur vrai. Si cette propriété est déjà définie sur vrai, aucune mise à jour n'est nécessaire. 3. En tant qu'administrateur d'application, basculez le périmètre sur le périmètre dans lequel le tableau de bord a été créé. 4. Naviguer Toussys_scoped_admin_acl_inheritance.liste. 5. **Facultatif :** Si les rapports rencontrent le même problème, créez des enregistrements pour ces tables : * Rapports \[sys_report\] * Utilisateurs et groupes de rapports \[sys_report_users_groups\] {#solving-issues-shared-dbs-non-global-scopes__ul_f5z_bh3_w5b} 6. Créez des enregistrements pour ces tables : * Tableau de bord \[pa_dashboards\] * Page d'accueil \[sys_portal_page\] * Onglets \[pa_tabs\] * Autorisations de tableau de bord \[pa_dashboards_permissions\] {#solving-issues-shared-dbs-non-global-scopes__ul_wcc_3g3_w5b}