Configuring the impact analysis settings
Before you begin
- To configure a service class, make sure you have the required permissions. For more information, see Roles-and-permissions.
To configure Impact Weight Mapping
- From the BMC Helix ITSM menu bar, click Settings.
- Click Advanced Impact Analysis > Impact Weight Mapping.
- From the Company list, select the required company.
- Click Edit weight ranges.
- Select the required Start and End ranges for the different impact levels.

- Click Save.
To configure the value for the number of CIs
If the number of CIs related to an incident exceeds the configured value, an email notification is sent to the service desk agent.
- In the BMC Helix ITSM menu bar, open Innovation Studio from the application launcher.
- Select Shared Services > Application Configuration.
- Click Edit data.
- For the com.bmc.dsm.network-impact-analysis Application bundle ID, select the BULK_RELATE_ACTION_CI_COUNT configuration.
- Change the Value from 100 to the required value.

- Click Save.
To configure a service class
- From the BMC Helix ITSM menu bar, click Settings.
- From the Settings, select the appropriate option:
- For Incident, select Advanced Impact Analysis > Service class configuration.
- For Change request, select Change Management > Service class configuration.
- In the service class configuration window, click + Service class.

- Select the class from the Class ID list and click Save.
A Saved successfully message is displayed.
To update the status of a service class
You can enable or disable the status of service classes to control their inclusion in the impact analysis run. An enabled service class is active and included in the impact analysis, while a disabled one is inactive and excluded. When updating the status, make sure all selected service classes have the same status. For example, to enable service classes, all selected classes must currently be disabled. If the selected classes have mixed statuses, the status update buttons will be dimmed.
- From the BMC Helix ITSM menu bar, click Settings.
- From the Settings, select the appropriate option:
- For Incident, select Advanced Impact Analysis > Service class configuration.
- For Change, select Change Management > Service class configuration.
- In the service class configuration window, select the class from the Class ID list that you want to update.
- Select the status (enabled or disabled) that you want for the selected service class.

The status of the service class is updated in the status column.
To delete a configured service class
- From the BMC Helix ITSM menu bar, click Settings.
- From the Settings, select the appropriate option:
- For Incident, select Advanced Impact Analysis > Service class configuration.
- For Change request, select Change Management > Service class configuration.
- In the service class configuration window, select the class from the Class ID list that you want to delete.
- Click Delete.

