1.Na czym polegać będzie (jaki stopień dokładności) kontrola poprawności instrukcji rozrachunkowych?
W T2S instrukcje rozrachunkowe będą podlegać kontroli wykonywanej przez moduł Instruction Validation domeny LifeCycleManageMent, LCMM systemu; sprawdzane będzie m.in. wielokrotność przesłania danej instrukcji, zawartość pól obowiązkowych w danym typie instrukcji, wskaźniki procesu przetwarzania dla instrukcji, upoważnienia wystawcy instrukcji, szczegóły zawiera URD rozdział 5.3. Validation oraz GFS rozdział 3.4.3. Instruction Validation.
| 2.Czy KDPW przewiduje raportowanie przyczyn niezestawiania się instrukcji?
Niezestawionym instrukcjom rozrachunkowym w T2S przechowywanych jako LCMM Instruction przepisywane są statusy referencyjne dotyczące Hold/Release (wartość Y/N), CoSD (dostawy warunkowej, wartość domyślna N), Cancellation (domyślna wartość not cancelled), Settlement (wartość domyślna unsettled), Approval (jeśli instrukcja wymaga specjalnego trybu potwierdzenia – wartość statusu awaiting approval); informacje te obsługiwane są zapytaniem o status instrukcji.
| 3.Jak będą dostarczane allegementy z rynku (zwłaszcza transgraniczne transakcje)?
Allegementy do oczekujących na zestawienie instrukcji wysyłane będą do każdego kontrpartnera zdefiniowanego w bazie danych T2S jako T2S aktor, więc również do uczestników zagranicznych; będą podlegały subskrybowaniu jako message function, dostarczanie planowane jest EOD (na koniec przetwarzania w trybie nocnym i dziennym) oraz kilka razy w określonych porach dnia, z opóźnieniem systemowym w stosunku do pierwszej nieudanej próby zestawiania.
| 4.Jak KDPW zamierza prowadzić/udostępniać referencyjną bazę danych (biorąc pod uwagę możliwość wprowadzenia w T2S matchowania na poziomie 3 - finalnego klienta)?
Główna baza danych będzie nadal prowadzona w KDPW, na T2S przesyłane będą w formacie komunikatów opracowanych w UDFS dane niezbędne do rozrachunku dotyczące 5 kategorii zagadnień: ISINów, uczestników, kont papierów wartościowych, kont pieniężnych oraz parametrów i upoważnień; o ile finalny klient będzie uczestnikiem KDPW (BIC) będzie adresowany w bazie danych; matching na poziomie 3 nie jest dotychczas uznany za obowiązkowy w T2S, jego stosowanie zależeć będzie od stron rozrachunku.
| 5.Czy wraz z dostosowaniem kalendarza/harmonogramu dnia rozrachunku KDPW planuje dokonać standaryzacji obsługi zdarzeń korporacyjnych?
W zakresie harmonizacji CA w projekcie T2S prowadzone są prace przez Grupę Roboczą we współpracy z ESSF, CAJoinedWorkingGroup oraz CASubGroup, która do września 2010 ma opracować raport na temat monitorowania tworzenia europejskich standardów wykonywania CA; dotychczas dyskutowane rozwiązania w T2S dotyczą jedynie blokad i instrukcji rozrachunkowych dotyczących dystrybucji papierów i gotówki w aspekcie cross-border, wypłat pożytków pieniężnych oraz ustawienia tych instrukcji w sekwencjach sesji przetwarzania nocnego; szczegóły URD załącznik nr12; niezależnie od T2S, zgodnie ze strategią w KDPW prowadzone są projekty związane z obsługą zdarzeń koroporacyjnych w zgodzie z międzynarodowymi standardami oraz z zapewnieniem przetwarzania procesów z zachowaniem STP, standaryzacją wymiany informacji oraz automatyzacją CA na papierach zagranicznych emitentów.
|
| |
|
|
Ostatnia aktualizacja:28-12-2011
|
Do góry
|
|
|
|