Client clearing OTC. Warszawa, 17 czerwca 2014 r.

Transkrypt

1 OTC Warszawa, 17 czerwca 2014 r.

2 Skróty EB executing broker SWI System Wymiany Informacji w KDPW_CCP EMIR Rozporządzenie Parlamentu Europejskiego i Rady (UE) Nr 648/2012 z dnia 4 lipca 2012 r. w sprawie instrumentów pochodnych będących przedmiotem obrotu poza rynkiem regulowanym, kontrahentów centralnych i repozytoriów transakcji UNR UR, uczestnik uczestnik nierozliczający uczestnik rozliczający GRU grupowe GFS grupowe z pełną segregacją IND indywidualne IFS indywidualne z pełną segregacją KDPW Krajowy Depozyt Papierów Wartościowych S.A. KDPW_CCP KDPW_CCP S.A. NBP Narodowy Bank Polski NKK Numer Klasyfikacyjny Klienta Regulamin Regulamin Rozliczeń Transakcji (obrót niezorganizowany) 2

3 Ramy umowne Uczestnik rozliczający Umowa ramowa Client clearing agreement Regulacje KDPW_CCP Klient Executing Broker/ UR Execution agreement 1. Regulacje KDPW_CCP obowiązujące między uczestnikiem rozliczającym/ executing brokerem a KDPW_CCP. 2. Umowa ramowa zawierana między uczestnikiem rozliczającym a klientem. 3. Umowa dot. centralnego rozliczania transakcji (Client clearing agreement) zawierana między uczestnikiem rozliczającym a klientem. 4. Umowa wykonawcza(execution agreement) zawierana między executing brokerem a klientem. 3

4 Regulacje KDPW_CCP Na podstawie Regulaminu Rozliczeń Transakcji (obrót niezorganizowany) uczestnik rozliczający, reprezentujący w systemie rozliczeń OTC inny podmiot zawierający transakcje (generalny uczestnik rozliczajacy), jest zobowiązany do: dostarczenia oświadczenia wskazującego podmiot, który będzie reprezentować w systemie rozliczeń OTC w zakresie transakcji zawieranych przez ten podmiot, zawarcia z tym podmiotem umowy, na podstawie której będzie stroną rozliczeń transakcji zawieranych przez ten podmiot oraz: zapewnienia w ww. umowie, aby raporty o transakcjach przekazywane do repozytorium transakcji lub innego podmiotu uprawnionego do gromadzenia i przechowywania informacji o transakcjach pochodnych, nie były przekazywane kilkakrotnie, w przypadku gdy obowiązek przekazywania tych raportów wynika z właściwych przepisów prawa, dostarczenie oświadczenia podmiotu zawierającego transakcje reprezentowanego w systemie rozliczeń OTC przez UR, w którym podmiot ten: wyraża zgodę na wykonywanie przez danego uczestnika obowiązków wynikających z rozliczeń transakcji zawieranych przez ten podmiot, potwierdza, że został poinformowany o stosowaniu nowacji w zawieranych przez niego transakcjach oraz o publikowaniu na stronie internetowej KDPW_CCP informacji dotyczących stosowania nowacji w tych transakcjach, potwierdza, że wprowadzenie zawartej przez niego transakcji do systemu rozliczeń OTC oznacza uzgodnienie przez strony tej transakcji stosowania do nowacji właściwych przepisów prawa, które zostały wskazane przez KDPW_CCP zgodnie z Regulaminem, potwierdza, że został poinformowany o przekazywaniu przez KDPW_CCP raportów o zawieranych przez niego transakcjach do repozytorium transakcji, w przypadku gdy uczestnik wskazał KDPW_CCP jako podmiot, który przekazuje raporty o transakcjach do repozytorium transakcji oraz obowiązek przekazywania tych raportów do repozytorium transakcji wynika z właściwych przepisów prawa. Wzory oświadczeń zamieszczone są na stronie internetowej KDPW_CCP (Wzór nr 13) 4

5 Struktura kont Struktura kont w KDPW_CCP Uczestnik rozliczający Klienci uczestnika rozliczającego UNR A Klient B UNR C i UNR D Klient E i Klient F Konto własne Konto IFS Konto IND Konto GFS Konto GRU Konto zabezpieczeń Konto zabezpieczeń Konto zabezpieczeń Konto zabezpieczeń Konto zabezpieczeń 5

