FAQGlobalISO 22301

ISO 22301 FAQ MTPD

How should teams define (MTPD) under ISO 22301?

Use MTPD to set the outer disruption tolerance for each prioritized activity, then choose RTOs, resources, and recovery strategies that fit inside that limit.

Author
Sorena AI
Published
May 9, 2026
Updated
Oct 15, 2026
Overview

ISO 22301:2019 requires the to identify the timeframe within which the impacts of not resuming an activity would become unacceptable. The standard notes that this timeframe may be called the (MTPD). The requirements can apply to any type or size of organization, or part of one, with implementation shaped by its operating environment and complexity. ISO 22301 is a voluntary standard rather than legislation; its "shall" clauses are requirements for conformity, while this page's workflow and evidence examples are implementation guidance. ISO lists the 2019 second edition as published with Amendment 1:2024 and an edition 3 committee draft under development; the draft has not replaced the published requirements. MTPD must be grounded in impacts over time, not copied from an IT target or supplier agreement.

Search this module

Find a question or answer quickly

5 of 5 questions
Question 1

What does MTPD mean in ISO 22301?

MTPD is the name ISO 22301 permits for the timeframe within which the impacts of not resuming an activity would become unacceptable. This is more precise than treating MTPD as elapsed outage time alone: the decision depends on impact types, impact criteria, the affected activity, and how impacts develop over time.

A useful MTPD record names the activity, the product or service it supports, the impact criteria used, the point where impact becomes unacceptable, and the person or forum that accepted that tolerance. Without that context, the number is hard to defend during an audit, supplier review, or real disruption.

  • Assess the unacceptable-impact timeframe for each activity in the , then use the analysis to identify prioritized activities; do not set one generic MTPD for the whole organization.
  • Base the value on impacts over time: operational loss, customer harm, legal or regulatory exposure, safety, financial loss, reputation, or contractual commitments.
  • Record the assumptions behind the decision, including minimum acceptable capacity, dependency limits, supplier constraints, and escalation thresholds.
Question 2

How is MTPD different from RTO and RPO?

MTPD is the unacceptable-impact boundary. is the prioritized timeframe for resuming the disrupted activity at a specified minimum acceptable capacity, and it should sit inside the MTPD. ISO 22301:2019 does not define or explicitly require RPO; an organization can use RPO as a supporting data-loss or transaction-rework target where information recovery affects continuity.

If an activity has a 48-hour MTPD, setting a 48-hour leaves no margin for activation delays, failed recovery steps, supplier dependencies, or management escalation. The should therefore show why the selected RTO and resource strategy can recover the activity before the MTPD is reached.

  • Use MTPD to define when impact becomes unacceptable.
  • Use to set the recovery target for the prioritized activity at minimum acceptable capacity.
  • Where the organization adopts RPO, use it for data recovery expectations and label it as a supporting target rather than an explicit ISO 22301 requirement.
  • Flag any activity where the chosen , supplier recovery commitment, or workaround cannot restore the required capacity before the MTPD is reached.
Question 3

What evidence should prove the MTPD is current?

Connect the MTPD to the rather than leaving an unexplained number in a spreadsheet. A reviewer should be able to trace the activity to the product or service it supports, impact criteria, impacts over time, , required resources, dependencies, continuity strategy, exercise results, and open actions. Include RPO only where the organization uses it as a supporting data-recovery target.

Good evidence also shows ownership. The business owner should approve the impact tolerance, continuity or resilience teams should challenge consistency across activities, and management review should see unresolved gaps where recovery capability cannot meet the agreed time frames.

  • Keep the worksheet, approval record, impact criteria, assumptions, and dependency map together.
  • Link MTPD to recovery strategy decisions, resource requirements, supplier or partner dependencies, and exercise/test evidence.
  • Treat missed RTOs, failed workarounds, supplier changes, and capacity shortfalls as evidence that the MTPD or strategy may need review.
  • Document accepted exceptions as risk decisions or corrective actions, not as hidden notes.
Recommended next step

Review disruption limits and recovery targets

This FAQ is the starting point for a tracked BIA workflow: assign owners, confirm impact tolerances, align RTO and RPO targets, request dependency evidence, and keep review triggers visible.

Question 4

When should teams review MTPD and update the BIA?

Review MTPD at planned intervals and whenever the facts behind the change. Typical triggers include a new or changed product, site, process, system, supplier, customer promise, legal or contractual duty, incident lesson, failed exercise, resource constraint, or management decision that changes impact tolerance.

The update should not stop at the MTPD field. If the tolerance changes, check whether RTOs, RPOs, continuity strategies, resource requirements, procedures, supplier agreements, exercises, and management-review actions still make sense.

  • Update the when significant organizational or context changes affect activities, dependencies, or acceptable impact.
  • Review recovery strategies and solutions when exercises, tests, incidents, or supplier evaluations show the selected approach cannot meet the time frames.
  • Escalate unresolved gaps into corrective action, risk acceptance, or management review.
  • Keep version history so reviewers can see what changed, who approved it, and which recovery evidence was updated.
Question 5

Questions and answers

What does MTPD mean in ISO 22301?

