nug target2 - banca d' · pdf filenug target2 roma, 16 aprile 2013 banca ... allineamento...

SERVIZIO SISTEMA DEI PAGAMENTI

NUG TARGET2

Roma, 16 aprile 2013Banca d’Italia - Servizio Sistema dei Pagamenti


1

3

2

Release TARGET2 di Novembre 2013 e 2014

Operatività in TARGET2 e TARGET2-Banca d’Italia

Allineamento orari di test TARGET2/T2S


Release 7.0 (novembre 2013)

La release 7.0 prevede:• Le modifiche previste per la release 6.0• Implementazione dei messaggi in formato camt 5.0 e

dismissione del formato camt 3.0:Il formato camt 3.0 non verrà più supportato da SWIFT dal 18 novembre 2013.T2S supporterà solamente il formato camt5.

• Implementazione dell’interfaccia tra TARGET2 e TARGET2-Securities (la T2S Interface - T2SI composta dalle CR-600 e CR-601):

L’interfaccia verrà attivata in uno stato dormiente nella release 7.0 e sarà utilizzabile dalla partenza di T2S


Release 7.0 Milestones

• Da settembre 2013 a novembre 2013: test delle featuresnon legate a T2S (i.e., CR 6.0 e camt 5.0)

• Novembre 2013: attivazione release 6.0 e 7.0 con T2SI dormiente

• Da definire: Test dell’interfaccia T2SI durante la fase di Community Testing prevista per T2S.


CR della release 6.0

This change request results from the discussions of the TWG Back-up Taskforce. Both change requests U6.03 (page 3) and U6.05 were assessed together. The user communities were asked whether they support both changes. The outcome was split and did not show a wide support for these two CR, which was the condition set by the Eurosystem for developing them. Given that developing both CR would result in an additional fee for all banks, irrespective of whether or not they support the business case, the Eurosystem decided on a compromise. Considering the diverging views from the national user communities and the features already available to support back-up procedures (ICM back-up payment and NCB act on behalf) the CR U6.03 was notselected for implementation in the SSP release 6.0. However, CR U6.05 wasselected to reduce an operational risk and to ease the procedures in a back-up scenario. U6.05 represents a moderate development cost, therefore no additional fee will be charged

PM/SD/ ICM

Switch off value date check with immediate effectThe parameter controlling the number of days for switch-off the value date check is normally set to ‘0’ and is only increased on request by the user on the day of backup activation. To ease the management of value date control and to deactivate the check only for participants who really require it - there should be a new order type for deactivation of value date check. This action results in deactivation of value date check for the single participant: Payments with an old value date can be settled by PM: The PM table is updated with the current business day, i.e. the deactivation is only valid for the current business day. It will also be displayed in ICM as “Last Date for Delivery Payments with an Old Value Date”. PM automatically reactivates the value date check at the end of day of the “Last Date for Delivery Payments with an Old Value Date” in case it has been not already manually reactivated by a user.

U6.05(CR-578)

CommentModuleDescriptionNo


CR della release 6.0

Considering the support received by the user community during the User consultations as well as the relatively low costs at stake, this change request was selected for development and implementation in the SSP release 6.0.

ICMSort sequence of broadcast informationCurrently, the broadcast list is sorted in ascending order by “delivery date” and “delivery time”, so the newest broadcast id the last one in the list. This CR would arrange the sorting order of broadcasts by its “status” (received/read/delivered; delivered only visible for CB/SSP OT) and in descending order by “delivery date” and “delivery time”.

U6.21(CR-581)

Considering the support received by the user community during the User consultations as well as the moderate costs at stake, this change request was selected for development and implementation in the SSP release 6.0.

SD, ICM

Decimal places and separators in amountsSeparators will be shown as “,”, decimal places will be shown as “.”. The user can also enter amounts with “M” which will be changed by the ICM into the numeric format, e.g. “5M” will become “5,000,000.00”.

U6.15(CR-579)

CommentModuleDescriptionNo


CR adeguamento T2 a T2S

