Szczegółowa specyfikacja założeń dotycząca

Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
Załącznik nr 2
Automatyczny rozrachunek zleceń w częściach
Specyfikacja założeń
27.06.2013
str. 1
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
Spis treści
Wstęp ...................................................................................................................................... 3
Założenia funkcjonalne ............................................................................................................ 4
I.
Założenia podstawowe ................................................................................................. 4
II.
Założenia dodatkowe ................................................................................................ 6
III. Obsługa rozrachunku w częściach ................................................................................. 6
Opis procesu RwC (diagram) .............................................................................................. 7
Komunikaty systemu kdpw_stream związane z procesem rozrachunku ................................ 10
IV. Wymiana komunikatów rozrachunkowych .................................................................... 10
V. Obsługa komunikatów rozrachunkowych w przypadku RwC ......................................... 13
1.
Zlecenie rozrachunku transakcji .............................................................................. 13
2.
Status zlecenia rozrachunku ................................................................................... 13
3.
Potwierdzenie rozrachunku zlecenia ....................................................................... 13
3.
Komunikat modyfikacji wartości parametru rozrachunku w częściach ..................... 13
4.
Komunikat anulowania instrukcji rozrachunku ......................................................... 14
5.
Komunikat wyciąg z konta rozrachunkowego .......................................................... 14
str. 2
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
Wstęp
Automatyczny rozrachunek w częściach jest standardową usługą oferowaną przez izby
rozrachunkowe w ramach optymalizacji procesu rozrachunku. Automatyczny rozrachunek
zlecenia w częściach jest to rozrachunek instrukcji w części wyznaczonej wysokością
dostępnego salda na koncie w systemie rozrachunkowym w danym dniu rozrachunku i
rozrachunek pozostałej części podczas kolejnego przetwarzania w danym dniu lub w dniach
następnych z uwzględnieniem założonych limitów podziału instrukcji. Obsługa zlecenia
rozrachunku, na który brakuje papierów wartościowych, czyli dokonanie automatycznego
rozrachunku zlecenia w częściach, ma na celu optymalizację rozrachunku oraz redukcję
negatywnych skutków zawieszenia rozrachunku w dniu ustalenia praw do pożytków z
papierów wartościowych. Ponadto, wprowadzenie automatycznego rozrachunku w częściach
będzie szczególnie istotne w związku z planami KDPW_CCP związanymi z projektem nettingu
w papierach wartościowych, a co za tym idzie przekazywaniem przez KDPW_CCP do
rozrachunku w KDPW zleceń rozrachunku wynikających z wynettowanych pozycji.
str. 3
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
Założenia funkcjonalne
Funkcjonalność rozrachunku w częściach jest elementem procesu optymalizacji rozrachunku.
Poniżej zostaną przedstawione założenia dotyczące realizacji procesu optymalizacji, ze
szczególnym uwzględnieniem mechanizmu rozrachunku w częściach.
I.
Założenia podstawowe
1. Rozrachunek w częściach (dalej RwC) będzie elementem procesu optymalizacji
rozrachunku transakcji rynku kasowego w trybie sesyjnym. Obecnie proces optymalizacji
jest realizowany poprzez funkcje: nettingu technicznego oraz udzielanie automatycznych
pożyczek papierów wartościowych. Docelowo system rozrachunkowy w procesie
optymalizacji będzie stosował kombinację trzech funkcjonalności: netting techniczny,
automatyczne pożyczki papierów wartościowych oraz rozrachunek w częściach.
2. Proces optymalizacji rozrachunku powinien zapewnić rozrachunek maksymalnej liczby
transakcji i maksymalnego wolumenu.
3. W przypadku instrukcji zestawianych, wystawca instrukcji rozrachunku będzie informował
o pozwoleniu na dokonanie rozrachunku w częściach, wypełniając odpowiednio wartość
określonego pola w instrukcji rozrachunku. Przyjmuje się na podstawie konsultacji z
uczestnikami, iż domyślnie rozrachunek w częściach jest niedozwolony, co oznacza, że
RwC będzie stosowany wyłącznie do zleceń rozrachunku, dla których wystawca instrukcji
wskazał zgodę na rozrachunek w częściach.
4. Uczestnik KDPW będzie miał także możliwość wskazania swojej zgody na RwC dla konta
rozrachunku (domyślnie przyjmuje się że nie udziela się zgody na prowadzenie
rozrachunku w częściach). Dla instrukcji rozrachunku, w której wystawca nie wskazał
jawnie zgody (lub jej braku) na RwC KDPW uzupełnia tą wartość na podstawie
charakterystyki konta odpowiedniej strony transakcji (w przypadku instrukcji nie
wymagającej zestawiania będzie to konto rozrachunku strony dostarczającej papiery).
Oznacza to, że decyzja o możliwości zastosowania rozrachunku w częściach będzie
leżała po stronie dostawcy papierów wartościowych.
5. W przypadku instrukcji wystawianych przez KDPW_CCP (lub BondSpot dla transakcji z
rynku Treasury BondSpot Poland) zgoda na RwC nie będzie jawnie wskazywana
w instrukcji rozrachunku. Decyzja o możliwości stosowania rozrachunku w częściach
będzie leżała po stronie dostarczającej papiery wartościowe, w zakresie instrukcji, w
których jest stroną debetowaną. Takie instrukcje zostaną wzbogacone o informacje
zawarte w oznaczeniu konta rozrachunkowego dostawcy papierów wartościowych.
Dotyczy to wszystkich instrukcji rozrachunku związanych z transakcjami z rynku
zorganizowanego, rozrachowywanych , zarówno na zasadzie netto, jak też brutto.
str. 4
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
6. W przypadku transakcji z rynku Treasury BondSpot, które podlegają trójstronnemu
zestawianiu, wystawca instrukcji reprezentujący organizatora obrotu będzie zawsze
wskazywał zgodę na rozrachunek w częściach w instrukcji rozrachunku. Strony
rozrachunku będą decydować o możliwości rozrachunku w częściach w instrukcjach
wystawionych przez siebie.
7. W przypadku instrukcji zestawianych nadrzędne znaczenie ma wypełnienie zgody na RwC
w instrukcji rozrachunku, co oznacza, że jeśli obie strony wyraziły zgodę na RwC w
instrukcji rozrachunku, a strona dostarczająca papiery wartościowe zdefiniowała
debetowane konto rozrachunkowe, jako nie dopuszczające RwC, to RwC może zostać
wykonane.
8. Proces optymalizacji z wykorzystaniem funkcji RwC będzie realizowany w systemie
wielosesyjnym na ostatniej płatnej sesji rozrachunkowej. Jednakże z uwagi na
konieczność zapewnienia maksymalnej płynności rozrachunku, szczególnie w przypadku
rozrachunku instrukcji wynettowanych przekazanych przez KDPW_CCP w związku z
rozliczeniem transakcji gwarantowanych, rozrachunek w częściach ww. instrukcji
rozrachunku będzie dopuszczalny od pierwszej do trzeciej sesji rozrachunkowej,
oczywiście tylko w przypadku uczestników, którzy występując po stronie dostarczającej
papiery zdefiniowali dopuszczalność rozrachunku w częściach na kontach
rozrachunkowych.
9. Na trzeciej sesji rozrachunkowej, w ramach procesu optymalizacji, w przypadku braku
papierów wartościowych, w pierwszej kolejności nastąpi próba rozrachunku wszystkich
instrukcji rozrachunku w całości, następnie obsługa pożyczek papierów wartościowych w
ramach systemu pożyczek automatycznych, następnie nastąpi próba rozrachunku w
częściach. Analogiczne działanie nastąpi na pierwszej i drugiej sesji rozrachunkowej, przy
czym będzie dotyczyć wyłącznie instrukcji wynettowanych i objętych systemem
gwarantowania (bez obsługi pożyczek automatycznych).
10. Algorytm wyboru transakcji będzie taki sam, jak obecnie obowiązujący w regulacjach
KDPW, czyli w pierwszej kolejności zostanie wykonany rozrachunek transakcji objętych
systemem gwarantowania rozliczeń.
11. Zakładamy, że wspomaganie procesu optymalizacji rozrachunku poprzez automatyczny
rozrachunek w częściach będzie usługą płatną, podobnie, jak w przypadku pożyczek
automatycznych. Opłaty za usługę dokonania podziału zlecenia rozrachunku, naliczana
wyłącznie od strony rozrachunku, która będąc dostawcą papierów wartościowych nie
posiadała na koncie wystarczającej liczby papierów wartościowych do dokonania
rozrachunku w całości. Zakładamy, że stawka opłaty będzie wielkością stałą w wysokości
5 PLN.
str. 5
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
II.
Założenia dodatkowe
RwC będzie miał zastosowanie w przypadku wystąpienia następujących dodatkowych
warunków determinujących:
1.
Instrukcja rozrachunku, podlega rozrachunkowi w trybie sesyjnym na zasadzie
DvP.
2.
Wartość rozrachunku wskazana w instrukcji rozrachunku musi być wyższa od
określonej „wartości progowej” dla RwC.
3.
Wartość progowa dla RwC (ang. thresholds) wyznacza wartość, poniżej której
instrukcja rozrachunku nie podlega podziałowi. W kdpw_stream stosowana będzie
progowa wartość pieniężna (Cash):



