Operational continuity in resolution, clause by clause

Resolution planning is usually framed as a treasury and legal exercise. Most of the work lands in ordinary service contracts nobody thought of as resolution-critical.

What does operational continuity in resolution require from contracts?

Operational continuity in resolution means a bank can keep running the services that matter, payments, custody, core processing, client reporting, through a resolution event without providers walking away. Supervisors expect contracts for critical services to survive a resolution, to be free of termination rights triggered by entry into resolution, to be priced and documented at arm’s length, and to be transferable to a bridge entity or successor. In practice that means specific clauses in ordinary vendor agreements, and evidence that those clauses are present across the population of critical service contracts.

Last updated: September 28, 2026 · Reviewed by the Aavenir Financial Services practice

Key takeaways

  • ✓Resolution resilience is evidenced in service contracts, not only in the resolution plan document.
  • ✓Termination rights triggered by resolution are the provision supervisors look for first.
  • ✓Transferability to a bridge entity or successor is what makes continuity operationally real.
  • ✓Coverage is a population question, so the answer depends on knowing which contracts support critical services.

Resolution planning produces a document. Operational continuity in resolution produces contractual obligations, and they land in places the planning team rarely looks: the core banking platform agreement, the payments processor contract, the market data licence, the facilities management deal that keeps the data centre cooled.

The supervisory logic is direct. A resolution authority can transfer a failing bank’s business to a bridge entity or a purchaser, but the transfer is worthless if the providers of the underlying services can terminate the moment resolution is triggered, or if the services are provided under an intragroup arrangement that has no documented terms at all.

This guide covers what supervisors expect to see in service agreements supporting critical functions, why the provisions are easy to draft and hard to evidence at population level, and how contract teams can move from sampling a handful of agreements to reporting coverage across the whole vendor base. The work is unglamorous and largely mechanical, which is precisely why it tends to be deferred until an assessment forces it.

The provisions supervisors look for

Expectations differ by jurisdiction, but the substance converges on a short list of contractual features in agreements supporting critical or important functions.

  • No resolution-triggered termination, the provider cannot terminate, suspend or amend the agreement solely because the counterparty has entered resolution or a related proceeding.
  • Transferability, the contract can be assigned or novated to a bridge institution, a purchaser or another successor entity without the provider’s consent being used as a veto.
  • Continued performance obligations, the provider must keep performing during a stay or transfer period, provided it continues to be paid for the services delivered.
  • Documented terms for intragroup services, services provided by affiliates are papered at arm’s length with defined scope, service levels and pricing, so they can survive the separation of group entities.
  • Exit and transition assistance, a defined period of support, with scope and pricing agreed in advance, so that a wind-down or transfer does not depend on goodwill negotiated under pressure.

Individually these are unremarkable clauses, and most large providers accept them without much resistance. The difficulty is not negotiating them once. It is knowing, across several thousand supplier agreements, which ones support a critical function and which of those actually contain each provision. That is a data problem rather than a legal one, and it is why resolution teams and contract teams need to be working from the same record.

Coverage is the question, not drafting

A supervisor asking about operational continuity is usually asking a population question: how many of your critical service contracts contain compliant continuity provisions, and how do you know. Answering with a well-drafted template and three examples is not the same as answering with a coverage figure and the field that produces it. That distinction determines how the conversation goes.

Why coverage is hard to evidence

The obstacles are structural rather than legal, and they are familiar to anyone who has tried to produce any portfolio-level answer from a contract estate.

  • Criticality is mapped to services, not contracts. The resolution plan identifies critical functions and the services supporting them, but the link from service to the specific executed agreement is often missing.
  • Provisions sit in different articles. Termination, assignment and transition assistance appear in separate parts of the agreement, so extraction has to target several places rather than one clause.
  • Legacy agreements predate the expectation. Contracts signed before resolution planning matured frequently lack the provisions entirely, and they are precisely the long-running relationships supporting core infrastructure.
  • Amendments and order forms override the master. A compliant master agreement can be undermined by a later order form with its own termination rights, and the master is what gets reviewed.
  • Intragroup arrangements are undocumented. Services between affiliates are the most common gap, because internally nobody felt the need for a contract until separation became a scenario.

Five steps to evidenced continuity coverage

Step 1, Link critical services to their contracts

Take the critical function and service mapping from the resolution plan and attach each supporting service to the executed agreement that provides it. This is tedious and it is the step that cannot be skipped, because everything downstream is a filter on the resulting population. Expect the first pass to surface services with no identifiable contract at all.

Step 2, Extract the relevant provisions into fields

Pull termination triggers, assignment and change of control terms, continued performance obligations and transition assistance scope into structured fields on each agreement. Extraction should flag absence as clearly as presence, since a missing clause is the finding that matters.

Step 3, Grade the population against the standard

