Podstawowe zasady dotyczące potwierdzania warunków transakcji na Platformie konfirmacji.



Podobne dokumenty
Załącznik nr 1. Automatyczny rozrachunek zleceń w częściach. Specyfikacja założeń. str

Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP

Zmiany w zakresie obsługi operacji warunkowych repo i sell/buy-back

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Konta w KDPW i KDPW_CCP

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Załącznik nr 2. Automatyczny rozrachunek zleceń w częściach. Specyfikacja założeń str. 1

1. Obsługa uczestnictwa

1. Otwieranie kont w KDPW_CCP wykorzystywanych w celu rejestracji transakcji zestawianych na platformie konfirmacji OTC MarkitWire

Wstęp Założenia do procesu nettingu Komunikaty udostępniane UR w trakcie rozliczeń rynku kasowego... 6

dot. Raportowania derywatów do repozytorium transakcji przez KDPW_CCP

OBNIŻENIE WARTOŚĆI NOMINALNEJ (DECR)

Zabezpieczenie w papierach wartościowych

Warszawa, 7 marca 2017 r. Uczestnicy KDPW_CCP

2. Dokumenty, o których mowa w ust. 1, mają formę dokumentu elektronicznego.

Rozwój usług KDPW w zakresie transakcji repo. 17 czerwca 2013 r.

PODZIAŁ PAPIERÓW WARTOŚCIOWYCH SPLIT (SPLF)

Uchwała Nr 653/14. Zarządu Krajowego Depozytu Papierów Wartościowych S.A. z dnia 21 lipca 2014 r. w sprawie zmiany Szczegółowych Zasad Działania

Wykaz kodów błędów Stan na 11 sierpnia 2014 r.

Repozytorium Transakcji w KDPW Raportowanie komunikacja z repozytorium. Warszawa,10 luty 2014

POŻYCZKI PAPIERÓW WARTOŚCIOWYCH INICJOWANE PRZEZ UCZESTNIKÓW. Pożyczki Negocjowane

POŻYCZKI PAPIERÓW WARTOŚCIOWYCH W GRUPIE KDPW. Spotkanie Warsztatowe. Grudzień 2014

OBSŁUGA APLIKACJI WYPŁATA ŚWIADCZEŃ INSTRUKCJA UŻYTKOWNIKA

Client clearing OTC. Warszawa, 17 czerwca 2014 r.

Zestawianie pola klient odbywa się według następujących zasad:

kdpw_stream Struktura komunikatu: Potwierdzenie obsługi komunikatu blokady (acmt.bls ) Data utworzenia: r.

Zasady wymiany komunikatów ISO20022 w systemie kdpw_stream

Obsługa aplikacji Walne Zgromadzenia. Instrukcja użytkownika. wersja 6.1

Rozwój usług KDPW w zakresie transakcji repo. Usługa tri-party repo. 2 kwietnia 2014 r.

Kanał teletransmisji Bankowego Funduszu Gwarancyjnego (Portal BFG STP) Warszawa, 3 sierpnia 2017 r.

identyfikator transakcji nadany przez KDPW_CCP identyfikator transakcji nadany przez platformę konfirmacji

kdpw_stream Struktura komunikatu: Potwierdzenie obsługi komunikatu blokady (acmt.bls ) Data utworzenia: r.

1. Wprowadzenie nettingu w papierach wartościowych do rozliczeń rynku kasowego

Wzór nr 1... P E Ł N O M O C N I C T W O

Proces obsługi deklaracji Intrastat w systemie Celina WebCel

Proces rozliczania recept realizowanych od

Koncepcja założeń, dotyczących ustanawiania zabezpieczeń w papierach wartościowych na rzecz innych uczestników KDPW

Automatyczny rozrachunek zleceń w częściach

Usługi KDPW w zakresie transakcji repo

Lista kodów statusów i błędów. w komunikatach XML (ISO 20022) w systemie kdpw_stream

