Konfliktanalyseeigenschaften konfigurieren

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 6 Minuten Lesedauer
  • Konfigurieren Sie Konfliktanalyseeigenschaften für Change-Management, um Change-Konflikte zu erkennen. Verwenden Sie die relevanten Informationen, um Konflikte für Change-Anforderungen zu berechnen und durch Überprüfung und Änderung des Change zu vermeiden.

    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

    1. Navigieren zu Alle > Wechseln > Administration > Konflikteigenschaften.
    2. Geben Sie auf der Seite „Change-Management-Konfliktanalyseeigenschaften“ die Rollen ein, die Zugriff auf die Konflikterkennungsfunktion haben.
    3. Konfigurieren Sie die restlichen Anpassungseigenschaften nach Bedarf.
    4. Klicken Sie auf Speichern.

    Konfliktanalyseeigenschaften

    Die Konflikterkennung enthält Eigenschaften, die festlegen, wie die Konflikterkennungsfähigkeit ausgeführt wird. Erkennen Sie Konflikte anhand der ausgewählten Eigenschaften und der Rollen, die auf die Funktion Zugriff haben.

    Diese Eigenschaften sind verfügbar, wenn Sie zu navigieren Wechseln > Administration > Konflikteigenschaften.
    Tabelle : 1. Konfliktanalyseeigenschaften für Change Management
    Eigenschaft Name der Eigenschaft Beschreibung
    Eine durch Kommas getrennte Liste von Rollen, die Zugriff auf die Konflikterkennungsfunktion haben. Hier enthaltene Rollen sollten Zugriff auf den zugrunde liegenden Datensatz change_request haben. change.conflict.role Die Rollen werden genau so eingegeben, wie sie in angezeigt werden Benutzeradministration > Rollen. Geben Sie beispielsweise itil ein.
    Bei der Überprüfung von Konflikten in Change-Anforderungen gegen Sperrzeitfenster prüfen change.conflict.blackout Wählen Sie Ja aus, um zu prüfen, ob die Change-Anforderung in das Sperrzeitfenster fällt.
    Bei der Überprüfung von Konflikten in Change-Anforderungen überprüfen, ob der Change in die Sperrzeitfenster der untergeordneten CIs fällt change.conflict.relatedchildblackout Wählen Sie Ja aus, um zu prüfen, ob die Change-Anforderung eines der untergeordneten CIs in das Sperrzeitfenster fällt.
    Bei der Überprüfung von Konflikten in Change-Anforderungen überprüfen, ob der Change in die Sperrzeitfenster der übergeordneten CIs fällt change.conflict.relatedparentblackout Wählen Sie Ja aus, um zu prüfen, ob die Change-Anforderung des übergeordneten CI in das Sperrzeitfenster fällt.
    Bei der Überprüfung von Konflikten in Change Requests überprüfen, welche Änderungen bereits für das gleiche CI geplant sind change.conflict.currentci Wählen Sie Ja aus, um zu prüfen, ob die Change-Anforderung bereits für das vorhandene CI geplant ist.
    Bei der Überprüfung von Konflikten in Change Requests überprüfen, ob die Änderung in das Wartungsfenster der CIs fällt change.conflict.currentwindow Wählen Sie Ja aus, um zu prüfen, ob die Change-Anforderung des CI in das Wartungsfenster fällt.
    Bei der Überprüfung von Konflikten in Change Requests überprüfen, ob der Change in das Wartungsfenster der untergeordneten CIs fällt change.conflict.relatedchildwindow Wählen Sie Ja aus, um zu prüfen, ob die Change-Anforderung eines der untergeordneten CIs in das Wartungsfenster fällt.
    Bei der Überprüfung von Konflikten in Change-Anforderungen überprüfen, ob der Change in das Wartungsfenster der übergeordneten CIs fällt change.conflict.relatedparentwindow Wählen Sie Ja aus, um zu prüfen, ob die Change-Anforderung des übergeordneten CI in das Wartungsfenster fällt.
    Bei der Überprüfung von Konflikten in Change-Anforderungen überprüfen, ob die Änderung in den Zeitplan fällt, der im Referenzfeld „Wartungsplan“ im CI definiert ist change.conflict.ci_maint_sched Wählen Sie Ja aus, um zu prüfen, ob die Change-Anforderung in die geplante Wartung fällt, die im Referenzfeld „Wartungsplan“ für das CI definiert wurde.
    Bei der Überprüfung von Konflikten mit Change-Anforderungen überprüfen, ob der Change in die Wartungs- oder Sperrzeitfenster fällt, was die zugehörigen Anwendungsservices beeinträchtigt change.conflict.relatedservices Wählen Sie Ja aus, um zu überprüfen, ob die Change-Anforderung, die in das Wartungs- oder Sperrzeitfenster fällt, andere zugehörige Anwendungsservices betrifft, wie zum Beispiel die erstellten Services, die das für den Change geplante CI oder ein anderes CI innerhalb dieses Service umfassen.
    Hinweis:
    Diese Aktion erfordert, dass alle identifizierten Business Services in einen Anwendungsservice konvertiert werden. Weitere Informationen finden Sie unter Business Services in Anwendungsservices konvertieren. Informationen zu Anwendungsservices finden Sie unter Anwendungsservices Anwendungsservices.
    Bei der Überprüfung von Konflikten in Change-Anforderungen überprüfen Sie, ob andere Change-Anforderungen bereits ebenso für „Zugewiesen an Anwender“ geplant sind. change.conflict.assigned_to Um zu überprüfen, ob eine andere Change-Anforderung der gleichen Change-Anforderung zugewiesen ist, die einem Benutzer zugewiesen ist. Wählen Sie beispielsweise Ja aus, wenn Sie einem Benutzer eine Change-Anforderung zuweisen, der zu diesem Zeitpunkt bereits für die Implementierung einer anderen Change-Anforderung geplant ist, und ein Konfliktfehler angezeigt wird.
    CI-Konfliktprüfmodus. Im Basismodus wird nur das Change-CI überprüft. Im erweiterten Modus wird die gesamte Liste der betroffenen CIs überprüft (das Change-CI wird automatisch zur entsprechenden Liste hinzugefügt) change.conflict.mode Um den Konfliktmodus für ein CI zu überprüfen, wählen Sie den entsprechenden CI-Konfliktmodus aus.
    • Einfach: Wenn diese Option aktiviert ist, werden nur die Change-Anforderungen des CI mit den Change-Anforderungen des CI und aller betroffenen CIs verglichen.
    • Fortgeschritten: Wenn diese Option aktiviert ist, werden sowohl das CI für die aktuelle Change-Anforderung als auch die betroffenen CIs mit anderen Change-Anforderungen für das CI und die betroffenen CIs abgeglichen.
    Führt die Konflikterkennung automatisch aus, nachdem Änderungen an Configuration Item, geplantem Startdatum, geplantem Enddatum oder Status vorgenommen wurden, wenn ein Change Request aktualisiert wird change.conflict.refresh.conflicts Wählen Sie Ja aus, um die Konflikterkennung automatisch zu aktualisieren und auszuführen, wenn einer der folgenden Feldwerte geändert wird.
    • Konfigurationselement
    • Geplantes Startdatum
    • Geplantes Enddatum
    Geplante Überprüfung von Change-Konflikten aktivieren change.conflict.refresh.scheduled Wählen Sie Ja aus, um die geplante Überprüfung von Change-Konflikten zu aktivieren.
    Geschäfts- oder Anwendungsservices im Zusammenhang mit CIs mit Konflikten in der zugehörigen Liste „Betroffene CIs“ automatisch berücksichtigen change.conflict.populateimpactedcis Wählen Sie Ja aus, um alle Geschäfts- und Anwendungsservices mit zugehörigen CIs, die Konflikte aufweisen, automatisch einzuschließen und aufzulisten.
    Den wichtigsten betroffenen Geschäfts- oder Anwendungsservice identifizieren, wenn ein Konflikt mit einem unterstützenden Configuration Item erkannt wird change.conflict.identifymostcritical Wählen Sie Ja aus, um die am stärksten betroffenen Geschäfts- oder Anwendungsservices, die ein zugehöriges, in Konflikt stehendes CI aufweisen, zu identifizieren.
    Legen Sie die Anzahl der Tage fest, die nach dem jeweiligen geplanten Start-/Enddatum eines Change Records bei der Suche nach der nächsten verfügbaren Uhrzeit berücksichtigt werden sollen. In diesem Fenster werden alle potenziell in Konflikt stehenden Changes gesucht. Je größer das Fenster, desto mehr Changes müssen pro Suche berücksichtigt werden. Der Standardwert ist 90 Tage. Der Wert muss eine positive ganze Zahl sein. change.conflict.next_available.schedule_window Um über das geplante Startdatum oder Enddatum der Change-Anforderung die nächste verfügbare Zeit zu finden, geben Sie die Anzahl der Tage ein.
    • Typ: Ganzzahl
    • Der Standardwert ist 90.
    Definieren Sie die Anzahl der Vorschläge, die für das nächste verfügbare Zeitfeld eines Change berechnet 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. Der Standardwert ist 25 Vorschläge. Der Wert muss eine positive ganze Zahl sein. change.conflict.next_available.choice_limit Geben Sie die Anzahl der Vorschläge ein, die berechnet und für die nächste verfügbare Zeit angezeigt werden sollen.
    • Typ: Ganzzahl
    • Der Standardwert ist 25.
    Protokollierungsebene für ChangeCheckConflict (Standard: Beachten) change.conflict.log Wählen Sie eine der Protokollierungsebenen für den Change-Konflikt aus.
    • Notfall
    • Warnung
    • Kritisch
    • Fehler
    • Warnung
    • Hinweis
    • Info
    • Debuggen
    Die Standardebene ist Hinweis.
    Behandeln Sie die zusammenhängende Change-Anforderung mit überlappenden Zeitplänen, die zu Konflikten führen. change.conflict.allow_contiguous_changes Diese Eigenschaft ist standardmäßig aktiviert.
    Meldung anzeigen, wenn Planungskonflikt erkannt wird change.conflict.show_conflict_message Zeigt eine Nachricht an, wenn ein Zeitplankonflikt erkannt wird. Wählen Sie eine der angegebenen Optionen aus, um die Anzeige der Konfliktnachricht zu konfigurieren.
    • Benutzereinstellung: Zeigt eine UI-Menüoption an, über die der Benutzer die Konfliktmeldung ein- oder ausblenden kann
    • Immer: Zeigt die Konfliktnachricht immer an
    • Nie: Die Konfliktmeldung wird nur angezeigt, wenn die Eigenschaft in Benutzereinstellung oder Immer geändert wird.
    Standardmäßig ist Benutzereinstellung ausgewählt.
    Konsolidieren Sie Konflikte, sodass ein Konflikt nur für jede eindeutige Kombination aus Konflikttyp und Zeitplan oder in Konflikt stehenden Changes registriert wird. change.conflict.consolidated_conflicts Zeigt nur die Konflikte an, die aus einer spezifischen Kombination von Konflikttyp und Zeitplan oder Konflikttyp und Konflikt-Change resultieren.

    Die Eigenschaft ist standardmäßig aktiviert.