ISO 22301 uses MTPD as an optional name for the timeframe within which the impacts of not resuming an activity would become unacceptable. Record it as a finding for a specific activity, based on defined impact types and criteria, rather than as a generic company-wide outage limit.

How is MTPD different from and RPO?

MTPD is the unacceptable-impact boundary. is the prioritized timeframe for resuming the activity at a specified minimum acceptable capacity, and it should sit inside the MTPD. ISO 22301:2019 does not define or explicitly require RPO, though an organization can use it as a supporting data-loss target where information recovery affects continuity.

What evidence should prove the MTPD is current?

Keep the worksheet, approval record, impact criteria, assumptions, dependency map, recovery strategy links, exercise results, and corrective actions together. The record should show who accepted the tolerance and how the recovery approach supports it.

When should teams review MTPD and update the ?

Review MTPD at planned intervals and whenever the facts behind the change, such as a new product, supplier, system, customer promise, incident lesson, failed exercise, or management decision that changes impact tolerance. If the tolerance changes, check the related RTOs, RPOs, strategies, procedures, and agreements too.

Primary sources

References and citations

iso.org5 citations
Referenced sections
  • Official ISO lifecycle page confirming that ISO 22301:2019 edition 2 remains published, has Amendment 1:2024, and is due to be replaced by an edition 3 draft that is still under development.
  • Primary ISO listing for the business continuity management system requirements standard that frames MTPD as part of BCMS planning and operation.
  • Supports the ISO 22301 context for BIA, continuity requirements, and business continuity management system requirements.
Show 2 more
  • Primary ISO source for the BCMS requirements context behind BIA, continuity strategies, documented information, evaluation, audit, and management review evidence.
  • Supports the ISO 22301 management-system context for planned review, evaluation, business continuity documentation, and continual improvement.
"Business continuity management systems — Requirements"
iso.org2 citations
Referenced sections
  • Supports the management-system expectation that important decisions are controlled, reviewed, and improved over time.
  • Supports treating MTPD review as part of a maintained system for doing business continuity work consistently.
"Think of them as a formula that describes the best way of doing something."
iso.org2 citations
Referenced sections
  • Explains what ISO standards are and how organizations use them.
  • Supports the distinction between documented management-system requirements and organization-specific implementation choices.
"Think of them as a formula that describes the best way of doing something."
iso.org
Referenced sections
  • Supports treating MTPD decisions as maintained operating evidence inside a management system, not as one-time audit wording.
"Think of them as a formula that describes the best way of doing something."
Show all related guides (19)

ISO 22301 Testing Exercises FAQ

How ISO 22301 teams should plan, run, evidence, and improve business continuity exercises and tests.

ISO 22301 Audit Readiness and Certification Evidence

Prepare ISO 22301 BCMS audit evidence for scope, BIA, risk assessment, objectives, exercises, internal audit, management review, corrective actions, and retained documented information.

ISO 22301 BCMS Requirements: Clauses 4-10

A practical ISO 22301 requirements guide for BCMS scope, leadership, planning, support, operation, BIA, risk assessment, continuity strategies, plans, exercises, audits, management review, corrective action, and evidence.

ISO 22301 BCMS Scope and Boundaries

Define an ISO 22301 BCMS scope that names the organization, products and services, sites, dependencies, outsourced processes, exclusions, interfaces, evidence, and review triggers.

ISO 22301 BIA to Recovery Strategy Workflow

Turn ISO 22301 business impact analysis into recovery priorities, continuity strategies, solutions, exercises, and audit-ready evidence.

ISO 22301 Business Continuity Strategy and Solutions

Build ISO 22301 business continuity strategies and solutions from BIA outputs, recovery objectives, resource needs, supplier dependencies, exercises, and evidence records.

ISO 22301 Business Impact Analysis Template

Build an ISO 22301 business impact analysis template that captures activities, impacts over time, MTPD, RTO, dependencies, resource needs, evidence, review cadence, and continuity-strategy handoff.

ISO 22301 Certification Evidence Checklist

A practical ISO 22301 certification evidence checklist for BCMS scope, BIA, risk assessment, continuity plans, exercises, audits, management review, and corrective actions.

ISO 22301 Compliance Guide | BCMS Requirements

Build ISO 22301 compliance evidence across BCMS scope, leadership, BIA, risk assessment, continuity strategies, plans, exercises, audit, management review, and corrective action.

ISO 22301 FAQ: BCMS, BIA, MTPD, RTO and Audit Evidence

Practical ISO 22301 FAQ for business continuity teams: BCMS scope, BIA, MTPD, RTO, RPO, strategies, exercises, audits, management review, and certification evidence.

ISO 22301 Testing and Exercises Guide

Plan, run, evidence, and improve ISO 22301 business continuity exercises that validate strategies, plans, RTOs, MTPDs, communication procedures, and corrective actions.

ISO 22301 vs DORA: BCMS and Digital Operational Resilience

Compare ISO 22301 business continuity management with DORA digital operational resilience for financial entities, ICT risk, incidents, testing, third-party risk, and reusable evidence.

ISO 22301 vs ISO/IEC 27001: BCMS and ISMS Comparison

Compare ISO 22301 business continuity management with ISO/IEC 27001 information security management: scope, risk work, evidence, certification boundaries, overlap, and common mistakes.