Independent thinking. Informed defence.

CISO Times

Intelligence for the people behind the defence.

The CISO Decision Brief

How do we…

How do we leave an ICT provider that supports a critical or important function without stopping the service?

8 decision pointsThe pack behind this answer: DORA ICT Risk & Resilience Readiness

Add to board 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.
  1. 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

  2. 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.

  3. 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

  4. 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.

    In the pack

  5. 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

  6. 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

  7. 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.

    In the pack

  8. 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

  9. 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.

    In the pack

  10. 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

  11. 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.

    In the pack

  12. 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

  13. 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.

  14. 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

  15. 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.

    In the pack

  16. 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

  17. 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

  18. 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

  19. 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.

    In the pack

  20. 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

  21. 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

  22. 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.

Practical checklist

  1. Confirm the service supports a critical or important function, or treat an unassessed one as such.
  2. For a forced exit, check the contract's termination rights and notice periods first.
  3. Tell the management body and the function owner, and confirm the function's recovery objectives.
  4. Check the exit plan is documented, reviewed and tested, or write or refresh it before you act.
  5. Check the contract gives a transition period, and ask the provider for one now if it does not.
  6. Name an alternative provider or in-house route that can be ready inside the transition period.
  7. Contract the replacement to the same standard and tell your authority before signing.
  8. 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