Pomiń polecenia Wstążki
Przeskocz do głównej zawartości
Polski   English|
Zaloguj się

Konta


W związku z wejściem w życie rozporządzenia EMIR i koniecznością rozdzielenia funkcjonalności izby rozliczeniowej KDPW_CCP oraz KDPW nastąpił podział funkcjonujących w systemie kont ewidencyjnych na konta rozliczeniowe i konta rozrachunkowe.

Numer Klasyfikacyjny Klienta (NKK)
Każdy uczestnik posiadający status uczestnika rozliczającego jest zobowiązany do zdefiniowania atrybutów prowadzonych dla niego kont rozliczeniowych, a przede wszystkim numeru klasyfikacyjnego klienta (NKK), który jest nadawany na wniosek uczestnika rozliczającego poprzez przekazanie dyspozycji w formie komunikatu XML (acmt.rqc.001.02). Przekazany wniosek kierowany jest do centralnego rejestru NKK, co oznacza, że po uzyskaniu numeru NKK w ramach jednego z systemów możliwe jest korzystanie z tego NKK przy komunikacji zarówno z KDPW jak i KDPW_CCP.
Do każdego NKK przypisane są atrybuty odpowiadające wymaganej klasyfikacji klientów lub grup klientów. Przekazując wniosek o NKK należy wskazać odpowiednie przyporządkowanie klienta (grupy klientów) do odpowiedniej wartości w ramach obowiązujących klasyfikacji. W przypadku NKK zagregowanego, nadany numer nie identyfikuje klienta, nie może także zostać wykorzystany, jako atrybut konta, na które będą zawierane transakcje na rynku. Konta zbudowane na takim NKK będą wykorzystywane jedynie do zliczania wypadkowej pozycji uczestnika rozliczającego względem KDPW_CCP ze wskazanych kont analitycznych, a w konsekwencji, jako podstawa do naliczania zabezpieczeń dla wskazanej zagregowane pozycji. Z uwagi na powyższe, przy wskazywaniu klasyfikacji NKK, odnośnie lokalizacji siedziby dla NKK zagregowanego, wymagane jest podanie opcji „nie dotyczy” (wartość NOAP nie może być wykorzystywana przy tworzeniu pozostałych typów NKK).
W związku z usługą polegającą na przekazywaniu przez KDPW_CCP na zlecenie uczestnika rozliczającego raportów o kontraktach pochodnych rozliczanych przez KDPW_CCP do KDPW_TR, w strukturze komunikatu acmt.rqc.001.02 dodane zostały następujące pola:
  • 2.4 -2.8 – podstawowe dane kontrahenta, 
  • 2.9 (2.9.1 – 2.9.6) – szczegółowe dane kontrahenta.

  • Pole branży do której należy klient (CorpSctr pole 2.9.3) może przyjmować następujące wartości:
    • A – zakład asekuracyjny,
    • C – instytucja kredytowa,
    • F – firma inwestycyjna,
    • I – zakład ubezpieczeniowy,
    • L – alternatywny fundusz ubezpieczeniowy,
    • O – instytucja powierniczych programów emerytalnych,
    • R – zakład reasekuracji,
    • U – UCITS przedsiębiorstwo zbiorowego inwestowania.

Kontrahenci w rozumieniu rozporządzenia EMIR, przy raportowaniu kontraktów pochodnych do repozytorium transakcji, mają obowiązek posługiwania się kodem LEI, który będzie wymagany w przypadku zgłaszania transakcji przez KDPW_CCP. Więcej informacji, jak uzyskać kod LEI na www.kdpw.pl w zakładce KDPW_LEI.

