Procedura podłączenia do systemu kdpw_otc

Wielkość: px

Rozpocząć pokaz od strony:

Download "Procedura podłączenia do systemu kdpw_otc"

Maja Adamska
8 lat temu
Przeglądów:

1 Cel procedury Procedura podłączenia do systemu kdpw_otc Celem Procedury podłączenia do systemu kdpw_otc jest uzyskanie przez Uczestnika OTC zdolności do współpracy z otoczeniem produkcyjnym systemu kdpw_otc, wspierającego rozliczenia derywatów OTC. Organizacja systemu kdpw_otc System informatyczny o roboczej nazwie kdpw_otc składa się z dwóch niezależnych, odseparowanych zestawów narzędzi, wchodzących w skład otoczenia produkcyjnego () oraz testowego (TST). Systemy IT Uczestników Produkcyjny kanał komunikacyjny Testowy kanał komunikacyjny ESDK* ESDI* ESDK* ESDI* SWI SWI TST Otoczenie produkcyjne Otoczenie testowe TST A TST B System kdpw_otc Markit Wire SWIFT Accord TST Markit Wire TST SWIFT Accord Platformy zawierania transakcji ESDK - Elektroniczny Kanał Dystrybucji Komunikatów ESDK - Elektroniczny Kanał Dystrybucji Informacji */ Domestic only Thomson Reuters Uczestnikom OTC, chcącym zweryfikować gotowość swoich systemów informatycznych do współpracy z systemem kdpw_otc, KDPW oddaje do dyspozycji dwa środowiska testowe: TST A i TST B. TST A (edukacyjne) jest odzwierciedleniem obowiązującej wersji systemu kdpw_otc, eksploatowanego w otoczeniu produkcyjnym. to jest udostępnione Uczestnikom OTC, deweloperom i innym instytucjom rynku kapitałowego, w celu prowadzenia testów zgodności własnego oprogramowania z oprogramowaniem udostępnionym operacyjnie str. 1

2 przez KDPW. Dostęp do środowiska TST A jest bezpłatny w dni robocze i realizowany na żądanie Uczestnika OTC. TST B jest dodatkowym środowiskiem, uruchamianym czasowo, z inicjatywy KDPW, o czym użytkownicy będą informowani z wyprzedzeniem. to będzie uruchamiane w celu przetestowania nowych funkcjonalności lub nowych wersji funkcjonalności już eksploatowanych, tak by nie zakłócać prowadzonych przez użytkowników w środowisku TST A testów obowiązującej wersji systemu kdpw_otc. Wybór środowiska testowego TST A lub TST B odbywa sie niezależnie dla każdego Uczestnika OTC: odpowiedniej rekonfiguracji środowiska dokonuje Operator systemu po stronie KDPW. Zasady korzystania z otoczenia testowego są analogiczne jak w przypadku systemu kdpw_stream; znajdują się one na witrynie internetowej w sekcji kdpw_stream. Otoczenia produkcyjne i testowe systemu kdpw_otc wykorzystują do komunikacji z Uczestnikami OTC dedykowane, odseparowane Systemy Wymiany Informacji (SWI), składające się z trzech kanałów komunikacji elektronicznej o różnej funkcjonalności, wykorzystywanych także do komunikacji w ramach systemu kdpw_stream. Opis kanałów komunikacji elektronicznej oraz zasady ich wykorzystywania opisane są na witrynie w sekcji kdpw_stream. Uczestnicy OTC, którzy obecnie korzystają z kanałów komunikacji elektronicznej do komunikacji z systemem kdpw_stream w ramach uczestnictwa w KDPW, powinni do komunikacji z systemem kdpw_otc wykorzystać eksploatowane rozwiązanie wraz z posiadanymi certyfikatami bezpieczeństwa, wydanymi przez Głównego Poręczyciela KDPW na etapie zawierania Porozumienia SWI. str. 2

