Transaction Reporting Service: EMIR

Transaction Reporting
Service: EMIR
Manuale del Servizio
Gennaio 2014
Versione 1.1
Contents
Indice
1.0
Storia delle revisioni
4
2.0
Introduzione
5
2.1
2.2
5
6
Scopo
Riferimenti
3.0
Trade Reporting nella direttiva EMIR e
nella disciplina europea
6
4.0
Descrizione del servizio
7
4.1 Specifiche funzionali
11
4.1.1 Modalità di segnalazione
13
4.1.2 Formato dei campi
15
4.1.3 Struttura delle directory dell’account sFTP16
4.2 Processo di validazione dati
16
4.3 Appendix 1 – Dati anagrafici Cliente
19
4.4 Appendix 2 – UTI e PUTI per ETD IDEM20
4.5 Appendix 3 – Tabella codici di errore 23
TRS Manuale del servizio
21 Gennaio 2014
1.0 Storia delle revisioni
Date
Version
Description
Author
8 Gennaio
2014
1.0
Manuale del servizio TRS EMIR per
reportistica verso EMIR (Versione iniziale)
Borsa Italiana
21 Gennaio
2014
1.1
Integrazione alla prima versione:
Borsa Italiana

codici di errore del servizio

struttura directory account sFTP

precisazione su UTI per reporting
ETD IDEM

