---
sourceDocument: Gestion de la sécurité Xanadu
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/security-management

 Release :

    - xanadu

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion de la sécurité Xanadu

ft:clusterId :

    - security

bundleId :

    - security

workflow :

    - Technology


---

# Créer une demande de changement à partir d'une tâche de rattrapage

# Créer une demande de changement à partir d'une tâche de rattrapage {#ariaid-title1}

* Rversion finale: Xanadu
* 
* Mis à jour 1 août 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 9 minutes de lecture

En tant que propriétaire du rattrapage informatique, créez une demande de changement (CHG) directement à partir d'une tâche de rattrapage (VUL) pour tous les éléments vulnérables du groupe. Créez une demande de changement avec des informations pré-remplies qui incluent la solution préférée pour accélérer votre enquête sur les vulnérabilités qui nécessitent une intervention manuelle.

## Avant de commencer

Rôles requis : Pour créer une demande de changement : tout utilisateur disposant du rôle itil. Le rôle sn_vul.remediation_owner est également automatiquement attribué lorsque le rôle itil est affecté à un utilisateur.

Rôle requis : pour l'approbation des demandes de changement : utilisateurs disposant de rôles itil, admin, sn_change_write change_manager.

## Pourquoi et quand exécuter cette tâche

Pour en savoir plus sur la création d'une demande de changement à partir des espaces de travail, reportez-vous à la Réponse aux vulnérabilités section [Créer une demande de changement dans Espace de travail de remédiation IT](https://servicenow-prod.fluidtopics.net/tb5lmOlX44xmBi58wKvclA "Créez une demande de changement à partir d’une tâche de rattrapage (VUL, CVUL ou CRG). Vous pouvez également ajouter une tâche de rattrapage à une demande de changement existante.").

Pour créer une demande de changement à partir de l'environnement classique, suivez les étapes ci-dessous.

Vous pouvez créer, approuver, implémenter, examiner et fermer des demandes de changement directement à partir d'une tâche de rattrapage. Vous pouvez créer trois types de demandes de changement avec des informations pré-remplies à partir d'une tâche de rattrapage :

* Standard. Un changement pré-autorisé à risque faible, relativement commun et qui suit une procédure ou une instruction de travail spécifique.
* Normal. Les demandes de changement normal suivent un processus prescriptif qui requiert deux niveaux d'approbation avant d'être implémentées, examinées et fermées.
* Urgence. Un changement pour résoudre un incident majeur.

