. .

Understanding Third-Party Risk Management (TPRM) in Operational Resilience
BB OR [D] 6

[OR] [Pillar] [E4] [C6] Scenario Testing for Third-Party Failures

As organisations become increasingly dependent on third parties, the ability to withstand and recover from third-party failures becomes a defining element of Operational Resilience.

Scenario testing is a critical tool that enables financial institutions to simulate disruptions and assess whether their Critical Business Services (CBS) can continue operating within defined impact tolerances.

Regulators such as the Bangko Sentral ng Pilipinas (BSP) and Bank Negara Malaysia (BNM) require financial institutions to conduct rigorous yet plausible scenario testing, including third-party failures.

These tests must validate whether the organisation can continue to deliver essential services despite disruptions to outsourced or externally supported operations.

New call-to-action

Moh Heng Goh
Operational Resilience Certified Planner-Specialist-Expert

New call-to-action

eBook 4: Chapter 6

Scenario Testing for Third-Party Failures

New call-to-action

Introduction

As organisations become increasingly dependent on third parties, the ability to withstand and recover from third-party failures becomes a defining element of Operational Resilience.

Scenario testing is a critical tool that enables financial institutions to simulate disruptions and assess whether their Critical Business Services (CBS) can continue operating within defined impact tolerances.

Regulators such as the Bangko Sentral ng Pilipinas (BSP) and Bank Negara Malaysia (BNM) require financial institutions to conduct severe but plausible scenario testing, including scenarios involving third-party failures.

These tests must validate whether the organisation can continue to deliver essential services despite disruptions to outsourced or externally supported operations.

 

Purpose of This Chapter

This chapter provides structured approaches and CBS-aligned templates for conducting scenario testing focused on third-party failures. By the end of this chapter, readers will:

  • Understand the role of scenario testing in TPRM and Operational Resilience
  • Develop third-party failure scenarios aligned to CBS
  • Use standardised templates for scenario testing
  • Evaluate resilience against impact tolerances (MTD, MTDL)
  • Strengthen recovery and response strategies

Types of Third-Party Failure Scenarios

Third-party failure scenarios should reflect realistic and severe disruptions, including:

  • Vendor system outage (cloud, core banking, payment gateway)
  • Cyberattack on third-party provider
  • Third-party financial failure or insolvency
  • Supply chain disruption (fourth-party failure)
  • Data breach or data loss
  • Service performance degradation
  • Regulatory non-compliance by the vendor

 

Scenario Testing Framework

Key Components of Scenario Testing

 

Component

Description

Scenario Definition

Description of disruption

CBS Impact

Critical services affected

Dependencies

Third parties involved

Impact Tolerance

MTD, MTDL thresholds

Response Actions

Steps to mitigate impact

Recovery Strategy

Restoration approach

Lessons Learned

Improvement actions

 

Section 1: CBS-Level Scenario Testing Table

 

Template: Scenario Testing for CBS (High-Level)

CBS

Scenario

Third Party

Impact Description

MTD

MTDL

Response Strategy

Recovery Strategy

Outcome

Remarks

 

Example: CBS-1 Deposit and Account Services

CBS

Scenario

Third Party

Impact Description

MTD

MTDL

Response Strategy

Recovery Strategy

Outcome

Remarks

CBS-1

Core banking system outage

Core Banking Vendor

Customers are unable to access their accounts

4 hrs

0 data loss

Activate the DR site

Switch to the backup system

Within tolerance

Tested annually

CBS-1

Data breach at cloud provider

Cloud Vendor

Exposure of customer data

Immediate

Minimal

Incident response activation

Data recovery & containment

Partial breach

Improve controls

 

Section 2: Sub-CBS Scenario Testing (Detailed Processes)

 

Template: Scenario Testing for Sub-CBS

Sub-CBS Code

Sub-CBS

Scenario

Third Party

Impact

MTD

Response Action

Recovery Action

Status

 

Example: CBS-1 Detailed Processes

Sub-CBS Code

Sub-CBS

Scenario

Third Party

Impact

MTD

Response Action

Recovery Action

Status

1.1

Customer Onboarding

KYC system failure

KYC Vendor

Delayed onboarding

24 hrs

Manual onboarding

Restore system

Within tolerance

1.6

Deposit Transactions

Payment processor outage

Payment Vendor

Transactions fail

2 hrs

Queue transactions

Switch provider

Exceeded tolerance

1.11

Digital Access

Mobile app outage

Cloud Provider

Customers are unable to log in

1 hr

Notify customers

Failover to DR

Within tolerance

 

Section 3: Severe but Plausible Scenarios

 

Template: Severe Scenario Testing

Scenario ID

Scenario Description

Type (Cyber/Operational/etc.)

CBS Impacted

Third Party

Severity