precisazione sui report generati
automaticamente dal servizio in
caso di ETD IDEM
4
TRS Manuale del servizio
21 Gennaio 2014
2.0 Introduzione
Con l’entrata in vigore del nuovo regolamento EMIR1 (UE n. 648/2012 del Parlamento Europeo e del
Consiglio 4 luglio 2012 su derivati OTC, central counterparties e trade repositories),
tutte le
transazioni finanziarie eseguite su prodotti derivati sia OTC che ETD (Exchange Trade Derivatives),
devono essere segnalate ai Trade Repositories certificati dall’ESMA2. Tale normativa
mira a
raggiungere un maggior livello di trasparenza e di conseguire una riduzione del rischio sistemico sul
mercato dei derivati negoziati.
Il servizio descritto in questo documento, è offerto da Borsa Italiana ai propri clienti per permettere
loro di adempiere agli obblighi di transaction reporting introdotti dalla normativa EMIR.
Le informazioni contenute nel presente documento potrebbero subire variazioni sulla base di quanto
potrebbe essere approvato in via definitiva dalle autorità competenti.
2.1 Scopo
Il presente documento ha l’obiettivo di descrivere le caratteristiche tecnico funzionali del servizio.
1
European Market Infrastructures Regulation – Regulation (EU) 648/2012 of the European Parliament and Council on OTC derivatives,
central counterparties and trade repositories – also referred to as “the Regulation”
2
L’ESMA è un’Autorità indipendente che contribuisce a salvaguardare la stabilità del sistema finanziario europeo assicurando
l’integrità, la trasparenza, l’efficienza e l’ordinato svolgimento delle attività nei mercati finanziari, così come fornire dei presidi a tutela
degli investitori.
5
TRS Manuale del servizio
21 Gennaio 2014
2.2 Riferimenti
-
Questions and Answers - Implementation of the Regulation (EU) No 648/2012 on OTC derivatives,
central counterparties and trade repositories (EMIR) – documento ESMA
-
ESMA documentEMIR Reporting Field List v1.3 – 20140113.xlsx
-
Transaction Reporting Service_EMIR - technical specifications – documento Borsa Italiana
3.0 Trade Reporting nella direttiva EMIR e nella disciplina
europea
Alla direttiva MiFID attualmente in vigore, si aggiunge il regolamento EMIR della Commissione Europea
nel quale si dettagliano nuovi obblighi di natura regolamentare applicabili alla negoziazione di
strumenti derivati sia ETD (Exchange Traded Derivatives) che OTC.
Il regolamento EMIR delinea un quadro normativo di riferimento per i contratti derivati ETD e OTC e
per tutti i soggetti che a vario titolo sono coinvolti nell’esecuzione di operazioni aventi ad oggetto tali
strumenti, ossia le controparti centrali, le controparti finanziarie e non, e i clearing members.
Il Regolamento EMIR istituisce, peraltro, i Trade Repositories “depositi di dati sulle negoziazioni”, ossia
quegli organismi deputati a raccogliere ed immagazzinare su base centralizzata tutte le informazioni
relative agli strumenti derivati ETD e OTC ed alle modifiche più significative intervenute nel corso della
vita dei singoli contratti e posizioni (life cycle).
6
TRS Manuale del servizio
21 Gennaio 2014
Il servizio offerto da Borsa Italiana utilizzerà UnaVista EMIR Trade Reporistory, che avrà il compito di
raccogliere, validare e riconciliare tutta l’operatività ETD e OTC su strumenti finanziari di tutte le asset
classes.
Il servizio TRS EMIR di Borsa Italiana garantisce l’invio delle transazioni ETD e OTC al trade repository,
la gestione degli errori, attraverso l’esecuzione automatica di controlli sintattici e l’invio dei dati così
prodotti a UnaVista, con le modalità conformi a quanto stabilito dalle normative.
4.0 Descrizione del servizio
Nell’ambito delle direttive ESMA , il servizio TRS EMIR si colloca come soggetto terzo (Third Party) tra
il cliente e il Trade Repository. La proprietà dei dati e la responsabilità delle segnalazioni rimangono in
capo al cliente che utilizza il suddetto servizio.
Le segnalazioni delle transazioni al Trade Repository devono essere fatte tramite invio di un file
secondo uno dei formati
descritti in seguito e secondo un tracciato definito da UNAVISTA che al
momento della stesura del presente documento è descritto dallo spreadsheet “EMIR Reporting Field
List
v1.3
-
20140113.xlsx”
contenuto
nel
package
disponibile
alla
url:
http://www2.londonstockexchangegroup.com/unavista-emir-documentation-pack.
Il servizio permetterà ai clienti di effettuare le seguenti operazioni:
-
Inserimento di transazioni manualmente via interfaccia GUI
-
Invio di transazioni tramite caricamento massivo da file via interfaccia GUI
-
Gestione dell’eccezioni e ri-sottomissione delle transazioni corrette
7
TRS Manuale del servizio
21 Gennaio 2014
-
Invio dei files contenenti le transazioni via sFTP
-
Consultazione dell’esito delle transazioni fino ad uno storico di 5 giorni della data dell’invio
-
Consultazione dei dati storici
-
Export dei propri invii in formato .csv
I formati supportati sono i seguenti:
-
csv
-
ascii
-
xml
L’invio della transazione deve essere effettuata entro la fine della giornata lavorativa successiva al
giorno in cui è stato concluso il contratto (ovvero entro le 23.59.59 di T+1). Tutte le segnalazioni
inviate saranno validate sintatticamente e inviate al Trade Repository centrale di UnaVista, che
provvederà a sua volta a operazioni di validazione e successivamente (entro T + 2) a operazioni di
riconciliazione. Per ogni fase, il Trade Repository provvederà all’invio dei file di risposta al TRS EMIR.
Tali file saranno disponibili per i clienti del servizio per consultazione, gestione errori e reportistica
(vedi capitolo 4.2).
Oltre ai contratti derivati ETD e OTC conclusi all’interno della giornata, il cliente ha l’obbligo di riportare
le posizioni e il relativo life-cycle fino allo scadere dello strumento finanziario o la chiusura totale della
posizione.
TRS EMIR offre ai propri clienti un servizio di arricchimento dati a partire dell’anagrafica fornita
dall’utente al momento della sottoscrizione del servizio (descritti in Appendix 1). Inoltre, per i contratti
derivati ETD su strumenti attualmente compensati da CC&G3, questi dati verranno utilizzati dal
3
CC&G (Cassa di compensazione e garanzia) fa parte del gruppo LSE e agisce come Controparte Centrale 8
TRS Manuale del servizio
21 Gennaio 2014
Transaction Reporting EMIR per reperire dalla base dati di Borsa Italiana tutta l’informazione relativa ai
contratti, posizioni e life-cycle e compilare i file da inviare a UNAVISTA secondo il tracciato definito e
senza che il cliente si faccia carico di compilare i dati relativi alla transazione. Tutte le validazioni,
gestione di errori e rinvii segnalazioni saranno in carico al Transaction Reporting EMIR. Si prevede la
configurabilità di questo servizio di generazione automatica delle transazioni ETD compensate da
CC&G, pertanto in fase di adesione al servizio TRS EMIR il Cliente specificherà se intende avvalersi di
questa opzione o se invece preferisce inviare direttamente le transazioni ETD su mercati garantiti da
CC&G. Indipendentemente dalla scelta di cui sopra, si evidenzia che eventuali transazioni mandate dal
Cliente, se superano i controlli di validazione sintattica, saranno comunque inviate al Trade Repository
di UnaVista.
Nello schema seguente, basato sulle indicazioni di ESMA, rif. pag 59 del documento “Questions and
Answers - Implementation of the Regulation (EU) No 648/2012 on OTC derivatives, central
counterparties and trade repositories (EMIR)”, vengono indicate quale transazioni verranno generate
automaticamente per l’ETD su mercati garantiti da CC&G qualora il Cliente abbia optato per tale
configurazione:
9
TRS Manuale del servizio
21 Gennaio 2014
Se il Cliente del servizio è un General Clearing Member e la transazione è stata eseguita da un suo Non
Clearing Member (Investment Firm), verranno generati automaticamente i report “1” e “4” in cui il
Cliente del servizio figura come la reporting counterparty. Qualora il Cliente del servizio è un aderente
diretto a CC&G e agisce anche come investment firm, lo schema sopra si semplifica e solo il report “1”
viene generato.
Se il Cliente del servizio è un Non Clearing Member che agisce come Investment Firm nella transazione,
verrà generato automaticamente il report “3”.
Per i contratti derivati OTC e ETD non compensati da CC&G invece, il processo di arricchimento delle
segnalazioni si limita ai dati anagrafici statici forniti dal cliente al momento della stipula del contratto
tramite apposito form (vedi Appendix 1).
10
TRS Manuale del servizio
21 Gennaio 2014
Questo servizio inoltre fornisce ai propri clienti la possibilità di delegare alla controparte di uno dei lati
del contratto la segnalazione dei Common Data (dati relativi alla transazione oggetto di reporting) , a
partire dell’identificativo univoco della transazione (chiamato UTI4) e dai dati anagrafici (counterparty
data) relativi alla transazione.
4.1 Specifiche funzionali
Il Transaction Reporting EMIR di Borsa Italiana riceve le transazioni eseguite dai clienti che aderiscono
al servizio inviate sia singolarmente, sia aggregate in file in modalità manuale o interconnessa,
provvede ad applicare controlli di consistenza e completezza sui dati e successivamente li invia a
UnaVista.
Tutte le operazioni segnalate anche in momenti diversi della giornata vengono prese in carico dal
servizio che provvederà ad eseguire i controlli riportati nel capitolo 4.3, memorizzarle su database e
inviarle ad UnaVista. Per ciascun intermediario, l’invio a UnaVista di tutte le segnalazioni prese in carico
avrà luogo in tempo reale. Eventuali errori riscontrati dal sistema a seguito dei controlli descritti sono
notificati al cliente tramite l’invio del record errato secondo la modalità prevista (file, messaggio di
errore sulla GUI , etc).
Per ciascun intermediario, uno o più file saranno inviati a UnaVista via protocollo sFTP e gli esiti
saranno gestiti dal servizio e notificati alle postazioni TRS EMIR eventualmente connesse o ai canali
attivi per le modalità interconnesse.
Come descritto dalla normativa, i contratti, posizioni e life-cycle devono essere segnalati entro la fine
della giornata lavorativa successiva al giorno in cui e’ stato concluso il contratto, ovverosia entro le
4
Unique Trade Identifier
11
TRS Manuale del servizio
21 Gennaio 2014
23.59.59 (T+1). Vedi fig.1. Tuttavia, il servizio di Transaction Reporting EMIR accetterà segnalazioni
relative a qualsiasi giorno (T + n).
Fig. 1 – Tempistica del processo di invio e ricezione delle informazioni
12
TRS Manuale del servizio
21 Gennaio 2014
4.1.1 Modalità di segnalazione
Ogni utente può inserire le proprie segnalazioni nel corso della giornata di negoziazione nei seguenti
modi:

Tramite interfaccia GUI accessibile sia via web server sia da installazione locale del client.
Questa modalità prevede sia il caricamento da file che l’inserimento manuale da una finestra
dedicata;

Tramite caricamento file via sFTP.
Inserimento via GUI Front End
a. Input manuale di singoli contratti. Alcuni campi della finestra di inserimento manuale saranno auto
popolati con i dati di anagrafica statica fornita al momento della stipula del contratto (vedi
Appendix 1).
b. Caricamento di file nei formati predefiniti. Ciascun file può contenere operazioni relative a diverse
giornate di negoziazione.
Le segnalazioni inviate, sia esse manuali che da caricamento file, saranno mostrate in tempo reale nel
pannello dedicato alle transazioni del client.
13
TRS Manuale del servizio
21 Gennaio 2014
Inserimento tramite invio file a sito sFTP
Il servizio TRS EMIR gestirà l’invio da parte dell’utente di
uno o più files per ogni giornata di
negoziazione. Il nome del file deve contenere l’identificativo della company tramite il cosiddetto LEI
(Legal Entity Identifier)5, la data di invio del file e un progressivo. Es:
<ReportingFirm>_<ReportingDate>_<Prog>.<Ext>

<ReportingFirm>: codice LEI della reporting firm

<ReportingDate>: giorno in cui viene inviata la segnalazione. La data dovrà avere formato
YYYYMMDD

<Prog>: Contatore progressivo di tre cifre a partire da 001. Files inviati con un numero
progressivo uguale o minore all’ultimo file ricevuto dal TRS EMIR per la medesima company
verranno ignorati
Il servizio di secure file transfer è disponibile H24 da lunedì a domenica. Tutte le segnalazioni inviate
da lunedì a venerdì saranno gestite e inviate ad UnaVista in tempo reale, mentre le segnalazioni
inserite o caricate durante il sabato e la domenica saranno accettate dal servizio e inviate ad UnaVista
il lunedì successivo.
Gli utenti dovranno autenticarsi
al servizio tramite utenza e password che gli verranno forniti al
momento dell’attivazione del servizio o da SSH mediante lo scambio di chiavi pubbliche RSA.
Tutte i files caricati saranno visualizzati in tempo reale nel pannello Files del client e identificati come
“FileSFTP” nella colonna Source.
5
Tutti i soggetti che hanno obblighi di reporting dovranno richiedere il LEI entro la data di entrata in vigore di tali
obblighi previsto al momento della stesura del presente documento per il 12 Febbraio 2014.
14
TRS Manuale del servizio
21 Gennaio 2014
4.1.2 Formato dei campi
Questa sezione descrive il formato dei campi richiesti da UnaVista. Una lista completa dei campi con i
relativi formati è disponibile al seguente link:
http://www2.londonstockexchangegroup.com/unavista-emir-documentation-pack (file “EMIR Reporting
Field List v1.3 - 20140113.xlsx”)
Caratteri
Il file dovrà contenere soltanto caratteri in formato 8-bit ASCII (ISO 8859-1).
Dati alfanumerici
I campi alfanumerici segnati come ‘Alpha’ possono contenere solo caratteri alfanumerici.
Dati numerici
I campi numerici sono indicati come ‘Decimal’. La lunghezza di tale campi indica la lunghezza massima
compressiva di numeri decimali. Per esempio, lunghezza 30 (25,5) accetta fino a 25 interi e 5 decimali.
Il separatore per indicare i decimali è il punto (.).
Data e orario
Tutte le date inserite nel file devono avere il seguente formato YYYYMMDD
L’orario avrà il seguente formato HH:MM:SS (24-hour-clock) e timezone UTC.
I files dovranno contenere un header con il nome dei campi come da specifiche UnaVista:
http://www2.londonstockexchangegroup.com/unavista-emir-documentation-pack (file “EMIR Reporting
Field List release 1.2 11.12.2013.xlsx”)
Nota: E’ possibile consultare un file di esempio sul sito di Borsa Italiana.
15
TRS Manuale del servizio
21 Gennaio 2014
4.1.3 Struttura delle directory dell’account sFTP
L’account sFTP di ogni Cliente è strutturato con le seguenti directory presenti nella home dir:
‐
‐
Incoming
Outgoing
(directory in cui vengono salvati i file di response del servizio)
(directory in cui l’applicazione Cliente deposita i file delle transazioni)
Quindi dal punto di vista del protocollo di file transfer, l’applicazione Cliente farà una put sFTP nella
directory Outgoing ogni volta che dovrà inviare un proprio file di transazioni al servizio di Transaction
Reporting EMIR, mentre farà delle operazioni di get sFTP nella directory Incoming per acquisire i file di
feedback forniti dal servizio a seguito dei vari livelli di validazione descritti nel paragrafo successivo.
4.2 Processo di validazione dati
Questo capitolo descrive il processo di validazione dei dati dalla pre-accettazione da parte del servizio
Transaction Reporting EMIR (formato campi, presenza del header, lunghezza records, ecc) alla
validazione e riconciliazione da parte di UnaVista nella veste di Trade Repository.
I controlli eseguiti dal servizio Transaction reporting EMIR sono:
1. Verifica della valorizzazione dei codici identificativi degli strumenti e la loro congruenza con i
valori forniti per indicare la tassonomia dello strumento e/o l’asset class. L’utente può
specificare sia un codice ISIN, sia un codice nativo di mercato/simbolo alfanumerico. Nel caso
in cui questo campo non contenga dei dati validi sintatticamente o non sia valorizzato, il
sistema restituirà un messaggio di errore e la segnalazione non sarà inviata a UnaVista
2. Controlli sintattici e di lunghezza file previsti da EMIR.
16
TRS Manuale del servizio
21 Gennaio 2014
I seguenti files di risposta verranno restituiti all’utente in formato .txt contenenti l’esito delle
segnalazioni:

File di validazione iniziale delle transazioni con le segnalazioni di eventuali incongruenze di
formato, correttezza dei campi e formato file. Questa validazione viene effettuata dal servizio
Transaction Reporting EMIR in tempo reale prima dell’invio a UnaVista EMIR TR e sarà
identificato da un suffiso TRSRes;
Es: <nome del file originale>_TRSRes.txt

File di risposta da UnaVista EMIR TR a seguito della ricezione e validazione iniziale. Questo file
sarà restituito entro 20 minuti dell’invio da parte del TRS EMIR ed è identificato da un suffisso
‘_UVRes’;
Es: <nome del file originale>_UVRes.txt

File di risposta dal Trade Repository a seguito della registrazione della transazione. Questo file
verrà restituito entro 2 ore dell’invio della segnalazione e avrà come identificativo il suffisso
‘_UVTR’.
Es: <nome del file originale>_UVTR.txt
Tutti i files di risposta conterranno le seguenti informazioni:
-
Timestamp in cui il file è stato processato (le risposte da UnaVista avranno timestamp
espresso in UK timezone)
-
Numero di transazioni inviate
-
Numero di transazioni non valide
17
TRS Manuale del servizio
21 Gennaio 2014
-
Posizione all’interno del file inviato dall’utente della transazione che ha generato l’eccezione
-
Nome del campo che ha generato l’eccezione
-
Codice di errore. L’elenco dei possibili codici di errore è descritto nell’appendice 3.
-
Descrizione del codice di errore
-
Valore della transazione che ha generato l’eccezione
-
Identificativo del Reporting Firm
-
Identificativo della transazione (UTI)
-
Message Type del report (Trade, Position o Life Cycle)
I valori riportati nel file di risposta saranno congruenti con quelli inviati nella segnalazione iniziale. Es:
laddove l’utente non popoli un campo del report, per esempio il Reporting Field, il campo verrà
restituito vuoto allo stesso modo.
L’esito degli invii intraday e in stato pending verranno mostrati nel pannello Files e Transactions del
client.
Ulteriori files di validazioni saranno restituiti all’utente a fronte della riconciliazione dati (match) in
carico al Trade Repository entro 2 giorni dell’invio della segnazione (T+2):

<fileoriginale>_Differences_yyyyMMdd.txt

<fileoriginale>_Resolved_yyyyMMdd.txt

<fileoriginale>_Summary by Lastupdated_yyyyMMdd.txt

<fileoriginale>_Summary by Trade Date_yyyyMMdd.txt
18
TRS Manuale del servizio
21 Gennaio 2014

<fileoriginale>_Unmatched_yyyyMMdd.txt
4.3 Appendix 1 – Dati anagrafici Cliente
Con l’obiettivo di facilitare ai clienti del TRS EMIR le attività di segnalazioni degli OTC e ETD su
strumenti derivati non compensati da CC&G e ridurre la quantità di informazione richiesta per ogni
operazione, il servizio di Transaction Reporting EMIR implementa un servizio di arricchimento dati a
partire di anagrafica statica richiesta all’utente una tantum alla partenza del servizio. I dati saranno
forniti compilando un apposito form:
19
TRS Manuale del servizio
21 Gennaio 2014

Codice ABI: necessario solo per reporting ETD IDEM e solo nel caso in cui il Cliente opta per la
generazione automatica delle transazioni ETD compensate da CC&G. Per completezza anagrafica è
comunque preferibile che il Cliente specifichi sempre il suo codice ABI in fase di adesione.

Reporting Counterparty ID [CP2]: Codice LEI. Identificativo univoco della company che il
cliente deve preventivamente chiedere agli organi preposti alla generazioni di tali codici (LOU)

Reporting Firm Corporate Name [CP4] – Denominazione sociale

Reporting Firm Registered Office [CP5] – Sede della company

Reporting Firm Country Code of Branch [CP5A]: codice ISO del paese dove risiede l’ufficio
della company

