Associated CIs on a change request
- UpdatedJan 30, 2025
- 5 minutes to read
- Yokohama
- Change Management
You can associate additional CIs or services to change requests through related lists on the Change Request form. You can also associate CIs with a change request from the dependency views map.
The Affected CIs and Impacted Services/CIs related lists enable you to manage CI changes.
When you first access a change request and work with these related lists, you can identify CIs across CI classes using configuration class. You can change the configuration class manually to filter the list and narrow the selection of CIs. For example, to filter for Linux servers only, select Linux Servers as the Configuration Class.
You can also create and save filters to provide quick access to common CI searches. The next time you access the change request, the Configuration Class field displays the last associated CI class. This automatic filter ensures that relevant CIs are displayed.
After identifying the CIs affected by a change request, you can add them to the Affected CIs related list on the change request. After saving affected CIs, you can open the form context menu and select the Refresh Impacted Services option. This option populates the Impacted Services/CIs related lists based on the primary CI i.e. the CI that is mentioned on the form.
- The manually added CIs are not deleted each time the impacted services are refreshed. However, business services related to the CIs are displayed on the Impacted Services/CIs related list.
- Refresh Impacted Services was only available for Change Request table. From this release, it is available for tables that extend the Task table. The list of these tables is driven by the com.snc.task.refresh_impacted_services property. This UI action populates the Impacted Services/CIs related list based on the primary CI i.e. the CI that is mentioned on the form.
- The Impacted Services list includes application services discovered by Service Mapping.
Add affected CIs to change requests using dependency views
You can use dependency views to identify dependent CIs affected by a change request, and then add them to the Affected CIs related list.
Before you begin
Role required: itil, sn_change_write, or admin
About this task
When a change request is associated with a configuration item, the change record becomes accessible from dependency views. Services affected by the change request are easy to assess in dependency views.
If not visible, the administrator can configure the change request form to display the Affected CIs related list.
Procedure
Associate multiple CIs with a change request
You can associate multiple impacted or affected CIs with a single change request.
Before you begin
Role required: itil, change_manager, sn_change_write, or admin
About this task
Use the .
In the Affected CIs related list, a new filter is added for the Principal Class. You can control this functionality by the system property com.snc.task.principal_class_filter. The property contains all the task types where the Principal Class filter is applied to.
When you create a change request, you can add multiple CIs to that change request using the Affected CIs or Impacted Services/CIs related lists in the change record. Affected CIs can be added only when the change request is in the New state.
Procedure
Add an affected CI with a calculated application service
From the change request form, you can add an affected CI that is associated with a calculated application service.
Before you begin
Role required: itil, sn_change_write, or admin
Procedure
Related Content
- Dependency Views
- Mass Update CI
The Mass Update CI plugin enable users to apply the same update to a set of CIs for a specific CI class. The Change Management - Mass Update CI plugin is intended to be used when the Change Management - State Model plugin is activated.