Gestion des actifs et des CI
La gestion des actifs et des éléments de configuration (CI) concerne la création des actifs, la définition d'états et de sous-états appropriés, la synchronisation des actifs et des CI, la gestion des consommables et la mise hors service des actifs.
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.
- Lorsque la propriété système est définie sur faux, la synchronisation des champs de cycle de vie CSDM s'effectue via les champs d'état et de sous-état hérités.
- Lorsque la propriété système est définie sur vrai, les champs Étape du cycle de vie CSDM et État sont directement synchronisés.
- 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.
- 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.
- 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 à . 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.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.Remarque :Les CI créés avec l'IRE sont nommés selon la nomenclatureCette propriété s'applique aux classes CI qui sont étendues à partir de la classe CI de matériel [cmdb_ci_hardware].
Numéro de série - Nom de modèleet la source estSNAssetManagement. 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.
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.
Créer des actifs
Créez des actifs matériels, logiciels, consommables, en lot, de palettes, mobiles et d'installations à l'aide de l'interface utilisateur principale ou de l'espace de travail des actifs matériels.
Avant de commencer
Rôle requis : asset
Procédure
Actifs mis hors service
Vous pouvez mettre un actif hors service à tout moment.
Avant de commencer
Rôle requis : asset
Pourquoi et quand exécuter cette tâche
Après avoir basculé l'état d'un actif sur Mis hors service, le champ Sous-état est actif. Lorsque vous mettez un actif hors service, l'état des CI connexes bascule également sur Mise hors service. Aucune sélection de sous-état n'est nécessaire, mais elle peut être utile pour le suivi et le reporting.
Procédure
- Accédez à .
- Dans État, sélectionnez Mise hors service.
- Facultatif : Dans Sous-état, sélectionnez Mise hors service, Vendue, Donnée ou Crédit fournisseur.
- Cliquez sur Mettre à jour.
Supprimer les actifs
Vous pouvez supprimer un actif à tout moment.
Avant de commencer
Rôle requis : asset
Pourquoi et quand exécuter cette tâche
Une confirmation doit être acceptée avant que l'actif et les composants ne soient définitivement supprimés. Si un CI et un actif sont liés, la suppression de l'un supprime également l'autre.
Supprimez un actif uniquement pour nettoyer les erreurs. À des fins de suivi, la bonne méthode pour gérer un actif qui n'est plus utilisé consiste à basculer l'état de l'actif sur Mis hors service.
Procédure
- Accédez à .
- Cochez la case située à gauche du Nom de l'actif.
- Dans la liste de choix Actions située en dessous de la liste, sélectionnez Supprimer.
Mapper les champs d'actifs et des CI
Lorsque vous mappez les champs d'actifs et des CI, la synchronisation se produit dans les deux sens. Les changements apportés à l'enregistrement d'actif ou de CI sont mis à jour dans l'enregistrement mappé de façon logique. Vous pouvez synchroniser les mappages personnalisés et les mappages fournis avec l'instance de base.
Avant de commencer
Pourquoi et quand exécuter cette tâche
Vous pouvez mapper sous condition les champs pour la synchronisation. Par exemple, vous pouvez mapper le champ Emplacement uniquement pour un actif matériel et non pour un actif logiciel. Ainsi, lorsqu'un actif est mis à jour, le champ Emplacement est synchronisé uniquement pour l'actif matériel.
Procédure
Mapper l'état de l'actif et l'état d'installation du CI
Mappez les champs État et Sous-état de l'actif au champ État d'installation du CI. Le champ Sous-état du champ État d'installation du CI ne doit pas être utilisé pour les CI matériels.
Avant de commencer
Pourquoi et quand exécuter cette tâche
La synchronisation des actifs ne met pas à jour ce champ lorsque les actifs matériels sont mis à jour. Lorsque vous créez le mappage, vous pouvez définir le sens de synchronisation de l'actif vers le CI, mais pas du CI vers l'actif. Pour les classes de CI non matérielles, vous pouvez définir la synchronisation dans les deux sens.
Procédure
Mapper l'état de l'actif et l'état matériel du CI
Mappez les champs État et Sous-état de l'actif au champ État matériel du CI. N'utilisez pas le champ Sous-état sur les CI matériels car la synchronisation CI ne met pas à jour le champ lorsque les actifs sont mis à jour. Lorsque vous créez le mappage, vous pouvez définir le sens de synchronisation à partir de l'actif, du CI ou des deux.
Avant de commencer
Pourquoi et quand exécuter cette tâche
Les champs État d'installation et État matériel d'un CI sont indépendants l'un l'autre. Aucune corrélation n'est établie entre eux. Un changement du champ État matériel ne modifie pas le champ État d'installation du CI et vice versa.