Materiał opisujący proces raportowania MIFIR za pośrednictwem ARM z wykorzystaniem systemu RT

Szczegółowe Zasady Systemu Rozliczeń OTC

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl

Warszawa, r. Uczestnicy KDPW. Szanowni Państwo,

Procedura podłączenia do systemu kdpw_otc

INSTRUKCJA OBŁUGI APLIKACJI ASSECO MAA

Uchwała Nr 13/467/12 Rady Nadzorczej Krajowego Depozytu Papierów Wartościowych S.A. z dnia 14 maja 2012 r.

DOKUMENTACJA ZMIAN W SYSTEMIE KDPW_OTC W ZAKRESIE RAPORTÓW POSTROZLICZENIOWYCH

PRZEKAZYWANIE DANYCH UPRAWNIONYCH Z P.W.

Rejestracja papierów wartościowych za pośrednictwem agenta emisji. Projekt: Przygotowanie KDPW do obsługi niepublicznych papierów wartościowych

Dokumentacja techniczna - PBL

kdpw_stream Struktura komunikatu: Wniesienie lub zwolnienie zabezpieczenia (colr.ins ) Data utworzenia: r.

Mechanizm generowania edeklaracji

Ministerstwo Finansów

Zasady raportowania przez IRGiT do repozytorium KDPW S.A.

Specyfikacja Płatności CashBill. Instrukcja podłączenia płatności elektronicznych do typowych zastosowań.

ING Bank Śląski S.A. ul. Puławska 2, Warszawa Faks: ,

NEGOCJOWANE POŻYCZKI PAPIERÓW WARTOŚCIOWYCH

1.2 Prawa dostępu - Role

Obsługa zabezpieczeń nominowanych w EUR w KDPW_CCP. Poradnik. Warszawa, 9 września 2015 r.

Projekt 3.2.1: Repozytorium transakcji

INSTRUKCJA WYPEŁNIANIA PRZELEWU EUROPEJSKIEGO

Szczegółowe Zasady Systemu Rozliczeń OTC

Dokumentacja użytkownika Systemu Informatycznego OW NFZ Procedura Weryfikacji Raportów Rozliczeniowych

Szczegółowe Zasady Systemu Rozliczeń OTC

kdpw_otc Struktura komunikatu: Status instrukcji konfirmacyjnej (secf.sts ) Data utworzenia: r.