Reporting Firm Corporate Sector [CP6]: Settore dove opera la company (es. Istituto Bancario,
Assicurazione, Istituto di Credito, ecc)

Reporting Firm Financial Status [CP7]: Indica se la controparte che segnala è finanziaria, non
finanziaria o altro (es. Cassa di compensazione)
Inoltre, agli utenti che aderiscono al servizio per adempiere agli obblighi di segnalazioni di contratti
ETD su strumenti derivati compensati da CC&G, verrà richiesto di fornire gli stessi dati sopra elencati.
Sarà inoltre richiesto di specificare se l’utente intende segnalare direttamente o avvalersi della
funzionalità di generazione automatica delle transazioni.
4.4 Appendix 2 – UTI e PUTI per ETD IDEM
Il seguente paragrafo descrive la modalità con cui il sistema di clearing produce i codici UTI e PUTI per
identificare univocamente trades e posizioni e validi solo per le segnalazioni ETD.
Maggiori dettagli sono forniti nel documento documento “Trade Repository Reporting” pubblicato sul
sito di Cassa Di compensazione e Garanzia (www.ccg.it) alla sezione EMIR>Trade Repository.
20
TRS Manuale del servizio
21 Gennaio 2014
UTI per trades ETD
Field Name
Length
Description
MIC-Code
10
Fixed value
API field
‘000CGIT000’
Participant Code
5
Trade Date
8
Format YYYYMMDD
NotifyContract/ContractDate
Product ID
12
Isin Code
NotifyContract/ISINCode
Trade Number
12
Trade Indicator
1
NotifyContract/Abicode
NotifyContract/ContractNumber (*)
B=Buy
S=Sell
(from
the
NotifyContract/Side
Participant perspective)
Chain Indicator
1
C=Between CM and CCP
T=Between Trading Member
and Clearing Member
(*) tramite BCS è possibile ricavare il trade number (riportato in tabella) per ciascun contratto eseguito
ETD (contract number) . Sempre tramite BCS si ricava il corrispondente numero di contratto assegnato dal
sistema di trading (SOLA)
Qualora il Cliente opti per la generazione automatica delle transazioni ETD compensate da CC&G, il sistema
TRS EMIR utilizzerà:
-
L’UTI della CCP nel reporting della transazione che ha come reporting firm il Clearing member
e come other counterparty la CCP
-
L’UTI della CCP modificato sostituendo il chain indicator con T al posto di C (ultimo carattere
dell’UTI) per le transazioni che hanno come reporting firm il Clearing Member e come other
counterparty il Trading member6 e viceversa.
6
Per Trading Member si intende l’Investment Firm o Broker nella terminologia utilizzata nei documenti di ESMA.
21
TRS Manuale del servizio
21 Gennaio 2014
UTI per posizioni di contratti ETD
Field Name
Length
Description
MIC-Code
10
Fixed value
API field
‘000CGIT000’
Position indicator
1
L=Long S=Short
Depending
on
NotifyPositions/CurrentLong and
NotifyPositions/CurrentShort
Participant Code
5
NotifyPositions/Abicode
Account
1
NotifyPositions /Accounttype
SubAccount
4
NotifyPositions /SubAccount
Product ID
12
Isin Code
NotifyPositions /ISINCode
Qualora il Cliente opti per la generazione automatica delle posizioni ETD compensate da CC&G, il sistema
TRS EMIR utilizzerà:
-
L’UTI per posizioni della CCP nel reporting della transazione che ha come reporting firm il
Clearing member e come other counterparty la CCP
-
L’UTI per posizioni della CCP aggiungendo in coda il carattere “T” per le posizioni che hanno
come reporting firm il Clearing Member e come other counterparty il Trading member7 e
viceversa.
7
Per Trading Member si intende l’Investment Firm o Broker nella terminologia utilizzata nei documenti di ESMA.
22
TRS Manuale del servizio
21 Gennaio 2014
4.5 Appendix 3 – Tabella codici di errore
La seguente tabella contiene l’elenco dei possibili codici di errore restituiti nei vari file di response del
Servizio.
Field Code Field (Data Type) (Data Type) (Data Type) (Data Type) (Data Type) (Data Type) (General) (General) CP16 CD58 CD58 (General) (General) (General) (General) Above Clearing Threshold Above Clearing Threshold Above Clearing Threshold Action Type Action Type CD59 Action Type Details CP11 Beneficiary ID CP11 CP11 Beneficiary ID Beneficiary ID CP16 CP16 Validation Check Invalid date Invalid integer Invalid amount Invalid decimal Data length too long Invalid String (non unicode) Original not found for update Duplicate of a UTI already recorded This is a cancel or modification of a report which is already cancelled Update of UTI failed because previous UTI not found Common data field does not agree Report is later than T+1 Above Clearing Threshold must be populated because Financial Status in (N, X) Above Clearing Threshold must be blank because Financial Status = F Above Clearing Threshold must be one of Y, N, X if populated Action Type must be populated Action Type must be one of N, M, E, C, Z, V, O, D Action Type Details must be populated because Action Type = O Beneficiary ID must be populated if Beneficiary ID Type is populated Beneficiary ID must be valid LEI because Beneficiary ID Type specifies LEI Beneficiary ID must be valid BIC because Beneficiary ID Type Error Code 1
2
3
4
5
6
2000
2001
2002
2003
3000
3001
1074
1075
1076
1027
1149
1150
1062
1064
1066
23
TRS Manuale del servizio
21 Gennaio 2014
Field Code CP11
A CP11
A Field Beneficiary ID Type Beneficiary ID Type Validation Check specifies BIC Beneficiary ID Type must be populated if Beneficiary ID is populated Error Code 1063
CP08 Broker ID CP08 CP08 CP08
A CP08
A CP13 CP13 CD31 CD31 CD31 CD31 CD31
A CD31
A CD31
A CD29 CD29 CD29 Broker ID Broker ID Beneficiary ID Type must be one of L, B, I if populated Broker ID must be valid LEI because Broker ID Type specifies LEI Broker ID must be valid BIC because Broker ID Type specifies BIC Broker ID must be populated if Broker ID Type is populated Broker ID Type Broker ID Type must be one of L, B, I if populated 1049
Broker ID Type Buy / Sell Indicator Buy / Sell Indicator CCP ID CCP ID CCP ID CCP ID Broker ID Type must be populated if Broker ID is populated Buy / Sell Indicator must be populated Buy / Sell Indicator must be one of B, S CCP ID must be valid LEI because CCP ID Type specifies LEI CCP ID must be valid BIC because CCP ID Type specifies BIC CCP ID must be populated if CCP ID Type is populated Field must be blank because Common Data Delegated = Y 1164
1007
1069
1129
1131
1174
1204
CCP ID type CCP ID Type must be one of L, B if populated 1136
CCP ID type CCP ID Type must be populated if CCP ID is populated 1175
CCP ID type Cleared Cleared Cleared Field must be blank because Common Data Delegated = Y Cleared must be one of Y, N if populated Cleared must be Y if Clearing Timestamp is populated Field must be blank because Common Data Delegated = Y Clearing Member ID must be populated if Clearing Member ID Type is populated Clearing Member ID must be valid LEI because Clearing Member ID Type specifies LEI Clearing Member ID must be valid BIC because Clearing 1204
1125
1173
1204
CP10 Clearing Member ID CP10 CP10 Clearing Member ID Clearing Member ID 1067
1043
1045
1165
1056
1058
1060
24
TRS Manuale del servizio
21 Gennaio 2014
Field Code Field CP10
A CP10
A CD28 CD28 CD30 CD30 CD30 CP23 Clearing Member ID Type Clearing Member ID Type Clearing Obligation Clearing Obligation Clearing Timestamp Clearing Timestamp Clearing Timestamp Collateral Portfolio CP23 CP22 Collateral Portfolio Collateral Type CP25 CP25 CP15 Collateral Value Collateral Value Collateral Value Currency Collateral Value Currency Commercial / Treasury Activity Commercial / Treasury Activity Commercial / Treasury Activity CD45 CD45 Commodity Base Commodity Base CD46 CD46 CP00
Commodity Details Commodity Details Common Data CP26 CP26 CP15 CP15 Validation Check Member ID Type specifies BIC Clearing Member ID Type must be populated if Clearing Member ID is populated Clearing Member ID Type must be one of L, B, I if populated Clearing Obligation must be one of Y, N Field must be blank because Common Data Delegated = Y Clearing Timestamp must be populated because Cleared = Y Clearing Timestamp must be blank because Cleared = N Field must be blank because Common Data Delegated = Y Collateral Portfolio must be one of Y, N Collateral Portfolio must be populated because Collateral Type != U Collateral Type must be one of U, PC, OC, FC Collateral Value must be populated because Collateral Type != U Collateral Value must be 0 or greater if populated Collateral Value Currency must be populated if Collateral Value is populated with a value greater than 0 Collateral Value Currency must be an ISO 4217 currency code if populated Commercial / Treasury Activity must be populated because Financial Status in (N, X) Commercial / Treasury Activity must be blank because Financial Status = F Commercial / Treasury Activity must be one of Y, N if populated Commodity Base must be one of AG, EN, FR, ME, IN, EV, EX if populated Field must be blank because Common Data Delegated = Y Commodity Details must be one of GO, DA, LI, FO, SO, OI, NG, CO, EL, IE, PR, NP, WE, EM if populated Field must be blank because Common Data Delegated = Y Common Data Delegated must be Y, N or blank Error Code 1057
1061
1124
1204
1126
1135
1204
1087
1151
1085
1090
1166
1091
1092
1071
1072
1073
1139
1204
1176
1204
1203
25
TRS Manuale del servizio
21 Gennaio 2014
Field Code A CD11 CD11 CD26 CD26 CD26 CD27 CD27 CD27 CD52 CP14 CP14 CD41 CD41 CD07 CD07 CD51 CD47 CD50 CD18 CD18 CD20 CD02
A CD42 Error Code Field Delegated Validation Check Compression Exercise Compression Exercise Confirmation Timestamp Confirmation Timestamp Confirmation Timestamp Confirmation Type Compression Exercise must be one of Y, N if populated Field must be blank because Common Data Delegated = Y Confirmation Timestamp must be populated because Confirmation Type in Y, E Confirmation Timestamp must be blank because Confirmation Type = N 1108
1204
Field must be blank because Common Data Delegated = Y Confirmation Type must be in Y, N, E if populated Confirmation Type must be Y or E if Confirmation Timestamp is populated Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y 1204
1123
1172
1204
1204
Counterparty EEA Status must be populated 1008
Counterparty EEA Status must be one of Y, N Currency 2 must be an ISO 4217 currency code if populated Field must be blank because Common Data Delegated = Y Deliverable Currency must be a valid ISO 4217 currency code if populated Field must be blank because Common Data Delegated = Y 1070
1138
1204
Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y 1204
1204
Field must be blank because Common Data Delegated = Y Delivery Type must be one of C, P, O Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y ETD Asset Class ID must be one of CO, CR, CU, EQ, IR, OT, BN if populated Field must be blank because Common Data Delegated = Y 1204
1110
1204
1204
Confirmation Type Confirmation Type Contract Capacity Counterparty EEA Status Counterparty EEA Status Currency 2 Currency 2 Deliverable Currency Deliverable Currency Delivery End Timestamp Delivery Point Delivery Start Timestamp Delivery Type Delivery Type Effective Date ETD Asset Class Type Exchange Rate 1 1121
1122
1159
1204
1170
1204
26
TRS Manuale del servizio
21 Gennaio 2014
Field Code CD44 CD19 CD19 CD38 CD43 Field Exchange Rate Basis Execution Timestamp Execution Timestamp Fixed Leg Payment Frequency Fixed Rate Day Count Fixed Rate Leg 1 Fixed Rate Leg 2 Floating Rate Leg 1 Floating Rate Leg 2 Floating Rate Payment Frequency Floating Rate Reset Frequency Forward Exchange Rate CP27 Fund Manager ID CP27 Fund Manager ID CP27 CP27
A CP27
A Fund Manager ID CD36 CD35 CD33 CD34 CD39 CD40 CD37 CD03 CD03 CD03 CD03 CD02 Fund Manager ID Type Fund Manager ID Type Instrument Classification Instrument Classification Instrument Classification Instrument Classification Instrument ID Validation Check Field must be blank because Common Data Delegated = Y Execution Timestamp must be populated Field must be blank because Common Data Delegated = Y Error Code 1204
1022
1204
Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y 1204
1204
1204
1204
1204
1204
Field must be blank because Common Data Delegated = Y 1204
Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y Fund Manager ID must be valid BIC because Fund Manager ID Type specifies BIC Fund Manager ID must be valid LEI because Fund Manager ID Type specifies LEI Fund Manager ID must be populated if Fund Manager ID Type is populated 1204
1204
Fund Manager ID Type must be one of L, B, I if populated Fund Manager ID Type must be populated if Fund Manager ID is populated Instrument Classification must be populated because Instrument ID Taxonomy is not U Instrument Classification must be valid CFI because Instrument ID Taxonomy specifies ISIN or Aii Instrument Classification must be one of CD,FR,FU,FW,OP,SW,OT because Instrument ID Taxonomy = E 1154
Field must be blank because Common Data Delegated = Y Instrument ID must be populated 1153
1167
1168
1169
1011
1099
1100
1204
1010
27
TRS Manuale del servizio
21 Gennaio 2014
Field Code Field CD02 Instrument ID CD02 CD02 CD25 CD21 CD60 CD14 Instrument ID Instrument ID Instrument ID Taxonomy Instrument ID Taxonomy Instrument ID Taxonomy Interconnection Point Intragroup Intragroup Intragroup Load Type Load Type Mark to Market Currency Mark to Market Currency Master Agreement Master Agreement Version Master Agreement Version Maturity Date Message Type Notional CD05 CD05 Notional Currency 1 Notional Currency 1 CD06 Notional Currency 2 CD01 CD01 CD01 CD48 CD32 CD32 CD32 CD49 CD49 CP18 CP18 CD24 CD25 Validation Check Instrument ID must be valid format ISIN because Instrument ID Taxonomy specifies ISIN Instrument ID must be one of CO, CR, CU, EQ, IR, OT, BN because Instrument ID Taxonomy is E Field must be blank because Common Data Delegated = Y Error Code 1095
1097
1204
Instrument ID Taxonomy must be populated 1009
Instrument ID Taxonomy must be one of U, I, A, E 1093
Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y Intragroup must be populated Intragroup must be one of Y, N Field must be blank because Common Data Delegated = Y Load Type must be one of BL, PL, OP, BH, OT if populated Field must be blank because Common Data Delegated = Y Mark to Market Currency must be populated if Mark to Market Value populated Mark to Market Currency must be an ISO 4217 currency code if populated Field must be blank because Common Data Delegated = Y Master Agreement Version must be blank where Venue ID is a MIC 1204
1204
1026
1137
1204
1145
1204
Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y Message Type must be one of T, P, or L Field must be blank because Common Data Delegated = Y Notional Currency 1 must be a valid ISO 4217 currency code if populated Field must be blank because Common Data Delegated = Y Notional Currency 2 must be a valid ISO 4217 currency code if populated 1078
1079
1204
1118
1204
1204
1163
1204
1157
1204
1158
28
TRS Manuale del servizio
21 Gennaio 2014
Field Code CD06 CD56 Field Notional Currency 2 Option Exercise Type CD56 CD56 CP03 Option Exercise Type Option Exercise Type Other Counterparty ID CP03 Other Counterparty ID CP03 CP03
A CP03
A CD12 CD15 Other Counterparty ID Other Counterparty ID Type Other Counterparty ID Type Price / Rate Price Multiplier CD13 Price Notation CD13 CD13 Price Notation Price Notation Price Per Time Interval Quantities Put / Call Put / Call Put / Call PUTI Quantity Quantity Unit Reporting Firm Corporate Sector Reporting Firm Corporate Sector Reporting Firm Country CD54 CD55 CD55 CD55 CD8A CD16 CD53 CP06 CP06 CP05
Validation Check Field must be blank because Common Data Delegated = Y Option Exercise Type must be one of A, B, E, S, X if populated Option Exercise Type must be populated if Instrument Classification = OP Field must be blank because Common Data Delegated = Y Other Counterparty ID must be populated Other Counterparty ID must be valid LEI because Other Counterparty ID Type specifies LEI Other Counterparty ID must be valid BIC because Other Counterparty ID Type specifies BIC Error Code 1204
1148
1178
1204
1003
1032
1034
Other Counterparty ID Type must be populated 1004
Other Counterparty ID Type must be one of L, B, I Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y Price Notation must be populated where Price / Rate is populated Price Notation must be an ISO 4217 currency code if populated Field must be blank because Common Data Delegated = Y 1035
1204
1204
Field must be blank because Common Data Delegated = Y Put / Call must be one of P, C, X if populated Put / Call must be populated if Instrument Classification = OP Field must be blank because Common Data Delegated = Y PUTI must be populated because Message Type = P Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y Reporting Firm Corporate Sector must be populated where Reporting Firm Financial Status = F Reporting Firm Corporate Sector must be one of A, C, F, I, L, O, R, U, X Reporting Firm Country Code of Branch must be a genuine ISO 1017
1109
1204
1204
1147
1177
1204
1179
1204
1204
1038
1040
1041
29
TRS Manuale del servizio
21 Gennaio 2014
Field Code A CP07 CP02 CP02 Field Code of Branch Reporting Firm Financial Status Reporting Firm Financial Status Reporting Firm ID Reporting Firm ID CP02 CP01 CD23 CD57 Reporting Firm ID Reporting Timestamp Settlement Date Strike Price CP09 Submitting Entity ID CP09 Submitting Entity ID CP09 CP09
A CP09
A CD22 CP12 CP12 Submitting Entity ID Submitting Entity ID Type Submitting Entity ID Type Termination Date Trading Capacity Trading Capacity Underlying Instrument ID Underlying Instrument ID Underlying Instrument ID Underlying Instrument ID Underlying Instrument CP07 CD04 CD04 CD04 CD04 CD04
Validation Check 3166 country code Error Code Reporting Firm Financial Status must be populated 1005
Reporting Firm Financial Status must be one of F, N, X Reporting Firm ID must be populated Reporting Firm ID must be valid LEI The reporting firm LEI must be eligible for upload by your organisation Reporting Timestamp must be populated Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y Submitting Entity ID must be populated if Submitting Firm ID Type is populated Submitting Entity ID must be valid LEI because Submitting Firm ID Type specifies LEI Submitting Entity ID must be valid BIC because Submitting Firm ID Type specifies BIC Submitting Entity ID Type must be populated if Submitting Firm ID is populated 1039
1001
1028
Submitting Entity ID Type must be one of L, B, I if populated Field must be blank because Common Data Delegated = Y Trading Capacity must be populated Trading Capacity must be one of P, A Underlying Instrument ID must be valid ISIN because Underlying Instrument ID Type specifies ISIN Underlying Instrument ID must be valid LEI because Underlying Instrument ID Type specifies LEI Underlying Instrument ID must be one of B, I because Underlying Instrument ID Type = O Field must be blank because Common Data Delegated = Y Underlying Instrument ID Type must be one of I, L, O, U if 1161
1000
1204
1204
1050
1052
1054
1051
1055
1204
1006
1068
1101
1102
1103
1204
1105
30
TRS Manuale del servizio
21 Gennaio 2014
Field Code A CD04
A CD17 CD17
A CD17
A CD08 Field ID Type Underlying Instrument ID Type Up Front Payment Upfront Payment Currency Upfront Payment Currency UTI CP19 Valuation Date CP20 Valuation Time CP21 CP21 CD10 CD10 CD10 Valuation Type Valuation Type Venue ID Venue ID Venue ID Validation Check populated Field must be blank because Common Data Delegated = Y Field must be blank because Common Data Delegated = Y Upfront Payment Currency must be an ISO 4217 currency code if populated Field must be blank because Common Data Delegated = Y UTI must be populated because Message Type = T Valuation Date must be populated if Mark to Market Value is populated Valuation Time must be populated if Mark to Market Value is populated Valuation Type must be populated if Mark to Market Value is populated Valuation Type must one of M, O Venue ID must be populated Venue ID must be one of XXXX, XOFF or a valid ISO 10383 MIC Field must be blank because Common Data Delegated = Y Error Code 1204
1204
1162
1204
1202
1080
1081
1082
1083
1014
1107
1204
31
Disclaimer
Questo documento contiene testi, dati,
grafici,
fotografie,
illustrazioni,
elaborazioni, nomi, loghi, marchi registrati
e marchi di servizio e informazioni
(collettivamente le “Informazioni”) che si
riferiscono a Borsa Italiana S.p.A. (“Borsa
Italiana”).
Borsa
Italiana
cerca
di
assicurare
l’accuratezza
delle
Informazioni, tuttavia le Informazioni sono
fornite nello stato in cui si trovano (“AS
IS”) e secondo disponibilità (“AS
AVAILABLE”) e possono, pertanto, essere
non accurate o non aggiornate. A seconda
delle
circostanze,
le
Informazioni
contenute in questo documento possono o
non possono essere state preparate da
Borsa Italiana. Nessuna responsabilità è
riconosciuta in tale ultimo caso da parte di
Borsa Italiana per ogni errore, omissione o
inaccuratezza delle Informazioni contenute
nel documento.
La pubblicazione del documento non
costituisce attività di sollecitazione del
pubblico risparmio da parte di Borsa
Italiana e non costituisce alcun giudizio o
raccomandazione, da parte della stessa,
sull’opportunità
dell’eventuale
investimento descritto.
Contatti
Borsa Italiana Clients Technology Service team
Technical Account Management Italy
[email protected]
+39 02 72426348/606/647
Service Desk Italy
[email protected]
Toll Free: 0080026772000
From mobile: +39 02 45411399