Konta rozliczeniowe i konta rozrachunkowe
Konta podmiotowe o charakterystyce konta rozrachunkowego tworzone są w bazie danych KDPW natomiast konta o charakterze rozliczeniowym - w bazie danych KDPW_CCP. Identyfikacja charakterystyki konta realizowana jest na podstawie adresacji komunikatów związanych z otwarciem konta podmiotowego. Zakładanie kont rozliczeniowych oraz rozrachunkowych przeprowadzane jest przy użyciu różnych wersji komunikatów – acmt.rqa.001.02  w przypadku kont rozrachunkowych oraz acmt.rqa.002.02 w przypadku kont rozliczeniowych.
Konta rozliczeniowe są otwierane poprzez komunikat kierowany do odbiorcy ‘0010’ (KDPW_CCP), a konta rozrachunkowe poprzez komunikat adresowany do ‘0001’(KDPW). Nie ma możliwości otwarcia konta rozliczeniowego i rozrachunkowego jednym komunikatem.
Jednocześnie, zarówno konta podmiotowe o charakterystyce konta rozrachunkowego, jak i rozliczeniowego są otwierane natychmiast po przesłaniu komunikatu z datą odpowiadającą bieżącej dacie systemowej w momencie realizacji dyspozycji. Wskazania właściwego konta rozrachunkowego dokonuje uczestnik rozliczający przy składaniu dyspozycji otwarcia konta rozliczeniowego w KDPW_CCP. W tym celu, w dedykowanym komunikacie otwarcia konta rozliczeniowego KDPW_CCP wskazuje on właściwe informacje. Wskazane konto rozrachunkowe przyporządkowywane jest do tworzonego konta rozliczeniowego w zbiorze konfiguracyjnym. Podanie dedykowanego konta rozrachunkowego jest dobrowolne. Dyspozycje zmiany relacji przetwarzane są po zakończeniu dnia księgowego w KDPW_CCP.
W komunikacie acmt.rqa.002.02, w polu zmieniającym flagę dotyczącą autoryzacji dla KDPW_CCP do raportowania transakcji (sekcja 3.3.6) z danego konta, została nałożona kontrola polegająca na tym, że zmiana flagi na „Y” jest możliwa, o ile w Instrukcji NKK, dla którego prowadzone jest konto rozliczeniowe, został podany kod LEI dla danego NKK.
Proces zamykania konta przeprowadzany jest niezależnie na poziomie systemu KDPW i KDPW_CCP na podstawie odrębnych komunikatów przekazywanych do właściwego odbiorcy (‘0001’ i ‘0010’).
Fizyczne zamknięcie konta następuje po zakończeniu dnia w każdym z systemów i poprzedzone jest szeregiem kontroli weryfikujących, czy proces zamknięcia dla wskazanego konta jest możliwy. Zamknięcie konta rozliczeniowego oznacza usunięcie wszelkich jego atrybutów zdefiniowanych w systemie. Pod tym określeniem rozumie się także relację pomiędzy kontem rozliczeniowym a kontem rozrachunkowym, wskazaną w dyspozycji otwarcia konta i wykorzystywaną w procesie generowania instrukcji rozrachunku z KDPW_CCP do KDPW. Tym samym z chwilą zamknięcia konta rozliczeniowego usuwana jest także odpowiadająca mu relacja.
Konta rozliczeniowe obsługiwane są za pomocą komunikatu acmt.rqa.002.02. Instrukcja dotycząca konta umożliwia utworzenie, zamknięcie i zawieszenie konta rozliczeniowego oraz zmianę jego charakterystyki.

Konta zabezpieczeń

Do każdego konta rozliczeniowego, także dla kont zagregowanych, automatycznie tworzone są odpowiednie konta zabezpieczeń, prowadzone przez KDPW_CCP w systemie rozliczeń transakcji w celu wyliczania i rejestrowania zabezpieczeń stanowiących: 
  • wstępny depozyt rozliczeniowy; 
  • właściwy depozyt zabezpieczający; 
  • wyliczania wpłat do funduszu rozliczeniowego; 
  • wyliczania wpłat do właściwego funduszu zabezpieczającego.
Konta zabezpieczeń służą do przechowywania informacji na temat złożonych zabezpieczeń w rejestrze zabezpieczeń. Zobowiązania naliczane są na konta zabezpieczeń powiązane z kontem zagregowanym najwyższego poziomu.
Konta zabezpieczeń budowane są zawsze na podstawie wybranych atrybutów kont rozliczeniowych oraz zagregowanych: 
  • typ własności, 
  • typ uczestnictwa, 
  • umowa reprezentacji, 
  • NKK (atrybuty określający portfel oraz rodzaj konta nie będą uwzględniane).

Zabezpieczenia, z wyłączeniem Funduszy (Fundusz Rozliczeniowy, Fundusze Zabezpieczające ASO), przechowywane są w rejestrze zabezpieczeń i zapisywane „na poziomie” kont zabezpieczeń. W przypadku Funduszy, zabezpieczenia przechowywane są „na poziomie” kodu uczestnika rozliczającego.
Założenie konta rozliczeniowego skutkuje weryfikacją, czy istnieje już odpowiednie konto zabezpieczeń w dedykowanym zbiorze, jeśli nie, zostanie ono założone.
Proces zamykania kont rozliczeniowych odbywa się w ramach zakończenia dnia, wtedy również wykonywana jest weryfikacja, czy odpowiednie konto zabezpieczeń może zostać zamknięte, (jeśli nie ma żadnych otwartych kont rozliczeniowych odpowiadających kontu zabezpieczeń).

