Avantages de la préparation des données à l’étape Fondation

Tables sur lesquelles vous travaillez pendant l’étape Fondation

Table Processus business [cmdb_ci_business_process]

Un processus d’entreprise a un début et une fin bien définis. Des exemples de processus commerciaux dans le secteur bancaire sont le processus d’intégration des clients et le processus de vérification de crédit. 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.

Table de contrat [ast_contract]

La table Contrat identifie les accords contraignants entre deux parties. Lorsque vous renseignez les services fournis par les fournisseurs dans le , tenez compte du rôle que jouent les contrats lors de l’évaluation des accords sur les niveaux de CMDBservice (SLA).

Table du modèle de produit [model_id]

La table Modèle de produit [model_id] identifie les types uniques de produits que votre organisation développe ou consomme. Lorsque vous regroupez les actifs et les CI par modèle de produit, vous unifiez et associez les CI qui font partie du même produit digital et des mêmes portefeuilles de produits. Le regroupement des actifs et des CI par modèle de produit peut vous aider à planifier des projets, à surveiller les coûts et à rationaliser vos données. Discovery peut renseigner les modèles de produits matériels une fois qu’ils sont opérationnels, mais d’autres types de modèles de produits nécessitent une planification de la part des propriétaires de produits.

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 produits sont idéaux pour associer des CI qui font partie d’un seul produit numérique. Reportez-vous à Générer automatiquement des modèles de produits pour les CI logiques.

CMDB Table de groupe [cmdb_ci_query_based_service]

La CMDB table Groupe identifie une collection de CI en fonction des résultats des requêtes enregistrées du générateur de requêtes, des requêtes codées ou des entrées manuelles.

CMDB Les groupes sont des éléments essentiels des groupes de CI dynamiques et de la gestion stratégique des CI. Décidez à l’avance de la façon dont vous souhaitez signaler les informations de CI et de la façon dont vous souhaitez surveiller les CI. Ces décisions affectent la façon dont vous créez les CMDB groupes. Pour les processus de changement et d’incident, il existe deux comportements d’analyse d’impact distincts pour les groupes de CI dynamiques. Consultez Correspondance de l’utilisation des groupes de CI dynamiques avec le type de service.

Table d’emplacement [cmn_location]

La table Emplacement identifie uniquement les emplacements géographiques. Vous pouvez créer une hiérarchie des données d’emplacement à l’aide de l’attribut Parent . La hiérarchie peut inclure des entrées qui correspondent à vos besoins de génération de rapports. Par exemple, vous pouvez remplir la table d’emplacement comme suit

Pour inclure plus de détails dans les rapports, vous pouvez étendre la table Emplacement pour inclure des étages, des salles et même des centres de données. Avec des options de hiérarchie, des données sources fiables et vos exigences en main, vous pouvez créer des emplacements qui répondent à vos besoins futurs en matière de reporting.

Table de groupe [sys_user_group]

La table Groupe identifie les ensembles d’utilisateurs qui partagent un objectif commun. Les groupes peuvent effectuer des tâches telles que l’approbation de demandes de changement, la résolution d’incidents, la réception de notifications par e-mail ou l’exécution de tâches de commande de travaux. Les groupes utilisent également les données référentielles pour CMDB identifier la façon dont les CI sont gérés (par exemple, le groupe Géré par) et pris en charge (par exemple, le groupe de support). Toutes les règles métier, les règles d’affectation, les rôles système ou les attributs qui font référence à un groupe s’appliquent automatiquement à tous les membres de ce groupe.

Table des utilisateurs [sys_user]

La table Utilisateur identifie les personnes et les applications qui ont accès à votre ServiceNow instance. Vous pouvez organiser les utilisateurs en groupes associés aux tables Entreprise, Unité business et Département.

Structure organisationnelle

Les tables de structure organisationnelle identifient les structures d’entreprise internes ainsi que les clients, fabricants et fournisseurs externes.

Table de l’entreprise [core_company]

La table Société est renseignée avec les entités juridiques des sociétés. Les entités peuvent être internes (votre organisation) ou externes. Vous pouvez utiliser l’attribut Parent pour créer une hiérarchie. Tenez compte des entités juridiques dont vous avez besoin pour la génération de rapports lorsque le CMDB est renseigné.

• Les entrées internes doivent se concentrer sur une hiérarchie d’entités juridiques plutôt que sur une hiérarchie d’unités opérationnelles au sein d’une entité juridique.
• Les entrées externes sont identifiées par un marqueur vrai ou faux. Le marqueur Client identifie vos clients externes.

  Le marqueur Fabricant identifie les entreprises qui créent les produits que vous consommez. Une organisation interne peut être un fabricant.

• Le marqueur Fournisseur identifie les organisations qui fournissent les produits que vous achetez. Une organisation interne peut être un fournisseur.

Table d’unité business [business_unit]

La hiérarchie de votre entreprise est renseignée dans la table Unité business avec une référence à la société mère. Une unité business est une partie de votre organisation responsable d’opérations spécifiques, telles que les finances, les ressources humaines (RH) ou l’informatique. Une hiérarchie au sein d’une unité business est courante. Pour les grandes organisations multinationales, vous pouvez avoir des unités commerciales qui identifient les opérations régionales indépendantes et les opérations spécifiques dans la région.

Table du département [cmn_department]

La table Département comprend un niveau de détail plus fin sur une unité business. La table Département vous offre un autre moyen de classer les utilisateurs, les groupes, les actifs et les CI.

Tables du cycle de vie

CSDM Paires de valeurs du cycle de vie suivre les cycles de vie des produits, des actifs, des contrats, des CI, des emplacements et d’autres objets. L’utilisation cohérente des valeurs standard vous aide à suivre les objets tout au long de leurs transitions dans le temps. Le reporting peut donc refléter fidèlement les états réels des CI : utilisation, disponibilité, fin de support, etc.

La norme CSDM Paire de valeurs du 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 la création ou de l’acquisition à l’exploitation, puis à la fin de vie.
• life cycle stage status est l’état particulier d’un CI dans son étape actuelle du cycle de vie.

Par exemple, un CI matériel à l’étape Opérationnel peut changer d’état au fil du temps, passant de En cours d’utilisation à En cours de maintenance puis à 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 .

Remarque :

La table [life_cycle_control] utilise le type de CI (matériel, document, logique, etc.) pour déterminer les valeurs d’état de l’étape du cycle de vie disponibles pour chaque étape du cycle de vie.

Pour tirer pleinement parti des normes du cycle de CSDM vie, vous pouvez mapper les données d’état héritées au Paires de valeurs du cycle de vie. Consultez Activation de la CSDM synchronisation du cycle de vie entre l’actif et le CI pour prendre en charge l’instance de produit.

Les actifs suivants peuvent être utilisés Paires de valeurs du cycle de vie:

• Cycle de vie du produit
• Cycle de vie du matériel
• Cycle de vie logique
• Cycle de vie du document
• Cycle de vie de l’emplacement

Regardez la vidéo : Discussion sur le produit et le ServiceNow Communitycycle de vie CSDM V4