---
title: "Publier une nouvelle version d’une politique et demander une nouvelle confirmation"
description: "Choisissez une modification majeure ou éditoriale, publiez une nouvelle version et lancez une campagne de mise à jour sans confondre les confirmations reportées avec de nouvelles confirmations."
url: https://vitextra.com/fr/support/kb/10514
language: fr
published: 2026-11-08
modified: 2026-11-08
products:
  - "Policy Acknowledgement"
author: "Lidija Reising"
tags: ["nouvelle version de politique", "modification majeure", "modification éditoriale", "campagne de mise à jour", "nouvelle confirmation"]
---

# Publier une nouvelle version d’une politique et demander une nouvelle confirmation

Choisissez une modification majeure ou éditoriale, publiez une nouvelle version et lancez une campagne de mise à jour sans confondre les confirmations reportées avec de nouvelles confirmations.

Publiez une nouvelle version lorsque le contenu d’une politique change et que cette modification doit être identifiée séparément de la publication existante. Déterminez d’abord si les employés doivent confirmer à nouveau leur prise de connaissance. Cette décision détermine à la fois le type de publication et les attributions créées ensuite ; modifier uniquement le fichier source ne réalise aucune de ces opérations.

## Préparer la révision

Utilisez un compte de propriétaire de politique, d’administrateur ou de responsable de la conformité autorisé à gérer la fiche. Examinez la version actuelle, les campagnes existantes et l’accès à la source. Vérifiez que le contenu révisé attendu se trouve à l’URL source configurée et que la politique n’est pas archivée. Si elle l’est, suivez [KB10518. Archiver une politique et la restaurer en tant que brouillon](https://vitextra.com/fr/support/kb/10518) avant de tenter la publication.

Choisissez un numéro de version unique. Le numéro proposé augmente la composante majeure pour une modification majeure et la composante mineure pour une modification éditoriale. Par exemple, `1.0` devient `2.0` ou `1.1`. Évitez de réutiliser un ancien numéro : la création des fichiers d’instantané et de métadonnées autorise le remplacement des fichiers existants. Un numéro en double ne permet donc pas de conserver une publication distincte de manière fiable.

## Choisir le type de modification

| Choix | Utilisation prévue | Effet actuel |
|---|---|---|
| **Modification substantielle — chacun doit confirmer à nouveau la lecture** | Modifications nécessitant une nouvelle confirmation. | Publie une version ; l’action principale ouvre ensuite l’assistant de campagne de mise à jour pour une politique existante. |
| **Correction du texte ou de la mise en forme — les confirmations de lecture sont transférées** | Modifications pour lesquelles les confirmations antérieures restent acceptables. | Met à jour les attributions confirmées de la version précédemment actuelle avec le nouveau numéro de version. |

Le report éditorial ne crée pas de nouvelle confirmation par l’employé. L’événement de preuve initial et son texte enregistré restent le document d’origine ; la version et le commentaire de l’attribution sont modifiés. Ne présentez pas un report comme la preuve que l’employé a personnellement lu le nouveau texte.

## Publier la version

1. Sélectionnez la politique dans Policy Manager, puis **Publier une nouvelle version**.
2. Définissez **Type de changement** et vérifiez **Version**.
3. Renseignez **Ce qui a changé**. Pour une révision majeure d’une version existante, une description non vide des modifications est obligatoire.
4. Vérifiez **Date d'entrée en vigueur**. La publication fait immédiatement passer la politique à l’état publié ; la date ne planifie pas une publication différée.
5. Pour une révision majeure, utilisez **Publier et lancer la campagne de mise à jour** pour poursuivre dans l’assistant, ou **Publier sans campagne** si la diffusion doit être traitée séparément. Pour une révision éditoriale, utilisez **Publier**.

![Publier une révision majeure et préparer sa campagne](https://static.vitextra.com/articles/10514/publish-revision-fr.png)
*Publier une révision majeure et préparer sa campagne*

## Décider ce que le changement signifie pour les employés

Considérez une correction de mise en forme laissant l’engagement attendu de l’employé inchangé. Le propriétaire peut juger une publication éditoriale appropriée. Examinez alors le report des attributions confirmées et expliquez que le reçu conservé reste la confirmation initiale. Une version d’attribution plus récente ne prouve pas une nouvelle action de l’employé.

Considérez maintenant une procédure révisée changeant ce que les employés doivent faire. Si l’organisation exige une confirmation de cette obligation révisée, utilisez le parcours de modification majeure et lancez explicitement la campagne de nouvelle version. Rédigez un résumé identifiant la différence pratique afin que le lecteur comprenne pourquoi une autre tâche arrive au lieu de voir seulement un nouveau numéro.

Le produit ne décide pas si un changement est substantiellement important pour votre organisation. Décidez-le avant publication et appliquez ce choix de façon cohérente. Une révision majeure sans campagne lancée laisse la diffusion inachevée ; un report éditorial ne doit pas être présenté comme un nouveau consentement à des obligations modifiées.

## Tenir compte des personnes à différents stades

| Situation de l’employé avant révision | Contrôle après publication |
|---|---|
| A déjà confirmé la version précédente | Si la décision prévoit un report ou une attribution distincte de nouvelle version. |
| A encore la version précédente ouverte | Si l’ancienne tâche subsiste et quelle source actuelle elle affiche. |
| Exempté d’une attribution précédente | Si le public et la décision d’attribution conviennent à la nouvelle publication. |
| Employé nouvellement inclus | S’il reçoit la publication actuelle prévue et peut accéder à son contenu. |

Examinez ces groupes plutôt que de tester seulement une nouvelle tâche. Publier ne retire pas automatiquement toutes les anciennes attributions, et une exemption appartient à son attribution plutôt que d’interdire toute tâche future. Avant une large diffusion, examinez un enregistrement représentatif de chaque groupe applicable.

Conservez ensemble numéro de version, résumé, fichier retenu et décision de campagne dans l’examen de publication. Si une erreur interrompt publication ou diffusion, cela aide à établir l’étape réellement terminée et les employés nécessitant encore une action. Ne réparez pas l’incertitude en écrasant un ancien numéro ou en traitant une deuxième campagne comme un substitut à la compréhension de la première.

## Lancer et vérifier la campagne de mise à jour

Ouvrir l’assistant ne revient pas à lancer la campagne. Examinez la version de la politique, l’aperçu du public et l’échéance, puis lancez explicitement la campagne comme indiqué dans [KB10503. Créer et lancer une campagne Policy Acknowledgement](https://vitextra.com/fr/support/kb/10503). Les employés ayant déjà confirmé une autre version peuvent recevoir une attribution de la nouvelle version, sous réserve des contrôles habituels du public et des doublons.

Testez une nouvelle attribution et vérifiez sa version, son résumé des modifications et son reçu. Examinez également une attribution antérieure si elle est encore ouverte : la publication n’annule pas automatiquement toutes les anciennes attributions.

❗ **Important**  
Le lecteur utilise actuellement le contenu source de la politique, et les données de confirmation reprennent l’empreinte actuelle du contenu de la politique tout en indiquant la version de l’attribution. Si une ancienne attribution subsiste après une mise à jour de la source ou de la version, ne supposez pas qu’elle présente ou enregistre une correspondance exacte avec la version archivée. Rapprochez les attributions en attente et vérifiez le lien entre contenu et version avant de recueillir les confirmations.

Si la publication signale une erreur, rechargez la fiche et l’historique avant de réessayer. La création de l’instantané, les métadonnées de version, la mise à jour de la politique et le report sont des opérations distinctes : vérifiez donc si une partie de la modification a déjà abouti. Consultez [KB10515. Examiner l’historique des versions et les instantanés des documents d’une politique](https://vitextra.com/fr/support/kb/10515) pour l’historique et [KB10519. Que faire lorsque le contenu d’une politique change sans nouvelle version](https://vitextra.com/fr/support/kb/10519) pour les écarts de la source.