Connexions d’actifs logiciels

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

    • Utilisez des sources de détection tierces pour détecter les données des logiciels installés que vous pouvez intégrer à l’application Gestion des actifs logiciels .

    Le processus de découverte fait partie intégrante de l’application Gestion des actifs logiciels . Le processus de détection consiste à découvrir où le logiciel installé dans votre entreprise est installé, qui est le propriétaire de l’appareil et où il se trouve. Les informations découvertes sont ensuite fusionnées dans une base de données de gestion des configurations commune telle que l’application CMDB .

    L’application CMDB permet à d’autres applications d’entreprise d’utiliser les informations découvertes pour répondre à divers besoins professionnels.

    Figure 1. Découverte avec Gestion des actifs logiciels
    Sources de découverte tierces

    ServiceNow Le cadre de travail IRE (Identification and Reconciliation Engine) de la plateforme permet l’intégration de toutes les données tierces à l’application CMDB .

    IRE fournit un cadre de travail centralisé dans lequel vous pouvez effectuer des rapprochements et une déduplication des données lorsque plusieurs sources ingèrent des données en même temps. IRE utilise des règles d’identification, des règles de rapprochement et des règles de source de données IRE pour traiter les données entrantes, puis insère les données dans les tables CMDB correspondantes. Vous pouvez étendre ces règles pour insérer les données dans des tables qui étendent les tables principales de la CMDB, telles que les Gestion des actifs logiciels tables. Il existe deux types de règles d’identification pour IRE :
    • Indépendant : si la case Indépendant est cochée sur un identificateur CI, cela signifie que le CI ne dépend d’aucun autre CI.
    • Dépendant : si la case Indépendant n’est pas cochée sur un identificateur de CI, cela implique que ce CI est dépendant d’autres CI.
    Pour plus d’informations sur IRE, consultez Moteur d’identification et de rapprochement.

    Vous devez avoir déjà configuré le chargement des CI dans l’instance ServiceNow . Pour chaque CI de votre environnement, la table Matériel [cmdb_ci_hardware] a une règle d’identificateur CI correspondante. Lorsque l’application de détection tierce s’exécute, le logiciel est identifié sur les CI. L’application tierce construit une charge utile et envoie la charge utile via le point de terminaison IRE REST API à l’instance ServiceNow pour insérer ou mettre à jour les données dans les Gestion des actifs logiciels tables.

    Une charge utile générique est utilisée pour créer des enregistrements de logiciels installés. Pour Oracle, VMware et Citrix, des charges utiles spécifiques alimentent des données supplémentaires spécifiques à l’éditeur en dehors des installations de logiciels.

    Si plusieurs sources de détection sont activées et si les détails clés du logiciel, tels que le nom d’affichage et la version de toutes les sources de détection, correspondent, l’enregistrement d’installation est remplacé. Si plusieurs sources de découverte identifient le même logiciel avec des valeurs de champ différentes, une entrée est créée dans la table Installation de logiciel [cmdb_sam_sw_install]. Lorsque la tâche SAM- Deduplication install table planifiée s’exécute et si toutes les valeurs normalisées de ces installations correspondent, un seul enregistrement est défini sur actif. Les autres enregistrements sont marqués comme inactifs.

    La séparation de domaine est prise en charge pour la découverte tierce avec SAM avec les considérations suivantes :
    • L’API REST IRE marque le domaine auquel vous êtes connecté lorsque l’appel REST est effectué.
    • Connectez-vous au domaine où réside le CI et à partir duquel vous exécutez la charge utile.
    • Ne vous connectez pas au domaine parent. Le fait d’être connecté dans le domaine parent met à jour le CI existant et crée également un nouveau CI dans le domaine parent.
    • Envoyez la charge utile à partir du même domaine que celui où résident les CI. Par exemple, si vous envoyez une charge utile à partir du domaine A et si la charge utile comporte des CI qui appartiennent au domaine B, un nouveau CI est créé dans le domaine A.