(podstawa prawna: 5 ust. 2 rozporządzenia Ministra Finansów z dnia 26 września 2016 r. I. Definicje

dot.: dostosowanie systemowe do wymogów CSDR I etap (wiosenne okno wdrożeniowe 2017 r.)

kdpw_stream Struktura komunikatu: Płatności z tytułu depozytów zabezpieczających i obsługi rynku OTC (colr.mrg ) Data utworzenia: r.

Szczegółowe Zasady Systemu Rozliczeń OTC

Elektroniczna Skrzynka Podawcza

- zapoznaliśmy się z Regulaminem Rozliczeń Transakcji (obrót niezorganizowany), przyjmujemy postanowienia tego regulaminu i uznajemy je za wiążące,

ZINTEGROWANY SYSTEM ZARZĄDZANIA DOKUMENT NADZOROWANY W WERSJI ELEKTRONICZNEJ. Procedura zarządzania profilami zaufanymi epuap w Urzędzie Miasta Płocka

Załącznik nr 2 do Umowy Nr. o korzystanie z usługi Identyfikacji Przychodzących Płatności Masowych z dnia.

PRZEWODNIK. Wymiana walut w kantorze internetowym topfx

Spotkanie z Uczestnikami KDPW i KDPW_CCP r.

Zasady raportowania przez IRGiT do repozytorium KDPW S.A.

Uchwała nr 2/14 Zarządu KDPW_CCP S.A. z dnia 20 stycznia 2014 roku. w sprawie zmiany Szczegółowych Zasad Systemu Rozliczeń OTC

kdpw_stream Struktura komunikatu: Instrukcja techniczna (sese.tec ) Data utworzenia: r.

WYPŁATA ODSETEK OD PAPIERÓW DŁUŻNYCH

3. Kolejne uruchomienie tokena W celu uruchomienia tokena VASCO DP280 należy przytrzymać przycisk Poweron/Power-off.

Zakres i warunki raportowania transakcji ETD przez KDPW_CCP do repozytorium transakcji prowadzonego przez KDPW.

Zakres i warunki raportowania transakcji ETD przez KDPW_CCP do repozytorium transakcji prowadzonego przez KDPW.

Szczegółowe zasady anulowania transakcji.

Szczegółowe Zasady Systemu Rozliczeń OTC

epuap Zakładanie konta organizacji

Procedura zarządzania profilami zaufanymi epuap

Zakres i warunki raportowania transakcji ETD przez KDPW_CCP do repozytorium transakcji prowadzonego przez KDPW.

Szczegółowe zasady anulowania transakcji. Zatwierdzone Uchwałą Zarządu Towarowej Giełdy Energii S.A. Nr 395/72/13 z dnia z 20 grudnia 2014 r.

Szczegółowe zasady anulowania transakcji.

Szczegółowe zasady anulowania transakcji. Zatwierdzone Uchwałą Zarządu Towarowej Giełdy Energii S.A. Nr 130/28/16 z dnia 13 maja 2016 r.

Usługi KDPW w zakresie obsługi transakcji tri-party repo Krzysztof Ołdak Dyrektor Działu Operacyjnego KDPW

Załącznik nr 1 Założenia dotyczące wprowadzenia nettingu. w papierach wartościowych dla rozliczeń rynku kasowego

Instrukcja Obsługi Tokena VASCO DP 280

Materiał informacyjny schematy przepływów statusów w systemie KDPW_ARM

kdpw_stream Struktura komunikatu: Instrukcja dotycząca konta (acmt.rqa ) Data utworzenia: r.

kdpw_stream Struktura komunikatu: Status limitu transakcyjnego (colr.mrs ) Data utworzenia: r.

DOKUMENTACJA INTERFEJSU API - HTTPS

Struktura pliku wejściowego ippk Plik Rejestracyjny

Transkrypt:

Podstawowe zasady dotyczące potwierdzania warunków transakcji na Platformie konfirmacji. 1. Uczestnicy rozliczający KDPW_CCP przekazują do systemu kdpw_stream instrukcje konfirmacyjne do zestawienia za pośrednictwem wskazanego kanału komunikacji (dopuszczalne: ESDI, ESDK, SWIFT). 2. W ramach przyjęcia instrukcji na Platformę wykonywane są następujące operacje: a) kontrola formalna komunikatu w oparciu o schemat XSD; b) kontrola merytoryczna instrukcji realizowana poprzez weryfikację przekazanych danych z referencyjnymi bazami danych właściwych Platformie w KDPW_CCP; c) zapisanie instrukcji i poinformowanie wystawcy oraz drugiej strony rozliczenia transakcji, o jej statusie i przyjętych warunkach; d) obsługa procesu usuwania niezestawionych instrukcji przez wystawcę; e) próba odnalezienia odpowiadającej instrukcji od drugiej strony rozliczenia transakcji o zgodnych warunkach transakcji oraz wygenerowania właściwej instrukcji rozliczeniowej. f) odrzucenie instrukcji w przypadku, gdy nie została ona zestawiona do określonego terminu równego dacie rozrachunku transakcji otwierającej. 3. Instrukcja przekazana na platformę powinna zawierać następujący zakres informacji: 1. kod wystawcy instrukcji, 2. identyfikator instrukcji nadany przez wystawcę, 3. typ instrukcji 4. kod rynku /pole obowiązkowe/, 5. tryb obrotu, 6. kod operacji, 7. rodzaj transakcji /pole obowiązkowe dla transakcji repo i buy/sell back/, 8. kod ISIN instrumentu finansowego /pole obowiązkowe/, 9. liczba papierów wartościowych /pole obowiązkowe/, 10. kod UZ /pole obowiązkowe/, 11. kod UZ kontrpartnera /pole obowiązkowe/, 12. kod UR /pole obowiązkowe/, 13. konto rozliczeniowe u UR /pole obowiązkowe/ 14. typ konta rozliczeniowego /pole obowiązkowe/ 15. kod UR kontrpartnera/pole obowiązkowe/, 16. konto rozliczeniowe u UR kontrpartnera /pole opcjonalne/ 17. data zawarcia transakcji /pole obowiązkowe/, 18. data rozrachunku transakcji otwierającej /pole obowiązkowe/, 19. data rozrachunku transakcji zamykającej /pole obowiązkowe/, 20. wartość i kod waluty transakcji otwierającej /pole obowiązkowe/, 21. wartość i kod waluty transakcji zamykającej /pole obowiązkowe/, 22. wspólny identyfikator nadany przez każdą ze stron rozliczenia dla transakcji, której dotyczy instrukcja konfirmacyjna /pole nieobowiązkowe/, 4. Przekazana na platformę instrukcja powinna być oznaczona poprzez wskazanie następujących wartości dla określonych pól:

