---
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 im Mitarbeiterbereich erstellen

# Change-Anforderungen im Mitarbeiterbereich erstellen {#ariaid-title1}

* Freigeben Version: Xanadu
* 
* Aktualisiert 1. August 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 Minuten Lesedauer

Eine Change-Anforderung ist ein Vorschlag zur Änderung eines unterstützten Konfigurationselements bzw. Configuration Item (CI). 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: sn_change_write, itil oder admin

## Prozedur

1. Navigieren Sie zu AlleArbeitsbereicherfahrungArbeitsbereicheMitarbeiterbereich-Startseite.
2. Klicken Sie in der Navigationsliste auf ChangeÖffnen.
3. Klicken Sie auf Neu.
4. Wählen Sie einen Change-Typ aus, und klicken Sie dann auf Erstellen.

   | Option | Bezeichnung |
   | Normal | Jeder Service Change, der keine Standard-Change oder Notfall-Change ist. |
   | Standard | 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. |
   |-|-|

   {#create-change-request-workspace__choicetable_ty1_knn_n3b}
5. Füllen Sie die Felder des Formulars aus.  
   {#create-change-request-workspace__table_un2_dyl_n3b__entry__2}

   | Feld | Beschreibung |
   |-|-|
   | Nummer | Die eindeutige Change-Anforderung-Nummer |
   | Angefordert von | Benutzer, der den Change angefordert hat. |
   | Kategorie | Die Kategorie des Change, zum Beispiel Hardware, Netzwerk oder Software. |
   | Service | Der Business-Service, den Sie für die Change-Anforderung bereitstellen möchten. |
   | Serviceangebote | 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. |
   | 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. |
   | Priorität | Prioritätswert, der basierend auf Auswirkung und Dringlichkeit automatisch generiert wird. Er identifiziert, wie schnell der Service Desk die Aufgabe angehen sollte. |
   | Auswirkung | „Auswirkung" ist ein automatisch berechneter Wert, der einen Messwert für den Effekt eines Incident, Problems oder Changes bezüglich Geschäftsprozessen angibt. |
   | Typ | Zeigt den ausgewählten Change-Anforderung-Typ an (Standard, Normal oder Notfall). Sie können diesen Wert ändern, indem Sie einen anderen Typ auswählen. |
   | Status | Status der Change-Anforderung. Standardmäßig lautet der Status Neu. |
   | 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 Supportgruppe hat, wird das Feld mit der Supportgruppe 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-request-workspace__ul_qfx_vb5_wmb} 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. |
   | Risiko | Das Risikoniveau für den Change. Entweder Hoch, Mittel oder Niedrig. Sie können diesen Wert manuell festlegen oder ihn mit [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.") ableiten. |
   | Kurzbeschreibung | Kurze Beschreibung des Change. |
   | Beschreibung | Detaillierte Beschreibung des Change. |
   | Abschnitt „Planung" ||
   | Begründung | Grund für die geplante Change-Anforderung, der den Genehmigern hilft, ihre Entscheidung zu treffen. |
   | Implementierungsplan | Zu befolgender Plan oder Prozess zur Implementierung des Change. |
   | Risiko- und Auswirkungsanalyse | Detaillierte Analyse des Risikos und der Auswirkungen, die bei Implementierung des Change abzusehen sind. |
   | Rückfallplan | Die erforderlichen Informationen zum Wiederherstellen des ursprünglichen Status des Systems, wenn eine Implementierung fehlschlägt. |
   | Testplan | Detaillierte Informationen zur Teststrategie und zu den Zielen für die Change-Anforderung. |
   | Abschnitt „Zeitplan" ||
   | 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 im Change Request angegeben sind. |
   | Nicht autorisiert | Option, um anzuzeigen, dass der Change ein nicht autorisierter Change 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."). |
   | Tatsächliches Startdatum | Startdatum der Implementierung. |
   | Tatsächliches Enddatum | Datum, an dem der Change vollständig implementiert wurde. |
   | Abschnitt „Notizen" ||
   | Beobachtungsliste | Benutzer, die Benachrichtigungen erhalten, wenn Arbeitsnotizen hinzugefügt werden. |
   | Beobachtungsliste Arbeitsnotizen | Benutzer, die Benachrichtigungen erhalten, wenn Arbeitsnotizen hinzugefügt werden. Hinweis: Der Administrator muss eine E-Mail-Benachrichtigung für die Liste „Arbeitsnotizen" erstellen. |
   | Zusätzliche Kommentare (sichtbar für Kunden) | Weitere Informationen zum Change. |
   | 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. |
   | Abschnitt „Abschlussinformationen" ||
   | Lösungscode | Lösungscode für den Change. |
   | Abschlussnotizen | Wie oder warum der Change geschlossen wurde. |
   [Tabelle : 1. Change-Formular]

   {#create-change-request-workspace__table_un2_dyl_n3b}
6. Klicken Sie auf Speichern.

