Créer une règle de rapprochement pour une table non CMDB

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 7 minutes de lecture

    • Créez une règle de rapprochement des CI statique ou dynamique pour une table non CMDB.

    Pour plus d’informations sur les règles de rapprochement statiques, les règles de rapprochement dynamiques et d’autres principaux liés aux règles de rapprochement, reportez-vous à la section Règles de rapprochement.

    Si des règles de rapprochement statiques et dynamiques existent toutes les deux pour le même attribut d’enregistrement, la règle dynamique a la priorité.

    Remarque :
    Vous ne pouvez pas créer de règle de rapprochement pour les champs système ou pour les champs spécifiques du moteur d’identification et de rapprochement (IRE) tels que le champ Source de découverte (discovery_source). En outre, les règles de rapprochement ne peuvent pas être remontées pas à pas à l’aide de champs de référence.

    Créer une règle de rapprochement statique pour une table non CMDB

    Une règle de rapprochement statique spécifie les attributs de classe que les sources de données sont autorisées à mettre à jour et empêche les sources de données non autorisées de remplacer les valeurs des attributs. Une règle de rapprochement statique spécifie également la hiérarchisation entre plusieurs sources de données. Sans règles de rapprochement statiques, les sources de données peuvent remplacer les mises à jour des autres aux valeurs d’attribut.

    Avant de commencer

    Rôle requis : sn_cmdb_editor et itil ont un accès en lecture, sn_cmdb_admin et itil_admin (en haut) ont un accès complet

    Pourquoi et quand exécuter cette tâche

    Les règles de rapprochement statiques sont utilisées conjointement avec les règles d’actualisation de données pour déterminer les étapes de rapprochement d’un enregistrement. Ces règles déterminent si, quand et par quelle source de données un enregistrement peut être mis à jour. Si plusieurs sources de données sont autorisées à mettre à jour les mêmes attributs, affectez une priorité à chacune de ces sources de données pour éviter qu’elles ne remplacent les mises à jour des autres.

    Une fois qu’une source de données autorisée a mis à jour un attribut, les mises à jour suivantes ne sont acceptées qu’à partir de la même source de données ou d’une source de données avec une priorité plus élevée. Les mises à jour provenant d’une source de données dont la priorité est inférieure sont rejetées, sauf si ces deux conditions sont remplies :
    • La source de priorité inférieure est la première source qui met à jour l’enregistrement.
    • L’enregistrement est devenu obsolète en fonction des règles d’actualisation des données de la classe.
    Ordre de priorité des règles de rapprochement statiques :
    • Règle configurée pour un attribut spécifique, prioritaire sur l’ensemble de règles Appliquer à tous les attributs (quelle que soit la valeur de priorité).
    • Entre deux règles pour le même attribut ou entre deux règles définies avec l’option Appliquer à tous les attributs, la règle qui est spécifique directement à la classe a priorité sur la règle dérivée.
    • Entre deux règles pour le même attribut ou entre deux règles définies à l’aide de l’option Appliquer à tous les attributs du même niveau de classe, la priorité est déterminée par la priorité des règles.

    Les informations relatives à la dernière source de découverte qui met à jour chaque attribut sont stockées dans la table Historique de source de données [cmdb_datasource_last_update], mais uniquement après l’activation de la règle de rapprochement. Par conséquent, des mises à jour inattendues peuvent se produire après l’activation de la règle, jusqu’à ce que la source de données de priorité la plus élevée ait mis à jour le CI.

    Les règles de rapprochement statiques affectent le rapprochement des attributs périmés. Lors du rapprochement, les informations de la table Historique de source de données sont prises en compte avec les règles d’actualisation des données pour la classe du CI afin de déterminer si un attribut de CI est périmé. Un attribut de CI est défini comme périmé s’il n’a pas été mis à jour par la dernière source de découverte pour mettre à jour le CI, au cours d’une période donnée. La période est spécifiée par la durée effective de la règle d’actualisation des données pour la classe de la source de découverte. Dans ce cas, si une autre source de découverte autorisée, avec une priorité inférieure, tente de mettre à jour l’attribut de CI périmé, la mise à jour est autorisée.

    Si une règle de rapprochement dynamique existe pour le même attribut d’enregistrement que dans une règle de rapprochement statique, la règle dynamique est prioritaire.

    Procédure

    1. Accédez à la Tous > Configuration > Identification/rapprochement > Définitions de rapprochements.
    2. Dans la vue de liste Définitions de rapprochement, cliquez sur Nouveau.
    3. Remplissez le formulaire de définition de rapprochement.
      Champ Description
      Source de données La source de données pour laquelle vous configurez cette règle.
      Priorité Priorité de la source de données par rapport aux autres sources de données pour les attributs spécifiés. Plus le chiffre est petit, plus la priorité est élevée. Les sources de données sans règle de rapprochement se voient affecter la priorité la plus basse.
      Concerne Autorise la source de données spécifiée à mettre à jour tous les attributs de la table non CMDB spécifiée.
      Remarque :
      Ce paramètre est remplacé par tout paramètre qui s’applique à un attribut spécifique. Dans ce cas, au lieu d’utiliser cette option, vous pouvez inclure directement tous les attributs pour les attributs.
      Condition de filtre

      Conditions que les enregistrements doivent remplir pour que la règle soit applicable.

      Par exemple, pour appliquer uniquement cette règle à des enregistrements associés au département des finances, sélectionnez cette condition : [Department] [is] [Finance].

      Remarque :
      La propriété système glide.identification_engine.enable_reconciliation_filter_before_update détermine quand les conditions de filtre sont appliquées. Par défaut, ces conditions de filtre sont appliquées après que les valeurs d’attribut ont été modifiées pendant le traitement de la charge utile. Définissez cette propriété sur vrai afin que le moteur IRE (moteur Identification et rapprochement) applique les conditions de filtre avant que les valeurs d’attribut ne changent.
      Attributs

      Les attributs de la classe actuelle ou d’une classe parente que la source de données spécifiée est autorisée à mettre à jour.

      Disponible uniquement si l’option Appliquer à tous les attributs n’est pas sélectionnée.
      Mettre à jour avec une valeur Null

      Les attributs que la source de données spécifiée peut mettre à jour avec une valeur nulle. Par défaut, les sources de données autorisées ne peuvent pas remplacer une valeur non Null par une valeur Null.

      Les attributs de cette liste, qui ne sont pas inclus dans la liste Attributs , ne sont pas inclus dans les attributs que la source de données peut mettre à jour avec une valeur nulle.
    4. Cliquez sur Envoyer.

    Créer une règle de rapprochement dynamique pour une table non CMDB

    Une règle de rapprochement dynamique pour une table non CMDB utilise les données CMDB 360 pour choisir une valeur telle que la plus grande valeur signalée, pour mettre à jour un enregistrement.

    Avant de commencer

    CMDB 360 doit être activé.

    Rôle requis : sn_cmdb_editor et itil ont un accès en lecture, sn_cmdb_admin et itil_admin (en haut) ont un accès complet

    Pourquoi et quand exécuter cette tâche

    Si le même attribut de CI comporte à la fois une règle de rapprochement statique et une règle de rapprochement dynamique, la règle de rapprochement dynamique a priorité.

    Une règle de rapprochement dynamique prend en charge plusieurs types de règles, telles que la plus grande valeur signalée et la valeur la plus signalée. Lors de l’application d’une règle de rapprochement dynamique, IRE traite la charge utile actuelle, puis examine la banque de données CMDB 360 pour sélectionner une valeur avec laquelle mettre à jour la CMDB. Selon le type de règle de rapprochement dynamique, la sélection de la valeur appropriée peut ne pas être immédiatement concluante. Par exemple, il peut ne pas y avoir une seule valeur la plus signalée ou, pour certaines valeurs, le dernier horodatage détecté n’est pas signalé. Par conséquent, si nécessaire, IRE se rabat sur l’examen de détails supplémentaires tels que les valeurs Dernier rapport, Dernier détecté et Dernière mise à jour pour sélectionner la valeur la plus appropriée.

    Remarque :
    Vous ne pouvez pas ajouter de règle de rapprochement dynamique lors de la création d’une nouvelle classe enfant dans le Gestionnaire de classe de CI. Vous devez d’abord enregistrer la nouvelle classe enfant, puis ajouter la règle de rapprochement dynamique.

    Procédure

    1. Cliquez sur Tous.
    2. Dans le navigateur de filtre, entrez cmdb_dynamic_reconciliation_definition.list pour ouvrir la table Définitions de rapprochements dynamiques.
    3. Dans la vue de liste Définitions de rapprochements dynamiques, cliquez sur Nouveau.
    4. Remplissez le formulaire de définition de rapprochement dynamique.
      Champ Description
      Nom
      Attributs Attributs auxquels appliquer la règle. Les attributs auxquels le type de règle spécifié ne peut pas être appliqué et les attributs pour lesquels une règle de rapprochement dynamique existe déjà n’apparaissent pas.
      Condition de filtre

      Conditions que les CI doivent remplir pour que la règle soit applicable.

      Par exemple, pour appliquer une règle uniquement aux CI associés au département des finances, sélectionnez cette condition : [Department] [is] [Finance].
      Concerne Table non CMDB à laquelle cette règle s’applique.
      Type de règle dynamique Type de règle basé sur les données CMDB 360.
    5. Cliquez sur Envoyer.