Configuring the impact analysis settings


As an administrator or a user with the telco config role, you can configure the impact weight ranges for the different impact levels. The values you configure for a particular company are used when a service desk agent runs the impact analysis in the advanced impact analysis console. The impact analysis helps you identify the CIs and services most affected by degraded or impaired related input CIs for an incident.

You can also configure the service classes to be identified as service Configuration Items (CIs) during impact analysis. When a change or incident user runs the impact analysis by using the Advanced Impact Analysis console, these classes are treated as service CIs. Use this capability to achieve a more accurate reflection of your organization's service architecture.

The product console lists classes registered in the CMDB Portal, which can be configured as service classes. This feature helps you configure service classes other than the following out-of-the-box (OOTB) service classes.

  • BusinessService
  • CustomerFacingService
  • ResourceFacingService

For details on the supported attributes and classes in the CMDB Common Data Model, see Supported attributes and classes in the CMDB Common Data Model.

In BMC Helix Telco Extension, as an administrator, you can create a rule to automatically trigger impact analysis and relate impacted CIs to incidents. This feature eliminates delays caused by manual execution and ensures faster identification of affected services during incident creation or CI changes, improving response time and operational efficiency. 

Information
Scenario

Charlie, a Telco admin, wants impact analysis to run automatically when a critical alarm is raised on a core network router. He accesses BMC Helix ITSM application settings > Advanced Impact Analysis > Automated rule for incident, and creates a rule with Incident creation as the trigger and relevant mapping fields. Once saved, impact analysis is automatically triggered for any matching incident, whether incident is created manually or via an alarm.

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

  1. From the BMC Helix ITSM menu bar, click Settings.
  2. Click Advanced Impact Analysis > Impact Weight Mapping.
  3. From the Company list, select the required company.
  4. Click Edit weight ranges.
  5. Select the required Start and End ranges for the different impact levels.
    Impact analysis configuration Edit weight ranges.png
  6. 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.

  1. In the BMC Helix ITSM menu bar, open Innovation Studio from the application launcher.
  2. Select Shared Services > Application Configuration.
  3. Click Edit data.
  4. For the com.bmc.dsm.network-impact-analysis Application bundle ID, select the BULK_RELATE_ACTION_CI_COUNT configuration.
  5. Change the Value from 100 to the required value.
    BULK_RELATE_ACTION_CI_COUNT.png
  6. Click Save.

To configure a service class

  1. From the BMC Helix ITSM menu bar, click Settings.
  2. 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.​​​​
  3. In the service class configuration window, click + Service class.
    configure service class
  4. Select the class from the Class ID list and click Save.
    A Saved successfully message is displayed.
Warning
Important

While running impact analysis, only service classes in the enabled state are considered.

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.

  1. From the BMC Helix ITSM menu bar, click Settings.
  2. From the Settings, select the appropriate option:
    • For Incident, select Advanced Impact Analysis > Service class configuration.
    • For Change, select Change Management > Service class configuration.
  3. In the service class configuration window, select the class from the Class ID list that you want to update.
  4. Select the status (enabled or disabled) that you want for the selected service class.
    update a service class status
    The status of the service class is updated in the status column.

To delete a configured service class

  1. From the BMC Helix ITSM menu bar, click Settings.
  2. 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.
  3. In the service class configuration window, select the class from the Class ID list that you want to delete.
  4. Click Delete.
    delete service class
  5. In the warning message, click Yes to delete the record.
    A Record(s) deleted successfully message is displayed.
Warning
Important

You cannot delete out-of-the-box (OOTB) service classes. The delete button is dimmed when you select an OOTB service class.

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.
Warning
Important

