Opis procesu rekoncyliacji danych w raportach zgłaszanych do KDPW_RT. listopad 2015

Transkrypt

1 Opis procesu rekoncyliacji danych w raportach zgłaszanych do KDPW_RT listopad 015 1

2 Spis treści Wstęp... 3 Parowanie raportów... 3 Porównywanie szczegółów transakcji w sparowanych raportach... 5 Informacja o wynikach procesu dla uczestników raportujących... 11

3 Wstęp Strony kontraktów terminowych, zawieranych na poszczególnych klasach instrumentów pochodnych podlegających zgodnie z Rozporządzeniem EMIR obowiązkowi raportowania, zobowiązane są do uzgadniania szczegółów transakcji w oparciu o opublikowane standardy techniczne. Repozytorium KDPW_RT, wraz z innym autoryzowanymi repozytoriami, wspomaga ten proces parując i porównując szczegóły transakcji raportowanych przez strony oddzielnie. Proces rekoncyliacji danych został uzgodniony pomiędzy repozytoriami transakcji i zaakceptowany przez ESMA. Zgodnie z Rozporządzeniem EMIR, strony transakcji mają czas na zaraportowanie transakcji T + 1 w stosunku do daty (T) zawarcia kontraktu lub zmian jego warunków. W związku z tym, proces parowania i porównywania danych przeprowadzany jest w dniu T +. Wynikiem procesu, który przeprowadzany jest każdego dnia roboczego RT, jest oznaczenie statusu parowania i porównywania transakcji. Informacje te przesyłane są do uczestników raportujących w formie komunikatu xml, codziennie po zakończeniu procesu. Weryfikowanie zgodności szczegółów transakcji realizowane jest w dwóch etapach. W pierwszym kroku przeprowadzane jest parowanie raportów polegające na wyszukiwaniu raportu złożonego przez drugą stronę. Następnie pola sparowanych raportów podlegają porównaniu zgodnie z założonymi tolerancjami. Poniżej przedstawione zostaną szczegóły obydwu tych etapów oraz szczegóły dotyczące informowania uczestników o wynikach procesu rekoncyliacji. Parowanie raportów Parowanie to powiązanie ze sobą dwóch transakcji/raportów na podstawie Trade Id oraz kodów LEI kontrahentów (UTI, LEI1, LEI). Parowanie raportów zachodzi dwuetapowo. W pierwszym etapie parowane są raporty złożone przed obie strony do KDPW_TR (tzw. parowanie wewnętrzne). Następnie, po odebraniu z innych RT informacji o poszukiwanych przez nie raportach, przeprowadzane jest parowanie zewnętrzne dla wszystkich raportów, które nie znalazły pary w KDPW_TR. Informacja o tym, które repozytorium przechowuje sparowaną transakcję jest zapisywana w bazie KDPW_TR. 3

4 Raporty sparowane (wewnętrznie lub zewnętrznie) otrzymują status parowania YPAR, a data parowania zapisywana jest w bazie KDPW_TR. Raporty niesparowane otrzymują status NPAR i trafiają do parowania w kolejnym dniu roboczym, aż do momentu sparowania. Po siedmiu dniach roboczych raporty sterminowane NPAR są wyłączane z codziennego procesu rekoncyliacji, jednakże nadal przechowywane w bazie. W dniu, w którym druga strona takiego raportu prześle swój raport do KDPW_TR bądź do innego RT, wyłączony raport zostaje odnaleziony w bazie RT i ponownie włączony do procesu. Obydwa raporty otrzymują status YPAR i są włączane do procesu porównywania. Do procesu rekoncyliacji włączane są tylko te raporty, w których podano poprawne kody LEI kontrahentów oraz poprawny identyfikator UTI. Walidacja identyfikatorów odbywa się według poniższych zasad: Identyfikator LEI walidujemy zgodnie z bazą LEI. Kod LEI uznawany będzie za ważny, jeśli jego status jest ISSUED, TRANSFERRED, PEDNING TRANSFER, PENDING ARCHIVAL lub LAPSED. Dla raportów jednostronnych, wskazujących na raporty z kontrahentem spoza EEA zaimplementowana została kontrola: Jeśli nie odnaleziono pary takiego raportu, to raport ten dostaje status WPAR (nie podlega rekoncyliacji).; Jeśli raport zostanie sparowany, to następuje sprawdzenie kraju siedziby Other Counterparty w raporcie przesłanym przez drugą stronę; Jeśli pole to jest wypełnione znacznikiem kraju z obszaru EEA, to raport otrzymuje status parowania YPAR i włączany jest do procesu porównywania, ale w szczegółach porównywania pojawia się dodatkowo błąd CPCT Wartość pola NonEEACtrPty niezgodna z raportem drugiego kontrahenta. Z procesu rekoncyliacji wyłączone są rekordy zdefiniowane, jako pozycje, czyli takie transakcje, w których pole Compression wypełniono wartością Y. W komunikatach rcn przekazywane są dodatkowe statusy informacje o wyłączeniu transakcji z procesu, ponieważ kod LEI jednego z kontrahentów nie jest ważny: Nieprawidłowy kod LEI 1 status ERL1; Nieprawidłowy kod LEI status ERL; 4