Analizzando le varie possibilità di colloquio A2A, i servizi core offerti da T2 permettono di:

• eseguire trasferimenti di liquidità da T2 a T2S sia creando Standing Order (con i messaggi GetStandingOrder e ReturnStandingOrder) sia eseguendo trasferimenti di liquidità (tramite il messaggio LiquidityCreditTransfer), questi ultimi eseguibili anche da terze parti (tipicamente CSD)

• ricevere il messaggio MT900 o in alternativa il messaggio camt.054.001.02 per la notifica dell’addebito del conto PM a seguito di un trasferimento da T2 e T2S

• ricevere il messaggio MT910 o in alternativa il messaggio camt.054.001.02 per la notifica dell’accredito del conto PM a seguito di un trasferimento da T2S a T2



Analizzando le varie possibilità di colloquio A2A, i servizi opzionali offerti da T2 (assoggettati a specifica tariffa), permettono di:

• eseguire i trasferimenti di liquidità da T2 a T2S usando il messaggio MT202

• eseguire i trasferimenti di liquidità da T2S a T2 usando il messaggio MT202

• eseguire trasferimenti di liquidità da T2S a T2 tramite il messaggio LiquidityCreditTransfer inviato a T2

• avere accesso al saldo del conto (dei conti) DCA linkato al conto RTGS inviando messaggi getaccount a T2.



Per la gestione della liquidità in A2A ci sono due alternative:• usare i servizi core per la gestione del conto PM e per

trasferire la liquidità da T2 a T2S e usare una connessione diretta a T2S per ricevere le notifiche sui conti DCA (sia DVP che per i trasferimenti di liquidità) e per eseguire trasferimenti da T2S e T2.

• usare i servizi core per la gestione del conto PM e per trasferire la liquidità da T2 a T2S e usare i servizi opzionali per trasferire la liquidità da T2S a T2 e per l’invio dei messaggi getaccount per avere il saldo dei conti DCA.

Nel primo caso si ha una gestione completa dei conti, mentre nel secondo caso si deve rinunciare ad avere informazioni in tempo reale sulle singole operazioni sui DCA, avendo solo il saldo dei conti DCA tramite getaccount.



Per la gestione della liquidità in U2A:• i servizi core mettono a disposizione:

Standing Order e Current Order via ICM per l’esecuzione dei trasferimenti di liquidità da T2 a T2S.

• i servizi opzionali mettono a disposizione:Liquidità consolidata DCA e PM su ICMEsecuzione Liquidity Transfer da T2S a T2 da ICMAccesso alla Graphical User Interface di T2S via ICM (stessi access rights definiti in T2S)


Release 8.0 – Change Requests

Reserve pool for accounts in PM and HAM

Deletion of back-up template related to PSA Account

Partial execution LT T2S-Actor

Cancel payments before 7am

Adjustment reservation before 7am

Search screen

Reserve maintenance info

Title

U8.07

U8.06

U8.05

U8.04

U8.03

U8.02

U8.01

Feedback

(S/N/O)

ID


Release 8.0 - Milestones


U8.01- Reserve maintenance info

U8.01 - Reserve Requirement Info• Currently, we can only see the remaining

daily average of the reserve to be built.

• Please display all other infos about the reserve maintenance : the total amount already done, the remaining total amount to be done, the number of remaining days.


U8.02 Search screen

U8.02 – TARGET2 Search Screen• Search screen fields not user friendly and

outdated• Shortcuts for the amount : e.g., 17M for

17,000,000 • Status of the payments, everything in one

screen and not returning to the search screen after each selection.

• Just a more up to date tool.


U8.03 Adjustment reservation before 7am

U8.03 - Access to ICM before start of Day Trade Phase (7:00 a.m.)to adjust reservations for “highly urgent”and “urgent” payments.

• Currently the Day Trade Phase of TARGET2 starts at 7:00 a.m. Direct participants do not have the possibility to adjust their liquidity reservations for “highly urgent” and/or “urgent”payments before 7:00 a.m.

