Policy Acknowledgement Les catégories organisent les fiches de politiques et peuvent fournir une déclaration de confirmation commune. Utilisez-les lorsqu'un ensemble de politiques exige une formulation cohérente sans répéter le même texte dans chaque fiche. Policy Admin conserve aussi la déclaration globale de repli et un délai par défaut. Modifier ces valeurs ne crée pas de campagnes et ne réécrit pas les reçus déjà enregistrés.
Avant de commencer
Ouvrez Policy Admin en tant qu'administrateur du produit sur le hub prévu. Choisissez les noms des catégories et validez la déclaration que les employés confirmeront. Vérifiez si une politique d'exemple possède déjà son propre texte : celui-ci est prioritaire sur toute modification de catégorie ou globale.
Gardez une orthographe cohérente des catégories. Les fiches enregistrent le texte de la catégorie, et la correspondance utilise ce texte plutôt qu'une relation par identifiant. Un renommage doit donc être coordonné avec les fiches existantes et les filtres de catégorie des pages.
Créer et maintenir les catégories
- Ouvrez Catégories et textes.
- Sélectionnez Ajouter une catégorie et saisissez le nom de la catégorie.
- Saisissez le Texte de confirmation de lecture de la catégorie si elle nécessite sa propre déclaration ; laissez-le vide pour utiliser le texte global.
- Répétez pour les catégories requises, puis sélectionnez Enregistrer. Les noms de catégorie vides sont ignorés à l'enregistrement.
- Pour partir des exemples localisés du produit, utilisez Ajouter les catégories par défaut et vérifiez le résultat avant d'enregistrer. Cette action ajoute les noms manquants ; elle ne remplace pas toutes les catégories existantes.
Pour supprimer une ligne de catégorie, utilisez son action de suppression et enregistrez. Supprimer ou renommer une catégorie ne reclasse pas automatiquement les politiques qui utilisaient son ancien nom. Modifiez séparément ces fiches et les éventuels paramètres de filtre de catégorie, puis vérifiez la bibliothèque et les rapports.
Comprendre quelle déclaration s'affiche
| Priorité | Texte utilisé par Policy Reader |
|---|---|
| En premier | Le texte de confirmation non vide de la fiche de politique. |
| Ensuite | Le texte de la catégorie dont le nom correspond à celui de la politique. |
| Ensuite | Le texte global de confirmation par défaut non vide. |
| En dernier | La déclaration localisée intégrée au produit. |
Les espaces réservés {Policy} et {Version} insèrent le titre de la politique et la version attribuée. Une déclaration peut ainsi mentionner la politique et sa version sans fixer ces valeurs dans le texte. Conservez l'orthographe et les accolades des espaces réservés. Les noms de catégories et les déclarations saisies par l'administrateur sont du contenu : le produit ne les traduit pas automatiquement dans la langue de chaque lecteur.
Définir les valeurs globales par défaut
Modifiez Texte de confirmation de lecture par défaut et enregistrez. La page propose aussi Délai de confirmation de lecture par défaut pour les nouveaux membres (jours), avec une plage de 1 à 365 jours. Cette valeur initialise les nouvelles campagnes ; elle ne change pas rétroactivement les échéances des attributions existantes et ne lance aucun traitement d'attribution automatique.
❗ Important
Policy Reader détermine la déclaration à son chargement à partir de la politique, de la catégorie et des paramètres actuels. Le texte d'une attribution en attente n'est pas une copie figée de ces paramètres. Un événement de confirmation conserve la déclaration effectivement soumise. Vérifiez soigneusement les changements de formulation et rechargez un lecteur pilote avant de demander aux employés de confirmer.
Parcourir un exemple de priorité des déclarations
Supposons que le texte global soit une confirmation générale de lecture tandis que la catégorie de sécurité de l’information utilise une déclaration plus précise. Une politique de cette catégorie sans texte propre reçoit la déclaration de catégorie. Une autre politique ayant son propre texte non vide reçoit celui-ci à la place, même si les deux partagent la catégorie.
Si vous modifiez la déclaration globale sans voir de changement dans la première politique, examinez les valeurs prioritaires avant de supposer un échec d’enregistrement. La catégorie peut toujours remplacer le texte global. Si vous effacez aussi son texte, la valeur globale devient applicable ; si aucune déclaration configurée ne reste, le texte localisé intégré constitue le dernier recours.
Utilisez {Policy} et {Version} dans les formulations devant identifier la publication. Testez le résultat affiché avec une véritable attribution pilote : la version provient du contexte de l’attribution, pas d’un numéro saisi manuellement dans une déclaration générique de catégorie. Ne traduisez ni ne modifiez les noms des espaces réservés.
Planifier un renommage de catégorie comme un changement de contenu
Les noms de catégories apparaissent ailleurs que dans la liste d’administration. Les fiches stockent le texte de catégorie et les pages peuvent restreindre les politiques affichées par des noms configurés. Renommer seulement la ligne de catégorie peut donc laisser des fiches ou filtres de pages faisant référence à l’ancienne valeur.
Avant de renommer, identifiez les politiques utilisant l’ancien nom et les pages de bibliothèque ou de rapport restreignant les catégories. Après enregistrement du nouveau nom, mettez à jour ces fiches et filtres via leurs interfaces respectives. Examinez ensuite la sélection du catalogue et la déclaration d’un lecteur pilote. Cela vérifie que la relation de catégorie prévue fournit toujours le texte.
Supprimer une catégorie ne reclasse pas non plus ses politiques. Décidez si les fiches doivent passer dans une autre catégorie existante ou utiliser volontairement une déclaration plus générale. Ne traitez pas la suppression de catégorie comme un moyen de retirer une politique : publication et archivage sont des actions distinctes du cycle de vie.
Distinguer une modification de texte d’une correction de reçu
Modifier une valeur par défaut affecte la résolution de la déclaration lors d’un chargement ultérieur du lecteur ; cela ne réécrit pas le texte déjà enregistré dans un reçu. Avant de modifier le texte pendant une campagne active, examinez séparément une attribution en attente et une confirmation existante. Attendez-vous à ce qu’elles représentent des moments différents du processus.
Si l’attestation prévue a substantiellement changé, décidez avec le propriétaire si un nouveau processus de publication et d’attribution est nécessaire au lieu de supposer qu’une modification du défaut recueille de nouvelles confirmations. Consultez KB10514. Publier une nouvelle version d’une politique et demander une nouvelle confirmation pour les décisions de version et campagne. Rendez les déclarations administratives compréhensibles dans les langues du public prévu, car ces valeurs de contenu ne suivent pas automatiquement la langue de l’interface.
Vérifier le résultat
Utilisez une attribution pilote en attente sans texte spécifique à la politique pour vérifier la déclaration de catégorie. Testez ensuite une politique sans texte de catégorie pour vérifier le repli global. Confirmez que les espaces réservés sont résolus et que la bonne version est mentionnée. Vérifiez séparément un reçu existant : il doit continuer à afficher sa déclaration enregistrée, et non être considéré comme un aperçu dynamique du nouveau texte par défaut. Pour les modifications au niveau de la politique, consultez KB10501. Créer et modifier une politique dans Policy Acknowledgement.
