Scheduling an auto-update of dependencies

  • Release version: Australia
  • Updated March 12, 2026
  • 8 minutes to read
  • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Scheduling an auto-update of dependencies

    ServiceNow's Business Continuity Management (BCM) application enables scheduling automatic updates of dependencies in Business Impact Analyses (BIAs) using source data and relationships from the Configuration Management Database (CMDB). This capability ensures BIAs, Business Continuity Plans (BCPs), and events reflect the latest dependency information, improving accuracy and reliability in impact analysis and recovery planning.

    Show full answer Show less

    Configuring Auto-Update of Dependencies

    BCM administrators set up the auto-update process in the Impact analysis dependency update configuration module, accessible via Business Continuity Workspace > General Administration. Multiple configuration rules can be created with filter conditions to target specific BIAs, such as active or archived records. When enabled, the system schedules dependency updates and optionally notifies BIA owners via email.

    This setup is a one-time configuration that synchronizes dependency updates based on CMDB sources. The dependencies updated apply to BIAs listed in the "Applies to" field.

    Using Updated Dependencies and Scheduled Jobs

    Starting with the Xanadu release, updated dependencies from BIAs support dependency assessments at the asset level, incorporating recovery objectives and tiers to inform recovery and data backup requirements.

    The system includes a scheduled job named Update BIA dependencies snapshot, which runs periodically (weekly by default) to fetch and apply dependency updates. This job is inactive by default and requires activation by system administrators. It processes up to 1,000 BIA records per run, respecting a system property limit, and creates snapshot records capturing dependency changes.

    The scheduled job evaluates BIAs against configured filters, compares new dependency data with existing records, categorizes changes (Added, Updated, Deleted), and applies updates automatically if configured. Notifications to BIA users occur if enabled.

    Manual Dependency Updates

    BCM users can manually update BIA dependencies anytime using the Update dependencies UI action within the Dependency assessment section of a BIA record. This approach fetches real-time dependency data from CMDB sources and creates snapshot records, allowing immediate updates outside the scheduled job cycle.

    Snapshot Records and Notifications

    Each dependency update—whether triggered by the scheduled job or manual action—results in a snapshot record that details the changes made. Only one active snapshot per BIA exists at a time. Snapshots provide auditability and are displayed in the Pending updates module of the Business Continuity Workspace. Completed snapshots are automatically purged after several months.

    Users receive UI notifications in the Dependency assessment area when updates are available, prompting review and application of changes.

    Roles and Permissions

    • BCM Program Managers, Planners, and Managers: Can update BIA dependencies.
    • BCM Administrators: Responsible for configuring the Impact analysis dependency update settings.
    • Users with dependency assessment update rights: Can import updates into BIAs.

    Data Relationships Framework Integration

    The BCM application leverages the Data Relationships Framework (installed by default) to streamline fetching and managing dependencies from the CMDB, reducing manual effort and improving dependency accuracy in BIAs. This support began with the Australia release.

    Practical Benefits for ServiceNow Customers

    • Automates keeping BIA dependencies current, reducing manual workload and errors.
    • Enables timely notifications to BIA owners about dependency changes.
    • Supports more accurate recovery planning with up-to-date dependency and recovery time information.
    • Offers flexibility to update dependencies either on a scheduled basis or manually as needed.
    • Provides audit trails through snapshot records for all dependency updates.

    You can schedule an auto-update of the dependencies in the business impact analysis based on the source data and relationships in the CMDB. You can receive an email notification with details of the BIA dependency updates from the BCM application.

    The video shows how BCM Managers can use the CMDB as a source to update dependencies in a Business Impact Analysis (BIA). The same process applies to Business Continuity Plans (BCPs) and events.

    Scheduling an auto-update of the dependencies

    The BCM administrators can schedule an auto-update of the BIA dependencies in the Impact analysis dependency update configuration module, based on the source data and relationships in the CMDB. You can access the auto-update configuration module by navigating to Business Continuity Workspace > General Administration > Impact analysis dependency update configuration.

    The Impact analysis dependency update configuration module is shown in the example.

    Updating the BIA dependencies.

    You can create multiple rules for the same record. The system evaluates configurations in ascending order and applies the first configuration whose filter condition the record satisfies. For example, you can define another configuration rule for archived BIA records as shown in the example.

    Archived BIA records.

    When the BCM administrators select the Auto-update dependencies option, the BCM application schedules an auto-update of the dependencies in the BIAs. Similarly, when the Send notification option is selected, the BCM application sends automated emails to the BIA owners about the dependency updates.

    The source for the BIA dependencies is CMDB.
    Note:
    The dependencies are fetched for the BIA that is listed in the Applies to field of the BIA record such as HR Application BIA, Accounts Receivable BIA.

    Setting up the Impact analysis dependency update configuration module is a one-time activity. Once the sources are configured in the Impact analysis dependency update configuration module, the dependency updates are synchronized in the BIA.

    For more information on setting up the Impact analysis dependency update configuration module, see Configuring impact analysis dependency updates.

    Using the updated dependencies with the Xanadu release

    Beginning with the Xanadu release, you can use the updated dependencies from the latest BIA record to conduct a dependency assessment on an asset. Information from the columns labeled Related item BIA, Related item Recovery Time Objective (RTO), Related item Recovery Point Objective (RPO), and Related item Recovery Tier is used to ascertain the required recovery timeframe and data backup needs, which are then displayed in the Required Recovery Timeframe and Required Data Backup columns of the BIA record.

    For more information on the source BIA records option in the Dependency configuration modules, see Set up Planning dependency update configuration.

    Using the scheduled job to auto-update the dependencies

    The Update BIA dependencies snapshot scheduled job is shipped as part of the base system. It runs at regular intervals and fetches the dependency updates. The scheduled job is shown in the example.

    Scheduled job workflow diagram for auto-updating BIA dependencies.

    The scheduled job is not marked as Active by default. To run the scheduled job at regular intervals, the system administrators can select the Active option and select Execute now to set up a schedule. The scheduled job then runs at regular intervals, scans the BIA records for the changes, and fetches the dependency updates for the updated BIA records. It creates a snapshot record for each BIA update.

    Note:

    The application is configured with an out-of-the-box (OOB) limit of 1000 Business Impact Analyses (BIA) records, as defined by the sn_irm_shared_cmn.config.get_gliderecord_limit system property. This means that the system processes up to 1000 BIA records only, as it cannot exceed this threshold.

    The 1,000 BIA limit applies only if you have more than 1,000 BIAs in the system and have enabled the Update BIA dependencies snapshot scheduled job. This scheduled job is inactive by default. If you have enabled it, you must ensure to review the note. The scheduled job processes records only up to the limit defined in the sn_irm_shared_cmn.config.get_gliderecord_limit property.

    The scheduled job processes a workflow to check for the changes in the relationships and save the dependency updates automatically as shown in the example.

    Workflow for the scheduled job.

    1. The scheduled job runs weekly, checks the dependency configuration for each BIA record, and fetches the BIA dependencies from CMDB as defined in the Sources tab of the Impact analysis dependency update configuration module. It generates a list of all active BIAs and the primary and dependent assets of each BIA. If any new dependencies are added, updated, or deleted for a BIA, the scheduled job creates a snapshot record for the BIA that displays the changes for the user.
      Note:
      By default, the scheduled job checks all the BIA records that are not in the Archived state for any updated dependencies.
    2. The scheduled job refers to the filter condition that is set in the configuration (Impact analysis dependency update configuration module). If the condition matches the BIA record, the scheduled job fetches and stores the dependencies for the BIA in the snapshot record, according to the sources defined in the configuration. If the filter condition does not match the BIA record, the application skips the record.
    3. The application combines the assets list into a single list that is based on the priority defined in the Impact analysis dependency update configuration module. The application compares the asset list with the existing asset list and assigns either the Added, Updated, or Deleted state to each asset.
    4. The application also compares the new assets to the assets listed in the Element definition and verifies the element definition condition. The application creates a snapshot of the asset and auto-completes the dependency updates in the Dependency snapshot record.
    5. When the Send notification option is set to True in the Impact analysis dependency update configuration module, the users of the BIA record set in the configuration are notified about the dependency updates through the scheduled job.
    6. When the Auto-update dependencies option is set to True in the Impact analysis dependency update configuration module, the scheduled job automatically applies the dependencies snapshot to the BIA record.
    7. As the final step, the scheduled job updates the BIA record according to the fields to be updated in the configuration.

    Updating the dependencies manually

    As the BCM application user, you can update the BIA dependencies instantaneously by using the Update dependencies UI action. In this way, you can update the dependencies manually before the scheduled job runs as per the weekly schedule. The Update dependencies UI action is listed in the Dependency assessment of the BIA. The dependencies are then updated in the sources and a snapshot record of the BIA update is created.

    See the workflow for using the Update dependencies UI action and updating the dependencies manually:

    Workflow for updating the dependencies manually.

    1. The BCM planner navigates to a BIA record. The application fetches the dependencies of the asset defined in the Applies to field of the BIA.
    2. The BCM planner selects the Update dependencies UI action that is listed in the Dependency assessment of the BIA.
    3. If the snapshot record exists for the BIA update, the system applies the dependencies through the snapshot and updates the BIA according to the Fields to be updated in the configuration. The BIA workflow then continues for the next steps such as requesting review and approval.

      If the snapshot record does not exist for the BIA update, the BCM planner checks if the BIA record matches any configuration filter:
      • If the BIA record matches any configuration filter, the application gets the dependencies in real time according to the sources in the configuration. Then, update the BIA record according to the Fields to be updated in the configuration. The BIA workflow then continues for the next steps.
      • If the BIA record does not match the configuration filter, the BIA workflow then continues for the next steps.

    For more information on updating the dependencies manually, see Update the BIA dependencies.

    Note:
    Note:
    The Impact analysis dependency update configuration module is used for using the scheduled job and for updating the dependencies manually (by using the Update dependencies UI action).​

    Snapshot records of the BIA

    A snapshot record is created for each BIA update either with the scheduled job or with the Update dependencies manual UI action. If any new dependencies are added, updated, or deleted for a BIA, the snapshot record displays the delta of the changes. The snapshot records are listed in the Pending updates module in the Business Impact Analysis list view of the Business Continuity Workspace. A snapshot record is shown in the example.

    Snapshot record.

    When a snapshot record gets created, the application displays a UI message in the Dependency assessment of the BIA to inform the users about the dependency updates: The dependencies have been updated in the sources. To review and apply the changes, select here - <link>. The UI message is shown in the example.

    Snapshot UI message.

    The snapshot records are used for record keeping purposes. The BCM application stores one active snapshot for each BIA at a time. Whenever the dependencies are updated, a snapshot is always created first. As the system processes all the records one by one, the snapshot records are auto-committed one by one in the system.

    The snapshots that are in the Completed state and that have not been updated for a few months are removed from the application automatically.

    If the BIA record does not have any changes in the dependencies, then a snapshot record is not created for that BIA record.

    Roles associated with BIA dependency updates

    Users with these roles check for the dependency updates in a BIA:
    • The BCM program managers, BCM planners, and BCM managers can update the latest dependencies​.
    • BCM administrators can configure the Impact analysis dependency update configuration module.

    A user who can update the dependency assessment can import the dependency updates for a BIA.

    Data Relationships Framework

    When you perform a business impact analysis (BIA) on an asset, you must evaluate the dependencies of the BIA by performing a dependency assessment. If the dependencies in the CMDB are updated, importing them manually in a BIA can be a tedious activity. Beginning with the Australia release, the Data Relationships Framework application (com.sn_app_grc_relationship_config) supports the BCM application with the underlying framework to fetch the dependencies in the BIA. The Data Relationships Framework application is installed with the BCM application by default.

    For more information on the Data Relationships Framework, see Data Relationships Framework.