3. Client and Product Identifiers

There are a number of identifiers used in EMIR reporting, these can be broken down into client and product (instrument) identifiers. For both there is a hierarchy of identifiers which follow a waterfall approach which requires the most senior identifier to be used where this is in existence. If not, you move down the ranks to the next most senior.

3.1. Client identifiers

3.1.1. Hierarchy

Priority of use Product identifiers Description
First LEI code or Interim entity identifier At present no LEIs have been issued. However, interim LEIs are being issued by Local Operating Units.
It is expected that these interim identifiers will be promoted to LEIs in due course.
Second Banking identifier code (BIC) BIC codes are issued by Swift for financial services firms.
Corporates and a significant number of financial services firms do not have BIC codes registered.
Third Unique internal client identifier allocated by the reporting firm This is a code allocated by the reporting firm.
The code must be unique to that client/counterparty and the only code used by the reporting legal entity to identify that client.

3.1.2. Understanding Legal Entity Identifier (LEI) and Interim Entity Identifier (IEI) codes

The LEI is the International ISO standard 17442[1]Legal Entity Identifier (LEI) | SWIFT which consists of a 20 character, alphanumeric code, used to uniquely identify legally distinct entities that engage in financial transactions. LEIs are issued by Local Operating Units (LOUs) of the Global LEI System.[2]The Legal Entity Identifier Regulatory Oversight Committee – LEI ROC

3.1.3. Understanding Business Identifier Codes (BICs)

The BIC is the International ISO standard ISO 9362:2014 for routing business transactions and identifying business parties. Typically, they consist of 8 characters, but can have 3 more, totalling 11. These 3 optional characters supplement the standard BIC and are used to identify specific locations, departments, services or units of the same business party. The standard structure of a BIC is as follows:[3]BIC (Business Identifier Code) | SWIFT

  1. Business party prefix – 4 alphanumerical characters
  2. Country code as defined in ISO 3166-1 – 2 alphabetical characters
  3. Business party suffix – 2 alphanumerical characters
  4. Branch identifier (OPTIONAL) – 3 alphanumerical characters

3.1.4. Reporting examples Execution of a Trade Directly on a Derivative Exchange

When a trade is executed on an exchange, the details of the trade at the exchange are not sufficient for the exchange to report the trade. Both parties to the trade (firms) need to make their own reports to the TR. Provision of a Back to Back Trade to a Client Mirroring the Above Execution

Under EMIR, all derivative transactions should be reported. The trade on the exchange is not between the institution and its client. Therefore, the back to back trade to a client, mirroring the exchange transaction should be reported by the client and the firm to a TR. In practice, the clients report to the TR would be reported by the firm by prior agreement under delegated reporting. Execution of a Trade via a Broker

When executing ETD trades via a broker a number of different reporting scenarios can arise.

Scenario 1: Give up to a clearing broker before end of reporting deadline
In this scenario the firm must report a single trade facing the clearing broker. In this scenario the execution broker is identified in the Broker ID field.

Scenario 2: Give up to a clearing broker after the reporting deadline
This would be a rare scenario as we expect nearly all trades to be cleared before the end of the reporting deadline.

As there is a trade with an executing broker only by the end of the reporting deadline, the firm must first report a trade against the executing broker. As the trade is not given up by end of T+1 it should be reported as uncleared.

Once cleared a second report is required showing the trade against the clearing member/broker. The first trade would then have to be terminated to avoid over reporting the exposures.

Reporting Scenario Notes Timing ID of the Other Counterparty Broker ID Clearing Member ID
Scenario 1 We expect nearly all give ups to be given up before end of T+1. Pre T+1 Clearing Broker Executing Broker Clearing Broker
Scenario 2: report 1 We expect nearly all give ups to be given up after reporting deadline of end T+1. Pre T+1 Executing Broker Executing Broker N/A
Scenario 2: report 2 A report must be made showing the exposure to the clearing broker. Post T+1 Clearing Broker Executing Broker Clearing Broker
Scenario 2: report 1 update Terminate the original trade report 1 as this is now replaced by report 2. Post T+1 Executing Broker Executing Broker N/A Block Trades and Back to Back Trades (Allocations) to Clients Mirroring a Block Trade

ESMA Q&As TR Answer 39 states that:

There is a distinction necessary between (1) scenarios where the block trade was conducted by an investment firm and then allocated to clients and (2) those scenarios where the block trade was concluded by a fund manager without own reporting obligation and then allocated to individual funds.

  1. In the first case the block trade should first be reported by the investment firm. The investment firm should then report the allocations to the individual clients.
  2. In the second case, block trades that are subsequently allocated to individual funds on trade date are not required to be reported. In such cases, the counterparty to the derivative transaction is the individual fund, therefore the allocations should be reported (a) specifying the relevant individual fund (on behalf of which the fund manager has entered into the block trade) as counterparty to the said trade and (b) specifying the allocation of the relevant part of the trade to the relevant individual fund. Block trades could sometimes be executed by an intermediary rather than on the open market. This takes place in order to avoid the trade causing large fluctuations in the price of a security. Such trades are subject to rules on reporting and clearing by a CCP but as per Q&As OTC Question 1(d) are not classified as OTC transactions. Compressions

In a compression, multiple trades exist and have been cleared. The original trades are closed per Client request by executing a new trade in an offsetting position to the original trade, which would be reportable. In a full compression, no residual amount remains after netting, so no new trade arises (e.g, no new UTI generated). In a partial compression, a residual amount remains after netting, and a new trade for the remnant is created, which would be reportable. The compressed original trades are terminated. Novations

The trade between the original Parties is agreed and already has a UTI. The stepping out party (party where the trade is being novated from) will terminate the original trade and will report the termination, as will the remaining party, because of two sided termination. A new trade between the remaining party and the stepping in party will be reported by both parties.

3.2. Instrument identifiers

3.2.1. Hierarchy

Priority of use Product identifiers When used Description
First Universal product identifier (UPI) Not in issue The UPI will be sanctioned or approved by ESMA. At present no such identifier has been approved.
Second ISIN code or Aii code Aii to be used for Aii registered derivative markets only

ISIN codes to be used for all other instruments where in issue
Aii codes are applicable to MiFID regulated markets registered with ESMA as an Aii market

ISINs are International Security Identification Numbers. They are issued by a National Numbering Agency NNA. Not all derivative markets use ISINs
Third Interim Taxonomy This will be applied to all other instruments not captured above. Essentially, this is for:
- Non-ISIN derivative markets outside the EU
- MTFs that do not use ISINs
- All OTC instruments

3.2.2. Understanding Alternative Instrument Identifier (Aii) codes

The Aii code is comprised of six elements that together uniquely identify an instrument. The six elements are:[4]Alternative Instrument Identifiers | FCA

  1. ISO 10383 Market Identifier Code (MIC) of the regulated market where the derivative is traded
  2. Exchange Product Code – the code assigned to the derivative contract by the regulated market where it is traded
  3. Derivative Type – identifying whether the derivative is an option or a future
  4. Put/Call Identifier – mandatory where the derivative is an option
  5. Expiry Date – exercise date/maturity date of the derivative
  6. Strike Price – mandatory where the derivative is an option

3.2.3. Understanding International Security Identification Numbers (ISINs)

ISINs are issued by an approved numbering agency. Each agency is only approved to allocate ISINs for instruments in its jurisdiction. ISINs are 11 characters long and are produced using the following structure:

  • 2 alphabetical characters – normally a two character country code (e.g., GB for UK ISINs)
  • 8 alphanumeric characters – values allocated by the numbering agency
  • 1 numerical character – a check digit

   [ + ]