Konta zagregowane
Konta zagregowane to tzw. urządzenia ewidencyjne prowadzone przez KDPW_CCP w systemie kont, niebędące kontami rozliczeniowymi, a służące przedstawieniu zapisów dokonywanych na kontach rozliczeniowych prowadzonych przez uczestnika rozliczającego.
Dla kont rozliczeniowych możliwe jest tworzenie dowolnych agregacji poprzez wskazanie analitycznych kont, które będą stanowiły podstawę agregacji (komunikat acmt.rqa.003.01). Konta zabezpieczeń nie podlegają agregacji w sposób bezpośredni.
Konta zagregowane tworzone są w oparciu o NKK, które oznaczone zostaje jako NKK zagregowane poprzez wskazanie odpowiedniego typu NKK. Konta mogą być agregowane tylko w obrębie jednego typu własności.
Nie wprowadza się ograniczenia w zakresie głębokości agregacji. Oznacza to, że każde konto zagregowane może być podstawą kolejnej agregacji. Każde konto rozliczeniowe lub zagregowane może być źródłem tylko jednej agregacji. Konto rozliczeniowe lub zagregowane, które nie jest podstawą kolejnej agregacji określane jest jako konto najwyższego poziomu.
Wszystkie konta rozliczeniowe mające wspólne konto zabezpieczeń (zgodne atrybuty konta z pominięciem portfela i rodzaju konta) muszą być agregowane w ramach jednego konta zagregowanego. Powyższe wynika z faktu, że mógłby istnieć problem naliczania zabezpieczeń, gdyby jedno z takich kont nie było agregowane (wspólne konto zabezpieczeń stałoby się przynależne jedynie do wybranych portfeli).
Konta zabezpieczeń przypisane do kont rozliczeniowych na niższych poziomach agregacji funkcjonują nieprzerwanie. Zabezpieczenia w papierach wartościowych przyporządkowane do tych kont zabezpieczeń nie są automatyczne przenoszone na wyższy poziom agregacji. W celu uznawania takich papierów za zabezpieczenie na wyższym poziomie agregacji, należy papiery te odblokować z jednego konta zabezpieczeń i zablokować na innym.
Taka sama sytuacja ma miejsce w przypadku próby zamknięcia konta zagregowanego, do którego przypisane jest dane konto zabezpieczeń, na którym rejestrowane są papiery wartościowe na zabezpieczenie. W związku z tym do momentu, gdy na danym koncie zabezpieczeń będą zarejestrowane papiery wartościowe na zabezpieczenie, zamknięcie tego konta zagregowanego będzie niemożliwe.
Konta zagregowane nie mogą być wykorzystywane do zawierania transakcji na rynku.
Dla każdego konta zagregowanego naliczane są pozycje netto w zbiorze pozycji po każdej transakcji zmieniającej liczbę pozycji na jego kontach źródłowych. Do każdego konta zagregowanego, analogicznie jak to ma miejsce dla kont rozliczeniowych, przyporządkowane jest odpowiednie konto zabezpieczeń, na które naliczane są zabezpieczenia.
Zarządzanie agregacjami:
Zarządzanie agregacjami (tworzenie i usuwanie powiązań) wykonywane jest na podstawie dyspozycji uczestnika rozliczającego przekazanej w postaci dedykowanego komunikatu XML (acmt.rqa.003.01) kierowanego bezpośrednio do systemu informatycznego KDPW_CCP (kod odbiorcy ‘0010’). Faktyczne wykonanie operacji dokonywane jest po zakończeniu bieżącego dnia rozliczeniowego. W ramach dyspozycji wystawca wskazuje każdorazowo pojedynczą relację, którą chce utworzyć lub usunąć w postaci identyfikatora konta zagregowanego oraz identyfikatora konta będącego podstawą agregacji. Przy przyjmowaniu komunikatu weryfikowane jest istnienie obydwu kont wskazanych w relacji, a także to, czy wskazana relacja już jest zdefiniowana (lub istnieje zarejestrowane żądanie utworzenia podanej relacji). Zarówno przyjęcie, jak i przetworzenie dyspozycji od uczestnika potwierdzane jest odpowiednim komunikatem statusowym przekazywanym w relacji do dyspozycji.
Zamykanie kont zagregowanych: Konto zagregowane może zostać zamknięte pod warunkiem, że na koncie zabezpieczeń przypisanym do zagregowanego konta rozliczeniowego nie są zarejestrowane żadne papiery wartościowe jako zabezpieczenie. Nie jest także możliwe zamknięcie relacji, jeśli na wskazanym koncie zagregowanym są zarejestrowane transakcje. Po zamknięciu konta zagregowanego likwidowana jest relacja pomiędzy agregowanymi kontami rozliczeniowymi, a zamykanym kontem. Jednocześnie możliwe jest wcześniejsze usunięcie relacji agregujących i usunięcie konta w momencie, gdy nie jest do niego przypisane żadne z kont zagregowanych. Konto zagregowane nie może zostać zamknięte jeżeli istnieje inne konto zagregowane na wyższym poziomie agregacji, z którym jest ono powiązane. Po zamknięciu konta zagregowanego, lub usunięciu odpowiednich relacji określających agregację, zobowiązania zabezpieczenia naliczane są automatycznie na konto zabezpieczeń powiązane z kontem rozliczeniowym niższego poziomu. KDPW_CCP generuje komunikat (colr.mrg.004.01) zawierający wielkości depozytów zabezpieczających naliczonych na poziomie kont rozliczeniowych w sytuacji, kiedy dane konta rozliczeniowe zostały poddane wcześniejszej agregacji. Wyliczone w powyższy sposób wartości depozytów zabezpieczających nie będą stanowić wymogu wobec uczestników rozliczających w zakresie określonych kont rozliczeniowych, a jedynie analitykę, która umożliwi oszacowanie wielkości depozytów zabezpieczających wyliczonych na kontach rozliczeniowych wchodzących w skład danego konta zagregowanego.
Ostatnia aktualizacja:07-02-2014 Do góry