• In order to start the Day Trade Phase with new settings, direct participants have to have the possibility to adjust their individual liquidity reservations in time, i.e. at 6:45 a.m.


U8.04 Cancel payments before 7am

U8.04 - Access to ICM before Start of Day Trade Phase (07:00 a.m.)tocancel payments before the Start of Day Trade Phase

• Currently the Day Trade Phase and the processing of TARGET2 payments starts at 07:00 a.m. Direct Participants have no possibilty to monitor or cancel payment transactions before the start of the Day Trade Phase.Generally there is a need for direct participants to cancel also same day value payments which they had supplied before the start of Day Trade Phase. Currently a monitoring via ICM for the submitted payments is not possible and therefore direct participants are not able to cancel payments before 7:00 a.m.

• It is suggested to start the monitoring and if necessary cancellations of payments in the TARGET2 system before the start of Day Trade Phase i.e. at 6:45 a.m. Payments should remain in the TARGET2 system with the status “queued” until 7:00 a.m. During 6:45 a.m. and 7:00 a.m. direct participants could react to ad hoc situations which may have a strong impact on the business.


U8.05 Partial execution LT T2S

U8.05 - Partial execution for Current order liquidity transfer “push“ to T2S by T2SActor in TARGET2

• With the start of T2S a bank will have to transfer liquidity from their PM-Account to their DCAs.Besides transfers of an account owner itself (via ICM, A2A or MT) there will also be the functionality for other “T2S-Actors” (e.g. CSDs or other banks) to act on behalf of the settlement bank and instruct such transfers. For all current orders in the direction of T2S no queuing in case of insufficient funds will take place during the night-time phase (19:30-07:00). Instead any current order not covered by sufficient funds will be rejected during the night-time-window.

• For transfers to T2S initiated by the account owner itself a rejection might be reasonable as the account owner should know the amount of liquidity available on his account. However, a T2S-Actor (e.g. CSD or other bank) has no knowledge about available funds on the accounts of its settlement banks. To reduce the risk of insufficient liquidity on DCAs during night time settlement a partial execution should apply in the above mentioned case. This would be in line with the current functionality in ASI model 6, where current orders during night time are rejected only in case they are sent by the bank itself but partially executed if sent by the ancillary system.


U8.06 Deletion of back-up template related to PSA Account

U8.06 - Deletion of Back-up template related to PSA Account (pre-funding-STEP2)

• Removal of the existing template for back-up functionality to the pre-settlement account: EBAPFRPPPSA

• Due to the removal of the STEP2 XCT & pre-fund related activities this specific back-up template is not needed anymore. Furthermore, leaving the feature could lead to operational mistakes or misunderstanding on users’ side in contingency times.


U8.07 Reserve pool for accounts in PM and HAMU8.07 - A participant with a PM and HAM account shoul d be able to

participate with both accounts in the pool of minimum reserve accounts. • Under the authority of our Supervisors, some HAM participants in the

Netherlands had to open an PM account. The HAM account is used for the fulfilment of the cash reserve requirement. The PM account holds a certain amount of liquidity (determined by the Supervisor). The participants with a PM and HAM account want to participate with both accounts in the minimum reserve pool, but that is not possible in the current system.In the UDFS it is stated that a Credit Institution using RM can maintain its reserves either on a PM account or on an HAM/PHA account, but not on both.

• Make it possible that a Credit Institution using RM can maintain its reserves on a PM account and/or on an HAM/PHA account. After implementation of this change a credit institution can pool a HAM account and a PM account for the realization of the cash reserve requirement, by doing so it can make some return on the liquidity on its accounts.


1

3

2





Allineamento degli orari di test T2/T2S

• L’allineamento degli orari degli ambienti di collaudo di TARGET2 e T2S è necessario per garantire la corretta interazione tra i due sistemi

• Tale necessità è stata confermata nel workshop tenutosi a febbraio u.s. al quale hanno partecipato banche centrali, banche in qualità di partecipanti a T2 e di esperti del settori titoli e Depositari Centrali