w przypadku transakcji z rynku zorganizowanego, których rozrachunek jest
gwarantowany przez KDPW_CCP – brak progu,
w przypadku określonych transakcji z rynku zorganizowanego, których
rozrachunek nie jest gwarantowany przez KDPW_CCP oraz w przypadku
przelewów posttransakcyjnych: 400.000 PLN,
w przypadku transakcji zawartych poza rynkiem zorganizowanym, w tym z
rynku Treasury BondSpot: 20.000.000 PLN, przy czym wartość pierwszej
części rozrachunku nie może wynosić mniej niż 5.000.000 PLN.
4.
Instrukcja rozrachunku nie jest częścią instrukcji złożonych rynku kasowego typu
With, After, Before.
5.
Instrukcja rozrachunku nie dotyczy transakcji warunkowych (repo, Sell-buy-back)
6.
RwC nastąpi tylko w przypadku braku papierów wartościowych lub jednoczesnego
braku papierów wartościowych i gotówki.
Szczegółowy wykaz operacji, które mogą podlegać rozrachunkowi w częściach,
jeśli spełniają warunki opisane w pkt I i II znajduje się w załączniku 2a.
III. Obsługa rozrachunku w częściach
Procesowi RwC będą podlegać instrukcje rozrachunku spełniające warunki opisane w pkt I i II.
1. Jeśli w trakcie ww. sesji rozrachunkowej pozostaje niezerowe saldo na koncie
uczestnika, na którym jednocześnie występuje brak papierów wartościowych
niezbędnych do pełnego rozrachunku, czyli ma zawieszone transakcje debetujące to
konto, nastąpi rozpoczęcie procedury RwC.
str. 6
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
2. Procedurą RwC zostaną objęte transakcje zawieszone z powodu braku papierów
wartościowych lub jednocześnie braku papierów wartościowych i gotówki.
3. Dalsze postępowanie w ramach procedury RwC, czyli kryteria wyboru transakcji będą
takie same, jak obecnie stosowane w ramach procesu optymalizacji rozrachunku, aby
uzyskać efekt w postaci:
a/ jak największej liczba zaksięgowanych dokumentów
b/ jak największy łączny wolumen zaksięgowanych dokumentów
c/ jak największa łączna wartość zaksięgowanych dokumentów.
4. Każdorazowo, po przeprowadzeniu rozrachunku części instrukcji rozrachunku, w fazie
ewidencji zostanie wygenerowany dowód ewidencyjny powiązany z dokumentem
pierwotnym numerem referencyjnym wskazujący rozrachowaną część instrukcji
przetwarzanej na bieżącej sesji.
5. Po przeprowadzeniu RwC dla instrukcji poddanej podziałowi zostanie wygenerowany
jeden komunikat statusowy zawierający wskazanie liczby papierów wartościowych
odpowiadającej rozrachowanej części.
6. Wartość rozrachunku w części rozrachowanej i pozostającej do rozrachunku jest
wyrażona wartością zaokrągloną do pełnych groszy, a suma wartości rozrachunku jest
równa pierwotnej wartości rozrachunku przed podziałem.
Przykład: jeśli mamy 3 papiery za 10, to możemy rozrachować 2 papiery za 6,67 i
pozostanie 1 papier za 3,33.
7. Potwierdzenie rozrachunku instrukcji rozrachunku w ramach RwC będzie zawierać
informacje o tym, że nastąpił rozrachunek RwC.
8. Pierwotna instrukcja rozrachunku po rozrachowaniu jednej części oczekuje na dalszy
rozrachunek podczas kolejnego przetwarzania w danym dniu lub w dniach następnych
i może zostać podzielona na kolejnej sesji z automatycznym RwC, w przypadku
spełnienia warunków determinujących RwC. Tym samym może ona podlegać
procesowi
odrzucania/przeterminowania/anulowania
oraz
mechanizmowi
Hold/Release na obecnie obowiązujących zasadach. Może także podlegać modyfikacji
w zakresie zgody na RwC wskazanej przez wystawcę instrukcji w odpowiednim polu
instrukcji na zasadach obecnie obowiązujących w zakresie modyfikacji instrukcji.
Opis procesu RwC (diagram)
Diagram procesu RwC
Poniższy diagram jest koncepcyjnym modelem procesu, który przedstawia przebieg
rozrachunku zleceń z zastosowaniem funkcjonalności RwC. Głównym celem diagramu
jest wskazanie sekwencji procesów wspomagających rozrachunek oraz opis
potwierdzania rozrachunku w przypadku zastosowania RwC do transakcji.
str. 7
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
Objaśnienie symboli
str. 8
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
Opis aktywności
W systemie uczestnika
Polecenie rozrachunku zlecenia Typowy proces; wg. standardowych
działań z wyjątkiem opcji wypełnienia
wartości dla elementu ‘parametr RwC’.
Monitorowanie zestawiania - Typowy
proces; wg. standardowych działań
Zestawione TAK/NIE – Jeśli TAK to
przejście do monitorowania rozrachunku ,
NIE aktualizacja statusu zestawiania.
Aktualizacja statusu zestawiania Typowy proces; wg. standardowych
działań
Monitorowanie
rozrachunku – W
odniesieniu
do
standardowego
rozrachunku w przypadku RwC wymagana
będzie
dodatkowa
obsługa
statusu
rozrachunku zlecenia „część transakcji
oczekuje na rozrachunek” oraz obsługa
potwierdzenia rozrachunku części zlecenia.
W systemie kdpw_stream
Przyjęcie kontrola merytoryczna Typowy proces; wg. Standardowych
działań z wyjątkiem rozszerzenia schematu
zlecenia o element ‘parametr RwC’.
Przyjęte TAK/NIE-Jeśli TAK to zlecenie
gotowe do dalszego przetwarzania tj.
zestawiania (jeśli jest wymóg zestawiania)
Aktualizacja statusu przyjęcia - Typowy
proces; wg. Standardowych działań,
Zestawianie zleceń - Typowy proces; wg.
Standardowych
działań.
W
wyniku
zestawienia zlecenia dostawy i zlecenia
przyjęcia
zostanie
wygenerowany
dokument ewidencyjny (transakcja) z
referencjami do zestawionych zleceń.
Wypełnienie wartości parametru RwC w
dokumencie ewidencyjnym zgodnie z
przyjętymi
regułami
dla
RwC
zdefiniowanymi powyżej
Zestawione TAK/NIE Jeśli TAK to zlecenie
gotowe do rozrachunku i aktualizacja
statusu zestawiania, jeśli nie to aktualizacja
statusu.
Aktualizacja statusu zestawiania Typowy proces; wg. Standardowych
działań
Rozrachunek transakcji Proces ten
obejmuje: neting techniczny i kontrolę
dostępnych środków na kontach.
Rozrachowane TAK/NIE – Jeśli TAK to Rozrachowana TAK/NIE - Jeśli NIE ,
przejście do analizy Rozrachowane w następnym krokiem jest podjęcie próby
części TAK/NIE.
udzielenia pożyczki oraz aktualizacja
statusu rozrachunku.
Aktualizacja
statusu
rozrachunku; Aktualizacja
statusu
rozrachunku;
obsługa
informacji
o
zawieszeniu przygotowanie i przekazanie informacji o
rozrachunku
zlecenia
albo
zlecenia zawieszeniu rozrachunku zlecenia albo
rozrachowanego częściowo.
zlecenia rozrachowanego częściowo.
Pożyczki automatyczne - podjęcie próby
udzielenia pożyczki z zachowaniem
warunków udzielania pożyczek zgodnie z
przyjętymi zasadami w KDPW .
str. 9
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
Pożyczka udzielona TAK/NIE - Jeśli TAK
transakcja kierowana jest do głównego
procesu ‘Rozrachunku transakcji’. Jeśli NIE
to do procesu ‘Przygotowanie do RwC ‘
jeśli jest on aktywny.
Aktywacja RwC TAK/NIE – Jeśli TAK to
przejście do procesu ‘Przygotowanie do
RwC’
Przygotowanie do RwC – wygenerowanie
dowodu ewidencyjnego odpowiadającego
możliwej do rozrachowania części instrukcji
rozrachunku z referencjami do zleceń
uczestników.
Rozrachunek częściowy zlecenia - zapis Rozrachunek częściowy zlecenia - zapis
na koncie (status zlecenia rozrachunek na kontach, przekazanie informacji stronom
otwarty)
rozrachunku oraz przekazanie informacji
do procesu głównego Rozrachunek
transakcji.
Rozrachunek zlecenia – zapis na koncie i Rozrachunek zlecenia – zapis na kontach
zmiana statusu zlecenia rozrachowane.
i
przekazanie
informacji
stronom
rozrachunku.
Potwierdzenie
Rozrachunku
wygenerowanie
potwierdzenie
rozrachunku. Potwierdzenie rozrachunku
częściowego zlecenia pierwszej części;
zawiera
kod
PAIN.
Potwierdzenie
rozrachowania kolejnych części zlecenia
zawiera kod PARC. Kod nie jest
wypełniany gdy rozrachunek nastąpił bez
stosowania RwC.
Komunikaty systemu kdpw_stream związane z procesem rozrachunku
IV. Wymiana komunikatów rozrachunkowych
Poniższy diagram prezentuje wymianę komunikatów pomiędzy systemem wystawcy
zlecenia rozrachunku a systemem kdpw_stream realizującym rozrachunek zleceń.
Rozrachunek w częściach polega na rozrachunku pojedynczego zlecenia w kilku
częściach (co najmniej dwóch), aż zlecenie zostanie w pełni zrealizowane/rozrachowane.
Prezentowany jest wariant podstawowy – wystawca instrukcji nie korzysta w nim z opcji
zmiany wartości parametru rozrachunku w częściach, oraz opcji anulowania
nierozrachowanej części zlecenia. W tym przypadku wystawca zlecający przekazuje do
systemu rozrachunkowego tylko dokument zlecenia rozrachunku transakcji.
str. 10
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
Diagram Wymiany komunikatów
Opis wymiany komunikatów
1. Uczestnik przekazuje do systemu rozrachunku kdpw_stream instrukcję rozrachunku
2. System kdpw_stream przekazuje opcjonalnie standardowe informacje o statusie
przetwarzania zlecenia,
3. System kdpw_stream przekazuje opcjonalnie standardowe informacje o statusie
rozrachunku instrukcji,
4. System kdpw_stream przekazuje Potwierdzenie rozrachunku częściowego instrukcji
5. System kdpw_stream przekazuje Informację o statusie rozrachunku pozostałej części
instrukcji
6. System kdpw_stream przekazuje
Potwierdzenie rozrachunku pozostałej części
instrukcji.
str. 11
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
str. 12
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
V. Obsługa komunikatów rozrachunkowych w przypadku RwC
1. Zlecenie rozrachunku transakcji
W komunikacie instrukcji rozrachunku sese.ins.001.01. dodano w bloku szczegółów
rozrachunku <SttlmDtls> pole <PrtlSttlmInd>, w którym wystawca instrukcji wskazuje
pozwolenie na RwC. Pole to może przyjmować jedną z wartości:
PART – rozrachunek w częściach dozwolony,
NPAR – rozrachunek w częściach niedozwolony.
2. Status zlecenia rozrachunku
W komunikacie o statusie instrukcji rozrachunku sese.sts.001.02 dodano podobnie jak w
komunikacie instrukcji rozrachunku w bloku szczegółów rozrachunku <SttlmDtls> pole
<PrtlSttlmInd>.
Proponowane zmiany dotyczą stosowania w polu <StsCd> kodu „PEND” (kod przyczyny
RsnTP „LACK”, zgodnie z założeniami projektu Hold/Release. Jeśli przewidywany
rozrachunek nastąpi w terminie późniejszym, niż oryginalna planowana data rozrachunku,
to w polu <StsCd> wystąpi kod „PENF” (kod przyczyny RsnTp „LACK”).
3. Potwierdzenie rozrachunku zlecenia
W komunikacie potwierdzającym rozrachunek instrukcji sese.sts.001.02 dodano blok
informacji „AddtlParams”- Uzupełniające parametry trybu rozrachunku zawierający pola:

„PrtlSttlm” – ‘Specyfikujący charakter potwierdzenia częściowego’.
Może on
przyjmować jedną z dwu wartości (w polu <StsCd> wystąpi wartość „STLD”):
"PAIN" - Potwierdzenie częściowego rozrachunku transakcji. Część transakcji
pozostaje nie rozrachowana
"PARC" - Potwierdzenie ostatniej części rozrachunku, która jeszcze nie została
poprzednio potwierdzona.

"PrevslySttldQty" - łączna ilość papierów rozrachowana i potwierdzona poprzednio,

"PrevslySttldAmt"
potwierdzona,

"RmngToBeSttldQty" - ilość papierów oczekująca na rozrachunek,

"RmngToBeSttldAmt" - wartość transakcji pozostająca do rozrachunku.
–
łączna
wartość
transakcji
rozrachowana
i
poprzednio
Ponadto, pole "ReqdSttlmQty" będzie oznaczać liczbę papierów wartościowych, których
dotyczy potwierdzenie rozrachunku, a nie liczbę papierów wartościowych w przekazanej
instrukcji rozrachunku.
3. Komunikat modyfikacji wartości parametru rozrachunku w częściach
str. 13
Szczegółowa specyfikacja założeń dotycząca
rozrachunku w częściach (załącznik do pisma SCP/ZW/13/2013)
W komunikacie sese.tec.001.01 wprowadzono nowy kod operacji „PRTL” w polu
<OprCd>. Dla kodu operacji „PRTL” możliwe będzie podanie jednej z dwóch wartości:
„PART” lub „NPAR” w polu <OprTp>.
4. Komunikat anulowania instrukcji rozrachunku
Komunikat sese.stt.001.01 nie ulegnie zmianie.
5. Komunikat wyciąg z konta rozrachunkowego
Komunikat semt.smt.001.02 nie ulegnie zmianie.
str. 14