The Save button remains disabled until all mandatory fields are filled. Rules can be created at both the company and global levels. Only administrators can create, edit, or delete rules.

  1. From the BMC Helix ITSM menu bar, click Settings.
    The Settings page is displayed.
  2. Select Advanced Impact Analysis Automated rule for incident.
  3. Click + Rule.
    The create rule for incident panel is displayed.
    Automated rule for incident impact analysis run
  4. Enter the name for the rule.
  5. From the Company list, select the company to which the rule applies.
  6. In Trigger event, select at least one of the following events:
    • Incident creation
    • CI association
    • CI disassociation
  7. Enter a Precedence value for the rule. Rules with higher precedence are triggered first when multiple rules match.
  8. In the Map with following fields section under Qualification, click Build expression.
    1. In the Build expression screen, in Fields, select the field that you want to map with the rule.
    2. In Operators, select the operator for the expression.
    3. 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.
    4. Click Apply.
      The following image shows an example of a qualification defined in the Build expression:
      Build expresion
      ​​​
  9. In the Post impact analysis actions section under Auto relate CIs post impact analysis, select one of the following options:
    OptionDescription
    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 servicesAssociates all impacted CIs and services identified by the impact analysis.
    Custom qualification

    Applies actions based on a user‑defined qualification.

    1. ​​​When a Custom qualification is selected, click Build expression.
    2. ​​​​​​In the build expression window, select Fields, Operators, and add a Value to define your qualification, then click Apply to save the expression.

    ​​​

  10. 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.
    OptionDescription
    Additive

    Adds new impact associations to the incident after performing the impact analysis without deleting the existing impact associations.

    Delete existing and create newReplaces all existing impacted associations with new impacted associations.
  11. 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

  1. From the BMC Helix ITSM menu bar, click Settings.
    The Settings page is displayed.
  2. Select Change Management Impact Analysis Rules.
  3. Click + Rule.
    The create rule for incident panel is displayed.
  4. Enter the name for the rule.
  5. From the Company list, select the company to which the rule applies.
  6. From the Rule status list, select the status.
  7. From the Trigger status list, select the change request status transition for which the automated rule is executed.
  8. Enter a Precedence value for the rule. Rules with higher precedence are triggered first when multiple rules match.
  9. From the Impact analysis method list, select the method.
  10. In the Map with following fields section under Qualification, click Build expression.
    1. In the Build expression screen, in Fields, select the field that you want to map with the rule.
    2. In Operators, select the operator for the expression.
    3. 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.
    4. Click Apply.
  11. From the Auto relate CIs post impact analysis list,  select one of the following options:
    OptionDescription
    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 servicesAssociates all impacted CIs and services identified by the impact analysis.

    ​​​​​

  12. 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.
    OptionDescription
    Additive

    Adds new impact associations to the change request after performing the impact analysis without deleting the existing impact associations.

    Delete existing and create newReplaces all existing associations with new associations.
  13. From the Impat calculation options, select one of the following options:
    OptionDescription
    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 ModerateBecause 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.

    Based on impacted CI count

    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.

  14. 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.

OperatorDescriptionExample
=Equal to

'Alarm severity' "critical" 

!=Not equal to'Alarm severity' ~
>Greater than'Reporting system' "5" 
<Less than'Reporting system' "5" 
>=Greater than or equal to'Reporting system' >= "5" 
<=Less than or equal to'Reporting system' <= "5" 
( )Combines multiple conditions for precedence'Alarm type' "communicationsAlarm" OR 'Alarm type' "equipmentAlarm" AND 'Alarm severity' "critical" 
LIKEMatches a pattern (partial match)'Reported source' LIKE "External Escalation" 
ANDCombines multiple conditions (both true)'Alarm severity' "critical" AND 'Alarm type' "equipmentAlarm" 
ORCombines multiple conditions (either true)

'Alarm type' "communicationsAlarm" OR 'Alarm type' "equipmentAlarm" 

NULLChecks if a field has no valueResolution 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:

​​​

ActionIncidentChange Request
Access the automated rule pageGo to Settings > Advanced Impact Analysis > Automated Rule for IncidentGo to Settings Change Management > Impact Analysis Rules
Edit an automated rule
  1. Select the rule from the list.
  2. Edit the required fields.
  3. Click Save.
Change the status of an automated rule
  1. Select one or more rules from the list. 
  2. Select the status (enabled or disabled)
    Change the stuatus of automated rule
Delete an automated rule
  1. Select the rule from the list.
  2. Click Yes in the confirmation message.

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:

  • (Default value)
  • (Minimum Value)
  • 100 (Maximum Value)

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:

  • Null (Default value)
  • False (Minimum Value) 
  • 100 (Maximum Length)

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:

  • 0 (Default value
  • 1

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:

  • (Default value)
  • 5 (None)
  • 10 (Degraded)
  • 15 (LoS)
  • 20 (LoS-Direct)
  • 25 (Ring)

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:

  • Null (Default value)
  • Any other value not exceeding 100 characters.

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:

  • They are common to all resources that make up a product.
  • They are used to configure a service.
  • They support enterprise infrastructure.

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:

  • Collecting common attributes and relationships for all hardware.
  • Providing a convenient, single point where relationships with other managed objects can be defined.

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:

  • To collect common attributes and relationships for all logical entities
  • To provide a convenient, single point where relationships with other managed objects can be defined.

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

 

Tip: For faster searching, add an asterisk to the end of your partial query. Example: cert*

BMC Helix Telco Extensions 26.2