MIGRATION WEEKEND PLAYBOOK

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à.