Erkennen Sie Change-Konflikte
Erkennen Sie Change-Konflikte durch Einstellung Change-Management Konfliktanalyseeigenschaften. Verwenden Sie die resultierenden Informationen, um Konflikte für Change-Anforderungen zu berechnen und den Change zu überprüfen und zu ändern, um Konflikte zu beseitigen.
Vorbereitungen
Erforderliche Rolle: admin
Warum und wann dieser Vorgang ausgeführt wird
Standardmäßig sind auf der Seite „Change-Management-Konfliktanalyseeigenschaften“ nicht alle Eigenschaften ausgewählt. Sie können die Konflikterkennungsfähigkeiten so ändern oder anpassen, wie es den Anforderungen Ihrer Organisation entspricht.
Prozedur
Konflikterkennungseigenschaften
Die Konflikterkennung enthält Eigenschaften, die festlegen, wie die Konflikterkennungsfähigkeit ausgeführt wird.
Initiieren Sie Eigenschaften ohne andere Einstellungen, indem Sie den Wert auf „Ja“ festlegen.
Hinweis:
Sie können den Mechanismus für die Konflikterkennung bestimmen. Sie können zwischen den Optionen Flow und Progress Worker wählen, indem Sie aktualisieren change.conflict.useprogressworkerSystemeigenschaft. Standardmäßig ist er auf „falsch“ festgelegt.
| Eigenschaftsname | Beschreibung |
|---|---|
| change.conflict.role | Eine kommagetrennte Liste von Rollen, die Zugriff auf die Konflikterkennungsfunktion haben. Hier enthaltene Rollen sollten Zugriff auf den zugrunde liegenden Datensatz change_request haben. Rollen werden genau so eingegeben, wie sie in angezeigt werden an. Beispiel: itil. |
| change.conflict.blackout | Überprüft, ob die Change-Anforderung in das Sperrzeitfenster fällt. |
| change.conflict.relatedchildblackout | Überprüft, ob die Change-Anforderung eines der untergeordneten Konfigurationselemente (CIs) in das Sperrzeitfenster fällt. |
| change.conflict.relatedparentblackout | Überprüft, ob die Change-Anforderung des übergeordneten CI in das Sperrzeitfenster fällt. |
| change.conflict.currentci | Überprüft, ob die Change-Anforderung bereits für das angegebene CI geplant ist. |
| change.conflict.currentwindow | Überprüft, ob die Change-Anforderung des CI in das Wartungsfenster fällt. |
| change.conflict.relatedchildwindow | Überprüft, ob die Change-Anforderung eines der untergeordneten CIs in das Wartungsfenster fällt. |
| change.conflict.relatedparentwindow | Überprüft, ob die Change-Anforderung des übergeordneten CI in das Wartungsfenster fällt. |
| change.conflict.ci_maint_sched | Überprüft, ob die Change-Anforderung in die geplante Wartung fällt, die für das CI im Referenzfeld „Wartungszeitplan“ definiert ist. |
| change.conflict.relatedservices | Überprüft, ob sich eine Change-Anforderung, die in das Wartungs- oder Sperrzeitfenster fällt, auf andere zugehörige Anwendungsservices auswirkt, z. B. die erstellten Services, die das für einen Change geplante CI oder ein anderes CI in diesem Service enthalten. Hinweis: Diese Aktion erfordert, dass alle identifizierten Business Services in einen Anwendungsservice konvertiert werden. Weitere Informationen finden Sie unter Business-Services in Anwendungsservices umwandeln. Weitere Informationen zu Anwendungsservices finden Sie unter Anwendungsservices Anwendungsservices. |
| change.conflict.assigned_to | Überprüft, ob eine andere Change-Anforderung derselben Change-Anforderung zugewiesen ist, die einem Anwender zugewiesen ist. Wenn Sie beispielsweise einem Anwender eine Change-Anforderung zuweisen, der bereits zu diesem Datum und zu diesem Zeitpunkt eine andere Change-Anforderung implementieren soll, wird ein Konfliktfehler angezeigt. |
| change.conflict.mode | Bestimmt den Konfliktmodus für ein CI. Verfügbare Werte:
|
| change.conflict.refresh.conflicts | Aktualisiert und führt die Konflikterkennung automatisch aus, wenn einer der folgenden Feldwerte geändert wird:
|
| change.conflict.populateimpactedcis | Schließt automatisch alle Geschäfts- und Anwendungsservices mit zugehörigen CIs mit Konflikten ein und listet sie auf. |
| change.conflict.identifymostcritical | Gibt die am stärksten betroffenen Geschäfts- oder Anwendungsservices an, die ein zugehöriges in Konflikt stehendes CI aufweisen. |
| change.conflict.next_available.schedule_window | Faktoren aus dem geplanten geplanten Startdatum oder Enddatum der Change-Anforderung um die nächste verfügbare Zeit zu finden, geben Sie die Anzahl der Tage ein.
|
| change.conflict.next_available.choice_limit | Die Anzahl der Vorschläge, die für die nächste verfügbare Zeit berechnet und angezeigt werden sollen. Je höher der Wert, desto mehr Zeit wird zum Berechnen der nächsten verfügbaren Zeiten zum Implementieren des Change benötigt.
|
| change.conflict.log | Die Protokollierungsebenen für Change-Konflikte: Die verfügbaren Optionen sind:
|
| change.conflict.show_conflict_message | Bestimmt, ob oder wann eine Nachricht angezeigt wird, wenn ein Planungskonflikt erkannt wird. Verfügbare Optionen:
|
| change.conflict.allow_contiguous_changes | Verarbeitet zusammenhängende Change-Anforderungen mit sich überschneidenden Zeitplänen. Diese Eigenschaft ist standardmäßig aktiv. |
| change.conflict.consolidated_conflicts | Zeigt nur Konflikte an, die aus einer Kombination aus Konflikttyp und Zeitplan oder Konflikttyp und in Konflikt stehenden Changes resultieren. Diese Eigenschaft ist standardmäßig aktiv. |
| change.conflict.max_count | Die maximale Anzahl von Konfliktdatensätzen, die für jeden Konflikttyp generiert werden können, wenn die Konflikterkennung ausgeführt wird.
|