--- sourceDocument: Xanadu IT Service Management sourceDocumentLink: https://www.servicenow.com/docs/r/de-DE/xanadu/it-service-management Release : - xanadu ft:locale : - de-DE ft:publication_title : - Xanadu IT Service Management ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # Integration von ITOM-Transparenz in Change-Management # Integration von ITOM-Transparenz in Change-Management {#ariaid-title1} * Freigeben Version: Xanadu * * Aktualisiert 1. August 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 Minuten Lesedauer Wenn Ihre Organisation eine Abonnement für ITOM Discovery oder ITOM-Transparenz besitzt, wird die Integration mit diesen ITOM-Produkten automatisch aktiviert. Mit dieser Integration lässt sich jedes Konfigurationselement bzw. Configuration Item (CI) mit einer IP-Adresse, die Teil eines Change-Anforderungsprozesses ist, automatisch verwalten. Erfüller für eine Change-Anforderung können den Erkennungsprozess für ein CI auch manuell anfordern. ## Integration aktivieren {#change-mgmt-integ-wth-Discovery__section_epy_wcf_d4b} Abhängig von den von Ihrer Organisation erworbenen Abonnements müssen Sie die folgenden Plugins installieren und konfigurieren: * Für ITOM Discovery -- Discovery (com.snc.discovery) * Für ITOM-Transparenz -- Discovery (com.snc.discovery) und Service Mapping (com.snc.service-mapping) {#change-mgmt-integ-wth-Discovery__ul_tyv_kcf_d4b} ## Integration mit ITOM Discovery {#change-mgmt-integ-wth-Discovery__section_gds_xcf_d4b} Sobald Discovery aktiviert wird, macht Change-Management im Modul „Change-Eigenschaften" (Change-ManagementAdministrationChange-Eigenschaften) drei neue Eigenschaften verfügbar:{#change-mgmt-integ-wth-Discovery__table_jh5_w4s_jdb__entry__2} | Eigenschaft | Beschreibung | |-|-| | Konfiguriert, wie die Erkennung für betroffene CIs ausgelöst wird (Automatisch, Manuell oder Aus) | Legt fest, ob die Erkennung für die betroffenen CIs automatisch, manuell, automatisch und manuell oder überhaupt nicht ausgelöst werden soll. Typ: Auswahlliste Werte: „Off" (Aus), „Both" (Beides), „Automatic" (Automatisch), „Manual" (Manuell) Standardwert: Aus Hinweis: Wenn die folgende Eigenschaft auf „Beide" festgelegt ist und Sie die Erkennung manuell auslösen, wird die automatische Erkennung für diese Change-Anforderung nicht ausgelöst. | | Liste der Status der Change-Anforderung (durch Kommas getrennt), bei denen die Erkennung manuell ausgelöst werden kann | Legt fest, bei welchen Statuswerten der Change-Anforderung die Erkennung manuell initiiert werden kann. Bei den festgelegten Statuswerten ist der zugehörige Link „Initiate Discovery" (Discovery initiieren) verfügbar. Typ: Zeichenfolge Standardwert: Implementieren, Überprüfen Hinweis: Wenn in der Instanz mehrere Sprachen verwendet werden, muss diese Eigenschaft auf den internen Statuswert für Überprüfung festgelegt werden. | | Liste der Status von Change-Anforderungen (kommagetrennt), bei denen die Erkennung automatisch ausgelöst wird. Beispielsweise wenn sich der Change Request-Status in „Prüfung" ändert | Legt fest, bei welchen Statuswerten der Change-Anforderung die Erkennung automatisch ausgelöst wird. Discovery wird initiiert, wenn ein Wechsel in die aufgeführten Statuswechsel stattfindet. Typ: Zeichenfolge Standardwerte: Überprüfen Hinweis: Wenn in der Instanz mehrere Sprachen verwendet werden, muss diese Eigenschaft auf den internen Statuswert für Überprüfung festgelegt werden. | [Tabelle : 1. Change-Management-Eigenschaften für Discovery] {#change-mgmt-integ-wth-Discovery__table_jh5_w4s_jdb} Hinweis: Wenn in der Instanz mehrere Sprachen verwendet werden, muss bei den letzten beiden Eigenschaften in der oben aufgeführten Tabelle diese Eigenschaft auf den internen Wert (0) für Überprüfung festgelegt werden. Zusätzlich zu den neuen Eigenschaften werden die Felder Discovery State (Discovery-Status) und Discovery last updated (Letzte Aktualisierung von Discovery) der zugehörigen Liste Betroffene CIs hinzugefügt. Discovery State (Discovery-Status) stellt einen von fünf Statuswerten zur Verfügung sowie jeweils ein Symbol, das diesen Status widerspiegelt: * In Bearbeitung * Completed Successfully (Erfolgreich abgeschlossen) * Completed w/ Warning (Abgeschlossen mit Warnung) * Completed w/ Error (Abgeschlossen mit Fehler) * Abgebrochen {#change-mgmt-integ-wth-Discovery__ul_fkf_ggv_g2b} Der Wert „Discovery State" (Discovery-Status) wird als Link zur entsprechenden Discovery-Protokolldatei angezeigt. Das Feld Discovery last updated (Letzte Aktualisierung von Discovery) enthält ein Datum und einen Zeitstempel, die angeben, wann Discovery zuletzt ausgeführt wurde. Haben Sie sich für die manuelle Initiierung oder die manuelle und automatische Initiierung des Discovery-Moduls entschieden, wird der zugehörige Link Initiate Discovery (Discovery initiieren) im Abschnitt „Zugehörige Links" angezeigt, wenn der Status des Change Request einem der in der Eigenschaft festgelegten Status entspricht. Sobald Discovery ausgelöst wird, werden die Werte in den Feldern Discovery State (Discovery-Status) und Discovery last update (Letzte Aktualisierung von Discovery) geändert.Abbildung : 1. Change-Management-Integration mit Discovery ## Integration mit ITOM-Transparenz {#change-mgmt-integ-wth-Discovery__section_g1w_bdf_d4b} Sie können die Änderungen im Kontext von Anwendungsservices anzeigen. In Service-Mapping verfügbare Servicezuordnungen zeigen Änderungen an einem Anwendungsservice als Ganzem sowie an den einzelnen Konfigurationselementen (CIs), aus denen der Service besteht. Wenn die Now Platform für die Validierung von Changes konfiguriert ist, werden alle Changes bewertet und als gültig oder nicht angezeigt. Wenn eine Änderung gültig ist, wird ihr Change-Datensatz in der Anwendungsservicezuordnung als genehmigt angezeigt. Weitere Informationen zum Konfigurieren der Plattform für die Validierung von Changes finden Sie unter [Vorgeschlagene Changes verwalten](https://www.servicenow.com/docs/access?context=c_ProposedChanges&version=xanadu&pubname=xanadu-servicenow-platform&ft:locale=en-US). Die Art der Änderungsmarke hängt von der Art der Changes ab, die sie darstellt: Hellgrauer Ballon ( ![Symbol hellgrauer Ballon]()) : Nicht genehmigte Change, die das Anwendungsservice-Verhalten nicht beeinflusst. Zum Beispiel eine Change in einem Netzwerkpfad oder das Hinzufügen eines Knotens zu einem Cluster. Dunkelgrauer Ballon ( ![Symbol dunkelgrauer Ballon]()) : Nicht genehmigte Change, die das Anwendungsservice-Verhalten ändert. Grüner Ballon ( ![Symbol grüner Ballon]()) : Eine genehmigte Change in Bereitstellungen, bei denen die Now Platform für die Validierung der Changes konfiguriert ist. Doppelter Ballon (![Symbol doppelter Ballon]()) : Mehrere getrennte Changes, die kurz hintereinander stattfanden. **Zugehörige Informationen** * [Discovery](https://www.servicenow.com/docs/access?context=r-discovery&version=xanadu&pubname=xanadu-it-operations-management&ft:locale=en-US) * [Change-Historie von Anwendungsservices anzeigen](https://www.servicenow.com/docs/access?context=t_ViewCIChanges&version=xanadu&pubname=xanadu-it-operations-management&ft:locale=en-US) * [Change-Historie von Anwendungsservices im Mitarbeiterbereich anzeigen](https://www.servicenow.com/docs/access?context=workspace-view-history-app-service&version=xanadu&pubname=xanadu-it-operations-management&ft:locale=en-US)