strategies-for-turnaround-management-rectangle.jpg

Related Expertise: Compliance and Crisis Management, Financial Institutions, Retail Banking

New Anti-Money Laundering Requirements in the UAE: How Banks Can Adapt

By Norbert GittfriedBernhard GehraFelix Hildebrand, and Aytech Pseunokov

In 2021, the Central Bank of the UAE (CBUAE) published several regulations and standards for the banking sector. These encompass several key areas of financial regulation, including anti-money laundering (AML), consumer protection (CP), and data security (see Exhibit 1). Some of the new anti-money laundering requirements present significant operational challenges. In order to comply, some banks may need to revise their transaction monitoring (TM) systems and compliance organizations. Still, with the right approach, they can design resilient, future-proof compliance target operating models that meet or exceed regulatory expectations.

The AML & Combating the Financing of Terrorism (CTF) landscape is seeing rapid change, with the CBUAE actively strengthening its regulatory framework and bolstering its oversight activities, also following the outcome of the 2020 Financial Action Task Force (FATF) mutual evaluation. We should therefore expect the UAE to take further action to address identified topics and comply with and the FATF Recommendations.

The CBUAE has already shown that it will not hesitate to enforce its AML requirements. Indeed, it has imposed fines totaling more than AED82 million (US$22.48 million) on 12 banks 1 1 “CBUAE imposes financial sanctions on 11 banks operating in the UAE“; “CBUAE imposes monitoring and financial sanctions on a bank operating in the UAE” Notes: 1 “CBUAE imposes financial sanctions on 11 banks operating in the UAE“; “CBUAE imposes monitoring and financial sanctions on a bank operating in the UAE” and 6 exchange houses 2 2 “CBUAE imposes financial sanctions on six exchange houses” Notes: 2 “CBUAE imposes financial sanctions on six exchange houses” since the beginning of 2021. At the time of writing, the most recently published was a fine of AED19.5 million imposed on a local bank for AML failures. 3 3 “CBUAE imposes monitoring and financial sanctions on a bank operating in the UAE” Notes: 3 “CBUAE imposes monitoring and financial sanctions on a bank operating in the UAE” These financial penalties, while still relatively small compared with those in the US and EU, 4 4 SEB Bank fined $107 million for AML failures Notes: 4 SEB Bank fined $107 million for AML failures send a clear signal to the UAE financial services industry that compliance failures will not be tolerated.

Key Challenges of the New Regulations

Over three months from June to September 2021, the CBUAE published or updated at least six different guidelines on AML topics applicable to banks, including:

  • Updated Guidelines for Financial Institutions on Anti-Money Laundering and Combating the Financing of Terrorism and Illegal Organisations, June 2021;
  • AMLCFT 5 5 Anti-Money Laundering and Countering the Financing of Terrorism Notes: 5 Anti-Money Laundering and Countering the Financing of Terrorism Guidance for LFIs 6 6 Licensed Financial Institutions Notes: 6 Licensed Financial Institutions on Suspicious Transaction Reporting, June 7, 2021;
  • AMLCFT Guidance for LFIs Providing Services to Legal Persons and Arrangements, June 7, 2021;
  • AMLCFT Guidance for LFIs Providing Services to Real Estate and Precious Metals & Stones Sectors, June 16, 2021;
  • AMLCFT Guidance for LFIs on Transaction Monitoring and Sanctions Screening, September 8, 2021; and
  • AMLCFT Guidance for LFIs providing Services to Cash-Intensive Businesses, September 27, 2021.

The guidelines provide additional clarity on the preferred risk-based approach and standards expected of bank AML and sanctions programs. However, they also introduce new requirements, some of which may present substantial operational challenges.

One of the most notable changes was brought about by CBUAE Guidance on Suspicious Transaction Reporting. The Guidance introduced a requirement to file suspicious activity/transaction reports within 35 days of a first alert (including 20 days for analyzing the alert and making a decision on whether it warrants an STR/SAR filing, and an additional 15 days for preparing and filing the STR/SAR). 7 7 Article 4.6 of the AMLCFT Guidance for LFIs on Suspicious Transaction Reporting Notes: 7 Article 4.6 of the AMLCFT Guidance for LFIs on Suspicious Transaction Reporting To many banks, this presents the prospect of a difficult transition, which may require a full revision of the AML compliance organization and, more specifically, transaction monitoring and screening frameworks.

Automation and a Resource-driven Approach

Changing or upgrading a transaction monitoring system may take years whereas the CBUAE gave banks a grace period of one month to comply with the Guidance on Suspicious Transaction Reporting (including the 35-day SAR/STR filing rule). To many banks, especially those that use fewer automated solutions for transaction monitoring, a natural short-term solution may be to hire additional staff to increase the speed of processing SAR/STR alerts. However, there are challenges associated with this approach.

