--- title: Automate recovery tasks description: Automate the manual recovery task within the business continuity plan. You can classify the manual recovery task as an automated task first and then attach an automated flow to it. locale: en-US canonical_url: https://www.servicenow.com/docs/r/australia/governance-risk-compliance/automate-the-recovery-tasks.html release: australia topic_type: task last_updated: "2026-03-12" reading_time_minutes: 5 breadcrumb: [Structured workflows for BCPs, Manage, Business Continuity Management, Governance, Risk, and Compliance] --- # Automate recovery tasks Automate the manual recovery task within the business continuity plan. You can classify the manual recovery task as an automated task first and then attach an automated flow to it. ## Before you begin Role required: sn\_bcm.core\_manager, sn\_bcp.plan\_manager, sn\_recovery.event\_manager ## About this task Administrators or low-code developers are responsible for building the automation flow. Users with the BCM planner or above role then attach the automation flow to the recovery task. The Workflow Studio is used for this purpose, requiring a local developer persona due to permission restrictions. The Workflow Studio role does not require any extra licensing. However, it requires some special roles. For more information on the Workflow Studio roles and permissions, see [User access to Workflow Studio flows](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/build-workflows/user-access-flow-designer.md). The flow setup involves these steps: 1. User defines the permissions to verify the appropriate access and control and creates a subflow to handle the automation process. 2. User then defines the inputs to provide necessary information for the automation flow. 3. The automation process includes actions to automate the manual task and update its completion status. Automated tasks are executed sequentially until a manual task is encountered. If an automated task fails, manual intervention is required to trigger it again. In case of a failure in the automation process, you can retrigger it and verify its completion. If a task fails, the backup assignee is notified via email and must perform the necessary manual actions to address the failure. This confirms that the recovery process continues smoothly even in the event of automation issues. ## Procedure 1. Navigate to **Workspaces** > **Business Continuity Workspace** and select a plan record. 2. On the **Recovery tasks** tab, select a manual recovery task that you want to automate. You can automate a manual recovery task in the business continuity plan. 3. Open Workflow Studio and select **Create new subflow**. 4. On the form, fill in the fields. For more information on creating a customized subflow for automating the tasks in the BCM application, see [Create a subflow form](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/governance-risk-compliance/create-new-subflow-for-bcm.md). For more information on creating a subflow, see [Create a subflow in Workflow Studio](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/build-workflows/create-subflow.md). The properties for the subflow are filled in. 5. Select **Submit**. The subflow is designed to automate the task. Within the Actions section of the subflow, the **Action**, **Flow Logic**, and **Subflow** tabs are displayed. 6. Create the subflow inputs to specify the data available to the subflow when it starts running. To reference the record linked to the task, specify the input name and type in the Inputs & Outputs section of the subflow. By defining the inputs, you can create a reference to the task responsible for executing the automation. \[Omitted image "automated-tasks-input.png"\] Alt text: Reference to the task. 1. Select the label for the input in the **Label** field. Within the subflow, there is a special variable known as the Current variable. When the Current variable is chosen in the Inputs section, it is automatically substituted with the task that triggered the automation. This allows for dynamic referencing and processing of the specific task within the subflow. 2. Select the name for the input in the **Name** field. The Name field is where you must define the variable name to be **current** \(all lower case\). The Type must always be **Document ID.Event task**. 3. Select the type for the input in the **Type** field. For example, you can select **Document ID.Event task** as the type of the input. 4. To mark the input as mandatory, select the **Mandatory** option. For information on creating subflow inputs and outputs, see [Create a subflow in Workflow Studio](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/build-workflows/create-subflow.md). 5. Select **+** to add a new input. Once you create the flow variables, you can access them on Workflow Studio. For information on creating subflow inputs and outputs, see [Create a subflow in Workflow Studio](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/build-workflows/create-subflow.md). 7. In the Actions section, select **Send Email**. Expanding the Send Email section displays the fields as shown in the example. The fields on the form are described in the table. \[Omitted image "automated-tasks-revised-subflow.png"\] Alt text: Revised subflow.
| Action | Name of the action for the subflow.Default: **Send Email** |
| Target Record | Associated task record that is used for the subflow. |
| Table | Name of the table where the task resides. For example, event task \[sn\_recovery\_event\_task\]. |
| Include Watermark | Option to add a watermark in the file that is associated with the task. |
| To | Email addresses of the recipients that should be addressed directly. |
| CC | Email addresses of the copied recipients. They can view the list of the recipients that are directly addressed in the email. |
| BCC | Email addresses of the copied recipients whose names are not displayed in the email. |
| Subject | Subject of the email that describes the issue and reason for sending the email. |
| Body | Description and action steps about the issue. |