CBS-1 Deposit & Account Services
Introduction
For CBS-1 Deposit and Account Services, impact tolerance should define the maximum level of disruption DBP can withstand before the disruption causes intolerable harm to customers, the bank, or the wider financial system.
BCM Institute describes impact tolerance as the maximum tolerable level of disruption to a critical business service, and recommends setting tolerances across impact types such as downtime, data loss, customer impact, and regulatory impact.
This is especially relevant for DBP because its deposit services are delivered through branch-based deposit products, ATM services, and online banking channels, including DBP EC Banking and the DBP Digital Banking Portal.
BSP Circular No. 1203 requires BSFIs to identify critical operations, set a tolerance for disruption for each identified critical operation, consider, at a minimum, a time-based metric, and also consider other metrics such as the number of customers affected and the volume and value of transactions affected. The Circular further says those tolerances should be tested against severe but plausible scenarios and reviewed by the board.
Purpose of the Chapter
This chapter provides a proposed management baseline for setting impact tolerances for each Sub-CBS under CBS-1 Deposit and Account Services. It is intended to support DBP’s operational resilience planning, board review, scenario testing, and remediation prioritisation. The tolerances below are therefore illustrative and should be validated by DBP management, risk owners, operations, technology, compliance, and business continuity teams against actual architecture, process controls, recovery capability, transaction volumes, and customer/regulatory obligations.
Table P4: Establish Impact Tolerance for CBS-1
|
Sub-CBS Code |
Sub-CBS |
Maximum Tolerable Downtime (MTD) |
Maximum Tolerable Data Loss (MTDL) |
Customer Impact |
Regulatory Impact |
Impact Type |
Current Resilience Status |
Action Required |
|
1.1 |
Customer Onboarding and Account Application |
1 business day |
Up to 4 hours of recoverable application data |
Moderate: delayed onboarding, branch queues, abandoned applications |
Moderate: service delays, potential consumer fairness issues if prolonged |
Service delay / reputational/operational |
Proposed baseline – validate |
Enable manual fallback forms, queue prioritisation, and digital-to-branch fallback |
|
1.2 |
Customer Identification and Verification (KYC/CDD) |
4 hours |
Zero for approved KYC records; up to 1 hour for unverified intake data |
High: inability to open accounts lawfully |
High: AML/CFT and customer due diligence breach risk |
Compliance / legal/operational |
Proposed baseline – validate |
Strengthen document imaging, sanctions/watchlist redundancy, and maker-checker fallback |
|
1.3 |
Account Approval and Opening |
4 hours |
Near-zero; no loss of approved account master data |
High: customers unable to activate new accounts |
High: account-opening control failures and audit issues |
Operational / customer/compliance |
Proposed baseline – validate |
Implement controlled manual approval workflow and core-banking recovery priority |
|
1.4 |
Initial Funding and Deposit Booking |
2 hours |
Near-zero; no unreconciled loss of booking records |
High: funding not reflected, customer distrust |
High: ledger integrity and possible financial misstatement |
Financial / customer / operational |
Proposed baseline – validate |
Prioritise real-time posting recovery and suspense/reconciliation controls |
|
1.5 |
Product Terms Setup and Account Parameter Maintenance |
1 business day |
Up to 1 hour, provided approved changes are reproducible |
Low to Moderate: delayed product changes, fee/interest setup delays |
Moderate: pricing, disclosure, and control exceptions if errors occur |
Configuration/control/compliance |
Proposed baseline – validate |
Enforce change freeze during incidents and maintain approved parameter backups |
|
1.6 |
Deposit Transactions Processing |
2 hours |
Near-zero; no loss of posted deposit transactions |
Very High: customers unable to deposit/credit funds correctly |
Very High: transaction integrity, settlement, and conduct risk |
Financial / customer / systemic |
Proposed baseline – validate |
Tier-1 recovery priority, active-active/rapid restore, batch replay, real-time monitoring |
|
1.7 |
Withdrawal and Funds Access Processing |
1 hour |
Near-zero |
Very High: customers cannot access their own funds |
Very High: consumer harm and heightened supervisory concern |
Customer harm/liquidity access / reputational |
Proposed baseline – validate |
Prioritise branch, ATM, and alternate channel continuity; define cash contingency procedures |
|
1.8 |
Account Servicing and Customer Maintenance |
4 hours |
Up to 1 hour for pending updates; zero for approved customer master changes |
High: inability to update details, limits, mandates, and contact data |
Moderate to High: Inaccurate records may affect compliance and service delivery |
Customer/data integrity/compliance |
Proposed baseline – validate |
Provide controlled manual servicing and post-incident update verification |
|
1.9 |
Interest, Fees, and Charges Processing |
End of business day |
Zero for final accrual/posting files; up to 1 hour for interim processing data |
Moderate: inaccurate balances, fee complaints |
High: customer restitution, disclosure, and conduct risk |
Financial / conduct / reputational |
Proposed baseline – validate |
Prepare recalculation routines, billing override controls, and restitution workflow |
|
1.10 |
Statement, Passbook, and Balance Reporting |
1 business day |
Up to 4 hours, provided the source ledger is intact |
Moderate: reduced visibility, complaints, branch congestion |
Moderate: reporting and disclosure delays |
Information/customer / reputational |
Proposed baseline – validate |
Enable deferred generation, cached balances with controls, and customer advisories |
|
1.11 |
Digital Account Access and Channel Integration |
2 hours |
Zero for authentication, transaction, and access control logs; up to 15 minutes for session data |
Very High: customers unable to access accounts online |
High: digital service disruption and customer protection concerns |
Channel availability / cyber / customer |
Proposed baseline – validate |
Harden IAM, API gateway, internet banking DR, and failover communications |
|
1.12 |
ATM and Card-Based Access Management |
2 hours |
Near-zero for card/account linkage and transaction logs |
Very High: cash access and balance services impaired |
High: consumer impact and network/service obligations |
Cash access/channel/customer |
Proposed baseline – validate |
Prioritise switch/network resilience, ATM fallback limits, and card hotlist synchronisation |
|
1.13 |
Account Reconciliation and Exception Handling |
End of the next business day |
Zero for final recon files; up to 2 hours for working files |
Indirect but High if not resolved: balance disputes, delayed corrections |
High: unresolved breaks may trigger reporting/control issues |
Financial control / operational / compliance |
Proposed baseline – validate |
Increase automated recon coverage and aged-break escalation thresholds |
|
1.14 |
Dormancy, Holds, Restrictions, and Account Control Administration |
4 hours |
Zero for restriction flags and legal holds |
High: wrongful blocking or release of funds |
Very High: legal, fraud, AML, and consumer protection exposure |
Control integrity / legal / fraud |
Proposed baseline – validate |
Protect restriction tables, dual authorisation, and post-recovery control validation |
|
1.15 |
Fraud Monitoring and Transaction Surveillance for Deposit Accounts |
30 minutes |
Zero for alerts, case notes, and watchlist updates |
Very High if suspicious activity is not detected promptly |
Very High: AML/fraud monitoring failure |
Fraud / cyber / compliance |
Proposed baseline – validate |
Ensure 24/7 monitoring, alternate alert routing, and resilient case-management tools |
|
1.16 |
Complaints, Disputes, and Service Recovery |
1 business day |
Up to 4 hours for case intake; zero for final complaint records and resolutions |
Moderate to High: dissatisfaction, reputational damage |
High: consumer protection and complaint-handling obligations |
Customer/conduct / reputational |
Proposed baseline – validate |
Maintain incident complaint queue, priority triage, and root-cause/service recovery playbook |
|
1.17 |
Regulatory Reporting and Compliance Monitoring |
By regulatory deadline; internal outage tolerance 4 hours |
Zero for submitted regulatory records; up to 1 hour for working data |
Low direct customer impact, but significant indirect impact if compliance fails |
Very High: breach of BSP and statutory obligations |
Compliance/reporting / legal |
Proposed baseline – validate |
Maintain regulatory reporting calendar, backup templates, and compliance escalation triggers |
|
1.18 |
Incident Response, Business Continuity, and Recovery |
15 minutes to mobilise; 1 hour to activate the relevant response structure |
Zero for incident logs, contact lists, and decision records |
Very High if recovery is delayed across all sub-services |
Very High: inability to manage disruption within tolerance |
Enterprise resilience/governance / operational |
Proposed baseline – validate |
Maintain tested crisis playbooks, call trees, command structure, and recovery dashboards |
Regulatory Requirements and Philippine Banking Examples
BSP Circular No. 1203 says identified critical operations should drive later steps, including setting tolerance for disruption and mapping interconnections and interdependencies. It also says the tolerance should include at least a time-based metric and may include other quantitative or qualitative metrics, such as affected customers and transaction values.
The Circular further requires those tolerances to be tested under severe but plausible scenarios. BSP gives examples of scenarios banks are strongly encouraged to consider, including a major earthquake such as the “Big One,” a severe typhoon, failure of a critical third-party service provider, disturbances in payment and settlement systems, and simultaneous or coordinated cyberattacks/ransomware affecting multiple banks.
For DBP, practical examples would include:
- an internet banking outage affecting DBP EC Banking or the DBP Digital Banking Portal;
- ATM network disruption is affecting withdrawals and balance inquiries.
- failure of a third-party telecom or payment/network provider affecting digital and ATM access;
- cyber disruption that affects deposit transaction processing or fraud surveillance;
- a branch and back-office disruption that delays onboarding, account servicing, reconciliation, and complaint handling. These examples align with DBP’s actual service channels and BSP’s requirement to set tolerances around the delivery of critical operations, not just system recovery times.
The key objective in establishing impact tolerance for CBS-1 Deposit and Account Services is not to promise zero disruption, but to define the point beyond which disruption becomes unacceptable for DBP’s customers, regulatory obligations, financial integrity, and institutional credibility. Consistent with BSP Circular No. 1203, DBP should ensure that these tolerances are board-reviewed, mapped to critical operations, linked to dependencies and vulnerabilities, and tested using severe but plausible scenarios.
Accordingly, the table above should be treated as a structured starting point for DBP’s operational resilience programme. The next step is to validate each tolerance against actual process capability, channel architecture, staffing, third-party dependency, data recovery capability, and business continuity arrangements, then use scenario testing results to refine tolerances and prioritise remediation. That approach is consistent with BCM Institute’s guidance to identify impact types, set tolerance levels, document them, and review them regularly as the operating environment evolves.
Gain Competency: For organisations looking to accelerate their journey, BCM Institute’s training and certification programs, including the OR-5000 Operational Resilience Expert Implementer course, provide in-depth insights and practical toolkits for effectively embedding this model.