First, any transaction monitoring system lacking automated solutions is likely to be ill-suited to the fintech revolution already underway in the UAE financial sector. With fintech solutions and digital distribution channels positioned to deepen their banking penetration, 8 8 Source: CBUAE Financial Stability Report 2020 Notes: 8 Source: CBUAE Financial Stability Report 2020 the number of banking transactions is likely to rise. In the absence of advanced technology solutions for automated detection and analysis of SAR/STRs, these trends are likely to result in a growing number of STR/SAR alerts, creating an ever-increasing demand for compliance resources. Coupled with the CBUAE requirement to avoid defensive filing, 9 9 Article 3.3.1 of the Guidance for LFIs on Suspicious Transaction Reporting Notes: 9 Article 3.3.1 of the Guidance for LFIs on Suspicious Transaction Reporting banks must strike a delicate balance between maintaining a team of professionals sufficiently qualified to process and escalate alerts (to the satisfaction of the CBUAE) and managing budgets and risks associated with hiring more compliance staff. The CBUAE itself has emphasized that the effectiveness of manual analysis is undermined by the complex and evolving nature of financial crime risks. 10 10 Article 2.6.1 of the Guidance for LFIs on Suspicious Transaction Reporting Notes: 10 Article 2.6.1 of the Guidance for LFIs on Suspicious Transaction Reporting

There is another reason why simply hiring additional staff for manual alert processing in lieu of automation may not be the best approach in the longer term. Traditionally, the primary cost-benefit of this approach was derived from relocating or outsourcing operational tasks (such as level 1 alert analysis) to offshore locations with a lower cost of labor. However, other regulatory changes introduced by the CBUAE may restrict cross-border transfers of data out of the UAE, prompting banks to reconsider the benefits – and risks – associated with offshoring.

Regulatory Implications of Offshoring and Outsourcing

In 2021, the CBUAE issued several regulations and procedures that had a direct impact on offshoring arrangements, including:

  • The Consumer Protection Regulation (CPR) and accompanying Standards (CPS)
  • The Outsourcing Regulation for Banks (ORB) and accompanying Standards (OSB)

While these impose a variety of requirements, we here focus on those that may have implications for offshoring or outsourcing compliance tasks to another country:

  1. Cross-border data transfers/processing. The CPS contains a requirement that banks store all of their customer and transaction data locally in the UAE (article 6.1.6.3). At the same time, article 6.3 of the ORB implies that it may be possible to share such data outside of the country for outsourcing purposes, subject to CBUAE approval and written consents of customers whose data is being shared. However, ORB prohibits outsourcing into jurisdictions that cannot provide the same level of protection of personal data as the UAE. Drawing a parallel with the EU GDPR, the CBUAE data protection regime may be considered at least as strict, after the landmark Schrems II CJEU ruling, which limits the conditions on which personal data may be transferred and processed outside of the EU. It also remains to be seen whether, and how, the CBUAE data transfer provisions are affected by the new UAE data protection regulations, expected to be published in 2022.
  2. Cyber security & governance. Under the CRP and CPS, banks must ensure the security of all customer data they collect, including preventing misuse, use for financial crime, and misappropriation. Upon discovering breaches, banks should log them, notify the customers affected, and compensate for any damages resulting from the breaches. Banks must also notify the central bank of any “material” data breach, loss, destruction, or alteration of data when they occur. Satisfying these requirements becomes more complicated when incidents occur outside the country and can be further complicated if a third-party provider is involved. In this case, the bank would need to mirror its liability to customers in its contractual arrangement with the third party and consider the risks associated with enforcing such a contract in a third country. In addition, article 11.3 of the ORB implies that the CBUAE may require a bank to terminate outsourcing agreements that present “undue risks” to data protection.
  3. Written disclosure and consent requirements. Article 6.3 of the ORB states that confidential customer data must not be shared outside the UAE without the approval from the CBUAE and prior written consent from the customer, together with a written acknowledgment that her/his confidential data may be accessed under legal proceedings outside the UAE. CPR and CPS also state that before disclosing a customer’s personal information to any third parties, the bank must inform the customer of how exactly her/his data will be processed and obtain her/his express consent for such disclosure. It is important to note that such consent may be withdrawn by the customer at any time during which the personal data is being processed by the financial institution or shared with a third party, in which case the financial institution has 30 calendar days to complete the withdrawal request. This presents an additional challenge in the context of offshoring because the bank must convey the requests to its offshore location or the third party providing the services and ensure they are completed.

It remains to be seen how these requirements will impact offshoring arrangements for operational compliance tasks such as SAR/STR alert reviews. There may still be alternative solutions (e.g., offshore staff working remotely through the cloud on data physically stored in the UAE). However, the key question would be whether such solutions are justified from an effectiveness and efficiency viewpoint, considering the associated HR, operational, and regulatory risks.

