Regrouping for a Renewed MiFIR Compliance Effort

European markets

Of the types of information necessary for MiFIR compliance—such as identifiers, instrument classification data and transaction reporting—what is proving most challenging to manage?

amrita-sawhney-deloitteAmrita Sawhney, risk analytics manager, Deloitte

Amrita Sawhney, risk analytics manager, Deloitte: The scope of data now required is a substantial challenge. For example, transaction reporting has expanded to cover instruments traded on multilateral trading facilities (MTFs) and organized trading facilities (OTFs). Given the lack of a central reference facility, some firms are taking a ‘blanket approach' to manage the evolving market structure landscape and to determine which instruments fall into the scope of reporting requirements. The complexity and scale of the reporting required can also be a challenge, as data may not currently exist within the organization. As a result, new processes, affecting the business and upstream systems, may need to be developed. This could include having unique trader IDs, short-selling flags or execution time for voice, to name just a few examples.

Chris Johnson, head of product management, market data services, HSBC Securities Services: The legal entity identifier (LEI), or ISO 17442, is the most challenging new information requirement because it is expected that there will be a 'no LEI, no trade' requirement for MiFIR transaction reporting. Each relevant entity must create its own LEI and renew it annually. So the creation of the data field is beyond the direct control of financial firms and data vendors. It is possible that once firms have obtained the necessary LEIs, to meet their regulatory reporting obligation they might also have to monitor whether each LEI is active and has not lapsed. This is because LEIs will lapse unless they are renewed annually. So although the LEI is publicly available (once the entity has paid), there will be operational overheads to integrating and maintaining it within each firm's systems.The ISIN (ISO 6166) also poses significant challenges because it is expected to be extended to cover OTC derivatives for MiFIR transaction reporting purposes. OTC derivatives operate differently from securities and futures and options, involving very high volumes, so the issuance model needs to be worked through very carefully. The Classification of Financial Instruments (CFI), or ISO 10962, is a classification code as opposed to an identifier, and coverage and quality levels need to be checked.

David Nowell, head of regulatory compliance and industry relations, UnaVista, London Stock Exchange Group: MiFIR reporting is very much an evolution from the current MiFID reporting requirements. While the main driver behind MiFIR reporting remains the same—to enable the national competent authorities (NCAs) to detect and investigate potential instances of market abuse—it is clear that regulators are demanding more information in order to do a better job. Instrument identification and client identification are absolutely vital to the regulators' efforts. They have made it clear in the regulatory technical standards (RTSs) that the ISIN will be the sole instrument identifier used in a transaction report. They have made it equally clear that LEIs will be the sole identifier for organizations and that individuals—whether as clients, decision-makers or traders—must be identified with a national identifier such as the National Insurance number in the case of UK nationals.

Jacob Gertel, senior project manager, legal and compliance data, SIX Financial Information: The MiFIR regulatory framework requires a detailed instrument classification and transaction reporting in which the various identifiers—the ISIN, the Market Identification Code (MIC), the CFI, the Financial Instrument Short Name (FISN) and the LEI—are key factors for ensuring appropriate reporting. All of these identifiers are highly important, but the biggest challenge for the financial industry is the European Securities and Markets Authority (ESMA) requirement that the only instrument identifier to be used is the ISIN, including for OTC and commodity derivatives.

This is a challenge for the industry because, at the moment, the identifier used for the identification of instrument derivatives is the Alternative Industry Identifier (AII). The National Numbering Agencies (NNAs) are now required to ensure that ISINs are available for all instrument types, including OTCs. The creation of new MICs (ISO 10383) for new trading venues such as organized trading facilities (OTFs) and the global CFI (ISO 10962) standard also pose challenges.

How does the nature of identifier, instrument or transaction data make it easy or difficult to collect and manage any of these types of data for MiFIR reporting purposes?

