| Scope and purpose | ISO 22301 applies as a management-system standard an organization chooses or is asked to implement or certify against for business continuity across its defined BCMS scope. | DORA applies as EU law to covered financial entities and addresses digital operational resilience for ICT-supported financial-sector services and dependencies. | Start by asking whether the issue is BCMS coverage or DORA legal scope. A continuity program can support DORA work, but it does not decide whether DORA applies. |
|---|
| Covered actors | ISO 22301 governance centers on top management, BCMS roles, continuity policy, objectives, competence, documented information, audit, and management review. | DORA governance centers on financial-entity accountability for ICT risk management, incident handling, testing, third-party risk, reporting, and supervisory expectations. | Map ISO roles and DORA roles separately; the BCMS manager may own continuity evidence while ICT risk, legal, procurement, and regulated-entity leadership own DORA evidence. |
|---|
| Trigger | ISO 22301 uses BIA and risk assessment to determine continuity priorities and requirements, including impact time frames, MTPD, RTO, dependencies, resource needs, and selected strategies. | DORA focuses on ICT risk and digital operational resilience, so the record should identify ICT assets, ICT-supported functions, risk controls, response and recovery capabilities, and financial-service impact. | Reuse BIA data when it names the same service and ICT dependency, but add DORA-specific ICT asset, control, incident, and reporting fields. |
|---|
| Core obligations | ISO 22301 plans and procedures help teams respond to disruption, communicate, activate continuity solutions, and recover products and services according to business continuity objectives. | DORA adds ICT-related incident management and major ICT-related incident reporting through a harmonized financial-sector framework. | A continuity incident log is useful input, but DORA needs ICT incident classification, reporting decision evidence, timelines, templates, and competent-authority routing where applicable. |
|---|
| Evidence | ISO 22301 evidence should show the BCMS operating: scope, BIA, risk assessment, strategy selection, plans, exercises, evaluations, audits, management review, and corrective actions. | DORA evidence should show the regulated ICT resilience obligation operating: ICT risk framework records, incidents, testing, third-party register and contracts, reporting, and oversight response. | Reuse evidence only where source, scope, owner, system, supplier, time period, acceptance criteria, and review trigger match. Otherwise keep cross-references but maintain separate evidence. |
|---|
| Timing | ISO 22301 requires an exercising and testing programme that validates continuity strategies and solutions over time and produces post-exercise reports, recommendations, and improvement actions. | DORA contains digital operational resilience testing requirements and advanced testing concepts for financial entities that meet the relevant criteria. | Use ISO exercise reports when they validate the same ICT recovery or resilience capability; otherwise create DORA-specific test evidence. |
|---|
| Enforcement | ISO 22301 is commonly tested through internal audit, management review, customer assurance, and third-party certification against the BCMS requirements. | DORA compliance is supervised under financial-sector competent-authority and ESA mechanisms; critical ICT third-party provider oversight sits in the DORA oversight framework. | Do not present ISO certification as DORA approval. Use certification artifacts as supporting evidence and keep DORA supervisory evidence separately labeled. |
|---|
| Overlap | ISO 22301 expects evaluation of relevant partners and suppliers as part of business continuity capability and continuity documentation. | DORA creates ICT third-party risk management expectations, including registers of information, due diligence for ICT services supporting critical or important functions, contractual elements, audit/access rights, exit strategies, and oversight of critical ICT third-party providers. | Supplier continuity evidence can support DORA only when it covers the same ICT service, critical or important function, contract, subcontracting chain, audit rights, exit strategy, and data recovery needs. |
|---|
| Practical decision rule | Use ISO 22301 as the operating model when the question is how to build, audit, certify, review, or improve business continuity capability. | Use DORA as the controlling source when the question concerns covered financial entities, ICT risk, incident reporting, resilience testing, ICT third-party risk, contractual clauses, or supervisory records. | If both apply, run a two-column control/evidence matrix and label every claim by source so teams do not substitute a standard for a regulation or a regulation for a complete BCMS. |
|---|