![x [OR] [DBP] Title Banner](https://no-cache.hubspot.com/cta/default/3893111/baadd64d-9096-4178-8f82-e3cc263abf78.png)
![[OR] [DBP] Legal Disclaimer Banner](https://no-cache.hubspot.com/cta/default/3893111/39340e49-edb0-4bef-baa2-32294d677282.png)
![[OR] [DBP] [PH] [E3] [CBS] [1] [ITo] Deposit and Account Services](https://no-cache.hubspot.com/cta/default/3893111/88965267-70ef-4f08-896a-3048a7c3d0ce.png)
![Banner [Table] [OR] [E3] Establish Impact Tolerance](https://no-cache.hubspot.com/cta/default/3893111/627c33a8-714d-40af-9a2b-0d7957fb8afa.png)
![Banner [Summing] [OR] [E3] Establish Impact Tolerance](https://no-cache.hubspot.com/cta/default/3893111/5e80e50f-5e3e-44ea-8c43-16bf42d4f3b5.png)

![[OR] [DBP] [PH] [E3] [CBS] [1] [DP] Deposit and Account Services](https://no-cache.hubspot.com/cta/default/3893111/aa944974-5687-4847-8a2f-de39ae1210d6.png)
![[OR] [DBP] [PH] [E3] [CBS] [1] [MD] Deposit and Account Services](https://no-cache.hubspot.com/cta/default/3893111/bceb7b2a-c26c-4270-8d82-5615486acf98.png)
![[OR] [DBP] [PH] [E3] [CBS] [1] [MPR] Deposit and Account Services](https://no-cache.hubspot.com/cta/default/3893111/4031a3bc-6354-48f7-bd8f-a736a20245dd.png)
![[OR] [DBP] [PH] [E3] [CBS] [1] [SuPS] Deposit and Account Services](https://no-cache.hubspot.com/cta/default/3893111/cc1f10b9-f670-407a-bfb3-926ecd110afd.png)
![[OR] [DBP] [PH] [E3] [CBS] [1] [ST] Deposit and Account Services](https://no-cache.hubspot.com/cta/default/3893111/42c86c66-5072-4f85-8ca2-6fd2f78f2357.png)






![[BL-OR] [3-4-5] View Schedule](https://no-cache.hubspot.com/cta/default/3893111/d0d733a1-16c0-4b68-a26d-adbfd4fc6069.png)
![[BL-OR] [3] FAQ OR-300](https://no-cache.hubspot.com/cta/default/3893111/f20c71b4-f5e8-4aa5-8056-c374ca33a091.png)
![Email to Sales Team [BCM Institute]](https://no-cache.hubspot.com/cta/default/3893111/3c53daeb-2836-4843-b0e0-645baee2ab9e.png)