6 Struktura kont Konta rozliczeniowe Konta rozliczeniowe, służące do rejestracji transakcji, dzielą się na konta własne uczestników rozliczających oraz konta klientów. Konta własne uczestników rozliczających są kontami indywidualnymi (zapisywane są na nich wyłącznie pozycje UR). KDPW_CCP oferuje następujące typy kont rozliczeniowych klientów: indywidualne (IND) w przypadku rozliczania transakcji klienta indywidualnego, z którym KDPW_CCP nie posiada relacji umownej, indywidualne z pełną segregacją (IFS) w przypadku rozliczania transakcji klienta indywidualnego, który zawarł z KDPW_CCP umowę o uczestnictwo w typie uczestnictwa uczestnik nierozliczający (UNR), grupowe (GRU) w przypadku rozliczania na jednym koncie transakcji wielu klientów, z którymi KDPW_CCP nie posiada relacji umownej, grupowe z pełną segregacją (GFS) w przypadku rozliczania na jednym koncie transakcji wielu klientów, którzy zawarli z KDPW_CCP umowy o uczestnictwo w typie uczestnictwa uczestnik nierozliczający (UNR). Konta zabezpieczeń Konto zabezpieczeń prowadzone jest dla każdego konta rozliczeniowego, przy czym jest ono wspólne dla wszystkich kont rozliczeniowych na poziomie NKK danego UR. Jeżeli klient danego uczestnika rozliczającego posiada więcej niż jedno indywidualne konto rozliczeniowe (IND lub IFS), depozyt zabezpieczający wyznaczany jest dla każdego konta oddzielnie, natomiast zabezpieczenia rejestrowane są na jednym koncie zabezpieczeń klienta. Zabezpieczenie wniesione na dane konto zabezpieczeń klienta nie może służyć pokryciu wymogów z tytułu depozytów zabezpieczających wymaganych dla innego konta zabezpieczeń klienta lub UR. Wymaganie z tytułu depozytów zabezpieczających wyznaczane jest na poziomie konta rozliczeniowego i agregowane na poziomie konta zabezpieczeń. Segregacja pozycji i zabezpieczeń zgodna z wymogami EMIR 6

7 Struktura kont Konta zabezpieczeń są prowadzone przez KDPW_CCP w ramach tzw. rejestru zabezpieczeń. Wnoszenie zabezpieczeń na konta zabezpieczeń następuje poprzez wniesienie odpowiedniej wpłaty na konto prowadzone dla rozliczeń KDPW_CCP przez KDPW w NBP w przypadku środków pieniężnych lub przeniesienie papierów wartościowych na odpowiedni rachunek KDPW_CCP prowadzony przez KDPW. Otwieranie kont w KDPW_CCP Przed rozpoczęciem rozliczeń transakcji na rynku OTC, uczestnik rozliczający zobowiązany jest do złożenia wniosku o otwarcie konta formalnego. Konto formalne zostanie utworzone na podstawie uchwały Zarządu KDPW_CCP. Po otwarciu konta formalnego należy uzyskać Numer Klasyfikacyjny Klienta (NKK), będący niezbędnym atrybutem konta rozliczeniowego przypisanym do klienta i opisującym jego podstawowe cechy. W tym celu UR powinien wysłać do KDPW_CCP komunikat xml Instrukcja dotycząca NKK (acmt.rqc ). Potwierdzeniem utworzenia NKK jest otrzymanie przez UR komunikatu zwrotnego Status instrukcji dotyczącej NKK (acmt.stc ) z wartością PACK w polu status. W przypadku, gdy klient posiada już zdefiniowany NKK, nie należy tworzyć nowego. Po nadaniu NKK uczestnik otwiera konto rozliczeniowe, wysyłając do KDPW_CCP komunikat Instrukcja dotycząca konta rozliczeniowego (acmt.rqa ), wpisując CRTA w polu Kod operacji na koncie. Potwierdzeniem otwarcia konta rozliczeniowego jest otrzymanie przez UR komunikatu Status instrukcji dotyczącej konta rozliczeniowego (acmt.sta ) z wartością PACK w polu status. Zamknięcie i zmiana charakterystyki konta rozliczeniowego możliwe jest poprzez wysłanie przez uczestnika ww. komunikatu z kodem operacji CLSA oraz CHGA, odpowiednio. Potwierdzeniem przyjęcia żądania jest komunikat statusowy ze statusem PEND. Zamknięcie i zmiana charakterystyki konta odbywa się na koniec dnia, a potwierdzeniem wykonania operacji jest otrzymanie przez uczestnika komunikatu statusowego z wartością PACK. Założenie grupowego konta rozliczeniowego (GRU i GFS) równoważne jest z utworzeniem grupowego NKK. W tym celu należy wysłać komunikat acmt.rqc wpisując COLL zamiast INDI w polu Typ NKK. Uczestnicy nierozliczający zlecają tworzenie NKK i otwieranie kont rozliczeniowych swoim UR. Konto zabezpieczeń, przyporządkowane do danego NKK uczestnika rozliczającego, otwierane jest automatycznie w momencie utworzenia pierwszego konta rozliczeniowego. 7

