We have segmented the anatomy of an investment into eight functional activity groups. Pre-trade activity provides information to form an investment thesis; Trading involves order management functionality for timely and efficient execution; Trade Managementactivity allows for straight-through processing and timely allocations; and Operations activities cover the booking, settlement and fund transfer process, as well as the post trade regulatory arrangements.
-
Compliance Services
Regulatory Reporting
Compliance Services
Regulatory Reporting
The reporting of financial (capital and liquidity) and non financial information is very important for the Financial Conduct Authority (FCA) to effectively supervise firms. For many firms, this will be the only contact they have with the regulator throughout the year.
IPRU firms and banks have to submit COREP returns which cover own funds, large exposures, liquidity and unencumbered assets. These returns have to be submitted in XBRL format. The majority of reporting is done through the FCA’s RegData web portal (previously Gabriel) and can appear to be deceptively simple.
However, there are a lot of common mistakes that are made. The FCA analyses the returns and will pick up issues and anomalies which they will raise with you, inviting unwanted regulator attention.
We support various types of regulatory return, offering three levels of service:
We review your regulatory filing reports before you submit them to the regulator
We prepare your regulatory filing reports which you then review and submit to the FCA
Where we prepare the regulatory filing report, we upload them onto the relevant platform once you have approved them
Our team includes highly experienced accountants and compliance consultants from industry and the regulator.
Capital Markets are under the scrutiny of UK and pan-European regulators, with increased expectations and requirements regarding risk, capital management and delivery to client. The Markets in Financial Instruments Directive is the EU legislation that regulates firms who provide services to clients linked to ‘financial instruments’ (shares, bonds, units in collective investment schemes and derivatives), and the venues where those instruments are traded.
MiFID is the Markets in Financial Instruments Directive (2004/39/EC). It has been applicable across the European Union since November 2007. It is a cornerstone of the EU’s regulation of financial markets seeking to improve the competitiveness of EU financial markets by creating a single market for investment services and activities and to ensure a high degree of harmonised protection for investors in financial instruments.
MiFID sets out:
- conducts of business and organisational requirements for investment firms;
- authorisation requirements for regulated markets;
- regulatory reporting to avoid market abuse;
- trade transparency obligation for shares; and
- rules on the admission of financial instruments to trading.
MIFID II AND MIFIR
On 20 October 2011, the European Commission adopted a legislative proposal for the revision of MiFID which took the form of a revised Directive and a new Regulation. After more than two years of vigorous debate, the Directive on Markets in Financial Instruments repealing Directive 2004/39/EC and the Regulation on Markets in Financial Instruments, commonly referred to as MiFID II and MiFIR, were adopted by the European Parliament on 15 April 2014, by the Council of the European Union on 13 May 2014 and published in the EU Official Journal on 12 June 2014.
Building on the rules already in place, these new rules are designed to take into account developments in the trading environment since the implementation of MiFID in 2007 and, in light of the financial crisis, to improve the functioning of financial markets making them more efficient, resilient and transparent.
ESMA’S ROLE
Technical standards
MiFID II and MiFIR empower ESMA to develop numerous draft regulatory technical standards (RTS) and draft implementing technical standards (ITS) and ESMA delivered three sets of technical standards.
As we began to work our way through ESMA’s MiFID II implementation standards, we started to formulate a framework for understanding how aspects of the regulation are going to affect the investment life cycle on the buy side. Structuring this regulation is extremely important because at 585 pages for the regulatory technical and implementing standards alone, MiFID II is an expansive document – and more is coming. At the end of November, ESMA will provide additional insight into the use of dealing commission, fixed income research and other areas.
1. Best execution, information to clients and surveillance;
2. Monitoring, limits and controls; and
3. Regulatory reporting and transparency.
When we break down the pillars into functional requirements, we see the regulation touching many of the workflows of an asset manager/owner.
• Pre-trade: New venues provide new data sources; APAs provide pre-trade transparency publications and post-trade publishing of trade information. Although ESMA is labeling assets as liquid/illiquid under MiFID II, each investment firm should use quantitative metrics to better understand the assets that they are placing in their portfolios. “Asset quality” quantitative metrics also require firms to identify the highly liquid assets in their portfolio to help them (pro-actively) manage their liquidity (redemptions). This isn’t solely a MiFID II issue. The principles behind the U.S. SEC’s proposal on fund liquidity are very similar. Guidance is needed as to whether the clock synchronization requirements extend into the order creation process for transaction cost analysis. We await the dealing commission guidance which may result in new compliance requirements for research and execution payments. For example, setting up independent budgets for research and execution, couple with appropriate best execution measures to demonstrate that such budgets are arrived at independently.
• Trading: MiFID II is very prescriptive on how investment firms should execute. There is tremendous concern about information leakage from the new pre-trade transparency requirements as well as the post-trade trade reporting. If the buy side become members of MTFs or trading venues, then they will need to institute new monitoring, limits and controls processes and technology in accordance with the new direct electronic access (DEA) pre-trade controls requirements. Moreover, MiFID II may result in more execution method choices, competition among venues, fragmentation of liquidity and order types — all of which will need to be stitched together. The regulation will also force a new regulatory workflow — we will discuss that in a future post.
• Operations: New post-trade compliance processes will need to be formed, to deal with enhanced transaction reporting requirements, as well as the need for trade surveillance. In addition, firms outsourcing their trading and order management technology may need to develop new policies to supervise and govern their technology partners.
BCBS 239 was born out of the recent financial crisis and the realisation of the inadequacies of banks’ IT and data architectures, which left them unable to aggregate risk quickly and accurately, and manage their risks properly. It comprises a set of principles aimed at making sure the aggregation of data is such that banks can monitor risks accordingly and importantly, report on them accurately in a timely fashion.
While BCBS 239 has a compliance badge, looking at it purely as a “tick in the box” exercise is only likely to result in the return on investment being unrealised and an opportunity being lost. However, successful adherence to and full adoption of the BCBS 239 principles will result in increased internal and external business value of an organisation and, while BCBS 239 only currently applies to the identified G-SIBs, it won’t be long before domestic banks (D-SIBs) come under the same scrutiny.
Key Principles
BCBS 239 constitutes 14 key principles, with those key to data management and infrastructure being:
I. Overarching governance and infrastructure
1. Governance: A bank’s risk data aggregation capabilities and risk reporting practices should be subject to strong governance arrangements consistent with other principles and guidance established by the Basel Committee.
2. Data Architecture and IT Infrastructure: A bank should design, build and maintain data architecture and IT infrastructure which fully supports its risk data aggregation capabilities and risk reporting practices not only in normal times but also during times of stress or crisis.
II. Risk data aggregation capabilities
3. Accuracy and Integrity: A bank should be able to generate accurate and reliable risk data to meet normal and stress/crisis reporting accuracy requirements. Data should be aggregated on a largely automated basis so as to minimise the probability of errors.
4. Completeness: A bank should be able to capture and aggregate all material risk data across the banking group.
5. Timeliness: A bank should be able to generate aggregate and up-to-date risk data in a timely manner while also meeting the principles relating to accuracy and integrity, completeness and adaptability.
6. Adaptability: A bank should be able to generate aggregate risk data to meet a broad range of on-demand, ad hoc risk management reporting requests, including requests during stress/crisis situations, requests due to changing internal needs and requests to meet supervisory queries.
III. Risk reporting practices
7. Accuracy: Risk management reports should accurately and precisely convey aggregated risk data and reflect risk in an exact manner. Reports should be reconciled and validated.
8. Comprehensiveness: Risk management reports should cover all material risk areas within the organisation; with the depth and scope of these reports should be consistent with the size and complexity of the bank’s operations and risk profile.
9. Clarity and usefulness: Risk management reports should communicate information in a clear and concise manner. Reports should be easy to understand yet comprehensive enough to facilitate informed decision-making.
10. Frequency: Frequency requirements should reflect the needs of the recipients, the nature of the risk reported, and the speed, at which the risk can change, as well as the importance of reports in contributing to sound risk management and effective and efficient decision-making across the bank.
While these principles are not prescriptive in terms of the metrics or numbers banks need to comply against, they cover the different areas you need to be aware of and that you need to consider when applying judgements and making decisions. The principles in themselves are nothing new; in fact, we all ought to have been following these principals anyway as a matter of best practice. However, having them documented and established as an industry standard may prompt banks to consider further:
- The quality of the data or the report – its accuracy and robustness
- The imperfections and gaps in the data
- What, if any, trade-offs are being made between accuracy and timeliness?
- Does the board or those making decisions from the data know of its limitations?
- What is the strategy to improve?
- And from a regulatory point of view, is the data we provide to the regulator of the right quality, accuracy and delivered on time?
Getting it Right
During the BBA forum, it was interesting to share different organisation’s experience. The insights gained were particularly useful for those in the room who are likely to be the next to fall under a compliance agenda including the D-SIBs who are soon destined to be nominated and given a timescale of three years in which to comply. For everyone else, it was good to share thoughts and ideas on how to improve data and reporting and so in turn improve insight, judgement and decisions.
There were some good insights into how organisations are approaching these new principals and what they feel are the key points to getting it right. These key points were:
- BCBS 239 compliance has to be done with the business rather than for the business, or worse still done to the business. Successful implementation requires both Risk Management and Data Management expertise, with practitioners being able to communicate expertly and authoritatively with both business and IT functions. Working across departments such as risk, finance, IT and operations, means you can take a holistic rather than siloed approach. If a holistic business-focused approach is not taken, while an organisation may still be compliant it may run the risk of making bad decisions.
- While BCBS 239 has a compliance aspect, it brings with it a focus, direction, cultural change, and much needed improved transparency. It tackles areas that need to be addressed, and in doing so will deliver to banks a number of improvements. By having data consistency and the potential to deliver a single version of the truth, banks will be better placed to develop their competitive advantage and grow their business returns.
- The change in approach needs to be driven by CEO and/or COO. Taking a top-down view highlights the importance of the exercise which in turn will help to define the scope and approach. It can also quickly highlight any complexities and/or dependencies, and will help move the focus away from it being a tick-box compliance exercise and towards it being an exercise that is needed for the business by the business.
- Adopting these principles is a ‘work-in-progress’ and it takes time! The latest G-SIB self-assessments show that not all banks expect to be fully complaint by 1stJanuary 2016, while others indicate that their implementations are likely to be completed extremely close to the wire. So, the good news is that there appears to be a level of pragmatism and openness to different approaches from the regulators; providing there is a plan in place and that the business has the right focus (i.e. not considering it a tick the box exercise). However, having a plan in place to address non-compliance is not in itself compliance.
- Return on investment. While it may be a two to three year investment programme, pay back is likely to be achieved within four to five years, with benefits continuing well beyond that.
- “Quick fixes” and manual workarounds can be part of the problem and so the need to take a holistic business driven approach working across the business and principles is further reinforced.
- BCBS 239 will quickly become business as usual; achieving compliance in 2016 is just the start. The principles set out are on-going and, in successful organisations, will form a central component to future plans and risk management.
- A good example of the principles in action is the data submission for this year’s concurrent Stress Testing, with the quality and timeliness of the data submission being key.
- There is a real impact of getting it right or indeed getting it wrong. Not establishing Risk Data Aggregation and Reporting Principles could inform and indirectly impact Pillar 2 capital outcomes.
Improving risk data aggregation will not only help banks foresee and anticipate problems ahead, the new BCBS 239 principles will help improve the stability of the financial system as a whole. It’s great to see so many in the banking industry appreciate the importance of improving their risk data management practices and hence the quality of their risk data. In fact this is something we’ve increasingly been supporting our clients in achieving. While there are up-front costs and resources required to comply with BCBS 239, doing so will pay dividends for an organisation, enhancing risk functions’ judgements and informing decision making.
The International Accounting Standards Board (the Board) completed the final element of its comprehensive response to the financial crisis with the publication of IFRS 9 Financial Instruments in July 2014. The package of improvements introduced by IFRS 9 includes a logical model for classification and measurement, a single, forward-looking ‘expected loss’ impairment model and a substantially-reformed approach to hedge accounting.
The IASB has previously published versions of IFRS 9 that introduced new classification and measurement requirements (in 2009 and 2010) and a new hedge accounting model (in 2013). The July 2014 publication represents the final version of the Standard, replaces earlier versions of IFRS 9 and completes the IASB’s project to replace IAS 39 Financial Instruments: Recognition and Measurement.
IFRS 9 is effective for annual periods beginning on or after 1 January 2018. More information about IFRS 9 can be found in the press release for the Standard.
ProjectStatus
Phase 1: Classification and measurement
Classification determines how financial assets and financial liabilities are accounted for in financial statements and, in particular, how they are measured on an ongoing basis. IFRS 9 introduces a logical approach for the classification of financial assets driven by cash flow characteristics and the business model in which an asset is held. This single, principle-based approach replaces existing rule-based requirements that are complex and difficult to apply. The new model also results in a single impairment model being applied to all financial instruments removing a source of complexity associated with previous accounting requirements.
Phase 2: Impairment
During the financial crisis, the delayed recognition of credit losses on loans (and other financial instruments) was identifed as a weakness in existing accounting standards. As part of IFRS 9 the IASB has introduced a new, expected loss impairment model that will require more timely recognition of expected credit losses. Specifically, the new Standard requires entities to account for expected credit losses from when financial instruments are first recognised and it lowers the threshold for recognition of full lifetime expected losses.
The IASB has already announced its intention to create a transition resource group to support stakeholders in the transition to the new impairment requirements.
Phase 3:
Hedge accounting
IFRS 9 introduces a substantially-reformed model for hedge accounting with enhanced disclosures about risk management activity. The new model represents a substantial overhaul of hedge accounting that aligns the accounting treatment with risk management activities, enabling entities to better reflect these activities in their financial statements. In addition, as a result of these changes, users of the financial statements will be provided with better information about risk management and the effect of hedge accounting on the financial statements.