De folgende Tabelle beschreibt die vordefinierten Statuscodes für Change-Tickets.
|
Statuscode von Changes |
Beschreibung |
|---|---|
|
Genehmigung in Arbeit |
Ein Change ist offen und die Genehmigung steht aus. |
|
Genehmigt |
Ein Change wurde geschlossen. |
|
Abgebrochen |
Ein Change wurde abgebrochen. |
|
Geschlossen |
Ein Change wurde geschlossen. |
|
Halten |
Die Servicetypereignisse für den Change sind im Haltezustand. |
|
Implementierung in Arbeit |
Ein Change wird implementiert. |
|
Öffnen |
Ein Dienstauftrag wurde in einem Change definiert, und der Change wird zur Überwachung und Verwaltung seiner Fertigstellung verwendet. |
|
Abgelehnt |
Ein Change wurde abgelehnt. |
|
Gelöst |
Ein Change wurde geschlossen. |
|
RFC |
Eine Change-Anfrage wurde gesendet. |
|
Unterbrochen |
Beendet Workflow-Aufgaben für einen Change. |
|
Überprüfung in Arbeit |
Ein Change wird überprüft. |
|
Rückgängig gemacht |
Ein bereits implementierter Change wurde rückgängig gemacht. |
|
Implementiert |
Ein Change wurde implementiert. |
Wenn Ihr Standort eine andere Terminologie zur Identifikation des Status eines Change verwendet, sollten Sie Statuscodes definieren, die Ihren Bedürfnissen entsprechen, und die vordefinierten Statuscodes ignorieren oder die Definitionen entsprechend ändern. Sie können zusätzliche Statuscodes von Changes definieren, zum Beispiel ähnliche wie die in der folgenden Tabelle aufgeführten:
|
Benutzerdefinierter Anfragestatuscode |
Beschreibung |
|---|---|
|
Duplikat |
Changes, die geöffnet wurden, jedoch ein Duplikat eines vorhandenen Change für einen anderen Benutzer sein können. |
|
Notfall |
Kritische Changes, die sofort bearbeitet werden müssen. |
|
Bericht |
Changes, die abgeschlossen und geschlossen sind, über die jedoch auf Managementebene berichtet werden soll. |
| Copyright © 2012 CA. Alle Rechte vorbehalten. | Senden Sie CA Technologies eine E-Mail zu diesem Thema. |