8 Konfirmacja transakcji na platformie MarkitWire 8. Przyporządkowanie transakcji do konta klienta 7. Informacja o przyjęciu lub odrzuceniu transakcji Uczestnik rozliczający 4. Potwierdzenie transakcji i zwolnienie do rozliczenia 9. Przekazanie informacji o transakcji 5. Wysłanie instrukcji 6. Status transakcji 3. Akceptacja transakcji 2. Klient 7. Informacja o przyjęciu lub odrzuceniu transakcji 8. Przyporządkowanie transakcji do konta klienta 4. Zwolnienie transakcji do rozliczenia Executing Broker/ UR 2. Wprowadzenie i konfirmacja transakcji 1. Zawarcie transakcji 8

9 Konfirmacja transakcji na platformie MarkitWire Proces zestawiania transakcji na platformie MarkitWire i rozliczania w KDPW_CCP 1. Klient zawiera transakcję z EB, niebędącym jego UR, lub bezpośrednio ze swoim UR. 2. EB wprowadza transakcję na platformie MarkitWire i konfirmuje poprzez przesłanie odpowiednich komunikatów przez platformę MarkitWire do klienta. EB wypełnia komunikaty parametrami transakcji, określa klienta, wskazuje KDPW_CCP jako izbę rozliczeniową i podaje swój identyfikator konta rozliczeniowego (w polu Netting String). 3. Klient podaje identyfikator swojego konta rozliczeniowego i akceptuje transakcję. 4. UR klienta otrzymuje transakcję i zwalnia transakcję do rozliczenia. Jednocześnie EB zwalnia transakcję do rozliczenia. 5. Po zwolnieniu do rozliczenia transakcji na platformie MarkitWire instrukcje przekazywane są do KDPW_CCP. 6. KDPW_CCP przekazuje informację o statusie transakcji. Na platformie MarkitWire dostępny jest jedynie pierwszy status transakcji w KDPW_CCP. W przypadku zmiany statusu informacja jest przekazywana za pomocą SWI (pkt 7). 7. KDPW_CCP przesyła informację o każdym statusie transakcji za pomocą kanału komunikacji SWI. 8. W przypadku przyjęcia transakcji do rozliczenia KDPW_CCP rejestruje pozycje na kontach rozliczeniowych wskazanych w instrukcji. 9. Uczestnik Rozliczający przekazuje dalsze informacje klientowi o zmianie statusu transakcji poprzez komunikację własną. Na platformie MarkitWire klient ma możliwość sprawdzenia pierwszego statusu transakcji. Statusy transakcji zostały omówione na stronie 12. 9

10 Konfirmacja transakcji na platformie SWIFT Accord 8. Przyporządkowanie transakcji do konta klienta 7. Informacja o przyjęciu lub odrzuceniu transakcji 6. Status transakcji w Accord Uczestnik rozliczający 9. Przekazanie informacji o transakcji 2. Prośba o potwierdzenie Transakcji na SWIFT Accord 5. KDPW_CCP pobiera instrukcje 6. Status transakcji Accord 4. Konfirmacja Klient 6. Status transakcji w Accord 3. Wymiana komunikatów MT340 lub MT Zawarcie transakcji 7. Informacja o przyjęciu lub odrzuceniu transakcji Executing Broker/ UR 8. Przyporządkowanie transakcji do konta klienta 10