Sawhney: Data can be difficult to collect and manage for several reasons. The required data may not currently exist, and there is no inventory baseline of all reportable instruments. The list is highly likely to change on an ongoing basis, and this can require flexibility to be built into reporting processes. Regarding the use of personal data for transaction reporting, this may be complicated due to data protection requirements, particularly where data is being shared between countries, or between branch and home offices. Finally, current technology can present issues. For instance, accurately recording execution time for voice transactions has some known limitations. When using the information to report on a T+1 basis, it may be difficult to mine this information in a timely manner and this may impact front-office processes.

chris-johnson-hsbcChris Johnson, head of product management, market data services, HSBC Securities Services

Johnson: Identifiers and instrument data should be straightforward to collect only where the relevant entity or asset is already well established in the existing investment process. But MiFIR introduces several new types of entity, such as executing entity, submitting entity, buyer, seller and transmitting firm that might not have required a LEI previously. And firms that invest in unlisted assets won't necessarily have sourced ISINs for them before.

Firms could take early steps to test the availability of these key data fields well in advance of January 2018 by producing a list of their investible assets and all of the current known entities that will require LEIs, and perform a coverage check at the earliest stage possible. This would act as an early warning as to the extent of data gaps. Then firms could use the remaining time before January 2018 to close the gaps. For the gaps in LEI availability, firms will need to contact the relevant entities and explain that they must create their LEIs well in advance. For ISIN gaps, firms will need to contact their data vendors, and possibly the relevant numbering agencies directly, to request that the missing ISINs are originated as needed and set up in-house maintenance procedures where needed.

Nowell: Parts of the industry have been alarmed by ESMA's choice of the ISIN as the sole instrument identifier for use in transaction reports, but ISINs are well suited to this role. NNAs already assign ISINs to derivatives and can do so on a real-time basis ahead of trading. ISINs will also be required for OTC derivatives that are traded on OTFs and systematic internalizers. Whilst the concept of assigning ISINs to these OTC instruments is a relatively new one, precedents are already established and working groups are operating to ensure these procedures will be in place well ahead of implementation. Cost will not be an issue as NNAs only operate on a cost-recovery basis and ISINs come free in most areas. There are also significant advantages in using an ISIN, as ESMA has made it clear that none of the 15 reference data fields within the reporting template need to be populated if an ISIN has been used to identify the instrument.

Identifying organizations in a report should not represent a problem. It is simple and easy to get an LEI from local operating units. Our only advice is not to leave it too late, as there will be an inevitable last-minute rush.

Identifying individuals (whether clients, decision-makers or traders within a firm) is potentially far more troublesome. Firms need to ensure all this information is available in their reporting systems. Potentially more problematic are the accompanying data protection issues.

Gertel: Any unique identifier helps to ensure a smooth mapping process to the data universe. The trading venues in the EU are amending their feeds according to MiFID II/MiFIR RTS 14—draft regulatory technical standards on data disaggregation. Under RTS 14, the trading venues are required to ensure pre-trade and post-trade transparency data by disaggregating the data from their feeds into asset classes. Data feeds need to be amended accordingly and a clear identifier like ISIN helps ensure high-quality mapping and, ultimately, higher data quality.

Will MiFIR be useful or effective in addressing its stated aim—investor protection? Why, or why not?

Sawhney: In part, this depends on how creatively firms implement the requirements. Greater market transparency should be created. However, this may also impact liquidity, potentially putting investors in a weaker position. Product intervention powers at a European level should, in theory, support investor protection. But again, this will depend on how actively regulators monitor products to be able to identify emerging risks, rather than being reactive. A drawback here could be intervening once there is a known problem and investors have already suffered.

dsc-8877-preferJacob Gertel, senior project manager, legal and compliance data, SIX Financial Information

Gertel: The MiFIR regulatory framework will be a useful tool in improving investor protection not only in the EU but also worldwide. Financial intermediaries are required to provide investors (mainly retail) with mandatory information as part of the advisory process. This information allows investors to make a decision appropriate to their risk appetite and investment perspective. Financial advisors are required to conduct suitability checks for such investors and provide them with a standardized key investor information document that will allow them to compare alternative products. Furthermore, financial intermediaries are required to disclose all costs related to the investments in full, including retrocession fees.

