1 Podsumowanie trzeciego spotkania NUG_PL w dniu 6 września 2010Sławomir Panasiuk Wiceprezes Zarządu KDPW SA Warszawa 14 grudnia 2010
2 Dokumentacja kontraktowa T2SFramework Agreement (FA) – centralne depozyty Proces negocjacji z depozytami dotyczący umowy i załączników, w tym kwestii związanych z: podejmowaniem decyzji i zarządzaniem programem T2S odpowiedzialnością finansową stron w razie naruszenia warunków umowy rozwiązaniem umowy Draft dokumentów został dostarczony do CESR w lipcu 2010 Podpisanie umowy planowane na Q3 2011 Currency Participation Agreement – banki centralne Negocjacje z 3 bankami centralnymi z poza strefy euro –wejście na T2S z walutą lokalną Trwają rozmowy z innymi bankami centralnymi Planowane podpisanie umowy Q3 2011 17 załączników, w tym: Plan projektu, Testy użytkownika, Migracja, SLA, Cenniki, Zarządzanie,(Governance), procedura zmiany zamówienia Negocjacje w ramach struktury organizacyjnej, PMSG, CCG, PB , GoC MoU podpisało 30 CSD. W czerwcu podpisał węgierski Keller. Sygnariuszami MoU z regionu są Austria, Wegry, Rumunia, Bułgaria, Polska i kraje Bałtyckie. Masa krytyczna rośnie Podpisała też Malta. Rynek krajowy, zdominowany przez inwestorów indywidualnych. Strategicznie ważne interoperability z innymi depozytami. Bez T2S Malty by nie było stać. T2S w automatyczny sposób zapewnia interoperability i niski koszt transakcji transgranicnych. Malta liczy na napływ inwestorów zagranicznych na swój rynek. Liczy też, że przyciągnie inwestorów instytucjonalnych, którzy głównie działają poprzez rynek OTC. Poruszanych jest wiele kwestii spornych, depozyty są wymagające. Zakończenie negocjacji przewidziane na styczeń GoC aprobuje w lutym. Podpisanie umowy w Q3 W momencie podpisywania umowy istnieją ryzyka nie jest znany wybór NP. Teraz określane są pewne kryteria, ale nie wszystkie parametry będą znane przed podpisaniem umowy jak np. ceny NP..takich kwestii jak finansowe stron i kwestie dotyczące rozwiązania umowy. Równolegle toczą się rozmowy z bankami centralnymi. Umowa powinna być podpisana w tym samym czasie co z depozytami. Część załaczników i zapisów prawnych będzie wzorowana na umowach z CSD
3 Eligibility criteria Criterion 1: CSDs in T2S are recognised under Article 10 of the Settlement Finality Directive Criterion 2: CSDs in T2S have been positively assessed by the competent authorities against ESCB/CESR recommendations. Criterion 3: Any CSD which wishes to join T2S must make each security/ISIN for which it is issuer CSD (or technical issuer CSD) available to other CSDs in T2S upon request. Criterion 4: A CSD in T2S commits to offer to other CSDs in T2S basic custody services on a non-discriminatory basis. Criterion 5: A CSD in T2S commits to carry out its CeBM settlement in T2S if the currency is available in T2S. 3 ostatnie kryteria dotyczą zasad związanych z zapewnieniem równiej konkurencji dla wszytskich. Criterion 3: Justification: T2S has a strong interest to ensure that the CSDs participating in T2S open up to competition. Many market participants have mentioned the risk that some CSDs may be tempted to free ride on T2S. This would happen if a CSD used T2S to access securities issued by other CSDs, but did not make its balances available to other CSDs. The fear that some CSDs may free ride might in turn prevent other CSDs from bringing into T2S their securities Implementation guidelines: This criterion does not go as far as demanding that a CSD in T2S holds all its accounts and balances in T2S for every security/ISIN it issue. But it requires that if the users of another CSD in T2S (the investor CSD) wish to acquire and settle in T2S that security/ISIN, this can be done at no additional cost and without delay. Criterion 4: Justification: This criterion is a necessary complement to Criterion 3 above. It seeks to ensure that CSDs in T2S do not erect technical barriers when providing basic custody services (such as interest or dividend payments) to one another. It is also in line with the provisions in the Code of Conduct. Criterion 5 The criterion acknowledges however that, when the currency is not in T2S, the CSD cannot conduct DvP settlement in central bank money in T2S. The CSD may join T2S and continue to perform DvP in its legacy platform, provided that the securities it issued are easily accessible to other T2S CSDs (see criteria 3 and 4).
4 Dokumentacja techniczna w T2Sskłada się z 5 dokumentów opracowywanych przez 4CB User Requirement Document – Formalisation of users needs – General Functional Specification: o Allow the users to understand how the User Requirements Document will be provided by the T2S platform o High-level functional architecture of T2S O Functional description of the domains and modules with presentation of representative use cases processing o Conceptual Data Model Appendices: list of use cases, list of reports types, list of query types… – User Detailed Functional Specification o Detailed description of T2S application processes accessible in A2A mode o Reference for the T2S messages. Najważniejszy dokument. Na jego bazie budowany interfejs z T2S - User Handbooks • Detailed description of T2S GUI • user manual for using the T2S graphical user interface exclusively focusing on the U2A dialogue with T2S – General Technical Design o Overview of the T2S technical infrastructure • the Application design: high level description of the Application architecture and of the domains / modules • the Infrastructure design: description of the Infrastructure Architecture and of principles for implementing UR such as Connectivity Services and Business continuity The GTD document is mainly addressed to the IT staff of the T2S stakeholders. The GTD document (V2.2) is available on the ECB website
5 Harmonogram działań KDPWPodpisanie umowy zostanie przesunięte na 3Q Z punktu widzenia realizacji projektu nie ma to znaczenia. UDFS w 3Q. Przygotowanie specyfikacji to 3Q Dostosowanie systemu KDPW oraz testy wewnętrzne to 8Q czyli 2 lata. Faza testów trwa 6Q, czyli 1,5 roku. Przewiduje się 3 fale migracji.
6 Harmonogram testów KDPWDokument dotyczący opracowania dokumentacji interfejsu komunikacyjnego będzie opracowywany od 3Q 2011 do 4Q 2013. Występują trzy fale migracji. Założenia w pierwszej ok. 10% obrotów. Z reguły będą to depozyty małe i średnie. Okres testów to tylko 3 Q. Musza to być jednak depozyty reprezentatywne. Chodzi o to by wszystkie funkcjonalności były przez te depozyty wykorzystywane. System musi wykazać cechy stabilności, żeby mogła wejść kolejna fala migracji. W drugiej fali 50-60% w 3 fali pozostali uczestnicy rynku. . Testy w drugiej i trzeciej fali trwają 6Q. Składają się z 3 rodzajów testów. Testy sprawdzające współpracę systemów CSD z T2S. Następnie testy z uczestnikami. Na końcu testy generalne . W testach generalnych mają uczestniczyć wszyscy uczestnicy T2S. Mają być przetestowane również testy migracji. Wejście z rozrachunkiem w euro mało korzystne dla KDPW, gdy Polska nie przystąpi jeszcze do strefy euro. Utrzymywanie dwóch systemów, Brak dostępności innych ISINów. Brak możliwości transferów transgranicznych. Migracja : 1 fala 2 fala 3 fala
7 Struktura tabeli opłat T2S – Załącznik 7 Umowy Ramowej z T2SPodstawa ustalania opłat: zasada „cost recovery” - zwrot kosztów budowy systemu T2S w ciągu 7 lat; wysokość opłaty uzależniona od obciążenia, jakie realizacja usługi stanowi dla systemu T2S; baza - opłata za realizację rozrachunku DvP. Stawki opłat: jednakowe dla wszystkich depozytów; stawka bazowa – aktualna propozycja: 15 eurocentów; stawka zerowa na niektóre usługi - możliwa zmiana jeśli nasilone korzystanie z tych usług przez uczestników spowoduje wzrost wymogów wobec systemu T2S. Opłaty za usługi informacyjne (zapytania i raporty) przez pierwsze 6 miesięcy działania T2S – uzależniona od liczby instrukcji i zmian statusu ujętych w danym raporcie; po tym okresie - opłaty stałe za każdy raport /zapytanie, niezależnie od rodzaju. Pobieranie opłat: Faktury wystawiane miesięcznie, na rzecz centralnych depozytów. baza - opłata za realizację rozrachunku DvP; pozostałe opłaty ustalone w odniesieniu do niej; Zdarzenia obciążane opłatą zgodnie z datą wykonania instrukcji/zajścia zdarzenia w systemie T2S.
8 Analiza SWOT „PLN jako waluta rozrachunku na platformie T2S”Dyskusja dotycząca wejścia rynku polskiego na platformę T2S z PLN jest kontynuowana na dzisiejszym spotkaniu NUG_PL Decyzję podejmuje NBP na wniosek KDPW do marca 2011r. Decyzja KDPW będzie zależała od: Stanowiska GPW Stanowiska uczestników rynku Decyzji kluczowych depozytów z regionu Europy Środkowo-Wschodniej odnośnie potencjalnego wejścia na T2S z walutą krajową Ocenie możliwości sprostania zagranicznej konkurencji Koncepcja – rozpocząć spotkanie 11 maja 2010 od zagadnień i slajdu na którym skończyliśmy poprzednie. Po podpisaniu przez KDPW 10 lutego 2010 umowy z Eurosystemem ws. rozwijania, a po uruchomieniu operacyjnym - użytkowania platformy T2S. Skrócona agenda pierwszego spotkania NUG_PL z dnia 4 marca 2010, omówione zostały: 1. Cele T2S. Na tle obecnej fragmentacji rozrachunku i rozliczeń w Europie i wizji EBC jej integracji. 2. Rys historyczny projektu T2S, plany implementacji T2S w 2014 roku – uaktualniony harmonogram zakłada wdrożenie 4Q2015 3. Struktura zarządzania projektem T2S i role uczestników projektu. 4. T2S – Jak to działa? Charakterystyka funkcjonalności w zakresie rozrachunku. 5. Szanse i korzyści oraz potencjalne zagrożenia dla podmiotów rynku. 6.Cele i zadania NUGów i NUG_PL. Założenia dotyczące funkcjonowania NUG_PL 7. Przedstawienie propozycji stanowiska rynku polskiego ws.T2S matching fields – pierwszy materiał konsultacyjny, który wysłaliśmy 8. Co dalej? Agenda następnego spotkania. Dziś możemy
9 Krajowy Depozyt Papierów Wartościowych S.A. Krajowy Depozyt Papierów Wartościowych S.A. ul. Książęca 4, Warszawa