11 Konfirmacja transakcji na platformie SWIFT Accord Proces zestawiania transakcji na platformie SWIFT Accord i rozliczania w KDPW_CCP 1. Klient zawiera transakcję z EB, niebędącym jego UR, lub bezpośrednio ze swoim UR. 2. Klient kontaktuje się ze swoim UR i zleca potwierdzenie zawartych transakcji. (Klient nie ma możliwości bezpośredniego potwierdzania transakcji na platformie SWIFT Accord). 3. UR klienta konfirmuje transakcje poprzez przesłanie odpowiednich komunikatów SWIFT (MT340 i MT360) do EB wskazanego przez klienta. UR wypełniają komunikaty parametrami transakcji, wskazują KDPW_CCP jako izbę rozliczeniową i podają identyfikatory kont rozliczeniowych. 4. Instrukcje trafiają na platformę konfirmacyjną SWIFT Accord. 5. Z platformy instrukcje są pobierane przez KDPW_CCP. 6. KDPW_CCP przekazuje informację o statusie transakcji. Na platformie SWIFT Accord dostępny jest jedynie pierwszy status transakcji w KDPW_CCP. W przypadku zmiany statusu informacja jest przekazywana za pomocą SWI (pkt 7). 7. KDPW_CCP przesyła informację o każdym statusie transakcji za pomocą kanału komunikacji SWI. 8. W przypadku przyjęcia transakcji do rozliczenia KDPW_CCP rejestruje pozycje na kontach rozliczeniowych wskazanych w instrukcji. 9. Uczestnik Rozliczający przekazuje dalsze informacje klientowi o zmianie statusu transakcji poprzez komunikację własną. Na platformie SWIFT Accord klient ma możliwość sprawdzenia pierwszego statusu transakcji. Szczegółowe informacje dot. Platform konfirmacji znajdują się na stronie internetowej KDPW_CCP (Platformy konfirmacji) Statusy transakcji zostały omówione na stronie

12 Status transakcji Status transakcji queued pending rejected pending rejected accepted (cond.) rejected accepted (cond.) accepted (conditionally) Status transakcji w KPW_CCP Jeżeli instrukcja zostaje przesłana w trakcie sesji rozliczeniowej i zostaje przyjęta do rozliczenia bez zastrzeżeń, transakcja otrzymuje status accepted. Jeśli wartość zobowiązań wynikających z przyjęcia do rozliczenia transakcji przekroczy limit zabezpieczeń danego UR, ale limit kredytowy* pozwala na przyjęcie transakcji, to zostanie nadany status conditionally accepted. W takim przypadku KDPW_CCP wzywa UR do zlikwidowania stanu przekroczenia w przeciągu 30 minut. Status pending jest nadawany w sytuacji, gdy przyjęcie transakcji do rozliczenia spowodowałoby przekroczenie limitu kredytowego. W tej sytuacji KDPW_CCP wzywa UR do zlikwidowania stanu przekroczenia w ciągu 10 minut. W przypadku błędów lub niezgodności transakcja zostaje odrzucona (status rejected). Jeśli instrukcja została przesłana przed sesją lub po jej zakończeniu, transakcja otrzymuje status queued (zostaje skolejkowana). Jeżeli UR ustanowił limit wymagalny na koncie klienta, to w przypadku przekroczenia limitu przez klienta transakcja otrzymuje status pending. * - w chwili obecnej KDPW_CCP nie przyznaje limitów kredytowych. 12

