Gestion des changements proposés

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 9 minutes de lecture

    • La fonctionnalité Changements proposés vous permet de préconfigurer les changements apportés aux éléments de configuration et à leurs relations associées. Ces changements préconfigurés sont prêts à être implémentés, mais ne se produisent pas tant qu’ils ne sont pas appliqués ultérieurement.

    Lorsque vous visualisez un CI, les changements proposés peuvent être affichés afin que vous puissiez voir ce qui est planifié.

    Cette fonctionnalité est utile lorsque vous souhaitez apporter des modifications pendant qu’un processus de changement est en phase d’approbation et n’implémenter les changements qu’une fois les approbations terminées. Si le changement n’est jamais approuvé, il n’est pas nécessaire d’annuler les changements apportés aux enregistrements. Si le changement est approuvé, une commande rapide applique tous les changements proposés.

    Vous pouvez apporter les changements proposés suivants à un CI :

    • Modifiez un champ sur le formulaire de CI.
    • Ajoutez ou supprimez une relation à ce CI.

    Pour modifier une relation, vous devez supprimer la relation actuelle et ajouter une nouvelle relation. Vous ne pouvez pas supprimer un changement proposé.

    Afficher l’historique CI

    Vous pouvez afficher l’historique des changements apportés à un CI sous forme de liste, de calendrier ou de chronologie.

    Afficher les changements proposés d’un CI

    Vous pouvez afficher les changements proposés afin de voir ce qui est planifié pour le CI.

    Avant de commencer

    Rôle requis : personalize_form

    Pourquoi et quand exécuter cette tâche

    Pour afficher les changements proposés, configurez la mise en page du formulaire de CI pour afficher le champ Changements planifiés de CMDB . Les changements proposés ne sont pas affichés dans un formulaire de CI par défaut.

    Procédure

    1. Accédez à la Tout > Changement > Ouvert et ouvrez une demande de changement.
    2. Dans la liste connexe CI affectés , ouvrez l’élément de configuration.
      Vous pouvez également naviguer directement vers le formulaire de CI.
    3. Cliquez avec le bouton droit sur la barre d’en-tête du formulaire.
    4. Sélectionner Configurer > Mise en page.
    5. Déplacez le champ Changements planifiés CMDB vers le volet Sélectionné .
    6. Cliquez sur Enregistrer.
      Le formulaire de CI affiche les détails de tous les changements proposés dans la zone Changements planifiés .

    Ajouter un changement proposé à un CI

    Les changements proposés à un CI peuvent être apportés lors de l’affichage d’une demande de changement ou de tout enregistrement lié à une tâche.

    Avant de commencer

    Rôle requis : itil

    Procédure

    1. Dans le formulaire Demande de changement, accédez à la liste connexe CI affectés .
      Si la liste des CI affectés ne contient aucun CI, cliquez sur Modifier pour ajouter des CI qui sont affectés par cette demande de changement.
    2. Cliquez avec le bouton droit sur le CI que vous voulez configurer pour un changement proposé, puis sélectionnez Changement proposé.
    3. Remplissez le formulaire pour apporter les changements proposés, puis cliquez sur Enregistrer le changement proposé.
      Cliquez sur Mettre à jour pour appliquer les changements immédiatement. Cliquez sur Supprimer pour supprimer le CI.
    4. Pour proposer l’ajout ou la suppression d’une relation CI :
      1. Cliquez sur l’icône plus dans la section Éléments connexes .
      2. Dans la section Relations, ajoutez ou supprimez une relation.
        Pour plus d’informations sur l’utilisation de l’éditeur de relations, reportez-vous à la section Créer ou modifier une relation CI.
      3. Cliquez sur Enregistrer la proposition de changement.
      4. Confirmez l’enregistrement du changement proposé.
      Cliquez sur Mettre à jour ou Supprimer pour valider les changements immédiatement.
      Remarque :
      À utiliser uniquement avec des relations CI. La proposition d’ajouts ou de suppressions de relations n’est pas valable pour les relations d’utilisateurs et les relations de groupe.

    Que faire ensuite

    Une fois les changements proposés enregistrés, le bouton Apply Proposed Changes (Appliquer les changements proposés ) apparaît dans le formulaire Demande de changement. Ce bouton permet à l’utilisateur de valider les changements proposés au niveau du CI. Vos processus métier déterminent le moment approprié pour valider les changements. Le CI conserve les données existantes jusqu’à ce que les changements proposés soient validés. Toutefois, les utilisateurs peuvent voir que des changements ont été proposés.

    Appliquer un changement proposé à un CI

    Lorsque vous appliquez les changements proposés, tous les changements proposés pour cette demande de changement sont appliqués à l’élément de configuration. Vous pouvez appliquer les changements proposés sans vérification, ou si les tests de vérification des changements proposés ont échoué.

    Avant de commencer

    Rôle requis : itil

    Pourquoi et quand exécuter cette tâche

    Une fois les changements proposés appliqués, la partie Changements planifiés du formulaire affiche Aucun changement planifié trouvé. Vous pouvez configurer des règles de vérification des changements proposés afin de vérifier les changements proposés avant de les appliquer.

    Procédure

    1. Accédez au formulaire Demande de changement .
    2. Cliquez sur le bouton Apply Proposed Changes (Appliquer les changements proposés ).
      Vous devrez peut-être cliquer avec le bouton droit sur l’en-tête du formulaire et sélectionner l’option Recharger le formulaire pour voir les changements.

    Créer ou modifier une règle de vérification du changement proposée

    Assurez-vous que les changements proposés répondent aux besoins professionnels et n’introduisent pas de données non valides dans la CMDB et créez une règle incluant un script pour vérifier les changements proposés.

    Avant de commencer

    Rôle requis : asset ou itil

    Pourquoi et quand exécuter cette tâche

    Lorsque vous configurez des règles de vérification des changements proposés pour un CI, vous pouvez vérifier que les changements proposés passent le script de test de vérification dans la règle. Les résultats des tests de vérification sont consignés comme réussis ou échoués, et vous pouvez afficher les résultats. L’exécution du test de vérification n’est pas obligatoire et un échec du test de vérification ne vous empêche pas d’appliquer les changements proposés.

    Procédure

    1. Accédez à la Tout > Configuration > Vérification du changement > Règles de vérification du changement proposé.
    2. Cliquez sur Nouveau ou sélectionnez une règle existante à modifier.
    3. Renseignez les champs comme il convient.
      Tableau 1. Formulaire Règles de vérification du changement proposé
      Champ Description
      Nom de la règle Nom de cette règle.
      Nom de la table Table à laquelle la règle s’applique.
      Condition de filtre Conditions d’application de cette règle à des CI spécifiques.
      Actif Case à cocher pour activer cette règle.
      Script de règle

      Script Java de vérification qui doit retourner vrai ou faux. Par exemple :

      validateRule()
 {
 var os = current.getValue("os");
 var cpu = current.getValue("cpu_count");

    //Use current.getValue(fieldName) to get the proposed change value, eg. var os = current.getValue("os");
    //Your verification code

 if (os != "SunOS" || cpu < 2)
 return false;
     //Return true to pass the verification and false if the verification failed
 return true;
 }
    4. Cliquez sur Envoyer ou Mettre à jour.

    Résultats

    Sur le formulaire de demande de changement , vous pouvez cliquer sur Vérifier les changements proposés pour vérifier les changements proposés pour les CI affectés.

    Vérifier les changements proposés

    Avant d’appliquer les changements proposés aux CI affectés, utilisez les règles de vérification des changements proposés pour vérifier que les changements répondent aux besoins professionnels et n’ajoutent pas de données non valides à la CMDB.

    Avant de commencer

    Créez ou modifiez les règles utilisées pour vérifier les changements proposés. Pour plus de détails, voir Créer ou modifier une règle de vérification du changement proposée.

    Rôle requis : aucun

    Pourquoi et quand exécuter cette tâche

    Vous pouvez appliquer les changements proposés même s’ils ne sont pas vérifiés ou s’ils échouent à un test de vérification.

    Procédure

    1. Ouvrez le formulaire de demande de changement qui affecte le CI.
    2. Cliquez sur Vérifier les changements proposés.
      Les changements proposés sont vérifiés par rapport à toutes les règles de vérification de changement proposées dans lesquelles le CI répond aux critères de condition de filtre .
    3. Examinez le message qui s’affiche en haut du formulaire une fois le processus de vérification terminé.
      Le message indique si les tests de vérification ont réussi ou échoué.

    Que faire ensuite

    Pour afficher les détails des tests de vérification qui ont été exécutés pour la demande de changement au cours des deux derniers jours, cliquez sur le lien connexe du journal de vérification du changement proposé .

    Créer ou modifier un script de validation du changement planifié

    Créez un script personnalisé qui vérifie si le changement apporté à une classe était valide selon les besoins professionnels et si le changement a été planifié ou non. Un script de validation de changement planifié est utilisé chaque fois qu’un changement de CI est affiché dans la chronologie ou l’historique des changements CI.

    Avant de commencer

    Rôle requis : admin ou itil

    Pourquoi et quand exécuter cette tâche

    Le système tente de valider chaque changement de CI comme suit :

    • Si un script personnalisé existe pour le CI ou l’un de ses parents, le script est exécuté et les résultats sont utilisés pour marquer le changement comme valide ou non valide. Les CI parents sont examinés dans l’ordre hiérarchique.

    • Si un script personnalisé n’existe pas pour le CI ou l’un de ses parents, un script de validation prédéfini est utilisé. Le changement est considéré comme un changement planifié s’il s’est produit entre les dates de début et de fin de travail de la demande de changement associée au CI modifié.

      Toutefois, cette vérification n’est pas toujours fiable, car un utilisateur peut avoir modifié manuellement le CI dans les dates de travail, ce qui marque le changement comme valide même s’il n’est pas valide.

    Le script doit renvoyer une valeur booléenne, vrai ou faux, qui dépend du respect des critères de test dans le script. Vous pouvez définir un script distinct pour chaque classe CI, et vous pouvez définir plusieurs scripts de validation des changements planifiés pour une seule classe. Par exemple, pour gérer différentes versions du script. Un seul script peut être actif pour une classe CI à la fois.

    Voici les paramètres qui caractérisent un changement de manière unique :

    • Les champs qui ont été modifiés
    • La source de données qui a effectué le changement
    • L’horodatage du changement

    Pour déterminer correctement la validité d’un changement, examinez les paramètres et appliquez la logique métier pour évaluer si les tests de validation sont respectés. Un script de validation de changement planifié peut tester n’importe laquelle de ces caractéristiques et déterminer quand un changement répond à des critères préétablis. Par exemple, le script personnalisé peut vérifier si le mode du CI est opérationnel ou de maintenance, ou qui a initié le changement.

    Procédure

    1. Accédez à la Tout > Configuration > Vérification du changement > Script de validation du changement planifié.
    2. Cliquez sur Nouveau ou sélectionnez un script de validation à modifier.
    3. Renseignez le formulaire.
      Tableau 2. Formulaire de script de validation du changement planifié
      Contrôle Description
      Actif Case à cocher pour activer ce script et valider les changements.
      Concerne Classe à laquelle ce script s’applique.
      Script Script à exécuter pour valider un changement. Si le script ne renvoie pas de valeur booléenne, il est configuré sur faux.
      Le script possède un modèle qui affiche les variables d’entrée du script.
      Tableau 3. Variables d’entrée du script de modèle
      Variable Type Description
      current GlideRecord Enregistrement actuel en cours de traitement.
      updatedOn GlideDateTime Horodatage du changement.
      updatedBy Chaîne Entité responsable du changement.
      fieldsChanged Chaîne Liste séparée par des virgules des noms de tous les champs qui ont été modifiés.
      Cet exemple de script vérifie qui a initié la mise à jour de l’enregistrement. Elle renvoie la valeur vrai si l’administrateur a initié la mise à jour de l’enregistrement. Sinon, le script renvoie la valeur Faux.
      isValidChange();

function isValidChange(/*GlideRecord current, GlideDateTime updatedOn, String updatedBy, String changedFields*/) 
{ 
   //Return true if the user that updated the record has an admin role 
   return isUserAdmin(updatedBy); 
}

function isUserAdmin(userName)
{
   var grUser = new GlideRecord("sys_user");
   grUser.addQuery('name', userName);
   grUser.query();
   if(grUser.next()) 
   {
       var roles = new GlideRecord ("sys_user_has_role");
       roles.addActiveQuery();
       roles.addQuery('user', grUser.sys_id);
       roles.query();
       while(roles.next()) 
       {
          if(roles.role.name == 'admin')
             return true;
       }
   }
   return false;
}
    4. Cliquez sur Envoyer.