--- 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 --- # Konfliktanalyseeigenschaften konfigurieren # Konfliktanalyseeigenschaften konfigurieren {#ariaid-title1} * Freigeben Version: Xanadu * * Aktualisiert 1. August 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 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 Sie zu AlleChangeAdministrationKonflikteigenschaften. 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. {#configure-conflict-properties__steps_iph_3xx_kfb} **Zugehörige Konzepte** * [Konfliktkalender](https://servicenow-prod.fluidtopics.net/ZkzoaDP9b1tHqWmu1Ujnvg "Der Konfliktkalender stellt die potenziellen Planungskonflikte für eine Change-Anforderung grafisch dar. Konflikte sind aktive Change-Anforderungen, Sperrzeitpläne und Änderungen, die außerhalb des Wartungszeitplans geplant sind. Verwenden Sie den Assistenten der Planung, um etwaige Zeitplankonflikte zu beheben.") **Zugehörige Tasks** * [In Change-Management Sperr- und Wartungszeitpläne erstellen](https://servicenow-prod.fluidtopics.net/PPDS0Phb8QslqCD4lGRm7A "Mit dem Sperrzeit- und dem Wartungsfenster können Sie einen Change planen. Sperrzeitfenster sind Zeiträume, in denen keine regulären Change-Aktivitäten geplant werden sollten. Wartungsfenster sind Zeiträume, in denen keine Change-Anforderungen geplant werden sollten. Erstellen Sie beispielsweise am Ende des Jahres einen Sperrplan für Code-Freezes. blackout-maintenance-schedule") * [Eine Change-Anforderung zur Überwachung von Konflikten außerhalb des Wartungsplans konfigurieren](https://servicenow-prod.fluidtopics.net/96AiqRk2JHuwljuQP_cJ_A "Wenn eine Change-Anforderung so konfiguriert ist, dass sie die Konflikte außerhalb des Wartungsplans anzeigt, gibt die Konflikterkennung an, ob die geplanten Start-und Enddaten außerhalb des Wartungsfensters liegen. Durch Überprüfung der gefundenen Konflikte können Sie den Change-Zeitplan ändern.") * [Automatische Konflikterkennung für Changes aktivieren](https://servicenow-prod.fluidtopics.net/HYZc_YMeo_Gejtl6MfMvuw "Automatisieren Sie die Konflikterkennung so, dass sie in bestimmten Intervallen oder bei der Aktualisierung einer Change-Anforderung ausgeführt wird, damit Konflikte sofort bei der Aktualisierung der Zeitplandaten überprüft werden.") * [Konflikte manuell erkennen und Konfliktdetails überprüfen](https://servicenow-prod.fluidtopics.net/TQ2yfkDSeKprZNZX8KYs4Q#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.") **Zugehörige Verweise** * [Konfliktanalyseeigenschaften](https://servicenow-prod.fluidtopics.net/Vk9_42hRZjYb0zj3YaOJ3w#conflict-detection-properties "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.") ## Konfliktanalyseeigenschaften {#ariaid-title2} 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 ChangeAdministrationKonflikteigenschaften navigieren.{#conflict-detection-properties__table_pdf_gy2_3fb__entry__3} | 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 sind genau so einzugeben, wie sie in BenutzerverwaltungRollen angezeigt werden. 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-Anforderungen ü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 umwandeln](https://www.servicenow.com/docs/access?context=convert-bus-to-app-svc-intro&version=xanadu&pubname=xanadu-servicenow-platform&ft:locale=en-US). Weitere Informationen zu Anwendungsservices finden Sie unter [Anwendungsservices](https://www.servicenow.com/docs/access?context=application-services&version=xanadu&pubname=xanadu-servicenow-platform&ft:locale=en-US) [Anwendungsservices](https://www.servicenow.com/docs/access?context=application-services&version=xanadu&pubname=xanadu-servicenow-platform&ft:locale=en-US). | | Bei der Überprüfung von Konflikten in Change-Anforderungen überprüfen Sie, ob andere Change-Anforderungen bereits ebenso für „Zugewiesen an Benutzer" 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 Anwender eine Change-Anforderung zuweisen, der zu diesem Zeitpunkt (Datum und Uhrzeit) 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-Anforderungs-CI überprüft. Im erweiterten Modus wird die gesamte zugehörige Liste „Betroffene 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. {#conflict-detection-properties__ul_ihk_4dw_mfb} | | 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 {#conflict-detection-properties__ul_lcp_52w_mfb} | | 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. {#conflict-detection-properties__ul_nl5_stw_mfb} | | 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 100 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 100. {#conflict-detection-properties__ul_dhr_d5w_mfb} | | 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 {#conflict-detection-properties__ul_brn_p5w_mfb} 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. * Anwendervoreinstellung: 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. {#conflict-detection-properties__ul_xll_ybk_tkb}Standardmäßig ist Anwendervoreinstellung 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. | [Tabelle : 1. Konfliktanalyseeigenschaften für Change-Management] {#conflict-detection-properties__table_pdf_gy2_3fb}