"TREASURY VISION 2020" - T2/T2S CONSOLIDATION PUNTO SUI LAVORI DELLA TASK FORCE ON FUTURE RTGS SERVICES - CETIF
←
→
Trascrizione del contenuto della pagina
Se il tuo browser non visualizza correttamente la pagina, ti preghiamo di leggere il contenuto della pagina quaggiù
«Treasury Vision 2020»
T2/T2S Consolidation
Punto sui lavori della Task Force on Future RTGS Services
Mauro Romaniello
Emanuele Renati
CETIF - Payments & Blockchain HUB Milano, 27 giugno 2017
1
Task Force on Future RTGS Services (1)
Nel primo semestre del 2016, all’interno del programma «Vision 2020», ECB ha lanciato una consultation sul
futuro dei servizi RTGS. Sulla base dei risultati ottenuti, il 21 settembre 2016 il Governing Council ha approvato
l’avvio della investigation phase per i tre filoni del programma:
T2-T2S Consolidation
TARGET Instant Payment Settlement (TIPS)
Eurosystem Collateral Management System (ECMS)
Fonte: ECB
CETIF – Milano 27 giugno 2017
2
Task Force on Future RTGS Services (2)
L’obiettivo della investigation phase consiste nel supportare l’Eurosistema nei suoi piani di
consolidamento ed ottimizzazione dei servizi T2 e T2S e precisamente:
Sviluppo di nuovi servizi per i partecipanti al mercato o adattamento degli esistenti alle nuove
richieste/necessità del business dei pagamenti;
Consolidamento tecnologico che porti T2 a beneficiare della nuova tecnologia utilizzata da T2S;
Significativa riduzione dei costi running dell’Eurosistema attraverso il consolidamento funzionale di
T2 e T2S;
Miglioramento dell’accessibilità e dell’utilizzo del sistema con relativo incremento delle
performances legate al liquidity management.
La «Task Force on Future RTGS Services» si occupa di definire gli User Requirements (URD) che
serviranno da base per lanciare il Progetto di consolidamento delle piattaforme T2 e T2S.
Il perimetro dell’investigazione è quello evidenziato in rosso nella slide precedente e riguarda solo i
moduli CLM (Central Liquidity Management) e RTGS (comprendente al suo interno gli High Value
Payments e gli Ancillary Systems). Non sono previsti cambiamenti rilevanti in T2S in quanto non è
ancora terminata la migrazione di tutti i Paesi.
TIPS ed ECMS, gli altri due filoni del Programma, sono seguite da altre due Task Forces specifiche.
CETIF – Milano 27 giugno 20173
Servizi Eurosistema: situazione As-is
Attualmente l’Eurosistema regola cash e securities su piattaforme distinte anche dal punto di vista tecnologico:
T2 e T2S. Solo quest’ultima lavora utilizzando il nuovo linguaggio SWIFT XML ISO20022.
Pagamenti Securities
Banche Cambi Pag. Cross-border
Tipologie Op.Mercato (MTS,Borsa,OTC)
Corrispondenti Domestici Monetario
Ancillary • Euro1
Systems BI-COMP
CLS System • Step1
(Clearing)
• Step2/SEPA
BCN Estere
Settlement Correspondent
Banking CCBM
CETIF – Milano 27 giugno 20174
Servizi Eurosistema: situazione To-be
Come risultato della T2/T2S Consolidation, tutti i servizi dell’Eurosistema insisteranno sulla stessa piattaforma
(CLM), inclusi anche TIPS (regolamento Instant Payments) ed ECMS (Collateral Management centralizzato -
evoluzione/sviluppo del CCBM). Il linguaggio comune sarà lo SWIFT XML 20022.
Nuovo
Rivisto
Nuovo (ma
non nel
perimetro
della T.F.)
*) under review for ECMS; **) available to U2A and A2A user
CETIF – Milano 27 giugno 20175
Central Liquidity Management (CLM)
CLM centralizza tutte le funzionalità necessarie a
gestire la liquidità tra i diversi servizi
dell’Eurosistema e permette l’allocazione/utilizzo
flessibile della «payment capacity» tra gli stessi. In
particolare:
Fornirà una visione generale consolidata della
liquidità presente in tutti i conti (MCA e DCAs)
attraverso una «dashboard» su unico screen;
Sarà in grado di allocare efficientemente la
liquidità su ogni singolo conto, con la possibilità
di riservarne, al suo interno, una parte per
specifiche esigenze;
Sarà in grado di riallocare velocemente la
liquidità da un conto all’altro tramite liquidity
transfers «manuali» o «automatici» allo scattare
di triggers temporali o agganciati a particolari
eventi (floor/ceiling amounts, business events,
queued payments,…);
Relativamente agli RTGS Services (High Value
Payments + Ancillary Systems), sarà possibile
regolare utilizzando uno o più RTGS DCAs. Il
partecipante avrà l’opzione di utilizzare conti
RTGS segregati per l’attività degli Ancillary
Systems
Fonte: ECB
CETIF – Milano 27 giugno 20176
Principali cambiamenti operativi emersi
Operazioni di banca centrale su conto MCA segregate dal resto dei pagamenti su conti DCA (HVP, AS,
T2S, TIPS, …).
Gestione della ROB semplificata, con eliminazione dell’obbligo del cash sweep serale. Ai fini ROB si
sommeranno i saldi presenti sui diversi conti (vedi figura sotto).
Utilizzo standard SWIFT ISO 20022 per tutti i servizi. Migrazione a big-bang con significativo impatto per il
mercato. Unica interfaccia “ESMIG” di accesso ai Servizi dell’Eurosistema (slide 7).
Nuova timeline della giornata operativa con ipotesi di apertura (facoltativa) dei servizi RTGS alle 3.00
a.m. (slide 8). Tutti i modelli di Ancillary Systems potrebbero lavorare anche nella fase notturna. Possibili
impatti interni alle banche?
Nuove regole di prioritizzazione per la provvista di liquidità ai fini del settlement delle operazioni su
MCA o su RTGS (slide 9). Chiara allocazione della liquidità e della «payment capacity» tra i diversi servizi
di settlement (RTGS, T2S, TIPS,…). Liquidity management facilitato dalla possibilità di applicare elevata
automazione ai Liquidity Transfers tra i diversi conti.
Fonte: ECB
CETIF – Milano 27 giugno 2017Migrazione a ISO20022 7
Big-Bang solution: unico weekend
di migrazione per tutti i Paesi europei.
Impossibilità di coesistenza dei due
diversi linguaggi (ISO15022 e
ISO20022)
Non sarà mantenuto il convertitore
attualmente presente in Target2.
Possibile una consultazione ad-hoc
con l’obiettivo di capire quando i
partecipanti potrebbero essere pronti
a migrare all’ISO20022.
Aspetto di estrema delicatezza che
richiederà un’attenta valutazione da
parte della ECB e che influenzerà la
timeline di progetto.
CETIF – Milano 27 giugno 2017Nuova giornata operativa allo studio 8
*) to be agreed with the users of the relevant services Fonte: ECB
CETIF – Milano 27 giugno 2017Sequence for drawing liquidity 9
Fonte: ECB
CETIF – Milano 27 giugno 2017Il progetto in ECB 10
La «Task Force on Future RTGS Services» nella fase di stesura degli URD ha seguito il work plan sotto riportato.
I prossimi passi sono:
10 maggio – 30 giugno 2017: market consultation
4 agosto 2017: endorsement degli URD da parte del «Market Infrastructure Board».
Approvati gli User Requirements, il progetto T2-T2S Consolidation prevede la chiusura dell’Investigation phase
entro dicembre 2017 con l’approvazione da parte del Governing Council. Per fine 2017/ inizio 2018 è poi
prevista la produzione del Project Plan ufficiale di ECB (con orizzonte temporale almeno fino al 2020) che darà
l’avvio alla fase operativa del progetto.
CETIF – Milano 27 giugno 2017Struttura degli User Requirements 11
Gli URD oggetto di consultazione si compongono dei seguenti documenti:
“High Level Summary of Business Changes”: breve documento che sintetizza e riassume i principali
cambiamenti introdotti dalla nuova piattaforma di ECB. Da questo, è stato ricavato l’Executive
Summary degli URD pubblicato sul sito.
“URD for Central Liquidity Management” (CLM): focus sulle principali funzionalità di liquidity
management del nuovo CLM (tipologie di Liquidity Transfers, gestione pagamenti per Operazioni di
Banca Centrale e Cash Withdrawal, riserve di liquidità, ...).
“URD for Future RTGS” (RTGS): focus sulle principali funzionalità dei servizi RTGS (per la gestione
degli HVP e degli AS) rivisti alla luce della loro interazione col CLM (gestione dei pagamenti, delle code,
riserve di liquidità, Liquidity Transfers, tipologie di AS e relativa gestione, ...)
“URD for Shared Serviced” (SHRD): focus sui servizi in comune ai diversi moduli della piattaforma
(ESMIG, Business Day, Data Management e Data Warehouse, User Roles and Access, Information and
Reporting, ...)
Tutti i documenti degli URD si chiudono con la parte dedicata ai Non-functional requirements
(sicurezza informatica, cyber-resilience, disaster recovery, service management,...) e quella di
User interactions.
Per le osservazioni ed i commenti andranno utilizzati gli appositi template in excel presenti sul sito ECB.
https://www.ecb.europa.eu/paym/cons/html/index.en.html
CETIF – Milano 27 giugno 2017Alcuni spunti di riflessione emersi dagli URD (1) 12
Standing Order da DCA verso MCA: sembra non sia più previsto in quanto a fine giornata i DCA possono
presentare saldi diversi da zero. Rimane però possibile in T2S?
Liquidity Transfers fra DCA: inizialmente non sembrava possibile (come già oggi in T2S) se non
passando dall’ MCA. Negli URD, invece, è indicato come fattibile. Tale impostazione potrebbe creare
problemi di riconciliazione interna? Quali DCA possono essere interessati dai LT menzionati?
Funzionalità Floor/Ceiling: gli URD prevedono che l’attivazione di tale funzionalità faccia scattare dei
Liquidity Transfers automatici. Preferiremmo si attivasse solo un warning e che tale automatismo fosse
opzionale. Tali considerazioni valgono tanto per l’MCA che per l’RTGS. Non viene precisato negli URD, ma
solo nell’High Level Summary, che tali giri sono comunque solo previsti tra MCA e RTGS, non
coinvolgendo gli altri DCA (T2S, TIPS, …). Le stesse considerazioni valgono per gli automatismi dei LT in
caso di «Reservation»
Apertura anticipata del sistema: negli URD viene sottoposta a consultation l’apertura dalle 03:00 a.m.
dell’RTGS HVP (di fatto tutti gli altri comparti lavorano già anche in notturna). Inizialmente era stata
presentata come un’apertura opzionale di carattere tecnico, senza conseguenze per chi scegliesse di non
aderire. E’ ancora così?
Funzionalità nuova GUI: verificare quantomeno la presenza di quelle attuali (query, reports, ….)
Gli URD fanno riferimento ad alcuni Annex non ancora pubblicati.
CETIF – Milano 27 giugno 2017Alcuni spunti di riflessione emersi dagli URD (2) 13
Floor balance order: nell'attivazione del LT da MCA vs DCAs in caso di raggiungimento di un livello al di
sotto del floor si deve tenere conto anche della linea di credito disponibile sull'MCA
Create a release inter-service LT: la creazione di disponibilità sui DCAs in presenza di reservation deve
sempre tenere conto del concetto di liquidità complessiva disponibile (cash balance + credit line)
Query Minimun Reserve: andrebbe mantenuto l'adjustment balance
Query payment within one AS file: va chiarito che il sistema non sarà in grado di dare visibilità sul
contenuto dei file oggetto di regolamento dell'AS ma lo stesso sarà visibile solo sul sistema proprietario
Check user access rights: il sistema dovrebbe definire le tipologie di privilegi anche dal punto di vista del
singolo oggetto contenuto
Validation of messages received via A2A: come nel CLM il sistema deve performare tutte le possibili
validazioni prima di inviare la rejection al partecipante
Block account: maggiori chiarimenti sui messaggi che darebbero poi origini ad un blocco del conto del
partecipante. Vengono scartati i messaggi ex-post evento o anche i messaggi già all'interno del sistema?
End of day: il liquidity sweep sembra essere opzionale. E' riferito a tutti i DCAs ?
RTGS service-Usage on accounts: va chiarito che l'apertura eventuale di diversi DCA RTGS è una libera
scelta del partecipante e non è vincolato alla decisione dell'AS che eventualmente chieda di segregare il
settlement a seguito di uno specifico schema di regolamento
CETIF – Milano 27 giugno 2017Domande? 14
Grazie per l’attenzione!
CETIF – Milano 27 giugno 2017Puoi anche leggere
