---
sourceDocument: Yokohama IT-Servicemanagement
sourceDocumentLink: https://www.servicenow.com/docs/r/de-DE/yokohama/it-service-management

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama IT-Servicemanagement

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Change Requests bearbeiten

# Change Requests bearbeiten {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 Minute Lesedauer

Sie können Change Requests genehmigen, implementieren, überprüfen und schließen.

## Vorbereitungen

Erforderliche Rolle: itil, admin, sn_change_write oder change_manager

Wenn Sie Change-Anforderungen bearbeiten, müssen Sie sicherstellen, dass [sämtliche Change-Konflikte erkannt wurden](https://www.servicenow.com/docs/JHUz8D~5PzA6HOEnQZ0wiQ#t_RunManualConflictDetection "Führen Sie die Konflikterkennung für eine Change-Anforderung manuell aus, und brechen Sie die Konflikterkennung ab, bevor sie abgeschlossen ist. Überprüfen Sie die gefundenen Konflikte entweder automatisch oder manuell, und lösen Sie sie, indem Sie die Zeitpläne ändern.") und eine [Risikobewertung durchgeführt wurde](https://www.servicenow.com/docs/IeXH9yHuQAJf9uzYhNRUsg "Sie können für vorhandene Change-Anforderungen eine Risikobewertung durchführen, sobald Sie die Kriterien für die Risikobewertung definiert haben. Nach der Risikobewertung werden die Antworten der Risikobewertung im Change Request angezeigt.").

## Prozedur

1. Navigieren zu AlleChangeOffenan.
2. Wählen Sie eine Change-Anforderung aus, an der Sie arbeiten möchten.
3. Sie können basierend auf Ihrer Rolle die folgenden Aktionen auf einen Change Request anwenden.

   | Option | Bezeichnung |
   | Change Requests genehmigen oder ablehnen | Öffnen Sie den Genehmigungsdatensatz, und klicken Sie auf Genehmigen, um den Change Request zu genehmigen. Klicken Sie auf Ablehnen, um ihn abzulehnen. Der Change Request wird auf Geplant gesetzt, wenn Sie ihn genehmigen. Wenn Sie ihn ablehnen, wird er auf Neu gesetzt. |
   | Change Request implementieren | Klicken Sie auf Implementieren, um den Change Request umzusetzen. Der Status des Change Request wird in Implementieren geändert. Der Workflow erstellt zwei Change-Aufgaben: Implementieren und Post-implementation testing (Testen nach der Implementierung). Überprüfen Sie die Change-Aufgaben, und weisen Sie sie je nach Bedarf einem Benutzer oder einer Gruppe zu. |
   | Change Request überprüfen | Klicken Sie auf Überprüfen, nachdem Sie die Details des Change Request gelesen haben. Der Change Request wechselt in den Status Überprüfen. Alle offenen Change-Aufgaben werden auf Abgebrochen gesetzt. |
   | Change Request schließen | Klicken Sie auf Close (Schließen), sobald Sie den Abschlusscode und etwaige Abschlussnotizen im Abschnitt Informationen zum Abschluss eingegeben haben. Der Change Request wird geschlossen. |
   | Change Request abbrechen | Klicken Sie im Kontextmenü auf Cancel Change (Change abbrechen). Geben Sie an, warum der Change abgebrochen werden soll, und klicken Sie auf Speichern. Die Change-Anforderung wird abgebrochen und der Grund für den Abbruch des Change wird in das Feld Arbeitsnotizen eingetragen. |
   |-|-|

   {#t_ProcessAChangeRequest__choicetable_yhp_ddv_tt}  
   Hinweis:  
   Manuell erstellte Change-Aufgaben werden nicht automatisch geschlossen oder abgebrochen, wenn der Status von „Implementieren" zu „Überprüfen" geändert wird. Sie müssen zuerst die Change-Aufgaben und die Change-Anforderung schließen.
   Anwender mit der Rolle „approval_user", die Change-Anforderungen genehmigen, haben keinen Zugriff auf die Change-Anforderung selbst. Die folgenden Informationen werden im Genehmigungsdatensatz zur Verfügung gestellt, damit diese Benutzer die richtige Genehmigungsentscheidung treffen können:
   * Nummer
   * Angefordert von
   * Konfigurationselement
   * Typ
   * Geplantes Startdatum
   * Risiko
   * Geplantes Enddatum
   * Auswirkung
   * Kurzbeschreibung
   * Beschreibung
   * Begründung
   * Implementierungsplan
   * Risiko- und Auswirkungsanalyse
   * Rückfallplan

   {#t_ProcessAChangeRequest__ul_apn_c41_nsb}

   Sie können dem Change Request-Aktivitätsprotokoll auch einen Genehmigungsverlauf hinzufügen. Klicken Sie auf das Aktivitätsfilter-Symbol, und wählen Sie Approval history (Genehmigungsverlauf) aus der Liste aus. Bei jeder Änderung im Genehmigungsprozess, beispielsweise durch eine Genehmigung, eine Ablehnung oder Anmerkungen, wird das Aktivitätsprotokoll aktualisiert.
{#t_ProcessAChangeRequest__steps_ovn_cdv_tt}
* **[Change-Anforderungen zugeordnete CIs](https://www.servicenow.com/docs/a0S05Ju64c3vj0Xo1CSgXA#c_AffectedCIsAndImpactedServices)**   
  Sie können Change-Anforderungen über zugehörige Listen im Formular „Change-Anforderungen" zusätzliche CIs oder Services zuordnen. Außerdem können Sie CIs über die Karte mit den Abhängigkeitsansichten einer Change-Anforderung zuordnen.
* **[Massen-CI-Update](https://www.servicenow.com/docs/UTSicuNHJlJz0wPK~3DGrw)**   
  Mit dem Plugin „Massen-CI-Update" können Benutzer das gleiche Update auf eine Reihe von CIs einer bestimmten CI-Klasse anwenden. Das Plugin „Change-Management -- Massen-CI-Update" sollte verwendet werden, wenn das Plugin „Change-Management -- Statusmodell" aktiviert ist.
* **[Massen-CI-Update verwenden](https://www.servicenow.com/docs/gj9e1pqUjZp~lnkaRLvXYQ)**   
  Sie können die vorgeschlagenen Changes in Change-Anforderungen verwenden, um ein und dieselbe Aktualisierung auf mehrere CIs einer bestimmten CI-Klasse anzuwenden.
* **[Change Requests in die Warteschleife stellen](https://www.servicenow.com/docs/lKFMmcdjXWOloYIMz2GRdA)**   
  Sie können eine Change-Anforderung in den Wartestatus versetzen, um zusätzliche Informationen für die erstellte Change-Anforderung zu erhalten.
* **[Betroffene Services und CIs aufgrund von Changes aktualisieren](https://www.servicenow.com/docs/p0Dgc7TMenOstUQN_DsXaw)**   
  Die Datensätze in den zugehörigen Listen für betroffene Services und CIs, Serviceangebote und Geschäftsanwendungen werden auf Basis der betroffenen CIs aktualisiert. Sie können die betroffenen Services und CIs identifizieren und entsprechend handeln.

**Zugehörige Tasks**   

* [Change-Anforderungen erstellen](https://www.servicenow.com/docs/aYVnS9nMafJM1oFOwIIxwQ "Erstellen Sie eine Change-Anforderung, um ein Steuerungsverfahren für das Ändern genehmigter und unterstützter Konfigurationselemente (Configuration Items, CIs) zu implementieren.")