5 Porównywanie szczegółów transakcji w sparowanych raportach Wszystkie sparowane wewnętrznie lub zewnętrznie raporty są włączane do procesu porównywania. W procesie tym porównywane są szczegóły transakcji w polach wskazanych w poniższej tabeli (Tabela 1). W kolumnie trzeciej wskazano rodzaj zastosowanej w porównaniu tolerancji zgodności: i. Tolerancja 1: Wartości dotyczące transakcji w polach, które podlegają porównaniu muszą mieścić się w zakresie 1 % różnicy; ii. iii. Tolerancja : Kwoty dotyczące transakcji w polach, które podlegają porównaniu muszą być identyczne na lewo od przecinka. Tolerancja 3: Pola określające datę lub datę i czas muszą być równe co do daty (wyjątkiem jest data i czas zawarcia transakcji na ETD). W kolumnie czwartej wskazano kategorię błędu, jeśli pola nie są zgodne. Błędy kategorii pierwszej są priorytetem, natomiast kategoria 3 to pola, których wynik porównania nie wpływa na poprawność złożonych raportów. Tabela 1. Name ESMA Format Match/ Tolerance Category Rule to other trade Taxonomy used Identify the taxonomy used: Must match 1 U=Product Identifier [endorsed in Europe] Product id 1 I=ISIN/AII + CFI E=Interim taxonomy For taxonomy = U: Product Identifier (UPI), to be defined; For taxonomy = I: ISIN or AII, 1 digits alphanumerical code; For taxonomy = E: Derivative class: CO=Commodity CR=Credit CU=Currency EQ=Equity IR=Interest Rate OT= Other Must match 1 5

6 Product id For taxonomy = U: Blank; For taxonomy = I: CFI, 6 Must match 1 characters alphabetical code; For taxonomy = E: Derivative type: CD= Contracts for difference FR= Forward rate agreements FU= Futures FW=Forwards OP=Option SW=Swap OT= Other Underlying ISIN (1 alphanumerical digits); LEI (0 Must match alphanumerical digits); Interim entity identifier (0 alphanumerical digits); UPI (to be defined); B= Basket; I=Index. Notional currency 1 ISO 417 Currency Code, 3 alphabetical digits. Must match 1 Notional currency ISO 417 Currency Code, 3 alphabetical digits. Must match 1 Deliverable ISO 417 Currency Code, 3 alphabetical digits. May never match 3 currency Trade id Up to 5 alphanumerical digits. Must match 1 Transaction reference number An alphanumeric field up to 40 characters Will never match 3 Venue of execution ISO Market Identifier Code (MIC), 4 digits alphabetical. Compression Y = if the contract results from compression; N= if the contract does not result from compression. Price/rate Up to 0 numerical digits in the format xxxx,yyyyy. Price notation E.g. ISO 417 Currency Code, 3 alphabetical digits, percentage. Should match Should match Must match Notional amount Up to 0 numerical digits in the format 1 xxxx,yyyyy. check Price multiplier Up to 10 numerical digits. Must match 1 Quantity Up to 10 numerical digits. Must match 1 Up-front payment Delivery type Up to 10 numerical digits in the format xxxx,yyyyy for payments made by the reporting counterparty and in the format xxxx,yyyyy for payments received by the reporting counterparty. C=Cash, P=Physical, O=Optional for counterparty. Must match 6

7 Execution ISO 8601 date format / UTC time format. timestamp check 3 for OTC. For ETD, a tolerance of +/- one hour Effective date ISO 8601 date format. Must match Maturity date ISO 8601 date format. Must match 1 Termination date ISO 8601 date format. Must match Date of settlement Master agreement type Master agreement version Confirmation timestamp Confirmation means ISO 8601 date format. Note that RTS defines this as date of settlement of the underlying Free Text, field of up to 50 characters, identifying the name of the Master Agreement used, if any. Year, xxxx. ISO 8601 date format, UTC time format. check 3 Y=Non-electronically confirmed, N=Nonconfirmed, Should match E=Electronically confirmed. Clearing obligation Y=Yes, N=No. Must match Cleared Y=Yes, N=No. Must match 1 Clearing timestamp ISO 8601 date format, UTC time format. check 3 CCP Legal Entity Identifier (LEI) (0 alphanumerical Must match digits) or, if not available, interim entity identifier (0 alphanumerical digits) or, if not available, BIC (11 alphanumerical digits). Intragroup Y=Yes, N=No. Should match Fixed rate leg 1 (tolerance tba) Numerical digits in the format xxxx,yyyyy. Fixed rate leg Numerical digits in the format xxxx,yyyyy. (tolerance tba) Fixed rate day count Actual/365, 30B/360 or Other. Fixed leg payment frequency An integer multiplier of a time period describing how often the counterparties exchange payments, e.g. 10D, 3M, 5Y. 7

