About a-team Marketing Services
The knowledge platform for the financial technology industry
The knowledge platform for the financial technology industry

A-Team Insight Blogs

Should the ECB be Using Existing Data Channels and Standards for a Reference Data Utility?

Subscribe to our newsletter

Ahead of the panel discussion on the subject at next week’s Sibos conference in Hong Kong, the European Central Bank’s (ECB) proposals have provoked yet more feedback from Reference Data Review readers. Most agree that starting from scratch in building such a utility would be a difficult endeavour and that the central bank should instead look to standards, and even vendors, already in the space to provide a solution for the standardisation of reference data.

Tim May, chairman of Euroclear UK & Ireland, for one, is sceptical that a regulatory driven, build from the ground up approach would be worthwhile. “There is a lack of harmonisation across Europe in terms of how ISIN codes are issued, let alone the wider area of reference data, so it would likely be a difficult endeavour to set up a single utility,” he says. “The ECB would likely need new legislation in some countries to use the standards developed by a central utility.”

This approach is certainly something that would require a lot of backing from the regulatory community, which, as noted recently by Reference Data Review, is easier said than done. However, May suggests that the ECB could instead leverage the work that has been done in the market already, “such as the work around corporate actions standards and data sets, such as those maintained by Xtrakter”.

Another reader, who wishes to remain anonymous, agrees with the objective at the heart of the ECB’s proposals: to standardise core data, but also notes that the project should use existing infrastructure in the market. “I believe this can be done most effectively through extension of existing vendor delivery channels, without any new systems being built, and this type of change will happen if end users demand it,” he explains.

“For example if the industry could home in on say, 20 core instrument fields that could and should be standardised, and then tell all the vendors what the required standard format is and that they need to be supported, over time the vendors would have to add these new standard fields as an additional attribute. Then over a longer period of time their proprietary versions of those data fields would become obsolete. This will take years because nobody can afford special projects for this; it would be need to phased in as part of existing change projects. So it is a very long haul,” he continues.

He reckons the recent campaigns and work of industry bodies such as the EDM Council and think tank JWG-IT are incorrect in their assumption that there is a fundamental data quality problem at source. “Over many years at the sharp end of the business (as line manager who is accountable for errors) I have not observed such a problem. The real issue is that fields are recorded differently by vendors (and therefore inconsistently) rather than inaccurately. That inconsistency, as opposed to inaccuracy, is almost certainly what is contributing towards the regulatory reporting issues that are alluded to. For example I have never seen a single example of poor instrument data from vendors that has caused a trade processing error,” he elaborates.

He believes that this problem of inconsistency could be resolved but is wary of the vested interests of parties that have been vocal about their work in this area thus far. “If managed carefully this approach could enable consistent and clear regulatory reporting, linkage between existing data warehouses and, most importantly, facilitate re-duplication and increased efficiency across the industry. ECB, EDM Council and JWG-IT (or a combination thereof) are well placed to help channel industry efforts in this area. The drawback is the extent to which their resources in this area are funded by data vendors who have vested interests in keeping things nice and messy,” he says.

So, the upshot from readers seems to be for the ECB led project to use existing infrastructure and standards already in place, rather than attempting to go it alone. Those involved in development must also be wary of other parties getting involved in the process that may not have the industry’s best interests at heart. Readers are certainly already wary of industry bodies bearing gifts…

Subscribe to our newsletter

Related content

WEBINAR

Recorded Webinar: Best approaches for trade and transaction reporting

Compliance practitioners and technology leaders in capital markets face mounting pressure to ensure that reporting processes are efficient, accurate, and aligned with global standards. Market developments and jurisdictional nuances in regulatory frameworks like MiFID II, EMIR, SFTR and MAS create a continual challenge for compliance teams. This webinar brings together senior RegTech executives and seasoned...

BLOG

Bloomberg Debuts Real-Time Events Data Feed

Bloomberg has broken new ground with the release of its Real-time Events Data solution, which it says will help financial institutions make better decisions faster, based on the most accurate and timely information. The US financial data and technology behemoth has leveraged its real-time streaming API connectivity to provide subscribing clients with data from earnings...

EVENT

RegTech Summit London

Now in its 9th year, the RegTech Summit in London will bring together the RegTech ecosystem to explore how the European capital markets financial industry can leverage technology to drive innovation, cut costs and support regulatory change.

GUIDE

Regulatory Data Handbook 2025 – Thirteenth Edition

Welcome to the thirteenth edition of A-Team Group’s Regulatory Data Handbook, a unique and practical guide to capital markets regulation, regulatory change, and the data and data management requirements of compliance across Europe, the UK, US and Asia-Pacific. This year’s edition lands at a moment of accelerating regulatory divergence and intensifying data focused supervision. Inside,...