They expertly mapped the overlapping controls between SOC 2 and ISO 27001, which saved us from duplicating work.
ISO 22301:2019 states its requirements in seven auditable clauses — context, leadership, planning, support, operation, performance evaluation, and improvement. This guide walks through each one the way a certification auditor reads it: what the clause demands, the evidence that satisfies it, and the nonconformities that most often appear in Stage 2 findings.
Written by the consultants who prepared ADIB (Abu Dhabi Islamic Bank), Mashreq Bank, and AMEX for ISO 22301 in the Middle East.
ISO/IEC 22301:2019 · Clauses 4–10 · Last reviewed June 2026
Key Takeaways
- ISO 22301 certification is assessed against Clauses 4–10 — context, leadership, planning, support, operation, performance evaluation, and improvement. Clauses 0–3 are introductory and carry no auditable requirements.
- Clause 8 (Operation) is the heart of the standard: the business impact analysis with RTO/RPO/MTPD targets, the disruption risk assessment, continuity strategies and solutions, plans and procedures, the exercise programme, and post-exercise evaluation.
- Auditors test traceability: every recovery target must trace from the BIA, through a strategy, into a plan, and out to exercise evidence that proves it works.
- The most common nonconformities are stale BIAs, template plans with no organisation-specific detail, exercise programmes that never progress beyond tabletop walkthroughs, and internal audits that lack impartiality.
- Built by the team that prepared ADIB (Abu Dhabi Islamic Bank), Mashreq Bank, and AMEX for ISO 22301 in the Middle East — TCSA has delivered 1,000+ audits across India, USA, UK, Australia and UAE to date.
How ISO 22301 States Its Requirements
ISO 22301:2019 follows the Annex SL high-level structure shared by ISO 27001, ISO 9001, and every modern management-system standard: Clauses 0–3 are introductory, and certification is assessed against Clauses 4–10. There is no Annex A of selectable controls and no Statement of Applicability — every requirement applies, scoped to the products and services your BCMS protects.
In practice the clauses split into two groups. Clauses 4–7, 9, and 10 are the governance shell — scope, leadership, objectives, competence, audit, review, and improvement. Clause 8 is the operational core: the business impact analysis, the risk assessment, the strategies, the plans, and the exercise programme. Auditors read the system as one chain of traceability — from the BIA’s recovery targets, through the strategies, into the plans, and out to exercise evidence proving the targets are achievable.
New to the standard? Start with the ISO 22301 overview — or see the certification guide for how these requirements are tested at Stage 1 and Stage 2.
The Governance Clauses — Context to Support
These four clauses build the frame the operational core sits in. Auditors check them first at Stage 1 — and revisit them at Stage 2 through interviews and records.
Clause 4 — Context of the organization
Clause 4 makes you define what the BCMS exists to protect. You identify internal and external issues (4.1), interested parties and their requirements — regulators, customers, contracts — including legal and regulatory continuity obligations (4.2), and from those set a defensible BCMS scope (4.3) before establishing the system itself (4.4).
- A scope statement that names the products and services protected, the locations covered, and the justification for anything excluded.
- An interested-party register that captures the regulator or bank that triggered the project — CBUAE, SAMA, or APRA expectations where relevant — and contractual continuity clauses.
- A legal, regulatory, and contractual requirements register that is owned, dated, and kept current.
- Scope written around departments or IT systems instead of the products and services customers actually receive.
- Interested-party analysis that misses the very regulator or contract clause driving the certification.
- A requirements register copied from an ISMS with no continuity-specific obligations in it.
Clause 5 — Leadership
Top management must own the BCMS: demonstrable commitment and resourcing (5.1), a business continuity policy appropriate to the organisation (5.2), and assigned roles, responsibilities, and authorities (5.3) — including who is empowered to invoke continuity plans and who reports BCMS performance upward.
- A signed, communicated policy that aligns with the organisation’s purpose and provides a framework for objectives.
- Interview evidence that executives can speak to continuity priorities, recovery targets, and their own role in a disruption.
- Documented role assignments with invocation authority and deputies for every continuity-critical role.
- A policy that was signed once and never communicated, reviewed, or reflected in resourcing decisions.
- Leadership interviews where management cannot name the RTOs for their most critical services.
- A single named invoker with no alternate — the plan fails if one person is unreachable.
Clause 6 — Planning
Clause 6 addresses risks and opportunities to the management system itself (6.1), measurable business continuity objectives at relevant functions and levels (6.2), and controlled planning of changes to the BCMS (6.3). These are management-system risks — distinct from the disruption risks assessed under Clause 8.
- Objectives that are genuinely measurable — exercise coverage, RTO achievement in tests, plan-review currency — with owners and target dates.
- Evidence the objectives are tracked and reported, not just written down at implementation.
- Change control over the BCMS when scope, sites, or critical suppliers change.
- Objectives that merely restate the policy with no metric, owner, or date attached.
- Confusing Clause 6 management-system risks with Clause 8 disruption risks — auditors check the distinction.
- Major organisational changes (a new site, a new critical supplier) made without updating the BCMS.
Clause 7 — Support
Clause 7 covers resources, competence, awareness, communication, and documented information (7.1–7.5). People in continuity roles need demonstrable competence, all staff must know their part in disruption response, and BCMS documents must be controlled, current, and available even when the primary site or network is not.
- Competence records for continuity roles — training certificates, exercise participation, role-specific briefings.
- Awareness across the workforce: auditors interview staff at random about what they would do in a disruption.
- Document control with versions and owners, plus access arrangements that survive the very scenarios in the plans (offline or out-of-band copies).
- Plans stored only on an intranet that would be unavailable in the scenarios being planned for.
- No evidence that new joiners receive business continuity awareness as part of onboarding.
- Out-of-date contact lists and call trees inside otherwise controlled documents.
The Operational Core — Where the BCMS Lives
Clause 8 is where Stage 2 auditors spend most of their time. Its six elements form a single chain: the BIA sets the targets, the strategies meet them, the plans operationalise them, and the exercise programme proves they hold.
8.1 — Operational planning & control
Plan, implement, and control the processes needed to meet your continuity requirements — including processes you outsource. Supply-chain continuity sits here: critical suppliers must be identified and their continuity arrangements managed.
Auditors look for: Continuity clauses and assessments for the suppliers your prioritised activities depend on.
Common nonconformity: Critical suppliers with no continuity clause, assessment, or substitution arrangement on record.
8.2 — BIA & risk assessment
Run a documented business impact analysis that ranks impacts over time, identifies prioritised activities and their dependencies, and sets RTO, RPO, and MTPD. Then assess the disruption risks to those prioritised activities.
Auditors look for: Methodology, results, management sign-off, and review at planned intervals or on significant change.
Common nonconformity: A BIA older than the last organisational change, or RTOs set by IT without business validation.
8.3 — Strategies & solutions
Select continuity strategies and solutions that meet the recovery targets from the BIA — alternate sites, failover infrastructure, workforce arrangements, supplier substitution — and resource them before disruption, not during it.
Auditors look for: Traceability from BIA output to chosen strategy to implemented, resourced solution.
Common nonconformity: Strategies that assume resources — alternate seats, failover capacity — nobody has actually contracted.
8.4 — Plans & procedures
Establish a response structure with defined teams, warning and communication arrangements, and business continuity plans with clear invocation criteria, roles, resources, and steps to recover and return to normal.
Auditors look for: Invocation criteria, named owners, currency, and alignment between plans and the selected strategies.
Common nonconformity: Generic template plans with no organisation-specific detail and no documented stand-down process.
8.5 — Exercise programme
Exercise and test the plans on a planned schedule using realistic scenarios — from tabletop walkthroughs to full failover tests — so that, over time, the programme collectively validates the entire BCMS. Each exercise produces a report and actions.
Auditors look for: A programme covering all plans and teams across the cycle, with post-exercise reports and closed actions.
Common nonconformity: Only tabletop walkthroughs ever conducted, or exercises that never involve top management.
8.6 — Evaluation of documentation & capabilities
Evaluate the continued suitability and effectiveness of the BIA, risk assessment, strategies, and plans — after exercises, after real incidents, and whenever significant change occurs — and feed the results into improvement.
Auditors look for: Post-incident and post-exercise evaluations that demonstrably changed the BCMS.
Common nonconformity: Real disruptions handled without a post-incident review ever reaching the BCMS.
The BIA in 8.2 is the load-bearing element — every later requirement traces back to it. Our business impact analysis guide covers methodology, RTO/RPO/MTPD setting, and management sign-off in full.
Checking and Improving the System
The final two clauses keep the BCMS alive between audits — and they are where surveillance audits concentrate after certification.
Clause 9 — Performance evaluation
Clause 9 closes the loop on whether the BCMS works: monitoring and measurement of continuity capability (9.1), an internal audit programme that covers every requirement over time and is conducted impartially (9.2), and management review with defined inputs and outputs (9.3).
- Metrics actually reported — exercise results against RTOs, plan currency, training coverage — not just defined.
- An internal audit that covers all clauses including Clause 8 evidence, performed by someone independent of the BCMS build.
- Management review minutes addressing the required inputs — audit results, exercise outcomes, risks, improvement opportunities — with decisions and assigned actions.
- Internal audit performed by the same person who built the BCMS, with no impartiality safeguard.
- Management reviews that skip required inputs or record no decisions.
- Performance indicators defined at implementation and never measured again.
Clause 10 — Improvement
Clause 10 requires nonconformities to be corrected at root cause (10.1) and the BCMS to continually improve (10.2). Exercises, incidents, audits, and management reviews must all feed a corrective-action loop whose effectiveness is verified.
- A nonconformity and corrective-action log with root-cause analysis, not just symptom fixes.
- Effectiveness checks recorded after corrective actions are closed.
- Evidence that lessons from exercises and real incidents demonstrably changed plans, strategies, or the BIA.
- Corrective actions closed the day they are raised, with no root cause and no effectiveness verification.
- Exercise findings that never enter the corrective-action system.
- An improvement record that shows no change to the BCMS since initial certification.
The Documents Each Clause Demands
ISO 22301 calls these “documented information”. This is the set a Stage 1 auditor expects on the table — versioned, owned, and available even when your primary site is not.
| Clause | Documented information the auditor expects |
|---|---|
| Clause 4 — Context | BCMS scope statement (4.3). Register of legal, regulatory, and contractual continuity requirements (4.2.2). |
| Clause 5 — Leadership | Business continuity policy (5.2). Evidence that roles, responsibilities, and authorities — including invocation authority — are assigned and communicated (5.3). |
| Clause 6 — Planning | Business continuity objectives and the plans to achieve them, with owners and measures (6.2). |
| Clause 7 — Support | Competence records for continuity roles (7.2). Controlled documented information required by the standard and needed for the BCMS to work — versioned, owned, and available during disruption (7.5). |
| Clause 8 — Operation | BIA methodology and results with RTO/RPO/MTPD (8.2). Disruption risk assessment (8.2). Continuity strategies and solutions (8.3). Response structure, business continuity plans, and recovery procedures (8.4). Exercise programme, scenarios, and post-exercise reports (8.5). Evaluations after exercises and incidents (8.6). |
| Clause 9 — Performance evaluation | Monitoring and measurement results (9.1). Internal audit programme and audit reports (9.2). Management review minutes with decisions and actions (9.3). |
| Clause 10 — Improvement | Records of nonconformities, root-cause analysis, corrective actions taken, and verification of their effectiveness (10.1). |
Auditors also accept records held in tooling (GRC platforms, ticketing systems) as documented information — provided versions, owners, and retention are controlled under Clause 7.5.
In their words.
Quotes verbatim from G2. Company names added where the client confirmed them.
Instead of simply providing generic templates or checklists, their team took the time to understand our environment and requirements.
The team’s willingness to work with us and ease of communication.
They delivered the project with speed, accuracy, and cost-effectiveness.
My only regret is that we didn’t engage them sooner in our compliance journey, which would have saved us even more time.
They were always responsive and willing to go the extra mile whenever we had questions or needed guidance.
Managing the auditor relationship on our behalf was especially valuable — it took a lot of pressure off our internal team.
Their focus on ensuring that we were genuinely audit-ready rather than simply completing documentation.
The guidance was not generic or simply based on a standard checklist — they suggested practical approaches that made sense for our business.
What I like best is the hands-on support and clear guidance throughout the SOC 1 and SOC 2 process.
ISO 22301 Requirements — Frequently Asked Questions
Clause-level answers from the consultants who have prepared Middle East banks for ISO 22301.
Which ISO 22301 clauses are mandatory for certification?
What is the most important clause in ISO 22301?
What documents does ISO 22301 require?
What are the most common ISO 22301 nonconformities?
Do we need ISO 22313 as well?
How much does it cost to close gaps against the ISO 22301 requirements?
Related Reading
ISO 22301 Knowledge Hub
Every guide in the business-continuity cluster, in one place.
Read moreBusiness Impact Analysis
RTO, RPO and MTPD — the analysis every continuity decision flows from.
Read moreISO 22301 Certification Guide
Gap to certificate: Stage 1, Stage 2, and the 3-year cycle.
Read moreImplementation Roadmap
The 7-phase build, week by week, with deliverables per phase.
Read moreRegulator Mapping
One BCMS mapped to CBUAE, SAMA, APRA CPS 230 and DORA.
Read moreISO 22301 Overview
What a BCMS is, who demands it, and how certification works.
Read more

