--- 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 --- # Change-Anforderung in Service Operations-Arbeitsbereich erstellen # Change-Anforderung in Service Operations-Arbeitsbereich erstellen {#ariaid-title1} * Freigeben Version: Xanadu * * Aktualisiert 1. August 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 6 Minuten Lesedauer Verfolgen Sie Änderungen an einem unterstützten Konfigurationselement bzw. Configuration Item (CI) nach. Verwenden Sie ein Change-Anforderung-Formular, um Informationen wie den Grund für den Change, den Typ, die Priorität und das Risiko aufzuzeichnen. ## Vorbereitungen Erforderliche Rolle: itil oder admin Hinweis: Um DevOps-Daten anzuzeigen oder sie einer Change-Anforderung hinzuzufügen, müssen Sie über die Rolle sn_devops.viewer verfügen. ## Prozedur 1. Führen Sie eine der folgenden Aktionen aus, um mit der Erstellung einer Change-Anforderung zu beginnen. | Option | Beschreibung | | Über eine beliebige Change-Liste | 1. Navigieren Sie zu einer Liste mit Changes. Hinweis: Folgende Listen sind für Changes verfügbar: * Offen * Geschlossen * Alle {#create-change-sow__ul_cmb_4ww_5sb} 2. Klicken Sie auf Neu. {#create-change-sow__ol_bmb_4ww_5sb} | | Von einem Incident | 1. Öffnen Sie einen Incident. 2. Wählen Sie auf der Datensatzseite Change-Anforderung erstellen aus. {#create-change-sow__ol_nby_pww_5sb} | | Über eine Interaktion | 1. Öffnen Sie eine Interaktion. 2. Klicken Sie auf der Datensatzseite auf die Dropdownliste neben Incident erstellen und wählen Sie Change erstellen aus. {#create-change-sow__ol_kbt_1zy_5sb} | | Über ein Problem | 1. Öffnen Sie ein Problem. 2. Führen Sie eine der folgenden Aktionen aus: * Klicken Sie auf der Datensatzseite auf die Dropdownliste neben Problemaufgabe erstellen und wählen Sie Change-Anforderung erstellen aus. * Navigieren Sie auf der Registerkarte Korrekturaufgaben zur Liste „Change-Anforderungen" und klicken Sie auf Neu. {#create-change-sow__ul_q3n_xxl_vsb} {#create-change-sow__ol_wmb_vxl_vsb} | |-|-| {#create-change-sow__choicetable_vrd_rrt_tsb} 2. Wählen Sie das Change-Modell aus, das Sie erstellen möchten, und klicken Sie auf Weiter. Informationen zu Change-Modellen finden Sie unter [Change-Modelle](https://www.servicenow.com/docs/T3qzf_DMYatTVnLy5d6BCA "Change Manager können mit der Funktion „Change-Modelle“ problemlos Change-Aktivitäten und Flows für bestimmte Anwendungsfälle anpassen."). | Option | Bezeichnung | | Normal | Jede Serviceänderung, bei der es sich um keinen im Voraus genehmigten Change und auch keinen Notfall-Change handelt. | | Vorgenehmigt | Ein zuvor autorisierter Change, der als risikoarm und relativ gängig gilt und anhand eines festgelegten Verfahrens oder einer festgelegten Arbeitsanweisung implementiert wird. | | Notfall | Ein Notfall-Change, der Gruppen- und Peer-Review sowie die Genehmigung umgeht und direkt in den Autorisierungsstatus zur Genehmigung durch die CAB-Genehmigungsgruppe übergeht. | | DevOps oder DevOps vereinfacht | Für DevOps-Change-Anforderungen verwendetes Change-Modell. Weitere Informationen zum DevOps-Modellwechsel finden Sie unter . Hinweis: Um die DevOps-Modelle verwenden zu können, müssen Sie die Anwendung DevOps Change-Geschwindigkeit aktivieren. | |-|-| {#create-change-sow__choicetable_ty1_knn_n3b} Hinweis: * Sie können den Change-Typ filtern und danach suchen. * Wenn Sie eine Change-Anforderung aus einer Interaktion erstellen, sind nur vorab genehmigte Change-Typen verfügbar. {#create-change-sow__ul_dlc_v1m_vsb} 3. Füllen Sie die Felder auf der Registerkarte „Übersicht" aus. Sie müssen die Anfangsdetails zum Change auf der Registerkarte „Übersicht" angeben. {#create-change-sow__table_mzk_n4y_2wb__entry__2} | Feld | Beschreibung | |-|-| | Kurzbeschreibung | Kurze Beschreibung des Change. | | Beschreibung | Detaillierte Beschreibung des Change. | | Begründung | Grund für die geplante Change-Anforderung, der den Genehmigern hilft, ihre Entscheidung zu treffen. | [ ] {#create-change-sow__table_mzk_n4y_2wb} 4. Klicken Sie auf Speichern. Die Change-Anforderung wird zusammen mit den Abschnitten Umfang und Auswirkung, Zuweisung, Zeitplan, Risikobewertung und Change-Aufgabe erstellt. 5. Wählen Sie Bereich hinzufügen im Abschnitt Umfang und Auswirkung. 1. Füllen Sie die Felder des Formulars aus. {#create-change-sow__table_v3g_jqy_2wb__entry__2} | Feld | Beschreibung | |-|-| | Konfigurationselement | Configuration Item (CI), für das der Change gilt. Sie können jeden beliebigen CI-Typ einer Change-Anforderung zuordnen, einschließlich Serviceangebote. Sie bietet auch detaillierten Zugriff auf SLA- und Verfügbarkeitsanforderungen. | | Serviceangebot | Besteht aus mindestens einer Servicezusage, die die Verfügbarkeits-, Umfangs-, Preis- und Verpackungsoptionen des Servicelevels eindeutig festlegt. Mit dem Serviceangebot können Sie verschiedene Funktionen und ihre Leistungsniveaus für einen bestimmten Service abrufen. | | Service | Der Business-Service, den Sie für die Change-Anforderung bereitstellen möchten. | | Kategorie | Die Kategorie des Change, zum Beispiel Hardware,  Netzwerk, Software, Andere, DevOps usw. Hinweis: Der Abschnitt DevOps-Daten hinzufügen (Schritt 8 in diesem Verfahren) ist nur aktiv, wenn als Kategorie DevOps ausgewählt ist. Für DevOps-Modelle wird die Kategorie automatisch auf „Dev Ops" festgelegt. | | Betroffene Services aktualisieren | Wenn Sie die betroffenen Services aktualisieren, werden die zugehörigen Listen „Betroffene Services/Konfigurationselemente", „Geschäftsanwendungen" und „Serviceangebote" basierend auf den betroffenen CIs aktualisiert. Die Datensätze in den zugehörigen Listen sind jeweils spezifisch, auch wenn ein einziges betroffenes CI die Ursache sein kann. | [Tabelle : 1. Formular „Bereich hinzufügen"] {#create-change-sow__table_v3g_jqy_2wb} 2. Klicken Sie auf Speichern. {#create-change-sow__substeps_pcc_tpy_2wb} 6. Wählen Sie Zuweisen im Abschnitt Zuweisung. 1. Füllen Sie die Felder im Formular aus. {#create-change-sow__table_u1d_ssf_2xb__entry__2} | Feld | Beschreibung | |-|-| | Zuweisungsgruppe | Gruppe, die dem Change zugewiesen ist. Sie können das Feld Zuweisungsgruppe automatisch basierend auf der für das jeweilige Konfigurationselement bzw. Configuration Item (CI) verfügbaren Supportgruppe ausfüllen. Wenn das CI keine Change-Gruppe hat, wird das Feld mit der Change-Gruppe gefüllt, die für Serviceangebote verfügbar ist. Die Geschäftsregel Populate Assignment Group based on CI/SO (Zuweisungsgruppe auf Grundlage von CI/SO füllen) wird ausgelöst, wenn Incidents, Probleme oder Change-Anforderungen erstellt oder aktualisiert werden und wenn die Felder Zuweisungsgruppe und Zugewiesen an leer sind. Die folgenden Eigenschaften geben das Feld an, dessen Wert das Feld Zuweisungsgruppe füllt: * com.snc.change_request.ci_assignment_group.field_name: Diese Change-Eigenschaft gibt an, mit welchem CI-Feld das Feld Zuweisungsgruppe gefüllt wird. * com.snc.change_request.service_offering_assignment_group.field_name: Diese Change-Eigenschaft gibt an, mit welchem Serviceangebot das Feld Zuweisungsgruppe gefüllt wird. {#create-change-sow__ul_v1d_ssf_2xb} Hinweis: Der Standardwert für die Eigenschaften ist für Incidents oder Probleme die Supportgruppe bzw. für Change-Anforderungen die Change-Gruppe. Die Geschäftsregel Populate Assignment Group based on CI/SO (Zuweisungsgruppe auf Grundlage von CI/SO füllen) wird als Teil des Entwicklungs-Plugins ITSM CSDM Best Practice -- Quebec (com.snc.best_practice.itsm_csdm.quebec) bereitgestellt und ist nur für Neukunden verfügbar. | | Zugewiesen an | Benutzer, dem die Change-Anforderung zugewiesen ist. Wenn eine Zuweisungsregel gilt, wird der Change automatisch dem entsprechenden Benutzer oder der entsprechenden Gruppe zugewiesen. | | Arbeitsnotizen | Informationen darüber, wie der Change behoben werden kann, oder Schritte zur Lösung des Change, falls zutreffend. Diese Notiz dient zur internen Verwendung. Die Arbeitsnotizen-Informationen sind für Ihren Kunden nicht sichtbar. | [ ] {#create-change-sow__table_u1d_ssf_2xb} 2. Klicken Sie auf Speichern. {#create-change-sow__substeps_t1d_ssf_2xb} 7. Wählen Sie Zeitplan, um die Implementierung des Change zu planen. 1. Füllen Sie die Felder des Formulars aus. {#create-change-sow__table_esz_lry_2wb__entry__2} | Feld | Beschreibung | |-|-| | Geplantes Startdatum | Datum, an dem mit der Bearbeitung des Change begonnen werden soll. | | Geplantes Enddatum | Datum, an dem der Change abgeschlossen sein soll. Beim Aufgabentyp Implementierung müssen die Werte Geplantes Startdatum und Geplantes Enddatum innerhalb des geplanten Start- und Enddatums liegen, die in der Change-Anforderung angegeben sind. | | Tatsächliches Startdatum | Startdatum der Implementierung. | | Konfliktstatus | Status des Konflikts. | | Tatsächliches Enddatum | Datum, an dem der Change implementiert wurde. | | Letzte Konfliktanalyse | Datum, an dem der Konflikt zuletzt ausgeführt wurde. | [Tabelle : 2. Zeitplan] {#create-change-sow__table_esz_lry_2wb} 2. Wählen Sie Zeitplan. Wählen Sie Zeitplan auf der Karte Nächster konfliktfreier, um die Implementierung des Change im Fall eines Konflikts neu zu planen. 3. Wählen Sie die Registerkarte Details, um die Change-Details anzuzeigen. {#create-change-sow__substeps_gyk_jry_2wb} 8. **Wahlweise:** Wählen Sie Daten hinzufügen im Abschnitt DevOps-Daten, um der Change-Anforderung DevOps-Daten hinzuzufügen. Hinweis: Um DevOps-Daten einer Change-Anforderung hinzuzufügen oder sie in einem bereits erstellten Change-Datensatz anzuzeigen, müssen Sie über die Rolle sn_devops.viewer verfügen. 1. Geben Sie im Schritt Zuordnungen auswählen die folgenden Werte an: . {#create-change-sow__table_ss2_yzz_vbc__entry__2} | Feld | Beschreibung | |-|-| | Datentyp | Der Typ der Daten, die der Change-Anforderung zugeordnet werden sollen. * Artefaktversion * Release-Version * Build-Nummer {#create-change-sow__ul_jpp_bqx_3sb} | | Datenzuordnungen | Die spezifischen Daten, die der Change-Anforderung zugeordnet werden sollen. Sie können mehrere Artefaktversionen und Buildnummern auswählen. Wenn Sie Buildnummer als Datentyp auswählen, müssen Sie auch den Anwendungsnamen und die entsprechenden Pipelines und Buildnummern angeben. | [Tabelle : 3. Zuordnungen auswählen] {#create-change-sow__table_ss2_yzz_vbc} 2. Wählen Sie Weiter, um den Schritt Daten überprüfen zu öffnen. 3. Navigieren Sie durch die Registerkarten, um sicherzustellen, dass die zugeordneten Daten präzise zugeordnet sind. Aktualisieren Sie die Einstellungen nach Bedarf. * Arbeitselemente * Commits * Abrufanforderungen * Testzusammenfassungen * Artefaktversionen * Softwarequalitätszusammenfassungen * Sicherheitsscan-Zusammenfassungen {#create-change-sow__ul_ty4_bv2_jsb} 4. Wählen Sie Absenden. 5. **Wahlweise:** Um die Daten zu ändern, die der Change-Anforderung zugeordnet sind, wählen Sie DevOps-Daten bearbeiten. 1. Bearbeiten Sie im Schritt Zuordnungen auswählen den Datentyp und seine Zuordnungen, aus denen DevOps-Daten hinzugefügt wurden. 2. Überprüfen Sie im Schritt Daten überprüfen die DevOps-Daten, die dieser Change-Anforderung zugeordnet oder aus ihr entfernt werden. 3. Wählen Sie Absenden. {#create-change-sow__ol_jkb_wb1_wbc} {#create-change-sow__substeps_g4x_wpx_3sb} 9. Wählen Sie Risikobewertung, um das Risiko für den Change zu bewerten. Das Risiko wird berechnet und in den Datensatzinformationen angezeigt. Der zuletzt ermittelte Risikowert wird zusammen mit dem Zeitstempel angezeigt. 10. Wählen Sie Neu im Abschnitt Change-Aufgabe. Weitere Informationen zum Erstellen einer Change-Aufgabe finden Sie unter [Change-Aufgaben in Service Operations-Arbeitsbereich erstellen](https://www.servicenow.com/docs/xbSwMsMKIId8UdT5OheOHg "Wenn Sie ein anderes Team oder einen anderen Service Desk-Mitarbeiter um Hilfe bitten müssen, erstellen Sie eine Change-Aufgabe und weisen sie zu. Beispielsweise kann es Aufgaben geben, um den Change zu planen, zu implementieren und die Arbeit zu testen und zu überprüfen."). 11. Klicken Sie auf Genehmigung anfordern, wenn die Change-Anforderung bereit für den Übergang in den nächsten Status ist. Der Status wird basierend auf dem Typ der Change-Anforderung vorwärts verschoben: * Status „Bewerten": Genehmigung auf Gruppenebene für eine normale Change-Anforderung. Genehmigungsdatensätze werden automatisch basierend auf den Change-Genehmigungsrichtlinien erstellt. Sie können Peer Reviews und technische Überprüfungen des vorgeschlagenen Changes durchführen. * Status „Genehmigen": Genehmigung durch Business-Stakeholder oder Change Advisory Board erforderlich. * Status „Geplant": Vorab genehmigte Standard-Changes. {#create-change-sow__ul_wg2_hbz_2wb} Hinweis: Um den Change-Datensatz per E-Mail zu senden, klicken Sie auf das Symbol für weitere Optionen ( ![Symbol für weitere Optionen]()) im Inhaltsrahmen, und wählen Sie E-Mail aus. Sowohl der Benutzer, der den Change angefordert hat, als auch der Benutzer, der ihm zugewiesen ist, werden automatisch in die Liste der Empfänger aufgenommen. Um den Kalender anzuzeigen, klicken Sie auf Kalender anzeigen in der Titelleiste des Change-Anforderungs-Formulars. 12. Klicken Sie auf Speichern. **Zugehörige Tasks** * [In Service Operations-Arbeitsbereich an einer Change-Anforderung arbeiten](https://www.servicenow.com/docs/m8MJh2MlshiRpIETwmnx7w "Ändern Sie bei Bedarf ein unterstütztes Konfigurationselement bzw. Configuration Item (CI), und schließen Sie die Change-Anforderung.") * [Change-Aufgaben in Service Operations-Arbeitsbereich erstellen](https://www.servicenow.com/docs/xbSwMsMKIId8UdT5OheOHg "Wenn Sie ein anderes Team oder einen anderen Service Desk-Mitarbeiter um Hilfe bitten müssen, erstellen Sie eine Change-Aufgabe und weisen sie zu. Beispielsweise kann es Aufgaben geben, um den Change zu planen, zu implementieren und die Arbeit zu testen und zu überprüfen.") * [In Service Operations-Arbeitsbereich an einer Change-Aufgabe arbeiten](https://www.servicenow.com/docs/Q5Jnhyea3TcLPdakZB3jnQ "Schließen Sie die Change-Aufgabe ab, die wiederum bei der Lösung des zugehörigen Change hilft.")