Create a business continuity plan

Contains the asset types list. For the selected asset type, shows the Item, Types, Recovery time objective, Recovery point objective, Recovery tier. BIA, Status in source, Synchronized on columns for detailed info.

Note:

The source_table_fields configuration applies to the Scope tab in the BCPs. These columns appear when you select Add primary scope or Add related asset.

Add an asset to the scope of the plan and view the primary elements that are defined in the plan template. Beginning with the Xanadu release, the Asset dependencies tab now displays detailed information about the assets, replacing the Primary scope and Related asset toggles previously found in the Scope tab of the plan record. Additionally, the Type column in the Scope tab of the plan records has been renamed to Types column, enabling an asset to be categorized both as a primary scope and a related asset. The BIA column in the Scope tab has been updated from a document ID type to a reference type, enabling administrators to select and access the BIA record, update its information, and dot-walk to the plan record. It simplifies the process and saves time and effort. When two business impact analyses have identical asset dependencies, the most recent BIA is acknowledged as the source for these relationships.

When creating a business continuity plan, you can enter details such as the Recovery Time Objective (RTO), Recovery Point Objective (RPO), Recovery Tier, and BIA link based on the primary asset in the plan record. Updating the dependencies refreshes the asset details in these columns with information from the latest unarchived BIA record. If the asset originates from a downstream BIA, the columns for Recovery Timeframe and Required Data Backup are revised to display the latest data for that asset.

Add primary scope and Add related asset UI actions: You can mark an asset as a primary scope, assign it as a related asset, or link it as a related asset to a primary scope within the plan. This approach simplifies the classification of asset types and enables you to view the relationships directly on the plan record page. It shows which assets are impacted when the primary scope is operationally down, thereby saving time and effort. You can monitor the gaps in the primary and related items.

The example shows that the IAD datacenter is added as both a related asset of a primary scope and as a primary scope itself.

The Asset dependencies tab provides a Hierarchical view illustrating the relationships between parent assets and their child assets. In this example, it's shown that Abel Tuter is a related asset to the IAD data center.

You can track dependencies in the Hierarchical view and List view. You have the option to switch from the Hierarchical view to the List view, where all assets are displayed in the list format. The Hierarchical view displays all primary assets and up to 20 child assets. If a primary asset includes more than 20 assets, you can select the primary or related asset and it navigates you to the record view. Related assets are only present for the primary assets.

For example, the Business Application: Acrobat is considered a primary asset, while the Company: Adobe systems is identified as its related asset. The source of the asset is displayed in the Primary source column.

Details of the recovery tasks such as Planned order, Short description, Owner, Dependencies, Planned duration, Phase, Asset recovery level columns.

You can create a recovery task within the business continuity plan.

The sequence of tasks depicted in the illustration is clarified with the example:

1. Task 1 and Task 3 are independent of each other, enabling them to be executed at the same time, and they’re both assigned a planned order of 1.
2. Task 5 depends on both Task 1 and Task 3 and therefore, it’s assigned a planned order of 2.
3. Task 6 depends on Task 4, which has a planned order of 3. The planned order for Task 6 is then set at 4. Tasks can be performed simultaneously, enabling several users to collaborate on the same plan at once. When a dependency is updated for a task and the task is saved, the planned order for the tasks is recalculated based on the removed dependency.

If you have over 500 recovery tasks and the dependencies are updated, the planned order of these recovery tasks is not updated instantly. Rather, an informational message is displayed, suggesting that the planned order of the recovery tasks be updated using the Refresh tasks order UI action.

1. Add a primary scope and its related assets in the Scope tab.

   1. Update the dependencies by selecting the Update dependencies button.

   It pulls both related assets and their relationships. A message is displayed that the dependencies are being updated and you must refresh the page to view the updated dependencies.

You can view dependency updates in the snapshot record.

The Parent item column in the **Added** tab shows the parent item of the new asset. All items that are dependent on the parent item are shown in the Item column as shown in the example. The Source column shows whether the source is from CMDB, Manual, or Downstream dependency in BIA. It’s used for BIA downstream. Selecting the BIA record link shows you that the dependencies are derived from this BIA record.

1. Review the Finalized RTO and Finalized RPO values columns in the Scope tab.

   With GRC: Business Impact Analysis, version 9.2.x, the Finalized RTO and Finalized RPO fields are introduced in the Scope tab.

When you add a dependency in the **Scope** tab, the system retrieves the most recent Business Impact Analysis \(BIA\) and uses its "Finalized RTO" and "Finalized RPO" values for that specific dependency.

Additionally, values for "Recovery Tier" and "BIA" are also retrieved and displayed in the plan record.

When you add "Acrobat" as a primary scope to the plan record, the "Finalized RTO" and "Finalized RPO", "Recovery Tier", and "BIA' values are retrieved from the BIA and populated in the columns.

If you've already fetched a dependency and later update the BIA's RTO and RPO values and if the corresponding RTO fields for that dependency are empty, select**Update dependencies** to fetch the latest values from the BIA.

1. To add a contributor from the list to the business continuity plan record, launch the Contributors panel by selecting the Contributors icon in the side-bar.

   The BCP contributors with the sn_bcp.plan_contributor role have read, write, and delete access to the business continuity plan. If you have the BCP manager, BCM lead, or plan contributor role, you can add or remove the contributors. The BCP contributors can edit the list of the contributors and edit the BCP.

2. To revert an archived business continuity plan (BCP) to the Draft state, select the Edit button.

   Starting with BCM release 9.0.x, you can revert an archived business continuity plan (BCP) to the Draft state by selecting the Edit button on the form. It helps you to have more flexibility in managing business continuity plans and related records.

3. To perform more actions on the BCP, select More actions.

   Step	Description
   Select Discuss.	Add the subject for the discussion and add participants that have access to the record. Include a brief message for the participants and select Start discussion.
   Select Generate MS Word.	Generate a report of the BIA, BCP, exercise, or crisis record in Microsoft Word format. The Microsoft Word copy of the BCP record is successfully generated that you can download.
   Select Generate PDF.	Generate a PDF of the BCP with the legacy or Smart Assessment. The PDF of the BCP record is successfully generated that you can download. In the Impact Assessments section of the PDF, details of the Smart assessment are covered, including questions and answers for RPO and RTO in a tabular format, along with dependencies, contributors, and attachments.
   Select Copy.	Create a copy of the BCP. BCP details, including its state, assessments, questions, and answers, are copied into the instance and displayed on the home page in the BCP section and BCP list. Confirm the name of the new BCP.
   Select 360º view.	Generate 360º relationships for the BCP. A graphical presentation of the BCP and its relationships is displayed. Refresh the planned order for the recovery task
   Select Delete.	Delete the BCP record. A warning message is displayed that deleting the record results in an automatic deletion of related records, which may also cause a cascade of additional records to be deleted.

4. Select Save.

   The plan is saved in the Draft state and it’s displayed in the List view of the Planning records.

5. Select the 360º view button to refresh the planned order for the recovery task.

6. Select the Generate PDF button to generate the BCP in a PDF format.

7. To create a copy of the BCP, select the Copy button.

8. Select 360º view to generate the 360º relationships for the plan.

9. Select Delete to delete the plan.

10. Create New Plan form
    Use the Create New Plan form in BCM UIB Workspace to add the details about the business continuity plan (BCP).

Parent Topic:Structured workflows for BCPs