a) kodu rynku - OC ; b) trybu obrotu - ZG ; c) kod operacji - RE ; d) rodzaj transakcji: a. R1 - transakcja repo, b. R4 - transakcja buy-sell-back; e) Funkcja komunikatu: o NEWM - nowa instrukcja, o CANC - usunięcie przekazanej wcześniej instrukcji. 5. W celu usunięcia instrukcji niezbędne jest przekazanie na Platformę komunikatu ze wskazaniem funkcji instrukcji właściwej dla usunięcia CANC z wypełnionym identyfikatorem poprzednio przekazanej instrukcji (wskazanie identyfikatora usuwanej, wcześniej przekazanej instrukcji). Warunkiem skutecznego usunięcia instrukcji jest przekazanie poprawnego identyfikatora usuwanej instrukcji (sekcja Lnk w komunikacie) oraz zgodność wystawcy instrukcji z kodem wystawcy żądania jej usunięcia zgodność pozostałych pól nie jest sprawdzana. Dodatkowo wymagane jest, aby komunikat usuwający został przekazany do przetworzenia przez Platformie przed skutecznym zestawieniem się instrukcji konfirmacyjnych. W przeciwnym przypadku, nawet przy przekazaniu żądania usunięcia przez obie strony transakcji, odwołanie instrukcji nie jest możliwe, z założenia bowiem instrukcje zestawione na platformie będą niezwłocznie podlegały dalszemu procesowi utworzeniu instrukcji rozliczeniowej i przekazaniu jej do rozliczeń. 6. Przetworzenie żądania usunięcia niezestawionej instrukcji konfirmacyjne następuje niezwłocznie po jego otrzymaniu przez Platformę. 7. W ramach Platformy Konfirmacji wyróżniamy następujące identyfikatory: a) identyfikator instrukcji konfirmacyjnej nadany przez wystawcę, b) identyfikator instrukcji konfirmacyjnej nadany przez Platformę, c) wspólny identyfikator, d) identyfikator wygenerowanej instrukcji rozliczeniowej nadany przez Platformę. Wszystkie te identyfikatory są reprezentowane przez maksymalnie szesnastoznakowy, nieznaczący ciąg znaków. Ad a) Identyfikator instrukcji konfirmacyjnej nadany przez wystawcę Każda instrukcja przekazana przez Uczestnika na Platformę powinna być przez niego oznaczona własnym identyfikatorem transakcji (pole SndrMsgRef). Zarówno Platforma Konfirmacji jak i KDPW_CCP nie weryfikują przekazanego identyfikatora pod kątem jego unikalności, co leży wyłącznie w gestii wystawcy. Identyfikator ten będzie przekazywany wystawcy w każdym komunikacie statusowym dotyczącym instrukcji. Służyć on również będzie wystawcy do usunięcia instrukcji konfirmacyjnej z platformy.

