--- sourceDocument: Australia IT Service Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/it-service-management Release : - australia ft:locale : - en-US ft:publication_title : - Australia IT Service Management ft:clusterId : - itsm bundleId : - itsm workflow : - Technology --- # Detect change conflicts # Detect change conflicts {#ariaid-title1} Release version: Australia Updated March 12, 2026 ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 minutes to read Detect change conflicts by setting Change Management conflict analysis properties. Use the resulting information to calculate conflicts for change requests and review and modify the change to eliminate conflicts. ## Before you begin Role required: admin ## About this task By default, not all properties are selected in the Change Management Conflict Analysis Properties page. Modify or customize conflict detection capabilities to meet the needs of your organization. ## Procedure 1. Navigate to AllChangeAdministrationConflict Properties. 2. In the Change Management Conflict analysis properties page, enter the roles that have access to the conflict detection feature. 3. Configure the remaining customization properties. For more information on conflict detection properties, see [Conflict detection properties](https://servicenow-prod.fluidtopics.net/HQtY4pGQb30K3L5cH7hUYg#conflict-detection-properties "Conflict detection includes properties that determine how the conflict detection capability is executed."). 4. Select Save. {#configure-conflict-properties__steps_iph_3xx_kfb} **Related concepts** * [Conflict calendar](https://servicenow-prod.fluidtopics.net/I7dfJU_iBpGgC_duVHTFBg "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.") **Related tasks** * [Create blackout and maintenance schedules in Change Management](https://servicenow-prod.fluidtopics.net/Gyeat1enp08Zj9DzXEzZrA "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](https://servicenow-prod.fluidtopics.net/4qha2Y2yPoZUitLS4JxHtg "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.") * [Enable automatic change conflict detection](https://servicenow-prod.fluidtopics.net/WhxTMacVOFwKSVhGIs9how "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.") * [Detect conflicts manually and review conflict details](https://servicenow-prod.fluidtopics.net/uWeywcJWCXG8NmbgNukTaw#t_RunManualConflictDetection "Run conflict detection manually for a change request. Review the conflicts detected either automatically or manually and resolve them by changing the schedules.") ## Conflict detection properties {#ariaid-title2} Conflict detection includes properties that determine how the conflict detection capability is executed. Initiate properties without other settings by setting the value to Yes. Note: You can determine the mechanism for conflict detection. You can choose between the Flow and Progress Worker options by updating the change.conflict.useprogressworker system property. It is set to false by default. {#conflict-detection-properties__table_pdf_gy2_3fb__entry__2} | Property name | Description | |-|-| | change.conflict.role | A comma-separated list of roles that have access to the conflict detection feature. Roles included here should have access to the underlying change_request record. Roles are entered exactly as they appear in User AdministrationRoles. For example, itil. | | change.conflict.blackout | Checks whether the change request falls within the blackout window. | | change.conflict.relatedchildblackout | Checks whether the change request of any of the child configuration items (CIs) falls within the blackout window. | | change.conflict.relatedparentblackout | Checks whether the change request of the parent CI falls within the blackout window. | | change.conflict.currentci | Checks whether the change request is already scheduled against the given CI. | | change.conflict.currentwindow | Checks whether the change request of the CI falls within the maintenance window. | | change.conflict.relatedchildwindow | Checks whether the change request of any of the child CIs falls within the maintenance window. | | change.conflict.relatedparentwindow | Checks whether the change request of the parent CI falls within the maintenance window. | | change.conflict.ci_maint_sched | Checks whether the change request falls within the scheduled maintenance defined for the CI in the maintenance schedule reference field. | | change.conflict.relatedservices | Checks whether a change request that falls within the maintenance or blackout windows affects other related application services, such as the services created that include the CI scheduled for change or any other CI within that service. Note: This action requires any business services identified to be converted to an application service. For more information, see [Convert business services to application services](https://www.servicenow.com/docs/access?context=convert-bus-to-app-svc-intro&version=australia&pubname=australia-servicenow-platform&ft:locale=en-US). For information about application services, see [Application services](https://www.servicenow.com/docs/access?context=application-services&version=australia&pubname=australia-servicenow-platform&ft:locale=en-US) [Application services](https://www.servicenow.com/docs/access?context=application-services&version=australia&pubname=australia-servicenow-platform&ft:locale=en-US). | | change.conflict.assigned_to | Checks whether any other change request is assigned to the same change request assigned to a user. For example, if you assign a change request to a user who is already scheduled to implement another change request at that date and time, a conflict error will be displayed. | | change.conflict.mode | Determines the conflict mode for a CI. The available values are: * Basic: Checks only change requests of the CI against the change request for the CI and all affected CIs. * Advanced: Checks both the CI for the current change request and affected CIs against other change requests for the CI and affected CIs. {#conflict-detection-properties__ul_ihk_4dw_mfb} | | change.conflict.refresh.conflicts | Refreshes and run conflict detection automatically when any of the following field values are changed: * Configuration item * Planned start date * Planned end date {#conflict-detection-properties__ul_lcp_52w_mfb} | | change.conflict.populateimpactedcis | Automatically includes and lists all the business and application services with related CIs that have conflicts. | | change.conflict.identifymostcritical | Identifies the most affected business or application services that have a related conflicting CI. | | change.conflict.next_available.schedule_window | Factors from the scheduled planned start date or end date of the change request to find the next available time, enter the number of days. * Type: Integer * The default value is 90. {#conflict-detection-properties__ul_nl5_stw_mfb} | | change.conflict.next_available.choice_limit | The number of suggestions to calculate and display for the next available time. The greater the value, the more time taken to calculate the next available times to implement the change. * Type: Integer * The default value is 100. {#conflict-detection-properties__ul_dhr_d5w_mfb} | | change.conflict.log | The logging levels for change conflicts: The available options are: * Emergency * Alert * Critical * Error * Warning * Notice * Info * Debug {#conflict-detection-properties__ul_brn_p5w_mfb} The default level is Notice. | | change.conflict.show_conflict_message | Determines whether or when a message is displayed when a scheduling conflict is detected. The available options are: * User Preference: The user can select whether to show or hide the conflict message through a UI menu option. * Always: Always displays the conflict message. * Never: Conflict messages are not displayed. {#conflict-detection-properties__ul_xll_ybk_tkb}By default, User Preference is selected. | | change.conflict.allow_contiguous_changes | Handles contiguous change requests with overlapping schedules. This property is active by default. | | change.conflict.consolidated_conflicts | Displays only conflicts that result from a combination of the conflict type and schedule or conflict type and conflicting change. This property is active by default. | | change.conflict.max_count | The maximum number of conflict records that can be generated for each conflict type when conflict detection runs. Create this system property if it is not already present. * Type: Integer * The minimum value is 1000. If you set a lesser number, 1000 is displayed as the default value. {#conflict-detection-properties__ul_ovw_xkd_wfc} | [Table 1. Change Management conflict analysis properties] {#conflict-detection-properties__table_pdf_gy2_3fb} *[\>]: and then