Konfirmacja transakcji na platformie SWIFT Accord

Client clearing OTC
Warszawa, 17 czerwca 2014 r.
Client clearing
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
uczestnik nierozliczający
UR, uczestnik
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
Client clearing
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
Client clearing
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
Client clearing
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
Client clearing
Struktura kont
Konta rozliczeniowe
Konta zabezpieczeń
• Konta rozliczeniowe, służące do rejestracji transakcji,
dzielą się na konta własne uczestników rozliczających
oraz konta klientów.
• Konto zabezpieczeń prowadzone jest dla każdego konta
rozliczeniowego, przy czym jest ono wspólne dla
wszystkich kont rozliczeniowych na poziomie NKK
danego UR.
• 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),
• 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ń.
 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).
Segregacja pozycji i zabezpieczeń zgodna z
wymogami EMIR
6
Client clearing
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.
• Po nadaniu NKK uczestnik otwiera konto rozliczeniowe,
wysyłając do KDPW_CCP komunikat Instrukcja dotycząca
konta rozliczeniowego (acmt.rqa.002.02), wpisując CRTA
w polu Kod operacji na koncie.
Otwieranie kont w KDPW_CCP
• 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.
• 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.001.02).
• Potwierdzeniem utworzenia NKK jest otrzymanie przez
UR komunikatu zwrotnego Status instrukcji dotyczącej
NKK (acmt.stc.001.02) z wartością PACK w polu status.
• W przypadku, gdy klient posiada już zdefiniowany NKK,
nie należy tworzyć nowego.
• Potwierdzeniem otwarcia konta rozliczeniowego jest
otrzymanie przez UR komunikatu Status instrukcji
dotyczącej konta rozliczeniowego (acmt.sta.002.02) z
wartością PACK w polu status.
• 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.001.02 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
Client clearing
Konfirmacja transakcji na platformie MarkitWire
8. Przyporządkowanie
transakcji do konta klienta
7. Informacja o przyjęciu
lub odrzuceniu transakcji
Uczestnik
rozliczający
9. Przekazanie
informacji o transakcji
4. Potwierdzenie
transakcji i zwolnienie
do rozliczenia
5. Wysłanie instrukcji
3. Akceptacja transakcji
2.
6. Status transakcji
4. Zwolnienie
transakcji do
rozliczenia
7. Informacja o przyjęciu
lub odrzuceniu transakcji
Klient
2. Wprowadzenie
i konfirmacja
transakcji
1. Zawarcie transakcji
Executing
Broker/ UR
8. Przyporządkowanie
transakcji do konta klienta
8
Client clearing
Konfirmacja transakcji na platformie MarkitWire
Proces zestawiania transakcji na platformie
MarkitWire i rozliczania w KDPW_CCP
7. KDPW_CCP przesyła informację o każdym statusie
transakcji za pomocą kanału komunikacji SWI.
1. Klient zawiera transakcję z EB, niebędącym jego UR, lub
bezpośrednio ze swoim UR.
8. W przypadku przyjęcia transakcji do rozliczenia
KDPW_CCP rejestruje pozycje na kontach
rozliczeniowych wskazanych w instrukcji.
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).
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.
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).
 Statusy transakcji zostały omówione na stronie 12.
9
Client clearing
Konfirmacja transakcji na platformie SWIFT Accord
8. Przyporządkowanie
transakcji do konta klienta
Uczestnik
rozliczający
7. Informacja o przyjęciu
lub odrzuceniu transakcji
6. Status transakcji
w Accord
2. Prośba o potwierdzenie
Transakcji na SWIFT
Accord
9. Przekazanie
informacji o transakcji
5. KDPW_CCP pobiera
instrukcje
4. Konfirmacja
Accord
Klient
6. Status transakcji
6. Status transakcji
w Accord
7. Informacja o przyjęciu
lub odrzuceniu transakcji
3. Wymiana
komunikatów
MT340 lub MT360
1. Zawarcie transakcji
Executing
Broker/ UR
8. Przyporządkowanie
transakcji do konta klienta
10
Client clearing
Konfirmacja transakcji na platformie SWIFT Accord
Proces zestawiania transakcji na platformie
SWIFT Accord i rozliczania w KDPW_CCP
7. KDPW_CCP przesyła informację o każdym statusie
transakcji za pomocą kanału komunikacji SWI.
1. Klient zawiera transakcję z EB, niebędącym jego UR, lub
bezpośrednio ze swoim UR.
8. W przypadku przyjęcia transakcji do rozliczenia
KDPW_CCP rejestruje pozycje na kontach
rozliczeniowych wskazanych w instrukcji.
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.
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)
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).
 Statusy transakcji zostały omówione na stronie 12.