• La proposta emersa dal workshop consiste nello spostamento del cut-off di fine giornata previsto nell’ambiente di collaudo di TARGET2 di 1 ora (dalle 14:30 alle 15:30) e nella conseguente riduzione della durata della fase notturna da 3 a 2 ore

• Tali orari verrebbero attivati negli ambienti di collaudo dal gennaio 2015

• Su tale proposta è stata avviata una consultazione dei NUG TARGET2 e T2S


Orari della giornata operativa in ambiente di collaudo

Maintenance Window

Real-time

settlement

Real-time

settlement

process including

real-time

settlement

preparation,

settlement and

partial settlement

windows

Real-time

settlement

closure processes

End of day

Start of day

Change of business

date

Preparation of the

night-time settlement

Night-time settlement

Maintenance Window

Maintenance Window

End of day

Start of day

Night-time settlement phase 1

Maintenance Window

Start of Provision of liquidity

Day trade phase 1

Day trade phase 2

15:00

16:15

16:30

BW to prepare daylight operations

BD

BD + 1

7:00

14:30

15:30

15:15

19:00

BD

BD + 117:00

Automatic cash sweep

Real-time settlement

Cash injection

Night-time settlement phase 2

~14:45*

* Automatic reimbursement of outstanding autocollat


Commenti alla proposta di allineamento degli orari

• La proposta di spostamento del cut-off di fine giornata dell’ambiente di collaudo di T2 dalle 14:30 alle 15:30, con conseguente riduzione della durata della fase notturna da 3 a 2 ore, appare condivisibile

• La data ipotizzata per l’allineamento degli orari degli ambienti di collaudo di T2 e T2S (gennaio 2015) potrebbe essere anticipata al momento della connessione tra i due ambienti prevista nella fase Eurosystem Acceptance testing dell’interfaccia T2S (prima metà 2014, cfr “SSP release 7.0 . Main milestones”)

• In ogni caso la data di allineamento non dovrebbe essere successiva a ottobre 2014, quando con l’avvio dei test di interoperability T2S le CB e i CSD dovranno testare tutte le funzioni alcune delle quali richiedono l’allineamento degli orari (es. Rimborso forzato autocollateral)


1

3

2





TARGET2: numero pagamenti regolati

Fonte: BCE

• In media sono stati regolati 345.185 pagamenti al giorno nel 2012 (+1,63% rispetto al 2011)

• Il 36% sono pagamenti relativi a pagamenti interbancari

• Il 60% sono pagamenti relativi a pagamenti per conto della clientela


TARGET2: numero cumulato pagamenti regolati(negli ultimi 12 mesi)

Fonte: BCE

• Numero totale pagamenti processati 90.671.378

• Incremento dell’1.23% rispetto allo scorso anno.

• Relativamente stabile dal 2009.


TARGET2: importo pagamenti regolati

Fonte: BCE

• In media 2.477 miliardi di euro giornalieri nel 2012

• Incremento significativo (3.46%) se comparato con l’anno precedente.


TARGET2: importo medio giornaliero

Fonte: BCE

• Valore medio del 2012: euro 7,12 milioni


Partecipazione a TARGET2-BdI

TARGET2-Banca d’Italia (31 marzo 2013):

104 partecipanti diretti, inclusa BdI (103 a dicembre 2012)86 partecipanti indiretti (320 a dicembre 2012)

108 titolari di conto HAM, di cui 5 CB customer (112 a dicembre 2012)La modalità di partecipazione Internet Based Access ha registrato un interesse molto limitato; al 31 dicembre 2012 nessuna richiesta per l’adesione al modulo PM, e 5 titolari di conto HAM utilizzano l’accesso via Internet.


Numero medio giornaliero pagamenti regolati in TARGET2-BdI

(dati mensili; maggio 2008- marzo 2013)

0

5.000

10.000

15.000

20.000

25.000

30.000

35.000

40.000

45.000

50.000

mag

-08

giu-

08lu

g-08

ago-

08se