13 Zapytanie o poziom wymaganych depozytów Zapytanie o poziom wymaganych depozytów dla hipotetycznej transakcji (zapytanie what if ) KDPW_CCP umożliwia wysłanie uczestnikom zapytania what if w celu sprawdzenia, jaki wpływ na poziom wymaganych depozytów zabezpieczających uczestnika będzie miało przyjęcie przez KDPW_CCP do rozliczeń jednej lub wielu hipotetycznych transakcji określonych w zapytaniu. Funkcja wykorzystywana do wyliczeń poziomu wymaganego depozytu zabezpieczającego uwzględnia wszystkie bieżące pozycje uczestnika (na koncie własnym lub koncie klienta, w zależności od zapytania) oraz poziom jego zabezpieczeń utrzymywanych w KDPW_CCP. Obliczenia dla portfela hipotetycznych transakcji wykonywane są analogicznie jak obliczenia dla rzeczywistych transakcji. Zapytanie o poziom wymaganych depozytów dla hipotetycznej transakcji/portfela odbywa się poprzez przesłanie przez UR komunikatu W.1 HypotheticalPortfolioRequest (otcd.rqi ). W odpowiedzi otrzymywany jest komunikat N.1 ParticipantNotification (otcd.rsi ), z następująco wypełnionymi polami: Reason == Hypothetical Trade Source == WHAT IF Komunikat potwierdzający zawiera informacje o hipotetycznie zawartej transakcji, w tym aktualny wymóg depozytowy lub ostrzeżenie o przekroczeniu indywidualnego limitu uczestnika rozliczającego, status transakcji, informacje o ewentualnym odrzuceniu lub zawieszeniu transakcji. 13

14 Automatyczne zamykanie pozycji Proces automatycznego zamykania pozycji (aukcja) Proces automatycznego zamykania pozycji występuje w przypadku niewypłacalności jednego z uczestników rozliczających. W procesie tym pozycje własne uczestnika oraz jego klientów niebędących UNR podlegają likwidacji, podczas gdy pozycje i aktywa UNR przenoszone są do innego uczestnika rozliczającego (patrz str. 15). Aukcja inicjowana jest wysłaniem przez KDPW_CCP komunikatu A.1 AuctionNotification (otcd.ntf ), który określa m.in. godzinę rozpoczęcia aukcji oraz instrumenty podlegające aukcji. Następnie wysyłany jest komunikat A.2 AuctionDetail (otcd.ntf ), zawierający szczegółowe informacje o przeprowadzanej aukcji. Odpowiedzią UR jest przesłanie komunikatu A.3 AuctionQuoteRequest (otcd.rqi ) wraz z kwotowaniem. Komunikat ten musi zawierać unikalny identyfikator kwotowania nadany przez UR w ramach danej aukcji. Kolejne komunikaty, o ile zawierają unikalny identyfikator nadany przez UR, nadpisują poprzednią ofertę UR. Po każdym otrzymaniu komunikatu z kwotowaniem KDPW_CCP odsyła do UR komunikat A.4 AuctionError (otcd.rsi ) z ewentualnymi błędami dotyczącymi przekazanych kwotowań. W przypadku braku błędów, przekazywany jest komunikat bez wskazania błędu, oznaczający otrzymanie przez KDPW_CCP poprawnego kwotowania. W przypadku nieotrzymania przez KDPW_CCP kwotowania w wyznaczonym czasie UR otrzymuje komunikat A.5 AuctionTimeout (otcd.ntf ). Po zakończonej aukcji UR jest powiadamiany o jej wyniku za pomocą komunikatu A.6 AuctionResult (otcd.ntf ) oraz N.1 ParticipantNotification (otcd.ntf ), potwierdzającym zawarcie przez UR nowych transakcji. 14

15 Przeniesienie pozycji (porting) Proces przenoszenia pozycji i zabezpieczeń klientów do innego UR (porting) Pozycje oraz zabezpieczenia znajdujące się na kontach indywidualnych z pełną segregacją oraz kontach grupowych z pełną segregacją mogą zostać przeniesione na żądanie klientów, którzy są uczestnikami nierozliczającymi KDPW_CCP, do innego uczestnika rozliczającego w przypadku niewypłacalności dotychczasowego UR, a z uczestnikiem rozliczającym przejmującym ich pozycje i zabezpieczenia podpisali odpowiednią umowę. W tym celu: uczestnik nierozliczający składa pisemną dyspozycję przeniesienia pozycji i aktywów wniesionych jako zabezpieczenie do wskazanego UR, UR, do którego mają zostać przeniesione pozycje i aktywa, wyraża zgodę na przyjęcie tych pozycji i aktywów UNR, KDPW_CCP realizuje zlecenie po otrzymaniu zgodnych dyspozycji. W przypadku konta grupowego z pełną segregacją wszyscy UNR muszą złożyć pisemną dyspozycję przeniesienia pozycji i aktywów, wskazując tego samego UR. 15

