Policy Acknowledgement Pending Policies Bar est un rappel intranet compact destiné aux employés ayant des politiques attribuées ou en retard. Il affiche un nombre d’éléments en attente, des informations de retard et un bouton de navigation sans remplacer la page complète My Policies. Utilisez-le sur une page fréquemment consultée pour rendre les tâches en attente plus faciles à découvrir.
Ajouter et connecter le composant WebPart
- Modifiez la page SharePoint prévue avec un compte autorisé à le faire.
- Ajoutez Pending Policies Bar.
- Dans Connexion, définissez Site central des politiques sur le hub utilisé par l’application de politiques.
- Définissez Page Policy Reader sur une page Policy Reader fonctionnelle et configurez le lien d’administration si nécessaire.
- Dans les paramètres d’affichage, définissez Page My Policies si le bouton doit ouvrir la liste complète des tâches personnelles.
- Enregistrez et publiez la page, puis testez-la en tant qu’employé disposant d’une attribution en attente connue.
Sans URL de page My Policies, le bouton ouvre la première attribution en attente via l’URL du lecteur configurée. Si l’URL du lecteur est vide, la valeur par défaut est SitePages/PolicyReader.aspx sur le hub résolu. La page par défaut doit exister ; la bannière ne la crée pas.
Comprendre le nombre affiché
La barre charge les attributions de l’utilisateur actuel et n’inclut que les états attribué ou en retard. Elle les trie par échéance, en plaçant plus loin les éléments sans date. Elle affiche l’échéance disponible la plus proche et change son signal visuel en présence de tâches en retard.
Avec une attribution en attente, l’action utilise Ouvrir. Avec plusieurs, elle utilise Afficher les politiques. Si aucune URL My Policies n’est configurée, les deux libellés mènent toujours à la première attribution en attente ; le bouton au pluriel ne crée pas de page de liste distincte.
My Policies inclut également les attributions nécessitant un examen et suspendues dans son onglet des tâches en attente. La bannière n’inclut pas ces états. Un nombre inférieur dans la bannière peut donc être correct. Comparez les états réels avant de considérer l’écart comme une perte de données.
Comprendre les états vides et les échecs
En mode d’affichage normal, une barre vide ne rend aucun contenu et n’occupe aucun espace visible. En mode modification de page, l’éditeur voit un espace réservé afin de pouvoir sélectionner et configurer le composant. Les attributions propres à l’éditeur peuvent différer de celles de l’employé ciblé.
❗ Important
La barre se masque aussi lorsque la résolution du hub ou le chargement des attributions échoue ; son implémentation enregistre l’erreur en interne plutôt que d’afficher un panneau d’erreur complet. L’absence de bannière ne prouve pas que l’employé n’a aucune tâche en attente. Vérifiez My Policies et l’accès au hub lorsque le rappel attendu manque.
Tester la navigation et maintenir la page
Ouvrez la page publiée avec un compte d’employé pilote, comparez les enregistrements attribués et en retard inclus à My Policies, puis cliquez sur le bouton. Confirmez l’ouverture de la bonne politique ou page personnelle et le fonctionnement des autorisations de la source. Terminez une attribution pilote et rechargez la page intranet pour vérifier le nombre actualisé ; la barre n’est pas un flux de notifications poussé en arrière-plan en direct.
Si le rappel manque de façon inattendue, vérifiez avec un administrateur le hub, le compte utilisé pour la recherche, les données source et les détails d’erreur du navigateur. La barre utilise l’identifiant de connexion du contexte de page, qui peut différer dans certains contextes de l’UPN d’annuaire utilisé par d’autres vues. Préservez cette distinction lors des investigations du support. Masquer la bannière par ciblage de page ne modifie pas les attributions ni les autorisations des données.
