How do we…
How do we leave an ICT provider that supports a critical or important function without stopping the service?
Add to board memoOpen the memo
The short answer
- Recommendation
- Prepare the exit before you end anything: a documented exit plan, reviewed and tested; a contractual transition period in which the provider keeps serving; and a named alternative that can be ready inside it. If no route can be ready in time, do not end the arrangement; take the options to the management body.
- Reasoning
- DORA asks a financial entity to be able to exit a service that supports a critical or important function without disrupting its business, limiting its regulatory compliance or harming service to clients. The plan, the transition period and a ready alternative are what make that possible (RQ-49, FD-07). The transition period is the time you have, so the old provider is switched off last, only when the new route runs the function within its recovery objectives. The replacement is itself a new critical arrangement, needing the same terms, assessment and exit plan, and your authority is told before it is signed (DR-11).
- Considerations
- DORA says exit plans are tested and reviewed periodically and sets no period. The 12 months is the pack's default (DR-17); your own standard may set another.
- Treating an unassessed function as critical or important is the pack's working rule (DR-10), not a rule of DORA. A function assessed as neither needs only an ordinary supplier exit.
- In a forced exit, check the contract's termination rights first and take any doubt to Legal. Incident decisions and clocks stay with your incident procedure.
- Keeping the arrangement while an alternative is built, and when to tell the management body, are judgements the flow marks as its own, not pack rules.
The decision, step by step
Select any step for the reasoning behind it and where the pack covers it.
- Start
- Step
- Decision
- Outcome
Keyboard: Tab to a step, arrow keys move along the flow, Enter pins its explanation, + and − zoom, 0 fits the diagram, Esc closes. The text version below has the same content.
Where a step quotes a number, it is the default in the CISO Times pack. Your own standard may set a different one.
Read as text
The same flow written out: each step, its reasoning and where the pack covers it. 22 steps.
Start
A provider behind a critical or important function must go
DORA asks the entity to be able to exit a service that supports a critical or important function without disrupting its business, without limiting its regulatory compliance and without harming the continuity and quality of service to clients (Article 28(8)). Three things make that possible: a documented exit plan, a contractual transition period and an alternative that is ready. Work through them before you end anything, whether you chose to leave or events forced it.
In the pack
- P21-A03 DORA Article-to-Control Mapping LibraryRequirement Library (rule RQ-49)
- P21-A03 DORA Article-to-Control Mapping LibraryFramework References
- P06-A07 Supplier Contract Security Clause LibraryCL-14 Exit and transition assistance
Decision
Does the service support a critical or important function?
These duties are for services that support critical or important functions, which the entity decides and records with reasons. A function not yet assessed is treated as critical or important until it is (DR-10), which is the pack's working rule and not a rule of DORA. Take the first branch if you are unsure. If the function is assessed as neither, an ordinary supplier exit is enough.
- Yes, not yet assessed, or not known: Are we leaving by choice, with time to plan?
- No, assessed as neither: Use an ordinary supplier exit
In the pack
- P21-A06 ICT Third-Party Arrangements Register — Working CopyFunctions (rule DR-10)
- P21-A06 ICT Third-Party Arrangements Register — Working CopyArrangements
Outcome
Use an ordinary supplier exit
Move the service, remove every account and connection the supplier had, have the supplier return or delete your data and then its backup copies, get written confirmation of deletion, and keep the supplier's record with the exit date. The supplier flow covers these steps.
In the pack
- P06-A03 Supplier Security Assessment ProcedureStage 11 — Exit
Decision
Are we leaving by choice, with time to plan?
A planned exit lets you use the transition period and your plan in order. A forced exit starts from the contract's termination rights, so check them first. DORA asks the entity to be able to end an arrangement for a significant breach, for circumstances found in monitoring that could alter the function's performance, for evidenced weaknesses in the provider's ICT risk management, and where the authority can no longer supervise the entity.
- Yes, planned: Tell the management body and the function owner
- No, or not known: forced: Check the contract lets us end it for that reason
In the pack
- P21-A03 DORA Article-to-Control Mapping LibraryRequirement Library (rule RQ-49)
Step
Check the contract lets us end it for that reason
Read the termination rights and the notice periods (the register holds the notice periods, B_02.02.0100 and B_02.02.0110). Judgement: if the contract does not let you end it for the reason you have, take it to Legal before you act, because a wrongful termination is a risk in itself. If the cause is an incident, incident response and its decision rights and clocks stay with your incident procedure, and are not restated here.
In the pack
- P21-A06 ICT Third-Party Arrangements Register — Working CopyArrangements
- P21-A03 DORA Article-to-Control Mapping LibraryRequirement Library (rule RQ-47)
- P09-A03 Incident Response PlanDecision rights
Step
Tell the management body and the function owner
Judgement: tell the management body early, because a provider change for a critical or important function is the kind of change it keeps channels to hear about. DORA's reporting channels cover ICT third-party arrangements, planned material changes to providers and the effect of those changes on critical or important functions (RQ-05, entities under the full framework). Exit is also a step in the life cycle that the third-party policy covers (RQ-44). Confirm the function's recovery objectives with its owner, because the replacement has to meet them.
In the pack
- P21-A03 DORA Article-to-Control Mapping LibraryRequirement Library (rule RQ-05)
- P21-A03 DORA Article-to-Control Mapping LibraryRequirement Library (rule RQ-44)
Decision
Is there a documented exit plan, reviewed and tested in 12 months?
DORA asks for a comprehensive, documented exit plan for each such arrangement, tested and reviewed periodically. The pack's default is 12 months (DR-17), and the period is the entity's own to set. If you do not know, take the second branch.
- Yes: Does the contract give a transition period while it keeps serving?
- No, or not known: Write or refresh the plan before you act
In the pack
- P21-A04 DORA Readiness Self-AssessmentAssessment (rules TP-05, DR-17)
- P21-A03 DORA Article-to-Control Mapping LibraryRequirement Library (rule RQ-49)
Step
Write or refresh the plan before you act
The plan has alternative solutions, transition plans and contingency measures. It rests on plausible scenarios: an unforeseen and persistent service interruption, inappropriate or failed service delivery, and unexpected termination. It is realistic, and its schedule fits the contract's termination terms. The pack says how often to review and test a plan, not how to test it (judgement: walk it through with the people who would run it).
In the pack
- P21-A03 DORA Article-to-Control Mapping LibraryRequirement Library (rule RQ-49)
- P21-A06 ICT Third-Party Arrangements Register — Working CopyFramework References (rule RTS 1773 10)
- P21-A08 DORA Documentation & Evidence ChecklistChecklist (rule EV-31)
Decision
Does the contract give a transition period while it keeps serving?
The contract for a critical or important function should include an exit strategy with a mandatory, adequate transition period in which the provider continues the service and lets you move to another provider or in house (FD-07). That period is the time you have. If you cannot tell, take the second branch.
- Yes: Is there a named alternative provider or in-house route?
- No, or not known: Ask the provider for the transition term now
In the pack
- P21-A03 DORA Article-to-Control Mapping LibrarySupplier Flow-Down (rule FD-07)
- P06-A07 Supplier Contract Security Clause LibraryCL-14 Exit and transition assistance
Step
Ask the provider for the transition term now
An older contract does not wait for its renewal to be brought into line (DR-11). The library's exit clause is a model: it keeps the service running while it moves to another provider or back in house. Legal holds the contract and makes the request.
In the pack
- P21-A05 ICT Risk Management Framework Document TemplateArrangements that support a critical or important function (rule DR-11)
- P06-A07 Supplier Contract Security Clause LibraryCL-14 Exit and transition assistance
Decision
Will the provider agree to a transition period?
If the provider agrees, record the amendment against the contract (EV-30). If it refuses, you have a contract for a critical or important function that lacks a term it should have, and that changes what you can safely do.
- Yes: Is there a named alternative provider or in-house route?
- No: Escalate: the contract lacks a term it needs
In the pack
- P21-A03 DORA Article-to-Control Mapping LibraryRequirement Library (rule RQ-48)
- P21-A08 DORA Documentation & Evidence ChecklistChecklist (rule EV-30)
Outcome
Escalate: the contract lacks a term it needs
A missing Article 30(3) term is a gap in a binding duty and may be a blocking gap, which goes to the management body at its next meeting (DR-05). Enter it in your gap list. Whether to keep the provider while you negotiate, or to look for a replacement under pressure, is for the management body with counsel.
In the pack
- P21-A03 DORA Article-to-Control Mapping LibraryRequirement Library (rule RQ-48)
- P21-A09 DORA Gap & Remediation TrackerPriorities (rule DR-05)
Decision
Is there a named alternative provider or in-house route?
The register's assessment records how easily the provider can be substituted, how hard reintegration would be, the impact of discontinuing and whether alternatives are identified (RV-09). Judgement: an alternative that exists only in the plan, with no one who has checked it, is not named. If you do not know, take the second branch.
- Yes: Contract the replacement to the same standard
- No, or not known: Assess the options: another provider or taking it in house
In the pack
- P21-A06 ICT Third-Party Arrangements Register — Working CopyArrangements (rule RV-09)
- P21-A06 ICT Third-Party Arrangements Register — Working CopyChecks (rule RV-09)
Step
Assess the options: another provider or taking it in house
Compare the options on what the register assessment already records: substitutability, difficulty of reintegration and the impact of discontinuing. Weighing them is a judgement for the function owner and the management body, and the pack does not say how. Include the cost and the time each route needs.
In the pack
- P21-A06 ICT Third-Party Arrangements Register — Working CopyArrangements (rule RV-09)
Decision
Can a route be ready inside the transition period?
The transition period is the time you have. If the alternative cannot take the function before it ends, leaving on this timetable would stop the service. If you do not know, take the second branch.
- Yes: Contract the replacement to the same standard
- No, or not known: Do not end it yet: take the options to the management body
In the pack
- P21-A03 DORA Article-to-Control Mapping LibrarySupplier Flow-Down (rule FD-07)
- P21-A03 DORA Article-to-Control Mapping LibraryRequirement Library (rule RQ-49)
Outcome
Do not end it yet: take the options to the management body
Judgement, not a pack rule: for a planned exit, keep the arrangement or extend the transition while the alternative is built, because ending it with no route would stop the service. Where the exit is forced, the exit plan's contingency measures and your recovery plans apply. The management body decides, and the dependency belongs in your risk and concentration review.
In the pack
- P21-A03 DORA Article-to-Control Mapping LibraryRequirement Library (rule RQ-49)
- P22-A02 Business Continuity & ICT Resilience PolicyDependencies and suppliers (rule RR-09)
Step
Contract the replacement to the same standard
The replacement is a new arrangement for a critical or important function. It needs the register assessment, the Article 30(3) terms, its own exit plan, a subcontracting assessment and a concentration check, and your authority must be told before the arrangement is signed (DR-11). Keep the record of what you told it and when (EV-33).
In the pack
- P21-A06 ICT Third-Party Arrangements Register — Working CopyInstructions (rule DR-11)
- P21-A08 DORA Documentation & Evidence ChecklistChecklist (rule EV-33)
Step
Move the function in stages with the old provider still serving
Judgement: the transition term exists so the old provider keeps the service running while the new route takes over, so switch it off last. The contract's data return term (FD-02) applies when the arrangement ends, so agree how and when your data comes back in an accessible format, and restore it into the new service before you rely on it. The backup standard holds the restore tests.
In the pack
- P21-A03 DORA Article-to-Control Mapping LibrarySupplier Flow-Down (rule FD-02)
- P23-A02 Restore Testing MethodologyRestore tests (rule BR-13)
Decision
Does the new route run the function within its recovery objectives?
The function's recovery objectives are in the register in hours (RV-06). The recovery pack owns objectives and the recovery test (RR-14). Check the new route against them with the function owner, not against the provider's say-so. If you cannot show it, take the second branch and stay on the old provider.
- Yes: Take back data, remove access and update the register
- No, or not known: Stay on the old provider and take the gap to the management body
In the pack
- P22-A04 Critical Service Recovery Objectives Matrix (RTO, RPO, MTD)Objectives
- P22-A02 Business Continuity & ICT Resilience PolicyTesting and review (rule RR-14)
Outcome
Stay on the old provider and take the gap to the management body
Judgement: do not switch the old provider off while the new route cannot show the recovery objectives. Keep serving on the old provider within the transition period, fix the route with the function owner, and run the check again. If the transition period would end first, the management body decides whether to extend it or accept the risk. Your recovery plans apply meanwhile.
In the pack
- P22-A02 Business Continuity & ICT Resilience PolicyTesting and review (rule RR-14)
- P22-A04 Critical Service Recovery Objectives Matrix (RTO, RPO, MTD)Objectives
Step
Take back data, remove access and update the register
Complete the data return and the deletion with the old provider, and remove every account and connection it had. In the register, give the old arrangement its end date and the reason for ending it, and add the replacement. Update the exit plan for the new provider, and keep the exit and test records as evidence (EV-31).
In the pack
- P21-A06 ICT Third-Party Arrangements Register — Working CopyArrangements (rule RV-05)
- P21-A08 DORA Documentation & Evidence ChecklistChecklist (rule EV-31)
- P06-A07 Supplier Contract Security Clause LibraryCL-13 Data return and deletion
Outcome
The function runs on the new route and the old one is closed
The service did not stop, the register shows the change, and your plan, contract and test records are on file for your authority to see. Review the new exit plan at the period your standard sets.
In the pack
- P21-A08 DORA Documentation & Evidence ChecklistChecklist (rule EV-31)
- P21-A06 ICT Third-Party Arrangements Register — Working CopyInstructions
Practical checklist
- Confirm the service supports a critical or important function, or treat an unassessed one as such.
- For a forced exit, check the contract's termination rights and notice periods first.
- Tell the management body and the function owner, and confirm the function's recovery objectives.
- Check the exit plan is documented, reviewed and tested, or write or refresh it before you act.
- Check the contract gives a transition period, and ask the provider for one now if it does not.
- Name an alternative provider or in-house route that can be ready inside the transition period.
- Contract the replacement to the same standard and tell your authority before signing.
- Move in stages, prove the new route meets the recovery objectives, then close the old arrangement and update the register.
Evidence to have ready
- The exit plan for the arrangement, with its review and test records (EV-31).
- The contract's exit and transition terms, and any amendment agreed (EV-30).
- The register assessment of substitutability, reintegration, impact of discontinuing and alternatives.
- The record of what you told your authority about the replacement, and when (EV-33).
- The check of the new route against the recovery objectives, the data return and deletion confirmation, and the register updated with the end date and reason.
Assumptions
- Your organisation is a financial entity under DORA. A supplier to a financial entity does not run this flow.
- The service supports a critical or important function, or its function is not yet assessed and is treated as one. Any other exit is an ordinary supplier exit.
- DORA says exit plans are tested and reviewed 'periodically' and sets no period. The 12 months shown is the pack's default, and your own standard may set another.
- The pack gives no separate notice duty for ending an arrangement. It does ask you to tell your authority before you sign a planned arrangement for a critical or important function. Confirm anything more with counsel or your authority.
Not covered here
- Leaving an ordinary supplier and getting data back and deleted. That is “How do we exit a supplier without losing data or access control?”.
- What to do when a provider's recovery time is longer than the service can wait. That is “If a critical supplier's recovery time is longer than our service can wait, then what do we do?”.
- How to respond if the provider's failure is an incident, and whether it is a major incident under DORA. Your incident procedure governs the response, and the second is “How do we decide whether an ICT incident is major under DORA?”.
- Concentration across several providers. That is “If many of our critical services depend on one provider, then what do we do about it?”.
Related questions
- How do we exit a supplier without losing data or access control?
- If many of our critical services depend on one provider, then what do we do about it?
- If a critical supplier's recovery time is longer than our service can wait, then what do we do?
- How do we build and keep our register of information on ICT third-party arrangements?
- When is a supplier supporting a "critical or important function" under DORA?