CSDM-Implementierungsphase – Grundlage

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 5 Minuten Lesedauer

    • In der Grundlagenphase der Implementierung von CSDM Framework vorbereiten Sie die referenziellen Daten, die genaue Berichterstellung ermöglichen, um gute Geschäftsentscheidungen zu unterstützen. Verwenden Sie Basissystem Tabellen, wenn Sie mit der Implementierung von beginnen CSDM Um den höchsten Wert von abzuleiten ServiceNow Produkte und ServiceNow AI Platform.

    Vorteile der Vorbereitung der Daten in der Grundlagenphase

    Die Grundlage eines guten Datenmodells sind die grundlegenden Daten, auf die im gesamten Modell verwiesen wird.
    • Die Basissystem Tabellen in CMDB Fungieren Sie als Grundlage für viele ServiceNow AI Platform Produkte.
    • Die Tabellen helfen Ihrer Organisation, die Berichterstellungsanforderungen frühzeitig zu erfüllen, um den Nutzen zu beschleunigen ServiceNow AI Platform Produkte. Sie können kostspielige Überarbeitungsaufgaben reduzieren oder eliminieren, die erforderlich sind, um die Berichterstellungsanforderungen zu erfüllen.

    Tabellen, an denen Sie während der Grundlagenphase arbeiten

    Tabellen, an denen Sie arbeiten, um Grundlagendaten vorzubereiten.

    Tabelle „Geschäftsprozess“ [cmdb_ci_Business_Process]

    Ein Geschäftsprozess hat einen klar definierten Start und Abschluss. Beispiele für Geschäftsprozesse in der Bankbranche sind der Kunden-Onboarding-Prozess und der Kreditprüfungsprozess. Jeder Geschäftsprozess kann Relevanz- und Auswirkungsgrade haben. Geschäftsprozesse werden in der Tabelle „cmdb_ci_Business_Process“ gespeichert.

    Vertragstabelle [ast_Contract]
    Die Tabelle „Vertrag“ identifiziert verbindliche Vereinbarungen zwischen zwei Parteien. Wenn Sie von Lieferanten bereitgestellte Services in ausfüllen CMDB, Berücksichtigen Sie die Rolle, die Verträge bei der Bewertung von Servicelevel-Vereinbarungen (SLAs) spielen.
    Tabelle „Produktmodell“ [model_ID]

    Die Tabelle „Produktmodell“ [model_ID] identifiziert die eindeutigen Typen von Produkten, die Ihre Organisation entwickelt oder verbraucht. Wenn Sie Assets und CIs nach Produktmodell gruppieren, vereinheitlichen und verknüpfen Sie CIs, die Teil desselben digitalen Produkts und Produktportfolios sind. Durch die Gruppierung von Assets und CIs nach Produktmodell können Sie Projekte planen, Kosten überwachen und Ihre Daten rationalisieren. Discovery kann materielle/physische Produktmodelle ausfüllen, nachdem sie betriebsbereit sind, andere Arten von Produktmodellen erfordern jedoch eine Planung durch Produktbesitzer.

    Verwenden Sie CSDM-Produktmodellzuweisung Auftrag zum automatischen Generieren von ProduktmodellDatensatz (Anwendungsmodell, Servicemodell oder Softwaremodell) für jedes logische CI, das noch keinem zugeordnet ist Produktmodell. Produktmodelle sind ideal für die Zuordnung von CIs, die Teil eines einzelnen digitalen Produkts sind. Siehe Produktmodelle für logische CIs automatisch generieren.

    CMDB Gruppentabelle [cmdb_ci_query_based_Service]

    Die CMDB Die Gruppentabelle identifiziert eine Sammlung von CIs basierend auf den Ergebnissen gespeicherter Abfragen des Abfragegenerators, codierter Abfragen oder manueller Einträge.

    CMDB Gruppen sind kritische Elemente dynamischer CI-Gruppen und der strategischen Verwaltung von CIs. Entscheiden Sie frühzeitig, wie Sie CI-Informationen melden und wie Sie CIs überwachen möchten. Diese Entscheidungen wirken sich auf Ihre Erstellung aus CMDB Gruppen. Für Change- und Incident-Prozesse gibt es zwei unterschiedliche Verhaltensweisen für Auswirkungsanalysen für dynamische CI-Gruppen. Weitere Informationen finden Sie unter Abgleich der Nutzung dynamischer CI-Gruppen mit dem Servicetyp.

    Software-Stücklisten (SBOM)

    Eine SBOM ist die Gesamtsammlung von Komponenten einer Software. Zyklon DX wird unterstützt.

    Tabelle „Standort“ [cmn_location]
    Die Tabelle „Standort“ identifiziert geografische Standorte eindeutig. Mit können Sie eine Hierarchie von Standortdaten erstellen Übergeordnet Attribut. Die Hierarchie kann Einträge enthalten, die Ihren Berichterstellungsanforderungen entsprechen. Sie können beispielsweise die Standorttabelle wie folgt ausfüllen
    Abbildung : 1. Standortattribute Ihrer Organisation
    Standortberichterstellung.

    Um mehr Details in Berichte aufzunehmen, können Sie die Tabelle „Standort“ erweitern, um Stockwerke, Räume und sogar Rechenzentren einzubeziehen. Mit Hierarchiefunktionen, vertrauenswürdigen Quelldaten und Ihren Anforderungen können Sie Standorte erstellen, die Ihre zukünftigen Berichterstellungsanforderungen unterstützen.

    Gruppentabelle [sys_user_Group]
    Die Gruppentabelle identifiziert Sätze von Anwendern, die einen gemeinsamen Zweck haben. Gruppen können Aufgaben wie die Genehmigung von Change-Anforderungen, die Lösung von Incidents, den Empfang von E-Mail-Benachrichtigungen oder die Ausführung von Arbeitsauftragsaufgaben ausführen. Gruppen verwenden auch die referenziellen Daten in CMDB Um zu identifizieren, wie CIs verwaltet (z. B. „verwaltet von Gruppe“) und unterstützt werden (z. B. „Support-Gruppe“). Alle Geschäftsregeln, Zuweisungsregeln, Systemrollen oder Attribute, die sich auf eine Gruppe beziehen, gelten automatisch für alle Gruppenmitglieder.
    Hinweis:
    Die Managed by GroupDie Einstellung identifiziert die Gruppe, die eine CI-Klasse verwaltet (stellt sicher, dass sie vollständig und korrekt ist). Es kann sich um dieselbe Gruppe handeln, die ein einzelnes CI repariert.
    Anwendertabelle [sys_user]
    Die Tabelle „Anwender“ identifiziert die Personen und Anwendungen, die Zugriff auf haben ServiceNow Instanz. Sie können Anwender in Gruppen organisieren, die den Tabellen „Unternehmen“, „Geschäftsbereich“ und „Abteilung“ zugeordnet sind.
    Organisationsstruktur
    Organisationsstrukturtabellen identifizieren interne Geschäftsstrukturen und externe Kunden, Hersteller und Lieferanten.
    Tabelle „Unternehmen“ [Core_Company]
    Die Tabelle „Unternehmen“ wird mit den juristischen Personen von Unternehmen ausgefüllt. Entitäten können entweder intern (Ihre Organisation) oder extern sein. Sie können das Attribut Übergeordnet verwenden, um eine Hierarchie zu erstellen. Berücksichtigen Sie die juristischen Personen, die Sie für die Berichterstellung benötigen, wenn CMDB Ist ausgefüllt.
    • Interne Einträge sollten sich auf eine Hierarchie von juristischen Personen konzentrieren und nicht auf eine Hierarchie von Geschäftsbereichen innerhalb einer juristischen Person.
    • Externe Einträge werden durch die Kennzeichnung „wahr“ oder „falsch“ identifiziert. Die Kennzeichnung „Kunde“ identifiziert Ihre externen Kunden.

      Die Herstellerkennzeichnung identifiziert Unternehmen, die Produkte erstellen, die Sie verbrauchen. Eine interne Organisation kann ein Hersteller sein.

    • Die Lieferantenkennzeichnung identifiziert Organisationen, die von Ihnen erworbene Produkte bereitstellen. Eine interne Organisation kann ein Lieferant sein.
    Tabelle „Geschäftsbereich“ [Business_unit]
    Die Hierarchie Ihres Unternehmens wird in der Tabelle „Geschäftsbereich“ mit einem Verweis auf das übergeordnete Unternehmen ausgefüllt. Ein Geschäftsbereich ist Teil Ihrer Organisation, der für bestimmte Vorgänge wie Finanzen, Human Resources (HR) oder IT verantwortlich ist. Eine Hierarchie innerhalb eines Geschäftsbereichs ist allgemein. Für große multinationale Organisationen haben Sie möglicherweise Geschäftsbereiche, die unabhängige regionale Vorgänge und die spezifischen Vorgänge innerhalb der Region identifizieren.
    Tabelle „Abteilung“ [cmn_Department]
    Die Tabelle „Abteilung“ enthält eine feinere Detailstufe zu einem Geschäftsbereich. Die Tabelle „Abteilung“ bietet Ihnen eine andere Möglichkeit, Anwender, Gruppen, Assets und CIs zu kategorisieren.
    Lebenszyklustabellen

    CSDM Lebenszykluswertpaare Verfolgen Sie die Lebenszyklen für Produkte, Assets, Verträge, CIs, Standorte, und andere Objekte. Wenn Sie die Standardwerte konsistent verwenden, können Sie Objekte im Laufe der Zeit durch ihre Übergänge nachverfolgen. Die Berichterstellung kann daher die tatsächlichen status von CIs genau widerspiegeln: Nutzung, Verfügbarkeit, Ende des Supports usw.

    Der Standard CSDM Lebenszykluswertpaar Deckt alle Phasen eines Produktinstanzlebenszyklus ab.
    • A life cycle stageIst eine der großen Phasen, die ein CI durchläuft, z. B. von der Konzeption oder Beschaffung zum Betrieb und dann vielleicht bis zum Ende der Lebensdauer.
    • life cycle stage status Ist der bestimmte Status eines CI innerhalb seiner aktuellen Lebenszyklusphase.
    Zum Beispiel ein materielles/physisches CI in der Betriebsbereit Die Phase kann den Phasenstatus im Laufe der Zeit von ändern In Gebrauch Bis In Wartung Bis Ende des Supports . Ein anderes materielles/physisches CI kann von stammen In Gebrauch Bis Ende des Supports Ohne jemals in gewesen zu sein In Wartung Status.
    Zulässige Lebenszykluswerte während der Betriebsphase des Lebenszyklus eines materiellen/physischen CI
    Hinweis:
    Die Tabelle [Life_Cycle_Control] verwendet den Typ des CI (materiell/physisch, Dokument und Vertrag, Standort usw.), um zu bestimmen, welches Status der Lebenszyklusphase Werte sind für jeden verfügbar Lebenszyklusphase .

    Um den vollen Nutzen von zu nutzen CSDM Lebenszyklusstandards können Sie Legacy-Statusdaten zu zuordnen Lebenszykluswertpaare. Weitere Informationen finden Sie unter Aktivieren der Lebenszyklussynchronisierung von Legacy-to-Asset.

    Die folgenden Assets können verwenden Lebenszykluswertpaare:

    Beobachten Sie ServiceNow Community Video: Diskussion über CSDM V4-Produkt und -Lebenszyklus