Rule · RBNZ · 11 May 2022
The Reserve Bank of New Zealand issued final policy decisions revising the outsourcing framework for registered banks to mitigate operational risks while maintaining business flexibility. The updated policy introduces a formal definition of outsourcing, mandates robust backup capabilities for functions outsourced to overseas parents, and requires banks to maintain separation plans and a comprehensive compendium of arrangements. Additionally, the framework clarifies basic banking services, establishes a streamlined engagement process for non-objection applications, and sets a five-year transition path for compliance with the new requirements.
Final policy decisions on the revised policy proposals for the review of the outsourcing policy for registered banks February 2017
I. Introduction and background
II. Outcomes
8. In the 2015 consultation paper, it was noted that banks have had variable application
of the existing outsourcing policy, and it was felt that the wording for the “outcomes” could be tightened to provide more clarity. For example, some banks seemed to have focused on business continuity involving a natural disaster or technology failure, and not how to continue to operate under a stress event occasioned by a complete supplier or bank failure. It is also unclear whether banks had robust alternative arrangements in place on an on-going basis. Both of these considerations are particularly relevant to ensure the viability of Open Bank Resolution (OBR).
9. Consistent with the current BS11, the following outcomes will be adopted (revisions
are italic):
a) The bank is able to continue to meet its daily settlement and other time-critical obligations, before the start of the value day after the day of failure and thereafter, so as to avoid disruption and damage to the rest of the financial system; b) The bank is able to monitor and manage its financial market positions, including credit and market risk positions, before the start of the value day after the day of failure and thereafter, thereby limiting further damage to the bank’s balance sheet; c) The bank has at hand the systems and balance sheet data necessary for the New Zealand authorities to have available a range of options for managing the failed bank, on the first value day after the day of failure and thereafter; d) The bank is able to provide basic banking services to existing customers, including, but not limited to, liquidity (both access to deposits and to credit lines as defined in basic banking services) and account activity reporting, on the first value day after the day of failure and thereafter; e) Where a bank is part of an overseas banking group, the bank is able to meet outcomes (a) – (d) as a stand-alone entity in the event of separation from its parent, every day thereafter.
10. The Reserve Bank proposes to keep the existing wordings on outcome (a) but clarify
in the policy what would be included in “other time critical obligations” to ensure that the policy is forward looking and there are no unintended gaps. Further feedback on the wording will be sought as part of the exposure draft consultation. III: Definition of Basic Banking Services
11. Both the current BS11 and the 2015 consultation paper did not include a definition of
the basic banking services that banks were expected to provide to existing customers. Feedback from submitters suggested that such a definition would provide more clarity to banks.
One submitter also suggested that institutional customers for whom the bank provides
bespoke services should be excluded from the definition of basic banking services, given the low number of customers and high cost of providing the systems to manage these customers. It was also noted that institutional customers generally have multiple banking relationships and can more readily substitute the services they receive from one bank to another.
This submitter has suggested the following definition of institutional customer:
“A large business or public or quasi-public enterprise, operating on a trans-Tasman or global basis – either multi-banked or able to source funding from multiple domestic or off-shore markets.”
Given the high costs of maintaining bespoke services for institutional customers who
are able to substitute services reasonably easily, the Reserve Bank considers that the bespoke services provided to these customers should be excluded from the definition of basic banking services. However, banks will be required to move these customers onto the platforms used for banking services in the event of a separation from their parent (although banks can continue to use the bespoke systems for institutional customers if they would like to).
However, if banks plan to not provide bespoke services to institutional customers post
a separation, they will be required to specifically disclose this to those affected customers in advance. Banks will also need to have the capability to shift institutional customers to basic banking services platforms, and will need to manage and wind down any existing arrangements. IV: Backup capabilities for functions outsourced to an overseas parent or related party
While the requirement for back-up capability is a part of the existing outsourcing policy,
the Reserve Bank has not articulated the expectations for these arrangements. Where a bank outsources a function to its overseas parent or a related party it will be required to have a robust back-up arrangement for these outsourced functions. Based on submission feedback from the consultations the Reserve bank has defined this as follows (changes have been highlighted):
There is no capability to permanently lose transactions. The timeframe on what
is meant by “permanently” would be consulted as part of the Exposure Draft.
The switch over would be expected to be delivered within 4 – 6 hours and a
bank must be able to meet its obligations under OBR including settlement – for functions related to outcomes (a), and (b) (plus (e) to the extent that it is applicable).
The switch over would be delivered before 9am the day the bank is due to
reopen (i.e. the value day after being placed into statutory management) – outcomes (c) and (d) (plus (e) to the extent that it is applicable).
The contingency arrangement is sustainable, in that it could be deployed as the
primary mechanism, on an on-going and fully automated basis, to deliver the outsourced function with minimal impact and disruptions to both the bank’s customers and the bank’s own business operation.
Testing is conducted on an annual basis in a live simulation environment
that mirrors the live environment to ensure that the back-up arrangement will work as intended. Separate to this, banks are required to ensure that changes made to the live environment will also be made in the simulation environment.
External review is conducted at least every three years to ensure the
arrangement remains robust. However, an annual external review is required during the five-year transitional period.
The bank must have direct ownership and/or control over the standby system.
This does not necessarily mean that the system needs to be located in New Zealand, but that the NZ locally incorporated bank should have the legal and practical ability to control the standby system (i.e. that they own the system [or have a direct relationship with the third party provider for that system] and the data that is required to use it). This backup arrangement cannot be provided by a parent or a related party of the parent.
While the back-up capability requirements have certain timeframes set around them to
ensure that a bank will be able to reopen at 9am the day after being placed into statutory management, it is important for banks to recognise that these timeframes do not affect the timeframes for OBR and banks must ensure that they can meet the requirements of that policy.
The Reserve Bank will consider also alternative arrangements to the back-up
capability requirements where a New Zealand bank has an arrangement with a related party that is not the parent bank or a related party of the parent bank. In considering these arrangements, the Reserve Bank will look at matters such as:
a) whether the New Zealand bank has legal and practical control over the arrangement; b) whether the parent, another related party, or any overseas authorities may be able to frustrate the arrangement; c) the relationship between the New Zealand bank and the related party; d) what functions or activities the related party will be undertaking on behalf of the New Zealand bank; and e) whether the related party will also be providing services to any other related parties.
For arrangements with independent third parties banks will be able to rely on the
robust DR/BCP requirements provided by the independent service provider. V: The White List
In the 2015 and 2016 consultation papers it was proposed to include in the outsourcing
policy a list of functions that would generally not be considered as relevant to the policy. This would help to clarify the arrangements that would be relevant for the purposes of the policy. This has been an approach that a number of jurisdictions have adopted.
In the follow-up engagements with banks, refining the white list has been one of the
strong focuses, and these were reflected in the feedback received in this round of consultation.
Of particular importance is the treatment of software. Banks have suggested that a
number of categories of software be added to the white list to minimise their interactions with the Reserve Bank. The two most important categories are software licensed in perpetuity (i.e. there is no termination rights from the service provider) and licensed software that is hosted on the NZ banks’ systems and where there is no reliance on a third party for support or maintenance. These categories of software are different from licensed off-the-shelf software where the provider could have termination rights in a crisis event.
The Reserve Bank is in the process of finalising the white list based on the useful
feedback; we have included a proposed white list of functions in appendix one. The Reserve Bank plans to seek clarification from the banks on a few suggested categories as part of our consultation on the Exposure Draft. The updated white list is expected to be consulted on, along with the Exposure Draft, later in Q1 2017.
Some submitters have suggested functions that the Reserve Bank considers would
never be expected to be included in the definition of outsourcing, such as catering services and corporate uniforms. Having weighed up the options at this stage the Reserve Bank does not anticipate including such functions on the white list. However, this can be readdressed with submitters when the exposure draft is released. VI: Engagement Process
BS11 currently presumes that outsourcing of a core function will be permitted where
the bank can satisfy the Reserve Bank that the function is not material to the achievement of the required outcomes. However, BS11 does not contain a specific process for how banks should engage with the Reserve Bank on these matters.
The lack of a more explicit engagement process has given rise to variability in the way
in which banks engage with the Reserve Bank on their outsourcing arrangements. This prompted the Reserve Bank to propose a more explicit engagement process between banks and the Reserve Bank in the 2015 consultation. Specifically, it was proposed that banks file a short form application for non-objection on all outsourcing arrangements that are not on the “white list”. The Reserve Bank would then have 20 working days to assess the application and either provide a notice of non-objection or inform the bank that a full application is required. The short form application would contain fairly high-level information on the proposed outsourcing arrangement.
Having listened to feedback and weighed up the options the engagement process has
been revised as follows. This should further reduce compliance costs for banks, while still meeting the objectives of the outsourcing policy:
o After the first five years banks will then be required to have a three-yearly external review (where the terms of the review are set by the Reserve Bank).
30. It is important to note that any non-compliant arrangements must be amended ex-post.
VII: Contractual Terms
31. In the 2015 consultation paper it was proposed that a number of matters be included in
an outsourced arrangement, to ensure that outsourcing arrangements are robust and that functions outsourced to independent third parties, and arrangements made through the parent or a related party, will remain available following a failure. These matters include:
a) a contractual provision to ensure continuing access on normal commercial terms to services when the bank enters statutory management; b) parallel rights for arrangements made through the parent or a related party to ensure continuing access to the services where the bank is separated from its parent; and c) the ability for the Reserve Bank to have access to documentation and information related to the outsourcing arrangement.
32. A list of further contractual terms, such as service levels and performance
requirements and business continuity management were also included as expectations for robust outsourcing arrangements.
33. Feedback was generally positive and no change was proposed in the 2016
consultation, except to note that the Reserve Bank will be consulting on a BCP policy in due course and these contractual terms may be moved to another Banking Supervision Handbook document as a part of that review. However, just recently questions have been raised around the contractual terms. The Reserve Bank will work with banks to address this as part of the exposure draft. VIII: The Compendium
34. Both consultation papers proposed that banks maintain a compendium of their
outsourced functions, though who these were maintained with, and how the condition of registration would work differed between the consultations.
35. We note that the COR is drafted in such a way that it focuses on the bank having
“appropriate process in place to maintain a compendium”. If the bank has a robust process in place but mistakenly does not update the compendium within the timeframe required by the COR, then this would not necessarily be a breach of the COR. However, if the bank were to repeatedly fail to update its compendium then it would likely show that the process in place is not adequate and may be a breach of the COR. We would clarify this further in the Exposure Draft.
36. Submitters also sought a longer period for updating the compendium, noting that five
working days was too short. The Reserve Bank considered this timeframe and tend to agree that it may be too short. It will now be extended from “five working days” to “twenty working days”.
Banks have also suggested that an internal audit of the compendium each quarter is
too frequent. Some have suggested that the requirement should be annual, while others have suggested that it be done away with completely.
Having weighed up the submissions the Reserve bank proposes that an annual
internal audit review should provide us with sufficient comfort, given that the Reserve Banks should have more oversight of the arrangements banks are entering in to. The COR would therefore be amended to as follows:
That the registered bank has appropriate processes in place to maintain a compendium of its outsourcing arrangements in a form that is available to be sent to the Reserve Bank on request, and that include, in particular – a) Arrangements for the compendium to be updated within 20 working days of an outsourcing arrangement being effective; and b) Annual review of the compendium by the bank’s internal audit function to ensure it is up to date.
IX. Separation Plan
Both consultation papers proposed that an explicit requirement for a separation plan
be included in the policy. The purpose of this was to describe the processes a bank would have to undertake in the event that the parent fails, or that the NZ bank is separated from its parent. It was noted that the separation plan should not assume that the bank goes into wind-down in the event of separation. Rather, the plan should assume that the bank continues to operate on a business-as-usual basis in order to meet the outcomes of the policy and provide basic banking services at a minimum.
More specifically, it was proposed that the separation plan should set out how the bank
will, from the day of being placed into statutory management and, if necessary, indefinitely thereafter:
a) execute its clearing, settlement and payment obligations; b) monitor and manage its financial risk positions; c) manage the operational responsibilities for the separation; d) ensure parallel rights for the New Zealand bank are available for functions outsourced through the parent or a related party; e) set out robust alternative arrangements for systems that are owned or controlled by the parent or a related party; f) set out how the back-up capability will be switched over, including the timeframes for doing so; and g) set out how the bank will meet the outcomes of the outsourcing policy.
It was also proposed that the separation plan should also set out the timeframes in
which all processes have to be completed and which staff positions are responsible for taking these actions, including a clear chain of command and a communications plan.
The Reserve Bank also noted that the separation plan would be required to be tested
on an annual basis (i.e. every 12 months, not once within a calendar year).
The Reserve Bank is not proposing to make any changes to this policy requirement.
X. Transition path to compliance
The 2015 consultation paper proposed a two and a half year transition path to
compliance for banks, made up of a 6 month planning period and two further years to reach compliance with the revised policy.
Following submission feedback that suggested a longer transition path, the 2016
consultation paper proposed a five year transition path to compliance. The Reserve Bank considered that five years would be sufficient on the basis that most contracts for outsourcing arrangements roll over on a two to three yearly period, so extending the transition path to five years should provide a sufficient period for banks to comply with the revised policy.
The Reserve Bank proposes to retain the five year transition period for compliance
with the revised policy.
XI. Threshold
Outsourcing currently applies to all locally incorporated banks whose NZ liabilities, net
of amounts due to related parties, exceeds NZ$10 billion. At the time the threshold was set it focused on “systemically important banks” given that they presented the greatest risk of causing significant damage to the financial system if they failed.
Since the introduction of BS11 in 2006, the Bank has implemented the OBR Policy, a
tool that manages bank failures. The threshold for the OBR policy is set at any locally incorporated bank with retail funding over NZ$1 billion. This is a lower threshold than BS11, reflecting the fact that smaller institutions would likely benefit from prepositioning on the grounds that a more orderly resolution of a failure event may be preferable even in scenarios in which systemic concerns may be limited.
When reviewing BS11, the Reserve Bank considered there was a case for reviewing
the threshold for the outsourcing policy given the relationship between outsourcing and the continuation of essential bank services during times of financial distress. With this in mind, the 2015 consultation paper sought feedback on the following two options:
III. Next steps
51. Later in Q1 2017 the Reserve Bank intends to release an exposure draft on the
revised outsourcing policy for consultation on the drafting and workability of the policy.
52. Following submissions the Reserve Bank will review and release a final policy. It is
anticipated that this will be released in Q2 2017.
Appendix one: Options for the revised white list
b. Licensed software (term or subscription) that is hosted on the New Zealand bank’s systems, is licensed to the New Zealand bank directly, there is no reliance on a third party for support or maintenance (other than for routine standard support offering from the software vendor), the provider does not have termination rights in a crisis event, and either:
i. could be transitioned to an alternate provider; or
ii. has escrow arrangements for source code.
c. Licensed software that is licensed directly to the New Zealand bank to
the extent it exclusively relates to one or more white listed functions; d. Support or maintenance of either proprietary or licenced software that is licensed to the New Zealand bank directly to the extent it exclusively relates to one or more white listed functions.
22. Fraud and forensic detection and monitoring services;
23. Agency and trustee arrangements for:
a. treasury programmes; and b. syndicated loan facilities.
24. Wealth and insurance functions;
25. Data mining, customer surveying and rewards programmes for marketing
purposes;
26. Data matching services, including personal information matching, valuation data
and credit reporting;
27. Internet and network security services, including penetration testing;
28. Sanctions filtering systems;
29. Annual renewals or rollovers of a contract with an independent third party which
confirms the commercial terms only;
30. Variations to contracts with independent third parties where only the
commercial terms only are being varied.
Note from RegAlert. AI assistants can read this document in full, and search 70,000+ more, through the RegAlert MCP connector (https://mcp.regalert.today/mcp). Free with an account. How to connect ChatGPT, Claude or Cursor.
RegAlert holds no document that amends or replaces this one. This is not a check that it is in force: confirm with the regulator.
“The current outsourcing policy (BS11) does not have a definition of outsourcing and relies on section 78(1)(fb) of the Reserve Bank of New Zealand Act 1989 (the Act).”
More like this from RBNZ
We email you every new RBNZ publication the day it's published.
Source: Reserve Bank of New Zealand — original document · Summary generated with machine assistance and reviewed before publication; the authoritative text is the regulator's original document. How RegAlert works
In RegAlert: added · updated