--- 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 --- # Konflikte manuell erkennen und Konfliktdetails überprüfen # Konflikte manuell erkennen und Konfliktdetails überprüfen {#ariaid-title1} * Freigeben Version: Xanadu * * Aktualisiert 1. August 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 Minuten Lesedauer 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. ## Vorbereitungen Bevor Sie die Konflikterkennung für eine Change-Anforderung ausführen können, müssen Sie im Change-Datensatz die folgenden Felder ausfüllen. * Configuration Item (Außer im erweiterten Modus.) (Im erweiterten Modus muss stattdessen das Feld Betroffene CIs ausgefüllt werden.) * Geplantes Startdatum der Change-Anforderung. * Geplantes Enddatum der Change-Anforderung. {#t_RunManualConflictDetection__ul_qhh_kkd_3t} Weitere Informationen zur automatischen Ausführung der Konflikterkennung finden Sie unter [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."). Bevor Sie die Konflikterkennung ausführen, sollten Sie die folgenden Szenarien berücksichtigen, die nur für Ihre Organisation gelten. CMDB Listengröße und Beziehungskomplexität : Wenn Sie eine große Organisation mit einer großen CMDB haben, kann die Konflikterkennung länger dauern. Inaktive Änderungen werden nicht ausgewertet : Bei der Konflikterkennung werden inaktive Änderungen nicht ausgewertet, wenn widersprüchliche Änderungen festgestellt werden. Die Konfliktprüfung im erweiterten Modus ist standardmäßig deaktiviert : Wenn Sie die Anwendung upgraden, wird die Konfliktüberprüfung im erweiterten Modus standardmäßig deaktiviert, und betroffene CIS werden bei der Konflikterkennung nicht berücksichtigt. Um alle CIs auszuwerten, stellen Sie den Modus auf Erweitert. Erforderliche Rolle: itil oder sn_change_write ## Prozedur 1. Navigieren Sie zu AlleChangeÖffnen. 2. Öffnen Sie in der Liste der Change-Anforderungen die gewünschte Change-Anforderung. 3. Klicken Sie auf die Registerkarte Konflikte, oder scrollen Sie zur Registerkarte Konflikte am unteren Rand des Formulars. 4. Klicken Sie auf Check Conflicts (Auf Konflikte prüfen). 5. Klicken Sie im Popup-Fenster auf Schließen, sobald die Konflikterkennung abgeschlossen wurde. Die Konflikte werden auf der Registerkarte Konflikte in der Liste „Erkannte Konflikte" angezeigt. Die Felder Konfliktstatus und Letzte Konfliktanalyse im Datensatz „Change-Anforderung" werden aktualisiert. 6. Sehen Sie sich die Liste der Konflikte in der Liste „Erkannte Konflikte" an. {#t_RunManualConflictDetection__table_inx_bpg_ys__entry__2} | Feld | Beschreibung | |-|-| | Change in Konflikt | Change, der in Konflikt mit dem geplanten Change steht (falls zutreffend) | | Betroffenes CI | Betroffenes CI, das dem Change zugeordnet ist | | Zuletzt geprüft | Zeitpunkt der letzten Prüfung auf Konflikte (Das Feld Last Checked \[Zuletzt geprüft\] wird automatisch aktualisiert.) | | Zugehörige CI | Übergeordnetes CI oder untergeordnetes CI des aktuellen CI, wenn das CI einen Konflikt verursacht hat. | | Zeitplan | Name des Wartungsfensters oder Sperrzeitfensters, das den Konflikt verursacht hat (falls zutreffend) | | Typ | Problem, das den Konflikt verursacht hat * CI Already Scheduled (CI bereits geplant) * Parent CI Already Scheduled (Übergeordnetes CI bereits geplant) * Child CI Already Scheduled (Untergeordnetes CI bereits geplant) * Not in Maintenance Window (Nicht in Wartungsfenster) * Parent Not In Maintenance Window (Übergeordnetes nicht in Wartungsfenster) * Child Not In Maintenance Window (Untergeordnetes nicht in Wartungsfenster) * Sperrzeit {#t_RunManualConflictDetection__ul_w4x_bpg_ys} | [Tabelle : 1. Spalten der Liste „Erkannte Konflikte"] {#t_RunManualConflictDetection__table_inx_bpg_ys} ## Ergebnisse Sie können die Konflikte und die betroffenen CIs in der Liste „Erkannte Konflikte" überprüfen und den Change neu planen, um die Konflikte zu lösen. **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** * [Konfliktanalyseeigenschaften konfigurieren](https://servicenow-prod.fluidtopics.net/Vk9_42hRZjYb0zj3YaOJ3w#configure-conflict-properties "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.") * [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.") ## Konflikterkennung manuell abbrechen {#ariaid-title2} Brechen Sie alle Konflikterkennungsaufgaben ab, die aktiv für eine Change-Anforderung ausgeführt werden, wenn Sie Änderungen an den Zeitplänen vornehmen möchten. Nach dem Ändern der Zeitpläne können Sie die Aktion „Konflikte überprüfen" erneut ausführen, um potenzielle Konflikte zu erkennen. ### Vorbereitungen Erforderliche Rolle: admin ### Prozedur 1. Navigieren Sie zu AlleChangeÖffnen. 2. Öffnen Sie die Change-Anforderung, für die Sie die Konfliktüberprüfung abbrechen möchten. 3. Klicken Sie auf die Registerkarte Konflikte. 4. Klicken Sie auf Check Conflicts (Auf Konflikte prüfen). Das Pop-up-Fenster Checking conflicts (Konfliktprüfung läuft) mit dem Fortschrittstatus wird angezeigt. 5. Klicken Sie auf Abbrechen, um die Konflikterkennung abzubrechen. Die aktive Konflikterkennungsaufgabe wird abgebrochen, und alle im Abschnitt „Konflikte" angezeigten Konflikte werden gelöscht. Im Feld Conflict Status (Konfliktstatus) wird als Status Not Run (Nicht ausgeführt) angezeigt. Hinweis: Wenn Sie festgelegt haben, dass die Konflikterkennung automatisch oder zeitplanbasiert ausgeführt wird, werden die zukünftigen Ausführungen der Konflikterkennung für denselben Change Request-Datensatz nicht abgebrochen.