Identyfikator ten zostanie także przekazany do KDPW_CCP w wynikowej instrukcji rozliczeniowej, jako identyfikator zlecenia dla właściwej strony rozliczenia transakcji. Ad b) Identyfikator instrukcji konfirmacyjnej nadany przez Platformę Każda instrukcja przekazana przez Uczestnika na Platformę zostaje oznaczona identyfikatorem wewnętrznym, unikalnym w ramach Platformy niezależnie od wystawcy. O tym identyfikatorze wystawcy zostaną poinformowani w komunikacie statusowym (pole AcctSvcrRef). Będzie on mógł być wykorzystany w zastępstwie własnego identyfikatora wystawcy przy wystawieniu żądania usunięcia instrukcji z Platformy. Identyfikator ten zostanie także przekazany do KDPW_CCP w wynikowej instrukcji rozliczeniowej, jako rynkowy identyfikator zlecenia dla właściwej strony rozliczenia transakcji. Ad c) Wspólny identyfikator Opcjonalnie, instrukcje konfirmacyjne mogą zostać opatrzone wspólnym identyfikatorem (pole CmonRef), który, jeśli zostanie wskazany, stanowi kryterium zestawiania instrukcji. Identyfikator taki powinien być uzgodniony przez strony transakcji. Wykorzystanie tego identyfikatora pozwala na zestawienie się konkretnych instrukcji, co może mieć znaczenie w przypadku zawarcia i potwierdzania kilku podobnych transakcji. Ad d) Identyfikator wygenerowanej instrukcji rozliczeniowej nadany przez Platformę W wyniku zestawienia, a tym samym skutecznego potwierdzenia warunków transakcji, generowana jest właściwa instrukcja rozliczeniowa, której nadawany jest unikalny identyfikator. Identyfikator ten przekazywany jest do systemu rozliczeniowego KDPW_CCP jako identyfikator z Platformy (pole MktRef). O identyfikatorze tym poinformowani zostaną także wystawcy w komunikacie statusowym po skutecznym zestawieniu instrukcji konfirmacyjnych. 8. Obowiązują następujące zasady dodatkowe: a) Liczba papierów- w instrukcji w formacie XML można określić liczbę papierów wyrażoną w jednostkach (tak jest najczęściej) lub w wartości nominalnej papierów. W przypadku wskazania wartości nominalnej system konwertuje wtedy podaną wartość nominalną na postać liczby jednostek. b) Kody instytucji- w instrukcji w formacie XML można określić kod instytucji zarówno poprzez kod KDPW_CCP jak i poprzez kod BIC. W przypadku wskazania instytucji z wykorzystaniem BIC, właściwy kod KDPW_CCP wyznaczany jest na podstawie danych referencyjnych dostępnych na Platformie. 9. Instrukcja konfirmacyjna po przyjęciu przez platformę konfirmacji poddawana jest kontroli merytorycznej prowadzonej w odniesieniu do referencyjnej bazy danych. W wyniku kontroli instrukcja uzyskuje odpowiedni status i w przypadku, gdy jest poprawna podlega dalszemu przetwarzaniu próbie zestawienia z odpowiednią instrukcją kontrpartnera. W przypadku stwierdzenia błędu instrukcja jest automatycznie odrzucana.

