--- sourceDocument: Options de la plateforme d’IA ServiceNow de Yokohama sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/yokohama/servicenow-platform Release : - yokohama ft:locale : - fr-FR ft:publication_title : - Options de la plateforme d’IA ServiceNow de Yokohama ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Domaine de base # Domaine de base dans le cadre de CSDM travail {#ariaid-title1} * Rversion finale: Yokohama * * Mis à jour 30 janv. 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 8 minutes de lecture Le domaine Foundation implique des tables qui contiennent des données de base référencées depuis ou vers des objets dans les autres CSDM domaines. Les données de base sont nécessaires avant de pouvoir utiliser ServiceNow des produits ou ajouter des données au CMDB. Les tables du domaine Foundation ne sont pas utilisées dans Base de données de gestion des configurations (CMDB) des relations. Au lieu de cela, les tables contiennent des données référentielles critiques. Les utilisateurs typiques du domaine sont les propriétaires de processus, les administrateurs de données, les propriétaires de produits et les gestionnaires de contrats. ## Processus business {#foundation-domain__section_tdz_sm3_htb} Un processus de gestion a un début et une fin bien définis. Le processus d'intégration des clients et le processus de vérification de crédit sont des exemples de processus commerciaux dans le secteur bancaire. Chaque processus business peut avoir des niveaux de criticité et d'impact. Les processus business sont stockés dans la table cmdb_ci_business_process. Dans une relation parent-enfant, les processus business peuvent être identifiés en utilisant l'attribut parent comme référence à un processus business parent.{#foundation-domain__p-def-business-process} Le processus de gestion est un CI maintenu manuellement qui peut identifier, déclaré et déterminé, la criticité, ainsi que l'impact sur la confidentialité, l'intégrité et la disponibilité. Les processus business peuvent être révisés mensuellement, trimestriellement, semestriellement ou annuellement. En outre, la date d'examen suivante peut être enregistrée. Pour plus d'informations, voir [Gestion des processus business](https://www.servicenow.com/docs/access?context=business-process-overview&version=yokohama&pubname=yokohama-governance-risk-compliance&ft:locale=en-US) et [Créer un processus de gestion](https://www.servicenow.com/docs/access?context=create-a-business-process&version=yokohama&pubname=yokohama-governance-risk-compliance&ft:locale=en-US). ## Contrats {#foundation-domain__section_qp2_fv2_qmb} Un contrat est un accord contraignant entre deux parties. Dans le Now Platform, les contrats contiennent des informations détaillées telles que le numéro de contrat, les dates de début et de fin, l'état actif, les termes et conditions, les documents, les informations de renouvellement et les conditions financières. * Un contrat n'est pas un CI. Les contrats utilisent les types de modèle de contrat du module [Modèles de produit](https://www.servicenow.com/docs/access?context=c_CreateAProductModel&version=yokohama&pubname=yokohama-customer-service-management&ft:locale=en-US) . Les contrats sont stockés dans la table \[ast_contract\]. * Utilisez l'application pour gérer et suivre les Gestion des contrats contrats. Voir [l'application Gestion des contrats](https://www.servicenow.com/docs/access?context=c_ContractManagement&version=yokohama&pubname=yokohama-it-service-management&ft:locale=en-US). * Dans l'application, les Gestion des niveaux de service contrats regroupent les SLA qui se rapportent à un seul fournisseur ou client, ainsi que les CI, les emplacements, les groupes, les utilisateurs et les contrats enfants associés au contrat. Pour plus d'informations, consultez [Define a service contract](https://www.servicenow.com/docs/access?context=define-a-service-contract&version=yokohama&pubname=yokohama-it-service-management&ft:locale=en-US). * Les contrats de service utilisés par Espace de travail de gestion des fournisseurs peuvent prendre en charge les CI matériels dans le cadre d'un SLA. * Dans le produit, les Gestion du service clientèle contrats de service définissent le type de support que les clients reçoivent. Un contrat peut inclure un compte et un contact ou un consommateur et les actifs spécifiques qui sont couverts. Un contrat peut également inclure plusieurs droits de service et SLA. Voir [Définir un contrat de service dans Gestion du service clientèle](https://www.servicenow.com/docs/access?context=create-csm-service-contracts&version=yokohama&pubname=yokohama-customer-service-management&ft:locale=en-US). {#foundation-domain__ul_mtr_2l1_hwb} ## Produits et modèles de produits {#foundation-domain__section-product-models} Un modèle de produit est une version ou une configuration spécifique d'un produit utilisé pour gérer et suivre les applications sur le Now Platform. Les modèles de produit identifient le propriétaire du produit, l'équipe, l'état du produit, la compatibilité avec d'autres produits, la référence au catalogue de produits et les objets de référence dans les différentes étapes du cycle de vie d'un produit. Pour plus d'informations, consultez [Catalogue de produits](https://www.servicenow.com/docs/access?context=c_ProductCatalog&version=yokohama&pubname=yokohama-it-service-management&ft:locale=en-US). En outre, vous pouvez identifier les produits arrivant en fin de vie tels que définis par des fournisseurs tiers ou des propriétaires de produits internes. Vous pouvez également regrouper d'autres produits en tant que composants pour représenter l'ensemble des produits que votre organisation développe, vend ou utilise. Les modèles de produits sont étendus en sept types de base : modèle d'application (indépendant de la version), modèle logiciel (spécifique à la version), modèle de contrat, modèle d'installation, modèle de matériel, modèle de consommable, modèle de service. Les produits peuvent être regroupés pour créer une collection ou un groupe de produits, par exemple un serveur FlashBlade (modèle matériel) ou un service d'assistance 24h/24 et 7j/7 (modèle de service).
Les modèles de produits sont stockés dans la table \[cmdb_model\] ou dans les tables étendues alignées sur les sept types de base. Les tables de modèle de produit ne sont pas des CI. Les éléments de configuration peuvent utiliser l'attribut ID de modèle pour référencer des modèles de produits. Par exemple, un CI d'offre de service peut faire référence à un modèle de service particulier auquel d'autres offres de service du même type font également référence. Les CI d'instance d'application, de service et de classe logicielle ne sont pas créés via , de sorte que Découverte leurs valeurs d'ID de modèle \[model_id\] peuvent ne pas faire référence à des Modèle de produit enregistrements. Pour vous aider à migrer vers un paradigme de gestion centré sur le produit, chaque instance d'un CI logique doit être associée à un Modèle de produit. Voir [Générer automatiquement des modèles de produits pour les CI logiques](https://servicenow-prod.fluidtopics.net/pDRPfk_F1x5V5Rn4alMxPQ "Utilisez la tâche d’affectation de modèle de produit CSDM pour générer automatiquement un Modèle de produit enregistrement (modèle d’application, modèle de service ou modèle logiciel) pour chaque CI logique qui n’est pas encore associé à un Modèle de produit. Les modèles de produit sont idéaux pour associer des CI qui font partie d’un seul produit numérique."). ## CMDB groupe {#foundation-domain__section_imt_5b2_qmb} Un CMDB groupe est une collection de CI (mais n'est pas lui-même un CI). Un groupe est basé sur les résultats des requêtes enregistrées du générateur de requêtes, des requêtes codées ou des entrées manuelles. Vous pouvez appliquer une action à tous les membres d'un groupe à la fois. Vous pouvez travailler avec un CMDB groupe sur le .Now Platform
* Pour le CSDM, le groupe de CI dynamique fait référence à un CMDB groupe pour fournir une liste de CI basée sur un critère commun. * CMDB les groupes sont stockés dans la table \[cmdb_group\]. * Le CMDB groupe peut potentiellement remplacer les feuilles de calcul que vous utilisez pour regrouper vos CI. {#foundation-domain__ul_ncg_n5f_zvb} Pour plus d'informations, consultez [Groupes CMDB](https://servicenow-prod.fluidtopics.net/QAF6l4FG3boAaOgoYiQiag#cmdb-groups "Un groupe CMDB est un ensemble de CI qui vous permet d’appliquer collectivement des actions de CI à tous les CI membres du groupe."). ## Paires de valeurs de cycle de vie {#foundation-domain__section-life-cycle-states} Paires de valeurs de cycle de vie Suivez les cycles de vie des produits, des actifs, des contrats, des CI, des emplacements et d'autres objets. L'utilisation cohérente des valeurs de cycle de vie standard CSDM vous aide à suivre efficacement les objets tout au long de leurs transitions dans le temps. Le reporting peut donc refléter fidèlement l'état réel des CI : utilisation, disponibilité, fin de support, etc. Voir la vidéo : [Discussion sur le produit CSDM V4 et le](https://www.youtube.com/watch?v=TfRv1VTRsgM)ServiceNow Community cycle de vie La norme CSDM Paire de valeurs de cycle de vie couvre toutes les phases du cycle de vie d'une instance de produit. * A life cycle stage est l'une des grandes phases par lesquelles passe un CI, de sa création ou de son approvisionnement à l'exploitation, puis à la fin de vie. * life cycle stage status est l'état particulier d'un CI dans l'étape actuelle de son cycle de vie. {#foundation-domain__ul_xkz_15s_lrb}Par exemple, un CI matériel à l'étape Opérationnel peut changer l'état de l'étape au fil du temps, passant de En cours d'utilisation à En cours de maintenance et à Fin de support. Un CI matériel différent peut passer de En cours d'utilisation à Fin de support sans jamais avoir été à l'étatEn cours de maintenance . Lorsque vous activez le CSDM cadre de travail, vous pouvez commencer à utiliser les valeurs et Life Cycle Stage Status pour suivre le Life Cycle Stage cycle de vie d'un actif. Pour utiliser les champs, suivez la procédure décrite dans .[Activer le module d'extension CSDM](https://servicenow-prod.fluidtopics.net/bSjgAwXjvR7_eArLOpsyHw "Activez le module d’extension CSDM pour pouvoir commencer à implémenter le cadre de travail.") Les processus suivants peuvent utiliser le Paires de valeurs de cycle de vie: * [Cycle de vie du produit](https://servicenow-prod.fluidtopics.net/mnQFLzAA_klzLqGNivBi9Q "Le CSDM cadre de travail fournit des champs et des valeurs standard que vous pouvez utiliser pour suivre le cycle de vie d’un actif ou d’un CI. Le produit Paires de valeurs de cycle de vie représente le cycle de vie global d’un modèle de produit, d’une version spécifique ou d’une configuration de produit.") * [Cycle de vie du matériel](https://servicenow-prod.fluidtopics.net/oDvBdc8Dvir6amf32v8nCw "Le CSDM cadre de travail fournit des champs et des valeurs standard que vous pouvez utiliser pour suivre le cycle de vie d’un actif ou d’un CI. Les états du cycle de vie du matériel représentent le cycle de vie global des actifs matériels et des CI liés à leurs produits.") * [Cycle de vie logique](https://servicenow-prod.fluidtopics.net/NTHex55b~7l~IfXqYNUF5A "Le CSDM cadre de travail fournit des champs et des valeurs standard que vous pouvez utiliser pour suivre le cycle de vie d’un actif ou d’un CI. La logique Paires de valeurs de cycle de vie représente le cycle de vie global des actifs logiques et des CI tels qu’ils sont liés à leurs produits.") * [Cycle de vie du document](https://servicenow-prod.fluidtopics.net/exkdb00EHt_JcKV5ySDOjQ "Le CSDM cadre de travail fournit des champs et des valeurs standard que vous pouvez utiliser pour suivre le cycle de vie d’un actif ou d’un CI. Le document Paires de valeurs de cycle de vie représente le cycle de vie global des actifs documentaires (contrats) et des CI (processus business) liés à leurs produits.") * [Cycle de vie de l'emplacement](https://servicenow-prod.fluidtopics.net/YFK2nvQiH6C~taztaEZdVA "Le CSDM cadre de travail fournit des champs et des valeurs standard que vous pouvez utiliser pour suivre le cycle de vie d’un actif ou d’un CI. L’emplacement Paires de valeurs de cycle de vie représente le cycle de vie global d’un emplacement dans les données communes.") {#foundation-domain__ul_h1q_3hg_4tb} ## Les valeurs d'état hérité sont mises à jour automatiquement {#foundation-domain__section_an3_hsb_hwb} Les états hérités suivants sont automatiquement mappés aux Life Cycle Stage champs et Life Cycle Stage Status lorsque vous suivez la procédure décrite dans [Activer le module d'extension CSDM](https://servicenow-prod.fluidtopics.net/bSjgAwXjvR7_eArLOpsyHw "Activez le module d’extension CSDM pour pouvoir commencer à implémenter le cadre de travail."). Important : Les valeurs des champs hérités ne sont pas supprimées une fois que vous les avez mappées aux Life Cycle Stage valeurs et Life Cycle Stage Status . * État du modèle de produit * État de l'actif * Sous-état de l'actif * État du contrat * État de l'installation du CI * Statut opérationnel du CI * État matériel du CI * Sous-état du matériel du CI {#foundation-domain__ul_k41_jgf_vpb} ## Mapper les valeurs d'état existantes aux paires de valeurs de cycle de vie CSDM {#foundation-domain__section_vss_m2d_dxb} Utiliser le module Cartographie du cycle de vie (CSDMMappage du cycle de vie) pour spécifier comment vos valeurs de cycle de vie existantes doivent être converties en CSDM Paires de valeurs de cycle de vie. Le mappage garantit que Now Platform les produits \<\< voient \>\> les CI hérités dans votre environnement. Dans cet exemple, la valeur Installation en attente existante de l'attribut État d'installation pour les CI matériels est toujours mappée à Déployer/Tester Paires de valeurs de cycle de vie dans le CMDB. Consultez [Mapper les valeurs d'état hérité aux CSDM valeurs de cycle de vie](https://servicenow-prod.fluidtopics.net/QGhmZPdhsfmedz2~m9zzAA#create-life-cycle-migration "Utilisez le module Mappage du cycle de vie pour spécifier la façon dont les valeurs d’état hérité existantes doivent être converties en CSDM Paires de valeurs de cycle de vie (life cycle stage et life cycle stage status). Vous mappez les valeurs d’état hérité de l’actif et du CI à Paires de valeurs de cycle de vie.") et [Activer l'alignement et la synchronisation des CSDM valeurs de cycle de vie](https://servicenow-prod.fluidtopics.net/QGhmZPdhsfmedz2~m9zzAA#activate-life-cycle-migration "Activez la synchronisation du cycle de vie pour migrer vos paramètres hérités d’état des actifs et des CI vers la norme CSDMPaires de valeurs de cycle de vie. Après le processus de migration ponctuelle, les règles métier assurent la synchronisation entre les valeurs de cycle de vie de l’IBI, des actifs et des CI."). ## Données communes {#foundation-domain__section_pjg_bz2_qmb} Les éléments de données communs ne sont pas des éléments de configuration. Les données communes sont partagées et utilisées dans l'ensemble du Now Platform. Les données communes comprennent la structure organisationnelle (société, business unit, département), les emplacements, les groupes et les utilisateurs. De nombreux Now Platform produits dépendent de données communes pour fournir une valeur commerciale. La planification de vos données communes est essentielle à la mise en œuvre efficace des produits et des Now Platform fonctionnalités. Tenez compte des questions suivantes : * Avez-vous une source fiable pour les données ? * Avez-vous plusieurs sources de données ? * À quelle fréquence les données changent-elles ? * Disposez-vous de la profondeur de données requise par les CI ? * Qui gère les données ? {#foundation-domain__ul_q4z_1bf_qmb} Les données communes sont stockées dans les tables suivantes : * Société : \[core_company\] * Unité business : \[business_unit\] * Département : \[cmn_department\] * Emplacement : \[cmn_location\] * Groupes : \[sys_user_group\] * Utilisateurs : \[sys_user\] {#foundation-domain__ul_pql_h2f_qmb} ## Gestion d'emplacement {#foundation-domain__section_wmh_nmh_4tb} Les données provenant de sources multiples et d'intégrations fédérées sont difficiles à gérer. Les attributs suivants ont été ajoutés à la table d'emplacement (cmn_location) pour simplifier la gestion : * Source : origine de l'enregistrement de l'emplacement. * Type d'emplacement : position de l'enregistrement de l'emplacement dans la hiérarchie des emplacements. Vous pouvez utiliser les options suivantes pour créer une hiérarchie des données d'emplacement en fonction de vos besoins : Région, Comté, État/Province, Ville, Site, Bâtiment/Structure, Étage et Pièce. * Groupe Géré par : groupe qui gouverne ou gère cet enregistrement d'emplacement. * Validation (doublon et primaire) : marquez les enregistrements en double et filtrez manuellement les emplacements qui ne sont pas affichés. * Étape du cycle de vie et État de l'étape du cycle de vie : Voir [Paires de valeurs de cycle de vie](https://servicenow-prod.fluidtopics.net/NtnzBVpb~c_k1X~3SU9vFQ#foundation-domain__section-life-cycle-states). {#foundation-domain__ul_g5z_dnh_4tb} ## Vidéos CSDM dans le ServiceNow Community {#foundation-domain__section_d13_nlx_mwb} [Liste de lecture de toutes les vidéos CSDM](https://www.youtube.com/playlist?list=PLkGSnjw5y2U7QNr9jL6TAgwQvYBI_LEtK)