t-08

ott-

08no

v-08

dic-

08ge

n-09

feb-

09m

ar-0

9ap

r-09

mag

-09

giu-

09lu

g-09

ago-

09se

t-09

ott-

09no

v-09

dic-

09ge

n-10

feb-

10m

ar-1

0ap

r-10

mag

-10

giu-

10lu

g-10

ago-

10se

t-10

ott-

10no

v-10

dic-

10ge

n-11

feb-

11m

ar-1

1ap

r-11

mag

-11

giu-

11lu

g-11

ago-

11se

t-11

ott-

11no

v-11

dic-

11ge

n-12

feb-

12m

ar-1

2ap

r-12

mag

-12

giu-

12lu

g-12

ago-

12se

t-12

ott-

12no

v-12

dic-

12ge

n-13

feb-

13m

ar-1

3

DOMESTICI

CROSS-BORDER

TOTALE


Importo medio giornaliero pagamenti regolati in TARGET2-BdI

(miliardi di euro; dati mensili; maggio 2008- marzo 2013)

0

20

40

60

80

100

120

140

160

180

200m

ag-0

8gi

u-08

lug-

08ag

o-08

set-

08ot

t-08

nov-

08di

c-08

gen-

09fe

b-09

mar

-09

apr-

09m

ag-0

9gi

u-09

lug-

09ag

o-09

set-

09ot

t-09

nov-

09di

c-09

gen-

10fe

b-10

mar

-10

apr-

10m

ag-1

0gi

u-10

lug-

10ag

o-10

set-

10ot

t-10

nov-

10di

c-10

gen-

11fe

b-11

mar

-11

apr-

11m

ag-1

1gi

u-11

lug-

11ag

o-11

set-

11ot

t-11

nov-

11di

c-11

gen-

12fe

b-12

mar

-12

apr-

12m

ag-1

2gi

u-12

lug-

12ag

o-12

set-

12ot

t-12

nov-

12di

c-12

gen-

13fe

b-13

mar

-13

DOMESTICI

CROSS-BORDER

TOTALE


TARGET2-Banca d’ItaliaLiquidità disponibile in base monetaria

(importi in milioni di euro; periodo gennaio 2008 – marzo 2013)

0

20.000

40.000

60.000

80.000

100.000

120.000

140.000

160.000

2008

-Gen

.

2008

-Apr

.

2008

-Lug

.

2008

-Ott.

2009

-Gen

.

2009

-Apr

.

2009

-Lug

.

2009

-ott

2010

-Gen

.

2010

-Apr

.

2010

-Lug

.

2010

-Ott.

2011

-Gen

.

2011

-Apr

.

2011

-Lug

.

2011

-Ott.

2012

-Gen

.

2012

-Apr

.

2012

-Lug

.

2012

-Ott.

2013

-Gen

. 0,0

20,0

40,0

60,0

80,0

100,0

120,0

140,0

Liquidità (comprensiva di Credit Line)

Turnover (liquidità su pagamenti regolati)


TARGET2-Banca d’ItaliaUtilizzo liquidità infragiornaliera

(importi in milioni di euro; periodo gennaio 2008 - marzo 2013)

01.0002.0003.0004.0005.0006.0007.0008.0009.000

10.000

2008

-Gen

.

2008

-Apr

.

2008

-Lug

.

2008

-Ott.

2009

-Gen

.

2009

-Apr

.

2009

-Lug

.

2009

-ott

2010

-Gen

.

2010

-Apr

.

2010

-Lug

.

2010

-Ott.

2011

-Gen

.

2011

-Apr

.

2011

-Lug

.

2011

-Ott.

2012

-Gen

.

2012

-Apr

.

2012

-Lug

.

2012

-Ott.

2013

-Gen

. 0,0

5,0

10,0

15,0

20,0

25,0

30,0

Credito infragiornaliero: utilizzo medio

Percentuale del credito aperto

nug target2 - banca d' · pdf filenug target2 roma, 16 aprile 2013 banca ... allineamento...

Documents