Ogólne kontrole instrukcji konfirmacyjnej a) Dane przekazane w instrukcji konfirmacyjnej powinny być zgodne z referencyjnymi bazami danych KDPW_CCP w zakresie następujących pól: kody instytucji wskazane w instrukcji, kod ISIN instrumentu finansowego, typ instrukcji, kod rynku, tryb obrotu, kod operacji, rodzaj transakcji, rodzaj konta rozliczeniowego. b) Kod wystawcy instrukcji konfirmacyjnej musi odpowiadać kodowi UR odpowiedniej strony transakcji (zależnie od wskazanego typu instrukcji). c) Data rozrachunku nie powinna być wcześniejsza niż data bieżąca w KDPW_CCP. Kontrole instrukcji konfirmacyjnej związanej z transakcją repo lub buy/sell back (weryfikacja z uwzględnieniem kodu rynku, trybu obrotu oraz rodzaju transakcji) wykonywane są poniższe kontrole: a) W instrukcji powinna zostać wskazana data zawarcia transakcji. Data ta powinna być wcześniejsza lub równa dacie rozrachunku transakcji otwierającej. b) Data rozrachunku transakcji zamykającej powinna być podana. Data ta powinna być późniejsza niż data rozrachunku transakcji otwierającej. c) Wartość rozrachunku transakcji otwierającej i zamykającej powinna być podana. d) Dla daty rozrachunku wskazanej, jako dzień bieżący data otrzymania instrukcji (jej faktycznego przyjęcia przez Platformę Konfirmacji) powinna być wcześniejsza od ustalonej w parametrach Platformy godziny granicznej (obecnie, jako godzinę graniczną wskazuje się 15:30). Statusy instrukcji konfirmacyjnej Kod statusu Kod przyczyny Opis NMAT - Instrukcja przyjęta, oczekująca na zestawienie MACH - Instrukcja zestawiona, przekazana do rozliczenia CAND różne Instrukcja odrzucona błędna merytorycznie. Kod przyczyny wskazuje na kod błędu CAND CANI Instrukcja odrzucona przez wystawcę CAND CANS Instrukcja odrzucona przez KDPW_CCP CAND EXPI Instrukcja odrzucona - przeterminowana Zasady zestawiania instrukcji na Platformie Platforma zestawia instrukcje na podstawie zgodności wszystkich pól wymaganych w instrukcji konfirmacyjnej (dot. pól obowiązkowych i opcjonalnych, które zostały uzupełnione

przez Uczestników). Warunkiem koniecznym podjęcia próby zestawiania jest poprawność instrukcji pod względem merytorycznym. Kryterium zestawiania dla instrukcji konfirmacyjnych repo stanowią następujące informacje: 1) kod rynku zgodny dla obu instrukcji 2) rodzaj transakcji zgodny dla obu instrukcji 3) kod instrumentu zgodny dla obu instrukcji 4) liczba papierów zgodny dla obu instrukcji 5) kod UZ zgodny dla obu instrukcji 6) kod UR zgodny jeśli podany 7) id konta rozliczeniowego u UR zgodny jeśli podany 8) data zawarcia transakcji - zgodny bez uwzględnienia czasu 9) data rozrachunku transakcji otwierającej - zgodny dla obu instrukcji 10) wartość i waluta transakcji otwierającej - zgodny dla obu instrukcji 11) data rozrachunku transakcji zamykającej - zgodny dla obu instrukcji 12) wartość i waluta transakcji zamykającej - zgodny dla obu instrukcji 13) wspólny identyfikator - zgodny jeśli podany W procesie zestawiania instrukcji konfirmacyjnych nie uwzględnia się tolerancji dla wartości rozrachunku transakcji. W wyniku zestawienia generowana jest instrukcja rozliczeniowa kierowana do rozliczenia w KDPW_CCP. Warunki przeterminowania instrukcji konfirmacyjnych Na Platformie Konfirmacji przeterminowane instrukcje, które nie podległy zestawieniu są automatycznie odrzucane w procesie zakończenia dnia. Proces ten jest powiązany z przebiegiem dnia rozliczeniowego KDPW_CCP i obejmuje wszystkie instrukcje konfirmacyjne. W przypadku transakcji repo i buy/sell back, które na bieżący dzień mogą być przekazywane do określonej godziny granicznej, oznacza to, że transakcje nie zestawione do wskazanej godziny zostaną odrzucone. O fakcie odrzucenia wystawcy zostaną poinformowani odpowiednim komunikatem statusowym.