{#vuln-change_mgmnt_create_change__ul_pyj_px1_bjb}

L'image suivante illustre le flux de base pour la création d'une demande de changement à partir d'une tâche de rattrapage (VUL). Les étapes détaillées de ce flux suivent l'image.

L'enregistrement de tâche de rattrapage est appelé VUL dans les sections suivantes. Dans les versions précédentes de , les tâches de Réponse aux vulnérabilitésremédiation étaient appelées groupes de vulnérabilité (VG). Dans les images suivantes, VG = tâche de rattrapage, ou un enregistrement VUL.  
Remarque :  
Points clés sur la création de nouvelles demandes de changement :

* Vous pouvez créer de nouvelles demandes de changement pour n'importe quelle tâche de rattrapage (VUL) dont l'état n'est pas Fermé.
* Vérifiez que vous disposez d'un approbateur pour les demandes de changement autres que Standard (préapprouvé) que vous créez ou associez à un VUL. Cela accélère la résolution de la vulnérabilité. Pour plus d'informations sur l'ajout d'utilisateurs, reportez-vous à la section [Ajouter des utilisateurs au groupe Vulnerability Response](https://servicenow-prod.fluidtopics.net/dOAeWi_mnR~HfXdBYbVPrw "Lorsque la fonctionnalité Fermer/Différer est utilisée pour différer ou fermer un élément vulnérable sans nécessiter d’analyse, le Réponse aux vulnérabilités groupe est notifié pour approuver ou rejeter la demande. Vous pouvez affecter les utilisateurs appropriés.").
* Pour qu'une tâche de rattrapage puisse être résolue, toutes les tâches d'au moins un CHG associé à la vulnérabilité doivent être terminées afin que la demande de changement puisse être implémentée et passer à l'état Réviser .
{#vuln-change_mgmnt_create_change__ul_lrn_lq1_bjb}

## Procédure

1. Pour créer une demande de changement complète à partir d'un enregistrement de tâche de rattrapage existant, accédez à ToutRéponse aux vulnérabilitésTâches de remédiationAffecté à mes groupes.  
   La liste des tâches de rattrapage affectées à votre groupe d'affectation s'affiche.
2. **Facultatif :** Accédez à la ToutRéponse aux vulnérabilitésAperçu du rattrapage pour afficher le tableau de bord Vue d'ensemble du rattrapage et localiser une vulnérabilité qui vous est affectée ou qui est affectée à votre groupe d'affectation.
3. Vous pouvez également cliquer sur une tâche de rattrapage dans la colonne Nombre pour ouvrir l'enregistrement et afficher les détails.  
   L'enregistrement s'affiche.
4. Une fois affiché l'enregistrement VUL pour lequel vous souhaitez créer la demande de changement, cliquez sur Créer un changement dans le coin supérieur droit de l'enregistrement.  
   Le formulaire Créer une demande de changement s'affiche.
5. Renseignez les champs.
   1. Dans la liste de choix du champ S'applique à, choisissez-en un pour continuer.  
      {#vuln-change_mgmnt_create_change__simpletable_rwc_fc3_gjb__stentry__2}

      | Option | Description |
      |-|-|
      | Tous les éléments vulnérables actifs dans ce groupe | Si cette option est sélectionnée, tous les éléments vulnérables actifs de cette tâche de rattrapage avec un état autre que Fermé sont ajoutés automatiquement à la demande de changement une fois que vous avez cliqué sur Créer un changement. |
      | Tous les éléments vulnérables de ce groupe correspondant à un ensemble de conditions | S'il est sélectionné, le créateur de conditions s'affiche comme illustré dans la deuxième figure ci-dessous. Entrez des critères de filtre pour identifier les éléments vulnérables que vous souhaitez pour la nouvelle demande de changement. Un exemple de filtre peut inclure uniquement les éléments vulnérables qui correspondent à des critères de recherche spécifiques : L'état est Ouvert et le score de risque est supérieur à 75. Une fois que vous avez saisi vos conditions, un message s'affiche avec le nombre de VI qui correspondent à vos critères (10). Un lien (Aperçu des éléments correspondants) permettant d'afficher un aperçu des éléments correspondants s'affiche. Si aucun élément ne correspond à vos conditions de filtre, un message s'affiche sous le créateur de conditions qui vous demande d'ajuster votre filtre. Une fois que vous avez cliqué sur Créer un changement, tous les éléments vulnérables qui correspondent à ce filtre de condition sont déplacés vers une nouvelle tâche de rattrapage. Cette demande de changement est associée à la nouvelle tâche de rattrapage. |

      {#vuln-change_mgmnt_create_change__simpletable_rwc_fc3_gjb} Figure 1. Créer un formulaire de demande de changement pour les éléments vulnérables d'une tâche qui correspondent à un ensemble de conditions
   2. **Facultatif :** S'il s'affiche sur le formulaire, cliquez sur le lien Visualiser les éléments correspondants pour obtenir une liste des éléments correspondants à vos critères de filtre.  
      L'aperçu de la liste des tâches de remédiation s'affiche. Vous pouvez sélectionner des éléments dans cette liste d'aperçu et effectuer des actions d'interface utilisateur sur eux, cependant, ces actions sont également effectuées sur le VUL. Par exemple, si vous supprimez un VI de la liste d'aperçu, ce VI est également supprimé de la VUL.
   3. Une fois que vous avez terminé votre aperçu, fermez la fenêtre du navigateur pour renvoyer le formulaire de demande de changement.
   4. Pour la case à cocher Ajouter des CI au CR, choisissez-en une pour continuer.  
      {#vuln-change_mgmnt_create_change__simpletable_okr_3s3_gjb__stentry__2}

      | Option | Description |
      |-|-|
      | Case à cocher Ajouter des CI au CR sélectionnée | Cette valeur est sélectionnée par défaut. Si la case est cochée, tous les éléments de configuration (CI) qui appartiennent aux éléments vulnérables actifs dans cette tâche de rattrapage sont ajoutés à cette demande de changement. La vulnérabilité passe automatiquement à l'état En attente d'implémentation . |
      | Ajouter des CI au CR case décochée | Décochez la case si vous ne souhaitez pas que les CI des éléments vulnérables actifs de cette tâche de rattrapage soient ajoutés à la nouvelle demande de changement. Lorsqu'elle est désactivée, l'état de la demande de changement n'est pas synchronisé avec la vulnérabilité et la vulnérabilité reste dans son état actuel. |

      {#vuln-change_mgmnt_create_change__simpletable_okr_3s3_gjb}
   5. Dans la liste de choix du champ Type de changement, choisissez-en un pour continuer.  
      {#vuln-change_mgmnt_create_change__simpletable_lnv_rs3_gjb__stentry__2}

      | Type de changement | Description |
      |-|-|
      | Urgence | Un changement pour résoudre un incident majeur. |
      | Normal | Type de changement utilisé pour implémenter tout changement apporté à un service qui n'est ni standard ni urgent. |
      | Standard | Demande de changement préautorisée et à faible risque fréquemment implémentée. Les demandes de changement standard approuvées peuvent être prédéfinies dans un catalogue de modèles pour améliorer l'accès et le processus de demande d'un changement standard. Si cette option est sélectionnée, deux champs sont affichés, comme illustré dans la figure suivante. Sélectionnez-en un dans chaque liste de choix pour remplir les champs suivants : * Catégorie de changement : sélectionnez une catégorie pour le changement dans votre catalogue existant, par exemple, Matériel, Changements standard de serveur, Logiciel. Dans cet exemple, l'option Appliquer des correctifs aux changements standard est sélectionnée. * Modèle de changement : sélectionnez un modèle disponible pour les demandes de changement avec des tâches de prise en charge prédéfinies dans votre catalogue. Dans cet exemple, le modèle Microsoft Monthly Patching Cycle est sélectionné. {#vuln-change_mgmnt_create_change__ul_zwj_n3b_2jb} Pour plus d'informations sur les catégories, les modèles et les types de changement de demande de changement ITSM, consultez [Types de changement](https://www.servicenow.com/docs/access?context=change-types&version=xanadu&pubname=xanadu-it-service-management&ft:locale=en-US). |

      {#vuln-change_mgmnt_create_change__simpletable_lnv_rs3_gjb}

      La fonctionnalité lit automatiquement les types de demandes de changement que vous configurez dans votre catalogue dans ITSM Change Management. Par exemple, si vous changez le nom de vos demandes de changement standard dans ITSM de <kbd class="ph userinput">Standard</kbd> à <kbd class="ph userinput">Préapprouvé</kbd>, votre nouveau nom s'affiche automatiquement dans la liste de choix de type de changement de la Créer une demande de changement à partir de, comme illustré dans la figure suivante.

   {#vuln-change_mgmnt_create_change__substeps_i4c_gb3_gjb}  
   Les champs de la section Aperçu de la demande de changement du formulaire sont pré-remplis avec les informations provenant de la VUL. Si nécessaire, ces valeurs de champ peuvent être modifiées. Par exemple, examinez les valeurs des champs de la figure suivante :

   Date de fin prévue
   :   Cette date (2019-10-10) est la même valeur que celle affichée dans le champ Date cible de rattrapage de la VUL. Cette valeur est dérivée de la date cible de rattrapage la plus précoce à partir des éléments vulnérables qui appartiennent à la vulnérabilité. Si vous créez une demande de changement pour un problème critique qui nécessite une date de correction antérieure, vous préférez peut-être modifier cette valeur et celle du champ Priorité.

   Justification
   :   Ce champ affiche le nombre de CI ajoutés au CHG. Si vous souhaitez ajouter des informations supplémentaires, vous pouvez modifier ce texte. Par exemple, vous préférez peut-être ajouter une note dans ce champ concernant le filtre que vous avez utilisé pour créer la nouvelle vulnérabilité (par exemple, <kbd class="ph userinput">Score de risque supérieur à 75</kbd>). Ce texte peut vous aider à localiser votre nouvelle demande de changement et votre nouveau groupe de vulnérabilité.

   Plan d'implémentation
   :   Ce champ affiche la solution préférée pour la vulnérabilité.

   Groupe d'affectation et Affecté à
   :   Modifiez ces champs pour modifier le groupe d'affectation ou réaffecter cette demande de changement à un utilisateur de l'un de vos groupes d'affectation.
6. Continuez à prévisualiser et modifier les champs selon vos besoins.
7. Pour enregistrer vos modifications et rester sur cette page, dans la bannière grise en haut du formulaire, cliquez avec le bouton droit de la souris et sélectionnez Insérer et rester.  
8. Une fois que vous avez terminé vos modifications, choisissez-en une pour continuer.

   | Option | Description |
   | Créer un changement | Votre demande de changement est créée et la nouvelle demande de changement affiche l'état Nouveau . En haut, des messages s'affichent qui indiquent que la demande de changement a été créée avec succès avec le nombre d'éléments vulnérables qui ont été ajoutés, comme illustré dans la figure suivante. Si la synchronisation de l'état est activée et que la vulnérabilité n'est pas déjà en cours d'examen, elle passe automatiquement dans la catégorie En cours d'examen et une note de travail est publiée. |
   | Annuler | La demande de changement n'est pas créée et la vulnérabilité s'affiche. |
   |-|-|

   {#vuln-change_mgmnt_create_change__choicetable_yxf_31b_bjb}  
   Remarque :  
   Pour une tâche de rattrapage à l'état Ouvert avec les champs Groupe d'affectation et Affecté à non affectés (vides), l'utilisateur actuellement connecté est automatiquement affecté à la tâche une fois que vous avez cliqué sur Créer un changement. De plus, la case Ajouter des CI au CR doit être cochée. En haut de la VUL, un message de confirmation bleu s'affiche qui indique cette affectation.

## Que faire ensuite

Surveillez la demande de changement et les tâches de changement pour vérifier qu'elles sont terminées et que la demande de changement est implémentée. Une fois ce CHG implémenté et passé à l'état Révision , si la synchronisation d'état est activée, la vulnérabilité passe automatiquement à l'état Résolu. Pour plus d'informations sur la synchronisation des états, reportez-vous à la section [Synchronisation de l'état entre les demandes de changement et les tâches de rattrapage](https://servicenow-prod.fluidtopics.net/~eaVSOIH_j1w2WRrZRpCnA "Il existe une relation synchronisée entre les champs d’état des tâches de rattrapage (VUL) et les champs d’état des demandes de changement (CHG) dans le Réponse aux vulnérabilités produit. Au fur et à mesure qu’une demande de changement avance dans son cycle de vie, elle déplace automatiquement l’état de toutes les tâches de rattrapage connexes.").

