Relation entre les actifs et les CI

Il est important de gérer la relation entre les actifs et les CI associés. Le suivi des actifs s'effectue avec l'application Gestion des actifs, qui se concentre sur les aspects financiers du bien détenu. Les éléments de configuration sont stockés dans la CMDB, qui est utilisée pour suivre les éléments et les mettre à la disposition des utilisateurs.

Lorsqu'un actif possède un élément de configuration correspondant, l'enregistrement de l'actif et l'enregistrement de l'élément de configuration sont synchronisés avec deux règles métier.

• Update CI fields on change (dans la table Actif [alm_asset])
• Update Asset fields on change (dans la table Élément de configuration [cmdb_ci])

Mappage et synchronisation Actif-CI

Le champ État de l'enregistrement d'actif et le champ État de l'enregistrement de CI sont synchronisés de sorte que les modifications apportées sur un formulaire déclenchent la même mise à jour sur le formulaire correspondant, afin de garantir la cohérence du reporting.

Le diagramme suivant illustre le concept de mappage et de synchronisation Actif-CI.

Cette opération de synchronisation et de mappage s'appuie sur les facteurs suivants :

• Les états des actifs et des CI ne sont pas mappés de façon individuelle. Ils sont plutôt mappés à la contrepartie la plus logique de l'autre table. Par exemple, pour un actif matériel ayant l'état En stock - Mise hors service en attente, le CI correspondant bascule sur l'état En disposition sans sous-état.
• Cette synchronisation se produit entre le champ État de l'actif et les champs CI suivants :
  • Champ État d'installation : l'état d'installation n'a pas de sous-état et doit être utilisé pour les CI non matériels.
  • Champ État et sous-état matériel : l'état matériel n'est visible que pour le CI matériel.

• Gérez les changements en mettant à jour l'état sur le formulaire Actif. La synchronisation Actif-CI peut être gérée de la manière suivante :

  • Synchronisation d'un actif sur un CI : le changement de l'état de l'actif met à jour l'état et le sous-état d'installation ou matériel du CI mappé de façon logique.
  • CI sur actif : le changement de l'état d'installation ou matériel du CI met à jour les états et sous-états de l'actif mappé de façon logique.
• Pour un CI matériel de CMDB, si l'état Matériel et l'état Installation sont mis à jour simultanément, le changement de l'état Matériel est pris en compte pour mapper l'état correspondant de l'actif.
• L'état Installation et l'état Matériel du CI fonctionnent de façon indépendante, les deux champs ne sont donc pas liés. Le changement de l'état Matériel du CI ne modifie pas l'état Installation du CI et inversement. Pour éviter toute confusion, il est déconseillé de conserver les deux états pour le matériel d'un CI CMDB.

Liste des champs qui sont synchronisés entre l'actif et le CI

Lorsqu'un des champs suivants est modifié sur l'enregistrement de l'actif ou du CI, le même champ de l'enregistrement correspondant est automatiquement mis à jour (à l'exception du champ Coût, fourni à titre informatif uniquement sur l'enregistrement CI).

Vous trouverez ci-dessous la liste des champs synchronisés.

