MIGRATION WEEKEND PLAYBOOK T2S Project Versione 1.0 Text 1 Sommario 1.0 GESTIONE DEL DOCUMENTO 4 1.1 Cronologia del documento 1.2 Acronimi ed abbreviazioni 1.3 Documentazione di riferimento 4 4 5 2.0 OBIETTIVO DEL DOCUMENTO 6 3.0 ATTORI COINVOLTI 7 4.0 PRE CONDIZIONI 9 5.0 FINE SETTIMANA DI MIGRAZIONE A T2S 11 5.1 Introduzione 5.2 Schedulazione del fine settimana di migrazione 11 12 MIGRAZIONE DEI DATI DINAMICI 27 6.0 6.1 Migrazione dei dati dinamici dalla Custody 28 6.1.1 Giri FoP non riscontrati dalla Custody 28 6.1.2 Gestione suffissi dividendi 28 6.2 Migrazione dei dati dinamici da X-TRM 29 6.2.1 Operazioni cross-border non riscontrate e riscontrate 30 6.2.2 Operazioni con Sistema di liquidazione Express II lorda e netta 30 6.3 Corporate Action on flow 33 6.4 Operazioni non gestite dai sistemi di liquidazione di Monte Titoli, ovvero sistemi di regolamento Euroclear (“03”) e Clearstream (“04”) 33 6.5 Operazioni inviate a Sistemi di regolamento diversi dai precedenti 33 3 1.0 GESTIONE DEL DOCUMENTO 1.1 Cronologia del documento Data Versione 09/04/2014 1.2 1.0 Descrizione - Acronimi ed abbreviazioni Nome Descrizione A2A Application 2 Application CAoF Corporate Action on Flow CB Central Bank CCP Central Counter Party CMS Collateral Management System CSD Central Securities Depository DCP Direct Connected Participant DD Dynamic Data DL Dedicated Link DMT Data Migration Tool ECB European Central Bank FoP Free of Payment ICP Indirect Connected Participant ISD Intended Settlement Date MSP Migration Synchronisation Point MT Monte Titoli MWE Migration Week End NSP Network Service Provider OTC Over the Counter PB Payment Bank PTA Party Technical Address RTGS Real Time Gross Settlement SI Settlement Instruction 4 SME System Maintain Entity SoD Start of Day SP Synchronisation Point SR Settlement Restriction T2 Target 2 T2S Target 2 Securities U2A User 2 Application VAN Value Added Network 1.3 Documentazione di riferimento Documento di riferimento Fonte http://www.montetitoli.it/area- Istruzioni Servizio X-TRM download/normativa/expressii/istrxtrm28102013senz a.pdf Istruzioni al Servizio di Gestione Accentrata per Intermediari ed Emittenti http://www.montetitoli.it/areadownload/normativa/gestioneaccentrata/istruzga0807 2013clean.pdf Documento del gruppo di lavoro “T2S/MT Testing & Migration Preparation Schedule Migration” pubblicato nell’apposita sezione documentale di MT-X T2S User Detail Functional http://www.ecb.europa.eu/paym/t2s/pdf/UDFS_v1_2_ Specifications 1.pdf?02dbde3be45b2d0bf5a5afcf4de34f36 T2S User Hand Book http://www.ecb.europa.eu/paym/t2s/pdf/User_Handb ook_v1.0.pdf?cc76cbb67593fe9e8b489e733a315bea 5 2.0 OBIETTIVO DEL DOCUMENTO Il documento intende fornire una descrizione delle differenti attività da svolgere durante il weekend di migrazione a T2S, con particolare riferimento a quelle che prevedono un coinvolgimento diretto del cliente e/o una necessaria sincronizzazione con lo stesso. Il documento definisce le modalità e le tempistiche con le quali le attività dovranno essere eseguite dagli attori coinvolti. Si noti che gli elementi riportati nel documento sono riferibili solo alla prima finestra di migrazione a T2S. Le peculiarità delle finestre di migrazione successive alla prima saranno oggetto di appositi documenti di futura redazione. Il documento “Migration Weekend Playbook” copre le seguenti tematiche: una descrizione dettagliata del piano di migrazione (identificazione delle attività e corrispondente timing) relativamente al fine settimana di migrazione a T2S, con riferimento alle attività da svolgersi; l’individuazione dei punti di sincronizzazione delineati a livello di Eurosistema e quelli aventi natura prettamente bilaterale tra Monte Titoli ed i propri clienti; una descrizione della strategia di migrazione dei dati dinamici nei nuovi sistemi legacy di Monte Titoli ed in T2S e delle conseguenze dirette per i sistemi dei clienti di Monte Titoli. Le considerazioni qui riportate sono da leggersi in maniera complementare al documento di “Migration Preparation Schedule”. La schedulazione del fine settimana di migrazione a T2S potrebbe subire variazioni in quanto strettamente dipendente e correlata alla pianificazione definita a livello di Eurosistema (il piano della ECB può essere reperito e consultato direttamente il sito internet di cui al link di seguito: www.ecb.int/T2S). 6 3.0 ATTORI COINVOLTI La seguente tabella elenca i soggetti coinvolti nel processo di migrazione alla piattaforma T2S nel lasso temporale che va dal 19 giugno al 22 giugno 2015. Ogni singolo soggetto partecipa al processo di migrazione alla piattaforma T2S a seconda dello specifico ruolo che ricopre. Sono elencati a seguire i soli ruoli applicabili alla prima finestra di migrazione a T2S. Per una panoramica completa del processo di migrazione si faccia riferimento al capitolo 3 del documento “Migration Preparation Schedule”. ATTORI DESCRIZIONE I CSD sono chiamati a migrare il loro sistema di regolamento titoli a T2S con riferimento alla specifica finestra di migrazione a cui Migrating CSD prendono parte. Il processo di migrazione a T2S avviene coinvolgendo simultaneamente le Banche Centrali Nazionali ed i clienti dei CSD (CSD Participant). Le Banche Centrali sono chiamate a migrare a T2S con riferimento alla specifica finestra di migrazione a cui prendono parte. Il processo di migrazione a T2S avviene coinvolgendo simultaneamente i CSD nazionali e le Payment Bank. Si ricorda che le Banche Centrali possono migrare alla nuova Migrating CB piattaforma T2S assumendo uno o più ruoli di seguito elencati: Owner del sistema RTGS Gestore della liquidità System Entity Settlement Agent CSD che operano in T2S come SME, ovvero come “Securities Maintaining Entities” ovvero CSD che si occupano di definire in T2S SME CSD gli strumenti finanziari di loro competenza I CSD Participant, ovvero i clienti dei CSD. È possibile distinguere CSD (DCP/ICP) participant due differenti tipologie di CSD Participant, ovvero: DCP: soggetti che interagiscono direttamente con la piattaforma T2S in modalità A2A o U2A; 7 ICP: soggetti che interagiscono con la piattaforma T2S attraverso i CSD Le Payment Bank, ovvero i soggetti clienti delle Banche Centrali. È possibile distinguere due differenti tipologie di Payment Bank: Payment Bank DCP: soggetti che interagiscono direttamente con la piattaforma T2S per la componente cash in modalità A2A o (DCP/ICP) U2A ICP: soggetti che interagiscono con la piattaforma T2S attraverso le Banche Centrali Network Service Provider (NSP) RTGS Operator T2S Operator Comprendono i due VAN (Value Added Network) di T2S, ovvero “SIA/Colt” e “SWIFT” così come DL (Dedicated Link) che fornisce “CoreNet” Operatori del sistema RTGS connessi alla piattaforma T2S, come ad esempio il “T2S Operator” Soggetto dell’ Eurosistema che supporta tutte le attività di produzione della nuova piattaforma T2S 8 4.0 PRE CONDIZIONI La corretta esecuzione del fine settimana di migrazione alla nuova piattaforma T2S implica il preventivo soddisfacimento di una serie di pre-requisiti, che devono essere soddisfatti dai soggetti coinvolti nella finestra di migrazione a T2S a seconda dei differenti ruoli che gli stessi ricoprono. In particolare, costituisce pre-condizione necessaria per l’esecuzione del fine settimana di migrazione la corretta esecuzione delle seguenti attività: Exit criteria della fase di User Testing L’esito positivo delle attività eseguite durante la fase di User Testing, ed opportunamente validate sia dall’ Eurosistema che da Monte Titoli (e relative Banche Centrali), è prerequisito per avviare l’ insieme di attività caratterizzanti il weekend di migrazione a T2S. Corretta esecuzione delle attività di pre-migrazione a T2S La corretta esecuzione delle attività da eseguire nel lasso temporale precedente il weekend di migrazione a T2S rappresenta un fondamentale presupposto per l’esecuzione di molte delle attività caratterizzanti il fine settimana di migrazione a T2S (per elementi di maggior dettaglio si faccia riferimento al documento denominato “Migration Preparation Schedule”). Si prenda ad esempio in considerazione la corretta configurazione e migrazione dei dati statici sia in T2S che nei “nuovi sistemi” di Monte Titoli nella fase di pre-migrazione, al fine di innescare le relative attività durante il fine settimana di migrazione. Preparazione e coinvolgimento dell’intera Community L’Eurosistema deve accertarsi che tutte le informazioni e l’insieme dei processi che dovranno essere eseguiti durante il fine settimana di migrazione a T2S siano stati opportunamente e tempestivamente comunicati ai differenti attori coinvolti, affinché gli stessi possano procedere all’esecuzione delle varie attività in relazione ai differenti ruoli che ricoprono. Al riguardo Monte Titoli ha fin dal principio provveduto ad informare e coinvolgere opportunamente i propri clienti sulle modalità e tempistiche relative alle attività di migrazione, istituendo veri e propri momenti di condivisione e gruppi di lavoro (“T2S/MT Testing e Migration”), sessioni di training ed incontri bilaterali ad-hoc. 9 L’attività di readiness di Monte Titoli con la propria comunità finanziaria si prefigge: l’ottenimento della certificazione da parte dell’Eurosistema volta a documentare che i soggetti che dovranno interagire con la nuova piattaforma (DCP) abbiano un’adeguata infrastruttura tecnica tale per cui l’interazione con la nuova piattaforma T2S non generi criticità; l’ottenimento dell’autorizzazione rilasciata da Monte Titoli ai partecipanti diretti ed indiretti alla piattaforma T2S; di assicurarsi che i sistemi e le procedure interne dell’intera community finanziaria coinvolta nella prima finestra di migrazione siano effettivamente pronti ad interagire con la nuova piattaforma T2S e con i sistemi legacy di Monte Titoli. 10 5.0 FINE SETTIMANA DI MIGRAZIONE A T2S 5.1 Introduzione Il fine settimana di migrazione alla nuova piattaforma T2S per la prima finestra è suddiviso in più fasi, la cui esecuzione è stata pianificata dal venerdì 19 giugno 2015 al lunedì 22 giugno 2015 (cfr. capitolo: Schedulazione del fine settimana di migrazione). La schedulazione proposta al capitolo 5.2, che ricalca nei contenuti e nella tempistica quanto definito a livello di Eurosistema, illustra in maniera sequenziale l’insieme delle principali attività e punti di sincronizzazione che caratterizzano il fine settimana di migrazione a T2S e che devono essere eseguite dall’intera community coinvolta nella prima finestra di migrazione a T2S, ognuno in relazione allo specifico ruolo ricoperto. Si noti che, nonostante la sequenza logico-procedurale delle attività riportate nella schedulazione di cui di seguito possa essere considerata definitiva, il relativo “timing” potrebbe subire limitate variazioni in relazione a quanto stabilito a livello di Eurosistema. Si ricorda che i Migration Synchronisation Points (MSP) rappresentano predefiniti punti di raccordo aventi lo scopo di monitorare lo stato di avanzamento di tutte le parti coinvolte nonché garantire un allineamento dei diversi stakeholder e delle attività da svolgere durante il fine settimana di migrazione alla piattaforma T2S. A seconda della natura degli stessi, l’ECB distingue: Synchronisation Points bilaterali: i quali coinvolgono solo un CSD/CB e l’Eurosistema; Synchronisation Points multilaterali: i quali coinvolgono più attori, inclusi i clienti dei rispettivi CSD/CB. Al fine di garantire il successo del processo di migrazione, Monte Titoli definisce, oltre ai punti di sincronizzazione stabiliti a livello di ECB, addizionali momenti nei quali vi sarà la necessità di un allineamento con i propri clienti. 11 5.2 Schedulazione del fine settimana di migrazione La tabella proposta di seguito illustra in maniera sequenziale l’insieme delle attività da svolgere durante il fine settimana di migrazione a T2S. In particolare, la tabella risulta essere così composta: “N.”: numerazione sequenziale dell’ attività/punto di sincronizzazione; “Timing”: data ed ora esatta nella quale la specifica attività/punto di sincronizzazione viene eseguita; “Attore coinvolto”: soggetto chiamato ad eseguire la specifica attività/punto di sincronizzazione; “Descrizione”: descrizione dell’attività/punto di sincronizzazione. Si ricorda che la schedulazione riportata di seguito ricalca quando definito a livello di Eurosistema. Si specifica, inoltre, che non tutte le attività dettagliate nella seguente tabella prevedono il coinvolgimento del cliente, poiché attività ove l’ambito è di esclusiva competenza del CSD/CB/T2S Operator/RTGS Operator. Pertanto il cliente deve prestare particolare attenzione alle attività ove figura come “attore coinvolto” (denominate come DCP, ICP o cliente). Le stesse sono evidenziate in giallo per facilità di lettura. L’elenco completo delle attività è disponibile nel documento “Detailed Migration Storyline” (e relativi allegati) della ECB che sarà pubblicato a breve. N. ATTIVITA’/ PUNTO DI SINCRONIZZAZIONE TIMING ATTORE COINVOLTO CSD Inizio delle attività di migrazione a T2S 1 CB h. 18.45 - 18.46 I CSD e le CB dichiarano di essere ufficialmente pronti per avviare l’insieme delle attività da svolgersi durante il fine settimana di migrazione a T2S. L’ operatore RTGS chiude ogni forma di comunicazione 19.06.2015 2 DESCRIZIONE Chiusura dei liquidity transfer orders da T2 a RTGS Operator T2S dai propri sistemi RTGS (esempio T2 per l’Euro) a T2S. In tal modo nessun ordine di trasferimento di liquidità viene 12 inviato a T2S. L’operazione di salvataggio dei dati garantisce al T2S 19.06.2015 3 h. 18.46 - 21.16 Primo salvataggio dei dati caricati T2S Operator Operator la disponibilità di una copia dei dati relativamente alle attività eseguite fino a questo momento. Ciò al fine di agevolare eventuali attività di contingency. MSP 1: 19.06.2015 4 h. 21.16 Green light per l’ avvio delle attività da eseguire durante il fine settimana CSD di CB I CSD e le CB dichiarano di essere effettivamente pronti per l’avvio delle attività di migrazione a T2S. migrazione a T2S Il T2S Operator imposta la business date di T2S relativa al 19.06.2015 5 h. 21.26 – 21.41 19.06.2015 6 h. 21.41 - 21.42 19.06.2015 7 h. 21.26 – 22.56 19.06.2015 8 h. 21.41 – 22.41 Variazione della business date T2S Operator primo giorno successivo al weekend di migrazione (ovvero al 22/06/2015). Il T2S Operator blocca tutti i messaggi in uscita dei Blocco dei messaggi in uscita dei soggetti T2S Operator DCP technical address) fornita dai rispettivi CSD/CB Caricamento dei Collateral Management System (CMS) soggetti DCP, sulla base della lista dei PTA (Party CB Payment banks (DCP) Le CB e le PB trasferiscono in T2S i loro sistemi di collateral (CMS, Collateral Management System). Presupposto fondamentale affinché Esecuzione dei Collateral Management System T2S Operator (CMS) detta attività possa eseguirsi è che il collaterale sia stato correttamente trasferito dalle CB/PB ai sistemi T2S (cfr. step 11). 13 Riconciliazione 19.06.2015 9 h. 23.26 – 00.11 valutazione dei delle CMS posizioni fees e effettuata della dai sistemi T2S CB Payment banks (DCP) Le CB e le PB sono chiamate a riconciliare l’ammontare di collaterale caricato in T2S con quanto registrato nei propri sistemi legacy. I CSD e le CB hanno provveduto a creare/aggiornare i nuovi dati disponibili in T2S. In particolare, le CB e le PB che forniscono servizi di autocollateralizzazione a partire dal primo ciclo di regolamento, devono aver opportunamente completato la configurazione dei relativi titoli e definire quali di essi risultano essere “eligible” in T2S. MSP 3: 20.06.2015 10 h. 00.12 – 01.02 Conferma dei dati statici caricati dai CSD e CSD dalle CB, compresa la validazione dei link cross-CSD CB Inoltre, i CSD e le CB devono aver completato, a tale stadio di analisi, la riconciliazione dei dati statici, compresa validazione dei link cross-CSD. Si sottolinea che, alla luce della strategia di migrazione dei dati statici di Monte Titoli, il set di dati statici in essere in tale fase coincide con gli static data caricati durante la fase di pre-migrazione (27/04/2015). Il set completo di dati di configurazione è visibile attraverso la GUI di T2S (solo per i clienti DCP) ed attraverso il web tool dedicato di Monte Titoli (per tutti i clienti). 11 20.06.2015 T2S Operator 14 L’ operazione di salvataggio dei dati garantisce al T2S h. 01.02 – 01.47 operator la disponibilità di una copia dei dati relativamente Secondo salvataggio dei dati caricati alle attività eseguite fino a questo momento. Ciò agevola notevolmente le attività ed i processi da porre in essere nel caso in cui dovesse ravvisarsi la necessità di innescare possibili operazioni di contingency. 19.06.2015 12 h. 21.41 – 21.42 L’Operatore RTGS apre i canali di comunicazione dai Liquidity transfer trials: Apertura dei liquidity transfer da T2 a T2S RTGS Operator propri sistemi RTGS (esempio: T2 per EUR) a T2S, in modo tale che la liquidità possa essere correttamente trasferita a T2S. 19.06.2015 13 h. 21.42 – 22.42 19.06.2015 14 h. 21.43 - 22.52 Liquidity transfer trials: Istruzione/caricamento dei liquidity transfers CB alla piattaformaT2S MSP 4: Conferma della corretta esecuzione del CB trasferimento di liquidità per il “trials” In tale fase le CB inviano istruzioni di liquidity trials dai sistemi RTGS (T2 in caso di EUR) a T2S per i “trials”. Le CB confermano di aver correttamente completato il trasferimento della liquidità e l’esecuzione dei “trial”. Il T2S Operator avvia l’elaborazione dei liquidity transfer 19.06.2015 15 h. 22.52 – 23.22 Liquidity transfer trials: T2S Operator Esecuzione dei liquidity transfer order inviati a T2S per il “trials”. Al termine della loro esecuzione, T2S invia alle CB una conferma di corretta esecuzione delle stesse. 19.06.2015 16 17 h. 23.22 – 23.52 20.06.2015 Liquidity transfer trials: CB Riconciliazione dei liquidity transfer order MPS 5: CB Conferma dalle CB della corretta esecuzione 15 Le CB riconciliano i trasferimenti di liquidità registrati in T2S con le relative istruzioni inviate dalla CB per il trials. Le CB forniscono il green-light per continuare il processo di migrazione dopo aver verificato che le prove relative al h. 23.53 - 00.03 trasferimento della liquidità e l’esecuzione delle stesse dei liquidity transfer trials siano terminate con esito positivo. 20.06.2015 18 h. 00.03 – 00.04 19.06.2015 19 h. 21.41 – 22.11 19.06.2015 20 h. 22.42 - 22.21 19.06.2015 21 h. 22.21 – 22.51 19.06.2015 22 23 h. 22.51 – 23.21 L’RTGS Operator chiude la comunicazione dai propri Liquidity transfer trials: RTGS operator Chiusura dei liquidity trials da T2 a T2S l’impossibilità di trasferire liquidità a T2S. Securities settlement trials: Caricamento delle istruzioni FoP per il Migrating CSD settaggio delle posizioni titoli MSP 6: Conferma del corretto sistemi RTGS a T2S, comportando, in tal modo, caricamento delle CSD istruzioni di regolamento FoP per il “trial” I CSD inseriscono nel sistema di regolamento delle istruzioni FoP per il “settlement trials”. I CSD devono aver completato il caricamento di istruzioni di regolamento finalizzate all’ esecuzione dei “trials”. Il T2S Operator avvia le attività di elaborazione delle Securities settlement trials: Regolamento delle istruzioni FoP caricate per T2S Operator il trials istruzioni di regolamento inserite nel sistema. Successivamente, il T2S Operator invia ai CSD una conferma della loro corretta esecuzione. Securities settlement trials: Migrating CSD Riconciliazione delle istruzioni FoP regolate 19.06.2015 CSD 16 I CSD riconciliano quanto registrato nei propri sistemi con le istruzioni FoP inviate dai CSD a T2S per il trials. I CSD forniscono il green light dopo aver verificato che le h. 23.22 - 23.32 19.06.2015 24 h. 23.32 – 00.29 MSP 7: istruzioni di regolamento inviate per il “trials” siano state Conferma della corretta esecuzione dei trials correttamente eseguite da T2S ed opportunamente eseguiti dai CSD riconciliate. Caricamento delle posizioni: Caricamento delle istruzioni FoP per il Migrating CSD settaggio iniziale delle posizioni titoli I CSD immettono istruzioni FoP per le posizioni titoli create in T2S. Dal momento in cui i CSD inseriscono istruzioni FoP in 19.06.2015 25 h. 00.29 – 00.30 T2S, i CSD stessi possono interrogare la piattaforma Caricamento delle posizioni: Migrating CSD Query di risposta inviata da T2S relativamente (query) per le istruzioni FoP immesse nel sistema. La suddetta attività (query response) rappresenta la a istruzioni FoP risposta inviata da T2S ai CSD relativamente alle query inviata. 20.06.2015 26 h. 00.30 – 02.30 19.06.2015 27 28 h. 23.32 – 23.33 Caricamento delle posizioni: Migrating CSD Riconciliazione delle istruzioni FoP Caricamento delle posizioni: Migrating CSD Caricamento delle settlement restriction per il Questa attività è eseguita dal CSD al fine di riconciliare le istruzioni FoP caricate rispetto a quanto registrato in T2S. I CSD caricano le settlement restriction in T2S per il settaggio iniziale delle relative posizioni. settaggio iniziale delle relative posizioni 19.06.2015 Migrating CSD 17 Dal momento in cui i CSD inseriscono le settlement h. 23.33 – 23.34 Caricamento delle posizioni: Query inviata da T2S restriction in T2S, i CSD stessi possono interrogare relativamente alle direttamente T2S inviando apposita query. settlement restriction La suddetta attività (query response) rappresenta la risposta inviata da T2S relativamente alla query richiesta dal CSD. 19.06.2015 29 h. 23.34 – 00.04 Questa attività è eseguita dal CSD al fine di riconciliare le Caricamento delle posizioni: Migrating CSD Riconciliazione delle settlement restriction in T2S. MSP 8 : 20.06.2015 30 h. 02.31 - 02.41 Conferma dei dati settlement restriction caricate rispetto a quanto registrato I CSD sono tenuti a confermare la correttezza del dinamici/settlement restriction caricati dal CSD CSD processo di invio delle istruzioni FoP così come delle settlement restriction relativamente alle posizioni caricate in T2S. L’operazione di salvataggio dei dati garantisce al T2S Operator la disponibilità di una copia dei dati relativamente 20.06.2015 31 h. 02.41 -03.26 Terzo salvataggio dei dati caricati T2S Operator alle attività eseguite fino a questo momento. Ciò agevola notevolmente le attività ed i processi da porre in essere nel caso in cui dovesse ravvisarsi la necessità di innescare possibili operazioni di contingency. Sequenza di regolamento M1: 20.06.2015 32 h. 03.26 – 03.51 regolamento delle istruzioni FoP per T2S Operator l’inizializzazione delle posizioni titoli e delle posizioni earmarked 18 Il T2S Operator avvia la sequenza di regolamento per l’elaborazione delle istruzioni FoP. 20.06.2015 33 h. 03.51 – 03.56 Sequenza di reporting M1: T2S Operator report inviato ai CSD Il sistema T2S invia un report per le istruzioni FoP che sono state regolate nella sequenza M1. Sequenza di regolamento M2: 20.06.2015 34 h. 03.56 – 04.21 regolamento delle settlement restriction per il T2S Operator settaggio di posizioni bloccate, riservate o T2S Operator avvia la sequenza di regolamento per l’esecuzione delle settlement restrictions. earmarked 20.06.2015 35 h. 04.21 – 04.26 Sequenza di reporting M2: T2S Operator report inviato ai CSD Il sistema T2S invia un report per le istruzioni FoP che sono state regolate nella sequenza M2. Il CSD riconcilia le posizioni create e le istruzioni FoP 20.06.2015 36 h. 04.26 – 06.26 regolate. Riconciliazione delle istruzioni di regolamento Migrating CSD FoP e delle settlement restrictions Il CSD possono inoltre riconciliare le posizioni nei loro conti mirror con i corrispondenti conti omnibus degli Issuer CSD. MSP 9: 20.06.2015 37 h. 06.26 - 06.57 I differenti CSD, dopo aver verificato che le posizioni titoli Conferma finale delle posizioni titoli e delle CSD restriction in essere sulle posizioni titoli e le restriction sui titoli siano state correttamente create in T2S, provvedono a fornire il loro green-light. (verifica tra conti mirror e omnibus) L’operazione di salvataggio dei dati garantisce al T2S 20.06.2015 38 h. 06.57 – 07.42 Quarto salvataggio di dati caricati T2S Operator Operator la disponibilità di una copia dei dati relativamente alle attività eseguite fino a questo momento. Ciò agevola notevolmente le attività ed i processi da porre 19 in essere nel caso in cui dovesse ravvisarsi la necessità di innescare possibili operazioni di contingency. I CSD inseriscono le istruzioni pendenti in T2S. Si noti che nei sistemi dei CSD potrebbero già esservi delle istruzioni 20.06.2015 39 h. 08.42 – 08.43 pendenti relative al giorno antecedente il weekend di Caricamento dei dati dinamici relativi ad istruzioni pending: Migrating CSD Caricamento di istruzioni pending migrazione a T2S. Si faccia riferimento al paragrafo MIGRAZIONE DEI DATI DINAMICI DA X-TRM per il dettaglio delle modalità con le quali Monte Titoli procederà alla migrazione dei dati dinamici in T2S e nei sistemi legacy di Monte Titoli. Dal momento in cui i CSD hanno completato l’immissione 20.06.2015 40 h. 08.43 - 08.44 di istruzioni in T2S, i CSD possono interrogare T2S Caricamento dei dati dinamici relativi ad istruzioni pending: None Query di risposta inviata da T2S (query) per le istruzioni pending inserite. La suddetta attività non è altro che la risposta di T2S alla query richiesta dal CSD relativamente alle istruzioni pendenti. 20.06.2015 41 h. 08.44 – 10.14 Caricamento dei dati dinamici relativi ad istruzioni pending: Migrating CSD Riconciliazione delle istruzioni pending h. 08.43 – 08.44 quelle in essere nei loro sistemi. Dal momento che i CSD hanno completato l’immissione di 20.06.2015 42 I CSD riconciliano le istruzioni pending in T2S rispetto a Caricamento dei dati dinamici relativi ad None istruzioni pending: istruzioni cross-CSD in T2S, gli stessi possono interrogare T2S (query) per le istruzioni cross-CSD in T2S. 20 Query di risposta inviata da T2S relativamente La suddetta attività non è altro che la risposta di T2S alla alle istruzioni cross-CSD query richiesta dal CSD relativamente alle istruzioni pendenti cross-CSD. Caricamento dei dati dinamici relativi ad 20.06.2015 43 h. 08.44 – 08.45 istruzioni pending: Migrating CSD Riconciliazione delle istruzioni pending cross- MSP 10 44 h. 11.15 – 11.25 rispetto alle informazioni in essere nei sistemi legacy dei CSD. CSD 20.06.2015 I CSD riconciliano le istruzioni pending cross-CSD in T2S I CSD devono aver completato il caricamento delle Conferma finale del caricamento dei dati CSD dinamici in T2S effettuata dai CSD istruzioni pending ed eventuali problemi di riconciliazione devono necessariamente essere superati. L’operazione di salvataggio dei dati garantisce al T2S Operator la disponibilità di una copia dei dati relativamente 20.06.2015 45 h. 11.25 – 12.10 Quinto salvataggio dei dati caricati T2S Operator alle attività eseguite fino a questo momento. Ciò agevola notevolmente le attività ed i processi da porre in essere nel caso in cui dovesse ravvisarsi la necessità di innescare possibili operazioni di contingency. 20.06.2015 46 47 h. 14.52- 14.53 20.06.2015 L’operatore RTGS apre i canali di comunicazione dal Apertura dei liquidity transfer order da T2 a RTGS Operator T2S sistema RTGS a T2S in modo tale che la liquidità possa essere correttamente trasferita al sistema T2S. Inserimento dei liquidity transfers CB 21 Le CB/PB possono inviare nuovi liquidity transfer a T2S da h. 14.53 – 15.53 Payment bank (DCP) considerare validi all’ inizio del ciclo di Night Time Settlement. Le CB e le PB inseriscono le istruzioni relative ai liquidity 20.06.2015 48 h. 14.54 – 15.54 Query di risposta da T2S relativo ai liquidity CB transfers PB transfer e possono, dunque, inviare a T2S delle query per ciò che concerne le istruzioni non regolate. La suddetta attività rappresenta la risposta inviata alle CB/PB da T2S per l’ interrogazione effettuata a T2S. 20.06.2015 49 h. 14.55 – 16.54 Riconciliazione dei liquidity transfers CB Le CB/PB riconciliano i liquidity transfer immessi in T2S PB rispetto a quanto registrato nei loro sistemi. Green-light fornito dalle CB che comprende anche 20.06.2015 50 h. 16.55 - 17.05 eventuali ulteriori verifiche che le CB effettuano con i MSP 11.2 Conferma del corretto caricamento CSD dei CB liquidity transfers in T2S propri clienti DCP e/o ICP. La corretta esecuzione di quanto schedulato fino a questa fase presuppone la possibilità di avviare le attività della fase di Night Time Settlement. 20.06.2015 51 h. 12.11 – 14.10 Caricamento dati dinamici: Caricamento di istruzioni I CSD inseriscono nel sistema T2S le istruzioni relative relative alle Migrating CSD operazioni di Corporate Action alle Corporate Action (pagamenti, eventuali operazioni societarie, ecc..) calcolate dopo il cambio data. 20.06.2015 52 h. 12.12 – 14.11 None Caricamento dei dati dinamici: La suddetta attività rappresenta la risposta di T2S ai CSD per le specifiche interrogazioni (query) inviate alla 22 Query di risposta da T2S piattaforma T2S. Caricamento dei dati dinamici: 20.06.2015 53 h. 12.13 – 14.41 Riconciliazione immesse nel delle sistema nuove e I CSD riconciliano le istruzioni “nuove” e quelle di istruzioni istruzioni di Migrating CSD “maintenance” immesse nel sistema T2S. “maintenance” MSP 11.1 20.06.2015 54 h. 14.42 - 14.52 Conferma del caricamento nuovi dati dinamici CSD inseriti/istruzioni di “maintenance” immesse in Green-light fornito dai CSD T2S Il T2S Operator tenta il regolamento delle transazioni 20.06.2015 55 h. 17.05 – 22.45 20.06.2015 56 57 Primo ciclo di regolamento notturno Riconciliazione del primo ciclo di regolamento notturno 21.06.2015 MSP 12 h. 01.56 - 02.06 CSD In tale fase i CSD, le CB riconciliano le transazioni che CB sono state regolate durante il primo ciclo di regolamento notturno. CSD Conferma della corretta esecuzione del primo CB ciclo di regolamento notturno 21.06.2015 58 considerate eligible dal sistema per le sequenze 0, 1, 2, 3 e 4 del primo ciclo di regolamento notturno. h. 22.45 – 01.45 h. 01.46 - 01.56 T2S Operator MSP 13 23 Green-light fornito dalle CB e CSD dopo aver verificato la corretta esecuzione del regolamento notturno. CSD Il “punto di non ritorno” fissato al termine del primo ciclo di CB “Night Time Settlement” permette di verificare l’esito Punto di non ritorno per il Go-live alla prima qualitativo del ciclo di regolamento notturno. wave di migrazione a T2S Ad esito positivo corrisponde il rilascio dell’ informativa di regolamento ai clienti, siano essi DCP o ICP; ad esito negativo, corrisponde la possibile scelta di “abbandono” della migrazione. 21.06.2015 59 Il T2S Operator provvede a sbloccare i messaggi in uscita Sblocco dei messaggi in uscita dei DCP T2S Operator h. 02.06 - 02.07 technical address) fornita dai rispettivi CSD/ CB. Il T2S Operator tenta il regolamento delle transazioni 21.06.2015 60 h. 02.10 – 04.30 21.06.2015 61 h. 04.30 – 06.10 21.06.2015 62 h. 06.10 21.06.2015 63 64 h. 06.10 - 06.11 21.06.2015 dei soggetti DCP, sulla base della lista dei PTA (Party Ultimo ciclo di regolamento notturno T2S Operator considerate eligible dal sistema per la sequenza 4 dell’ultimo ciclo di regolamento notturno. Riconciliazione delle transazioni regolate nell’ ultimo ciclo di regolamento notturno MSP 14 Conferma finale della corretta esecuzione nel per la risoluzione di I CSD, CB ed i clienti (ICP/DCP) effettuano attività di CB spunta e verifica delle transazioni regolate nell’ultimo ciclo DCP di regolamento notturno. CSD I CSD e le CB forniscono il green-light dopo aver verificato CB ciclo di regolamento notturno Finestra Migrating CSD la correttezza del primo ciclo di regolamento notturno. Il T2S Operator definisce uno specifico lasso temporale possibili T2S Operator problemi per la risoluzione di possibili problemi emersi durante il ciclo di regolamento notturno. Segnalazioni circa la gestione degli esiti di Tutti i clienti 24 I clienti sono tenuti a segnalare a Monte Titoli eventuali h. 06.10 - 06.11 problemi nel gestire gli esiti di regolamento o nell’invio di regolamento e/o invio nuove istruzioni nuove istruzioni. Il CSD e le CB forniscono il loro green-light dopo aver 21.06.2015 65 h. 06.11 - 06.21 MSP 15 CSD Green light per il Real-Time Settlement CB correttamente riconciliato le istruzioni immesse nel sistema T2S durante la fase di regolamento notturno con quanto registrato nei rispettivi sistemi legacy. Il sistema T2S inizia la fase di regolamento delle 22.06.2015 66 h. 05.00 – 18.00 Real-Time Settlement All transazioni considerate “eligible” dal sistema stesso. Costituisce l’inizio dell’ordinaria attività di regolamento real-time dell’intero sistema. 22.06.2015 67 h. 18.00 - 18.10 MSP 16 CSD Green light per le procedure di End of Day CB 22.06.2015 68 h. 18.10 – 18.20 22.06.2015 69 h. 18.20 - 19.20 Procedure di End of Day None MSP 17 CSD Chiusura delle giornata di regolamento CB 25 Le CB ed i CSD forniscono il loro gree-light per l’avvio delle procedure di “End of Day”, dopo aver correttamente riconciliato le istruzioni regolate durante la “business day”. Il sistema T2S esegue l’insieme di procedure di “End of Day”. I CSD e le CB danno il loro green-light dopo aver riconciliato i risultati ottenuti dall’ esecuzione delle procedure di “End of Day” Con riferimento alla sequenza di attività proposta nella precedente tabella, si invitano i partecipanti a porre particolare attenzione a quanto segue : Attività di Blocco/Sblocco dei messaggi in uscita dei DCP: si precisa che analoghe attività saranno poste in essere direttamente da Monte Titoli anche per quanto riguarda tutti i flussi informativi destinati ai clienti ICP. All’atto dello sblocco dell’informativa i clienti riceveranno tutti i messaggi e flussi informativi prodotti fino a quel momento dalla piattaforma T2S e dalle piattaforme legacy di Monte Titoli. Punto di non ritorno: in merito a questo punto di sincronizzazione (MSP13) si vuole focalizzare l’attenzione dei clienti sulla necessità di predisporsi, in caso di decisione di “NO-GO” (abbandono della migrazione) da parte di Monte Titoli, a ripristinare i propri sistemi/procedure per il funzionamento con i vecchi sistemi Monte Titoli a partire da lunedì mattina. Green light per il Real-Time Settlement: per consentire a Monte Titoli di rispettare questo punto di sincronizzazione (MSP15), i clienti sono tenuti a segnalare eventuali problemi individuati nella gestione degli esiti di regolamento e/o nella capacità di generare/inviare nuove istruzioni direttamente alla piattaforma T2S (solo clienti DCP) o al sistema X-TRM (clienti ICP). 26 6.0 MIGRAZIONE DEI DATI DINAMICI L’obiettivo di questo paragrafo è descrivere l’approccio alla migrazione dei dati dinamici adottato da Monte Titoli che risulta essere differente a seconda della tipologia di operazioni oggetto di migrazione. Per dati dinamici si intendono le operazioni in attesa di riscontro o di regolamento e più in generale le operazioni presenti nei sistemi di Monte Titoli al momento della migrazione. La scelta di Monte Titoli, in vista della migrazione alla nuova piattaforma T2S, è quella di dotarsi di “nuovi” sistemi legacy opportunamente predisposti per le nuove funzionalità di T2S. Si vuole specificare che l’aggettivo “nuovo” si riferisce al fatto che il “vecchio” sistema non subisce alcuna modifica ma rimane intatto nelle sue funzionalità attuali e quindi “riesumato” in caso di fallimento della migrazione. L’ analisi proposta di seguito distingue: Migrazione dei dati dinamici dalla Custody: 1. Giri FoP (not riscontrati) 2. Gestione suffissi dividendi Migrazione dei dati dinamici da X-TRM: 3. Operazioni cross-border non riscontrate e riscontrate (sistema di regolamento “00”) 4. Operazioni inviate al sistema di liquidazione Express II lorda (“01”) e netta (“02”), distinguendo: a. Operazioni dirette con indicatore di riscontro “1” b. Operazioni duali con indicatore di riscontro “2” c. Operazioni riscontrate con indicatore di riscontro “3” 5. Operazioni non gestite dai sistemi di liquidazione di Monte Titoli, ovvero sistemi di regolamento Euroclear (“03”) e Clearstream (“04”) riscontrate 6. Eventuali operazioni non ricomprese nei punti precedenti Rispettando la classificazione di cui sopra, si fornisce indicazione dell’ insieme di: Operazioni che saranno oggetto di migrazione nei “nuovi” sistemi legacy di Monte Titoli Istruzioni che verranno inviate alla piattaforma T2S Operazioni che non verranno migrate nei “nuovi” sistemi legacy di Monte Titoli Istruzioni che non verranno inviate a T2S Gli attuali servizi X-TRM e Custody saranno alimentati secondo le usuali modalità fino a venerdì 19 giugno 2015. Ciò garantisce ai clienti la possibilità di mantenere la totale e medesima visibilità sulle operazioni provenienti dai servizi citati fino al weekend di migrazione (19.06.2015). Parimenti tutte le relative funzionalità resteranno disponibili ai partecipanti indicativamente fino alle ore 22:00 del venerdì 19 giugno 2015 per quanto attiene al servizio X-TRM, fino alle 18.30 per ciò che concerne la Custody. A partire da questo momento i servizi X-TRM, Express II e Gestione Accentrata ed i dati ivi contenuti non risulteranno più accessibili ai clienti secondo le modalità ed i formati correnti. Eventuali anticipazioni dell’orario di chiusura e disponibilità dei sistemi Monte Titoli che si dovessero rendere necessarie per consentire una miglior riuscita del processo di migrazione saranno comunicati per tempo. 6.1 Migrazione dei dati dinamici dalla Custody 6.1.1 Giri FoP non riscontrati dalla Custody GIRI A SCADENZA DIFFERITA con ISD ≥ 22.06.2015 GIRI FINALIZZATI ALLA LIQUIDAZIONE con ISD = 22.06.2015 I giri FoP non riscontrati (istruiti correntemente tramite il messaggio RNI 710) non sono oggetto di migrazione nel “nuovo” sistema Custody e conseguentemente non sono inviati alla piattaforma T2S. Pertanto, qualora il cliente abbia la necessità che i giri finalizzati alla liquidazione con ISD pari al 22 giugno 2015 e/o i giri a scadenza differita con ISD maggiore o uguale al 22 giugno 2015 siano considerati ai fini della migrazione in T2S e lì regolati, Monte Titoli suggerisce di utilizzare il servizio X-TRM inserendo operazioni CTC FoP in modo tale che le stesse siano oggetto di migrazione come operazioni OTC già riscontrate o da riscontrare. 6.1.2 Gestione suffissi dividendi Si descrive di seguito il processo di migrazione dei saldi corrispondenti ai titoli per i quali a suo tempo il partecipante ha di volta in volta optato per il rinvio del dividendo. Tali saldi sono attualmente contabilizzati su particolari suffissi dello strumento finanziario oggetto del dividendo. Dal momento che non sarà possibile gestire i suffissi nella nuova piattaforma T2S, si rende necessaria la migrazione di questi saldi su strumenti finanziari cosiddetti “interim” in corrispondenza di ciascun dividendo per il quale vi è stata almeno un rinvio. Il processo di definizione di tali strumenti finanziari è in carico a Monte Titoli ed iniziato dall’emittente del titolo originale, così come avviene per tutti gli altri strumenti finanziari ivi accentrati. Monte Titoli prevede di sollecitare gli emittenti con sufficiente anticipo di qualche mese rispetto al week end di migrazione in modo da ultimare il suddetto processo in tempo utile 28 e di dare adeguata comunicazione riguardo ai nuovi “interim securities” ai clienti secondo gli usuali canali di comunicazione. Al fine di dare evidenza contabile delle movimentazioni di scarico del titolo originale sui vari suffissi, carico sul titolo originale con suffisso regolare e creazione dei nuovi saldi sui nuovi strumenti finanziari “interim”, Monte Titoli effettuerà queste operazioni un po’ prima della chiusura della giornata contabile di venerdì 19 giugno 2015. Di conseguenza i clienti che hanno questo tipo di posizioni, troveranno tutte le movimentazioni correlate nell’estratto conto di fine giornata. 6.2 Migrazione dei dati dinamici da X-TRM L approccio strategico di Monte Titoli alla migrazione dei dati dinamici provenienti da X-TRM è finalizzato a garantire il successo del processo di migrazione globalmente inteso nonchè minimizzare possibili ulteriori criticità legate alla migrazione stessa. Il grafico propone una schematizzazione delle operazioni di seguito analizzate: 29 6.2.1 Operazioni cross-border non riscontrate e riscontrate Tutte le operazioni cross-border (ovvero operazioni aventi sistema di regolamento “00” - no regolamento) in attesa di riscontro (indicatore di riscontro “1”) e/o riscontrate (indicatore di risconto “3”) ed in attesa di regolamento presso le piattaforme estere vengono cancellate 1 d’iniziativa da Monte Titoli prima dello scarico dei dati per la migrazione. La cancellazione è effettiva solo se la controparte estera invia a sua volta l’istruzione di cancellazione dell’altra gamba dell’operazione non ancora cancellata dai sistemi esteri. Monte Titoli non migrerà le suddette operazioni nel “nuovo” sistema X-TRM e conseguentemente non le invierà alla piattaforma T2S. Qualora dovessero comunque rimanere operazioni pendenti nei sistemi esteri di regolamento non gestibili durante il processo di migrazione, queste saranno inserite in T2S in via amministrativa da Monte Titoli a partire dall’inizio del ciclo di regolamento diurno di T2S. Non essendo possibile la gestione di tali operazioni in via automatica durante la migrazione, si ritiene ragionevole invitare i partecipanti a ridurre o ad evitare, se possibile, l’immissione nel sistema X-TRM attuale di istruzioni cross-border aventi una data di regolamento maggiore o uguale al 19 giugno 2015 nei giorni che precedono il weekend di migrazione. Tali operazioni possono essere inserite direttamente dai partecipanti nel “nuovo” X-TRM a partire dall’inizio del ciclo di regolamento diurno di T2S del 22 giugno 2015. 6.2.2 Operazioni con Sistema di liquidazione Express II lorda e netta OPERAZIONI DIRETTE [AVENTI INDICATORE DI RISCONTRO “1”] DIRETTE CON SISTEMA DI LIQUIDAZIONE LORDA [“01”] ISD ≥ 19.06.2015 INDICATORE DI CANCELLAZIONE = “N” Diversamente dalle attuali procedure che prevedono la cancellazione logica delle operazioni non riscontrate, alla luce delle nuove regole dettate dalla piattaforma T2S ed ai fini della migrazione, le operazioni rientranti in questa casistica sono migrate nell’ X-TRM “nuovo” e successivamente inviate a T2S per il riscontro. A tal fine si ricorda che T2S ammette la possibilità di inserire Settlement Instruction con ISD inferiore della data corrente. DIRETTE CON SISTEMA DI LIQUIDAZIONE NETTA [“02”] ISD ≥ 22.06.2015 INDICATORE DI CANCELLAZIONE = “N” Le operazioni con ISD pari al lunedì 22 giungo 2015, secondo le attuali regole di X-TRM, sarebbero cancellate dal sistema al termine della giornata del 19 giugno 2015. 1 Si specifica che le operazioni cancellate da Monte Titoli sono visibili ai clienti mediante la normale reportistica di X-TRM.. 30 Tuttavia, ai fini della migrazione ed alla luce delle nuove regole (possibilità di inserire Settlement Instruction con ISD inferiore della data corrente), le suddette operazioni sono migrate nell’ XTRM “nuovo” e successivamente inviate a T2S per il riscontro. DIRETTE CON SISTEMA DI LIQUIDAZIONE LORDA [“01”] E NETTA [“02”] ISD ≤ 19.06.2015 INDICATORE DI CANCELLAZIONE = “S” Le operazioni che soddisfano questi requisiti risultano già cancellate dalle specifiche procedure di X-TRM o dal partecipante stesso e quindi non sono oggetto di migrazione nell’X-TRM “nuovo” e, conseguentemente non essendo presenti nei “nuovi” sistemi legacy di Monte Titoli, le stesse non vengono inviate alla piattaforma T2S. La relativa informativa sullo stato di cancellazione è già stata fornita ai clienti. OPERAZIONI DUALI [AVENTI INDICATORE DI RISCONTRO “2”] Per tutte le operazioni dirette, l’attuale X-TRM genera le rispettive operazioni duali (ovvero le cosiddette risposte) a fronte di ogni singolo inserimento. Si specifica che le operazioni duali non sono migrate nell’ X-TRM “nuovo” e di conseguenza non sono inviate alla piattaforma T2S. Si noti che queste operazioni sono sostituite dal messaggio di allegement che la piattaforma T2S invia secondo le tempistiche previste. OPERAZIONI RISCONTRATE [AVENTI INDICATORE DI RISCONTRO “3”] RISCONTRATE CON SISTEMA DI LIQUIDAZIONE LORDA [“01”] INDICATORE DI REGOLAMENTO “S/N” Le operazioni che soddisfano questi requisiti non sono oggetto di migrazione a T2S in quanto hanno già raggiunto uno stato di regolamento definitivo/finale – regolato/non regolato. Si ricorda che la relativa informativa è già in possesso dei partecipanti. Le suddette operazioni non sono migrate nell’ X-TRM “nuovo” e conseguentemente non vengono inviate alla piattaforma T2S. RISCONTRATE CON SISTEMA DI LIQUIDAZIONE LORDA [“01”] INDICATORE DI LIQUIDAZIONE “BLANK” Ricadono in tale fattispecie le operazioni fail delle giornate precedenti in attesa di regolamento, le operazioni poste in stato di “hold” aventi data fine validità ≥ 22 giugno 2015 nonché le nuove operazioni. Tali operazioni sono migrate nell’X-TRM “nuovo” ed inviate alla piattaforma T2S come operazioni già riscontrate. 31 RISCONTRATE CON SISTEMA DI LIQUIDAZIONE NETTA [“02”] INDICATORE DI PRESENTABILITA’ “N” OPERAZIONI NON GARANTITE Le operazioni che ricadono in tale categoria sono tipicamente rappresentate dai contratti di mercato, ovvero dall’ insieme di operazioni originali dei PCT overnight non garantiti. La motivazione per la quale dette operazioni non vengono migrate è che non sono presentabili e non contribuiscono alla determinazione di un saldo bilaterale, non essendo operazioni garantite. Le corrispondenti istruzioni di regolamento sono generate automaticamente dal sistema alla ricezione dei contratti. RISCONTRATE CON SISTEMA DI LIQUIDAZIONE NETTA [“02”] INDICATORE DI PRESENTABILITA’ “N” OPERAZIONI GARANTITE Ricade in tale categoria l’insieme delle operazioni non presentabili che contribuiscono a determinare il saldo netto bilaterale nei confronti della controparte centrale. Tali operazioni sono oggetto di migrazione nei “nuovi” sistemi legacy di Monte Titoli e conseguentemente migrate in T2S. RISCONTRATE CON SISTEMA DI LIQUIDAZIONE NETTA [“02”] SD < 22.06.2015 INDICATORE DI PRESENTABILITA’ “S” Queste operazioni sono già trasformate in istruzioni di regolamento per il ciclo netto della relativa ISD e, qualora non regolate, presenti come istruzioni di regolamento nella liquidazione lorda (fail). Tali operazioni non sono migrate nell’X-TRM “nuovo” e, dunque, non vengono inviate alla piattaforma T2S. RISCONTRATE CON SISTEMA DI LIQUIDAZIONE NETTA [“02”] SD ≥ 22.06.2015 INDICATORE DI PRESENTABILITA’ “S” INDICATORE DI CANCELLAZIONE = “S” Rientrano in questa categoria le operazioni presentabili relative a contratti di mercato non garantiti e cancellati dal mercato stesso nonché le operazioni OTC cancellate su base bilaterale dai partecipanti. Le operazioni di cui sopra non sono migrate nell’ X-TRM “nuovo” e conseguentemente non inviate alla piattaforma T2S. 32 RISCONTRATE CON SISTEMA DI LIQUIDAZIONE NETTA [“02”] SD ≥ 22.06.2015 INDICATORE DI PRESENTABILITA’ = “S” INDICATORE DI CANCELLAZIONE <> ”S” Rientrano in questa categoria i contratti di mercato non garantiti, i saldi netti bilaterali e le operazioni OTC immesse dai partecipanti. Le suddette operazioni sono migrate direttamente nell’X-TRM “nuovo” e, conseguentemente, inviate alla piattaforma T2S come operazioni già riscontrate. 6.3 Corporate Action on flow L’attuale processo di gestione delle Corporate Action On Flow (CAoF) è eseguito per l’ultima volta la sera del venerdì di migrazione. Le operazioni prodotte secondo gli attuali criteri sono pertanto oggetto di migrazione in base alle caratteristiche sopra indicate e pertanto visibili nel “nuovo” X-TRM. Il nuovo processo di gestione delle Corporate Action On Flow sarà eseguito per la prima volta secondo i criteri standard internazionali il lunedì sera al termine della prima giornata di regolamento in T2S. 6.4 Operazioni non gestite dai sistemi di liquidazione di Monte Titoli, ovvero sistemi di regolamento Euroclear (“03”) e Clearstream (“04”) Tutte le operazioni aventi come sistema di regolamento gli ICSD Euroclear e Clearstream, ovvero i contratti conclusi sulle piattaforme MEM, EuroTLX e HI-MTF garantiti da CCP e non garantiti, sono migrate nell’ X-TRM “nuovo”. Tuttavia è bene specificare che le suddette operazioni, essendo già state inviate ad altri sistemi di regolamento, non verranno inviate alla piattaforma T2S. 6.5 Operazioni inviate a Sistemi di regolamento diversi dai precedenti La seguente categoria viene riportata per completezza di analisi. Attualmente non sono gestiti sistemi di regolamento diversi da quello descritti nei paragrafi di cui sopra. Si propone di seguito, in forma schematica, quanto descritto al capitolo 6 relativamente la strategia di Monte Titoli di migrazione dei dati dinamici a T2S e nei sistemi legacy di Monte Titoli. In particolare, alla luce di quanto precedentemente illustrato: la seguente tabella elenca l’insieme delle operazioni NON migrate nei nuovi sistemi legacy di Monte Titoli ed in T2S; 33 la seguente tabella elenca l’insieme delle operazioni migrate nei nuovi sistemi legacy di Monte Titoli ed in T2S: 34 Disclaimer Heading Questo documento contiene testi, dati, grafici, fotografie, illustrazioni, elaborazioni, nomi, loghi, marchi registrati e marchi di servizio e informazioni (collettivamente le “Informazioni”) che si riferiscono a Monte Titoli S.p.A. (“MT” o “la Società”). MT cerca di assicurare l’accuratezza delle Informazioni, tuttavia le Informazioni sono fornite nello stato in cui si trovano (“AS IS”) e secondo disponibilità (“AS AVAILABLE”) e possono, pertanto, essere non accurate o non aggiornate. A seconda delle circostanze, le Informazioni contenute in questo documento possono o non possono essere state preparate da MT, ma in ogni caso sono fornite senza alcuna assunzione di responsabilità da parte di MT. La Società non garantisce l’accuratezza, la puntualità, completezza, appropriatezza di questo documento o delle Informazioni per il perseguimento di scopi particolari. Nessuna responsabilità è riconosciuta da parte di MT per ogni errore, omissione o inaccuratezza delle Informazioni contenute nel documento. Nessuna azione dovrebbe essere (o non essere) intrapresa facendo affidamento sulle Informazioni contenute nel documento. Resta inteso che non verrà assunta alcuna responsabilità per le conseguenze che possano derivare da qualunque azione intrapresa sulla base delle Informazioni. La Società promuove e offre i servizi Post Negoziazione secondo modalità eque, trasparenti e non discriminatorie e sulla base di criteri e procedure che assicurano l'interoperabilità, la sicurezza e la parità di trattamento tra infrastrutture di mercato, a tutti i soggetti che ne facciano domanda e siano a ciò qualificati in base alle norme nazionali e comunitarie e alle regole vigenti nonché alle determinazioni delle competenti Autorità.
© Copyright 2024 Paperzz