What will the first impact of MiFIR be for data operations in 2018, when it is now scheduled to take effect?

Sawhney: Theoretically, there should be an increase in the centralization of data within a firm, including the creation of golden sources. This may be used to comply with a range of regulations, increasing accuracy of regulatory reporting and effective management of data. However, in practice the complexity of data within firms is significant given legacy systems, pre-existing data quality issues and previous "quick fix" solutions implemented for other obligations (such as EMIR and Dodd-Frank). Further, data not previously used for regulatory purposes will require extensive remediation and appropriate control mechanisms to ensure data remains fit-for-purpose after go-live.

Johnson: Transaction reporting will commence in January 2018 but a great deal of preparation will be needed in 2016 and 2017 to ensure that the reporting data is available. Additional data fields will be required for trading venues' transaction reporting, such as issuer LEIs and FISNs (ISO 18774), for which low coverage levels have been experienced to date. Most data fields for MiFIR transaction reporting relate to data, which is under the control of the reporting firm. My responses here relate specifically to the common market-wide data fields that have external dependencies for firms to source.

Nowell: The biggest impact will be through a renewed focus on the quality and supply of reference data to the regulators. The complicated arrangement of data sharing, aggregation and quality checks envisaged by the regulators depends entirely on the timely and accurate provision of product reference data by venues and systematic internalizers. ESMA intends to collect, cleanse and republish that data to all affected regulators so they can use it in conjunction with transaction reports. Failure to do so will hamper the regulators' ability to share and police the reported data, and hinder their attempts at aggregation. As a result, we expect regulators will go to great lengths to ensure timely and accurate provision of reference data by the industry and will devote a considerable amount of their supervisory cycles in policing reference data quality.

Gertel: Since MiFIR covers all asset classes, the first impact is likely to be the huge amount of data reported from trading venues to local regulators, and later to ESMA. According to RTS 14, data disaggregation in the feeds will be "live" and it will interesting to see if all records will have the appropriate identifiers, such as ISIN, CFI, LEI and MIC.

Exchanges and trading venues tell us they will be ready well in advance of January 2018, which will give the entire industry—including ESMA—the time to introduce the appropriate processes and get the IT infrastructure in place. This will allow them to run a so-called "test phase," so any corrections that are required can be made before January 2018.

Does MiFIR truly overlap with other new European regulation, and will that ease firms' compliance burdens?

Sawhney: The timing of MiFIR makes it difficult for firms to benefit from true leverage across European regulation. The ability to use cross-regulatory synergies will depend on how previous regulatory solutions have been implemented. There is some overlap between fields required for reporting under EMIR and MiFIR. But in some cases, the required data is slightly different. There are additional data requirements under MiFIR. Further, where a securities financing transaction is reported pursuant to the SFTR regulation by any party, it should not be reported under MiFIR, leading to complexity needing to be built into reporting logic.

Johnson: There is some direct overlap of data content required for transaction reporting across MiFID II/MiFIR, Solvency II, EMIR and AIFMD, though as things stand this is limited to the LEI, ISIN, country and currency. Other new data fields are thematically similar, such as asset classifications like the CFI, CIC and UPI. There could be convergence over time. There is potential for joined-up centralized data solutions for regulatory data in order to deliver consistency and achieve efficiencies.

david-nowell-mainDavid Nowell, head of regulatory compliance and industry relations, UnaVista, LSE Group

