Detect conflicts manually and review conflict details
-
- UpdatedJan 30, 2025
- 3 minutes to read
- Yokohama
- Change Management
Run conflict detection manually for a change request and cancel conflict detection before it completes. Review the conflicts detected either automatically or manually and resolve them by changing the schedules.
Before you begin
- Configuration item, except in advanced mode. In advanced mode, the Affected CIs field is required instead.
- Planned start date of the change request.
- Planned end date of the change request.
For more information about running conflict detection automatically, see Enable automatic change conflict detection.
- CMDB list size and relationship complexities
- If you have a large organization with a large CMDB, conflict detection can take longer to complete.
- Inactive changes are not evaluated
- Conflict detection does not evaluate inactive changes when determining conflicting changes.
- Advanced mode conflict checking is disabled by default
- When you upgrade the application, advanced mode conflict checking is disabled by default and affected CIs are not considered during conflict detection. To evaluate all the CIs, set the mode to Advanced.
Role required: itil or sn_change_write
Procedure
Result
Cancel conflict detection manually
Cancel any conflict detection jobs that are actively running for a change request if you want to make any modifications to the schedules. After modifying the schedules, you can rerun the check conflicts action again to identify potential conflicts.
Before you begin
Role required: admin
Procedure
On this page
Related Content
- Configure conflict analysis properties
Configure Change Management conflict analysis properties to detect change conflicts. Use the relevant information to calculate conflicts for change requests and review and modify the change to eliminate conflicts.
- Create blackout and maintenance schedules in Change Management
Use the Blackout and Maintenance windows to schedule a change. Blackout windows specify times during which normal change activity should not be scheduled. Maintenance windows specify times during which change requests should be scheduled. For example, create a blackout schedule for code freezes at the end of the year. blackout-maintenance-schedule
- Configure a change request to monitor outside maintenance schedule conflicts
When a change request is configured to display the conflicts that are outside the maintenance schedule, conflict detection indicates whether the planned start and end dates occur outside the maintenance window or not. By reviewing the conflicts that are detected, you can modify the change schedule.
- Conflict calendar
The conflict calendar graphically represents the potential scheduling conflicts for a change request. Conflicts are identified as active change requests, blackout schedules, and changes scheduled outside maintenance schedules. Use the Scheduling Assistant to resolve any schedule conflicts.
- Enable automatic change conflict detection
Automate conflict detection to run at specific intervals or when a change request is updated to immediately review the conflicts when the schedule dates are updated.