---
sourceDocument: Australia IT Service Management
sourceDocumentLink: https://www.servicenow.com/docs/r/it-service-management

 Release :

    - australia

ft:locale :

    - en-US

ft:publication_title :

    - Australia IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Create blackout and maintenance schedules in Change Management

# Create blackout and maintenance schedules in Change Management {#ariaid-title1}

* Release version: Australia
* 
* Updated March 12, 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 minutes to read

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

## Before you begin

Role required: itil_admin or admin

Ensure that the [Change Management - Collision Detector](https://www.servicenow.com/docs/OBTfpLV7moUUM1rz6sU28w "You can activate the Change Management - Collision Detector plugin (com.snc.change.collision) if you have the admin role. This plugin includes demo data and activates related plugins if they are not already active.")
(com.snc.change.collision) plugin is activated.

## About this task

Conflict detection uses blackout and maintenance schedules to find potential scheduling conflicts for the configuration items (CIs) associated with a change request. When conflict detection runs, either automatically or by manual request, conflict detection determines if either type of defined schedule applies to the change request. If a potential conflict is identified, a warning message appears and conflicts are listed within the Conflict form section. View conflicts in the [Conflict calendar](https://www.servicenow.com/docs/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.").  
Note:  
To use the business service as the source for a blackout or maintenance schedule, the business service must be converted to an application service. For instructions, 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).

Conflict detection evaluates both the parent and child configuration items (CIs) of any CI in scope. A blackout or maintenance schedule applied to an
upstream service, or CI also captures downstream child CIs that appear in change requests. For the full list of relationships that trigger a conflict, see [Conflict detection](https://www.servicenow.com/docs/_WGrzFTQyCw~c9cgC4OlEQ "Conflict detection identifies potential scheduling conflicts for a change request based on the configuration items, and planned start and end date or the change. If a scheduling conflict exists, conflict detection also checks any related blackout or maintenance schedules and other active change requests to determine the scheduling conflict.").

## Procedure

1. Create a blackout or maintenance schedule.

   | Option | Description |
   | Create a blackout schedule | 1. Navigate to ChangeSchedulesBlackout Schedules. 2. Click New. {#t_CreateBlkoutMaintSched__ol_jcb_j2d_3t} |
   | Create a maintenance schedule | 1. Navigate to ChangeSchedulesMaintenance Schedules. 2. Click New. {#t_CreateBlkoutMaintSched__ol_ftf_k2d_3t} |
   |-|-|

   {#t_CreateBlkoutMaintSched__choicetable_p11_g2d_3t}
2. On the form, fill in the fields.  
   {#t_CreateBlkoutMaintSched__table_avy_xxk_xs__entry__2}

   | Field | Description |
   |-|-|
   | Name | Unique name for the schedule. |
   | Description | Short description about the schedule. |
   | Time zone | Time zone for the schedule. Select Floating to evaluate planned start and end dates on the Change Request form for the logged-in user. |
   | Source | Source of the blackout or maintenance schedule. Select one of the following options to scope the schedule: * Service: Applies the schedule to an application service. The business service must be converted to an application service to be available as a source. * Change Request: Applies the schedule to change requests that match the conditions you define. * CI Class: Applies the schedule to a configuration item (CI) class and its child classes. This option enables the Applies to field for selecting the CI class. {#t_CreateBlkoutMaintSched__ul_jzc_w31_ckc} Note: When you select Service or Change Request from the Source list, the Applies to field does not appear. The Applies to field appears if you select CI Class as the Source, which in turn enables the selection of a CI Class. |
   | Choosing a Source ||
   | When to use each source | Use Service when the schedule must cover every CI that supports a given application service. Use Change Request when the schedule applies to a defined set of change requests rather than to CIs. Use CI Class when the schedule applies broadly to a class of CIs and its children. The selected source determines which fields, such as Applies to, appear on the form, and how conflict detection evaluates the schedule. For details, see [Conflict detection](https://www.servicenow.com/docs/_WGrzFTQyCw~c9cgC4OlEQ "Conflict detection identifies potential scheduling conflicts for a change request based on the configuration items, and planned start and end date or the change. If a scheduling conflict exists, conflict detection also checks any related blackout or maintenance schedules and other active change requests to determine the scheduling conflict."). |
   | Applies to | CI classification that the conflict detection is filtered on. You can select a dynamic CI group so that all the configuration items in that dynamic CI group will be taken into account for blackout and maintenance when conflict detection is run. The dynamic CI group is seen as the parent CI to all the CIs that are within that group. If there are scheduling conflicts related to any of the CIs in the dynamic group, the conflict will be shown in the conflicts table of the dynamic CI group. |
   | Condition | Conditions to specify the CIs that the schedule applies to. Use this field to scope a blackout against a set of CIs. For example, all CIs in a class that meet a chosen attribute. This field does not appear when the Applies to field is set to None. To exclude specific change Note: Related fields used in conditions are not evaluated for blackout or maintenance schedules. |
   [Table 1. Blackout and Maintenance schedule form]

   {#t_CreateBlkoutMaintSched__table_avy_xxk_xs}
3. Open the form context menu and select Save.  
   A blackout or maintenance schedule is created and the Schedule Entries, Child Schedules, and Referenced By related lists appear in the change.  
   Note:  
   The Blackout Schedule \[cmn_schedule_blackout\] table extends the Condition Schedule \[cmn_schedule_condition\] table, which in turn extends the Schedule \[cmn_schedule\] table. The Blackout Schedule table inherits the domain
   properties from the Schedule table which has the Domain and Domain path columns.

   Because the Blackout schedule table uses the same Child Schedule and Schedule Entry tables as the Schedule table uses, the domain support is identical. The domain_master attribute is used to derive the domain from a parent record. For more information, see [Domain support for schedules](https://www.servicenow.com/docs/access?context=domain-support-for-schedules&version=australia&pubname=australia-platform-administration&ft:locale=en-US).
4. Create one or more schedule entries by completing the following steps:
   1. In the Schedule Entries related list of the new maintenance schedule, select New.
   2. Enter a unique name and define the time during which you want to schedule the maintenance.  
      For more information about the schedule entries field, see [Schedule entry fields](https://www.servicenow.com/docs/access?context=r_ScheduleEntryFields&version=australia&pubname=australia-platform-administration&ft:locale=en-US).

   {#t_CreateBlkoutMaintSched__substeps_bdp_fw1_ckc}  
   Note:  
   To delete the schedule created, select Delete. If you delete a schedule, the child schedules and schedule entries associated with the schedule would be deleted automatically.
5. Optional: Add a child schedule to refine the blackout coverage.
   1. In the child schedules related list, select New.
   2. Define the child schedule for the specific set of CIs or time window you want to add under this blackout.  
      A child schedule inherits from the parent blackout and lets you apply a more specific window to a subset of CIs.
   {#t_CreateBlkoutMaintSched__substeps_uw5_jw1_ckc}

## Result

A blackout or maintenance schedule is created.  
Important:  
Conflict detection evaluates not only the CI explicitly named in a change request, but also its parent and child CIs by walking the relationships defined in the configuration management database (CMDB). As a result, a schedule you apply to an upstream business service or CI also covers the downstream CIs associated with that service or CI. For example, a blackout schedule on a payment service captures a change request that targets a database CI that supports that service, because the database is a child of the service.

To scope a schedule by CI class and its children, set Source to CI Class and select a class
in the Applies to field. The schedule then applies to all CIs in that class and any child classes.

## What to do next

Associate the configuration item with the maintenance schedule that is used in the
change request.
* **[Assign a maintenance schedule to configuration items](https://www.servicenow.com/docs/vm1YMv4PjU1LdRe_41GGeg)**   
  You can review and determine the conflicts in a change schedule by assigning the maintenance schedules to configuration items (CI). After you assign a maintenance schedules to the CI, add the CI to the change request.

**Related concepts**   

* [Conflict calendar](https://www.servicenow.com/docs/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**   

* [Detect change conflicts](https://www.servicenow.com/docs/HQtY4pGQb30K3L5cH7hUYg#configure-conflict-properties "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.")
* [Configure a change request to monitor outside maintenance schedule conflicts](https://www.servicenow.com/docs/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://www.servicenow.com/docs/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://www.servicenow.com/docs/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.")  
**Related topics**   

* [Define a schedule](https://www.servicenow.com/docs/access?context=t_DefineASchedule&version=australia&pubname=australia-platform-administration&ft:locale=en-US)
* [Schedule entry fields](https://www.servicenow.com/docs/access?context=r_ScheduleEntryFields&version=australia&pubname=australia-platform-administration&ft:locale=en-US)
* [Parent and child schedules](https://www.servicenow.com/docs/access?context=c_ParentAndChildSchedules&version=australia&pubname=australia-platform-administration&ft:locale=en-US)

*[\>]: and then