Likelihood

Overall Risk

Remarks

 

Example Scenarios

Scenario ID

Scenario Description

Type

CBS Impacted

Third Party

Severity

Likelihood

Overall Risk

Remarks

S1

Cloud provider regional outage

Operational

CBS-1, CBS-2

Cloud Vendor

High

Medium

High

Multi-CBS impact

S2

Ransomware attack on vendor

Cyber

CBS-1

IT Vendor

Critical

Medium

Critical

Data risk

S3

Vendor insolvency

Financial

CBS-2

Payment Vendor

High

Low

Medium

Replace vendor

 

Section 4: Scenario Testing Evaluation Template

 

Template: Test Results and Evaluation

Scenario

CBS

Test Objective

Result

Within Tolerance (Y/N)

Gaps Identified

Action Plan

Owner

Timeline

 

Example

Scenario

CBS

Test Objective

Result

Within Tolerance

Gaps Identified

Action Plan

Owner

Timeline

Cloud outage

CBS-1

Validate DR capability

Success

Y

None

Maintain readiness

IT

Ongoing

Payment failure

CBS-2

Ensure continuity

Failed

N

No backup vendor

Add redundancy

Ops

3 months

 

Section 5: Integration with Operational Resilience

 

Mapping Scenario Testing to OR Framework

OR Component

Scenario Testing Role

CBS

Identify impacted services

BIA

Define impact tolerance

TPRM

Identify third-party dependencies

Crisis Management

Execute response

Recovery Planning

Validate recovery strategies

 

Section 6: Best Practices for Scenario Testing

 

1. Use Severe but Plausible Scenarios

Focus on realistic disruptions with significant impact.

2. Include Third and Fourth Parties

Test extended supply chain dependencies.

3. Align with Impact Tolerance

Validate against MTD and MTDL thresholds.

4. Conduct Regular Testing

At least annually for critical vendors.

5. Involve Cross-Functional Teams

Include IT, Risk, Business Units, and Vendors.

6. Capture Lessons Learned

Continuously improve resilience strategies.

 

Section 7: Implementation Roadmap

 

Step-by-Step Approach

Step

Action

1

Identify CBS and supporting vendors

2

Define impact tolerances (MTD/MTDL)

3

Develop scenarios

4

Execute tests

5

Evaluate results

6

Identify gaps

7

Implement improvements

 

Key Takeaways

  • Scenario testing validates real-world resilience capability
  • Third-party failures must be explicitly tested
  • CBS alignment ensures business-focused resilience
  • Severe scenarios reveal hidden vulnerabilities
  • Continuous testing improves preparedness and response

 

New call-to-action

 

Scenario testing is a critical component of Third-Party Risk Management and Operational Resilience. It transforms theoretical risk assessments into practical insights by simulating real-world disruptions and evaluating organisational readiness.

By aligning scenario testing with Critical Business Services and incorporating third-party failure scenarios, financial institutions can ensure that they are prepared not only for internal disruptions but also for failures across their extended ecosystem.

This capability is essential for meeting regulatory expectations under BSP Circular No. 1203 and BNM guidelines, and for maintaining customer trust and service continuity in an increasingly interconnected world.

 

[Pillar] [3_4] [Banner] [C4] Third-Party Risk Management

C1 C2 C3 C4
[OR] [Pillar] [E4] [C1] Introduction to TPRM [OR] [Pillar] [E4] [C2] Types of Third-Party Risks [OR] [Pillar] [E4] [C3] Framework and Lifecycle [OR] [Pillar] [E4] [C4] Governance and Operating Model
C5 C6 C7 C8
[OR] [Pillar] [E4] [C5] Tools, Templates and Scoring Models [OR] [Pillar] [E4] [C6] Scenario Testing for Third-Party Failures [OR] [Pillar] [E4] [C7] Regulatory Compliance Checklist [OR] [Pillar] [E4] [C8] Case Study_ Implementation in Banking

 

More Information About OR-5000 [OR-5] or OR-300 [OR-3]

To learn more about the course and schedule, click the buttons below for the OR-300 Operational Resilience Implementer course and the OR-5000 Operational Resilience Expert Implementer course.

BL-OR-3 Register Now BL-OR-3_Tell Me More BL-OR-3_View Schedule
BL-OR-5_Register Now BL-OR-5_Tell Me More  [BL-OR] [3-4-5] View Schedule
[BL-OR] [3] FAQ OR-300

If you have any questions, click to contact us.Email to Sales Team [BCM Institute]

FAQ BL-OR-5 OR-5000
OR Implementer Landing Page

New call-to-action

New call-to-action

 

Comments:

 

CTA Banner_OR

CTA Banner_ORA

CTA Banner_BCM

CTA Banner_ITDR

CTA Banner_CM