3 Zadania (kroki) procedury 1. Wybór sposobu wymiany komunikatów z systemem kdpw_otc Uczestnik OTC, na podstawie dokumentacji KDPW i wymagań własnych podejmuje decyzję, w jaki sposób chce skomunikować własne rozwiązania IT z systemem kdpw_otc. KDPW udostępnia następujące kanały komunikacji elektronicznej, służące do wymiany informacji pomiędzy systemem kdpw_otc i systemami uczestników: ESDK: Elektroniczny System Dystrybucji Komunikatów, dedykowany do zautomatyzowanej wymiany komunikatów XML z system kdpw_otc ESDI: Elektroniczny System Dystrybucji Informacji, dedykowany do manualnej wymiany komunikatów XML, posiadający mechanizmy automatyzacji : kanał komunikacyjny zrealizowany w oparciu o komponenty sieci SWIFT, dedykowany do automatycznej wymiany komunikatów XML, umożliwiający także obsługę manualną. W przypadku konieczności omówienia możliwych wariantów wykorzystania poszczególnych kanałów komunikacyjnych bardzo proszę o kontakt z Działem Informatyki KDPW. 2. Organizacja spraw formalnych Zależnie od wybranego sposobu komunikacji z systemem kdpw_otc, należy spełnić wymogi formalne: W przypadku Uczestników OTC, którzy są Uczestnikami KDPW i KDPW_CCP należy zawrzeć Aneks nr 2 rozszerzający zakres zastosowania posiadanego przez Uczestnika Porozumienia SWI o nową usługę, oferowaną przez KDPW_CCP. W przypadku Uczestnika OTC który nie jest Uczestnikiem KDPW i KDPW_CCP należy zawrzeć Porozumienie SWI (wersja dla Uczestników KDPW_CCP). Zawarcie Porozumienia SWI jest jednoznaczne z otrzymaniem od KDPW zestawu certyfikatów elektronicznych, służących do składania podpisów elektronicznych pod przesyłanymi komunikatami. Niezbędne dokumenty znajdują sie na witrynie Pomocą w organizacji spraw formalnych służy Główny Poręczyciel KDPW, pan Andrzej Szulik. 3. Integracja własnych rozwiązań IT kanałem komunikacji elektronicznej KDPW str. 3

4 Zależnie od wybranego sposobu komunikacji z systemem kdpw_otc, Uczestnik OTC powinien dokonać odpowiedniej konfiguracji własnych rozwiązań IT. Weryfikacji poprawności przeprowadzonej konfiguracji należy dokonać w otoczeniu testowym systemu kdpw_otc. W przypadku korzystania z kanału komunikacyjnego ESDK wyróżnikiem obsługiwanego systemu (kdpw_stream/kdpw_otc) jest pole typ komunikatu w ramce ESDK przesyłanego komunikatu. W przypadku korzystania z kanału ESDI wyróżnikiem obsługiwanego systemu (kdpw_stream/kdpw_otc) jest rozszerzenie nazwy pliku przesyłanego tym kanałem: o kdpw_stream -XXXXYYYY.XML; o kdpw_otc XXXXYYYY.OTC. W przypadku korzystania z kanału wyróżnikiem obsługiwanego systemu (kdpw_stream/kdpw_otc) jest pole typ komunikatu w ramce ESDK przesyłanego komunikatu. Szczegółowe informacje na temat zasad budowy komunikatów XML wymienianych w ramach systemu kdpw_stream znajdują sie na witrynie w sekcji kdpw_stream. Szczegółowe informacje na temat zasad budowy komunikatów XML wymienianych w ramach systemu kdpw_otc znajdują sie na witrynie w sekcji OTC_Clearing W celu zweryfikowania poprawności tej integracji, sugeruje się, aby Uczestnik przeprowadził test według własnego harmonogramu, zależnie od zastosowanego sposobu integracji. W przypadku potrzeby uzgodnień lub dodatkowych wyjaśnień, proszę się kontaktować z się Działem Informatyki KDPW. 4. Deklaracja wyboru platformy zawierania transakcji. str. 4

5 W ramach systemu kdpw_otc, obsługiwane są dwie platformy konfirmacji: MarkitWire oraz SWIFT Accord. Uczestnik powinien zadeklarować, w oparciu o którą platformę konfirmacji chce współpracować z KDPW_CCP. KDPW_CCP traktuje równorzędnie obie platformy konfirmacji i nie pośredniczy w organizacji współpracy pomiędzy nimi i Uczestnikami. Kontakty: Dział Informatyki KDPW: Główny Poręczyciel: DI_Serwis@kdpw.pl Andrzej.Szulik@kdpw.pl str. 5

Podobne dokumenty

KDPW_TR Step by Step

KDPW_TR Step by Step Obowiązek raportowania > Zgodnie z art. 9 EMIR 1 kontrahenci oraz CCP mają obowiązek zapewnienia, aby szczegółowe informacje na temat każdego zawartego przez te podmioty kontraktu