16 Terminacja pozycji na żądanie Proces obsługi zamykania pozycji na żądanie (terminacji na żądanie) Terminacja na żądanie jest narzędziem umożliwiającym UR zamknięcie pozycji (własnej, klienta, UNR) poprzez mechanizm aukcji. Powodem zlecenia terminacji może być: zlecenie klienta, brak środków na zmniejszenie stopnia wykorzystania limitów, niewywiązywanie się klienta z obowiązku utrzymania właściwych depozytów zabezpieczających itd. Aukcja inicjowana jest przez UR za pomocą komunikatu T.1 OnDemandTerminationRequest (otcd.rqi ), na który KDPW_CCP odpowiada komunikatem T.2 OnDemandTerminationResponse (otcd.rsi ), informującym o przyjęciu do przetwarzania lub odmowie rozpoczęcia aukcji. Jeżeli zapytanie zostało przyjęte do przetwarzania KDPW_CCP wysyła komunikat T.2. ondemandterminationresponse (otcd.ntf ), w którym przekazuje informację o rozpoczęciu terminacji na żądanie. Następnie KDPW_CCP wymienia ze wszystkimi UR komunikaty A.2-A.4, analogicznie jak w przypadku automatycznego zamykania pozycji. Po ustaleniu wyniku aukcji KDPW_CCP wysyła uczestnikowi zlecającemu przeprowadzenie terminacji na żądanie komunikat T.3. OnDemandTerminationResult (otcd.ntf ). UR może zaakceptować wynik aukcji bądź go odrzucić za pomocą komunikatu T.4 OnDemandTerminationAcceptance (otcd.rqi ). Po zakończonej aukcji i akceptacji wyników przez UR przeprowadzającego terminację, UR powiadamiani są o wynikach za pomocą komunikatu A.6 AuctionResult (otcd.ntf ) oraz N.1 ParticipantNotification (otcd.ntf ), potwierdzającym zawarcie przez UR nowych transakcji. 16

17 Limity informacyjne i wymagane Proces ustalania limitów no konto klienta (limity informacyjne oraz wymagane) KDPW_CCP oferuje UR narzędzia do monitorowania i ograniczaniu ekspozycji związanej z rozliczaniem transakcji klientów w formie: limitów informacyjnych, służących monitorowaniu aktualnej ekspozycji poprzez przekazywanie informacji o wymaganym depozycie zabezpieczającym i ustanowionym limicie, Informacja o przekroczeniu limitu oraz wstrzymaniu przyjęcia transakcji jest przekazywana uczestnikowi w komunikacie N.1 ParticipantNotification. limitów wymaganych, służących ograniczaniu ekspozycji na koncie klienta. W celu ustalenia limitów uczestnik rozliczający wysyła komunikat U.1 AccountMaintenanceRequest (otcd.rqi ). Informacja zwrotna przekazywana jest w komunikacie U.2 AccountMaintenanceResponse (otcd.rsi ). Przekroczenie limitu informacyjnego nie powoduje odrzucenia transakcji. Informacja o wykorzystaniu limitu jest przekazywana UR w komunikacie N.1 ParticipantNotification (otcd.ntf ). W przypadku przekroczenia limitu wymaganego na danym koncie, transakcja nie jest przyjmowana do rozliczeń i otrzymuje status pending. 17

18 Raportowanie Raporty przekazywane UR i UNR Poza raportami rozliczeniowymi uczestnicy nierozliczający, tak jak uczestnicy rozliczający mają możliwość otrzymywania dodatkowych raportów od KDPW_CCP. Raporty mogą zostać zindywidualizowane, tzn. rozszerzone i odpowiednio sparametryzowane, oparte na wytycznych określonych przez UR lub UNR. Klienci, niebędący UNR, mogą otrzymywać informacje wyłącznie od swoich uczestników rozliczających. Raporty przekazywane przez KDPW_CCP mogą zawierać między innymi: informację o statusie transakcji, informację o limitach, wycenę transakcji. 18

19