---
sourceDocument: Gestion des actifs IT Australie
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/it-asset-management
Release :
- australia
ft:locale :
- fr-FR
ft:publication_title :
- Gestion des actifs IT Australie
ft:clusterId :
- itam
bundleId :
- itam
workflow :
- Technology
---
# Modèles de détection et installations de logiciels
# Modèles de détection et installations de logiciels {#ariaid-title1}
* Rversion finale: Australia
*
* Mis à jour 12 mars 2026
*
*  3 minutes de lecture
Les modèles de détection de logiciels sont créés automatiquement lors de la détection pour identifier et normaliser le logiciel installé dans votre environnement.
Les modèles de détection de logiciels sont sauvegardés dans la table Modèle de détection de logiciels \[cmdb_sam_sw_discovery_model\]. Le processus de normalisation s'exécute automatiquement lorsqu'un nouveau modèle de détection est créé. Les modèles de détection ne sont pas créés pour les installations de logiciels portant un nom contenant Mise à jour de sécurité.
Une différence distincte existe entre les [modèles logiciels](https://servicenow-prod.fluidtopics.net/T24nIuRhxJAIUP_bKeo~Zg "Un modèle logiciel est un profil du logiciel que vous avez acheté, comprenant des informations sur l’éditeur, la version et la carte de détection. Les autorisations d’utilisation du logiciel sont utilisés pour associer le modèle logiciel aux droits que vous avez achetés.") et les modèles de détection de logiciels.
* Un modèle logiciel est une version ou une configuration spécifique du logiciel qui est acheté et/ou mis à disposition des utilisateurs.
* Un modèle de détection de logiciels est un modèle créé lorsqu'une version du logiciel est détectée dans un environnement réseau.
{#c_DiscoveryModels__ul_fqn_m55_hp}
Plusieurs modèles de détection de logiciels peuvent être associés à un modèle logiciel. Par exemple, un modèle logiciel peut être défini comme suit :
* Éditeur = X
* Produit = Y
* Version = Commence par 10
{#c_DiscoveryModels__ul_q1m_1gl_c1b}
Si deux installations distinctes de ce produit existent (version 10.1 et version 10.2), deux modèles de détection sont créés. L'un des modèles de détection comporte la version détectée 10.1, et l'autre est constitué de la version détectée 10.2. Le processus de rapprochement associe ces deux modèles de détection au même modèle logiciel puisqu'ils répondent tous les deux au critère de version de Commence par 10.
## Modèles de détection {#c_DiscoveryModels__section_g3h_4p4_jbb}
Les modèles de détection de logiciels ne peuvent pas être créés manuellement. La combinaison de champ suivante, appelée la clé principale, sert à associer les nouvelles installations de logiciel à un modèle de détection de logiciels, nouveau ou existant.{#c_DiscoveryModels__p_gzc_qcp_sfb}
Clé principale : Éditeur, Nom d'affichage et Version
Remarque :
lors de l'analyse des numéros de version, une correspondance exacte est toujours recherchée en premier, mais à défaut de correspondance exacte, la recherche arrondit au numéro de version majeure.
Par exemple, si aucune correspondance n'est trouvée pour la version numéro 8.0.4, mais que la version 8.0 est trouvée, la version 8.0 est alors utilisée dans le champ Modèle logiciel.
Remarque :
Si les valeurs de champ normalisées diffèrent des valeurs du package ou du modèle, une icône d'avertissement s'affiche à côté du champ État de la normalisation et indique qu'un enregistrement de suggestion de normalisation a été créé. Cliquez sur l'icône d'avertissement pour ouvrir l'enregistrement [de suggestion de normalisation](https://servicenow-prod.fluidtopics.net/79lONlXwT_7xVh0K7cSukg "Affichez les enregistrements de suggestions de normalisation créés pour les modèles de détection. Vous pouvez accepter ou rejeter ces suggestions.") pour ce modèle de détection.
Les différentes valeurs peuvent être définies par l'utilisateur ou en acceptant les changements de suggestion de normalisation. Une fois qu'une nouvelle valeur est définie, l'état de normalisation bascule de Normalisé à Manuellement normalisé.{#c_DiscoveryModels__p_j1r_jcp_sfb}
Dans certaines conditions, certains champs généralement en lecture seule peuvent être modifiés. En cas d'édition, l'état passe à Manuellement normalisé.
## Rétablir la normalisation {#c_DiscoveryModels__section_qh1_mc2_11b}
Vous pouvez rétablir une normalisation si nécessaire.
Lorsque vous rétablissez une normalisation, les modèles de détection dont l'état est Normalisé, Partiellement normalisé ou Normalisé par l'éditeur reviennent à l'état Correspondance introuvable. Tous les champs normalisés sont également réinitialisés à leurs valeurs non normalisées d'origine. Vous pouvez ensuite normaliser manuellement vos modèles de détection ou attendre que la prochaine normalisation s'exécute automatiquement. Si vous normalisez manuellement vos modèles de détection, l'application Gestion des actifs logiciels crée des suggestions de normalisation basées sur les dernières règles de normalisation de l'équipe Service de contenu . Vous pouvez choisir d'accepter ou de rejeter ces suggestions. Si vous attendez que la normalisation s'exécute automatiquement, les modèles de détection sont normalisés à l'aide des dernières règles de normalisation de l'équipe Service de contenu . Les modèles de détection sont ensuite définis sur l'état Normalisé,Partiellement normalisé ou Normalisé par l'éditeur, et les valeurs de champ normalisées sont définies.
## Installations de logiciels
La liste des installations de logiciels contient le logiciel installé dans votre entreprise et est alimentée par détection.
Le logiciel installé est placé dans la table Installation de logiciel \[cmdb_sam_sw_install\] par Découverte et une clé principale est créée (à l'aide des champs Éditeur, Nom d'affichage et Version).
Découverte associe automatiquement l'installation de logiciel détectée à un modèle de détection de logiciels, nouveau ou existant, à l'aide de la clé principale.