11
Client clearing
Status transakcji
Status transakcji w KPW_CCP
Status transakcji
• Jeżeli instrukcja zostaje przesłana w trakcie sesji
rozliczeniowej i zostaje przyjęta do rozliczenia bez
zastrzeżeń, transakcja otrzymuje status accepted.
queued
pending
• pending
• rejected
• accepted
(cond.)
• rejected
• accepted
(cond.)
rejected
accepted
(conditionally)
• 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
Client clearing
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.
• 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.
• 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.001.01).
• W odpowiedzi otrzymywany jest komunikat N.1
ParticipantNotification (otcd.rsi.001.01), z następująco
wypełnionymi polami:
– Reason == Hypothetical Trade
– Source == WHAT IF
13
Client clearing
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.001.01.), 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.001.01), zawierający szczegółowe informacje o
przeprowadzanej aukcji.
• Po każdym otrzymaniu komunikatu z kwotowaniem
KDPW_CCP odsyła do UR komunikat A.4 AuctionError
(otcd.rsi.001.01) 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.001.01).
• Po zakończonej aukcji UR jest powiadamiany o jej wyniku
za pomocą komunikatu A.6 AuctionResult
(otcd.ntf.001.01) oraz N.1 ParticipantNotification
(otcd.ntf.001.01), potwierdzającym zawarcie przez UR
nowych transakcji.
• Odpowiedzią UR jest przesłanie komunikatu A.3
AuctionQuoteRequest (otcd.rqi.001.01) 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.
14
Client clearing
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
Client clearing
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.001.01), na
który KDPW_CCP odpowiada komunikatem T.2
OnDemandTerminationResponse (otcd.rsi.001.01),
informującym o przyjęciu do przetwarzania lub odmowie
rozpoczęcia aukcji.
• Po ustaleniu wyniku aukcji KDPW_CCP wysyła
uczestnikowi zlecającemu przeprowadzenie terminacji na
żądanie komunikat T.3. OnDemandTerminationResult
(otcd.ntf.001.01).
• UR może zaakceptować wynik aukcji bądź go odrzucić za
pomocą komunikatu T.4 OnDemandTerminationAcceptance
(otcd.rqi.001.01).
• 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.001.01) oraz N.1 ParticipantNotification
(otcd.ntf.001.01), potwierdzającym zawarcie przez UR
nowych transakcji.
• Jeżeli zapytanie zostało przyjęte do przetwarzania
KDPW_CCP wysyła komunikat T.2.
onDemandTerminationResponse (otcd.ntf.001.01), 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.
16
Client clearing
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:
• Informacja o przekroczeniu limitu oraz wstrzymaniu
przyjęcia transakcji jest przekazywana uczestnikowi w
komunikacie N.1 ParticipantNotification.
 limitów informacyjnych, służących monitorowaniu
aktualnej ekspozycji poprzez przekazywanie informacji
o wymaganym depozycie zabezpieczającym i
ustanowionym limicie,
 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.001.01). Informacja zwrotna przekazywana jest w
komunikacie U.2 AccountMaintenanceResponse
(otcd.rsi.001.01).
• Przekroczenie limitu informacyjnego nie powoduje
odrzucenia transakcji. Informacja o wykorzystaniu limitu
jest przekazywana UR w komunikacie N.1
ParticipantNotification (otcd.ntf.001.01).
• W przypadku przekroczenia limitu wymaganego na danym
koncie, transakcja nie jest przyjmowana do rozliczeń i
otrzymuje status pending.
17
Client clearing
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
www.kdpwccp.pl