The first deadline of September 2016 is rapidly approaching for the first wave of compliance to the new BCBS IOSCO requirements. Despite this, organisations are still wrestling with the full implications of the biggest overhaul in OTC derivatives trading in two decades.
As institutions start to invest in the massive manual effort required to create the hundreds, even thousands of new documents required by this fundamental change in which margin is managed, the implications of regulators’ failure to address the data needs up front are beginning to bite. From the inability to systemise compliance to the likelihood of disputes arising between institutions on collateral terms and the long tail of amendments that will be required before a state of satisfactory legal and operational risk is attained, this reactive approach to regulation is inadequate and ill judged.
As organisations still bicker about the minutia of document design, Akber Datoo, Founder and Managing Partner, D2 Legal Technology, bemoans both the regulators’ and the industry’s failure to consider the essential data requirements up front, insisting it is time for the industry to recognise the importance of prioritising legal contract and regulatory data sooner rather than later.
Why has this journey to implement the margin requirements for non-centrally cleared derivatives been so tortuous and taken so long? The new BCBS IOSCO regulations are designed explicitly to reduce risk and promote central clearing – yet at every stage the process of defining and agreeing requirements has only undermined institutions’ ability to comply. From the iterative rule making process, a failure to provide final regulatory rules with enough time to then react, jurisdictional rules that are hard (if not impossible in some cases) to reconcile across a truly global market, the unacceptable squabbling over document requirements, to a failure to consider the data and systems implications up front, the reality is that with just months to go to the first wave of organisations due to comply, key aspects of the framework are still unclear.
This was meant to be all so different. In 2011, after the G20 agreed to add margin requirements on non-centrally derivatives to the post-crisis reform programme, they called upon the BCBS and IOSCO to develop, for consultation, consistent global standards for these margin requirements. It was to this end that the Working Group on Margining Requirements (WGMR) was formed in October 2011, releasing its initial consultation in July 2012, followed by a second consultative document in February 2013. The aim of setting global minimum standards for this margin reform was noble, but the execution as this has then been handed over to regulators, dealers and the broader industry has sadly been, at best, poor.
Blame for time wasted by emphasising form over the substance of the resulting documentation can certainly be levelled at the dealer community. However, the regulators are far from faultless – they
have completely failed to provide the basis on which certainty and order could be achieved. These regulations are being worked out iteratively in a way that fails to reflect the need for financial stability: the proposed margining requirements for uncleared derivatives is a fundamental change of a way of operating that has been in place for over two decades and that shift provokes consequences that, quite frankly, should have been thought out far, far better.
The immediate implications of this are significant: compliance will demand a tidal wave of new documents to support the new Initial Margin (IM) and Variable Margin (VM) requirements. While those entities exceeding a threshold of €3trn aggregate average notional amount of non-cleared derivatives are expected to generate around 400 new documents in order to be able to continue to trade, the rest of the market has to comply according to a phased-in approach from 2017 onwards, meaning that the figure could reach 10,000 documents for a large investment bank (and that’s ignoring the custody arrangements that will be needed).
Hands on Deck
As a result, the focus is now turning towards physically getting the documents in place – a massive manual process that demands a somewhat chaotic, ‘all hands on deck’ approach where anyone with even the most basic understanding of the ISDA documentation is going to be press-ganged into service. There has of course been the turn towards the saviour of an industry protocol – where one can reduce the documentation burden to a series of matched questionnaires instead of negotiating a full blown agreement in each case. Yet it is hugely frustrating that this rush towards documentation ignores the key underpinning issue: what happens to the data contained within that documentation? The protocol is particularly guilty of this, converting the documentation burden into a far bigger data problem (assuming the counterparty can follow through the sheer complexity of the protocol that is, and agrees to use it). If the goal is to reduce risk and make the industry far safer, institutions need a way to give effect to the data held within the document. Operationally, it is the ability to manage the collateral that is key to realising the objectives of the regulation, namely financial security. That occurs through the data representation of the collateral arrangements.
The sheer volume of data means that just creating and storing a document is meaningless. If it can’t be represented in structured data form, it is hard to do anything with it operationally. This was the moment for the industry to move to a data-driven paradigm of document generation and negotiation. As organisations begin to appreciate the data angle however, timing is against them, and one can only negotiate these documents in the inefficient manner it has always been done.
From a legal point of view, it doesn’t matter whether one refers to the regulation sub-paragraphs or inserts the text of them into the document – the end effect is the same. In fact, even if one is silent, the regulation, mandatory in nature, will still apply! So it is key that one worries about how to represent that regulatory data, and less so where the wording will go – provided a decision, preferably consistent across the industry, is made.
From a technical legal drafting perspective, it really doesn’t matter whether one has one or three collateral arrangements with each counterparty – the former simply containing three separate sections, one for the existing mode of operation, one for IM and one for VM. However, a lack of standardisation of the contract representation has meant the luck of the draw as to whether the approach taken will break a firm’s systems. Of course, firms will fight out their preferences over the coming months, because of this failure to start with the key data.
If the regulators had looked at the data first and then agreed the documentation, it would have been easier to define the data attributes up front to fit the contract. Instead, institutions are now operating in this uneasy world where neither the data nor the documentation has been adequately defined. Teething pains are inevitable – documents, data and systems will need to be improved post compliance and there will be a drawn out process of fixing all the imprecise or problematic documentation.
There is no simple solution to the problem that has been created by this defensive approach. Few firms will be operationally ready for compliance or “legal-data accurate” from day one simply because of the timing - the legacy legal data systems have not been designed with in-built flexibility to enable an agile build demanded by the manner in which the regulation has fallen.
Getting the linkage between related documents, protocols and their data fields in place will be an on-going process to tailor to the requirements once the documents start to be executed. Work will be required and while many issues will be addressed quickly through an effective feedback loop, the reality is that there will be a long tail in terms of getting into a position of satisfactory legal and operational risk.
Frankly, the entire process has been mishandled. It would be great to be able to say: here are the data requirements for BCBS ISOCO compliance and here is the solution. Instead, organisations face a lot of hard graft both to achieve some degree of compliance in time and then to unpick the problems created by the lack of data clarity. With this regulatory change, there is no option but to take short term tactical decisions and then address problems later in a more strategic manner. We can only hope that lessons learnt during this process will ensure that on-going regulatory change will take more of a data first approach in the future.