Policy Acknowledgement Policy Acknowledgement stocke ses données de travail sur un hub de politiques SharePoint. Le mode d'enregistrement détermine comment les confirmations normales des employés sont écrites. Il ne déplace pas les données de la solution vers un autre site de stockage.
Ce que stocke le hub
| Liste ou bibliothèque | Fonction |
|---|---|
Policies | Fiches de politique, version actuelle et contrôles de lecture. |
PolicyVersions | Métadonnées de version et instantanés de documents lorsque cette fonction est prise en charge. |
PolicyCategories | Catégories et leurs textes de confirmation. |
PolicyCampaigns | Définitions d'audience, échéances et paramètres de rappel. |
PolicyAssignments | Attributions aux employés et leur état actuel. |
PolicyAcknowledgements | Confirmations et autres événements de preuve avec hachages chaînés. |
PolicyQuestions | Questions, motifs et réponses des employés. |
PolicyNotificationLog | Stockage du journal des notifications. |
PolicyAuditLog | Événements d'administration et de workflow. |
PolicySettings | Paramètres du produit. |
PolicyRoleAssignments | Correspondances entre rôles et groupes. |
Les documents sources restent à leurs URL configurées. Publier un document de même origine peut enregistrer un instantané dans PolicyVersions ; les sources externes ne reçoivent ni cet instantané ni un hachage de contenu.
Comparer les modes d'enregistrement
| Aspect | Direct | Service |
|---|---|---|
| Écriture d'une confirmation normale | Le composant WebPart écrit dans SharePoint avec la session de l'employé. | Le composant WebPart envoie la confirmation au service connecté. |
| Autorisations des employés dans la matrice des rôles | Contribution sur les attributions et les confirmations. | Accès en lecture sur ces deux listes. |
| Service séparé nécessaire pour cette écriture | Non. | Oui, avec un point de terminaison fonctionnel et le consentement. |
| Rappels automatiques et mises à jour de l'audience | Non fournis par le mode Direct. | Dépendent de l'implémentation et du fonctionnement du service connecté. |
Le mode Direct est le réglage par défaut. Sélectionner Service n'installe pas le service et ne vérifie pas l'ensemble de son comportement opérationnel.
Configurer et vérifier un changement de mode
- Ouvrez Notifications dans Policy Admin.
- Pour le mode Service, renseignez URL du service de rappel, ouvrez le consentement administrateur et exécutez Vérifier le consentement.
- Choisissez l'option souhaitée sous Qui enregistre les confirmations de lecture et enregistrez.
- Ouvrez Rôles et sélectionnez Enregistrer et appliquer les autorisations.
- Examinez les autorisations SharePoint effectives et testez une confirmation avec un compte employé distinct.
Enregistrer le mode ne réapplique pas automatiquement les autorisations. Le lecteur bloque l'envoi normal lorsque le mode Service n'a pas d'URL ou de consentement confirmé ; une panne ultérieure du service est signalée comme erreur d'envoi.
Suivre l’enregistrement dans l’application
La fiche, l’attribution et la confirmation sont des enregistrements distincts. La fiche décrit la politique actuelle ; l’attribution identifie le travail d’une personne pour une version et une campagne ; la confirmation enregistre un événement de preuve. Un reçu affiche certains champs de preuve. Ces enregistrements concordent généralement après une soumission réussie, mais ne doivent pas être traités comme un objet atomique unique.
Dans le parcours direct, l’application lit l’empreinte précédente, ajoute la confirmation et met à jour l’attribution. Dans le parcours par service, elle envoie les données au point de terminaison configuré et récupère l’enregistrement résultant. Une lecture ou mise à jour ultérieure peut échouer malgré une écriture antérieure réussie. C’est pourquoi l’investigation doit comparer la référence d’attribution et la preuve avant de demander à l’employé de réessayer.
Changer le mode d’enregistrement modifie le parcours des confirmations ordinaires, pas l’emplacement de toutes les données ni chaque opération administrative. Cela ne réécrit pas non plus les événements antérieurs dans un nouveau modèle de preuve. Conservez les enregistrements originaux et examinez comment les autorisations effectives et le comportement du service du déploiement soutiennent les exigences de protection prévues.
Séparer les contrôles nécessaires au changement de mode
| Contrôle | Élément à vérifier |
|---|---|
| Configuration | Le mode, le point de terminaison et le consentement enregistrés correspondent à l’installation prévue. |
| Autorisations | La matrice du produit a été réappliquée et les droits réels des listes examinés. |
| Confirmation employé | Un employé représentatif peut soumettre et obtenir le bon reçu. |
| Rapprochement d’attribution | L’attribution correspondante a l’état et la référence de preuve attendus. |
| Processus d’exception | Un opérateur autorisé peut résoudre un cas de test, y compris le parcours distinct d’exemption s’il est utilisé. |
| Travail d’arrière-plan | Le responsable du service peut démontrer les tâches planifiées et le comportement de livraison requis. |
Effectuez ces contrôles avec des comptes représentant les rôles de production. Tester uniquement en tant qu’administrateur de synchronisation peut masquer le contrôle total supplémentaire conservé par ce compte. De même, une réponse de consentement réussie n’établit pas que toutes les opérations serveur d’écriture, de planification et de livraison fonctionnent.
Interpréter l’intégrité comme une partie de la protection
Une chaîne de hachage relie les enregistrements afin qu’un enregistrement modifié ou certains enregistrements manquants produisent un écart. Elle ne fournit pas un inventaire indépendant et fiable de tout ce qui devrait exister. Détecter la suppression de la fin d’une chaîne ou le remplacement de toute une chaîne peut nécessiter d’autres contrôles ou des preuves conservées. L’indicateur vert signifie donc que la chaîne chargée a réussi les contrôles de cohérence implémentés.
Utilisez le résultat d’intégrité avec les autorisations, les preuves de source et version et les enregistrements opérationnels. Une empreinte correspondante ne prouve pas que le lecteur a affiché un fichier archivé, que tous les événements employés requis existent ou que l’employé a compris le texte. Si vous constatez une incohérence, conservez identifiants et données originales avant correction ; consultez KB10533. Vérifier l’intégrité du journal des confirmations et KB10538. Dépanner les confirmations en échec et les notifications manquantes.
Comprendre les limites des preuves
Un événement de preuve comprend l'identité, les informations de politique et de version, un horodatage, le texte de confirmation, les données des contrôles de lecture et des hachages. L'application vérifie une chaîne de hachages d'enregistrements pour détecter les incohérences. Il ne s'agit pas d'une garantie d'immutabilité absolue.
❗ Important
L'interface décrit le mode Service comme empêchant les écritures directes, même par les administrateurs, mais le code actuel de synchronisation des autorisations conserve le contrôle total pour le compte qui effectue la synchronisation. Les droits élevés ou existants doivent également être examinés. Le mode Direct accorde des droits de contribution aux employés et la matrice n'isole pas les enregistrements par employé. N'affirmez pas que toutes les preuves sont techniquement immuables ou que le filtrage des composants WebPart assure une sécurité au niveau des enregistrements.
Les événements d'exemption utilisent actuellement une écriture directe dans SharePoint même en mode Service. Ce chemin peut échouer pour un responsable de conformité ne disposant que des autorisations documentées de la matrice. Consultez KB10507. Traiter les questions sur les politiques et exempter des employés. L'implémentation du service séparé ne fait pas partie du projet des composants WebPart ; ses autorisations d'application, ses traitements en arrière-plan et ses contrôles de protection doivent donc être vérifiés dans le déploiement réel.