Score each critical contract as compliant, partially compliant or non-compliant against your defined clause standard, and record the rationale. A graded population gives you a coverage figure, a remediation backlog ordered by criticality and an auditable basis for both.

Step 4, Run remediation through the renewal cycle

Amending contracts out of cycle is expensive and slow. Attach the required provisions to each agreement’s renewal or next amendment, prioritize the highest criticality gaps for out-of-cycle action, and track each remediation as a dated obligation with an owner rather than a line on a project plan.

Step 5, Paper the intragroup arrangements

Document affiliate-provided services with real scope, service levels and pricing. This is often the largest single gap and the one supervisors probe hardest, because an undocumented intragroup dependency is the clearest evidence that separation has not been thought through.

See continuity provisions mapped across the portfolio

Watch how termination, assignment and service-level terms become reportable fields on every critical vendor agreement.

Book a demo

How this connects to third-party risk work

Continuity provisions overlap heavily with the clause set already required by third-party risk supervision, so the extraction work has more than one payoff. The audit rights, subcontracting controls and termination provisions catalogued in OCC and FFIEC vendor contract expectations, explained come from the same articles of the same agreements. Treating them as one extraction exercise, with one register and one coverage report, avoids running two parallel programs over the same contracts. Tracking the resulting commitments as dated obligations with owners is the model set out in Obligation Management for Financial Services. Running them separately produces two coverage figures that do not reconcile, which is worse than having one.

Provision, what it prevents and how to evidence it

Each provision addresses a specific failure in a resolution scenario, and each has a natural evidence artifact.

ProvisionFailure it preventsField on the recordEvidence
No resolution-triggered terminationProvider walks at the worst momentTermination trigger present, yes or noClause extract and reference
TransferabilityTransfer to bridge entity blockedAssignment consent standardClause extract and reference
Continued performanceService stops during a stayContinuity obligation presentClause extract and reference
Intragroup documentationAffiliate service has no termsAgreement exists, yes or noExecuted intragroup agreement
Transition assistanceExit negotiated under duressAssistance period and pricingClause extract and pricing schedule

Operational continuity in resolution is one of those regulatory expectations that looks like a planning exercise and turns out to be a contract data exercise. The provisions themselves are short and rarely contentious. What takes the time is identifying which of several thousand agreements supports a critical function, determining which of those already carry the provisions, and producing a number you can defend. Institutions that build that population view once find it serves resolution planning, third-party risk and exit planning from the same underlying record. It also turns an annual scramble into a standing report, which is a material improvement in how the supervisory conversation goes.

For related guidance, see DORA and ICT contracts: what Article 30 requires, OCC and FFIEC expectations for vendor contract files and OCC and FFIEC vendor oversight, the contract controls.

FAQ

Operational continuity in resolution, answered

Which contracts are in scope for operational continuity in resolution? +
Scope follows the critical functions identified in the resolution plan and the services that support them. In practice that includes core processing, payments and settlement, custody, market data, key technology platforms and the facilities and connectivity those depend on. The population is usually larger than teams expect, because infrastructure dependencies sit several layers below the customer-facing function.
How is this different from ordinary third-party risk requirements? +
Third-party risk supervision focuses on managing a provider relationship while the bank is a going concern: due diligence, monitoring, audit rights, exit planning. Operational continuity in resolution asks a narrower question about what happens when the bank fails. The clause sets overlap substantially, but continuity adds resolution-specific termination and transferability protections that ordinary vendor management does not require.
Do intragroup service arrangements really need formal contracts? +
Supervisors have been consistent on this point. If a group entity supplies a critical service to another, and those entities could be separated in resolution, the arrangement needs documented scope, service levels and arm’s length pricing. Undocumented intragroup dependencies are among the most frequently cited gaps in resolvability assessments.
What if a provider refuses to remove a resolution termination right? +
That is a risk acceptance decision rather than a drafting failure, and it should be recorded as one. Options include escalating commercially, finding an alternative provider for the critical element, or documenting a contingency arrangement. What matters is that the exposure is identified and owned rather than discovered during an assessment.
How often should continuity coverage be reassessed? +
Coverage changes whenever contracts are signed, amended or allowed to expire, so a static annual review understates the drift. A practical cadence is continuous extraction on new and amended agreements with a full population recertification annually, timed to feed the resolution plan update.
Can these provisions be identified through automated extraction? +
Termination triggers and assignment provisions extract reliably because the language is fairly standardized. Continued performance and transition assistance terms are more varied and often sit in schedules. The workable approach uses extraction to grade the population and to identify absences, then routes the ambiguous cases to legal review.

Evidence continuity coverage across the vendor base

Aavenir extracts continuity, termination and transferability provisions from service agreements so you can report coverage rather than sample it.

  • ✓AI extraction of termination, assignment and continuity terms
  • ✓Population-level coverage reporting by service criticality
  • ✓Standalone or native on ServiceNow