- In the warning message, click Yes to delete the record.
A Record(s) deleted successfully message is displayed.
To create an automated impact analysis rule for incidents
Rule-based impact analysis is automatically triggered when a rule matches the company name, trigger events, incident fields, and primary alarm fields defined in the rule. Also, if incident-related events, such as incident creation, CI association, or CI disassociation, are updated, impact analysis is triggered with a delay between updates. This automation reduces manual effort and provides faster visibility into service impacts.
To successfully create and save a rule, you must:
- Enter a description (rule name)
- Select a company name
- Select at least one trigger event (Incident creation, CI association, or CI disassociation)
- Add at least one mapping field in the qualification builder.
- From the BMC Helix ITSM menu bar, click Settings.
The Settings page is displayed. - Select Advanced Impact Analysis > Automated rule for incident.
- Click + Rule.
The create rule for incident panel is displayed.
- Enter the name for the rule.
- From the Company list, select the company to which the rule applies.
- In Trigger event, select at least one of the following events:
- Incident creation
- CI association
- CI disassociation
- Enter a Precedence value for the rule. Rules with higher precedence are triggered first when multiple rules match.
- In the Map with following fields section under Qualification, click Build expression.
- In the Build expression screen, in Fields, select the field that you want to map with the rule.
- In Operators, select the operator for the expression.
- In Value, select the value for the selected field and click Add.
Similarly, you can add multiple conditions by using different operators, such as AND, OR, and LIKE. - Click Apply.
The following image shows an example of a qualification defined in the Build expression:
- In the Post impact analysis actions section under Auto relate CIs post impact analysis, select one of the following options:
Option Description No Does not relate any impacted configuration items (CIs). Impacted CIs must be associated manually (Optional).
If you select this option, the Association options is dimmed.
All impacted services Associates only the impacted services defined in the service class configuration. No other configuration items are associated.
All impacted CIs and services Associates all impacted CIs and services identified by the impact analysis. Custom qualification Applies actions based on a user‑defined qualification.
- When a Custom qualification is selected, click Build expression.
- In the build expression window, select Fields, Operators, and add a Value to define your qualification, then click Apply to save the expression.
- From the Association options list, select one of the following options. These options are available if you select All impacted services, OR All impacted CIs and services, OR Custom qualification option under Auto relate CIs post impact analysis.
Option Description Additive Adds new impact associations to the incident after performing the impact analysis without deleting the existing impact associations.
Delete existing and create new Replaces all existing impacted associations with new impacted associations. - Click Save.
The newly created automation rule is added to the Automated rule for the incident page.
To create an automated impact analysis rule for change requests
- From the BMC Helix ITSM menu bar, click Settings.
The Settings page is displayed. - Select Change Management > Impact Analysis Rules.
- Click + Rule.
The create rule for incident panel is displayed. - Enter the name for the rule.
- From the Company list, select the company to which the rule applies.
- From the Rule status list, select the status.
- From the Trigger status list, select the change request status transition for which the automated rule is executed.
- Enter a Precedence value for the rule. Rules with higher precedence are triggered first when multiple rules match.
- From the Impact analysis method list, select the method.
- In the Map with following fields section under Qualification, click Build expression.
- In the Build expression screen, in Fields, select the field that you want to map with the rule.
- In Operators, select the operator for the expression.
- In Value, select the value for the selected field and click Add.
Similarly, you can add multiple conditions by using different operators, such as AND, OR, and LIKE. - Click Apply.
- From the Auto relate CIs post impact analysis list, select one of the following options:
Option Description No Does not relate any impacted configuration items (CIs). Impacted CIs must be associated manually.
If you select this option, the Association options and Impact calculation options fields are dimmed.
All impacted services Associates only the impacted services defined in the service class configuration. No other services are associated. For more information about configuring service classes, see Configuring rules for automated impact analysis of change requests.
All impacted CIs and services Associates all impacted CIs and services identified by the impact analysis.
- From the Association options list, select one of the following options. These options are available if you select the All impacted services, OR All impacted CIs and services option under Auto relate CIs post impact analysis.
Option Description Additive Adds new impact associations to the change request after performing the impact analysis without deleting the existing impact associations.
Delete existing and create new Replaces all existing associations with new associations. - From the Impat calculation options, select one of the following options:
Option Description Based on service CI impact value Use this option when the overall impact of a change is determined by the most critical service affected. The impact value is updated only if the calculated value is higher than the existing impact value.
Example:
A change request has an existing impact value of Minor. Impact analysis identifies multiple impacted services, with the highest service impact value set to Moderate. Because Moderate is higher than Minor, the impact value is updated to Moderate.
Based on impacted CI count Provide a range (Minimum value and Maximum value) of the number of impacted CIs with impact levels.
Use this option when the overall impact of a change is determined by the number of impacted configuration items (CIs). The impact value is updated only if the calculated value is higher than the existing impact value.