• Balise de ressource
• Affecté
• Affectés à
• Date d'entrée
• Date de sortie
• Société
• Coût (la synchronisation s'effectue à sens unique : actif vers CI)
• Centre de coûts
• Date de livraison
• Département
• Échéance dans
• Échéance
• Compte GL
• Date d’installation
• Numéro de facture
• Justification
• ID de bail
• Emplacement
• Géré par
• Modèle (model_id dans le CI)
• Date de commande
• Commande reçue
• Commandé
• Propriété de
• Numéro de bon de commande
• Date d’achat
• Acheté
• Numéro de série
• Groupe de support
• Pris en charge par
• Fournisseur
• Délai d'expiration de garantie

Synchronisation actif, CI et IBI

Tout élément fourni en tant que service ou vendu à votre client est suivi en tant qu'élément de base d'installation (IBI). La table Catégorie de modèle associe l'actif, le CI et l'élément de base d'installation (IBI). La synchronisation entre l'actif et l'IBI se fait via les champs d'Étape du cycle de vie et État CSDM.

Synchronisation des mises à jour de l'actif vers l'IBI et le CI

Les mises à jour portant sur le champ État ou le champ Sous-état d'un actif sont synchronisées avec l'IBI et le CI associés. Par exemple, lorsque le champ État de l'actif est mis à jour sur En cours d'utilisation, la synchronisation se produit comme suit.

• L'étape du cycle de vie et l'état de l'étape du cycle de vie de l'actif sont définis sur Opérationnel et En cours d'utilisation. Ces valeurs de champ sont ensuite synchronisées avec les champs Étape et État de l'actif IBI.
• Les champs État et Sous-état du CI basculent sur Installé et En cours d'utilisation.

Synchronisation des mises à jour de l'actif vers l'IBI et le CI

Les mises à jour portant sur les champs Étape du cycle de vie et État de l'étape du cycle de vie d'un actif IBI sont synchronisées avec les champs État et Sous-état hérités de l'actif via les champs CSDM. Les champs hérités de l'actif sont ensuite synchronisés avec le CI associé. Par exemple, lorsque les champs Étape du cycle de vie et État de l'étape du cycle de vie d'un actif IBI sont mis à jour sur Défectueux et En stock, la synchronisation se produit comme suit.

1. L'Étape du cycle de vie et l'État d'étape du cycle de vie de l'actif basculent sur En stock et Défectueux. Ces valeurs de champ sont synchronisées avec les champs État et Sous-état de l'actif.
2. Les champs État et Sous-état hérités de l'actif sont ensuite synchronisés avec les champs correspondants du CI associé.

Synchronisation des mises à jour du CI vers l'actif et l'IBI

Les mises à jour portant sur les champs État et Sous-état d'un actif sont synchronisées avec les champs correspondants de l'actif. Les champs hérités de l'actif sont ensuite synchronisés avec les champs Étape du cycle de vie et État de l'étape du cycle de vie de l'actif IBI via les champs CSDM. Par exemple, lorsque les champs État et Sous-état d'un CI sont mis à jour sur Mis hors service et Donné, les champs correspondants de l'actif changent. Les changements de l'actif sont synchronisés avec l'actif IBI et les champs Étape du cycle de vie et État de l'étape du cycle de vie basculent sur Fin de vie et Mis hors service.

Synchronisation des mises à jour de l'actif vers le CI et l'IBI

Les mises à jour apportées aux champs État et Sous-état hérités de l'actif sont synchronisées entre l'actif et le CI comme suit :

• Les champs Étape du cycle de vie et État de l'étape du cycle de vie d'un actif sont mis à jour avec les valeurs correspondant aux champs État et Sous-état hérités de l'actif.
• Les champs État et Sous-état hérités de l'actif sont ensuite directement synchronisés avec les champs hérités correspondants du CI associé.
• Les champs Étape du cycle de vie et État de l'étape du cycle de vie hérités de l'actif sont ensuite directement synchronisés avec les champs CSDM correspondants du CI associé.

Toutefois, la synchronisation des mises à jour de l'actif vers l'IBI s'effectue uniquement via les champs de cycle de vie CSDM.

Synchronisation des mises à jour de l'actif vers l'IBI et le CI

Les mises à jour apportées aux champs Étape du cycle de vie et État de l'étape du cycle de vie de l'IBI sont synchronisées comme suit :

• Les champs État et Sous-état hérités de l'actif sont synchronisés via les champs CSDM.
• Les champs hérités de l'actif sont synchronisés avec les champs hérités du CI associé.
• Les champs Étape du cycle de vie et État de l'actif sont directement synchronisés avec les champs CSDM correspondants du CI associé.

Synchronisation des mises à jour du CI vers l'actif et l'IBI

Les mises à jour apportées aux champs Étape du cycle de vie et État d'un CI sont synchronisées comme suit :

• Les champs Étape du cycle de vie et État du CI sont directement synchronisés avec les champs CSDM correspondants de l'actif.
• Les champs hérités de l'actif sont ensuite mis à jour avec les valeurs correspondant aux champs CSDM.
• Les champs hérités de l'actif sont ensuite synchronisés avec les champs correspondants du CI.
• Les champs hérités de l'IBI sont synchronisés avec l'actif via les champs de cycle de vie CSDM.

Propriétés de création d'actifs et de CI

glide.create_alm_asset.async

La propriété système glide.create_alm_asset.async contrôle si les actifs sont créés immédiatement lorsqu'un ou les éléments de configuration (CI) sont créés après un délai. Un délai dans la création d'actifs permet de créer rapidement un grand nombre de CI. Si cette propriété est définie sur vrai, les actifs sont créés par la tâche planifiée Asset - Create asset delayed sync qui s'exécute toutes les 15 minutes. Affichez l'état de la tâche planifiée dans la table du journal des tâches d'actifs [asset_job_log]. Pour afficher les actifs en attente d'être créés et les erreurs de création d'actifs, accédez à Actif > Administration > File d'attente de création d'actif. Pour traiter à nouveau une erreur, passez l'état de Erreur à Prêt. La prochaine fois que la tâche planifiée s'exécute, elle tente de nouveau de créer l'actif.

Lorsque la propriété glide.create_alm_asset.async est définie sur false, les actifs sont créés immédiatement à partir des CI.

Remarque :

Si vous effectuez une mise à niveau vers Xanadu depuis Orlando ou une version antérieure, la valeur par défaut de cette propriété est false. Avant de mettre à jour cette propriété, passez en revue vos processus qui dépendent d'une valeur d'actif présente sur un CI et apportez les changements nécessaires pour tenir compte de la création de l'actif retardé.

glide.asset.create_ci_with_ire

La propriété système glide.asset.create_ci_with_ire permet de créer des CI à partir des actifs à l'aide du moteur Identification et Rapprochement (IRE) ServiceNow® Base de données de gestion des configurations (CMDB). Cette propriété affecte les classes CI qui ont une règle d'identification sur le numéro de série et n'ont aucune relation dépendante avec d'autres classes CI.

Remarque :

Cette propriété s'applique aux classes CI qui sont étendues à partir de la classe CI de matériel [cmdb_ci_hardware].

Les CI créés avec l'IRE sont nommés selon la nomenclature Numéro de série - Nom de modèle et la source est SNAssetManagement. Le champ Numéro de série est requis sur les actifs avec des catégories de modèles qui correspondent à ces classes CI. La création de l'actif échoue si son numéro de série est présent sur un CI ou un actif existant. Le champ Numéro de série est également requis pour recevoir des éléments de ligne de bon de commande pour les catégories de modèles qui correspondent à ces classes CI. Le champ Numéro de série n'est pas requis pour créer des actifs préalloués, mais le numéro de série doit être fourni lors de l'allocation de l'actif.

La valeur par défaut de cette propriété est false si vous effectuez une mise à niveau vers depuis ou une version antérieure. Avant de mettre à jour cette propriété, passez en revue les personnalisations du champ Numéro de série et toutes les intégrations ou flux qui utilisent un numéro de série existant pour créer un actif.

Autres propriétés système d'actif et de CI

sn_itam_enable_cache_for_asset_ci_mapping

Les champs Actif et CI sont synchronisés en fonction des mappages définis dans les tables de mappage pertinentes. L'extraction de ces mappages lors de la mise à jour d'un actif ou d'un CI a un impact sur les performances. La propriété système sn_itam_enable_cache_for_asset_ci_mapping vous permet de mettre en cache les mappages suivants :

• Champs d'actif et de CI
• État de l'actif et état d'installation du CI
• État de l'actif et état matériel du CI

À moins qu'il n'y ait aucun changement dans les tables de mappage, ces mappages mis en cache sont récupérés pendant la synchronisation, ce qui améliore les performances du système.