--- sourceDocument: Xanadu IT Service Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/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-Anforderungen erstellen # Change-Anforderungen erstellen {#ariaid-title1} * Freigeben Version: Xanadu * * Aktualisiert 1. August 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 7 Minuten Lesedauer Erstellen Sie eine Change-Anforderung, um ein Steuerungsverfahren für das Ändern genehmigter und unterstützter Konfigurationselemente (Configuration Items, CIs) zu implementieren. ## Vorbereitungen Erforderliche Rolle: itil, admin oder sn_change_write ## Warum und wann dieser Vorgang ausgeführt wird Eine Change-Anforderung erfasst die detaillierten Informationen über den Change, z. B. den Grund, die Priorität, das Risiko, den Typ und die Kategorie des Change. Wenn Sie die Konflikterkennung verwenden, sind die geplanten Start- und Enddaten sowie das Konfigurationselement bzw. Configuration Item (CI) erforderlich. ## Prozedur 1. Erstellen Sie den Change Request mit einer der folgenden Optionen. | Option | Bezeichnung | | Vom Change-Modul aus | Sie können alle drei Change-Arten vom Change-Modul aus erstellen. 1. Navigieren Sie zu AlleChangeNeu erstellen. 2. Wählen Sie Normal, Notfall oder Standard für Changes aus. {#t_CreateAChange__ol_pzl_jlc_3t} Wenn Sie als Upgradekunde Change-Modelle verwenden möchten, müssen Sie die Eigenschaften des Change-Modells aktivieren. Informationen zu Change-Modellen und ihren Eigenschaften finden Sie unter [Change-Modelle](https://servicenow-prod.fluidtopics.net/T3qzf_DMYatTVnLy5d6BCA "Change Manager können mit der Funktion „Change-Modelle“ problemlos Change-Aktivitäten und Flows für bestimmte Anwendungsfälle anpassen."). Wenn Sie die Eigenschaften des Change-Modells aktivieren, werden beim Navigieren zu AlleChangeNeu erstellen die folgenden Registerkarten angezeigt. * Modelle: Zeigt alle verfügbaren Modelle an, die Sie auswählen können. * Vorgenehmigt: Liste der zur Auswahl stehenden vorab genehmigten Modelle * Angeheftet: Modelle, die Sie über die Registerkarten Modelle und Vorgenehmigt angeheftet haben * Alle: Alle zur Auswahl stehenden Modelle. {#t_CreateAChange__ul_iws_krl_ynb} | | Von einem Incident oder Problem aus | Als Benutzer mit der Rolle sn_change_write können Sie nur Standard-, Normal- oder Notfall-Changes von einem Incident oder Problem aus erstellen. 1. Öffnen Sie den Incident oder das Problem. 2. Klicken Sie mit der rechten Maustaste auf die Kopfzeile des Formulars, und wählen Sie Normalen Change erstellen, Standard-Change erstellen oder Notfall-Change erstellen aus. {#t_CreateAChange__ol_ps5_2lc_3t} | | Aus einem vorhandenen Change Record | Wenn der Administrator die Kopieroption für Change Requests aktiviert hat, können Sie einen neuen Change erstellen, indem Sie einen vorhandenen Change Record kopieren. 1. Öffnen Sie den Change Record, den Sie kopieren möchten. 2. Klicken Sie auf Change kopieren. {#t_CreateAChange__ol_yjp_mqc_3t} Hinweis: Wenn durch den Workflow zum Erstellen von Aufgaben das Feld create_from in der Tabelle \[change_task\] auf Workflow festgelegt wird, werden manuell angelegte Aufgaben aus dem vorhandenen Change Record kopiert. | |-|-| {#t_CreateAChange__choicetable_agp_ckc_3t} 2. Füllen Sie die Felder des Formulars aus. {#t_CreateAChange__table_ij1_vgq_dq__entry__2} | Feld | Definition | |-|-| | Nummer | Nummer der Change-Anforderung. | | Angefordert von | Benutzer, der den Change angefordert hat. Dieses Feld ist in der Listenansicht Change-Anforderungen verfügbar, sodass Sie sehen können, wer einen bestimmten Change angefordert hat. | | Kategorie | Change-Kategorie, zum Beispiel Hardware, Netzwerk oder Software. | | Service | Business-Service, den Sie für die Change-Anforderung bereitstellen möchten. Hinweis: Wenn Sie einen Business-Service als Konfigurationselement auswählen und dieser Business-Service auch als Konfigurationselement in einer anderen aktiven Aufgabe aufgeführt ist, wird das Symbol für aktive Aufgaben ( ![Symbol für aktive Aufgaben]() ) angezeigt. Klicken Sie auf dieses Symbol, um die Liste aller anderen aktiven Aufgaben anzuzeigen, die sich auf den Business-Service auswirken. Sie können die BSM-Zuordnung (Abhängigkeitsansicht) des ausgewählten Business-Service anzeigen, indem Sie auf das Abhängigkeitssymbol (![Abhängigkeitssymbol]()) klicken. | | Serviceangebote | Besteht aus mindestens einer Servicezusage, die die Verfügbarkeits-, Umfangs-, Preis- und Verpackungsoptionen des Servicelevels eindeutig festlegt. Sie können wählen, ob Sie für einen bestimmten Service durch Serviceangebote andere Leistungsniveaus und Funktionen erhalten möchten. Sie müssen einen Service auswählen, um die verfügbaren Serviceangebote zu filtern. | | Konfigurationselement | Wählen Sie Hinzufügen aus, um ein CI für den Change hinzuzufügen. Sie können ein CI für einen Change nur im Status Neu hinzufügen. CI, für das der Change gilt. Change Requests können mit jeder Art von CI, einschließlich Serviceangeboten, verknüpft werden und bieten detaillierten Zugriff auf SLA- und Verfügbarkeitsanforderungen. Wenn Sie eine dynamische CI-Gruppe auswählen, werden alle Konfigurationselemente, die sich auf die ausgewählte dynamische Gruppe beziehen, in die zugehörige Liste „Betroffene CIs" gefüllt. In der zugehörigen Liste „Betroffene CIs" können Sie die dynamischen CI-Gruppen auch manuell hinzufügen und löschen. Wenn Sie eine dynamische CI-Gruppe hinzufügen, werden alle zugehörigen CIs hinzugefügt, und wenn Sie eine dynamische CI-Gruppe entfernen, werden die zugehörigen CIs entfernt. Nachdem Sie ein CI ausgewählt haben, können Sie auf das Dashboard-Symbol für Integrität klicken ( ![Dashboard-Symbol für Integrität]()), um die CI-Integritätsdetails anzuzeigen. Hinweis: Standardmäßig wird das Serviceangebot herausgefiltert, und Konfigurationselemente mit Prinzipalklasse werden ausgewählt. Die Filterfunktion „Prinzipalklasse" gilt für neue Kunden, die mit Release Paris beginnen. Siehe [Eigenschaften zum Neuladen betroffener Services](https://servicenow-prod.fluidtopics.net/rZ69B9Acls3nZRuQGWBPCA "Verwenden Sie die Eigenschaften für die Funktion zum Neuladen betroffener Services, um die Funktion zu aktivieren oder zu deaktivieren und um Kriterien für zusätzliche Eigenschaften für sie zu konfigurieren.") | | Priorität | Priorität basiert auf Auswirkung und Dringlichkeit und bestimmt, wie schnell sich der Service Desk der Aufgabe annehmen sollte. | | Risiko | Risikoniveau für den Change. Das Risiko eines Change kann manuell definiert werden als Hoch, Mittel oder Niedrig. Sie können auch [Risikoberechnung und Risikobewertung](https://servicenow-prod.fluidtopics.net/Z42kn_Sj~BOVR9yoBrg7sg "Es gibt zwei Methoden, um das Risiko eines Changes zu berechnen. Der Best Practice – Change-Risikorechner ist standardmäßig im Basissystem aktiviert. Change-Management– Das Risiko-Assessment ist optional.") verwenden, um den Risikowert des Change zu steuern. | | Auswirkung | Auswirkung ist ein Messwert für den Effekt eines Incident, Problems oder Changes bezüglich Geschäftsprozessen. | | Typ | Der Typ des Change Requests. Dieses Feld ist schreibgeschützt. | | Status | Status der Change-Anforderung. Der Standardstatus ist Neu. | | Konfliktstatus | Status, der anzeigt, ob für diesen Change ein Konflikt vorliegt oder der Konflikt nicht ausgeführt wird. | | Letzte Konfliktanalyse | Datum und Uhrzeit, zu der der Konflikt zuletzt ausgeführt wurde. | | Zuweisungsgruppe | Gruppe, die an der Change-Anforderung arbeiten wird. Das Feld Zuweisungsgruppe, das für das CI oder das Serviceangebot verfügbar ist, wird von der Geschäftsregel Populate Assignment Group based on CI/SO gefüllt. Hinweis: Die Geschäftsregel wird ausgelöst, wenn eine Change-Anforderung erstellt oder aktualisiert wird und wenn die Felder Zuweisungsgruppe und Zugewiesen an leer sind. Wenn Sie den Standardwert überschreiben möchten, müssen Sie neue Eigenschaften erstellen und das Feld in dem Eigenschaftswert angeben, das zum Füllen des Felds Zuweisungsgruppe verwendet wird. Erstellen Sie die Eigenschaften in der folgenden Reihenfolge: * com.snc.change_request.ci_assignment_group.field_name: Identifiziert, mit welchem CI-Feld das Feld Zuweisungsgruppe gefüllt wird. * com.snc.change_request.service_offering_assignment_group.field_name: Identifiziert, mit welchem Serviceangebotsfeld das Feld Zuweisungsgruppe gefüllt wird {#t_CreateAChange__ul_shw_xp2_s4b} | | Zugewiesen an | Benutzer, dem der Change zugewiesen ist. Wenn eine Zuweisungsregel gilt, wird der Change automatisch dem entsprechenden Benutzer oder der entsprechenden Gruppe zugewiesen. | | Kurzbeschreibung | Zusammenfassung des Change. | | Beschreibung | Detaillierte Beschreibung des Change. | [Tabelle : 1. Change Request-Formular] {#t_CreateAChange__table_ij1_vgq_dq} 3. Um den Change zu planen, klicken Sie auf die Registerkarte Planung, und geben Sie Informationen ein. Diese Informationen sind entscheidend für Genehmiger des Change. 4. Klicken Sie auf die Registerkarte Zeitplan. 1. Geben Sie so viele Informationen zu den geplanten Daten ein, wie Sie haben. Einige der Felder sind nur für normale oder Notfall-Changes verfügbar, da Standard-Changes vorab genehmigt werden. Hinweis: Bei normalen oder Notfall-Changes geben Sie die geplanten Start- und Enddaten sowie die tatsächlichen Start- und Enddaten manuell ein. Füllen Sie die Felder für das tatsächliche Start- und Enddatum während des Status Implementieren aus, wenn der Beauftragte die Arbeit beginnt und abschließt. 2. Wenn das Formular so konfiguriert ist, dass die Checkbox CAB erforderlich angezeigt wird, aktivieren Sie es, um anzugeben, dass die CAB-Genehmigung vor der Implementierung erforderlich ist. Das Feld CAB-Datum im Change Request wird automatisch mit dem Datum im Feld Startzeit des Meetings des CAB-Meeting-Formulars aktualisiert. 3. Wenn es eine ungeplante CI-Aktivität gibt, wählen Sie das Kontrollkästchen Nicht autorisiert, um ermitteln, ob die Änderung nicht autorisiert ist. Weitere Informationen finden Sie unter [Nicht autorisierte Change-Anforderung](https://servicenow-prod.fluidtopics.net/rlkB4wvLitgy2RSFJ8YxdA "Hier erfahren Sie, wie Sie nicht autorisierte Change-Aktivitäten, die an Konfigurationselementen bzw. Configuration Items (CIs) vorgenommen werden, erfassen und verwalten können, um den Change zu prüfen und rechtzeitig Maßnahmen zu ergreifen."). Hinweis: Dieses Kontrollkästchen ist nur bei Anforderungen für Notfall-Changes verfügbar. 4. Wenn das Formular so konfiguriert ist, dass das Feld CAB-Delegierter angezeigt wird, wählen Sie den Benutzer aus, der an dem CAB-Meeting teilnimmt, um den Change zu beschreiben. 5. Geben Sie im Feld CAB-Empfehlung Anmerkungen oder Empfehlungen für das CAB-Meeting ein. {#t_CreateAChange__substeps_hwv_tmv_1x} 5. Klicken Sie auf die Registerkarte Konflikte. 6. Um Change-Konflikte zu erkennen, klicken Sie auf Konflikte überprüfen. 7. Klicken Sie mit der rechten Maustaste auf die Kopfzeile des Formulars, und klicken Sie auf Speichern. 8. Überprüfen Sie die Einträge in den zugehörigen Listen, und ändern Sie die Einträge entsprechend. {#t_CreateAChange__table_fc1_kth_5r__entry__2} | Feld | Beschreibung | |-|-| | Betroffene CIs | Liste der CIs (aus der CMDB), die von dem Change betroffen sind. Sie können mehrere betroffene CIs mit einem Change verknüpfen. | | Betroffene Services/CIs | Liste von CIs, z. B. Business Services oder CIs aus anderen CI-Klassen, auf die sich das betroffene CI in dem Change auswirkt. Sie können mehrere betroffene CIs mit einem Change verknüpfen. | | Serviceangebote | Liste der vom Change betroffenen Serviceangebote. Sie können mehrere Serviceangebote mit einem Change verknüpfen. Diese zugehörige Liste ist nur verfügbar, wenn ein Serviceangebot ausgewählt ist. Wenn den betroffenen Services Serviceangebote zugeordnet sind, aktualisieren Sie die zugehörige Liste „Betroffene Services/CIs", um die Angebote anzuzeigen. Hinweis: Wenn Sie die Standardansicht Ihres Formulars oder der zugehörigen Liste vor Release Paris angepasst haben, können das Feld oder die zugehörige Liste standardmäßig nicht sehen. Ändern Sie das Formular, um sie manuell hinzuzufügen. | | Genehmiger | Diese Liste wird automatisch aus dem Workflow generiert. Sie können auch die Gruppe von Genehmigern anzeigen, die der Aufgabe zugewiesen sind. | | Change-Aufgaben | Die Liste der Aufgaben kann aus einem Workflow erstellt werden. Der Standardworkflow generiert Aufgaben im Status Implementierung. Sie können auch eine neue Change-Aufgabe erstellen. Die Werte in den Feldern Geplantes Startdatum und Geplantes Enddatum im Aufgabentyp Implementierung müssen innerhalb des im Change Request angegebenen geplanten Start- und Enddatums liegen. | | Probleme | Wenn der Change aus einem Problem generiert wurde, wird diese Liste automatisch generiert. | | Durch den Change behobene Incidents | Liste der Incidents, für deren Lösung der Change erforderlich ist. | | Durch Change verursachte Incidents | Liste der Incidents, die durch die Implementierung des Change verursacht wurden. | | CAB-Agendapunkte | Liste von Agendapunkten und Details der jeweiligen Punkte. Beispielsweise die Start- und Endzeit des Meetings, die zugewiesene Zeit für das Meeting, der Status des Meetings und die Entscheidung, die für diesen Agendapunkt getroffen wurde. Hinweis: Die zugehörige Liste CAB-Agendapunkte wird nicht im Formular angezeigt, wenn die Liste leer ist. Dieses Feature ist nur für Jakarta-Instanzen verfügbar. | [Tabelle : 2. Zugehörige Standardlisten für Change Requests] {#t_CreateAChange__table_fc1_kth_5r} 9. Wenn der Change Request bereit für den Übergang in den nächsten Status ist, klicken Sie auf Freigabe anfordern. 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 der Zuweisungsgruppe erstellt. Sie können Peer Reviews und technische Überprüfungen des vorgeschlagenen Changes durchführen. * Status „Genehmigen": Eine Notfall-Change-Anforderung. * Status „Geplant": Vorab genehmigte Standard-Changes. {#t_CreateAChange__ul_wtg_fnb_4z} 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.. ## Nächste Maßnahme [Change Requests bearbeiten](https://servicenow-prod.fluidtopics.net/74KnyHAhtF8zMc6K_LgEoA "Sie können Change Requests genehmigen, implementieren, überprüfen und schließen.") * **[Change Requests von CIs erstellen](https://servicenow-prod.fluidtopics.net/b~Xuwu1_Q56LyJet~DBw2g)** Sie können eine Change-Anforderung aus einer Liste von CIs erstellen oder ausgewählte CIs aus einer Liste zu einem Change-Datensatz hinzufügen. * **[Standard-Changes aus dem Katalog anfordern](https://servicenow-prod.fluidtopics.net/glNC5dTklncFmLUiOM_x~w)** Sie können einen neuen Standard-Change aus den veröffentlichten Katalogvorlagen für Standard-Changes anfordern. * **[Change Requests kopieren](https://servicenow-prod.fluidtopics.net/u3SSP3I4H_3lkBSVkkObiA)** Sie können Details eines aktiven oder abgebrochenen Change Requests in einen neuen Change Request kopieren. * **[Change-Aufgaben erstellen](https://servicenow-prod.fluidtopics.net/whG4QTLyi0VFQ1gIotpX~w)** Sie können Change-Aufgaben für einen Change Request erstellen. Eine Change-Aufgabe ist eine Arbeit, die mit dem Change Request verbunden ist. Beispielsweise kann es Aufgaben geben, um den Change zu planen, zu implementieren und die Arbeit zu testen und zu überprüfen. * **[Nicht autorisierte Change-Anforderung](https://servicenow-prod.fluidtopics.net/rlkB4wvLitgy2RSFJ8YxdA)** Hier erfahren Sie, wie Sie nicht autorisierte Change-Aktivitäten, die an Konfigurationselementen bzw. Configuration Items (CIs) vorgenommen werden, erfassen und verwalten können, um den Change zu prüfen und rechtzeitig Maßnahmen zu ergreifen. **Zugehörige Konzepte** * [Status-Modell und Übergänge](https://servicenow-prod.fluidtopics.net/bLn1s3ie69yU0yhfeuXb9g "Change-Management bietet ein Status-Modell zum Verschieben und Verfolgen von Change-Anforderungen über mehrere Status hinweg.") * [Konfliktkalender](https://servicenow-prod.fluidtopics.net/ZkzoaDP9b1tHqWmu1Ujnvg "Der Konfliktkalender stellt die potenziellen Planungskonflikte für eine Change-Anforderung grafisch dar. Konflikte sind aktive Change-Anforderungen, Sperrzeitpläne und Änderungen, die außerhalb des Wartungszeitplans geplant sind. Verwenden Sie den Assistenten der Planung, um etwaige Zeitplankonflikte zu beheben.") **Zugehörige Tasks** * [Change Requests in die Warteschleife stellen](https://servicenow-prod.fluidtopics.net/D2bXbkf_2166RVhM6efD5w "Sie können eine Change-Anforderung in den Wartestatus versetzen, um zusätzliche Informationen für die erstellte Change-Anforderung zu erhalten.")