Automation and Process Optimization: Key Elements of a Successful Transaction Monitoring Program

An alternative solution for meeting the new CBUAE alert handling timelines would be taking a two-pronged approach, combining automation and process optimization. (See Exhibit 2).

Gradual, carefully-planned implementation of Machine Learning (ML), artificial intelligence (AI), and Robotics Process Automation (RPA) will be increasingly critical to tackling the AML challenges of tomorrow. The CBUAE acknowledges this fact in its guidance on Transaction Monitoring and Sanctions Screening, making it clear that it expects larger financial institutions to put automated transaction monitoring systems in place. 11 11 Article 2.2 of the Guidance for LFIs on Suspicious Transaction Reporting Notes: 11 Article 2.2 of the Guidance for LFIs on Suspicious Transaction Reporting

Initial deployment of automated tools for alert analysis requires a certain pre-existing level of digitization readiness and usable data, as well as senior management support. However, if implemented effectively, it has the potential to dramatically shorten alert handling timelines and reduce false positives. Below we gather four of the many possible use cases for automation in TM:

  1. Calibration of TM systems. A common way to finetune TM systems is above-the-line/below-the-line testing. This is a statistical method of finding the optimal balance between reducing the rate of false positives and improving the effectiveness of detection of suspicious activities and generation of SAR/STR alerts (by changing predetermined thresholds in the TM system). To increase the effectiveness of this type of calibration, AI can be deployed to segment customers and products based on their risk profiles. Performing above-the-line/below-the-line testing individually in each category helps improve the overall accuracy of alert generation.
  2. Auto-closure/escalation of alerts. RPA can be implemented to analyze alerts and automatically close those with a true positive likelihood below a certain threshold (e.g., less than 5%). At the same time, alerts meeting the true positive criteria with higher probability (e.g., more than 90%) could be directly escalated for level 2 analysis and preparation of STR/SAR filings.
  3. Alert hibernation. This is the process of saving for future review alerts that by themselves do not necessarily warrant escalation but may raise suspicion if repeated a certain number of times. Using RPA, TM systems can be programmed to hibernate low-risk alerts instead of closing them altogether and to escalate them to a human investigator if a repeated alert is generated on the same customer or account, indicating potentially suspicious activity.
  4. Pre-evaluation of alerts. An “RPA bot” can be deployed for automated research and information gathering on alerts escalated for manual review. By some estimates, this type of work accounts for ~75% of level 1 alert investigation efforts. 12 12 BCG estimate based on project experience Notes: 12 BCG estimate based on project experience In addition, banks can deploy supervised ML to analyze decisions made by humans on similar transactions. After several months of continuous training (depending on the amount of historical data on past alert reviews), the ML solution would be able to generate recommendations on the steps to be performed by the analyst to review the alert, based on past reviews of similar alerts. The analyst would still need to review the recommendations and either confirm or reject them. However, every new decision would train the ML algorithm and improve its accuracy.

While RPA, ML, and AI-powered solutions present numerous operational opportunities, one flip side is their lack of transparency. All decisions are made in a “black box” and are not immediately visible to human observers. This lack of clarity should be addressed by documenting the processes and procedures for setting and calibrating the rules, thresholds, and filters used by the automated TM system, and fully aligning them with AML policies and procedures, as well as regulatory requirements. It would also be a mistake to think that automation implies the elimination of human resources. Banks require qualified staff with sufficient levels of expertise to work with, maintain, and periodically test TM systems, as well as to carry out regular reporting to senior management in line with CBUAE requirements. Continuous targeted staff training and upskilling will be key to the success of an automated TM program.

In summary, when implemented effectively, automation of TM systems, coupled with process optimization, can help unlock the following key benefits:

  1. Increased effectiveness of the TM system through enhanced ability to detect suspicious patterns via AI segmentation and network analysis, as well as reduction of false positives through AI-enhanced calibration.
  2. Increased efficiency, comprising automated closure of false positives coupled with the direct escalation of likely true matches, as well as RPA-powered automatic collection of supporting data. This will reduce alert handling times and free up compliance resources, which can then be redeployed for speedier handling of alerts with the same FTE resources.

Roadmap to Compliance

When comparing compliance approaches to individual regulations, the temptation is to opt for the quickest and simplest solution that checks all the regulatory boxes (at least for the time being). This is particularly the case given the tight implementation deadlines typically set by regulators. However, quick solutions often do not withstand the test of time and run the risk of eventually crumbling under the weight of ever-increasing regulatory demands. As we have seen, a TM system lacking automation tools for alert detection and analysis will be much more difficult to maintain in the longer term if the banks’ customer base and transaction volumes continue to increase.

