Grundlagendomäne im CSDM-Modell
Tabellen in der Grundlagendomäne enthalten Basisdaten, die von oder auf Objekte in der anderen referenziert werden CSDM Domänen. Bevor Sie verwenden können ServiceNow Produkte müssen Sie grundlegende Daten ausfüllen.
Die Tabellen in der Grundlagendomäne werden in nicht verwendet CMDB Beziehungen. Stattdessen enthalten die Tabellen kritische referenzielle Daten. Typische Anwender der Domäne sind Prozessbesitzer, Datenverwalter, Produktbesitzer und Vertragsmanager.
Grundlagendomänentabellen, die während des Servicelebenszyklus verwendet werden
- Tabellen, die während der Ideations- und Strategiephase des Servicelebenszyklus verwendet werden
- Tabellen, die während der Design- und Planungsphase des Servicelebenszyklus verwendet werden
- Tabellen, die während der Build- und Integrationsphase des Servicelebenszyklus verwendet werden
- Tabellen, die während der Servicebereitstellungsphase des Servicelebenszyklus verwendet werden
- Tabellen, die während der Serviceverbrauchsphase des Servicelebenszyklus verwendet werden
Vom Hauptstrategen verwaltete Daten: Wertstrom
Wertstrom: Ein Wertstrom ist der Satz von Aktionen, die ausgeführt werden, um einem Kunden von der ersten Anforderung bis zur Wertschöpfung durch den Kunden einen Mehrwert zu bieten. Der Wertstrom beginnt mit dem anfänglichen Konzept, durchläuft verschiedene Entwicklungsphasen und weiter durch Bereitstellung und Support. Ein Wertstrom beginnt und endet immer mit einem Kunden. Der Wertstrom ist an den Geschäftsprozessen Ihrer Organisation ausgerichtet.
Vom Prozessbesitzer verwaltete Daten: Geschäftsprozesse
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.
In einer über-/untergeordneten Beziehung können Geschäftsprozesse identifiziert werden, indem das übergeordnete Attribut als Verweis auf einen übergeordneten Geschäftsprozess verwendet wird.
Der Geschäftsprozess ist ein manuell verwaltetes CI, das deklarierte und bestimmte Relevanz sowie Auswirkungen auf Vertraulichkeit, Integrität und Verfügbarkeit identifizieren kann. Geschäftsprozesse können monatlich, vierteljährlich, halbjährlich oder jährlich überprüft werden. Darüber hinaus kann das nächste Überprüfungsdatum aufgezeichnet werden. Weitere Informationen finden Sie unter Geschäftsprozessmanagement Und Erstellen Sie einen Geschäftsprozess .
Vom Vertragsmanager verwaltete Daten: Verträge
Ein Vertrag ist eine verbindliche Vereinbarung zwischen zwei Parteien. In ServiceNow AI Platform, Verträge enthalten detaillierte Informationen wie Vertragsnummer, Start- und Enddatum, aktiver Status, Nutzungsbedingungen, Dokumente, Verlängerungsinformationen und finanzielle Bedingungen.
- Ein Vertrag ist kein CI. Verträge verwenden Vertragsmodelltypen aus dem Produktmodelle Modul. Verträge werden in der Tabelle [ast_Contract] gespeichert.
- Verwenden Sie Vertragsmanagement Anwendung zum Verwalten und Nachverfolgen von Verträgen. Siehe Vertragsmanagement-Anwendung .
- In Service-Level-Management Anwendung, Verträge gruppieren SLAs, die sich auf einen einzelnen Lieferanten oder Kunden beziehen, sowie die CIs, Standorte, Gruppen, Anwender und untergeordneten Verträge, die sich auf den Vertrag beziehen. Weitere Informationen finden Sie unter Define a service contract.
- Von verwendete Serviceverträge Vendor Management-Arbeitsbereich Kann materielle/physische CIs als Teil eines SLA unterstützen.
- In Kundenservice-Management Produkt- und Serviceverträge definieren die Art des Supports, den Kunden erhalten. Ein Vertrag kann einen Account und einen Kontakt oder einen Verbraucher sowie die spezifischen Assets enthalten, die abgedeckt werden. Ein Vertrag kann außerdem mehrere Serviceberechtigungen und SLAs enthalten. Siehe Definieren Sie einen Servicevertrag im Kundenservice-Management .
Weitere Informationen finden Sie unter Definitionen von Lebenszykluswerten für Dokument- und Vertragsentitäten.
Vom Produktbesitzer verwaltete Daten
- Produkte und Produktmodelle
-
Produkte können gebündelt werden, um eine Sammlung oder Gruppe von Produkten zu erstellen, z. B. einen FlashBlade-Server (Hardwaremodell) oder einen 24/7-Supportservice (Servicemodell). Darüber hinaus können Sie die Produkte identifizieren, die das Ende der Lebensdauer erreichen, wie von Drittanbietern oder internen Produktbesitzern definiert. Sie können auch andere Produkte als Komponenten bündeln, um den Satz von Produkten darzustellen, die Ihre Organisation entwickelt, verkauft oder verwendet.
Ein Produktmodell ist eine bestimmte Version oder Konfiguration eines Produkts, das zum Verwalten und Nachverfolgen von Anwendungen auf verwendet wird ServiceNow AI Platform. Die Produktmodelltabellen sind keine CIs. CIs verweisen mit auf Produktmodelle Modell-ID Attribut (verfügbar für alle CMDB-Tabellen). Beispielsweise kann ein Serviceangebots-CI auf ein Serviceangebotsmodell verweisen, während ein Windows-Server auf ein Hardwaremodell verweisen kann.
Produktmodelle identifizieren den Produktbesitzer, das Team, den Produktstatus, die Kompatibilität mit anderen Produkten, den Verweis auf den Produktkatalog und Referenzobjekte in den verschiedenen Phasen des Produktlebenszyklus.
Produktmodelle werden in der Tabelle [cmdb_model] über die folgenden erweiterten Tabellen aufgezeichnet, die als Produktmodellklassen bezeichnet werden.
- Anwendungsmodell [cmdb_Application_Product_model] (versionsunabhängig)
- Softwaremodell [cmdb_Software_Product_model] (versionsspezifisch)
- Vertragsmodell [cmdb_contract_product_model]
- Facility-Modell [cmdb_Facility_Product_model]
- Hardwaremodell [cmdb_Hardware_Product_model] (materielle/physische Geräte)
- Verbrauchsgüter-Modell [cmdb_consumable_product_model]
- Servicemodell [cmdb_Service_Product_model]
Anwendungs-, Service- und Softwareklassen-Instanz-CIs werden nicht über erstellt Discovery, Also ihre Modell-ID [model_ID] Werte beziehen sich möglicherweise nicht auf Produktmodell Datensätze. Damit Sie zu einem produktorientierten Managementparadigma migrieren können, sollte jede Instanz eines logischen CI einem zugeordnet werden Produktmodell. Empfehlungen finden Sie unter Produktmodelle für logische CIs automatisch generieren.
- Produktfeatures
-
In der digitalen Produktveröffentlichung ist eine Funktion (für die Sie sich entwickeln) in einer bestimmten Version von Software oder Service vorhanden.
- Software-Stücklisten (SBOMs)
-
Eine SBOM ist die Gesamtsammlung von Komponenten einer Software.
Zyklon DX wird unterstützt.
Vom Datenverwalter verwaltete Daten
- CMDB-Gruppen
-
A CMDB Gruppe ist eine Sammlung von CIs (aber selbst kein CI). Eine Gruppe basiert auf den Ergebnissen gespeicherter Abfragen des Abfragegenerators, codierter Abfragen oder manueller Einträge. Sie können eine Aktion auf alle Mitglieder einer Gruppe gleichzeitig anwenden.
- Sie können mit arbeiten CMDB Gruppieren Sie über ServiceNow AI Platform.
- Für CSDM, Die dynamische CI-Gruppe verweist auf ein CMDB Gruppe, um eine Liste von CIs basierend auf allgemeinen Kriterien bereitzustellen.
- CMDB Gruppen werden in der Tabelle „Gruppe“ [cmdb_Group] gespeichert.
- Die CMDB Gruppe kann potenziell die Tabellen ersetzen, die Sie zum Gruppieren Ihrer CIs verwenden.
Weitere Informationen finden Sie unter CMDB-Gruppen .
- Standorte
-
Daten, die aus mehreren Quellen und Verbundintegrationen stammen, sind schwierig zu verwalten. Die folgenden Attribute wurden der Tabelle „Standort“ [cmn_location] hinzugefügt, um die Verwaltung zu vereinfachen:
- Quelle : Der Ursprung des Standortdatensatzes.
- Standorttyp : Die Position des Standortdatensatzes in der Hierarchie der Standorte. Sie können die folgenden Optionen verwenden, um eine Hierarchie von Standortdaten zu erstellen, die Ihren Anforderungen entspricht: Region, Landkreis, Bundesland/Kanton, Stadt, Standort, Gebäude/Struktur, Stockwerk und Raum.
- Verwaltet von Gruppe : Die Gruppe, die diesen Standortdatensatz steuert oder verwaltet.
- Validierung (Duplikat und primär): Kennzeichnen Sie doppelte Datensätze, und filtern Sie manuell Standorte, die nicht angezeigt werden.
- Lebenszyklusphase Und Status der Lebenszyklusphase .
- Lebenszykluswerte
-
Lebenszykluswertpaare Verfolgen Sie die Lebenszyklen für Produkte, Assets, Verträge, CIs, Standorte, und andere Objekte. Mit dem Standard CSDM Lebenszykluswerte helfen Ihnen konsistent, Objekte während ihrer Übergänge im Zeitverlauf effektiv nachzuverfolgen. Die Berichterstellung kann daher die tatsächlichen status von CIs genau widerspiegeln: Nutzung, Verfügbarkeit, Ende des Supports usw.
Wenn Sie aktivieren CSDM Framework können Sie mit der Verwendung von beginnen Life Cycle StageUnd Life Cycle Stage StatusWerte zum Nachverfolgen des Lebenszyklus eines Assets. Um die Felder zu verwenden, befolgen Sie das unter beschriebene Verfahren CSDM Plugin aktivieren. Die folgenden Prozesse können verwenden Lebenszykluswertpaare:Siehe ServiceNow Community Video: Diskussion über CSDM V4-Produkt und -Lebenszyklus
Allgemeine Daten, die vom Datenverwalter verwaltet werden
- Unternehmen: [Core_Company]
- Geschäftsbereich: [Business_unit]
- Abteilung: [cmn_Department]
- Standort: [cmn_location]
- Gruppen [sys_user_Group] und Anwender [sys_user]. Wenn die vollständige Definition eines CI erfordert, dass Sie die Kontaktgruppen identifizieren, die dem CI zugeordnet sind, können Sie diese Daten in hinzufügen Teams Zugehörige Liste für das CI.
Allgemeine Datenelemente sind keine Konfigurationselemente. Allgemeine Daten werden im gesamten freigegeben und verwendet ServiceNow AI Platform. Allgemeine Daten umfassen Organisationsstruktur (Unternehmen, Geschäftsbereich, Abteilung), Standorte, Gruppen, und -Anwender. Viele ServiceNow AI Platform Produkte sind von allgemeinen Daten abhängig, um einen Geschäftsnutzen zu bieten.
- Haben Sie eine vertrauenswürdige Quelle für die Daten?
- Haben Sie mehrere Datenquellen?
- Wie oft ändern sich die Daten?
- Verfügen Sie über die Tiefe der Daten, die die CIs benötigen?
- Wer verwaltet die Daten?