Warszawa, 27 czerwca 2014 r.

Client clearing OTC

Client clearing Skróty

2

EB executing broker

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

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)

SWI System Wymiany Informacji w KDPW_CCP

UNR uczestnik nierozliczający

UR, uczestnik uczestnik rozliczający

Client clearing Ramy umowne

3

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.

Uczestnik

rozliczający

Klient Regulacje

KDPW_CCP

Umowa ramowa

Client clearing agreement

Executing

Broker/ UR Execution agreement

Client clearing Regulacje KDPW_CCP

4

Na podstawie Regulaminu Rozliczeń Transakcji (obrót

niezorganizowany) uczestnik rozliczający, reprezentujący w

systemie rozliczeń OTC inny podmiot zawierający transakcje

(generalny uczestnik rozliczający), 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)

Client clearing Struktura kont

5

Struktura kont w KDPW_CCP

Uczestnik

rozliczający

UNR A UNR C i UNR D Klient B Klient E i Klient F

Klienci uczestnika rozliczającego

Konto własne Konto

IFS

Konto

IND

Konto

GFS

Konto

GRU

Konto

zabezpieczeń

Konto

zabezpieczeń

Konto

zabezpieczeń

Konto

zabezpieczeń

Konto

zabezpieczeń

Client clearing Struktura kont

6

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 na

poziomie konta zabezpieczeń, tzn. dla portfela transakcji

zarejestrowanych na wszystkich kontach rozliczeniowych

klienta danego UR.

• 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.

Segregacja pozycji i zabezpieczeń zgodna z

wymogami EMIR

Client clearing Struktura kont

7

• 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.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.

• 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.

• 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.

• 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.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.

Client clearing Konfirmacja transakcji na platformie MarkitWire

8

Uczestnik

rozliczający

Klient

Executing

Broker/ UR

1. Zawarcie transakcji

2. Wprowadzenie

i konfirmacja

transakcji

3. Akceptacja transakcji

4. Potwierdzenie

transakcji i zwolnienie

do rozliczenia

5. Wysłanie instrukcji

6. Status transakcji

7. Informacja o przyjęciu

lub odrzuceniu transakcji

7. Informacja o przyjęciu

lub odrzuceniu transakcji

8. Przyporządkowanie

transakcji do konta klienta

8. Przyporządkowanie

transakcji do konta klienta

9. Przekazanie

informacji o transakcji

2.

4. Zwolnienie

transakcji do

rozliczenia

Client clearing Konfirmacja transakcji na platformie MarkitWire

9

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 wskazuje uczestnika rozliczającego, 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 statusy transakcji widoczne w

zakładce „Clearing” w polu „Clearing Status” są

aktualizowane na bieżąco, dodatkowo zmiany statusu

są przekazywane za pomocą SWI (pkt 7).

Statusy transakcji zostały omówione na stronie 12.

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 statusu transakcji widocznego w zakładce

„Clearing” w polu „Clearing Status”.

Client clearing Konfirmacja transakcji na platformie SWIFT Accord

10

Uczestnik

rozliczający

Klient

Executing

Broker/ UR

1. Zawarcie transakcji

3. Wymiana

komunikatów

MT340 lub MT360

5. KDPW_CCP pobiera

instrukcje

6. Status transakcji

7. Informacja o przyjęciu

lub odrzuceniu transakcji

7. Informacja o przyjęciu

lub odrzuceniu transakcji

8. Przyporządkowanie

transakcji do konta klienta

8. Przyporządkowanie

transakcji do konta klienta

9. Przekazanie

informacji o transakcji

Accord

2. Prośba o potwierdzenie

Transakcji na SWIFT

Accord

4. Konfirmacja

6. Status transakcji

w Accord

6. Status transakcji

w Accord

Client clearing Konfirmacja transakcji na platformie SWIFT Accord

11

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.

W przypadku zmiany statusu informacja jest

przekazywana za pomocą SWI (pkt 7). Statusy transakcji

zostały omówione na stronie 12.

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ą.

Szczegółowe informacje dot. Platform konfirmacji znajdują się na stronie internetowej KDPW_CCP (Platformy konfirmacji)

Client clearing Status transakcji

12

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.

Status transakcji

queued pending rejected accepted

(conditionally)

• pending

• rejected

• accepted

(cond.)

• rejected

• accepted

(cond.)

Client clearing Zapytanie o poziom wymaganych depozytów

13

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.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

• 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.

Client clearing Automatyczne zamykanie pozycji

14

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.

• 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.

• 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.

Client clearing Przeniesienie pozycji (porting)

15

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.

• UR, z portfela którego przenoszone są pozycje, otrzymuje

komunikat N1 ParticipantNotification (otcd.ntf.001.01) ze

statusem ported, natomiast UR, który przyjął transakcje,

otrzymuje komunikat N1 ze statusem accepted.

Client clearing Terminacja pozycji na żądanie

16

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.

• 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.

• 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.

Client clearing Limity informacyjne i wymagane

17

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,

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.

• Informacja o przekroczeniu limitu oraz wstrzymaniu

przyjęcia transakcji jest przekazywana uczestnikowi w

komunikacie N.1 ParticipantNotification.

Client clearing Przekazywanie dodatkowych informacji

18

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.

www.kdpwccp.pl