8 Floating leg payment frequency Floating leg reset frequency Floating rate of leg 1 An integer multiplier of a time period describing how often the counterparties exchange payments, e.g. 10D, 3M, 5Y. An integer multiplier of a time period describing how often the counterparties exchange payments, e.g. 10D, 3M, 5Y. The name of the floating rate index, e.g. 3M Euribor. Floating rate of leg The name of the floating rate index, e.g. 3M Euribor. Currency ISO 417 Currency Code, 3 alphabetical digits. Must match Exchange rate 1 Up to 10 numerical digits in the format Must match xxxx,yyyyy. Tolerance check 1 will be applied Forward exchange Up to 10 numerical digits in the format Must match rate xxxx,yyyyy. Tolerance check 1 will be applied Exchange rate basis E.g. EUR/USD or USD/EUR. X ISO 417 Must match Currency Code, 3 alphabetical digits separated by a slash. Commodity Base - AG: Agricultural Should match - EN: Energy - FR: Freights - ME: Metals - IN: Index - EV: Environmental - EX: Exotic Commodity Details Agricultural Should match - GO: Grains oilseeds - DA: Dairy - LI: Livestock - FO: Forestry - SO: Softs Energy - OI: Oil - NG: Natural gas 8

9 - CO: Coal - EL: Electricity - IE: Inter-energy Metals - PR: Precious - NP: Non-precious Environmental - WE:Weather - EM: Emissions Delivery Point or zone (energy) Interconnection point (energy) Load Type (energy) Delivery start date time (energy) EIC code, 16 character alphanumeric code. Must match Free text, field of up to 50 characters. Repeatable section of fields to identify the Must match product delivery profile; BL=Base Load PL=Peak Load OP=Off-Peak BH= Block Hours OT=Other ISO 8601 date format. Must match Delivery end date ISO 8601 date format. Must match time (energy) Contract Capacity Free text, field of up to 50 characters. (energy) Quantity Unit 10 numerical digits in the format xxxx,yyyyy. (energy) Price/time interval quantities (energy) 10 numerical digits in the format xxxx,yyyyy. Option type P=Put, C=Call. Must match? Option style A=American, B=Bermudan, E=European, S=Asian. Must match? Strike price Up to 10 Numerical digits in the format xxxx,yyyyy. check Action type and 3 details of action type 9

10 Raporty, w których nie stwierdzono żadnego błędu, lub stwierdzono tylko błędy kategorii 3 oznaczane są statusem MACH. Raporty, w których stwierdzono tylko błędy kategorii lub 3 oznaczane są statusem ERR. Raporty, w których stwierdzono błędy kategorii 1 oznaczane są statusem ERR1. 10

11 Informacja o wynikach procesu dla uczestników raportujących O wynikach procesu rekoncyliacji danych KDPW_TR informuje uczestnika raportującego w formie komunikatu trar.rcn , który wysyłany jest po zakończeniu procesu porównywania, zwykle w godzinach popołudniowych każdego dnia roboczego RT. Komunikat trar.rcn przesłany zostaje tym samym kanałem (UA/ AA) jakim przesłane zostały do KDPW_TR dane podlegające procesowi rekoncyliacji. Struktura komunikatu opublikowana jest na stronie internetowej KDPW_RT. Komunikat z założenia zawiera dane dotyczące raportów, które nie zostały sparowane (status parowania NPAR) lub w których występują błędy kategorii 1 lub (status porównania ERR1 lub ERR). W komunikacie przekazywane są poniższe informacje: data parowania - w przypadku raportów niesparowanych wpisywana jest data ostatniej próby parowania raportu, w przypadku raportów sparowanych data sparowania raportów; data porównania wypełniana tylko dla raportów sparowanych, data ostatniego porównania raportów; data obowiązywania szczegółów raportu data, na którą obowiązują dane dot. szczegółów raportu wziętych do porównania; klucz transakcji (UTI, LEI1, LEI); status: NPAR w przypadku raportów niesparowanych, lub ERR1/ERR w przypadku raportów sparowanych, w których występują rozbieżności; numer i opis błędu wskazującego pole, w którym występuje rozbieżność; wartości w raportach obu kontrahentów (w przypadku rozbieżności). Lista błędów wskazujących pola, w których występują rozbieżności dostępna jest na stronie internetowej KDPW_TR. 11