Opis funkcjonalności dostępnych w ramach systemu

Opis funkcjonalności dostępnych
w ramach systemu kdpw_otc
wersja 1.1
Warszawa, listopad 2012
Strona 1 z 20
Spis treści:
Wstęp 3
1. Obsługa uczestnictwa ..................................................................................... 4
2. Zakładanie lub likwidacja konta ....................................................................... 5
3. Zarządzanie ustawieniami konta ...................................................................... 7
4. Przyjmowanie nowej transakcji ........................................................................ 8
5. Wnoszenie zabezpieczeń w ciągu dnia ............................................................ 10
6. Zwalnianie zabezpieczeń w ciągu dnia ............................................................ 11
7. Obsługa Funduszu Zabezpieczającego OTC ..................................................... 11
8. Zapytanie o poziom wymaganych depozytów dla hipotetycznej transakcji.......... 13
9. Obsługa automatycznego zamykania pozycji (aukcja) ...................................... 13
10. Obsługa zamykania pozycji na żądanie (terminacja na żądanie) ........................ 16
11. Obsługa rozliczeń na koniec dnia ................................................................... 17
11.1.
Rozliczenia ............................................................................................ 17
11.2.
Kompensacja przeciwstawnych pozycji..................................................... 17
12. Obsługa rozrachunku pieniężnego na koniec dnia ........................................... 18
13. Obsługa pobieranie opłat .............................................................................. 18
14. Rozliczanie i rozrachunek transakcji REPO ...................................................... 19
14.1.
Rozliczenie transakcji ............................................................................. 19
14.2.
Rozrachunek transakcji ........................................................................... 19
Strona 2 z 20
Wstęp
Dokument zawiera opis funkcjonalności dostępnych w ramach rozliczeń transakcji OTC.
Poszczególne funkcjonalności są przedstawione graficznie na diagramach interakcji. Każdemu
diagramowi odpowiada opis dokonywanych w ramach danej funkcjonalności procesów, z
wyszczególnieniem wymienianych pomiędzy KDPW_CCP a uczestnikami komunikatów.
Struktura i sposób tworzenia komunikatów są opisane w odrębnym dokumencie.
Strona 3 z 20
1. Obsługa uczestnictwa
Zasady uczestnictwa w systemie OTC reguluje Regulamin Rozliczeń Transakcji (obrót
niezorganizowany).
Uczestnikiem rozliczającym może być osoba prawna będąca: firmą inwestycyjną, bankiem,
zagraniczną firmą inwestycyjną, inną instytucją finansową. Podmiot ten musi posiadać konto
depozytowe lub rachunek papierów wartościowych albo posiadać agenta do spraw
rozrachunku (w przypadku podmiotów posiadających siedzibę za granicą jest to wymóg
konieczny). Ponadto uczestnik rozliczający musi posiadać rachunek bankowy we właściwym
banku rozliczeniowym prowadzony w walucie, w której zamierza uczestniczyć w rozliczeniach
transakcji prowadzonych przez KDPW_CCP, albo płatnika posiadającego taki rachunek w tym
banku.
Uczestnik nie posiadający statusu uczestnika rozliczającego (uczestnik nierozliczający) działa
w ramach systemu rozliczeń OTC wyłącznie za pośrednictwem uczestnika rozliczającego.
Każda instytucja spełniająca powyższe warunki może wnioskować o otwarcie uczestnictwa.
Wniosek musi być przedstawiony w sposób formalny, określony w Regulaminie Rozliczeń
Transakcji OTC. Każdy uczestnik rozliczający może też wnieść o zamknięcie uczestnictwa.
KDPW_CCP przyznaje uczestnikom następujące statusy:
• ACTIVE – aktywny,
• SUSPENDED_PRIVATE – zawieszony – transakcje przychodzące są zawieszane, o zmianie statusu
nie są informowani inni uczestnicy,
• SUSPENDED – zawieszony – transakcje przychodzące są zawieszane, o zawieszeniu informowani
są wszyscy uczestnicy,
• DEFAULT –w stanie niewypłacalności – wszystkie transakcje przychodzące są odrzucane, w
KDPW_CCP następuje obsługa niewypłacalności uczestnika,
• DELETED – usunięty – zakończył działalność.
Za każdym razem, gdy następuje zmiana statusu uczestnika, otwarcie lub zamknięcie
uczestnictwa, KDPW_CCP wysyła komunikat ClearingMemberStatus (N.2) informujący
wszystkich uczestników o zmianie. Wyjątkiem jest zmiana statusu na status
SUSPENDED_PRIVATE. Jest to automatyczne zawieszenie uczestnika przez system KDPW_CCP
spowodowane przekroczeniem limitów. W sytuacji automatycznego zawieszenia KDPW_CCP
podejmie decyzję o zawieszeniu uczestnika (status SUSPENDED) lub przywróceniu statusu
ACTIVE. W przypadku zawieszenia, informacja będzie wysłana do wszystkich uczestników. W
przypadku przywrócenia statusu, informację otrzyma jedynie zainteresowany uczestnik.
Strona 4 z 20
Uczestnik rozliczający, który zamierza prowadzić operacje na papierach wartościowych w
KDPW (na potrzeby rozrachunku transakcji REPO i składania zabezpieczeń w papierach
wartościowych) musi być uczestnikiem KDPW lub może wskazać agenta do spraw rozrachunku.
Agent do spraw rozrachunku musi być uczestnikiem KDPW. Podmiot zawierający (klient banku
lub instytucji finansowej) nie musi mieć relacji ani z KDPW ani z KDPW _CCP. O udostępnieniu
swoich rachunków podmiotom zawierającym decyduje uczestnik rozliczający.
2. Zakładanie lub likwidacja konta
W celu rozpoczęcia dokonywania rozliczeń na rynku OTC wymagane jest wcześniejsze otwarcie
kont rozliczeniowych PA - kont, na których ewidencjonowane są pozycje własne lub klientów.
Po otwarciu przez uczestnika pierwszego konta PA zostanie automatycznie utworzone
przypisane do niego konto PB. Jest to konto, na które wnoszone będą zabezpieczenia. Konto
PB będzie wspólne dla wszystkich kont PA opartych na tym samym NKK. Konta otwierane są na
bazie kont formalnych otwieranych w KDPW_CCP na wniosek uczestnika rozliczającego z
wykorzystaniem nowo otwartego lub już posiadanego NKK. Instrukcje dotyczące kont PA
przesyłane są przez uczestników rozliczających za pośrednictwem komunikatów xml
acmt.rqa.001.02. (K.1). Informacje zwrotne opisujące stan wykonanej operacji przekazywane
są w postaci komunikatu acmt.sta.001.02 (K.2).
W przypadku kont dedykowanych do rozliczeń transakcji z rynku OTC uczestnik nie będzie miał
możliwości zawieszania konta.
Otwierając konto PA uczestnik definiuje szereg jego atrybutów, część z nich została
zdeterminowana zgodnie z poniższymi zasadami, które uwzględniają również fakt ścisłego
powiązania procesu otwierania i zamykania kont PA i PB:
1)
dla Uczestników Rozliczających na rynku OTC zostanie wprowadzony nowy rodzaj
działalności – otrzymają go obecni uczestnicy KDPW_CCP, którzy będą wnioskowali o nowy kod
instytucji dedykowany do działania na rynku OTC;
2)
konta otwierane w celu przeprowadzania rozliczeń na rynku OTC oznaczane są
dedykowanym typem uczestnictwa (wartość w polu MmbTp = „04”)
3)
wskazanie dedykowanego typu uczestnictwa determinować będzie konieczność
wprowadzenia konkretnych wartości dla następujących atrybutów:
a)
umowa reprezentacji (wartość w polu ReprAgrmntId = „00”);
b)
rodzaj konta (wartość w polu AcctTp = „00”). Atrybut ten nie będzie agregowany w
procesie tworzenia konta PB;
Strona 5 z 20
c)
numer portfela (wartość w polu PrtfNb = „00” – jest to wartość domyślna, więc nie
musi być deklarowana w komunikacie). Atrybut ten nie będzie agregowany w procesie
tworzenia konta PB;
4)
uczestnik rozliczający, przed otwarciem jakiegokolwiek konta PA dla klientów (wartość
w polu OwnrTp = „2”), musi otworzyć co najmniej jedno konto własne PA (wartość w polu
OwnrTp = „1”).
5)
Uczestnik Rozliczający może posiadać tylko jedno konto własne PB (zatem wszystkie
konta własne PA muszą opierać się na tym samym NKK);
6)
otwarcie pierwszego konta PA z wykorzystaniem danego NKK (pole ClntTp) oznaczać
będzie automatyczne otwarcie konta PB. Analogicznie zamknięcie ostatniego konta PA klienta
z wykorzystaniem danego NKK oznaczać będzie zamknięcie konta PB. Ostatnie konto PA może
zostać zamknięte pod warunkiem, że na powiązanym koncie PB nie będzie zabezpieczeń w
rejestrze zabezpieczeń;
7)
konto PA nie może być zamknięte w sytuacji, gdy będą znajdować się na nim pozycje na
koniec dnia rozliczeniowego;
8)
Uczestnik rozliczający nie może zamknąć ostatniego konta własnego PA, operację taką
przeprowadza KDPW_CCP za pośrednictwem operatora systemu.
Przy tworzeniu konta PA Uczestnik Rozliczający może zaproponować własny identyfikator
konta w polu AcctId. Jeżeli identyfikator nie zostanie wskazany, KDPW_CCP utworzy
identyfikator samodzielnie i przekaże go uczestnikowi w komunikacie zwrotnym. Maksymalna
długość identyfikatora konta PA wynosi 10 znaków. Przekazany identyfikator jest tak zwanym
identyfikatorem zewnętrznym (z punktu widzenia systemu KDPW_CCP) danego konta PA.
Ponieważ nadany dowolnie przez uczestnika identyfikator może nie być unikalny w ramach
tego systemu, dla każdego konta zostanie automatycznie utworzony odpowiadający mu
unikalny identyfikator wewnętrzny. Zostanie on nadany według poniższej reguły: Identyfikator
wewnętrzny konta PA: TKXXXXYYYYYYYYYY
gdzie:
TK – typ konta = PA;
XXXX – kod uczestnika rozliczającego KDPW_CCP, do którego należy konto;
YYYYYYYYYY – maksymalnie dziesięcioznakowy identyfikator zewnętrzny nadany przez
uczestnika
Każdemu kontu PA odpowiada jedno konto PB, którego obydwa identyfikatory
automatycznie tworzone na podstawie atrybutów konta PA.
Strona 6 z 20
będą
Identyfikator zewnętrzny PB: WTTUUNNNNNNNN;
Identyfikator wewnętrzny PB: TKXXXXWTTUUNNNNNNNN;
gdzie:
TK– typ konta = PB;
W – typ własności: 1 (konto własne) lub 2 (konto klientów);
TT – typ uczestnictwa = 04;
UU – umowa reprezentacji = 00;
NNNNNNNN – numer klasyfikacji klienta NKK;
XXXX – kod uczestnika rozliczającego KDPW_CCP, do którego należy konto.
W komunikatach acmt.rqa.001.01 (K.1) i acmt.sta.001.01 (K.2) wykorzystywany jest wyłącznie
zewnętrzny identyfikator PA. Natomiast pozostałe komunikaty związane z obsługą rynku OTC,
w których znajduje się odwołanie do kont opierają się zarówno na identyfikatorze
wewnętrznym, jak i zewnętrznym kont PA i/lub PB.
Zgodnie z pismem KDPW DR/ZW/326/2012z dnia 06.09.2012 wdrożenie komunikatów
acmt.rqa.001.02 i acmt.sta.001.02 zostało zawieszone. Zatem obowiązują komunikaty
acmt.rqa.001.01 i acmt.sta.001.01.
3. Zarządzanie ustawieniami konta
Uczestnik ma możliwość ustawienia następujących parametrów konta:
•
dyspozycja kompensacji przeciwstawnych pozycji
•
wartość indywidualnego limitu dla konta,
•
określenie, czy ustanowiony limit jest wymagalny czy informacyjny.
Żądanie zmiany parametrów konta uczestnik przesyła do KDPW_CCP komunikatem
AccountMaintenanceRequest (U.1). O dokonanej zmianie lub jej braku uczestnik zostaje
powiadomiony komunikatem AccountMaintenanceResponse (U.2).
Parametry dotyczące kompensacji przeciwstawnych pozycji mogą być ustawiane jedynie na
poziomie kont PA, dlatego żądania odnoszące się do kont PB będą odrzucane. KDPW_CCP
Strona 7 z 20
generuje
do
uczestników
rozliczających
na
koniec
dnia
komunikat
AutomaticTerminationSummary (E.3), który informuje o zmianach w portfelach w związku z
wykonaniem procesu kompensacji przeciwstawnych pozycji.
Limity indywidualne mogą być ustanawiane na poziomie kont PA oraz PB. Mogą one być
dwojakiego rodzaju: informacyjne oraz wymagalne, z tym, że ustanawianie limitów
wymagalnych jest dopuszczane decyzją KDPW_CCP. Limity wymagalne, o ile KDPW_CCP
dopuści ich ustanawianie, będą mogły dotyczyć jedynie kont klientów. Żądanie ustanowienia
limitu wymagalnego na koncie własnym zostanie odrzucone. Odrzucone zostaną również
wszelkie żądania ustanowienia limitów wymagalnych w sytuacji, gdy KDPW_CCP nie zezwala
na ich ustanawianie.
Ustanowiony dla konta
limit wymagalny spowoduje
zawieszenie transakcji, która
spowodowałaby jego przekroczenie. Natomiast w sytuacji, gdy ustanowiony limit jest jedynie
informacyjny, transakcje zostanie przyjęta, a w potwierdzeniu transakcji (N.1) uczestnik
otrzyma informacyjnie ostrzeżenie, że limit został przekroczony.
4. Przyjmowanie nowej transakcji
Nowa bilateralna transakcja, poprawnie zestawiona na platformie zewnętrznej SWIFT ACCORD
lub Markit Wire jest automatycznie przesyłana do KDPW_CCP, gdzie następuje jej walidacja.
Walidacja transakcji obejmuje jej kontrolę formalną oraz kontrolę limitów.
Po przejściu
walidacji transakcja podlega procesowi nowacji oraz rejestracji na kontach rozliczeniowych w
KDPW_CCP.
1. Kontrola formalna
Transakcja jest poprawna merytorycznie, jeśli:
•
kontrahent jest uczestnikiem KDPW_CCP i jest aktywny,
•
konto na którym ma być zarejestrowana pozycja jest aktywne lub, w przypadku braku
konta, uczestnik zdefiniował konto domyślne,
•
podano
poprawne
(zgodne
z
specyfikacją
KDPW_CCP)
charakteryzujące transakcję (daty, stawki itp.).
Jeśli transakcja nie spełnia wymogów formalnych, jest odrzucana.
2. Kontrola limitów
Strona 8 z 20
i
kompletne
dane
Kontrola ma za zadanie zapewnić, że przyjęcie nowej transakcji nie spowoduje przekroczenia
ustanowionych dla uczestnika limitów. Wyróżniamy trzy rodzaje limitów: kredytowy, limit
zabezpieczeń oraz limit indywidualnie ustanowiony przez uczestnika (patrz rozdział 3.
Zarządzanie ustawieniami konta).
W wyniku kontroli limitów wyznaczane jest wymaganie depozytowe, obowiązujące w
przypadku przyjęcia nowej transakcji. Jeśli wymaganie jest niższe niż wartość aktualnie
wniesionych zabezpieczeń oraz indywidualnie ustanowiony limit, transakcja jest przyjmowana.
Jeśli przekroczony jest limit zabezpieczeń, ale nie limit kredytowy, uczestnik jest informowany
o nieprzekraczalnym czasie, desygnowanym przez KDPW_CCP na uzupełnienie zabezpieczeń.
W takim wypadku transakcja jest przyjmowana. Jeśli jednak uczestnik nie uzupełni
zabezpieczeń w żądanym czasie, jest on automatycznie zawieszany. Zawieszane są też
wszystkie przychodzące transakcje, w których występuje jako uczestnik rozliczający aż do
momentu uzupełnienia zabezpieczeń oraz przywrócenia uczestnikowi przez CCP statusu
‘aktywny’.
Nieuzupełnienie zabezpieczeń w określonym czasie uprawnia KDPW_CCP do ogłoszenia
niewypłacalności uczestnika.
Jeśli nowa transakcja powoduje przekroczenie limitu kredytowego, uczestnik oraz rozliczenie
transakcji zostaje automatycznie zawieszone.
Transakcje zawieszone z powodu braku zabezpieczeń zostają automatycznie przetworzone i
przyjęte do rozliczeń po uzupełnieniu przez uczestnika zabezpieczeń do wymaganego
poziomu, o ile wcześniej nie ogłoszono niewypłacalności uczestnika. KDPW_CCP określi
maksymalny okres zawieszenia transakcji, po upłynięciu którego transakcje będą odrzucane
Zawieszenie uczestnika w przypadku przekroczenia limitu czasu i limitu kredytowego ma
początkowo charakter prywatny (status SUSPENDED_PRIVATE, informowany jest jedynie
uczestnik, u którego stwierdzono przekroczenie limitu). W przypadku podjęcia uchwały przez
Zarząd KDPW_CCP o zawieszeniu uczestnika (zawieszenie publiczne, status SUSPENDED)
informowani są wszyscy uczestnicy KDPW_CCP, a zawieszone transakcje oraz kolejne
transakcje przychodzące uczestnika są odrzucane przez system. Automatyczne zawieszenie
uczestnika spowoduje wysłanie do niego dedykowanego komunikatu – ClearingMemberStatus
(N.2).
Jeśli przekroczony jest indywidualny limit ustanowiony na koncie uczestnika to, jeśli jest on
wyłącznie informacyjny, transakcja jest przyjmowana a w treści potwierdzenia uczestnik
otrzymuje informacje o przekroczeniu limitu, a jeśli jest ustanowiony jako wymagalny,
Strona 9 z 20
transakcja jest zawieszana. Jeśli transakcja jest z jakiegoś powodu odrzucana, automatycznie
odrzucana jest też druga transakcja powstała z tego samego oryginalnego kontraktu
bilateralnego.
Do rozliczeń w szczególnych przypadkach będą przyjmowane transakcje z datą przeszłą
(zawarte wcześniej niż data bieżąca). W tym przypadku w wyliczaniu aktualnych wymagań
depozytowych uwzględniona jest zmiana wartości transakcji od daty jej zawarcia. KDPW_CCP
ustanowi parametr mówiący jaki czas po zawarciu transakcji może być ona akceptowana przez
KDPW_CCP.
Transakcje przychodzące po zamknięciu systemu (po godzinie 17:00) nie będą już w danym
dniu przetwarzane, lecz będą oczekiwały do dnia następnego na otwarcie systemu. Transakcja
przysłana po tym czasie, o ile przejdzie pozytywnie kontrolę formalną,
otrzyma status
QUEUED. Po otwarciu systemu nastąpi walidacja otrzymanych transakcji oraz wysłanie
odpowiednich komunikatów do uczestników.
W każdym przypadku po otrzymaniu transakcji przez KDPW_CCP uczestnik otrzymuje
komunikat
ParticipantNotification
zawieszenie
lub
odrzucenie),
(N.1)
powód
potwierdzający
odrzucenia
lub
status
transakcji
ostrzeżenie
o
(przyjęcie,
przekroczeniu
indywidualnego limitu. Komunikat potwierdzający zawiera wszystkie niezbędne informacje o
zawartej
transakcji,
łącznie
z
oryginalnym
identyfikatorem
transakcji,
unikalnym
identyfikatorem nadanym przez KDPW_CCP oraz aktualnych wymaganiach depozytowych.
Szczegółowy opis komunikatu zamieszczony jest w załączniku 5a.
5. Wnoszenie zabezpieczeń w ciągu dnia
Limit zabezpieczeń określany jest przez wartość wniesionych przez uczestnika rozliczającego
zabezpieczeń. Zabezpieczenia wniesione na konto PB własne uczestnika rozliczającego służą
do pokrywania deficytów zabezpieczeń wniesionych na konta PB jego klientów.
Rejestr zabezpieczeń prowadzony jest na poziomie kont PB.
Zabezpieczenia mogą być składane w formie środków pieniężnych jak również w formie
instrumentów finansowych (obligacje skarbowe, akcje wchodzące w skład indeksu WIG20 oraz
bony skarbowe).
Zabezpieczenia w formie instrumentów finansowych mogą być składane w ciągu dnia bez
ograniczeń zarówno na konta PB klientów jak i na konta PB własne.
Strona 10 z 20
Zabezpieczenia w środkach pieniężnych mogą być składane w ciągu dnia jedynie na PB
własne. System MOROP posługuje się dwoma kodami zleceń płatniczych – jednym dla
wnoszenia gotówki na zabezpieczenie, drugim do zwalniania zabezpieczeń.
Na koniec dnia KDPW_CCP wylicza wartość zabezpieczeń wymaganych do regulacji w formie
pieniężnej, z uwzględnieniem wniesionych instrumentów finansowych. . W związku z
powyższym nie jest wymagane utrzymywanie stosunku procentowego zabezpieczeń
pieniężnych do zabezpieczeń w papierach wartościowych w ciągu dnia.
Wnoszenie papierów wartościowych na poczet zabezpieczeń wykonywane jest instrukcją
rozrachunku (komunikat G.4).
Dla depozytu wstępnego OTC został dedykowany kod uczestnika 0900, ID konta rozrachunku
4002, natomiast w przypadku właściwego depozytu zabezpieczającego OTC kod uczestnika
0900, ID konta rozrachunku 4003.
6. Zwalnianie zabezpieczeń w ciągu dnia
W trakcie dnia uczestnicy rozliczający mają możliwość zwalniania zabezpieczeń zarówno w
środkach pieniężnych jak również w wartościowych instrumentach finansowych. Żądanie
zwolnienia zabezpieczeń uczestnik przesyła komunikatem (G.4). W przypadku akceptacji
zwolnienia zabezpieczenia uczestnik otrzymuje komunikat (G.5), jeżeli dotyczy instrumentów
finansowych lub zwrot środków pieniężnych .
W przypadku odrzucenia zwolnienia zabezpieczenia wniesionego w formie instrumentach
finansowych uczestnik otrzymuje komunikat o braku akceptacji.
Zwolnieniu w trakcie dnia podlegają tylko aktywa wniesione na wstępny depozyt i nie
wykorzystane na zabezpieczenie.
7. Obsługa Funduszu Zabezpieczającego OTC
Zasady funkcjonowania Funduszu Zabezpieczającego OTC określa Regulamin Funduszu
Zabezpieczającego OTC. Uczestnikami funduszu są uczestnicy KDPW_CCP, posiadający status
uczestników rozliczających. Fundusz jest, obok depozytów zabezpieczających oraz kapitałów
własnych KDPW_CCP, jednym z elementów wielostopniowego systemu gwarantowania
rozliczeń.
Strona 11 z 20
Wpłaty do funduszu wnoszone są w środkach pieniężnych oraz w formie skarbowych papierów
wartościowych (obligacje skarbu państwa, bony skarbowe). Pierwsza wpłata jest wnoszona
wyłącznie w formie pieniężnej. Na podstawie złożonych oświadczeń, KDPW_CCP obciąża
uczestnika rozliczającego na dwa dni przed rozpoczęciem przez niego planowanej działalności
w systemie rozliczeń OTC.
Dla funduszu zabezpieczającego OTC został przyporządkowany kod uczestnika 0011, ID konta
rozrachunku 3003.
Minimalna wpłata wynosi jeden milion złotych, natomiast pierwsza wpłata następuje w
wysokości pięciu milionów złotych. Papiery wartościowe wniesione do funduszu podlegają
zaliczeniu na poczet części wpłaty, której wysokość określa Zarząd KDPW_CCP w drodze
uchwały.
Aktualizacja wpłat do funduszu wykonywana jest standardowo jeden raz w miesiącu,
ostatniego dnia roboczego miesiąca. Regulacja wpłat do funduszu zabezpieczającego OTC
odbywa się raz na miesiąc, regulacja płatności wynikających ze zmiany wartości zaliczonych
papierów wartościowych odbywa się codziennie.
Na koniec każdego dnia roboczego do uczestnika rozliczającego wysyłany jest komunikat
colr.sgf.002.01 (F.2), zawierający informację o wysokości wpłat do funduszu (prognoza).
Na podstawie udziałów uczestników rozliczających na dany dzień naliczania generowane są
dokumenty księgowe. Regulacja w środkach pieniężnych dotycząca aktualizacji wpłaty do
funduszu zabezpieczającego OTC odbywa się w banku rozliczeniowym (DSP NBP), który pełni
funkcję banku rozliczeniowego . Płatności (uznania i obciążenia) wykonywane są na podstawie
upoważnień posiadanych przez Krajowy Depozyt Papierów Wartościowych zgodnie z
dyspozycjami stanowiącymi załączniki do umowy o uczestnictwo w KDPW_CCP.
Wszystkie czynności związane z aktualizacją wpłat do funduszu wykonywane są przez
KDPW_CCP bez angażowania w proces uczestnika rozliczającego. Uczestnik rozliczający jest
zobowiązany zapewnić środki finansowe na rachunku banku płatnika w DSP NBP (rano). Środki
z tytułu aktualizacji wpłat do funduszu są kompensowane na poziomie uczestnika
rozliczającego z innymi płatnościami (z wyjątkiem płatności dotyczących transakcji REPO).
Depozyt dodatkowy jest naliczany i wnoszony w sytuacji, kiedy między kolejnymi
aktualizacjami funduszu rozliczeniowego ryzyko niepokryte depozytami zabezpieczającymi
danego uczestnika rozliczającego przekroczy wartość wpłaty wniesionej do funduszu. Depozyt
dodatkowy może być wnoszony wyłącznie w środkach pieniężnych.
Strona 12 z 20
Dane o poziomie depozytu dodatkowego i wartościach regulacji są zawarte w komunikacie
colr.exm.002.01.xml (F.3). Płatności z tytułu depozytu dodatkowego również kompensowane
są na poziomie uczestnika rozliczającego z innymi płatnościami (z wyjątkiem płatności
dotyczących transakcji REPO).
8. Zapytanie o poziom wymaganych depozytów dla hipotetycznej transakcji
System w KDPW_CCP umożliwia uczestnikowi wprowadzenie do systemu transakcji lub portfela
transakcji w celu oceny wpływu jaki zawarcie tych transakcji będzie miało na poziom
wymaganych zabezpieczeń uczestnika i stopień wykorzystania limitów. Wykonanie procesu nie
skutkuje zapisem transakcji na kontach uczestnika, jak również nie wpływa na faktyczny
poziom wykorzystania limitów. Funkcja wykorzystywana do wyliczeń poziomu wymaganego
depozytu bierze pod uwagę wszystkie bieżące pozycje uczestnika oraz poziom jego
zabezpieczeń utrzymywanych w KDPW_CCP. Obliczenia dla portfela hipotetycznych transakcji
wykonywane są analogicznie jak obliczenia dla rzeczywistych transakcji.
W przypadku, gdy zapytanie zawiera więcej niż jedną transakcję, wymagania zostaną
wyliczone dla całego zawartego w zapytaniu portfela łącznie.
Zapytanie o poziom wymaganych depozytów dla hipotetycznej transakcji odbywa się poprzez
przesłanie do KDPW_CCP komunikatu HypotheticalPortfolioRequest (W.1). Odpowiedzią
systemu na ten komunikat jest ParticipantNotification (N.1). Komunikat potwierdzający zawiera
wszystkie niezbędne informacje o zawartej transakcji w tym aktualny wymóg depozytowy lub
ostrzeżenie o przekroczeniu indywidualnego limitu uczestnika rozliczającego, status
transakcji, a w przypadku ewentualnego odrzucenia lub zawieszenia transakcji - powód.
Wyróżnikiem świadczącym, iż komunikat N.1 dotyczy zapytania o poziom wymaganych
depozytów dla hipotetycznej transakcji jest pole SOURCE wypełnione wyrażeniem: WHAT IF.
9. Obsługa automatycznego zamykania pozycji (aukcja)
Proces automatycznego zamykania pozycji występuje w przypadku niewypłacalności jednego z
uczestników lub w przypadku otrzymania żądania zamknięcia pozycji. W przypadku
niewypłacalności proces jest inicjowany wysłaniem komunikatu AuctionNotification (A.1),
informującego o planowanej aukcji. Komunikat ten określa m.in. godzinę jej rozpoczęcia i
rodzaj instrumentów podlegających aukcji.
Strona 13 z 20
Kolejne elementy procesu są wspólne dla zamykania pozycji na żądanie oraz zarządzania
niewypłacalnością uczestnika.
W następnym kroku wysyłany jest komunikat AuctionDetail (A.2), który zawiera szczegółowe
informacje o danej operacji:
•
specyfikację zamykanych pozycji,
•
określenie czasu, przed upływem którego musza zostać złożone kwotowania,
•
nazwę niewypłacalnego uczestnika (dotyczy obsługi niewypłacalności),
•
minimalną liczbę jednostek, która dany uczestnik jest zobowiązany zakwotować
(dotyczy dotyczy jedynie obsługi niewypłacalności),
•
całkowitą liczba jednostek (dotyczy jedynie obsługi niewypłacalności),
•
styl aukcji (vickery, standard).
W odpowiedzi na komunikat AuctionDetail (A.2) uczestnicy rozliczający odpowiadają
komunikatem AuctionQuoteRequest (A.3).
Zawiera on kwotowania własne uczestnika dla
zamykanego portfela. Suma kwotowanych jednostek zamykanego portfela musi się mieścić w
przedziale od minimalnej do całkowitej liczby jednostek. Kwotowanie może zawierać kilka cen,
dla różnej liczby jednostek, np.:
10 tys. zł za 5 jednostek,
0 tys. zł za 15 jednostek,
-30 tys. zł za 20 jednostek.
Przedmiotem licytacji są transakcje, dla których stawki są takie jakie występują oryginalnie w
portfelu uczestnika, tzn. jeżeli uczestnik miał w portfelu kontrakt FRA 3x6 po 5% a aktualna
stawka rynkowa wynosi 4%, to oznacza że uczestnik składa kwotowanie (wycenia) na
transakcję FRA 3X6 po 5%. Ewentualny zysk lub strata powinny być uwzględnione w składanej
ofercie.
Po każdym otrzymaniu komunikatu AuctionQuoteRequest (A.3) KDPW_CCP odsyła do
uczestnika rozliczającego komunikat z ewentualnymi błędami i ostrzeżeniami dotyczącymi
przekazanych kwotowań – AuctionError (A.4). W przypadku braku błędów, przekazywany jest
komunikat AuctionError (A.4) bez wskazania błędu, oznaczający otrzymanie przez KDPW_CCP
poprawnego kwotowania. W przypadku gdy wystąpią błędy, kwotowanie nie jest brane pod
uwagę.
Lista możliwych błędów jest następująca:
•
INVALID_AUCTION - błędny identyfikator aukcji,
•
INVALID_TIME - oferta złożona przed uruchomieniem aukcji lub po jej ukończeniu,
Strona 14 z 20
•
INVALID_SEGMENT - oferta złożona na nieistniejący identyfikator pozycji,
•
INVALID_UNITS -liczba jednostek była ujemna, lub całkowita liczba jednostek na którą
złożono ofertę przekracza liczbę jednostek oferowanych dla danej pozycji,
•
INVALID_ACCOUNT - błędne konto.
Uczestnik otrzymuje ostrzeżenie jeśli całkowita oferta na daną pozycję nie spełniła kryterium
minimalnej ilości jednostek wymaganych przez danego uczestnika rozliczającego
(INSUFFICIENT_UNITS).
Po zakończeniu przyjmowania kwotowań KDPW_CCP wysyła do uczestników rozliczających
komunikat AuctionTimeout (A.5), informujący o upłynięciu czasu przyjmowania kwotowań.
Komunikat ten jednocześnie informuje, czy dany uczestnik złożył kwotowanie na wystarczającą
ilość jednostek.
Przed otrzymaniem komunikatu AuctionTimeout (A.5) uczestnik rozliczający może wysłać
ponownie komunikat AuctionDetail (A.2) z kwotowaniami, co nadpisze kwotowania przekazane
poprzednim komunikatem.
Po upłynięciu czasu KDPW_CCP agreguje kwotowania od najkorzystniejszego do najgorszego,
tzn. od kwotowania jednostki za które musi zapłacić najmniej (lub otrzymać najwięcej) do
kwotowania, za które musi zapłacić najwięcej (lub otrzymać najmniej)). Oznacza to, że dla
zamieszczonego powyżej przykładu najpierw wykorzystana będzie oferta 10 tys zł (zapłacone
przez UR dla KDPW_CCP) za 5 jednostek. Najpóźniej wykorzystana będzie oferta -30 tys zł
(zapłacone przez KDPW_CCP dla UR) za 20 jednostek.
Cena po której przejmowane są jednostki zależna jest od stylu aukcji. W przypadku aukcji
standardowej cena po której przejmowane są jednostki jest równa cenie oferty uczestnika
rozliczającego. W przypadku aukcji Vickreya cena ustalana jest dla wszystkich jednostek na
cenę najmniej korzystnej jednostki zaakceptowanej przez KDPW_CCP.
KDPW_CCP może nie przejąć całości portfela licytowanego w danej aukcji w przypadku
zamykania pozycji uczestnika niewypłacalnego. W przypadku zamykania pozycji na żądanie
zamykana jest zawsze cała oferowana pozycja.
W kolejnym etapie procesu następuje przydzielenie portfeli uczestnikom rozliczającym. Polega
on na zapisaniu odpowiednich pozycji na właściwych kontach.
Po zakończeniu aukcji każdy uczestnik otrzymuje informację potwierdzającą wygraną bądź
przegraną AuctionResult (A.6). Ostatnim etapem aukcji jest wysłanie potwierdzenia zawarcia
nowych transakcji przez uczestników: komunikaty N.1.
Strona 15 z 20
10. Obsługa zamykania pozycji na żądanie (terminacja na żądanie)
Proces obsługi zamykania pozycji na żądanie rozpoczynana się przez wysłanie przez
uczestnika rozliczającego do KDPW_CCP komunikatu OnDemandTerminationRequest (T.1),
zawierającego identyfikator instrumentu (instrumentów), który jest przedmiotem żądania
zamknięcia. KDPW_CCP po otrzymaniu komunikatu sprawdza wysokość depozytów
zabezpieczających wymaganych w przypadku wykonania zamknięcia na żądanie. Gdy z
przeprowadzonego sprawdzenia wynika, że po dokonaniu zamknięcia wartość wymaganych
depozytów zabezpieczających przekracza wartość wniesionych zabezpieczeń, zamknięcie nie
zostanie przeprowadzone. Zamknięcie na żądanie może nie dojść do skutku w przypadku, gdy
zostanie za późno zgłoszone i nie będzie mogło być sfinalizowane do końca dnia (KDPW_CCP
określi najpóźniejszą godzinę przesłania żądania zamknięcia pozycji) lub równolegle
występują aukcje związane z niewypłacalnością innego uczestnika. W przeciwnym przypadku
pracownik KDPW_CCP wyznaczy termin aukcji. Uczestnik żądający zamknięcia pozycji zostanie
powiadomiony o tym fakcie za pomocą komunikatu OnDemandTerminationResponse (T.2)
określającego ramy czasowe procesu.
Następnym krokiem jest przeprowadzenie aukcji transakcji zgłoszonych do zamknięcia.
KDPW_CCP, po otrzymaniu kwotowań od innych uczestników niezwłocznie przedstawia za
pomocą komunikatu OnDemandTerminationResult (T.3) najlepsze dostępne kwotowanie, po
otrzymaniu którego uczestnik składający żądanie ma możliwość zamknięcia danej transakcji.
Uczestnik żądający zamknięcia pozycji jest zobowiązany do potwierdzenia akceptacji
warunków transakcji wynikających z propozycji zamknięcia w określonym czasie po otrzymaniu
kwotowania za pomocą komunikatu OnDemandTerminationAcceptance (T.4). W przypadku
braku potwierdzenia w tym czasie KDPW_CCP uznaje, że oferta została przez uczestnika
odrzucona. Kwotowanie przedstawiane uczestnikowi żądającemu zamknięcia jest najlepszym z
kwotowań, które KDPW_CCP otrzymuje od uczestników, którzy odpowiadają na zapytanie o
zamknięcie. KDPW_CCP powiadamia uczestnika, którego oferta została zaakceptowana. W
wyniku zamknięcia na żądanie na koncie uczestnika inicjującego proces zapisywana jest
pozycja przeciwstawna do pozycji zamykanej. Pozycja zamykana jest zapisywana na koncie
uczestnika, którego oferta została przyjęta. Płatności wynikające z zamknięcia na żądanie
(cena zamknięcia i wartość nowo zapisanych transakcji na kontach) będą wpływały na wartość
wyliczonych zobowiązań i należności. Pozycje przeciwstawne zostaną skompensowane w
automatycznym procesie terminacji na koniec dnia. W tym celu uczestnik żądający
automatycznej terminacji musi mieć ustawioną flagę zezwalającą na wykonanie automatycznej
terminacji na koncie, na którym zarejestrowane są terminowane transakcje. W przeciwnym
wypadku żądanie zostanie odrzucone.
Strona 16 z 20
11. Obsługa rozliczeń na koniec dnia
11.1.
Rozliczenia
O godz. 17:00 następuje zakończenie przyjmowania transakcji do rozliczeń. Po tej godzinie
kolejne transakcje będą przetworzone przez system dnia następnego.
Regularna sesja rozliczeniowa KDPW_CCP dla OTC rozpoczyna się o godz. 18:00. W trakcie
sesji zostają wyliczane zobowiązania i należności wynikające z zaliczenia papierów
wartościowych na zabezpieczenia. Po zakończeniu sesji rozliczeniowej uczestnikom
rozliczającym zostanie przekazany komunikat o aktualnych wymaganiach depozytowych,
rozrachunkach gotówkowych oraz uznanych zabezpieczeniach na poszczególnych kontach PB.
Na koniec dnia rozliczeniowego KDPW_CCP oblicza dla każdego konta PB:
•
•
•
•
•
Initial Margin,
Variation Margin,
wartość płatności kuponowych,
PAI – Price Alignment Interest,
Settlement Adjustment,
Codzienne rozrachunki pomiędzy uczestnikami rozliczającymi, obejmują rozliczenie:
•
•
•
•
Variation Margin,
wartość płatności kuponowych,
PAI – Price Alignment Interest.
Settlement Adjustment
Uczestnicy otrzymają komunikaty colr.mrg.003.01 (E.1), otcd.ntf.001.01 (E.2) oraz komunikaty
otcd.ntf.001.01 (Z.1)
Regulacja płatności wynikająca z wyliczonych zobowiązań i należności z tytułu depozytów
zabezpieczających dla transakcji OTC, VM, kuponów, PAI, SA, funduszu gwarancyjnego OTC
oraz depozytu dodatkowego następuje następnego dnia rano w DSP NBP (rozrachunek odbywa
się w T+1 przed rozpoczęciem przyjmowania nowych transakcji).
11.2.
Kompensacja przeciwstawnych pozycji
Umarzanie pozycji wykonywane jest każdego dnia na kontach tych uczestników, którzy
wprowadzili ustawienia konfiguracyjne pozwalające na jej wykonanie. Aby umożliwić lub
zastrzec
ten
proces,
Uczestnik
Rozliczający
AccountMaintenanceRequest (U.1), w którym
przekazuje
do
KDPW_CCP
komunikat
wskazuje konto oraz właściwy atrybut
zezwalający na uczestnictwo w procesie (patrz rozdział 3 zarządzanie ustawieniami konta).
Strona 17 z 20
KDPW_CCP codziennie porównuje transakcje i sprawdza, czy w portfelu uczestnika na
wskazanych kontach znajdują się pozycje przeciwstawne, tzn. jednakowe co do typu
instrumentu finansowego i parametrów rozliczeniowych z wyłączeniem nominału oraz strony
transakcji (kupno lub sprzedaż). Transakcje mogą podlegać kompensacji w całości lub jedynie
w części swojej wartości. Zamknięcie pozycji lub aktualizacja wartości nominalnej transakcji
nastąpi po wykonaniu procesu.
Kompensacja pozycji wykonywana jest automatycznie podczas zamykania dnia księgowego.
Do uczestników, których pozycje zostały skompensowane na koniec dnia wysyłany jest
komunikat AutomaticTerminationSummary (E.3) informujący o zmianach.
12. Obsługa rozrachunku pieniężnego na koniec dnia
Rozpoczęcie procesu końca dnia inicjuje automatyczne generowanie i wysłanie do uczestników
komunikatu
PositionBalanceSettlements
(E.1)
zawierającego
wstępną
informację
o
wyliczonych wartościach Initail Margin, Variation Margin, wartości kuponów, SA oraz PAI na
poziomie kont PB oraz Initial Margin i liczbie pozycji na poziomie kont PA.
W trakcie sesji po zaliczeniu papierów wartościowych i wyliczeniu wartości wymaganych
zabezpieczeń uczestnicy otrzymają komunikat E.2 zawierający ostateczną informację o
wyliczonych wymaganiach depozytowych (Initial Margin) oraz codziennych rozrachunkach
(Variation Margin, Wartość kuponów, PAI, SA).
W systemie kdpw_stream nastąpi wyliczenie płatność oraz wygenerowanie instrukcji
płatniczych na poszczególne konta PB. (kompensacja płatności na poziomie uczestnika).
Realizacja płatności wykonywana jest w banku rozliczeniowym (DSP_NBP) podczas porannej
sesji rozrachunkowej. W jej rezultacie wykonywana jest aktualizacja wartości dostępnych
zabezpieczeń na kontach PB, co powoduje udzielenie zezwolenia na przyjmowanie nowych
transakcji.
13. Obsługa pobieranie opłat
Opłaty za rozliczanie instrumentów pochodnych OTC oraz rynku REPO są pobierane od każdego
uczestnika rozliczającego zgodnie z Tabelą Opłat stanowiącą załącznik nr 1 do Regulaminu
rozliczeń transakcji na rynku OTC. Opłaty dla uczestników rozliczających zostały podzielone
na:
•
opłaty za uczestnictwo,
Strona 18 z 20
•
opłaty za rozliczenie transakcji uzależnione od typu instrumentu,
•
opłaty za rozpoczęcie obsługi terminacji na żądanie,
•
opłaty za przekroczenie limitu czasu na uzupełnienie zabezpieczeń lub przekroczenie
limitu kredytowego,
•
opłaty za obsługę hipotetycznej transakcji,
•
opłaty za zarządzanie środkami wniesionymi z tytułu wpłat do funduszu gwarancyjnego
OTC, a także środkami wniesionymi na poczet depozytów zabezpieczających,
•
opłaty dodatkowe takie jak: opłata za analitykę, udostępnienie środowiska testowego
systemu rozliczeniowego w dniach niebędącym dniem roboczym.
Opłaty są naliczane automatycznie w cyklu miesięcznym, kwartalnym lub rocznym z
uwzględnieniem rodzaju opłaty, stawki i zasad naliczania opłat. Faktury wystawione przez
KDPW_CCP w formie standardowej będą wysyłane pocztą do uczestników rozliczających.
14. Rozliczanie i rozrachunek transakcji REPO
14.1.
Rozliczenie transakcji
Transakcje REPO są zawierane na rynku OTC. Po zawarciu transakcji instrukcje rozliczeniowe
przekazywane są do KDPW_CCP, gdzie podlegają procesowi zestawiania. Po otrzymaniu
instrukcji rozliczeniowych w KDPW_CCP przeprowadzana jest kontrola merytoryczna
otrzymanych instrukcji. W szczególności są sprawdzane następujące pola:
•
kod uczestnika,
•
konto rozliczeniowe,
•
kod papieru wartościowego,
•
datę zawarcia transakcji,
•
planowaną datę rozrachunku transakcji,
•
planowaną datę odkupu,
•
najbliższą datę ustalenia praw do kuponu.
Jeżeli transakcje REPO przejdą kontrolę są przyjmowane do rozliczenia i otrzymują unikalny
numer transakcji. O przyjęciu do rozliczenia transakcji REPO, uczestnik rozliczający jest
informowany za pomocą standardowego komunikatu.
W prowadzonej przez KDPW_CCP tablicy REPO, dla transakcji przekazanych do rozrachunku,
przechowywany jest aktualny status transakcji.
14.2.
Rozrachunek transakcji
Strona 19 z 20
Rozrachunek gwarantowanych transakcji REPO wykonywany jest na odrębnym koncie w KDPW,
podczas standardowych sesji Multi Batching (MB).
Instrukcje rozrachunku transakcji REPO są przekazywane z KDPW_CCP do KDPW:
•
niezwłocznie dla transakcji, których rozrachunek odbywa się są w terminie T+0,
•
w dniu poprzedzającym rozrachunek dla transakcji, których rozrachunek następuje w
terminie T+n. Instrukcje rozrachunku przekazywane są jako dwie transakcje złożone.
Jedna instrukcja dotyczy rozrachunku dvp repo, a druga instrukcja dotyczy kwoty
przekazanego pomiędzy stronami transakcji skumulowanego wyrównania do rynku
(MtM). Rozrachunek instrukcji złożonej następuje wyłącznie w sytuacji, gdy wszystkie
instrukcje składowe mogą zostać zrealizowane.
Rozrachunek transakcji REPO wykonywany jest w MB na sesjach, na których dokonywany jest
rozrachunek pieniężny za pośrednictwem KDPW. W każdym przypadku po wysłaniu instrukcji
rozrachunku przez KDPW_CCP Uczestnik KDPW otrzymuje dwa komunikaty statusowe R.3
(sese.sts.001.03- dla instrukcji rozrachunku oraz płatniczej).
Na koniec każdego dnia Uczestnik KDPW otrzymuje prognozę płatności na następny dzień
rozrachunkowy R.2 (camt.smt.001.02). Instrukcje rozrachunku, których rozrachunek nie
nastąpił w dniu planowanej daty rozrachunku, zostają przeniesione na następny dzień.
Instrukcja płatnicza przeniesiona na następny dzień jest wzbogacana o nową wartość płatności
równą obecnej wartości MtM powiązanej transakcji REPO. Po wzbogaceniu instrukcji
rozrachunku Uczestnik KDPW otrzymuje komunikat statusowy R.3 (sese.sts.001.03).
Jeżeli instrukcja rozrachunku została przeniesiona na kolejny dzień i jej rozrachunek nie
nastąpił na pierwszej sesji w systemie MB, KDPW_CCP rozpoczyna procedurę odkupu
brakujących papierów wartościowych. W przypadku odkupu papierów wartościowych
KDPW_CCP ma prawo zażądać kwoty pokrywającej różnicę pomiędzy ceną zakupu papierów
wartościowych, a ceną ich sprzedaży wynikającą z zawieszonej transakcji, pomniejszonej o
wniesione i wykorzystane depozyty Uczestnika.
Po rozrachunku Uczestnik KDPW otrzymuje wyciąg z konta R.4 (semt.smt.001.02) oraz
komunikat statusowy R.3 (sese.sts.001.03) informujący o rozrachunku transakcji.
Strona 20 z 20