For a bank to deploy state-of-the-art automation solutions, it will need robust planning, cross-functional coordination, and the necessary compliance organization to undertake project management. The effectiveness of any TM system (even the most advanced) will depend on the operating environment in which it is maintained. A good compliance operating model should serve as a backbone for regulatory adaptations, and this should take into account not just immediate CBUAE requirements but also the key objectives and overall direction of regulatory policy and industry trends, both in the UAE and globally. Once the system is built and implemented, any future regulatory adjustments become much easier to implement in a relatively short time frame.

With the right amount of effort, a compliance TOM can be built in three stages:

Stage 1. The starting point is a holistic “health check” of the current compliance operating model across five key dimensions:

  • Compliance strategy
  • Governance, oversight, and people strategy
  • Compliance risk management
  • Compliance data analytics and architecture
  • Culture of integrity

The TOM design in Exhibit 3 provides a reference for the structure of key assessment components. The recent CBUAE regulatory developments cut across all five dimensions. However, a comprehensive diagnostic test would also highlight other areas of the compliance organization requiring attention, beyond those impacted by the regulations.

Stage 2. If any gaps are found, banks should undertake a qualitative assessment to identify underlying reasons and elements necessary to close the gaps. For example, if the bank is storing data in several different IT systems, there is a case for creating an integration layer for feeding data from those systems into a screening tool. The CBUAE encourages banks and LFIs to review their TM programs at least annually. 13 13 Article 2.6.2 of the Guidance for LFIs on Suspicious Activity Reporting Notes: 13 Article 2.6.2 of the Guidance for LFIs on Suspicious Activity Reporting

Stage 3. Once the required remediation actions are defined, the final step should be to prepare an implementation roadmap detailing the time and resources required to build the target operating model.

As the pace of regulatory change accelerates, banks in the UAE need to learn quickly how to adapt to new requirements. The trend is likely to continue, not least because the CBUAE is facing emerging AML challenges. Having reviewed different approaches to addressing the new suspicious-activity reporting requirements, we conclude that automation, coupled with process optimization, presents a potentially effective combination for reducing alert handling timelines and future-proofing AML TM systems. However, these cannot be implemented without a forward-looking target operating model, which should serve as a foundation on which an effective AML program can be built. The roadmap described here should provide a useful reference for addressing immediate challenges and building a solid base on which to prepare for the regulatory challenges to come.

DISCLAIMER

BCG is not licensed to practice law and therefore nothing herein should be construed as legal or regulatory advice. All statements herein regarding laws and regulations are for discussion purposes only and must be confirmed by a legal subject matter expert.

This document has been prepared in good faith on the basis of information available at the date of publication without any independent verification. BCG does not guarantee or make any representation or warranty as to the accuracy, reliability, completeness, or currency of the information in this document nor its usefulness in achieving any purpose. Recipients are responsible for assessing the relevance and accuracy of the content of this document. It is unreasonable for any party to rely on this document for any purpose and BCG will not be liable for any loss, damage, cost, or expense incurred or arising by reason of any person using or relying on information in this document. To the fullest extent permitted by law (and except to the extent otherwise agreed in a signed writing by BCG), BCG shall have no liability whatsoever to any party, and any person using this document hereby waives any rights and claims it may have at any time against BCG with regard to the document. Receipt and review of this document shall be deemed agreement with and consideration for the foregoing.

This document is based on a primary qualitative and quantitative research executed by BCG. BCG does not provide legal, accounting, or tax advice. Parties responsible for obtaining independent advice concerning these matters. This advice may affect the guidance in the document. Further, BCG has made no undertaking to update the document after the date hereof, notwithstanding that such information may become outdated or inaccurate. BCG does not provide fairness opinions or valuations of market transactions, and this document should not be relied on or construed as such. Further, any financial evaluations, projected market and financial information, and conclusions contained in this document are based upon standard valuation methodologies, are not definitive forecasts, and are not guaranteed by BCG. BCG has used data from various sources and assumptions provided to BCG from other sources. BCG has not independently verified the data and assumptions from these sources used in these analyses. Changes in the underlying data or operating assumptions will clearly impact the analyses and conclusions.

This document does not purport to represent the views of the companies mentioned in the document. Reference herein to any specific commercial product, process, or service by trade name, trademark, manufacturer, or otherwise, does not necessarily constitute or imply its endorsement, recommendation, or favoring by BCG.

Apart from any use as permitted under the Copyright Act 1975, no part may be reproduced in any form.



© The Boston Consulting Group, Inc. 2022. All Rights Reserved

Subscribe to our Financial Institutions E-Alert.

Subscribe to our Financial Institutions E-Alert.