--- title: Calculating RTO and RPO description: The BCM application provides an assessment questionnaire for calculating the recovery time objective \(RTO\) and recovery point objective \(RPO\) in the business impact analysis \(BIA\). As a pre-requisite to the BIA, BCM administrator defines the impact ratings and sets up the assessment questions. After receiving the responses to the assessment, the BCM application calculates the RTO and RPO. locale: en-US canonical_url: https://www.servicenow.com/docs/r/australia/governance-risk-compliance/rto-rpo-calculation.html release: australia topic_type: concept last_updated: "2026-03-12" reading_time_minutes: 6 breadcrumb: [Structured workflows for BIAs, Manage, Business Continuity Management, Governance, Risk, and Compliance] --- # Calculating RTO and RPO The BCM application provides an assessment questionnaire for calculating the recovery time objective \(RTO\) and recovery point objective \(RPO\) in the business impact analysis \(BIA\). As a pre-requisite to the BIA, BCM administrator defines the impact ratings and sets up the assessment questions. After receiving the responses to the assessment, the BCM application calculates the RTO and RPO. ## BCM dependency tree Before calculating the recovery time objective \(RTO\) and recovery point objective \(RPO\) in the business impact analysis \(BIA\), verify that all the required BCM applications are installed. ## BCM implementation Setting up the impact ratings to evaluate an impact category is a crucial step in business continuity management. To grasp the importance of configuring these impact categories, refer to the steps needed for implementing the BCM process, as outlined in the checklist. \[Omitted image "BCMImplementationFlowchart.jpg"\] Alt text: Flowchart showing sequential BCM implementation steps from installing applications through configuring plan templates. - **BIA workflow** When a business impact analysis \(BIA\) owner submits the BIA for a review, the BIA is updated to the review state. The BIA owner responds to the questions in the assessment questionnaire. If you are IT analyst or owner, you can estimate the RPO for data applications and systems by responding to the RPO assessment in the BIA. Based on the configuration set up by BCM administrator, the questions are displayed in the **Recovery point objective assessment** tab of the BIA. A sample BIA workflow is shown in the example. \[Omitted image "bia-lifecycle.png"\] Alt text: BIA workflow state diagram showing transitions from Draft through Approved with decision points. ## Responding to the assessments The business users and IT owners perform business impact analysis by responding to the assessments in the BIA component in the BCM UIB Workspace. A sample view of the **Assessments** tab is shown in the example. \[Omitted image "bia-assessments-tab.png"\] Alt text: Assessments tab in the BIA. If you are the IT owner, you can estimate the RPO for your data applications and systems by responding to the Recovery point objective assessment in the BIA. ## Administrator view for configuring impact category and ratings BCM administrators configure the assessment questionnaire to include one or more impact ratings such as **Low**, **Moderate**, or **High** for an impact category. The Impact Ratings related list is displayed in the Impact Category record as shown in the example.\[Omitted image "impact-category-admin-view.png"\] Alt text: Administrator view for the impact category. BCM administrators specify the threshold of non-tolerance for the impact ratings according to impact category. The disruption duration for the first non-tolerable impact category is selected for the recovery time objective \(RTO\). The impact ratings have the specified values: - Low = 1 - Moderate = 2 - High = 3 The rating for the impact category is calculated based on the disruption duration as shown in the example. \[Omitted image "BIAImpactCategoryResults.png"\] Alt text: An example to show the calculation of impact category results. Based on the configuration set up by BCM administrator, the questions are displayed in the **Recovery point objective assessment** tab as shown in the example. \[Omitted image "rpo-assessment-questions-1.png"\] Alt text: Recovery point objective assessment. ## Calculation of RPO score for the BIA with examples Consider the scenario where each question response has a numeric value. The application calculates the category score for each RPO impact category based on the highest response value. \[Omitted image "rpo-score-for-BIA-step-a.png"\] Alt text: Calculation. The application selects the highest category score from all the RPO categories. In the example, the highest category score is 40. \[Omitted image "rpo-score-for-BIA-step-b.png"\] Alt text: Category score. The application uses the Score Timeframe Mapping, defined at the template level, to determine the appropriate timeframe value. In the example, the category score is 40, which falls between the lower and upper threshold scores. The timeframe mapped to this score is "Immediately." Therefore, the system-calculated RPO value is "Immediately." \[Omitted image "rpo-score-for-BIA-step-c.png"\] Alt text: Calculated RPO value. ## Recovery time objective assessment If you are the business user, you can estimate the RTO for your business services and processes by responding to the Recovery time objective assessment in the **Assessments** tab. The questions are displayed in the **Recovery time objective assessment** tab according to the configuration set up by BCM administrators. A sample Recovery time objective assessment is shown in the example. \[Omitted image "rto-assessment-questions.png"\] Alt text: Recovery time objective assessment. ## Calculation of RTO score for the BIA with examples Consider the scenario where each question response is assigned a numeric value. The application identifies the highest tolerable value for each RTO Impact category. \[Omitted image "rto-score-for-BIA-step-a.png"\] Alt text: Tolerable value for each RTO. The application calculates the “Tolerable downtime” value for each RTO Impact category as the Impact rating with a value higher than highest tolerable value. If no value exists, the application uses the maximum RTO value. It is defined at the Impact category as the “Tolerable downtime.” The system calculates the RTO score based on lowest “Tolerable downtime” value from all RTO impact categories. **Note:** RTO cannot be calculated when the recovery tier doesn’t exist for the “Tolerable downtime” value. In the example, the RTO score based on the lowest “Tolerable downtime” value is 8 Hours. \[Omitted image "rto-score-for-BIA-step-b.png"\] Alt text: Calculated RTO value. ## Sample RTO calculation Consider the scenario for another sample RTO calculation. BCM administrator has configured an intolerable impact rating for the Revenue impact category and defined the intolerable impact. If you are the business impact analysis owner, you must identify the timeline at which the revenue impact may go beyond $1M. See the sample RTO calculation for different scenarios as shown in the table.
Scenario Non-tolerable impact Description
Scenario 1 In the Impact Ratings table, the **Tolerable** field is set to **false**. If the administrator has specified that Low regulatory impact is non-tolerable, its corresponding disruption duration is set as the recovery time objective \(RTO\). In this example, the disruption duration for the **01 - Low** impact rating is set to 4 hours. Therefore, the recovery time objective \(RTO\) for the impact category is above 4 hours. Even if the moderate impact disruption duration is shorter, the calculation selects the value from the first alphanumerically sorted impact rating that has the **Tolerable** field set to **false**.
Scenario 2 In the Impact Ratings table, the **Tolerable** field is set to **false**. If the administrator has specified that Moderate regulatory impact is non-tolerable, its corresponding disruption duration is set as the recovery time objective \(RTO\). In this example, the disruption duration for **02 - Moderate** impact is set to 24 hours. Therefore, the recovery time objective \(RTO\) for the impact category is above 24 hours.
Scenario 3 In the Impact Ratings table, the **Tolerable** field is set to **false**. If the administrator has specified that High regulatory impact is non-tolerable, its corresponding disruption duration is set as the recovery time objective \(RTO\) as shown in the example. \[Omitted image "impact-category-admin-view.png"\] Alt text: Administrator view for the impact category. In the tabular example, the disruption duration for **03 - High** impact is set to 72 hours. Therefore, the recovery time objective for the impact category is above 72 hours.
Scenario 4 The **Tolerable** field for the Low, Moderate, and High impact ratings is set to **true**. If the administrator has set all the impact ratings as tolerable, the value specified in the **Maximum RTO value** field in the template is selected as the recovery time objective \(RTO\). In the example, the administrator has set all the impact ratings as tolerable. Therefore, the recovery time objective \(RTO\) is one month according to the value specified in the **Maximum RTO value** field.\[Omitted image "maximum-rto-value.png"\] Alt text: Maximum RTO value.
- **Calculation of overall impact assessment result for a BIA** When you update **Disruption Duration** of an impact category, the RTO of the BIA is automatically updated. The RTO of the BIA is set as the lowest tolerable downtime from each impact category. For example, consider a BIA having four impact categories – Legal, Reputation, Workforce, and Regulatory. When you update disruption duration value of legal impact category, RTO value of the BIA is recalculated based on the lowest tolerable disruption duration from each impact category. The Recovery Tier varies from organization to organization and is set based on the recalculated RTO value. |RTO value|Recovery Tier| |---------|-------------| |Immediate|Mission Critical| |1 Hour|Mission Critical| |4 Hours|Mission Critical| |8 Hours|Business Critical| |24 Hours|Business Critical| |72 Hours|Essential| |1 Week|Essential| |2 Weeks|Non-Essential| |1 Month|Non-Essential| **Parent Topic:**[Structured workflows for BIAs](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/australia/governance-risk-compliance/bia-tasks-performed-by-bia-owner.md)