Example:
A change request has an existing impact value of Minor. Impact analysis identifies 22 impacted CIs. Based on the defined CI count ranges, 22 falls within the range for Moderate. Because Moderate is higher than Minor, the impact value is updated to Moderate.
Custom process Select the Process name from the list.
Use this option to calculate the impact by using custom logic configured in BMC Helix Innovation Studio.
Example
A change request requires an impact calculation based on organization‑specific criteria. A custom process is selected to evaluate the impact using the defined logic, and the impact value is calculated based on the outcome of that process.
To know more about creating a process in BMC Helix Innovation Studio to define a logic for impact calculation, see Defining the application business logic through processes.
- Click Save.
The newly created automation rule is added to the Impact Analysis Rules page.
Supported operators for building expressions
The following are the operators that you can use while building the expressions.
| Operator | Description | Example |
|---|---|---|
| = | Equal to | |
| != | Not equal to | |
| > | Greater than | |
| < | Less than | |
| >= | Greater than or equal to | |
| <= | Less than or equal to | |
| ( ) | Combines multiple conditions for precedence | |
| LIKE | Matches a pattern (partial match) | |
| AND | Combines multiple conditions (both true) | |
| OR | Combines multiple conditions (either true) | |
| NULL | Checks if a field has no value | Resolution NULL |
To manage an automated impact analysis rule
Administrators can edit or delete automated impact analysis rules from the BMC Helix ITSM Settings. These rules help control how impact analysis behaves for both Incidents and Change Requests. The following table provides the steps to manage automated rules:
| Action | Incident | Change Request |
|---|---|---|
| Access the automated rule page | Go to Settings > Advanced Impact Analysis > Automated Rule for Incident | Go to Settings > Change Management > Impact Analysis Rules |
| Edit an automated rule |
| |
| Change the status of an automated rule |
| |
| Delete an automated rule |
| |
Supported attributes and classes in the CMDB Common Data Model
The following attributes and classes are available in the CMDB Common Data Model to support the service impact-related activities in BMC Helix NetOps.
Attributes in the BMC_BaseElement class
Class | Attribute | Description | Data type | Required? | Hidden? |
|---|---|---|---|---|---|
BMC_BaseElement | ImpactStatus | Stores the CI's current impact status. When running an impact analysis, it is necessary to understand if this CI is already impacted by another ITSM ticket. You can set this attribute value either manually or through impact analysis. This attribute supports the following values:
| Integer | N | N |
BMC_BaseElement | RPLTargetName | Specifies an arbitrary name for a target when calculating ring networks in impact analysis. This ring network determines if a CI has a route available to another CI or services that the CI is running. This attribute supports the following values:
| Character | N | N |
Attributes in the BMC_BaseRelationship class
Class | Attribute | Description | Data type | Required? | Hidden? |
|---|---|---|---|---|---|
BMC_BaseRelationship | Resilient | Flags a relationship as part of a resilient group. When this attribute's value is 1 (Yes), all resilient relationships with the same destination ID will use the same resiliency calculation to determine the impact weight. A value of 0 indicates that the relationship is not part of a resilient group. This attribute supports the following values:
| Integer | N | N |
BMC_BaseRelationship | ImpactReporting | Holds the threshold value for onward reporting of an impact. This value determines whether the next CI in the hierarchy is impacted. When an impact tree is being evaluated to calculate whether the impact is carried forward in the hierarchy, the impact chain ends when the impact weight does not exceed the threshold value. This attribute supports the following values:
| Selection | N | N |
BMC_BaseRelationship | RPLReachableName | Specifies the value that is used in calculating ring networks during impact analysis. During impact analysis, the ring impacts are assessed based on the RPLReachableName attribute value and the RPLTargetName attribute value. When the RPLReachableName attribute value is the same as the destination instance's RPLTargetName attribute value, the impact is considered to propagate from source to destination. This attribute supports the following values:
| Character | N | N |
Classes in the Common Data Model
Parent Class | Class | Sub-class | Description | Class type type | Required? | Hidden? |
|---|---|---|---|---|---|---|
BMC_BaseElement | BMC_Service |
| This class is the base class for defining the service hierarchy. All services are related to products or resources. | Regular | N | N |
BMC_CustomerFacingService | This class defines the properties of a customer-facing service. For example, a VPN is a customer-facing service, but the sub-services that perform different types of routing between network devices that make up the VPN are examples of resource-facing services. | Categorization | N | N | ||
BMC_ResourceFacingService | This class is an abstract class for resource-facing services. The class defines the characteristics of particular services that support the network or infrastructure part of the service. Resource-facing services are internal technical solutions required to support a customer-facing service. For example, a VPN is an example of a customer-facing service. This particular type of VPN may require a Border Gateway Protocol (BGP) to support it. BGP is an example of a resource-facing service. | Categorization | Y | N | ||
BMC_Resource |
| This class defines the attributes that fit any of the following descriptions:
| Regular | N | N | |
BMC_PhysicalResource | This class is an abstract base class for describing the different types of hardware that constitute a product. This class has the following purposes:
| Categorization | N | N | ||
| BMC_PhysicalLink | This class is a non-abstract class that represents the connections between hardware entities. This class enables the modeling of wireless and connector-based communication. | Categorization | N | N | ||
BMC_LogicalResource |
| This class is an abstract base class for describing different logical aspects of devices, such as device interfaces (DeviceInterfaces) that constitute a product. This class has the following purposes:
| Categorization | N | N | |
BMC_NetworkAddress | This class represents the generic concept of a network address. Its subclasses define different types of addresses for different technologies. It serves as a convenient point for sourcing and terminating relationships, eliminating undue duplication of relationships that interact with the subclasses of NetworkAddress. | Categorization | N | N | ||
BMC_Protocol | This class is an abstract base class for representing protocols that can be managed. This class represents a convenient aggregation point for defining how protocols are managed and used. | Categorization | N | N | ||
BMC_TopologicalLink | This class represents a communication relationship between network entities and indicates the information intended to flow between those network entities. This class always represents a logical relationship. | Categorization | N | N |