Nowell: There certainly appears to be a large overlap between the MiFIR and EMIR reporting requirements. For example, there is a big overlap in the instrument set that needs to be reported. Each regime has a T+1 reporting requirement and each reporting regime has a large number of similar-sounding fields. In addition, both reporting regimes represent a significant overhead on firms, so they ought to explore potential synergies between the two regimes to ease the compliance burden. ESMA and the European Commission recognize this overlap and seek to address it. Firms can potentially waive their MiFIR transaction reporting obligations, if they have submitted reports to trade repositories that contain all the required information for transaction reporting purposes. The trade repository can then submit the information as a transaction report to the correct competent authority as a MiFIR Approved Reporting Mechanism (ARM).

Whilst there are obvious overlaps between the regimes, there are also a number of differences stemming from the fact that there are two distinct drivers behind the two reporting regimes; MiFIR reporting is primarily driven by market abuse detection, whilst EMIR is driven by the identification of systemic risk. As a result, there are several differences in both the fields and the standards for the two reporting regimes. Despite this, ESMA has publically stated that it is "committed to align to the extent possible, the MiFIR reporting with the standards for reporting to Trade Repositories under EMIR." Whilst the fields and data standards may appear different now, we expect convergence to common standards where possible.

Gertel: Other regulations, like UCITS, AIFMD and rules for packaged retail and insurance-based investment products (PRIIPs), are obviously closely related to the topic of MiFIR, and investor protection in particular. To be compliant under the investor protection requirements, an institution has to make sure it has the processes and controls in place throughout the retail investor advisory process, as well as ensuring that a key investor information document can be provided if required and that the client investment profile is updated using an adequate customer relationship management system.

Implementing these regulatory requirements is a challenge, but once all the processes are put in place, along with comprehensive monitoring processes, the requirements will be regarded as standard business practice. It will probably be similar to the journey the industry had with Basel II and tax transparency (Fatca and the Common Reporting Standard).

Are LEI registrations happening fast enough or in sufficient numbers to properly support MiFIR compliance?

Sawhney: This is a big challenge for firms. There is unease that when dealing with non-European Economic Area counterparts, the availability of LEIs will be a challenge. There is a risk that some firms may need to turn away business where the counterparty or client is unable to provide one.

Johnson: The 415,000 LEIs that had been registered as of the end of January 2016 were generated primarily by derivatives transaction reporting for Dodd-Frank and EMIR. MiFIR will extend the scope to new types of entities, some of which might not yet be aware of the need to obtain their own LEI. MiFIR will require extensive outreach and communication to reach all relevant entities. This communication process needs to start very soon; firms should not assume that others will solve the data gaps on their behalf.

Nowell: We have not seen any major increase in the number of LEI applications ahead of MiFIR. But we have spoken with many clients who are beginning to grasp the significance of the work needed to ensure that they and their clients have the required LEIs in place for reporting. As part of this, we have reached out to trade associations and the Financial Conduct Authority to ensure that people are aware of the issue and the consequential timelines.

Gertel: The number of LEIs is growing, and all issuers of financial instruments, trading venues and CCPs will have the LEI as it is a key requirement under MiFIR. By January 2018, issuers and other entities will have the LEI in order to comply with the regulation. If they don't apply for it themselves, then trading venues and regulators will make sure that entities have it.

Only users who have a paid subscription or are part of a corporate subscription are able to print or copy content.

To access these options, along with all other subscription benefits, please contact info@waterstechnology.com or view our subscription options here: http://subscriptions.waterstechnology.com/subscribe

You are currently unable to copy this content. Please contact info@waterstechnology.com to find out more.

FCA declines to directly regulate market data prices

A year-long investigation by the UK regulator to determine whether competition is hindered in the wholesale data markets has concluded with its decision not to directly regulate much-maligned data pricing and licensing structures.

How GenAI could improve T+1 settlement

As well as reducing settlement failures, researchers believe generative AI can provide investment managers with improved research, prioritization, and allocation resources.

You need to sign in to use this feature. If you don’t have a WatersTechnology account, please register for a trial.

Sign in
You are currently on corporate access.

To use this feature you will need an individual account. If you have one already please sign in.

Sign in.

Alternatively you can request an individual account here