EUR-Lex Access to European Union law
This document is an excerpt from the EUR-Lex website
Document 02022O0912-20231120
Guideline (EU) 2022/912 of the European Central Bank of 24 February 2022 on a new-generation Trans-European Automated Real-time Gross Settlement Express Transfer system (TARGET) and repealing Guideline ECB/2012/27 (ECB/2022/8)
Consolidated text: Indirizzo (UE) 2022/912 della Banca centrale europea, del 24 febbraio 2022, relativo a un sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale (TARGET) di nuova generazione e che abroga l’indirizzo BCE/2012/27 (BCE/2022/8)
Indirizzo (UE) 2022/912 della Banca centrale europea, del 24 febbraio 2022, relativo a un sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale (TARGET) di nuova generazione e che abroga l’indirizzo BCE/2012/27 (BCE/2022/8)
ELI: http://data.europa.eu/eli/guideline/2022/912/2023-11-20
02022O0912 — IT — 20.11.2023 — 002.001
Il presente testo è un semplice strumento di documentazione e non produce alcun effetto giuridico. Le istituzioni dell’Unione non assumono alcuna responsabilità per i suoi contenuti. Le versioni facenti fede degli atti pertinenti, compresi i loro preamboli, sono quelle pubblicate nella Gazzetta ufficiale dell’Unione europea e disponibili in EUR-Lex. Tali testi ufficiali sono direttamente accessibili attraverso i link inseriti nel presente documento
INDIRIZZO (UE) 2022/912 DELLA BANCA CENTRALE EUROPEA del 24 febbraio 2022 (GU L 163 del 17.6.2022, pag. 84) |
Modificato da:
|
|
Gazzetta ufficiale |
||
n. |
pag. |
data |
||
INDIRIZZO (UE) 2022/2250 DELLA BANCA CENTRALE EUROPEA del 9 novembre 2022 |
L 295 |
50 |
16.11.2022 |
|
INDIRIZZO (UE) 2023/2415 DELLA BANCA CENTRALE EUROPEA del 7 settembre 2023 |
L |
1 |
27.10.2023 |
Rettificato da:
INDIRIZZO (UE) 2022/912 DELLA BANCA CENTRALE EUROPEA
del 24 febbraio 2022
relativo a un sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale (TARGET) di nuova generazione e che abroga l’indirizzo BCE/2012/27 (BCE/2022/8)
SEZIONE I
DISPOSIZIONI GENERALI
Articolo 1
Oggetto e ambito di applicazione
TARGET fornisce i seguenti conti per il regolamento in euro in moneta della di banca centrale,
conti in contanti principali (Main Cash Accounts, MCA) per il regolamento delle operazioni con banche centrali;
conti in contanti dedicati per il regolamento lordo in tempo reale (conti RTGS DCA) e sottoconti per i pagamenti interbancari e della clientela in tempo reale e il regolamento delle operazioni con i sistemi ancillari;
conti tecnici RTGS del sistema ancillare (conti tecnici RTGS AS), conti tecnici TARGET Instant Payment Settlement (TIPS) del sistema ancillare (conti tecnici TIPS AS) e conti dei fondi di garanzia del sistema ancillare (conti dei fondi di garanzia AS) per il regolamento delle operazioni con sistemi ancillari;
conti in contanti dedicati TARGET2-Securities (conti T2S DCA) per pagamenti in contanti in relazione a operazioni in titoli; e
conti in contanti dedicati TARGET Instant Payment Settlement (conti TIPS DCA) per il regolamento dei pagamenti istantanei.
Articolo 2
Definizioni
Ai fini del presente indirizzo, ciascuno dei seguenti termini ha il significato attribuitogli nell'allegato III:
«gruppo di monitoraggio dei conti» (account monitoring group);
«titolare di addressable BIC» (addressable BIC holder);
«sistema ancillare» (ancillary system, AS);
«conto dei fondi di garanzia del sistema ancillare» (conto dei fondi di garanzia AS);
«procedura di regolamento del sistema ancillare» (Ancillary System Settlement Procedure) (procedura di regolamento AS);
«ordine di trasferimento del sistema ancillare» (ordine di trasferimento AS) (ancillary system transfer order);
«auto-collateralizzazione» (auto-collateralisation);
«ordine di trasferimento di liquidità automatico» (automated liquidity transfer order);
«liquidità disponibile» (available liquidity);
«gruppo bancario» (banking group);
«succursale» (branch);
«messaggio broadcast» (broadcast message);
«giornata lavorativa» (business day) o «giornata lavorativa di TARGET» (TARGET business day);
«codice identificativo (BIC)» (Business Identifier Code);
«capacity opinion»;
«ordine di trasferimento di contante» (cash transfer order);
«banca centrale» (BC) (central bank, CB);
«operazione della banca centrale» (Central Bank Operation, CBO);
«BCN connessa» (connected NCB);
«Contingency Solution»;
«ente creditizio» (credit institution);
«credit memorandum balance» (CMB);
«regolamento tra sistemi» (cross-system settlement);
«conto in contanti dedicato» (DCA) (Dedicated Cash Account);
«tasso di interesse sui depositi presso la banca centrale» (deposit facility rate);
«operazione di deposito presso la banca centrale» (deposit facility);
«BCN dell’area dell’euro» (euro area NCB);
«schema di bonifico istantaneo SEPA (SEPA Instant Credit Transfer, SCT Inst) del Consiglio europeo per i pagamenti (European Payments Council)» o «schema SCT Inst»;
«BC dell’Eurosistema» (Eurosystem CB);
«evento di default» (event of default);
«fondi di garanzia» (guarantee funds);
«procedure di insolvenza» (insolvency proceedings);
«ordine di pagamento istantaneo» (instant payment order);
«instructing party»;
«credito infragiornaliero» (intraday credit);
«impresa di investimento» (investment firm);
«BCN di livello 3» (Level 3 NCBs);
«ordine di trasferimento di liquidità» (liquidity transfer order);
«tasso di rifinanziamento marginale» (marginal lending rate);
«operazione di rifinanziamento marginale» (marginal lending facility);
«servizio mobile proxy look-up (MPL)»;
«pagamento quasi istantaneo» (near instant payment);
«fornitore di servizi di rete» (NSP) (Network Service provider);
«ordine di trasferimento di contante non regolato» (non-settled cash transfer order);
«partecipante» (participant);
«beneficiario» (payee);
«ordinante» (payer);
«ordine di pagamento» (payment order);
«risposta positiva al recall » (positive recall answer);
«ente del settore pubblico» (public sector body);
«reachable party»;
«Procedura di regolamento del sistema ancillare per il regolamento lordo in tempo reale» (procedura di regolamento RTGS AS) [Real-time gross settlement ancillary system settlement procedure (RTGS AS settlement procedure)];
«Conto tecnico RTGS del sistema ancillare» (conto tecnico RTGS AS) (Real-time gross settlement ancillary system technical accoun);
«richiesta di recall» (recall request);
«ordine di trasferimento di liquidità rule-based» (rule-based liquidity transfer order);
«settlement bank account group»;
«settlement bank»;
«sospensione» (suspension);
«conto TARGET» (TARGET account);
«Sistema componente di TARGET» (TARGET component system);
«TARGET coordinator»;
«Procedura di regolamento del sistema ancillare per il regolamento dei pagamenti istantanei in TARGET (TIPS)» (procedura di regolamento TIPS AS) [TARGET Instant Payment Settlement (TIPS) ancillary system settlement procedure’ (TIPS AS settlement procedure)];
«conto tecnico TARGET Instant Payment Settlement (TIPS) del sistema ancillare per il regolamento dei pagamenti istantanei in TARGET» (conto tecnico TIPS AS);
«TARGET settlement manager»;
«TARGET2-Securities (T2S)»;
«malfunzionamento tecnico di TARGET» (technical malfunction of TARGET).
Articolo 3
Sistemi componenti di TARGET
Articolo 4
Connessione delle BCN degli Stati membri la cui valuta non è l’euro
Le BCN degli Stati membri la cui valuta non è l’euro possono connettersi a TARGET solo se concludono un accordo con le BC dell’Eurosistema. Tale accordo specifica che le BCN connesse si conformeranno al presente indirizzo, fatta salva ogni opportuna specificazione e modifica tra loro concordata.
Articolo 5
Operazioni interne al SEBC
Le operazioni interne al Sistema europeo di banche centrali (SEBC) denominate in euro sono elaborate attraverso TARGET, ad eccezione dei pagamenti che le BC concordano bilateralmente di elaborare attraverso conti di corrispondenza, se del caso.
Articolo 6
Obbligazioni e crediti interni all’Eurosistema
SEZIONE II
GOVERNANCE
Articolo 7
Livelli di governance
SEZIONE III
FUNZIONAMENTO DI TARGET
Articolo 8
Tavolo operativo
Ciascuna BC dell'Eurosistema istituisce e mantiene un tavolo operativo che fornisce assistenza ai partecipanti al proprio rispettivo sistema nazionale componente di TARGET. Il tavolo operativo è disponibile per assistenza almeno tra le ore 07:00 CET e le 18:15 CET. Tale orario sarà esteso alle 18:30 CET dell'ultimo giorno del periodo di mantenimento.
Articolo 9
Condizioni armonizzate per la partecipazione a TARGET
A decorrere dalla data di avvio dell’operatività del sistema di gestione delle garanzie dell’Eurosistema (Eurosystem Collateral Management System, ECMS), come comunicata sul sito Internet della BCE, le BC dell’Eurosistema non aprono conti diversi dai conti TARGET per i partecipanti idonei a partecipare a TARGET ai fini della fornitura di servizi che rientrano nell’ambito di applicazione del presente indirizzo, fatte salve le seguenti eccezioni:
conti per i partecipanti elencati nell’allegato I, parte I, articolo 4, paragrafo 2, lettere a) e b);
conti in cui i fondi sono detenuti su base infragiornaliera al solo scopo di effettuare depositi e prelievi di contante;
conti destinati ad essere utilizzati per detenere fondi sequestrati o fondi costituiti in pegno a un creditore terzo o fondi di cui all’articolo 3, paragrafo 1, lettera d), del regolamento (UE) 2021/378 della Banca centrale europea (BCE/2021/1) ( 2 );
conti utilizzati dai partecipanti in sistemi gestiti da una BCN e utilizzati per compensare i pagamenti istantanei conformi allo schema SCT Inst;
conti destinati ad essere utilizzati dalle istituzioni che rientrano nell’ambito di applicazione dell’articolo 1 del regolamento (UE) 2021/378 (BCE/2021/1) ai fini dell’adempimento degli obblighi di riserve minime applicabili e da considerare conti di riserva ai sensi di tale regolamento. Tali conti possono essere aperti e rimanere tali solo fino all’apertura di un conto TARGET per l’istituzione interessata conformemente alle disposizioni di cui all’allegato I, parte 1, articoli 4 e 5, o se la partecipazione di tale ente a TARGET è cessata conformemente alle disposizioni di cui all’allegato I, parte I, articolo 25. Si applicano i seguenti requisiti:
i fondi su tali conti sono utilizzati esclusivamente ai fini e in conformità al regolamento (UE) 2021/378 (BCE/2021/1);
nella prima settimana di gennaio di ogni anno le BC dell’Eurosistema che hanno aperto tali conti presentano all’organismo di gestione tecnica e operativa di livello 2 una relazione sul numero di tali conti aperti nell’anno solare precedente e sul motivo per cui ciascuno di tali conti è stato aperto.
La BCE adotta i termini e le condizioni di TARGET-ECB dando attuazione alle condizioni armonizzate per la partecipazione a TARGET di cui all'allegato I, salvo quanto segue:
TARGET-ECB fornisce esclusivamente servizi di compensazione e regolamento in favore di organismi di compensazione e regolamento, inclusi i soggetti insediati al di fuori dello Spazio economico europeo (SEE), se sono sottoposti alla sorveglianza di un'autorità competente e il loro accesso a TARGET-ECB è stato approvato dal Consiglio direttivo;
TARGET-ECB non fornisce credito infragiornaliero né autocollateralizzazione.
Articolo 10
Credito infragiornaliero — auto-collateralizzazione
Articolo 11
Condizioni aggiuntive per i sistemi ancillari
Le BC dell'Eurosistema forniscono servizi di trasferimento di fondi in moneta di banca centrale ai sistemi ancillari che agiscono in tale veste. Tali servizi sono offerti tramite:
la procedura di regolamento TIPS AS esclusivamente per supportare il regolamento dei pagamenti istantanei conformemente allo schema SCT Inst o dei pagamenti quasi istantanei nei libri contabili del sistema ancillare; o
le procedure di regolamento RTGS AS per tutte le altre motivazioni economiche.
Le BC dell'Eurosistema possono, in aggiunta a tali condizioni di cui all'allegato I, stabilire condizioni relative alla partecipazione di sistemi ancillari a TARGET relative a:
procedure di business continuity e di contingency;
la natura del diritto sui fondi detenuti su un conto TARGET qualora i fondi detenuti non facciano parte del patrimonio del sistema ancillare;
i diritti di pegno e di compensazione in capo alle BC su conti TARGET detenuti da o per conto di sistemi ancillari;
raccolta e distribuzione dell’interesse maturato;
requisiti normativi (compresa la sorveglianza) sui sistemi ancillari o sulle settlement bank dei sistemi ancillari (compresi quelli applicati dalle autorità di regolamentazione estere);
scambio di informazioni per verificare il rispetto di una politica dell’Eurosistema.
Articolo 12
Finanziamento e metodologia di determinazione dei costi
Articolo 13
Disposizioni in materia di sicurezza
Le BC dell'Eurosistema ottemperano alle misure definite dal Consiglio direttivo che stabiliscono la politica di sicurezza e i requisiti e controlli di sicurezza applicabili a TARGET, anche in relazione alla cyber resilience e alla sicurezza delle informazioni.
Articolo 14
Norme in materia di audit
Le verifiche di audit sono eseguite in conformità ai principi e alle misure stabiliti dal Consiglio direttivo nell’ambito della politica del SEBC in materia di audit.
Articolo 15
Obblighi in caso di sospensione o cessazione
Le BC dell’Eurosistema risolvono con effetto immediato e senza preavviso oppure sospendono la partecipazione di un partecipante al pertinente sistema componente di TARGET se:
è aperta una procedura d’insolvenza nei confronti di un partecipante; o
un partecipante non soddisfa più i requisiti di accesso per la partecipazione al pertinente sistema componente di TARGET.
Se una BC dell’Eurosistema dispone la sospensione o la cessazione della partecipazione di un partecipante a TARGET ai sensi del paragrafo 1 oppure in base a motivi prudenziali ai sensi dell’articolo 17, ne dà immediata notifica a tutte le altre BC dell’Eurosistema, fornendo tutte le seguenti informazioni:
il nome e il BIC del partecipante;
le informazioni su cui la BCN dell’area dell’euro ha fondato la propria decisione, includendo qualsiasi informazione o parere ottenuti dalla competente autorità di vigilanza;
la misura adottata e le tempistiche proposte per la sua attuazione.
Ogni BC dell’Eurosistema, se lo richiede un’altra BC dell’Eurosistema, scambia informazioni in relazione a tale partecipante, incluse le informazioni relative agli ordini di trasferimento di contanti ad esso indirizzati.
Una BC dell’Eurosistema che ha risolto o sospeso la partecipazione di un partecipante al proprio sistema componente di TARGET ai sensi del paragrafo 1 risponde rispetto alle altre BC dell’Eurosistema se:
successivamente autorizza il regolamento di ordini di trasferimento di contanti indirizzati a partecipanti di cui ha sospeso o risolto la partecipazione; o
non adempie gli obblighi di cui ai paragrafi 1 e 2.
Articolo 16
Procedure per il rigetto di una richiesta di partecipazione a TARGET sulla base di motivi prudenziali
Qualora, ai sensi dell’allegato I, parte I, articolo 5, paragrafo 5, lettera c), una BC dell’Eurosistema respinga una richiesta di adesione a TARGET sulla base di motivi prudenziali, tale BC dell’Eurosistema deve informare prontamente le altre BC dell’Eurosistema di tale rigetto.
Articolo 17
Procedure per la sospensione, la limitazione o la cessazione della partecipazione a TARGET e dell'accesso al credito infragiornaliero e all'autocollateralizzazione per motivi prudenziali
Articolo 18
Procedure per la cooperazione delle BC dell’Eurosistema in relazione a misure amministrative o restrittive
In relazione all'attuazione dell'allegato I, parte I, articolo 29, paragrafo 3:
qualsiasi BC dell'Eurosistema condivide prontamente con tutte le BC potenzialmente interessate tutte le informazioni ricevute in relazione a un ordine di trasferimento di contante impartito, eccezion fatta per gli ordini di trasferimento di liquidità tra conti diversi dello stesso partecipante;
qualsiasi BC dell’Eurosistema che riceva da un partecipante la prova che è stata effettuata la notifica a, o è stata ricevuta l’autorizzazione da, un’autorità competente, trasmette prontamente tale prova a ogni altra BC che agisce in qualità di fornitore di servizi di pagamento dell’ordinante o del beneficiario, a seconda del caso;
la BC dell’Eurosistema che agisce in qualità di fornitore di servizi di pagamento dell’ordinante informa prontamente l’ordinante che può immettere un ordine di trasferimento di contante in TARGET.
Articolo 19
Procedure di business continuity e di contingency
Articolo 20
Trattamento delle richieste di risarcimento in base al meccanismo di indennizzo di TARGET
Articolo 21
Trattamento delle perdite causate da un malfunzionamento tecnico di TARGET
Nel caso di un malfunzionamento tecnico di TARGET:
dal lato dell’ordinante, qualsiasi BC presso cui un ordinante ha effettuato un deposito beneficia di certi proventi finanziari che ammontano alla differenza tra il tasso sulle operazioni di rifinanziamento principali dell’Eurosistema e il tasso sui depositi, applicata all’incremento marginale nell’utilizzo delle operazioni di deposito dell’Eurosistema per il periodo di malfunzionamento tecnico di TARGET e fino ad un importo corrispondente agli ordini di trasferimento di contanti non regolati. Qualora l’ordinante rimanga con giacenze infruttifere in eccedenza, i proventi finanziari ammontano al tasso sulle operazioni di rifinanziamento principali dell’Eurosistema, applicato all’ammontare delle giacenze infruttifere in eccedenza per il periodo di malfunzionamento tecnico di TARGET e fino ad un importo corrispondente agli ordini di trasferimento di contanti non regolati.
dal lato del beneficiario, la BC da cui il beneficiario ha ricevuto il prestito facendo ricorso alle operazioni di rifinanziamento marginale gode di certi proventi finanziari che ammontano alla differenza tra il tasso di rifinanziamento marginale e il tasso sulle operazioni di rifinanziamento principali dell’Eurosistema, applicata all’incremento marginale nell’utilizzo delle operazioni di rifinanziamento marginale nel periodo di malfunzionamento tecnico di TARGET e fino ad un importo corrispondente agli ordini di trasferimento di contanti non regolati.
I proventi finanziari della BCE ammontano a:
i profitti relativi alle BCN connesse derivanti dalla differente remunerazione dei saldi di fine giornata di dette BCN connesse in relazione alla BCE; e
l’importo dell’interesse a titolo di penale che la BCE riceve dalle BCN connesse ogniqualvolta una di dette BCN applica una penale ad un partecipante per il mancato rimborso del credito infragiornaliero entro i termini stabiliti, come previsto nell’accordo tra le BC dell’Eurosistema e le BCN connesse.
Articolo 22
Diritti di garanzia in relazione a fondi su sottoconti e garanzia interna all’Eurosistema
SEZIONE IV
DISPOSIZIONI TRANSITORIE E FINALI
Articolo 23
Risoluzione delle controversie e legge applicabile
Articolo 24
Abrogazione dell’indirizzo 2013/47/UE (BCE/2012/27)
Articolo 25
Efficacia ed attuazione
Articolo 26
Disposizioni varie e transitorie
Alla data precisata all'articolo 25, paragrafo 2, rispetto al partecipante:
i saldi sui conti PM di TARGET2 sono trasferiti negli MCA pertinenti come precisato dal partecipante;
i conti TIPS DCA in TARGET2 diventano conti TIPS DCA;
i conti T2S DCA in TARGET2 diventano conti T2S DCA;
I conti tecnici di TARGET2, i conti tecnici di TARGET2 TIPS AS e i conti dei fondi di garanzia di TARGET2 per le procedure di regolamento AS diventano rispettivamente conti tecnici RTGS AS, conti tecnici TIPS AS e conti di fondi di garanzia AS;
i saldi sugli Home Account sono trasferiti negli MCA pertinenti come precisato dal partecipante.
Articolo 27
Destinatari, misure di attuazione e segnalazione al livello 1
ALLEGATO I
CONDIZIONI ARMONIZZATE PER LA PARTECIPAZIONE A TARGET
PARTE I
Termini e condizioni generali
Articolo 1
Ambito di applicazione
I termini e le condizioni di cui alla presente parte I disciplinano il rapporto tra [inserire nome della BC] e i rispettivi partecipanti a TARGET-[inserire riferimento a BC/paese]. I termini e le condizioni di cui alle successive parti II, III, IV, V, VI e VII si applicano nella misura in cui i partecipanti optino e ricevano uno o più conti descritti in tali parti. I termini e le condizioni di cui alle parti da I a VII del presente allegato sono indicati nel presente indirizzo collettivamente come «Condizioni armonizzate» o «Condizioni».
Articolo 2
Appendici
Le appendici seguenti costituiscono parte Integrante delle presenti Condizioni:
Specifiche tecniche per l’elaborazione degli ordini di trasferimento di contante
Meccanismo di indennizzo di TARGET
Fac-simile dei capacity e country opionion
Procedure di business continuity e di contingency
Giornata operativa di TARGET
Schema tariffario
Requisiti relativi alla gestione della sicurezza delle informazioni e alla gestione della business continuity
inserire, se necessario: Elenco delle definizioni di cui all'allegato III dell'indirizzo]
Articolo 3
Descrizione generale di TARGET
TARGET fornisce:
conti MCA per il regolamento di operazioni della banca centrale;
conti RTGS DCA per il regolamento lordo in tempo reale di pagamenti e sottoconti se richiesto per il regolamento AS;
conti T2S DCA per pagamenti in contanti in relazione al regolamento titoli;
conti TIPS DCA per il regolamento di pagamenti istantanei; e
i seguenti conti per il regolamento AS: i) conti tecnici RTGS AS; ii) conti del fondo di garanzia AS; iii) conti tecnici TIPS AS.
Ciascun conto in TARGET-[inserire nome della BC] è identificato mediante un numero di conto unico costituito dagli elementi descritti nell'appendice I, paragrafo 2.
Articolo 4
Criteri di accesso
I soggetti rientranti nelle categorie di seguito indicate sono idonei a diventare partecipanti di TARGET-[inserire riferimento a BC/paese]:
enti creditizi insediati nell'Unione o nel SEE, incluso il caso in cui essi operino attraverso una succursale insediata nell'Unione o nel SEE;
enti creditizi insediati al di fuori del SEE, a condizione che essi operino attraverso una succursale insediata nell'Unione o nel SEE;
BCN degli Stati membri e la BCE;
a condizione che i soggetti di cui alle lettere a) e b) non siano soggetti a misure restrittive adottate dal Consiglio dell'Unione europea o da Stati membri ai sensi dell'articolo 65, paragrafo 1, lettera b), dell'articolo 75 o dell'articolo 215 del trattato, la cui attuazione, a parere di [inserire nome BC] una volta informata la BCE, sia incompatibile con il regolare funzionamento di TARGET.
La [inserire il nome della BC] può, a propria discrezione, ammettere anche i seguenti soggetti quali partecipanti:
dipartimenti del Tesoro di governi centrali o regionali degli Stati membri;
enti del settore pubblico degli Stati membri autorizzati a detenere conti per la clientela;
imprese di investimento insediate nell'Unione o nel SEE, incluso il caso in cui esse operino attraverso una succursale insediata nell'Unione o nel SEE; e
imprese di investimento insediate al di fuori del SEE, a condizione che esse operino attraverso una succursale insediata nell'Unione o nel SEE;
soggetti gestori di sistemi ancillari e che agiscono in tale veste; e
enti creditizi o altri soggetti rientranti nelle categorie elencate alle lettere da a) a d), purché insediati in uno Stato con il quale l'Unione ha concluso un accordo monetario che consente a tali soggetti l'accesso ai sistemi di pagamento nell'Unione, subordinatamente alle condizioni stabilite nell'accordo monetario e sempre che il regime legale ad essi applicabile nel suddetto Stato sia equivalente alla legislazione dell'Unione di riferimento.
Articolo 5
Procedura di domanda
Per diventare partecipante a TARGET-[inserire il riferimento a nome BC/paese], un soggetto idoneo ai sensi dell'articolo 4, paragrafo 1, oppure un soggetto che può essere ammesso dalla [inserire nome della BC] a norma dell'articolo 4, paragrafo 2, deve soddisfare i seguenti requisiti:
installare, gestire, operare, monitorare l’infrastruttura informatica necessaria per connettersi a TARGET-[inserire riferimento a BC/paese] ed essere in grado di immettere in esso ordini di trasferimento di contanti. A tal fine, i richiedenti possono ricorrere a terzi, rimanendo comunque responsabili in via esclusiva;
aver superato i collaudi richiesti da [inserire il nome della BC];
se il richiedente presenta domanda per un conto RTGS DCA, un conto T2S DCA o un conto TIPS DCA, deve altresì detenere o aprire un conto MCA presso [inserire nome della BC];
presentare un capacity opinion nella forma specificata nell'appendice III, a meno che le informazioni e le dichiarazioni da fornire con tale capacity opinion siano già state acquisite da [inserire il nome della BC] in altro contesto;
per i soggetti di cui all’articolo 4, paragrafo 1, lettera b), e all’articolo 4, paragrafo 2, lettera c), punto ii), fornire un country opinion nella forma specificata nell’appendice III, a meno che le informazioni e le dichiarazioni da fornire con tale country opinion siano già state acquisite da [inserire il nome della BC] in altro contesto;
se il richiedente presenta domanda per un conto TIPS DCA, deve aver aderito allo schema SCT Inst sottoscrivendo l'accordo di adesione al bonifico istantaneo SEPA (SEPA Instant Credit Transfer Adherence Agreement);
se il richiedente presenta domanda per un conto tecnico TIPS AS, deve aver fornito prova del fatto che la lettera informativa con cui dimostrava la sua intenzione di essere un meccanismo di compensazione e regolamento (CSM) conforme allo schema SCT Inst è stata fornita al Consiglio europeo per i pagamenti (EPC).
I soggetti che intendono partecipare devono farne richiesta alla [inserire nome della BC], allegando almeno la seguente documentazione o le seguenti informazioni:
moduli di raccolta dei dati statici predisposti dalla [inserire nome della BC], debitamente compilati;
il capacity opinion, se richiesto dalla [inserire il nome della BC] e il country opinion, se richiesto dalla [inserire il nome della BC];
se il richiedente presenta domanda per un conto TIPS DCA, prova della sua adesione allo schema SCT Inst;
se il richiedente chiede di utilizzare la procedura di regolamento TIPS AS, la prova di aver fornito all'EPC la lettera informativa con cui dimostrava la sua intenzione di essere un CSM conforme allo schema SCT Inst;
se il richiedente designa un soggetto incaricato del servizio finanziario, la prova che quest’ultimo ha prestato il proprio accordo ad agire in tale veste.
La [inserire nome della BC] respinge la richiesta di partecipazione se:
il richiedente non è un soggetto idoneo ai sensi dell'articolo 4, paragrafo 1, o un soggetto che può essere ammesso da [inserire nome della BC] a norma dell'articolo 4, paragrafo 2;
non sono soddisfatti uno o più dei requisiti di partecipazione di cui al paragrafo 1; e/o
tale partecipazione, secondo il giudizio della [inserire nome della BC], ponga a rischio la stabilità, solidità e sicurezza complessive di TARGET-[inserire il riferimento a BC/paese] o di qualunque altro sistema componente di TARGET, ovvero possa pregiudicare lo svolgimento delle funzioni della [inserire nome della BC] come disciplinate dal [fare riferimento al diritto nazionale applicabile] e nello statuto del Sistema europeo di banche centrali e della Banca centrale europea, ovvero presenti rischi in base a motivi prudenziali.
Articolo 6
Partecipanti
Articolo 7
Accesso al conto di un partecipante da parte di soggetti diversi da quest'ultimo
Articolo 8
Tariffazione
Articolo 9
Billing group (gruppi tariffari)
Articolo 10
Obblighi della [inserire nome della BC] e dei partecipanti
Articolo 11
Cooperazione e scambio d'informazioni
Articolo 12
Remunerazione dei conti
I conti MCA, DCA e i sottoconti sono remunerati al tasso dello zero per cento o al tasso di deposito, se inferiore, salvo che vengano impiegati per detenere uno dei seguenti:
riserve minime;
riserve in eccesso;
depositi delle amministrazioni pubbliche, come definiti all'articolo 2, punto 5), dell’indirizzo (UE) 2019/671 della Banca centrale europea (BCE/2019/7) ( 5 ).
Nel caso delle riserve minime, il calcolo e il pagamento della remunerazione delle riserve minime sono disciplinati dal regolamento (CE) n. 2531/98 ( 6 ) del Consiglio e dal regolamento (UE) 2021/378 (BCE/2021/1).
Nel caso delle riserve in eccesso, il calcolo e il pagamento della remunerazione delle partecipazioni sono disciplinati dalla decisione (UE) 2019/1743 della Banca centrale europea (BCE/2019/31) ( 7 ).
Nel caso dei depositi delle amministrazioni pubbliche, la remunerazione delle partecipazioni è disciplinata dalle disposizioni relative a tali depositi delle amministrazioni pubbliche come stabilito all’articolo 4 dell’indirizzo (UE) 2019/671 (BCE/2019/7).
Articolo 13
Gestione dei conti
Articolo 14
Riserve minime
Articolo 15
Importi del limite minimo e del limite massimo
Articolo 16
Gruppo di monitoraggio dei conti
Articolo 17
Accettazione e rigetto degli ordini di pagamento
Gli ordini di trasferimento di contante immessi dai partecipanti si considerano accettati dalla [inserire nome della BC] se:
Il messaggio di trasferimento è conforme ai requisiti tecnici di TARGET descritti nell'appendice I;
il messaggio è conforme alle regole e alle condizioni di formattazione descritte nell'appendice I;
il messaggio supera il controllo di doppia immissione descritto nell'appendice I;
nei casi in cui un ordinante sia stato sospeso riguardo all'addebito dei propri conti o un beneficiario sia stato sospeso riguardo all'accredito dei propri conti, sia stato ottenuto il consenso esplicito della BC del partecipante sospeso;
nei casi in cui l'ordine di trasferimento di contante è effettuato nell'ambito di una procedura di regolamento RTGS AS, il conto del partecipante è incluso nel settlement bank account group richiesto da tale sistema ancillare di cui alla parte VI, articolo 1, paragrafo 7; e
nel caso di regolamento tra sistemi nell'ambito delle procedure di regolamento RTGS AS, il sistema ancillare interessato fa parte di un accordo di regolamento tra sistemi ai sensi della parte VI, articolo 9.
Articolo 18
Immissione degli ordini di trasferimento di contante nel sistema e loro irrevocabilità
Ai fini della prima frase dell'articolo 3, paragrafo 1, e dell'articolo 5 della direttiva 98/26/CE e della [inserire estremi della legge nazionale di attuazione di tali articoli della direttiva 98/26/CE]:
tutti gli ordini di trasferimento di contante, ad eccezione di quanto previsto alle lettere b), c) e d) del presente paragrafo, sono considerati inseriti in TARGET-[inserire riferimento a BC/paese] e irrevocabili al momento dell'addebito del conto TARGET del partecipante interessato;
gli ordini di pagamento istantaneo sono considerati immessi in TARGET-[inserire il riferimento a BC/paese] e sono irrevocabili nel momento in cui i relativi fondi sul conto TIPS DCA del partecipante o sul suo conto tecnico TIPS AS sono riservati;
nel caso di operazioni regolate con conto T2S DCA e soggette all'abbinamento di due ordini di trasferimento distinti:
tali ordini di trasferimento, eccetto quanto disposto al punto ii) del presente sotto-paragrafo, sono considerati come immessi in TARGET-[inserire riferimento a BC/paese] al momento in cui sono stati dichiarati conformi alle norme tecniche di T2S dalla piattaforma T2S e irrevocabili nel momento in cui all'operazione è stato attribuito lo status di «matched» (abbinato) sulla piattaforma T2S;
per le operazioni in cui è coinvolto un CSD partecipante che abbia un componente di matching separato per cui gli ordini di trasferimento sono inviati direttamente a tale CSD partecipante per essere abbinati nel suo componente di matching separato, gli ordini di trasferimento sono considerati come immessi in TARGET-[inserire il riferimento a BC/paese] al momento in cui sono stati dichiarati conformi alle norme tecniche di T2S da tale CSD partecipante, e irrevocabili dal momento in cui all'operazione è stato attribuito lo status di «matched» (abbinata) sulla piattaforma T2S. Un elenco dei CSD partecipanti di cui al presente punto ii) è disponibile sul sito internet della BCE;
gli ordini di trasferimento di contante in relazione alle procedure di regolamento RTGS AS si considerano inseriti nel sistema componente TARGET del conto da addebitare al momento in cui sono accettati da tale sistema componente di TARGET e irrevocabili in quel momento.
Articolo 19
Procedure di business continuity e di contingency
L’Eurosistema fornisce una Contingency Solution da utilizzare nel caso dovesse verificarsi uno degli eventi descritti nel paragrafo 1. La connessione e l’utilizzo della Contingency Solution possono essere effettuati su richiesta di un partecipante e sono obbligatori nei seguenti casi:
per i partecipanti considerati critici da [inserire nome della BC] e per i partecipanti che regolano le operazioni molto critiche di cui all’appendice IV;
a decorrere dal 21 marzo 2025, per tutti i sistemi ancillari e per tutti i titolari di conto RTGS DCA.
Articolo 20
Requisiti di sicurezza
La [inserire nome della BC] può imporre le seguenti misure correttive ai partecipanti il cui livello di conformità sia stato valutato come non conformità lieve o grave, in ordine crescente di gravità:
monitoraggio rafforzato: il partecipante presenta alla [inserire nome della BC] una relazione mensile, firmata da un alto dirigente, sui progressi compiuti nel fronteggiare la non conformità. Il partecipante è inoltre tenuto a pagare una penalità mensile di 1 000 EUR per ciascun conto interessato. Tale misura correttiva può essere imposta nel caso in cui il partecipante riceva una seconda valutazione consecutiva di non conformità lieve o una valutazione di non conformità grave;
sospensione: la partecipazione a TARGET-[inserire riferimento a BC/paese] può essere sospesa nelle circostanze descritte all’articolo 25, paragrafo 2, lettere b) e/o c). In deroga all'articolo 25, al partecipante viene concesso un preavviso di tre mesi prima di tale sospensione. Il partecipante è tenuto a pagare una penalità mensile di 2 000 euro per ciascun conto sospeso. Tale misura correttiva può essere imposta nel caso in cui il partecipante riceva una seconda valutazione consecutiva di non conformità grave;
cessazione: la partecipazione a TARGET-[inserire riferimento a BC/paese] può essere fatta cessare nelle circostanze descritte all’articolo 25, paragrafo 2, lettere b) e/o c). In deroga all'articolo 25, al partecipante viene concesso un preavviso di tre mesi. Il partecipante è tenuto a pagare una penale aggiuntiva di 1 000 EUR per ciascun conto chiuso. Tale misura correttiva può essere imposta se il partecipante non ha rimediato alla non conformità grave in modo ritenuto soddisfacente da [inserire nome della BC] a seguito di tre mesi di sospensione.
Articolo 21
Meccanismo d’indennizzo
Se, a causa di un malfunzionamento tecnico di TARGET, un ordine di trasferimento di contante non può essere regolato nella medesima giornata lavorativa in cui è stato accettato, la [inserire nome della BC] offre di indennizzare i partecipanti interessati, in conformità alla speciale procedura prevista nell’appendice II.
Articolo 22
Regime di responsabilità
La [inserire nome della BC] non è responsabile:
nei limiti in cui il danno è causato dal partecipante; o
se il danno deriva da eventi esterni che sfuggono al controllo che la [inserire nome della BC] può ragionevolmente esercitare (forza maggiore).
Articolo 23
Regime probatorio
Articolo 24
Durata e cessazione ordinaria della partecipazione e chiusura dei conti
Un partecipante può recedere da uno qualsiasi dei seguenti rapporti in qualunque momento dandone un preavviso di 14 giornate lavorative, salvo che abbia concordato con la [inserire nome della BC] un preavviso di durata inferiore:
la sua intera partecipazione a TARGET- [inserire riferimento a BC/paese], tranne nel caso in cui il partecipante sia un’istituzione rientrante nell’ambito di applicazione dell’articolo 1 del regolamento (UE) 2021/378 (BCE/2021/1), nel qual caso il partecipante deve continuare a detenere almeno un MCA ai fini dell’adempimento degli obblighi di riserve minime applicabili, a condizione che il partecipante continui ad adempiere agli articoli 4 e 5;
uno o più dei suoi conti DCA, conti tecnici RTGS AS e/o conti tecnici TIPS AS;
uno o più dei suoi conti MCA, tranne nel caso in cui il partecipante sia un’istituzione rientrante nell’ambito di applicazione dell’articolo 1 del regolamento (UE) 2021/378 (BCE/2021/1), nel qual caso il partecipante deve continuare a detenere almeno un MCA ai fini dell’adempimento degli obblighi di riserve minime applicabili, a condizione che il partecipante continui ad osservare gli articoli 4 e 5.
La [inserire nome della BC] può recedere da uno qualsiasi dei seguenti rapporti in qualunque momento dandone un preavviso di tre mesi, salvo che abbia concordato con quel partecipante un preavviso di durata diversa:
l’intera partecipazione di un partecipante a TARGET- [inserire riferimento a BC/paese] tranne nel caso in cui il partecipante sia un’istituzione rientrante nell’ambito di applicazione dell’articolo 1 del regolamento (UE) 2021/378 (BCE/2021/1), nel qual caso la [inserire nome della BC] deve continuare a offrire almeno un MCA ai fini dell’adempimento degli obblighi di riserve minime applicabili, a condizione che il partecipante continui ad osservare gli articoli 4 e 5;
uno o più conti DCA, conti tecnici RTGS AS o conti tecnici TIPS AS del partecipante;
uno o più conti MCA di un partecipante, a condizione che il partecipante continui a detenere almeno un MCA.
Articolo 25
Sospensione e cessazione straordinaria della partecipazione
La partecipazione di un partecipante a TARGET-[inserire riferimento a BC/paese] cessa con effetto immediato e senza preavviso ovvero è sospesa se si verifica uno dei seguenti eventi di default:
l'apertura di procedure d'insolvenza; e/o
la perdita dei requisiti di cui all’articolo 4.
Ai fini del presente paragrafo, l'adozione di misure di prevenzione delle crisi o di gestione delle crisi nell'accezione di cui alla direttiva 2014/59/UE nei confronti di un partecipante non equivale automaticamente all'apertura di una procedura di insolvenza.
La [inserire nome della BC] può decidere di disporre la cessazione senza preavviso o la sospensione della partecipazione del partecipante a TARGET-[inserire riferimento a BC/paese] se:
si verificano uno o più eventi di default (diversi da quelli di cui al paragrafo 1);
il partecipante compie una grave violazione di una qualsiasi delle presenti Condizioni;
il partecipante non adempie uno qualsiasi degli obblighi assunti nei confronti della [inserire nome della BC];
il partecipante cessa di avere un accordo valido con un NSP per la fornitura della necessaria connessione a TARGET;
si verifica qualunque altro evento riguardante il partecipante che, a giudizio della [inserire nome della BC], potrebbe porre in pericolo la stabilità, solidità e sicurezza complessive di TARGET-[inserire il riferimento a BC/paese] o di qualunque altro sistema componente di TARGET, ovvero potrebbe pregiudicare lo svolgimento da parte della [inserire nome della BC] dei proprI compiti, così come descritti nel [fare riferimento al diritto nazionale pertinente] e nello statuto del Sistema europeo di banche centrali e della Banca centrale europea, ovvero presenti rischi in base a motivi prudenziali;
una BCN dispone la sospensione o la cessazione dell’accesso del partecipante al credito infragiornaliero, inclusa l’autocollateralizzazione, in virtù della parte II, articolo 13; e/o
il partecipante è escluso da, o cessa comunque di essere membro di uno dei gruppi chiusi di utenti (Closed Group of Users, CGU) dell’NSP.
Articolo 26
Chiusura dei conti TARGET da parte di [inserire il nome della BC] al momento della cessazione della partecipazione
Al momento della cessazione della partecipazione di un partecipante a TARGET-[inserire riferimento a BC/paese] ai sensi degli articoli 24 o 25, la [inserire nome della BC] chiude i conti TARGET del partecipante interessato, dopo aver regolato o respinto qualsiasi ordine di trasferimento di contante in lista d’attesa ed essersi avvalsa dei suoi diritti di pegno e di compensazione ai sensi dell'articolo 27.
Articolo 27
Diritti di pegno e compensazione della [inserire nome della BC]
[Inserire se applicabile: La [inserire nome della BC] è titolare di un diritto di pegno sui saldi a credito presenti e futuri dei conti TARGET dei partecipanti, che pertanto garantiscono qualunque credito attuale e futuro derivante dal rapporto giuridico che intercorre tra le parti.]
[Inserire se applicabile: I crediti presenti e futuri di un partecipante nei confronti della [inserire nome della BC] derivanti dal saldo a credito sul conto TARGET sono ceduti in garanzia, a titolo fiduciario, alla [inserire nome della BC] a copertura di qualunque credito presente e futuro della [inserire nome della BC] nei confronti del partecipante derivante da [inserire riferimento all’accordo che attua le presenti Condizioni]. Tali garanzie sono costituite per effetto del mero accredito dei fondi sui conti TARGET del partecipante.]
[Inserire se applicabile: La [inserire nome della BC] è titolare di un floating charge sui saldi a credito presenti e futuri dei conti TARGET dei partecipanti, che pertanto garantiscono qualunque credito attuale e futuro derivante dal rapporto giuridico che intercorre tra le parti.]
Al verificarsi di:
un evento di default previsto all'articolo 25, paragrafo 1; o
qualunque altro evento di default o evento previsto all’articolo 25, paragrafo 2, che ha condotto alla cessazione o alla sospensione della partecipazione del partecipante, nonostante l’avvio di una procedura d’insolvenza nei confronti di un partecipante e nonostante ogni cessione, sequestro di qualsiasi natura o atto di disposizione dei diritti del partecipante, o ad essi relativo,
tutti gli obblighi del partecipante divengono automaticamente e immediatamente esigibili, senza preavviso e senza la necessità di un’approvazione preliminare da parte di alcuna autorità. Inoltre, i debiti reciproci del partecipante e della [inserire nome della BC] sono automaticamente compensati fra loro e la parte in debito per l’importo maggiore corrisponde all’altra la differenza tra gli importi rispettivamente dovuti.
Le disposizioni del presente articolo non fanno sorgere alcun diritto, pegno, addebito del credito o compensazione rispetto ai seguenti conti TARGET utilizzati dal sistema ancillare:
conti TARGET utilizzati conformemente alle procedure di regolamento AS di cui alla parte VI o alla parte VII;
conti TARGET detenuti da sistema ancillare ai sensi delle parti da II a V, quando i fondi detenuti su tali conti non appartengono al sistema ancillare ma sono detenuti per conto dei loro clienti o sono utilizzati per regolare ordini di trasferimento di contante per conto dei loro clienti.
Articolo 28
Riservatezza
In deroga al paragrafo 1, il partecipante accetta che la [inserire nome della BC] possa comunicare informazioni relative ai pagamenti, informazioni di carattere tecnico o organizzativo riguardanti il partecipante, i partecipanti allo stesso gruppo bancario o i clienti del partecipante, ottenuti nel corso del funzionamento di TARGET-[inserire riferimento a BC/paese] a:
altre BC o terzi coinvolti nell'operatività di TARGET-[inserire il riferimento a BC/paese], nei limiti in cui ciò sia necessario per l'efficiente funzionamento di TARGET o per il monitoraggio dell'esposizione del partecipante o del suo gruppo bancario;
altre BC al fine di condurre le analisi necessarie per operazioni di mercato, funzioni di politica monetaria, stabilità finanziaria o integrazione finanziaria; ovvero
autorità di vigilanza, risoluzione e sorveglianza degli Stati membri e dell'Unione, incluse le BC, nei limiti in cui ciò sia necessario per l'esercizio delle loro funzioni pubbliche,
e a condizione che tale comunicazione non sia in conflitto con la normativa applicabile.
Articolo 29
Tutela dei dati, prevenzione del riciclaggio di denaro, misure amministrative o restrittive e questioni connesse
I partecipanti, laddove agiscano in qualità di fornitori di servizi di pagamento di un ordinante o di un beneficiario, osservano gli obblighi derivanti da misure amministrative o restrittive imposte ai sensi dell’articolo 75 o dell’articolo 215 del trattato a cui sono soggetti, anche con riferimento alla notifica e/o all’ottenimento dell’autorizzazione da parte dell’autorità competente relativamente all’elaborazione delle operazioni. Inoltre:
qualora la [inserire nome della BC] sia il fornitore di servizi di pagamento di un partecipante che è ordinante:
il partecipante effettua la notifica o ottiene il consenso per conto della banca centrale cui è primariamente richiesto di effettuare la notifica o ottenere l’autorizzazione e fornisce alla [inserire nome della BC] la prova di aver effettuato la notifica o di aver ricevuto l’autorizzazione;
il partecipante non immette in TARGET alcun ordine di trasferimento di contante per il trasferimento di fondi su un conto detenuto da un soggetto diverso dal partecipante finché non ha ottenuto conferma dalla [inserire nome della BC] che la notifica dovuta è stata effettuata o l'autorizzazione è stata ottenuta dal fornitore di servizi di pagamento del beneficiario o per suo conto;
qualora la [inserire nome della BC] sia il fornitore di servizi di pagamento di un partecipante che sia beneficiario, il partecipante effettua la notifica o ottiene l’autorizzazione per conto della banca centrale cui è primariamente richiesto di effettuare la notifica o ottenere l’autorizzazione e fornisce alla [inserire nome della BC] la prova di aver effettuato una notifica o di aver ricevuto l’autorizzazione.
Ai fini del presente paragrafo, i termini «fornitore di servizi di pagamento», «ordinante» e «beneficiario» hanno il significato loro attribuito nelle misure amministrative o restrittive in vigore.
Articolo 30
Comunicazioni
Articolo 31
Rapporto contrattuale con un NSP
Al fine di inviare o ricevere da TARGET istruzioni e messaggi, i partecipanti:
concludono un contratto con un NSP nell'ambito del contratto di concessione con tale NSP al fine di stabilire una connessione tecnica a TARGET-[inserire riferimento a BC/paese]; o
si collegano tramite un altro soggetto che abbia stipulato un contratto con un NSP nell'ambito del contratto di concessione con tale NSP.
Articolo 32
Procedura di modifica
La [inserire nome della BC] può in qualunque momento modificare unilateralmente le presenti Condizioni, comprese le appendici. Le modifiche alle presenti Condizioni, comprese le appendici, sono rese note mediante [inserire il relativo mezzo di comunicazione]. Le modifiche si intendono accettate salvo che il partecipante vi si opponga espressamente entro 14 giorni dal momento in cui è stato informato di tali modifiche. Nel caso in cui un partecipante si opponga alla modifica, la [inserire nome della BC] può far cessare immediatamente la partecipazione di quel partecipante a TARGET-[inserire riferimento a BC/paese] e chiudere i suoi conti TARGET.
Articolo 33
Diritti dei terzi
Articolo 34
Legge applicabile, giurisdizione e luogo dell'adempimento
Articolo 35
Scindibilità
L'invalidità di alcuna delle previsioni contenute nelle presenti Condizioni non pregiudica l'applicabilità di tutte le altre disposizioni delle Condizioni stesse.
Articolo 36
Entrata in vigore e cogenza
PARTE II
Termini e condizioni speciali per i conti in contanti principali (main cash accounts, MCA)
Articolo 1
Apertura e gestione di un conto MCA
Il conto MCA primario designato a norma del paragrafo 2 è utilizzato anche per i seguenti scopi:
remunerazione di cui alla parte I, articolo 12, a meno che il partecipante non abbia designato un altro partecipante a TARGET-[inserire riferimento a BC/paese] a tal fine;
la concessione di credito infragiornaliero, se del caso.
Articolo 2
Comovimentazione di un MCA
Su richiesta del titolare di un conto MCA, la [inserire nome della BC] consente che un conto MCA detenuto da tale titolare di conto MCA sia comovimentato da uno dei seguenti soggetti:
un altro titolare di conto MCA in TARGET-[inserire riferimento a BC/paese];
un titolare di conto MCA in un altro sistema componente di TARGET;
[[inserire nome della BC] se applicabile].
Se il titolare di conto MCA è titolare di più di un conto MCA, ogni conto MCA detenuto può essere gestito congiuntamente da un diverso comovimentatore.
In relazione a un conto MCA che comovimenta, il comovimentatore ha gli stessi diritti e privilegi di cui gode in relazione al proprio conto MCA.
Articolo 3
Liquidity transfer group (gruppo di trasferimento di liquidità) MCA
Articolo 4
Operazioni elaborate tramite un conto MCA
Le seguenti operazioni sono elaborate tramite un conto MCA in TARGET-[inserire il riferimento a BC/paese]:
operazioni della banca centrale;
ordini di trasferimento di liquidità da e verso conti di deposito overnight aperti da [inserire nome della BC] a nome del partecipante;
ordini di trasferimento di liquidità verso un altro conto MCA all'interno dello stesso gruppo di trasferimento di liquidità MCA;
ordini di trasferimento di liquidità a un conto T2S DCA, TIPS DCA o RTGS DCA, o a un sottoconto di essi.
La seguente operazione può essere elaborata tramite un conto MCA in TARGET-[inserire il riferimento a BC/paese]:
[inserire se richiesto [ordini di trasferimento di contante risultanti da depositi e prelievi di banconote.]]
Articolo 5
Ordini di trasferimento di liquidità
Il titolare di un conto MCA può presentare un ordine di trasferimento di liquidità come uno dei seguenti:
un ordine immediato di trasferimento di liquidità, che costituisce un'istruzione per l'esecuzione immediata;
un ordine di trasferimento di liquidità permanente, che costituisce un'istruzione per l'esecuzione periodica del trasferimento di un determinato importo al verificarsi di un evento predefinito in ogni giornata lavorativa;
Articolo 6
Ordini di trasferimento di liquidità rule-based
Articolo 7
Elaborazione degli ordini di trasferimento di contante
Nel caso in cui non vi siano fondi sufficienti su un conto MCA per effettuare il regolamento, si applica la norma pertinente di cui alle lettere da a) ad e) [a seconda del tipo di ordine di trasferimento di contante].
Ordine di pagamento su conto MCA: l'istruzione è respinta se è avviata dalla [inserire nome della BC] e provocherebbe sia una modifica della linea di credito infragiornaliero del partecipante sia un corrispondente addebito o credito del suo conto MCA. Tutte le altre istruzioni sono poste in lista d’attesa.
Ordine di trasferimento immediato di liquidità: l’ordine è respinto senza regolamento parziale o eventuale ulteriore tentativo di regolamento.
Ordine di trasferimento di liquidità permanente: l’ordine è regolato in parte senza alcun ulteriore tentativo di regolamento.
Ordine di trasferimento di liquidità rule-based: l’ordine è regolato in parte senza alcun ulteriore tentativo di regolamento.
Ordine di trasferimento di liquidità verso un conto di deposito overnight: l’ordine è respinto senza regolamento parziale o eventuale ulteriore tentativo di regolamento.
Articolo 8
Ordini di riserva di liquidità
Il titolare di un conto MCA può dare istruzione a [inserire nome della BC] di riservare un determinato importo di liquidità sul proprio conto MCA al fine di regolare le operazioni della banca centrale o gli ordini di trasferimento di liquidità su conti di deposito overnight utilizzando uno dei seguenti strumenti:
un ordine di riserva di liquidità corrente che ha effetto immediato per la giornata lavorativa di TARGET in corso;
un ordine di riserva di liquidità permanente da effettuare all'inizio di ogni giornata lavorativa di TARGET.
Articolo 9
Elaborazione degli ordini di trasferimento di contante in caso di sospensione o cessazione
Articolo 10
Soggetti idonei al credito infragiornaliero
La [inserire nome della BCN] può anche concedere credito infragiornaliero ai seguenti soggetti:
enti creditizi insediati nell'Unione o nel SEE che non sono controparti idonee per le operazioni di politica monetaria dell'Eurosistema e/o non hanno accesso alle operazioni di rifinanziamento marginale, inclusi i casi in cui essi operino attraverso una succursale insediata nell'Unione o nel SEE, e incluse le succursali insediate nell'Unione e nel SEE di enti creditizi insediati al di fuori del SEE;
dipartimenti del Tesoro di governi centrali o regionali degli Stati membri ed enti del settore pubblico degli Stati membri autorizzati a detenere conti per la clientela;
imprese di investimento insediate nell'Unione o nel SEE, a condizione che abbiano concluso un accordo con un partecipante con accesso al credito infragiornaliero di cui al paragrafo 1 per garantire che sia coperta qualsiasi posizione debitoria residua alla fine del giorno pertinente; e
soggetti diversi da quelli di cui alla lettera a) che gestiscono sistemi ancillari e agiscono in tale qualità;
a condizione che, nei casi indicati nelle lettere da a) a d), i soggetti che ricevono credito infragiornaliero siano insediati nella stessa giurisdizione della [inserire nome della BCN].
La [inserire nome della BC] può fornire l'accesso alla linea di credito overnight a determinate controparti centrali idonee, nell'ambito di applicazione dell'articolo 139, paragrafo 2, lettera c), del trattato in combinato disposto con gli articoli 18 e 42 dello statuto del SEBC e [inserire le disposizioni nazionali di attuazione dell'articolo 1, paragrafo 1, dell'indirizzo (UE) 2015/510 (BCE/2014/60)]. Sono CCP idonee quelle che, durante l'intero periodo pertinente:
sono soggetti idonei ai fini del paragrafo 2, lettera e), a condizione che tali soggetti idonei siano anche CCP autorizzate ai sensi della normativa comunitaria o nazionale applicabile;
sono insediate nell'area dell'euro;
hanno accesso al credito infragiornaliero.
Articolo 11
Garanzia idonea per il credito infragiornaliero
Il credito infragiornaliero è basato su garanzie idonee. Le garanzie idonee consistono nelle medesime attività idonee per l'utilizzo nelle operazioni di politica monetaria dell'Eurosistema e sono soggette a regole in materia di valutazione e controllo dei rischi analoghe a quelle stabilite in [inserire le disposizioni nazionali di attuazione nella parte quarta dell'Indirizzo (UE) 2015/510 (BCE/2014/60)].
Articolo 12
Procedura di concessione del credito per il credito infragiornaliero
Il mancato adempimento da parte del soggetto di cui all’articolo 2, paragrafo 2, lettere a), c) o d), dell’obbligo di rimborsare il credito infragiornaliero al termine della giornata, qualunque ne sia la ragione, lo assoggetta all’obbligo di pagare le seguenti penali:
se tale soggetto ha un saldo a debito sul proprio conto al termine della giornata, per la prima volta in un periodo di dodici mesi, esso è tenuto al pagamento di interessi a titolo di penale applicando sull’ammontare di tale saldo a debito il tasso di rifinanziamento marginale maggiorato di cinque punti percentuali;
se tale soggetto ha un saldo a debito sul proprio conto al termine della giornata, almeno una seconda volta nel medesimo periodo di dodici mesi, il tasso d’interesse a titolo di penale di cui alla lettera a) è maggiorato di 2,5 punti percentuali per ogni mancato rimborso successivo al primo verificatosi nel suddetto periodo di dodici mesi.
Articolo 13
Sospensione, limitazione o cessazione del credito infragiornaliero
La [inserire il nome della BCN] dispone la sospensione o la cessazione dell'accesso al credito infragiornaliero al verificarsi di uno dei seguenti eventi di default:
Il conto MCA primario del partecipante presso la [inserire nome della BCN] è sospeso o chiuso;
il partecipante considerato non soddisfa più alcuno dei requisiti previsti all’articolo 10 per la concessione di credito infragiornaliero;
una competente autorità giudiziaria o di altra natura ha deciso l’attuazione di una procedura di liquidazione nei confronti del partecipante ovvero la nomina di un commissario liquidatore o di un analogo ufficiale nei confronti del partecipante in questione, ovvero ha deciso l’attuazione di ogni altra procedura analoga;
il partecipante è sottoposto a congelamento di fondi e/o ad altre misure che ne limitino l’utilizzo imposte dall’Unione.
l’idoneità del partecipante come controparte per le operazioni di politica monetaria dell’Eurosistema è stata sospesa o revocata.
PARTE III
Termini e condizioni speciali per i conti in contanti dedicati al regolamento lordo in tempo reale (RTGS DCA)
Articolo 1
Apertura e gestione di un conto RTGS DCA
Articolo 2
Titolari di addressable BIC
Articolo 3
Multi-addressee access
Un titolare di conto RTGS DCA che è un ente creditizio ai sensi della parte I, articolo 4, paragrafo 1, lettere a) o b), può concedere l'autorizzazione esplicita ai seguenti enti creditizi e succursali ad utilizzare il proprio conto RTGS DCA al fine di presentare e/o ricevere ordini di trasferimento in contanti direttamente mediante multi-addressee access:
enti creditizi di cui alla parte I, articolo 4, paragrafo 1, lettere a) o b), che appartengono allo stesso gruppo bancario del titolare di conto RTGS DCA;
succursali di tale titolare di conto RTGS DCA;
altre succursali o la sede centrale dello stesso soggetto giuridico del titolare di conto RTGS DCA.
Articolo 4
Liquidity transfer group (gruppo di trasferimento di liquidità) RTGS
Articolo 5
Operazioni elaborate su un conto RTGS DCA e sui relativi sottoconti
Le seguenti operazioni sono elaborate tramite un conto RTGS DCA o i relativi sottoconti in TARGET-[inserire il riferimento a BC/paese]:
[inserire se necessario] [ordini di trasferimento di contante risultanti da depositi e prelievi di banconote];
ordini di trasferimento di liquidità verso un altro RTGS DCA all'interno dello stesso gruppo di trasferimento di liquidità RTGS;
ordini di trasferimento di liquidità verso un conto TIPS DCA o un conto MCA;
trasferimenti di liquidità verso un conto di deposito overnight.
Articolo 6
Ordini di trasferimento di liquidità
Un titolare di conto RTGS DCA può inviare un ordine di trasferimento di liquidità come uno dei seguenti:
un ordine di trasferimento di liquidità immediato, che costituisce un'istruzione per l'esecuzione immediata;
un ordine di trasferimento di liquidità permanente, che costituisce un'istruzione per l'esecuzione periodica del trasferimento di un determinato importo al verificarsi di un evento predefinito in ogni giornata lavorativa;
Articolo 7
Ordini di trasferimento di liquidità rule-based
Il titolare di conto RTGS DCA può stabilire un importo minimo e/o un importo massimo per il suo conto RTGS DCA.
Stabilendo un limite massimo e optando per un ordine di trasferimento di liquidità rule-based, se, a seguito del regolamento di un ordine di pagamento o di un ordine di trasferimento AS, il limite massimo è superato, il titolare di conto RTGS DCA dà istruzioni a [inserire nome della BC] di eseguire un ordine di trasferimento di liquidità rule-based che accredita un conto MCA designato da tale titolare di conto RTGS DCA. Il conto MCA accreditato può appartenere a un altro partecipante a TARGET-[inserire riferimento a BC/paese] o a un altro sistema componente di TARGET.
Stabilendo un limite minimo e optando per un ordine di trasferimento di liquidità rule-based, se, a seguito del regolamento di un ordine di pagamento o di un ordine di trasferimento AS, il limite minimo è superato, viene avviato un ordine di trasferimento di liquidità rule-based che addebita un conto MCA autorizzato dal titolare di conto MCA. Il conto MCA addebitato può appartenere a un altro partecipante a TARGET-[inserire riferimento a BC/paese] o a un altro sistema componente di TARGET. Il titolare del conto MCA addebitato deve autorizzare l'addebito del proprio conto MCA in tal modo.
Articolo 8
Norme in materia di priorità
L'ordine di priorità per l’elaborazione degli ordini di trasferimento di contante, in ordine decrescente di urgenza, è:
urgente;
alta;
normale.
Ai seguenti ordini è attribuita automaticamente la priorità «urgente»:
ordini di trasferimento AS;
ordini di trasferimento di liquidità, compresi gli ordini di trasferimento di liquidità automatici;
ordini di trasferimento di contante su un conto tecnico AS per la procedura di regolamento RTGS AS di tipo D.
Articolo 9
Elaborazione degli ordini di trasferimento di contante su conti RTGS DCA
Gli ordini di trasferimento di contante su conti RTGS DCA sono regolati immediatamente, o successivamente, come indicato dal titolare di conto RTGS DCA in conformità all'articolo 16 o all'articolo 17, posto in ogni caso che:
vi sia liquidità disponibile sul conto RTGS DCA dell’ordinante;
non vi siano in lista d’attesa ordini di trasferimento in contanti con pari priorità o superiore; e
siano rispettati eventuali limiti di addebito stabiliti in conformità all’articolo 15.
Qualora una delle condizioni di cui al paragrafo 1, lettere da a) a c), non sia soddisfatta in relazione a un ordine di trasferimento di contante, si applicano le disposizioni seguenti.
Nel caso di un ordine di trasferimento di liquidità automatico, la [inserire nome della BC] ha disposizione di eseguire parzialmente l'istruzione e di eseguire ulteriori trasferimenti di liquidità ogniqualvolta vi sia liquidità disponibile, fino all'importo dell'ordine di trasferimento di liquidità automatico iniziale.
Nel caso di un ordine di trasferimento di liquidità immediato, l'ordine è respinto senza regolamento parziale o senza alcun ulteriore tentativo di regolamento, a meno che l'ordine non sia avviato da un sistema ancillare, nel qual caso è regolato parzialmente senza alcun ulteriore tentativo di regolamento.
Nel caso di un ordine di trasferimento di liquidità permanente o di un ordine di trasferimento di liquidità rule-based, l’ordine è regolato parzialmente senza alcun ulteriore tentativo di regolamento. Un ordine di trasferimento di liquidità permanente avviato dalle procedure di regolamento RTGS AS di tipo C o D obbligatorie e per il quale i fondi sul conto RTGS DCA non sono sufficienti, è regolato a seguito di una riduzione di tutti gli ordini pro rata. Un ordine di trasferimento di liquidità permanente avviato dalla procedura di regolamento RTGS AS di tipo C opzionale e per il quale i fondi sul conto RTGS DCA non sono sufficienti è respinto.
Articolo 10
Gestione della lista d’attesa e ottimizzazione del regolamento
Gli ordini di trasferimento di contante su conti RTGS DCA che sono in lista d’attesa in conformità all'articolo 9, paragrafo 3, sono elaborati in base alla loro priorità. Fatti salvi i paragrafi da 2 a 5, si applica il principio «first in, first out» (FIFO) («primo entrato, primo uscito») all'interno di ciascuna categoria o sottocategoria di ordini di trasferimento di contante prioritari come segue:
ordini di trasferimento di contante urgenti: ordini di trasferimento di liquidità automatici sono posti per primi nella lista d’attesa; gli ordini di trasferimento AS e gli altri ordini urgenti di trasferimento di contante devono essere collocati subito dopo nella lista d’attesa;
gli ordini di trasferimento di contante ad alta priorità non sono regolati mentre gli ordini di trasferimento di contante urgenti sono posti in lista d’attesa;
gli ordini di trasferimento di contante con priorità normale non sono regolati mentre gli ordini di trasferimento di contante urgenti o ad alta priorità sono posti in lista d’attesa.
Per ottimizzare il regolamento degli ordini di trasferimento di contante in lista d’attesa, la [inserire nome della BC] può:
utilizzare le procedure di ottimizzazione descritte nell'appendice I;
regolare gli ordini di trasferimento di contante con priorità più bassa (o di pari priorità ma accettati successivamente) prima degli ordini di trasferimento di contante con priorità più alta (o di pari priorità ma accettati anteriormente), qualora gli ordini di trasferimento di contante con priorità più bassa vengano compensati con pagamenti in arrivo, dando luogo a un aumento di liquidità per l’ordinante.
regolare gli ordini di trasferimento di contante con priorità normale prima di altri pagamenti con priorità normale in lista d’attesa accettati prima, a condizione che siano disponibili fondi sufficienti e nonostante ciò possa violare il principio FIFO.
Articolo 11
Ordini di riserva di liquidità
Un titolare di conto RTGS DCA può dare istruzione a [inserire nome della BC] di riservare un determinato importo di liquidità sul proprio conto RTGS DCA utilizzando una delle seguenti modalità:
un ordine di riserva di liquidità corrente che ha effetto immediato per la giornata lavorativa di TARGET in corso;
un ordine di riserva di liquidità permanente da effettuare all'inizio di ogni giornata lavorativa di TARGET.
Il titolare di conto RTGS DCA assegna uno dei seguenti status a un ordine di riserva di liquidità corrente o permanente:
alta priorità: consente l'utilizzo della liquidità per ordini di trasferimento di contante urgenti o ad alta priorità;
priorità urgente: consente l'utilizzo della liquidità solo per ordini di trasferimento di contante urgenti.
Articolo 12
Richiesta di recall e risposta
Articolo 13
RTGS Directory
La RTGS directory è un elenco di BIC utilizzati ai fini dell'instradamento delle informazioni e comprende i BIC di:
titolari di conti RTGS DCA;
qualsiasi soggetto che si avvalga di multi-addressee access;
titolari di addressable BIC.
Articolo 14
Elaborazione degli ordini di trasferimento di contante in caso di sospensione o cessazione
Articolo 15
Limiti di addebito
Articolo 16
Istruzioni dei partecipanti relative agli orari di regolamento
Articolo 17
Immissione anticipata di ordini di pagamento
Articolo 18
Addebito diretto
Articolo 19
Funzionalità di back-up payment
In caso di guasto della propria infrastruttura di pagamento, il titolare di conto RTGS DCA può chiedere alla [inserire nome della BC] di attivare la funzionalità di back-up payment. Ciò consente al titolare di conto RTGS DCA di inserire determinati ordini di pagamento utilizzando l'interfaccia grafica per l'utente (Graphic User Interface, GUI).
Articolo 20
Diritti di garanzia in relazione a fondi sui sottoconti
PARTE IV
Termini e condizioni speciali per conti in contanti dedicati TARGET2-securities (T2S DCA)
Articolo 1
Apertura e gestione dei conti T2S DCA
Articolo 2
Collegamenti tra conti titoli e conti T2S DCA
Articolo 3
Operazioni elaborate tramite i conti T2S DCA
Le seguenti operazioni sono elaborate tramite un conto T2S DCA in TARGET-[inserire il riferimento a BC/paese]:
le istruzioni di regolamento del contante derivanti da T2S a condizione che il titolare di conto T2S DCA abbia designato il conto o i conti titoli pertinenti di cui all'articolo 2;
ordini di trasferimento di liquidità verso un conto RTGS DCA, TIPS DCA o verso un conto MCA;
ordini di trasferimento di liquidità tra T2S DCA appartenenti allo stesso partecipante o per i quali lo stesso MCA è stato designato ai sensi dell'articolo 1, paragrafo 3;
ordini di trasferimento di contante tra il conto T2S DCA e il conto T2S DCA di [inserire nome della BC] nel contesto specifico di cui all’articolo 10, paragrafi 2 e 3.
Articolo 4
Ordini di trasferimento di liquidità
Un titolare di conto T2S DCA può inviare ordini di trasferimento di liquidità in una delle seguenti modalità:
un ordine di trasferimento di liquidità immediato, che costituisce un'istruzione per l'esecuzione immediata;
un ordine di trasferimento di liquidità permanente, che è un'istruzione per l'esecuzione ricorrente di i) un trasferimento di un determinato importo o ii) un trasferimento per ridurre il saldo del conto T2S DCA a un livello predefinito con l'importo della riduzione trasferito a un conto RTGS DCA, a un conto TIPS DCA o a un conto MCA, al verificarsi di un evento predefinito in ogni giornata lavorativa.
un ordine di trasferimento di liquidità predefinito, che è un'istruzione per l'esecuzione singola di i) un trasferimento di un determinato importo o ii) un trasferimento per ridurre il saldo del conto T2S DCA a un livello predefinito con l'importo della riduzione trasferito a un conto RTGS DCA, a un conto TIPS DCA o a un conto MCA, al verificarsi di un evento predefinito in ogni giornata lavorativa.
Articolo 5
Riserva e blocco di liquidità
Articolo 6
Elaborazione degli ordini di trasferimento di liquidità su conti T2S DCA
Dopo che un ordine di trasferimento di liquidità a un conto TIPS DCA, un conto MCA, un conto RTGS DCA o un conto T2S DCA è stato accettato come stabilito nella parte I, articolo 17, TARGET-[inserire riferimento a BC/paese] verifica se sul conto T2S DCA dell’ordinante sono disponibili fondi sufficienti per effettuare il regolamento. Qualora vi sia disponibilità di fondi sufficienti, l'ordine di trasferimento di liquidità è regolato immediatamente. Qualora la disponibilità di fondi sia insufficiente, si applicano le seguenti disposizioni:
nel caso di un ordine di trasferimento di liquidità immediato, l'ordine è respinto senza regolamento parziale o alcun ulteriore tentativo di regolamento, a meno che questi non siano avviati da un terzo designato ai sensi dell’articolo 7 della parte I, nel qual caso sono regolati parzialmente senza alcun ulteriore tentativo di regolamento;
nel caso di un ordine di trasferimento di liquidità predefinito o permanente: l’ordine è regolato parzialmente senza alcun ulteriore tentativo di regolamento.
Articolo 7
Elaborazione degli ordini di trasferimento di contante in caso di sospensione o cessazione
Articolo 8
Soggetti idonei per le operazioni di autocollateralizzazione
Articolo 9
Garanzie idonee per le operazioni di autocollateralizzazione
Inoltre, le garanzie idonee all'autocollateralizzazione:
[inserire se pertinente: possono essere limitate dalla [inserire nome della BC] attraverso un'esclusione a priori di una garanzia che presenta potenzialmente stretti legami (close links)];
sono soggette a determinate scelte discrezionali per l'esclusione di garanzie idonee come conferite alle BCN dell'area dell'euro da decisioni del Consiglio direttivo della BCE.
Articolo 10
Concessione di credito e procedura di recupero
L'autocollateralizzazione è rimborsata al più tardi al momento definito nell'appendice V e secondo la seguente procedura:
la [inserire il nome della BC] invia l'istruzione di rimborso che è regolata in base al contante disponibile per rimborsare le autocollateralizzazioni esistenti;
se, dopo aver effettuato l'operazione di cui al punto a), il saldo sul conto T2S DCA non è sufficiente a rimborsare l'autocollateralizzazione esistente, la [inserire il nome della BC], controlla altri conti T2S DCA aperti sui suoi libri contabili dallo stesso titolare di conto T2S DCA e trasferisce contanti, da uno di tali altri conti o da tutti, al conto T2S DCA in cui vi sono istruzioni di rimborso pendenti;
se, dopo aver effettuato le operazioni di cui ai punti a) e b), il saldo su un conto T2S DCA non è ancora sufficiente per rimborsare l'autocollateralizzazione esistente, si presume che il titolare di conto T2S DCA abbia dato disposizione alla [inserire il nome della BC] di trasferire la garanzia che era stata usata per ottenere l'autocollateralizzazione esistente al conto di garanzia della [inserire il nome della BC]. In seguito, la [inserire il nome della BC] concede la liquidità per rimborsare l'autocollateralizzazione esistente e senza indebito ritardo esegue l'addebito sull’MCA primario del titolare del conto T2S DCA;
la [inserire il nome della BC] applica una penale di 1 000 euro per ogni giornata lavorativa in cui si è fatto ricorso, una o più volte, al trasferimento della garanzia ai sensi del punto c). La penale è addebitata sul conto MCA del titolare del conto T2S DCA di cui alla lettera c).
Articolo 11
Sospensione, limitazione o cessazione delle operazioni di auto-collateralizzazione
PARTE V
Termini e condizioni speciali per conti in contanti dedicati al regolamento dei pagamenti istantanei in TARGET (TIPS DCA)
Articolo 1
Apertura e gestione di un conto TIPS DCA
Articolo 2
Invio e ricezione di messaggi
Un titolare di conto TIPS DCA può inviare messaggi:
direttamente, e/o
tramite una o più instructing party.
Un titolare di conto TIPS DCA riceve messaggi:
direttamente; o
tramite un'instructing party.
Articolo 3
Reachable party
Articolo 4
Operazioni elaborate tramite i conti TIPS DCA
Le seguenti operazioni sono elaborate tramite un conto TIPS DCA in TARGET-[inserire il riferimento a BC/paese]:
ordini di pagamento istantaneo;
risposte positive al recall;
ordini di trasferimento di liquidità verso conti tecnici TIPS AS, conti MCA, conti T2S DCA o conti RTGS DCA;
ordini di trasferimento di liquidità verso sottoconti;
ordini di trasferimento di liquidità su conti di deposito overnight.
Articolo 5
Ordini di trasferimento di liquidità immediati
Un titolare di conto TIPS DCA può inviare ordini di trasferimento di liquidità immediati.
Articolo 6
Elaborazione degli ordini di trasferimento di contante su conti TIPS DCA
Una volta che l’ordine di pagamento istantaneo sia stato accettato come stabilito alla parte I, articolo 17, TARGET-[inserire il riferimento alla BC/paese] verifica la disponibilità di fondi sufficienti sul conto TIPS DCA dell'ordinante per effettuare il regolamento e si applicano le seguenti disposizioni:
qualora la disponibilità di fondi sia insufficiente, il pagamento istantaneo è respinto;
qualora vi sia disponibilità di fondi sufficienti, l'ammontare corrispondente è riservato in attesa della risposta del beneficiario. In caso di accettazione da parte del beneficiario, il pagamento istantaneo è regolato e la riserva è revocata simultaneamente. Nel caso di rigetto da parte dell'ordinante o in mancanza di risposta tempestiva, nell'accezione di cui allo schema SCT Inst, l'ordine di pagamento istantaneo è respinto e la riserva è revocata simultaneamente.
Articolo 7
Richiesta di recall
Articolo 8
TIPS Directory
La TIPS directory è un elenco di BIC utilizzati ai fini dell'instradamento delle informazioni e comprende i BIC di:
titolari di conti TIPS DCA;
reachable party;
Articolo 9
Registro MPL
Articolo 10
Elaborazione degli ordini di trasferimento di contante in caso di sospensione o cessazione straordinaria
Se la partecipazione di un titolare di conto TIPS DCA a TARGET-[inserire riferimento a BC/paese] è sospesa per motivi diversi da quelli specificati nella parte I, articolo 25, paragrafo 1, lettera a), la [inserire nome della BC]:
rigetta tutti i suoi ordini di trasferimento di contante in entrata;
rigetta tutti i suoi ordini di trasferimento di contante in uscita;
rigetta gli ordini di trasferimento di contante sia in entrata che in uscita.
PARTE VI
Termini e condizioni speciali per i sistemi ancillari (AS) che utilizzano procedure di regolamento RTGS AS
Articolo 1
Apertura e gestione di conti tecnici AS e utilizzo delle procedure di regolamento RTGS AS
Il sistema ancillare seleziona almeno una delle seguenti procedure di regolamento ai fini del trattamento degli ordini di trasferimento del sistema ancillare:
procedura di regolamento RTGS AS di tipo A;
procedura di regolamento RTGS AS di tipo B;
procedura di regolamento RTGS AS di tipo C;
procedura di regolamento RTGS AS di tipo D;
procedura di regolamento RTGS AS di tipo E.
Articolo 2
Priorità degli ordini di trasferimento del sistema ancillare
A tutti gli ordini di trasferimento del sistema ancillare (AS) viene assegnata automaticamente la priorità «urgente».
Articolo 3
Procedura di regolamento RTGS AS di tipo A
Il sistema ancillare può optare per i seguenti servizi:
il servizio «periodo d’informazione», di cui all’articolo 8, paragrafo 1;
il servizio «periodo di regolamento», di cui all'articolo 8, paragrafo 3;
Articolo 4
Procedura di regolamento RTGS AS di tipo B
Il sistema ancillare può optare per i seguenti servizi:
il servizio «periodo d’informazione», di cui all’articolo 8, paragrafo 1;
il servizio «periodo di regolamento», di cui all'articolo 8, paragrafo 3;
Articolo 5
Procedura di regolamento RTGS AS di tipo C
Il sistema ancillare può inviare ordini di trasferimento AS come lotto in uno o più file mentre il ciclo è aperto. Gli ordini di trasferimento di contante possono riguardare una delle seguenti operazioni:
l'addebito dei sottoconti delle settlement bank e l’accredito del conto tecnico RTGS AS;
l'addebito del conto tecnico RTGS AS e l’accredito dei sottoconti delle settlement bank;
l'addebito del conto tecnico RTGS AS e l’accredito delle RTGS DCA delle settlement bank.
Articolo 6
Procedura di regolamento RTGS AS di tipo D
Articolo 7
Procedura di regolamento RTGS AS di tipo E
Il sistema ancillare può inviare ordini di trasferimento AS come lotto in uno o più file tra:
i conti RTGS DCA delle settlement bank e il conto tecnico RTGS AS, se utilizzato; e
i conti RTGS DCA delle settlement bank.
Il sistema ancillare è responsabile di assicurare la corretta sequenza degli ordini di trasferimento AS nel file per garantire il regolare svolgimento del regolamento.
Il sistema ancillare può optare per i seguenti servizi:
il servizio «periodo d’informazione», di cui all’articolo 8, paragrafo 1;
il servizio «periodo di regolamento», di cui all'articolo 8, paragrafo 3;
Articolo 8
Periodo di informazione e periodo di regolamento
Durante il «periodo di regolamento» il sistema ancillare, o la [inserire nome della BC] per suo conto, può revocare i singoli ordini di trasferimento AS (per la procedura di regolamento RTGS AS di tipo E) o i file (per le procedure di regolamento RTGS AS di tipo A e B) che non hanno uno status definitivo e si applicano le seguenti disposizioni:
se la procedura di regolamento RTGS AS di tipo E è utilizzata per il regolamento bilaterale, gli ordini di trasferimento AS pertinenti sono annullati;
se la procedura di regolamento RTGS AS di tipo E non è utilizzata per il regolamento bilaterale, o se nella procedura di regolamento RTGS AS di tipo A l'intero regolamento fallisce, gli eventuali ordini di trasferimento AS presenti nel file e regolati sono annullati e tutte le settlement bank e il sistema ancillare sono informati tramite un messaggio broadcast.
se viene utilizzata la procedura di regolamento RTGS AS di tipo B, l'intero regolamento non ha esito positivo e tutte le settlement bank e il sistema ancillare sono informati tramite un messaggio broadcast.
Articolo 9
Regolamento tra sistemi
Entrambi i sistemi ancillari che utilizzano il regolamento tra sistemi ricevono notifica tramite un messaggio broadcast del regolamento o del rigetto degli ordini di trasferimento AS.
Articolo 10
Effetti della sospensione o cessazione
Se la sospensione o la cessazione dell'uso delle procedure di regolamento AS da parte di un sistema ancillare avviene durante il ciclo di regolamento degli ordini di trasferimento AS, la [inserire nome della BC] può completare il ciclo di regolamento.
PARTE VII
Termini e condizioni speciali per i sistemi ancillari che utilizzano la procedura di regolamento TIPS AS
Articolo 1
Apertura e gestione di un conto tecnico TIPS AS
Articolo 2
Invio e ricezione di messaggi
Un titolare di conto tecnico TIPS AS può inviare messaggi:
direttamente;
tramite una o più instructing party.
Un titolare di conto tecnico TIPS AS riceve messaggi:
direttamente; o
tramite un'instructing party.
Articolo 3
Ordini di trasferimento di liquidità immediati
Un titolare di conto tecnico TIPS AS può inviare ordini di trasferimento di liquidità immediati.
Articolo 4
Elaborazione degli ordini di trasferimento di liquidità su conti tecnici TIPS AS
Una volta che l’ordine di pagamento istantaneo sia stato accettato come stabilito alla parte I, articolo 17, paragrafo 1, TARGET-[inserire riferimento a BC/paese] verifica la disponibilità di fondi sufficienti sul conto tecnico TIPS AS dell'ordinante per effettuare il regolamento e si applicano le seguenti disposizioni:
qualora la disponibilità di fondi sia insufficiente, il pagamento istantaneo è respinto;
qualora vi sia disponibilità di fondi sufficienti, l'ammontare corrispondente è riservato in attesa della risposta del beneficiario. In caso di accettazione da parte del beneficiario, il pagamento istantaneo è regolato e la riserva è revocata simultaneamente. Nel caso di rigetto da parte dell'ordinante o in mancanza di risposta tempestiva, nell'accezione di cui allo schema SCT Inst, l'ordine di pagamento istantaneo è respinto e la riserva è revocata simultaneamente.
Articolo 5
Richiesta di recall
Articolo 6
Procedura di regolamento TIPS AS
La procedura di regolamento TIPS AS è operativa durante gli orari indicati nell'appendice V.
Articolo 7
Reachable party tramite un conto tecnico TIPS AS
Articolo 8
Operazioni elaborate tramite i conti tecnici TIPS AS
Le seguenti operazioni sono elaborate tramite un conto tecnico TIPS AS in TARGET-[inserire il riferimento a BC/paese]:
ordini di pagamento istantaneo;
risposte positive al recall;
ordini di trasferimento di liquidità verso conti TIPS DCA.
Articolo 9
TIPS Directory
La TIPS directory è un elenco di BIC utilizzati ai fini dell'instradamento delle informazioni e comprende i BIC di:
titolari di conti TIPS DCA;
reachable party.
Articolo 10
Registro MPL
Articolo 11
Elaborazione degli ordini di trasferimento di contante in caso di sospensione o cessazione straordinaria
Se la partecipazione di un titolare di conti tecnici TIPS AS a TARGET-[inserire riferimento a BC/paese] è sospesa per motivi diversi da quelli specificati nella parte I, articolo 25, paragrafo 1, lettera a), [inserire nome della BC]:
respinge tutti i suoi ordini di trasferimento di contante in entrata;
respinge tutti i suoi ordini di trasferimento di contante in uscita; o
respinge gli ordini di trasferimento di contante sia in entrata che in uscita.
APPENDICE I
SPECIFICHE TECNICHE PER L’ELABORAZIONE DEGLI ORDINI DI TRASFERIMENTO DI CONTANTE
In aggiunta alle Condizioni armonizzate, le seguenti regole si applicano all’elaborazione degli ordini di trasferimento di contante:
1. Test obbligatori per la partecipazione a TARGET-[inserire riferimento a BC/paese]
Prima di poter partecipare a TARGET-[inserire riferimento a BC/paese], ciascun partecipante è tenuto a superare una serie di test finalizzati a dimostrare la sua idoneità tecnica e gestionale.
2. Numeri di conto
Il conto di ciascun partecipante è identificato attraverso un numero unico di conto di massimo 34 caratteri che sarà strutturato in cinque sezioni come segue:
Nome |
Numero di caratteri |
Contenuto |
Tipo di conto |
1. |
M = MCA R = RTGS DCA C = T2S DCA I = TIPS DCA T = conto tecnico RTGS AS U = sottoconto A = conto tecnico TIPS AS G = conto fondi di garanzia AS D = conto di deposito overnight X = conto di Contingency |
Codice paese della banca centrale |
2. |
Codice paese ISO 3166-1 |
Codice valuta |
3. |
EUR |
BIC |
11 |
BIC del titolare del conto |
Nome del conto |
Massimo 17 |
Testo libero (1) |
(1)
Per i sottoconti la presente sezione deve iniziare con il codice AS a tre caratteri definito dalla banca centrale. |
3. Regole di messaggistica in TARGET
I partecipanti sono tenuti a conformarsi alle specifiche di struttura dei messaggi e di valorizzazione dei campi quali definite nella parte 3 delle pertinenti specifiche funzionali di dettaglio per gli utenti (User Detailed Functional Specifications, UDFS).
A tutti i tipi di messaggi elaborati su conti MCA, RTGS DCA (compresi i sottoconti), conti tecnici RTGS AS, conti dei fondi di garanzia AS e conti T2S DCA, sono allegate Business Application Header come segue:
Tipo di messaggio |
Descrizione |
head.001 |
Business application header |
head.002 |
Business file header |
4. Tipi di messaggio elaborati in TARGET
I seguenti tipi di messaggio sono elaborati sugli MCA:
Tipo di messaggio |
Descrizione |
Administration (admi) |
|
admi.004 |
SystemEventNotification |
admi.005 |
ReportQueryRequest |
admi.007 |
ReceiptAcknowledgement |
Cash Management (camt) |
|
camt.003 |
GetAccount |
camt.004 |
ReturnAccount |
camt.005 |
GetTransaction |
camt.006 |
ReturnTransaction |
camt.018 |
GetBusinessDayInformation |
camt.019 |
ReturnBusinessDayInformation |
camt.025 |
Receipt |
camt.046 |
GetReservation |
camt.047 |
ReturnReservation |
camt.048 |
ModifyReservation |
camt.049 |
DeleteReservation |
camt.050 |
LiquidityCreditTransfer |
camt.053 |
BankToCustomerStatement |
camt.054 |
BankToCustomerDebitCreditNotification |
Payments clearing and Settlement (pacs) |
|
pacs.009 |
FinancialInstitutionCreditTransfer |
pacs.010 |
FinancialInstitutionDirectDebit |
I seguenti tipi di messaggio sono elaborati sui conti RTGS DCA, e se del caso sui conti tecnici RTGS AS e sui conti dei fondi di garanzia AS:
Administration (admi) |
|
admi.004 |
SystemEventNotification |
admi.005 |
ReportQueryRequest |
admi.007 |
ReceiptAcknowledgement |
Cash Management (camt) |
|
camt.003 |
GetAccount |
camt.004 |
ReturnAccount |
camt.005 |
GetTransaction |
camt.006 |
ReturnTransaction |
camt.007 |
ModifyTransaction |
camt.009 |
GetLimit |
camt.010 |
ReturnLimit |
camt.011 |
ModifyLimit |
camt.012 |
DeleteLimit |
camt.018 |
GetBusinessDayInformation |
camt.019 |
ReturnBusinessDayInformation |
camt.021 |
ReturnGeneralBusinessInformation |
camt.025 |
Receipt |
camt.029 |
ResolutionOfInvestigation |
camt.046 |
GetReservation |
camt.047 |
ReturnReservation |
camt.048 |
ModifyReservation |
camt.049 |
DeleteReservation |
camt.050 |
LiquidityCreditTransfer |
camt.053 |
BankToCustomerStatement |
camt.054 |
BankToCustomerDebitCreditNotification |
camt.056 |
FIToFIPaymentCancellationRequest |
|
|
Payments Clearing and Settlement (pacs) |
|
pacs.002 |
PaymentStatusReport |
pacs.004 |
PaymentReturn |
pacs.008 |
CustomerCreditTransfer |
pacs.009 |
FinancialInstitutionCreditTransfer |
pacs.010 |
FinancialInstitutionDirectDebit |
Payments Initiation (pain) |
|
pain.998 |
ASInitiationStatus |
pain.998 |
ASTransferNotice |
pain.998 |
ASTransferInitiation |
I seguenti tipi di messaggio sono elaborati sui conti T2S DCA:
Tipo di messaggio |
Descrizione |
Administration (admi) |
|
admi.005 |
ReportQueryRequest |
admi.006 |
ResendRequestSystemEventNotification |
admi.007 |
ReceiptAcknowledgement |
Cash Management (camt) |
|
camt.003 |
GetAccount |
camt.004 |
ReturnAccount |
camt.005 |
GetTransaction |
camt.006 |
ReturnTransaction |
camt.009 |
GetLimit |
camt.010 |
ReturnLimit |
camt.011 |
ModifyLimit |
camt.012 |
DeleteLimit |
camt.018 |
GetBusinessDayInformation |
camt.019 |
ReturnBusinessDayInformation |
camt.024 |
ModifyStandingOrder |
camt.025 |
Receipt |
camt.050 |
LiquidityCreditTransfer |
camt.051 |
LiquidityDebitTransfer |
camt.052 |
BankToCustomerAccountReport |
camt.053 |
BankToCustomerStatement |
camt.054 |
BankToCustomerDebitCreditNotification |
camt.064 |
LimitUtilisationJournalQuery |
camt.065 |
LimitUtilisationJournalReport |
camt.066 |
IntraBalanceMovementInstruction |
camt.067 |
IntraBalanceMovementStatusAdvice |
camt.068 |
IntraBalanceMovementConfirmation |
camt.069 |
GetStandingOrder |
camt.070 |
ReturnStandingOrder |
camt.071 |
DeleteStandingOrder |
camt.072 |
IntraBalanceMovementModificationRequest |
camt.073 |
IntraBalanceMovementModificationRequestStatusAdvice |
camt.074 |
IntraBalanceMovementCancellationRequest |
camt.075 |
IntraBalanceMovementCancellationRequestStatusAdvice |
camt.078 |
IntraBalanceMovementQuery |
camt.079 |
IntraBalanceMovementQueryResponse |
camt.080 |
IntraBalanceModificationQuery |
camt.081 |
IntraBalanceModificationReport |
camt.082 |
IntraBalanceCancellationQuery |
camt.083 |
IntraBalanceCancellationReport |
camt.084 |
IntraBalanceMovementPostingReport |
camt.085 |
IntraBalanceMovementPendingReport |
I seguenti tipi di messaggio sono elaborati sui conti tecnici TIPS DCA e TIPS AS:
Tipo di messaggio |
Descrizione |
Administration (admi) |
|
pacs.002 |
FIToFIPayment Status Report |
pacs.004 |
PaymentReturn |
pacs.008 |
FIToFICustomerCreditTransfer |
pacs.028 |
FIToFIPaymentStatusRequest |
Cash Management (camt) |
|
camt.003 |
GetAccount |
camt.004 |
ReturnAccount |
camt.011 |
ModifyLimit |
camt.019 |
ReturnBusinessDayInformation |
camt.025 |
Receipt |
camt.029 |
ResolutionOfInvestigation |
camt.050 |
LiquidityCreditTransfer |
camt.052 |
BankToCustomerAccountReport |
camt.053 |
BankToCustomerStatement |
camt.054 |
BankToCustomerDebitCreditNotification |
camt.056 |
FIToFIPaymentCancellationRequest |
acmt.010 |
AccountRequestAcknowledgement |
acmt.011 |
AccountRequestRejection |
acmt.015 |
AccountExcludedMandateMaintenanceRequest |
Reference data (reda) |
|
reda.016 |
PartyStatusAdviceV01 |
reda.022 |
PartyModificationRequestV01 |
5. Verifica di doppia immissione
Tutti gli ordini di trasferimento di contante sono soggetti a una verifica di doppia immissione, il cui obiettivo è quello di respingere gli ordini immessi più di una volta (ordini di trasferimento di contante duplicati). I dettagli figurano nella parte I, sezione 3, delle UDFS pertinenti.
6. Regole di convalida e codici di errore
La convalida dei messaggi è effettuata secondo le linee guida High Value Payments Plus (HVPS+) sulle convalide dei messaggi specificate dalla norma ISO 20022, e convalide specifiche di TARGET. Le regole di convalida dettagliate e i codici di errore sono descritti nelle rispettive parti delle UDFS come segue:
per i conti MCA, nel capitolo 14 delle CLM UDFS;
per i conti RTGS DCA, nel capitolo 13 delle RTGS UDFS;
per i conti T2S DCA, nel capitolo 4.1 delle T2S UDFS.
Se per qualsiasi ragione un ordine di pagamento istantaneo o una risposta positiva al recall sono respinti, il titolare di conto TIPS DCA riceve un report sullo stato del pagamento (pacs.002), come descritto nel capitolo 4.2. delle UDFS di TIPS. Se per qualsiasi ragione un ordine di trasferimento di liquidità è respinto, il titolare del conto TIPS DCA riceve un rigetto (camt.025), come descritto nel capitolo 1.6 delle UDFS di TIPS.
7. Orari ed eventi predefiniti di regolamento
Conti RTGS DCA
Per gli ordini di pagamento che utilizzano l’Earliest Debit Time Indicator, deve essere utilizzato l’elemento del messaggio «/FromTime/».
Per gli ordini di pagamento che utilizzano il Latest Debit Time Indicator, sono disponibili due opzioni:
Elemento del messaggio «RejectTime»: se l’ordine di pagamento non può essere regolato entro il momento indicato per l’addebito, l’ordine di trasferimento di contante è respinto.
elemento del messaggio «TillTime»: se l’ordine di pagamento non può essere regolato entro l’orario indicato per l’addebito, l’ordine di trasferimento di contante non è respinto ma posto nella pertinente lista d’attesa.
Per entrambe le opzioni, se un ordine di pagamento con il Latest Debit Time Indicator non è regolato 15 minuti prima dell’orario in esso indicato, è inviata automaticamente una notifica attraverso la GUI.
Conti T2S DCA
Per gli ordini di trasferimento di liquidità immediati, non è richiesta alcun campo XML specifico;
Gli ordini di trasferimento di liquidità predefiniti e gli ordini di trasferimento di liquidità permanenti possono essere avviati da un determinato orario o evento nella giornata di regolamento:
per il regolamento ad un orario specifico, deve essere usato il campo XML «Time(/ExctnTp/Tm/)»;
per il regolamento al verificarsi di un evento specifico, deve essere usato il campo XML «(EventType//ExctnTp/Evt/)».
il periodo di validità degli ordini di trasferimento di liquidità permanenti è definito dai seguenti campi XML: «FromDate/VldtyPrd/FrDt/» e «ToDate/VldtyPrd/ToDt/».
8. Compensazione degli ordini di trasferimento di contante su conti RTGS DCA
I controlli di compensazione e, se del caso, i controlli di compensazione estesi [entrambi i termini come definiti alle lettere a) e b)] sono effettuati su ordini di trasferimento di contante per facilitare il regolare svolgimento del regolamento.
Il controllo di compensazione verifica, con riguardo al beneficiario di un ordine di trasferimento di contante, se all’inizio della lista d’attesa degli ordini di trasferimento di contante con priorità «urgente» o, in mancanza, «alta», sono presenti ordini di trasferimento di contante immessi dal beneficiario stesso e suscettibili di essere compensati con l’ordine di trasferimento di contante dell’ordinante (di seguito «ordini di trasferimento di contante in compensazione»). Se un ordine di trasferimento di contante in compensazione non offre fondi sufficienti per l’ordine di trasferimento di contante del corrispondente ordinante, si verifica se è disponibile liquidità sufficiente sul conto RTGS DCA dell’ordinante.
Se il controllo di compensazione dà esito negativo, la [inserire nome della BC] può effettuare un controllo esteso di compensazione. Un controllo esteso di compensazione verifica, con riferimento al beneficiario di un ordine di trasferimento di contante, se in una qualsiasi delle liste d’attesa del beneficiario stesso sono presenti ordini di pagamento in compensazione, a prescindere dal momento in cui essi sono stati posti nella lista d’attesa. Tuttavia, se nella lista d’attesa del beneficiario sono presenti ordini di trasferimento di contante con priorità più alta diretti ad altri partecipanti a TARGET, il principio FIFO può essere derogato solo se il regolamento dell’ordine di trasferimento di contante in compensazione dà luogo ad un incremento di liquidità per il beneficiario.
9. Algoritmi di ottimizzazione su conti RTGS DCA e sottoconti
Si applicano quattro algoritmi per facilitare il regolare svolgimento del regolamento dei flussi di pagamento. Ulteriori informazioni sono disponibili nelle RTGS UDFS parte 2.
In base all'algoritmo di «ottimizzazione parziale» la [inserire nome della BC] provvede a:
calcolare e verificare le posizioni di liquidità, i limiti e le riserve di ciascun conto RTGS DCA pertinente; e
se la posizione di liquidità totale di uno o più conti RTGS DCA pertinenti è negativa, a stralciare singoli ordini di pagamento fino a che la posizione di liquidità totale di ciascun conto RTGS DCA pertinente è positiva.
Successivamente, la [inserire nome della BC] e le altre BC coinvolte provvedono, a condizione che vi siano fondi sufficienti, a regolare simultaneamente i pertinenti ordini di trasferimento di contante rimanenti [esclusi gli ordini di pagamento stralciati di cui al punto ii)] sui conti RTGS DCA dei partecipanti interessati.
Nell’effettuare lo stralcio di ordini di pagamento, la [inserire nome della BC] inizia dal conto RTGS DCA del partecipante la cui posizione di liquidità totale ha il saldo negativo più elevato e dall’ordine di pagamento che si trova alla fine della lista d’attesa degli ordini con priorità più bassa. Il processo di selezione opera solo per un periodo di tempo breve, da determinarsi a discrezione della [inserire nome della BC].
In base all'algoritmo di «ottimizzazione multipla» la [inserire nome della BC]:
mette a confronto coppie di conti RTGS DCA di partecipanti, al fine di determinare se vi sono ordini di pagamento in lista d’attesa che possano essere regolati a valere sulla liquidità disponibile dei due conti RTGS DCA dei partecipanti interessati e nei limiti dai medesimi fissati (iniziando dalla coppia di conti RTGS DCA che presenta la minor differenza tra gli ordini di pagamento reciprocamente rivolti), e le BC interessate scritturano tali pagamenti simultaneamente sui conti RTGS DCA dei due partecipanti; e
se la liquidità relativa a una coppia di conti RTGS DCA come descritti al punto i) è insufficiente a coprire la posizione bilaterale, provvede a stralciare singoli ordini di pagamento fino a che non vi sia liquidità sufficiente. In tale caso, le BC coinvolte regolano i pagamenti rimanenti, esclusi quelli stralciati, simultaneamente sui conti RTGS DCA dei due partecipanti.
Effettuate le verifiche di cui ai punti da i) a ii), la [inserire nome della BC] controlla le posizioni di regolamento multilaterali (tra il conto RTGS DCA di un partecipante e i conti RTGS DCA di altri partecipanti nei confronti dei quali è stato fissato un limite multilaterale). A tal fine, la procedura descritta nei punti da i) a ii) si applica mutatis mutandis.
In base all'algoritmo «ottimizzazione parziale con sistema ancillare» che supporta la procedura di regolamento di tipo B, la [inserire nome della BC] segue la stessa procedura prevista per l'algoritmo di ottimizzazione parziale, ma senza stralciare ordini di trasferimento AS (per un sistema ancillare che regola su base multilaterale simultanea, ossia tramite la procedura di regolamento RTGS AS di tipo B).
L'algoritmo «ottimizzazione sui sottoconti» è utilizzato per ottimizzare il regolamento degli ordini di trasferimento AS con priorità urgente sui sottoconti dei partecipanti. Quando utilizza tale algoritmo, la [inserire nome della BC] provvede a calcolare la posizione di liquidità complessiva del sottoconto di ciascun partecipante determinando se l’aggregato di tutti gli ordini di trasferimento AS in entrata e in uscita presenti nella lista d’attesa è negativo o positivo. Se il risultato di tali calcoli e verifiche è positivo per ciascuno dei sottoconti interessati, la [inserire nome della BC] e le altre BC coinvolte regolano simultaneamente tutti i trasferimenti di contante sui sottoconti dei partecipanti interessati. Se il risultato di tali calcoli e verifiche è negativo non si procede ad alcun regolamento. Inoltre, tale algoritmo non tiene conto di alcun limite o riserva. Per ciascuna settlement bankviene calcolata la posizione totale e, se le posizioni totali per tutte le settlement bank sono coperte, tutte le operazioni sono regolate. Le operazioni che non sono coperte sono poste nuovamente in lista d'attesa.
Gli ordini di trasferimento di contante immessi dopo l'avvio dell'algoritmo di ottimizzazione multipla, dell'algoritmo di ottimizzazione parziale o dell' algoritmo di ottimizzazione parziale con sistema ancillare possono comunque essere regolati immediatamente se le posizioni e i limiti dei conti RTGS DCA dei partecipanti interessati sono compatibili sia con il regolamento di tali ordini sia con il regolamento degli ordini di trasferimento di contante nella procedura di ottimizzazione in corso.
L'algoritmo di ottimizzazione parziale e l'algoritmo di ottimizzazione multipla sono eseguiti in sequenza in tale ordine. Essi non sono eseguiti se è in corso la procedura di regolamento RTGS AS di tipo B.
Gli algoritmi operano in maniera flessibile, con la fissazione di un lasso temporale predefinito tra l’esecuzione di diversi algoritmi, al fine di assicurare un intervallo minimo tra l’operatività di due algoritmi. La sequenza temporale è controllata automaticamente. Sono possibili interventi manuali.
Finché un ordine di pagamento è inserito in un algoritmo in corso di svolgimento, non può esserne modificata la posizionenella lista d’attesa né può esserne disposta la revoca. Le richieste di revocare o di modificare la posizione di un ordine di pagamento restano in sospeso fino al completamento dell’algoritmo. Se nel corso di svolgimento dell’algoritmo l’ordine di pagamento è regolato, qualunque richiesta di revocarlo o di modificarne l’ordine di priorità è respinta. Se l’ordine di pagamento non è regolato, le richieste del partecipante sono immediatamente prese in considerazione.
10. Connettività
I partecipanti si collegano a TARGET utilizzando una delle seguenti modalità.
La modalità utente-applicazione (U2A): con la modalità U2A i partecipanti si connettono tramite una GUI che permette agli utenti di svolgere attività in base ai loro rispettivi diritti di accesso. Consente agli utenti di inserire e gestire i dati di business e di recuperare le informazioni di business. Il relativo manuale per gli utenti (User Handbook, UHB) fornisce informazioni esaustive su ciascuna delle funzionalità che la rispettiva GUI offre.
La modalità applicazione-applicazione (Application-to-application, A2A): con la modalità A2A applicativi software comunicano con TARGET scambiando singoli messaggi e file in base ai loro rispettivi diritti di accesso, alla sottoscrizione di messaggi e alla configurazione del routing. La comunicazione A2A si avvale di messaggi XML, utilizzando la norma ISO 20022, ove applicabile, per la comunicazione sia in entrata che in uscita.
Le modalità di connessione sono descritte più dettagliatamente nelle UDFS di ESMIG (Eurosystem Single Market Infrastructure Gateway).
11. UDFS e manuale per gli utenti (User Handbook)
Ulteriori dettagli ed esempi esplicativi delle regole di cui sopra sono contenuti nelle UDFS e nel manuale per gli utenti (User Handbook, UHB) per ciascun servizio come di volta in volta modificati e pubblicati [inserire se necessario sul sito internet di [inserire nome della BC] e] sul sito internet della BCE in inglese.
APPENDICE II
MECCANISMO DI INDENNIZZO DI TARGET
1. Principi generali
In caso di malfunzionamento tecnico di TARGET, i partecipanti diretti possono presentare richieste d’indennizzo in conformità al meccanismo d’indennizzo di TARGET definito nella presente appendice.
Salva diversa decisione del Consiglio direttivo della BCE, il meccanismo d'indennizzo di TARGET non si applica nel caso in cui il malfunzionamento tecnico di TARGET dipenda da eventi che sfuggono al ragionevole controllo delle BC interessate o che sono la conseguenza di atti od omissioni di terzi.
L’indennizzo di cui al meccanismo d’indennizzo di TARGET costituisce l’unica procedura di indennizzo offerta in caso di malfunzionamento tecnico di TARGET. Tuttavia, i partecipanti possono avvalersi degli altri rimedi legali disponibili per far valere le proprie pretese risarcitorie. L’accettazione di un indennizzo offerto sulla base del meccanismo d’indennizzo di TARGET costituisce consenso irrevocabile del partecipante a rinunciare a qualunque ulteriore pretesa risarcitoria in relazione a quegli ordini di trasferimento di contante per i quali il partecipante accetta l’indennizzo (incluse quelle per danni indiretti) che esso possa far valere nei confronti di qualsiasi BC, e la ricezione del corrispondente pagamento a titolo d’indennizzo costituisce pieno e definitivo soddisfacimento di tutte le pretese della specie. Con riferimento a ogni ulteriore pretesa risarcitoria formulata da altri partecipanti o da terzi in relazione allo stesso ordine di trasferimento di contante o trasferimento di contante, il partecipante indennizza la BC interessata, fino ad un ammontare massimo corrispondente a quello ricevuto sulla base del meccanismo d’indennizzo di TARGET.
La formulazione di un’offerta d’indennizzo non costituisce ammissione di responsabilità da parte della [inserire nome della BC] o di qualunque altra BC con riferimento a un malfunzionamento tecnico di TARGET.
2. Condizioni delle offerte d'indennizzo
Un ordinante può presentare domanda di commissione amministrativa e di interessi compensativi se, a causa di un malfunzionamento di TARGET, un ordine di trasferimento di contante non è stato regolato nella giornata lavorativa in cui era stato accettato.
Un beneficiario può presentare domanda di commissione amministrativa se, a causa di un malfunzionamento tecnico di TARGET, non ha ricevuto un trasferimento di contante che si aspettava di ricevere in una determinata giornata lavorativa. Il beneficiario può altresì richiedere il pagamento di interessi compensativi se una o più delle seguenti condizioni sono soddisfatte:
nel caso di partecipanti che hanno accesso alle operazioni di rifinanziamento marginale: a causa di un malfunzionamento tecnico di TARGET, un beneficiario ha fatto ricorso alle operazioni di rifinanziamento marginale; e/o
nel caso di tutti i partecipanti: era tecnicamente impossibile ricorrere al mercato monetario ovvero tale modalità di rifinanziamento era impossibile per altri motivi oggettivamente ragionevoli.
3. Calcolo dell'indennizzo
Per quanto riguarda l'offerta d'indennizzo a favore di un ordinante:
la commissione amministrativa è di 50 EUR per il primo ordine di trasferimento di contante non regolato, di 25 EUR per ciascuno dei successivi quattro ordini di trasferimento di contante non regolati e di 12,50 EUR per ciascuno degli ulteriori ordini di trasferimento di contante non regolati. La commissione amministrativa è calcolata separatamente riguardo a ciascun beneficiario;
gli interessi compensativi sono determinati applicando un tasso di riferimento da determinarsi su base giornaliera. Tale tasso di riferimento è quello minore tra il tasso euro short term reference rate (€STR) e il tasso di rifinanziamento marginale. Il tasso di riferimento si applica sull'importo dell'ordine di trasferimento di contante non regolato in conseguenza del malfunzionamento tecnico di TARGET per ciascuna giornata del periodo compreso tra la data dell'effettiva immissione dell'ordine di trasferimento di contante ovvero dell'immissione prevista, se si tratta di un ordine di trasferimento di contante di cui al paragrafo 2, lettera b), punto ii), e la data nella quale l'ordine di trasferimento di contante è stato, o avrebbe potuto essere, regolato con successo. Interessi o addebiti derivanti dal deposito presso l'Eurosistema di eventuali ordini di trasferimento di contante non regolati sono dedotti dall'importo dell'indennizzo o si sommano ad esso, secondo il caso;
non è corrisposto alcun interesse compensativo se, e nei limiti in cui, i fondi derivanti da ordini di trasferimento di non regolati sono stati collocati sul mercato o utilizzati per adempiere agli obblighi di riserva.
Per quanto riguarda l'offerta d'indennizzo a favore di un beneficiario:
la commissione amministrativa è di 50 EUR per il primo ordine di trasferimento di contante non regolato, di 25 EUR per ciascuno dei successivi quattro ordini di trasferimento di contante non regolati e di 12,50 EUR per ciascuno degli ulteriori ordini di trasferimento di contanteo non regolati. La commissione amministrativa è calcolata separatamente con riguardo a ciascun ordinante;
per il calcolo degli interessi compensativi si applica il metodo di cui alla lettera a), punto ii), salvo che l’interesse compensativo è determinato applicando un tasso pari alla differenza tra il tasso di rifinanziamento marginale e il tasso di riferimento, ed è calcolato sull’ammontare di ciascuna operazione di rifinanziamento marginale a cui si sia fatto ricorso a causa di un malfunzionamento tecnico di TARGET.
4. Norme procedurali
Le richieste d'indennizzo si presentano utilizzando il modulo disponibile sul sito internet della [inserire nome della BC] in inglese (cfr. [inserire l'indirizzo internet della BC]). Gli ordinanti devono presentare un modulo di richiesta separato per ogni singolo beneficiario e i beneficiari devono presentare un modulo di richiesta separato per ogni singolo ordinante. A supporto delle informazioni indicate nel modulo di richiesta, deve essere fornita ogni ulteriore necessaria informazione e documentazione. Con riferimento a un determinato pagamento o ordine di pagamento può essere presentata una sola richiesta d'indennizzo.
I moduli per la richiesta d’indennizzo devono essere presentati alla [inserire nome BC] entro quattro settimane dal verificarsi di un malfunzionamento tecnico di TARGET. Ogni ulteriore informazione o prova richiesta dalla [inserire nome BC] deve essere fornita entro due settimane dal momento della presentazione di tale richiesta.
La [inserire nome BC] esamina le richieste e le trasmette alla BCE. Salva diversa decisione adottata dal Consiglio direttivo della BCE e comunicata ai partecipanti, tutte le richieste ricevute sono esaminate non oltre 14 settimane successive al verificarsi del malfunzionamento tecnico di TARGET.
La [inserire nome della BC] comunica l’esito dell’esame di cui alla lettera c) ai partecipanti interessati. Se tale esito dà luogo a un’offerta d’indennizzo, i partecipanti interessati devono accettare o rifiutare tale offerta, con riferimento a ogni singolo ordine di trasferimento di contante cui la richiesta si riferisce, entro quattro settimane dalla comunicazione dell’offerta stessa, sottoscrivendo una lettera standard d’accettazione (utilizzando il facsimile disponibile sul sito internet della [inserire nome della BC] (si veda [inserire indirizzo internet della BC]). In caso di mancata ricezione di tale lettera da parte della [inserire nome BC] entro il termine di quattro settimane, l’offerta di indennizzo si intenderà rifiutata dai partecipanti interessati.
La [inserire nome della BC] effettua il pagamento dell’indennizzo dopo aver ricevuto dal partecipante la lettera di accettazione dell’indennizzo. Al pagamento dell'indennizzo non si applicano interessi.
APPENDICE III
FAC-SIMILE DEI CAPACITY E COUNTRY OPINION
Fac-simile dei capacity opinion per i partecipanti a TARGET
[Inserire il nome della BC]
[indirizzo]
Partecipazione al [nome del sistema]
[luogo]
[data]
Egregio signore o gentile signora,
quali consulenti legali [interni o esterni] di [specificare il nome del partecipante o della succursale del partecipante], ci è stato richiesto di formulare il presente parere sugli aspetti di natura legale che secondo l’ordinamento di [giurisdizione ove il partecipante ha la sede legale; di seguito «giurisdizione»], rilevano ai fini della partecipazione di [specificare il nome del partecipante] (di seguito «partecipante») nel [nome del sistema componente di TARGET] (di seguito il «sistema»).
Il presente parere è formulato avuto esclusivo riguardo alle disposizioni della normativa in vigore in [giurisdizione] alla data del parere. Ai fini del presente parere non è stata condotta alcuna indagine relativa alla normativa in vigore in altre giurisdizioni e non si formula al riguardo, neppure implicitamente, alcuna valutazione. Ogni dichiarazione e valutazione di seguito espressa si applica nella stessa misura e con la stessa efficacia in base al diritto di [inserire nome della giurisdizione], indipendentemente dal fatto che il partecipante, nell'immettere ordini di trasferimento di contante e nel ricevere trasferimenti di contante, agisca attraverso la sua direzione generale ovvero una o più succursali insediate nell'ambito o fuori della giurisdizione di [inserire giurisdizione].
I. DOCUMENTI ESAMINATI
Ai fini del presente parere, abbiamo esaminato:
una copia autenticata dei [specificare i documenti pertinenti relativi alla costituzione] del partecipante, quali risultano in vigore alla presente data;
[se applicabile] un estratto del [pertinente registro delle imprese] e [se applicabile] [del registro degli enti creditizi o analogo registro];
[nella misura in cui sia applicabile] copia del provvedimento o altra certificazione che attesti l’autorizzazione del partecipante a prestare servizi bancari, di investimento, di trasferimento fondi o altri servizi finanziari in linea con i criteri di accesso per la partecipazione a TARGET in [giurisdizione];
[qualora applicabile] una copia di una decisione adottata il [inserire la data] dal consiglio di amministrazione o dal competente organo direttivo del partecipante, comprovante la volontà del partecipante di accettare i documenti del sistema, come di seguito definiti; e
[specificare tutte le procure e gli altri documenti che conferiscano o comprovino i necessari poteri rappresentativi della persona o delle persone che sottoscrivono in nome del partecipante i pertinenti documenti del sistema (come di seguito definiti)];
e tutti gli altri documenti relativi alla costituzione, ai poteri e alle autorizzazioni del partecipante necessari o utili a formulare il presente parere (di seguito «documenti del partecipante»).
Ai fini del presente parere, abbiamo altresì esaminato:
Le [inserire il riferimento alle disposizioni di attuazione delle Condizioni armonizzate per la partecipazione a TARGET] per il sistema, emanate in [inserire la data] (di seguito «norme»); e
[…].
Le norme e il […] saranno di seguito denominati «documenti del sistema» (e, quando considerati unitamente ai documenti del partecipante, «documentazione»).
II. PRESUPPOSTI
Ai fini del presente parere, in relazione alla documentazione, si è presunto che:
i documenti del sistema che ci sono stati forniti siano originali o copie conformi all'originale;
le previsioni di cui alla documentazione di sistema e i diritti e gli obblighi ivi stabiliti siano validi e giuridicamente vincolanti ai sensi della normativa in vigore in [inserire riferimento allo Stato membro del sistema], dal quale saranno espressamente disciplinati, e la legge in vigore in [inserire riferimento allo Stato membro del sistema] ammette che essa possa essere scelta quale legge applicabile alla documentazione di sistema di [inserire riferimento allo Stato membro del sistema];
la documentazione del partecipante rientri nella capacità e nei poteri delle parti interessate e sia stata validamente autorizzata, adottata o stipulata e, laddove necessario, consegnata dalle stesse; e
i documenti del partecipante siano vincolanti per le parti alle quali sono destinati e non vi sia stata nessuna violazione delle previsioni in essi contenute.
III. PARERI RIGUARDANTI IL PARTECIPANTE
Il partecipante è una società debitamente costituita e registrata o, in alternativa, debitamente costituita o organizzata secondo l’ordinamento [giurisdizione].
Il partecipante possiede tutti i poteri societari richiesti per esercitare i diritti e adempiere agli obblighi previsti dai documenti del sistema al quale partecipa.
L’esercizio e l’adempimento da parte del partecipante dei diritti e degli obblighi previsti dai documenti del sistema del quale il partecipante è parte non costituisce in alcun modo violazione di alcuna disposizione di legge o regolamentare di [giurisdizione] applicabile al partecipante o ai documenti del partecipante.
Nessuna ulteriore autorizzazione, approvazione, consenso, documentazione, registrazione, autenticazione o altra certificazione rilasciata da un tribunale o un'autorità pubblica, giudiziaria o amministrativa competente in [giurisdizione] è richiesta al partecipante in relazione all'adozione, alla validità o all'efficacia di alcuno dei documenti del sistema ovvero all'esercizio o all'adempimento dei diritti e delle obbligazioni ivi previste.
Il partecipante ha posto in essere tutti gli adempimenti societari e le altre azioni necessari secondo il diritto di [giurisdizione] per assicurare che gli obblighi previsti dai documenti del sistema siano legittimi, validi e vincolanti.
Il presente parere è formulato alla data in esso indicata ed è destinato unicamente a [inserire il nome della BC] e al [partecipante]. Nessun altro soggetto può fare affidamento sul presente parere e il suo contenuto non può essere divulgato a persone diverse dai suddetti destinatari e dai loro consulenti legali senza il nostro preventivo consenso scritto, a eccezione della Banca centrale europea e delle banche centrali nazionali del Sistema europeo di banche centrali [e [la banca centrale nazionale/le competenti autorità di regolamentazione] in [giurisdizione]].
In fede,
[firma]
Fac-simile per i country opinion dei partecipanti a TARGET non rientranti nel SEE
[Inserire il nome della BC]
[indirizzo]
[nome del sistema]
[ubicazione],
[data]
Egregio signore o gentile signora,
quali consulenti legali [esterni] di [specificare il nome del partecipante o della succursale del partecipante] (di seguito «partecipante»), ci è stato richiesto di formulare il presente parere sugli aspetti di natura legale di [giurisdizione ove il partecipante è insediato; di seguito «giurisdizione»], secondo l’ordinamento [giurisdizione], ai fini della partecipazione del partecipante in un sistema componente di TARGET (di seguito «sistema»). I riferimenti di cui al presente parere alla normativa vigente in [giurisdizione] comprendono tutte le disposizioni regolamentari applicabili in [giurisdizione]. Formuliamo in questa sede un parere secondo il diritto di [giurisdizione] con particolare riferimento al partecipante insediato fuori da [inserire riferimento allo Stato membro del sistema] in merito ai diritti e agli obblighi derivanti dalla partecipazione al sistema, come presentati nei documenti del sistema, come in seguito definiti.
Il presente parere è formulato avuto esclusivo riguardo alle disposizioni della normativa in vigore in [giurisdizione] alla data del parere. Ai fini del presente parere non è stata condotta alcuna indagine relativa alla normativa in vigore in altre giurisdizioni e non si formula al riguardo, neppure implicitamente, alcuna valutazione. Si è presunto che nessuna disposizione di ordinamenti terzi influisca sul presente parere.
1. DOCUMENTI ESAMINATI
Ai fini del presente parere abbiamo esaminato la documentazione di seguito elencata e quella ulteriore che abbiamo ritenuto necessario o opportuno esaminare:
Le [inserire il riferimento alle disposizioni di attuazione delle Condizioni armonizzate per la partecipazione a TARGET] per il sistema, emanate in [inserire la data] (di seguito «norme»); e
ogni altro documento che disciplina il sistema e/o il rapporto tra il partecipante e altri partecipanti al sistema, e tra i partecipanti al sistema e la/il [inserire il nome della BC].
Le norme e il/i […] sono di seguito denominati la «documentazione di sistema».
2. PRESUPPOSTI
Nel formulare il presente parere, in relazione alla documentazione di sistema, si è presunto che:
la documentazione di sistema rientri nella capacità e nei poteri delle parti interessate e sia stata validamente autorizzata, adottata o stipulata e, laddove necessario, consegnata dalle stesse;
le previsioni di cui alla documentazione di sistema e i diritti e gli obblighi ivi stabiliti siano validi e giuridicamente vincolanti ai sensi della normativa in vigore in [inserire il riferimento allo Stato membro del sistema], dal quale saranno espressamente disciplinati, e la normativa in vigore in [inserire il riferimento allo Stato membro del sistema] ammetta che possa essere scelta quale legge applicabile alla documentazione di sistema la normativa in vigore in [inserire il riferimento allo Stato membro del sistema];
i partecipanti al sistema attraverso i quali gli ordini di trasferimento di contante sono inviati o i trasferimenti di contante sono ricevuti, o attraverso i quali i diritti e gli obblighi di cui ai documenti del sistema sono esercitati o adempiuti, siano autorizzati ad erogare servizi di trasferimento fondi in tutte le giurisdizioni interessate; e
i documenti a noi forniti in copia o come fac-simile siano conformi agli originali.
3. PARERE
Sulla base di quanto precede e tutto ciò fatto salvo; fatti altresì salvi in ogni caso i punti in appresso elencati, siamo del parere che:
3.1. Aspetti giuridici specifici del paese [per quanto rileva]
Le seguenti caratteristiche della legislazione di [giurisdizione] sono compatibili con gli obblighi del partecipante derivanti dai documenti del sistema e in nessun caso le annullano: [elenco degli aspetti giuridici specifici del paese].
3.2. Questioni generali sull'insolvenza
3.2.a. Tipi di procedure di insolvenza
Gli unici tipi di procedure di insolvenza (ivi compresa la procedura di concordato o di riabilitazione), che ai fini del presente parere comprendono tutte le procedure che riguardano le attività del partecipante o qualunque succursale esso abbia in [giurisdizione], alle quali partecipante può essere sottoposto in [giurisdizione], sono le seguenti: [elencare le procedure nella lingua originale con la traduzione in inglese] (nel loro insieme denominate «procedure di insolvenza»).
In aggiunta alle procedure di insolvenza, il partecipante, qualunque sua attività o qualsiasi succursale esso possa avere in [giurisdizione] possono essere sottoposti in [giurisdizione] a [elencare, nella lingua originale con la traduzione in inglese, ogni moratoria, curatela fallimentare applicabile, o ogni altra procedura per effetto della quale i pagamenti a favore del partecipante e/o effettuati dal medesimo possono essere sospesi, ovvero per effetto della quale possono essere imposte limitazioni in relazione a tali pagamenti, o procedure simili] (di seguito nel loro insieme denominate «procedure»).
3.2.b. Accordi in tema d'insolvenza
[giurisdizione] o certe ripartizioni politiche all'interno di [giurisdizione], come specificate, è/sono parte dei seguenti accordi in materia d'insolvenza: [specificare, qualora applicabile, quali hanno o possono avere un effetto sul presente parere].
3.3. Efficacia dei documenti del sistema
Subordinatamente a quanto previsto nei punti di seguito indicati, tutte le disposizioni dei documenti di sistema saranno vincolanti ed efficaci in conformità dei termini degli stessi secondo il diritto di [giurisdizione], in particolare nel caso di apertura di procedure di insolvenza o di procedure nei confronti del partecipante.
In particolare, siamo del parere che:
3.3.a. Trattamento degli ordini di trasferimento di contante
Le disposizioni relative al trattamento degli ordini di trasferimento di contante [inserire le pertinenti disposizioni di attuazione degli articoli 17 e 18 della parte I dell’allegato I, degli articoli da 4 a 7 e 9 della parte II dell’alleagto I, degli articoli da 5 a 10 e da 14 a 17 della parte III dell’allegato I, degli articoli 4 e da 6 a 7 della parte IV dell’allegato I, degli articoli 6 e 10 della parte V dell’allegato I] sono valide ed efficaci. In particolare, tutti gli ordini di trasferimento di contante trattati conformemente a tali sezioni saranno validi, vincolanti e definitivi secondo il diritto di [giurisdizione]. La disposizione delle norme che specifica il momento preciso nel quale gli ordini di trasferimento di contante immessi dal partecipante nel sistema diventano definitivi e irrevocabili ([inserire la pertinente disposizione di attuazione dell’articolo 18 della parte I dell’allegato 1]) è valida, vincolante ed efficace secondo l’ordinamento [giurisdizione].
3.3.b. Potere di [inserire il nome della BC] di adempiere le proprie funzioni
L’apertura di una procedura di insolvenza o di una procedura nei confronti del partecipante non avrà effetto sull’autorità e sui poteri di [inserire il nome della BC] risultanti dai documenti del sistema. [Specificare [nella misura in cui sia applicabile] che: lo stesso parere è applicabile altresì nei confronti di ogni altro soggetto che fornisce direttamente servizi ai partecipanti, necessari per la partecipazione al sistema, per esempio l’NSP di TARGET.]
3.3.c. Rimedi in caso di default
[Qualora applicabili al partecipante, le disposizioni contenute in [elenco delle sezioni] delle norme che riguardano l’immediato adempimento delle obbligazioni che non sono ancora scadute, la compensazione dei crediti per l’utilizzo dei depositi del partecipante, l’escussione di un pegno, la sospensione e la risoluzione della partecipazione, la richiesta di interessi di mora e la risoluzione di accordi e transazioni ([inserire altre pertinenti clausole delle norme o dei documenti del sistema]) sono valide ed efficaci secondo l’ordinamento [giurisdizione].]
3.3.d. Sospensione e cessazione
Qualora applicabili al partecipante, le disposizioni contenute in [elenco delle sezioni] delle norme (in relazione alla sospensione e cessazione della partecipazione al sistema del partecipante a seguito dell’apertura di procedure di insolvenza o di procedure o al verificarsi di eventi di default, come definiti nei documenti del sistema, o qualora il partecipante generi qualunque tipo di rischio sistemico ovvero abbia gravi problemi operativi) sono valide ed efficaci secondo il diritto [giurisdizione].
3.3.e. Penali
Qualora applicabili al partecipante, le disposizioni contenute in [elenco delle sezioni] delle norme relative alle penali applicate a un partecipante che non è in grado di rimborsare entro i termini stabiliti, ove applicabile, il credito infragiornaliero o il credito overnight, sono valide ed efficaci secondo il diritto [giurisdizione].
3.3.f. Cessione di diritti e obblighi
I diritti e gli obblighi del partecipante non possono essere ceduti, modificati o altrimenti trasferiti dal partecipante a terzi senza il preventivo consenso scritto di [inserire il nome della BC].
3.3.g. Scelta della normativa applicabile e giurisdizione
Le disposizioni di cui alle [elenco delle sezioni] delle norme, e in particolare quelle relative alla normativa applicabile, alla risoluzione delle controversie, al foro competente e alle notifiche sono valide ed azionabili secondo la normativa vigente in [giurisdizione].
3.4. Pagamenti preferenziali annullabili
Siamo del parere che nessun obbligo derivante dai documenti del sistema, il suo adempimento ovvero il suo rispetto prima dell’apertura di una procedura di insolvenza o di una procedura nei confronti del partecipante possano essere revocati, nell’ambito di tali procedure, come preferenziali, o come negozi annullabili o altrimenti, secondo il diritto di [giurisdizione].
In particolare, e senza limitazione di quanto precede, esprimiamo tale parere in relazione a qualunque ordine di trasferimento di contante immesso da qualsivoglia partecipante al sistema. In particolare, siamo del parere che le disposizioni di cui alle [elenco delle sezioni] delle norme che sanciscono la definitività e l'irrevocabilità degli ordini di trasferimento di contante siano valide e azionabili e che un ordine di trasferimento di contante immesso da qualunque partecipante e trattato in conformità alle [elenco delle sezioni] delle norme non possa essere revocato, nell'ambito di una procedura di insolvenza o altra procedura, in quanto preferenziale, o in quanto negozio annullabile o altrimenti secondo la normativa in vigore in [giurisdizione].
3.5. Sequestro
Qualora un creditore del partecipante richieda un ordine di sequestro (ivi compreso qualunque ordine di congelamento, ordine di sequestro conservativo o qualunque altra procedura di diritto pubblico o di diritto privato diretta a proteggere l’interesse pubblico o i diritti dei creditori del partecipante) — di seguito denominato «sequestro» — secondo il diritto di [giurisdizione] da parte di un tribunale o di un’autorità governativa, giudiziaria o pubblica competente in [giurisdizione], siamo del parere che [inserire l’analisi e la discussione].
3.6. Garanzie [ove applicablie]
3.6.a. Cessione di diritti o attività in deposito a scopo di garanzia, pegno e/o operazione pronti contro termine
Le cessioni a scopo di garanzia saranno valide e azionabili secondo il diritto di [giurisdizione]. Specificamente, la costituzione e la realizzazione di un pegno o di un’operazione pronti contro termine secondo [inserire il riferimento al corrispondente accordo con la BC] saranno validi ed efficaci secondo la normativa vigente in [giurisdizione].
3.6.b. Priorità dell’interesse dei cessionari, creditori pignoratizi o acquirenti in pronti contro termine su quello di altri aventi diritto
Nell’ipotesi di procedure di insolvenza o di procedure nei confronti del partecipante, i diritti o le attività cedute ai fini di garanzia o costituite in pegno dal partecipante a favore di [inserire il nome della BC] o di altri partecipanti al sistema, godranno di priorità nel pagamento rispetto ai crediti di tutti gli altri creditori del partecipante e non saranno soggetti a prelazione o a creditori privilegiati.
3.6.c. Titolo per l'escussione della garanzia
Anche nell’ipotesi di procedure di insolvenza o di procedure nei confronti del partecipante, gli altri partecipanti al sistema e la [inserire nome della BC] quali [cessionari, creditori pignoratizi o acquirenti in pronti contro termine, a seconda del caso] saranno ancora liberi di escutere e riscuotere i diritti o le attività del partecipante attraverso l’azione di [inserire nome della BC] ai sensi delle norme.
3.6.d. Requisiti di forma e registrazione
Non esistono requisiti di forma per la cessione a scopo di garanzia o per la costituzione e l’esecuzione di un pegno o di un pronti contro termine sui diritti o attività del partecipante e non è necessario che [la cessione in garanzia, il pegno o il pronti contro termine, a seconda del caso], o nessun elemento di tali [cessioni, pegni o pronti contro termine, a seconda del caso] sia registrato o archiviato presso un tribunale o un’autorità governativa, giudiziaria o pubblica competente in [giurisdizione]
3.7. Succursali [in quanto applicabile]
3.7.a. Il parere si applica all'attività mediante succursali
Ogni dichiarazione e parere suesposto con riferimento al partecipante è valida in tutti i suoi contenuti secondo il diritto di [giurisdizione] nelle situazioni in cui il partecipante agisce attraverso una o più delle sue succursali insediate all’esterno di [giurisdizione].
3.7.b. Conformità alla normativa
Né l’esecuzione e adempimento dei diritti e degli obblighi di cui ai documenti del sistema, né l’immissione, la trasmissione o la ricezione di ordini di trasferimento di contante da parte di una succursale del partecipante costituiranno in alcun modo violazione del diritto di [giurisdizione].
3.7.c. Autorizzazioni necessarie
Né l’esecuzione e adempimento di diritti e obbligazioni secondo i documenti del sistema, né l’immissione, la trasmissione o la ricezione di ordini di trasferimento di contante da parte di una succursale del partecipante richiederanno alcuna ulteriore autorizzazione, approvazione, consenso, archiviazione, registrazione, autenticazione notarile o altra certificazione di o presso tribunali o autorità governative, giudiziarie o pubbliche che siano competenti in [giurisdizione].
Le valutazioni espresse nel presente parere sono formulate alla data in esso indicata e sono destinate esclusivamente a [inserire nome della BC] e al [partecipante]. Nessun altro soggetto può fare affidamento sul presente parere e il suo contenuto non può essere divulgato a persone diverse dai suddetti destinatari e dai loro consulenti legali senza il nostro preventivo consenso scritto, a eccezione della Banca centrale europea e delle banche centrali nazionali del Sistema europeo di banche centrali [e [la banca centrale nazionale/le competenti autorità di regolamentazione] in [giurisdizione]].
In fede,
[firma]
APPENDICE IV
PROCEDURE DI BUSINESS CONTINUITY E DI CONTINGENCY
1. DISPOSIZIONI GENERALI
La presente appendice definisce gli accordi tra la [inserire nome della BC] e i partecipanti, o i sistemi ancillari, nel caso in cui TARGET o uno o più NSP siano affetti da malfunzionamenti o danneggiati da eventi esterni di natura straordinaria, o se il malfunzionamento riguardi un partecipante o un sistema ancillare.
Nella presente appendice, tutti i riferimenti a orari specifici devono intendersi riferiti all’ora locale presso la sede della BCE.
Le disposizioni di cui alla presente sezione 1 si applicano ai conti MCA, ai conti RTGS DCA e ai loro sottoconti, ai conti tecnici RTGS AS, ai conti T2S DCA, ai conti TIPS DCA e ai conti tecnici TIPS AS.
1.1. Procedure di business continuity e di contingency
Nel caso in cui si verifichi un evento esterno eccezionale e/o vi sia un guasto di TARGET e/o vi sia un guasto di uno o più NSP tali da incidere sulla normale operatività di TARGET, la [inserire nome della BC] è legittimata ad adottare procedure di business continuity e di contingency.
Le principali procedure di business continuity e di contingency disponibili in TARGET sono le seguenti:
trasferimento dell'operatività di TARGET su un sito alternativo;
modifica della giornata operativa di TARGET;
La [inserire nome della BC] ha piena discrezionalità nel decidere se attivare procedure di business continuity e di contingency e quale di tali procedure utilizzare.
1.2. Comunicazione di incidente
Se si verifica un evento descritto al paragrafo 1.1, lettera a), questo è comunicato ai partecipanti tramite il sito internet della BCE, se disponibile, tramite la o le GUI e, se del caso, attraverso i canali di comunicazione nazionali. In particolare, le comunicazioni ai partecipanti includono le seguenti informazioni:
una descrizione dell'evento e del suo impatto su TARGET;
il momento in cui è prevista la risoluzione dell'evento (se noto);
informazioni sulle misure (eventualmente) già adottate;
raccomandazioni ai partecipanti (se del caso).
la marcatura temporale della comunicazione e l'indicazione di quando sarà fornito un aggiornamento.
1.3. Modifica degli orari di operatività
In caso di modifica della giornata operativa di TARGET come disposto alla parte I, articolo 19, paragrafo 2, delle presenti Condizioni la [inserire nome della BC] può ritardare gli orari limite (cut-off time) di TARGET per una data giornata lavorativa o ritardare l'inizio della giornata lavorativa successiva, o modificare la tempistica di qualsiasi altro evento elencato nell'appendice V.
I cut-off time di TARGET per una data giornata lavorativa possono essere ritardati se un guasto di TARGET si è verificato durante quella giornata, ma è stato risolto prima delle 18:00. Tale posticipo dell’orario di chiusura normalmente non dovrebbe eccedere le due ore ed è annunciato ai partecipanti il prima possibile.
Una volta annunciato un posticipo degli orari limite di TARGET, esso può essere ulteriormente prorogato, ma non può essere revocato.
1.4. Altre disposizioni
In caso di guasto relativo alla [inserire nome della BC], alcune o tutte le funzioni tecniche di quest'ultima relative a TARGET-[inserire riferimento a BC/paese] possono essere svolte da altre BC dell'Eurosistema o dalle BCN di Livello 3 per suo conto.
La [inserire nome della BC] può richiedere che i partecipanti prendano parte a test periodici o straordinari delle procedure di business continuity e di contingency, a iniziative di formazione o a qualunque altra iniziativa preventiva, secondo quanto ritenuto necessario dalla [inserire nome della BC]. Qualunque onere relativo ai test o ad altre iniziative è a carico esclusivo dei partecipanti.
2. PROCEDURE DI BUSINESS CONTINUITY E DI CONTINGENCY (RTGS DCA E PROCEDURE DI REGOLAMENTO RTGS AS)
Oltre alle disposizioni di cui alla sezione 1, le disposizioni di cui alla presente sezione 2 si applicano in particolare ai titolari di conti RTGS DCA e ai sistemi ancillari che si avvalgono delle procedure di regolamento RTGS AS.
2.1. Trasferimento dell’operatività di TARGET su un sito alternativo
Il trasferimento dell’operatività di TARGET su un sito alternativo, di cui al paragrafo 1.1, lettera b), punto i), può avvenire in un luogo all'interno della stessa regione o in un'altra regione.
Nel caso in cui l’operatività di TARGET sia trasferita in un'altra regione, i partecipanti: i) si astengono dall'inviare nuovi ordini di trasferimento di contante a TARGET; ii) su richiesta della [inserire nome della BC], effettuano una riconciliazione; iii) ripresentano gli ordini di trasferimento di contante identificati come mancanti; e iv) forniscono alla [inserire nome della BC] tutte le informazioni pertinenti al riguardo.
La [inserire nome della BC] può intraprendere ulteriori azioni, compresi l'addebito e l'accredito dei conti dei partecipanti al fine di ripristinare lo stato dei conti di tali partecipanti precedente al trasferimento.
2.2. Modifica degli orari di operatività
Se [inserire nome della BC] ritarda la chiusura di TARGET come previsto al paragrafo 1.3 prima delle 16:50, di norma dovrebbe rimanere in vigore il periodo minimo di un'ora tra il cut-off time per gli ordini di pagamento della clientela e quelli interbancari.
I sistemi ancillari sono tenuti ad aver stabilito i mezzi per far fronte ai casi in cui l'orario di riapertura è ritardato a causa di un guasto di TARGET verificatosi il giorno precedente.
2.3. Elaborazione in contingency
Ogni qualvolta lo ritenga necessario, la [inserire nome della BC] avvia l'elaborazione in contingency degli ordini di trasferimento di contante utilizzando la Contingency Solution di TARGET o altri mezzi. In tali casi, l’elaborazione in contingency è effettuata nei limiti della massima diligenza possibile («on a best effort basis»). La [inserire nome della BC] informa i propri partecipanti dell’avvio dell’elaborazione in contingency tramite qualunque mezzo di comunicazione disponibile.
Nell’elaborazione in contingency con l’utilizzo della Contingency Solution di TARGET, gli ordini di trasferimento di contante sono immessi dai titolari di conti RTGS DCA e autorizzati dalla [inserire nome della BC]. La [inserire nome della BC] può, in via eccezionale, immettere ordini di trasferimento di contante anche manualmente per conto dei partecipanti. Inoltre, il sistema ancillare può inviare file contenenti istruzioni di pagamento nell'ambito della procedura di regolamento RTGS AS di tipo A, che il sistema ancillare autorizza la [inserire nome della BC] a caricare nella Contingency Solution.
I seguenti ordini di trasferimento di contante sono considerati «molto critici» e la [inserire nome della BC] fa quanto ragionevolmente possibile per procedere alla loro elaborazione in situazioni di contingency senza indebito ritardo:
pagamenti relativi al regolamento delle operazioni di CLS Bank International trattate con CLSSettlement;
richieste di margini delle controparti centrali.
ordini di trasferimento di contante diversi da quelli elencati alla lettera c) e necessari per evitare il rischio sistemico, sono considerati «critici» e la [inserire nome della BC] può decidere di avviare l’elaborazione in contingency in relazione ad essi. Gli ordini di trasferimento di contante critici comprendono, a titolo semplificativo:
ordini di trasferimento di contante relativi al regolamento di altri sistemi di pagamento di importanza sistemica quali definiti nel regolamento (UE) n. 795/2014 (BCE/2014/28);
ordini di trasferimento di liquidità verso conti T2S DCA o TIPS DCA;
ordini di trasferimento di liquidità indispensabili per l'esecuzione degli ordini di trasferimento di contante molto critici di cui alla lettera c) o per altri ordini critici di trasferimento di contante.
Anche gli ordini di trasferimento di contante che sono stati inviati a TARGET-[inserire riferimento a BC/paese] prima dell’avvio dell’elaborazione in contingency, ma che sono in lista d’attesa, possono essere sottoposti a elaborazione in contingency. In tali casi la [inserire nome della BC] si adopera per evitare la doppia elaborazione degli ordini di trasferimento di contante, fermo restando che, in caso di doppia elaborazione, i partecipanti ne sopportano il rischio.
Per l'elaborazione in contingency utilizzando la Contingency Solution di TARGET, i partecipanti prestano attività idonee a garanzia. Durante l’elaborazione in contingency, gli ordini di trasferimento di contante in entrata possono essere utilizzati per finanziare ordini di trasferimento di contante in uscita.
2.4. Guasti connessi ai partecipanti
Nel caso in cui un partecipante abbia una criticità o un problema che gli impedisca di inviare ordini di trasferimento di contante a TARGET, risolve la criticità o il problema con i propri mezzi. In particolare, un partecipante può utilizzare qualsiasi soluzione interna a sua disposizione, la funzionalità GUI per elaborare trasferimenti di liquidità e ordini di pagamento o utilizzare la funzionalità di backup tramite la GUI.
Se i mezzi di soluzione e/o le soluzioni o le funzionalità di cui alla lettera a) utilizzati dal partecipante sono esauriti o insufficienti, il partecipante può allora richiedere l’assistenza dalla [inserire nome della BC] e la [inserire nome della BC] fornisce tale assistenza nei limiti della massima diligenza possibile («on a best effort basis»). La [inserire nome della BC] decide quale assistenza offrire al partecipante.
[Inserire se del caso, ulteriori procedure di contingency dettagliate relative ai sistemi ancillari sono descritte negli accordi bilaterali tra la [inserire nome della BC] e il sistema ancillare interessato].
3. PROCEDURE DI BUSINESS CONTINUITY E DI CONTINGENCY (conto MCA)
Oltre alle disposizioni di cui alla sezione 1, le disposizioni della presente sezione 3 si applicano specificamente ai titolari di conto MCA.
3.1. Trasferimento dell’operatività di TARGET su un sito alternativo
Il trasferimento dell’operatività di TARGET su un sito alternativo, di cui al paragrafo 1.1, lettera b), punto i), può avvenire in un luogo all'interno della stessa regione o in un'altra regione.
Nel caso in cui l’operatività di TARGET sia trasferita in un'altra regione, i partecipanti: i) si astengono dall'inviare nuovi ordini di trasferimento di contante a TARGET; ii) su richiesta della [inserire nome della BC], effettuano una riconciliazione; iii) ripresentano gli ordini di trasferimento di contante identificati come mancanti; e iv) forniscono alla [inserire nome della BC] tutte le informazioni pertinenti al riguardo.
La [inserire nome della BC] può intraprendere ulteriori azioni, compresi l'addebito e l'accredito dei conti dei partecipanti al fine di ripristinare lo stato dei conti di tali partecipanti precedente al trasferimento.
3.2. Elaborazione in contingency
Ogni qualvolta lo ritenga necessario, la [inserire nome della BC] avvia l'elaborazione in contingency degli ordini di trasferimento di contante utilizzando la Contingency Solution di TARGET o altri mezzi. In tali casi, l’elaborazione in contingency è effettuata nei limiti della massima diligenza possibile («on a best effort basis»). La [inserire nome della BC] informa i propri partecipanti dell’avvio dell’elaborazione in contingency tramite qualunque mezzo di comunicazione disponibile.
Nell’elaborazione in contingency con l’utilizzo della Contingency Solution di TARGET, gli ordini di trasferimento di contante sono immessi dai titolari di conti MCA e autorizzati dalla [inserire nome della BC]. La [inserire nome della BC] può, in via eccezionale, immettere ordini di trasferimento di contante anche manualmente per conto dei partecipanti.
gli ordini di trasferimento di contante richiesti per evitare il rischio sistemico sono considerati «critici» e la [inserire nome della BC] può decidere di iniziare l’elaborazione in contingency in relazione ad essi.
Anche gli ordini di trasferimento di contante che sono stati inviati a TARGET-[inserire riferimento a BC/paese] prima dell’avvio dell’elaborazione in contingency, ma che sono in lista d’attesa, possono essere sottoposti a elaborazione in contingency. In tali casi la [inserire nome della BC] si adopera per evitare la doppia elaborazione degli ordini di trasferimento di contante, fermo restando che, in caso di doppia elaborazione, i partecipanti ne sopportano il rischio.
Per l'elaborazione in contingency utilizzando la Contingency Solution di TARGET, i partecipanti prestano attività idonee a garanzia. Durante l’elaborazione in contingency, gli ordini di trasferimento di contante in entrata possono essere utilizzati per finanziare ordini di trasferimento di contante in uscita.
3.3. Guasti connessi ai partecipanti
Nel caso in cui un partecipante abbia una criticità o un problema che gli impedisca di inviare ordini di trasferimento di contante a TARGET, risolve la criticità o il problema con i propri mezzi. In particolare, un partecipante può utilizzare qualsiasi soluzione interna o la funzionalità GUI per elaborare ordini di trasferimento di liquidità.
Se i mezzi di soluzione e/o le soluzioni o le funzionalità di cui alla lettera a) utilizzati dal partecipante sono esauriti o insufficienti, il partecipante può richiedere l’assistenza della [inserire nome della BC] e la [inserire nome della BC] fornisce tale assistenza nei limiti della massima diligenza possibile («on a best effort basis»). La [inserire nome della BC] decide quale assistenza offrire al partecipante.
4. PROCEDURE DI BUSINESS CONTINUITY E DI CONTINGENCY (T2S DCA)
Oltre alle disposizioni di cui alla sezione 1, le disposizioni della presente sezione 4 si applicano specificamente ai titolari di T2S DCA.
4.1. Trasferimento dell’operatività di TARGET su un sito alternativo
Il trasferimento dell’operatività di TARGET su un sito alternativo, come stabilito al paragrafo 1.1, lettera b), punto i), può avvenire in un luogo all'interno della stessa regione o in un'altra regione (ove disponibile).
Nel caso in cui l’operatività di TARGET sia trasferita in un'altra regione, i partecipanti: i) si astengono dall'inviare nuovi ordini di trasferimento di contante a TARGET; e ii) su richiesta della [inserire nome della BC], effettuano una riconciliazione; iii) ripresentano le istruzioni identificate come mancanti e iv) forniscono alla [inserire nome della BC] tutte le informazioni pertinenti al riguardo.
La [inserire nome della BC] è autorizzata a intraprendere ulteriori azioni, compresi l'addebito e l'accredito dei conti dei partecipanti al fine di ripristinare lo stato dei conti che tali partecipanti avevano precedentemente al trasferimento.
4.2. Guasti connessi ai partecipanti
Nel caso in cui un titolare di un conto T2S DCA abbia una criticità o un problema che gli impedisca di inviare ordini di trasferimento di contante a TARGET-[inserire il nome della BC/del paese di riferimento, risolve la criticità o il problema con i propri mezzi.
Se i mezzi di soluzione di cui alla lettera a) utilizzati dal partecipante sono esauriti o insufficienti, il partecipante può richiedere l’assistenza dalla [inserire nome della BC] e la [inserire nome della BC] fornisce tale assistenza nei limiti della massima diligenza possibile («on a best effort basis»). La [inserire nome della BC] decide quale assistenza offrire al partecipante.
APPENDICE V
GIORNATA OPERATIVA DI TARGET
1. La data di valuta per le operazioni regolate in TARGET è sempre la data di valuta in cui il sistema è operativo.
2. Tutti i giorni, ad eccezione dei sabati, delle domeniche e dei giorni di Capodanno, Venerdì Santo ( 8 ), lunedì di Pasqua ( 9 ), 1o maggio, giorno di Natale e 26 dicembre, sono giornate operative di TARGET e possono quindi essere date di valuta ai fini del regolamento in TARGET.
3. I conti TIPS DCA e i conti tecnici TIPS AS sono operativi tutti i giorni. Tutti gli altri tipi di conto sono operativi tutti i giorni ad eccezione dei sabati, delle domeniche e dei giorni di Capodanno, Venerdì Santo ( 10 ), lunedì di Pasqua ( 11 ), 1° maggio, giorno di Natale e 26 dicembre.
4. Una giornata operativa è aperta durante la sera della giornata lavorativa precedente.
5. L'orario di riferimento per il sistema è l'ora locale presso la sede la BCE.
6. Le diverse fasi della giornata operativa di TARGET e gli eventi operativi significativi rilevanti per conti MCA, conti RTGS DCA ( 12 ), conti T2S DCA e conti TIPS DCA ( 13 ) sono esposti nella seguente tabella:
HH: MM |
Conti MCA |
Conti RTGS DCA (1) |
Conti T2S DCA |
Conti TIPS DCA (2) |
18:45 (D-1) |
Avvio giornata operativa: Modifica della data di valuta |
Avvio giornata operativa: Modifica della data di valuta |
Avvio giornata operativa: Modifica della data di valuta Preparazione del regolamento notturno |
Elaborazione degli ordini di pagamento istantanei e degli ordini di trasferimento di liquidità da/verso conti tecnici TIPS AS. Nessun trasferimento di liquidità tra i conti TIPS DCA e altri conti |
19:00 (D-1) |
Regolamento delle operazioni di banca centrale (CBO) Rimborso del rifinanziamento marginale Restituzione dei depositi overnight Elaborazione degli ordini di trasferimento di liquidità automatici e rule-based |
|
Termine per l'accettazione di dati dai sistemi di gestione del collateral (CMS) Preparazione del regolamento notturno |
|
19:30 (D-1) |
Regolamento delle operazioni di banca centrale (CBO) Elaborazione degli ordini di trasferimento di liquidità permanenti Elaborazione degli ordini di trasferimento di liquidità immediati |
Regolamento degli ordini di trasferimento AS Elaborazione degli ordini di trasferimento di liquidità permanenti Elaborazione degli ordini di trasferimento di liquidità automatici, rule-based e immediati |
|
Elaborazione degli ordini di pagamento istantanei e degli ordini di trasferimento di liquidità da/verso conti MCA e conti RTGS DCA |
20:00 (D-1) |
|
Cicli di regolamento notturno |
Elaborazione degli ordini di trasferimento di liquidità da/verso conti T2S DCA |
|
02:30 (giorno di calendario successivo a D-1) |
Finestra di manutenzione non opzionale nelle — giornate operative successive ai giorni di chiusura compreso ogni lunedì operativo Finestra di manutenzione opzionale (se necessario) dalle 03:00 alle 05:00 nei giorni rimanenti |
Finestra di manutenzione non — opzionale nelle giornate operative successive ai giorni di chiusura compreso ogni lunedì operativo Finestra di manutenzione opzionale (se necessario) dalle 03:00 alle 05:00 nei giorni rimanenti |
Finestra di manutenzione non — opzionale nelle giornate operative successive ai giorni di chiusura compreso ogni lunedì lavorativo Finestra di manutenzione opzionale (se necessario) dalle 03:00 alle 05:00 nei giorni rimanenti (3) |
Elaborazione degli ordini di pagamento istantanei e degli ordini di trasferimento di liquidità da/verso conti tecnici TIPS AS. Nessun ordine di trasferimento di liquidità tra i conti TIPS DCA e altri conti |
Orario di riapertura* (D) |
Regolamento delle operazioni di banca centrale (CBO) Elaborazione degli ordini di trasferimento di liquidità automatici, rule-based e immediati. |
Regolamento degli ordini di trasferimento AS Elaborazione degli ordini di trasferimento di liquidità automatici, rule-based e immediati. Elaborazione degli ordini di pagamento della clientela e interbancari |
Cicli di regolamento notturno |
Elaborazione degli ordini di pagamento istantanei e degli ordini di trasferimento di liquidità da/verso conti tecnici TIPS AS e degli ordini di trasferimento di liquidità tra TIPS DCA e altri conti. |
05:00 (D) |
|
Attività diurna/regolamento in tempo reale: Preparazione del regolamento in tempo reale Finestre di regolamento parziale (4) |
|
|
16:00 (D) |
|
Cut-off per ordini DvP |
|
|
16:30 (D) |
|
Rimborso automatico dell'auto-collateralisation, seguito dal cash sweep opzionale |
|
|
17:00 (D) |
Cut-off per gli ordini di pagamento della clientela |
|
|
|
17:40 (D) |
|
Cut-off per le operazioni di gestione di tesoreria concordate bilateralmente (Bilaterally agreed treasury management operations, BATM) e CBO |
|
|
17:45 (D) |
Cut-off per gli ordini di trasferimento di liquidità verso i conti T2S DCA |
Cut-off per gli ordini di trasferimento di liquidità in entrata |
Blocco degli ordini di trasferimento di liquidità da conti TIPS DCA a conti T2S DCA. Durante questo periodo non vengono elaborati gli ordini di trasferimento di liquidità tra conti T2S DCA e conti TIPS DCA |
|
18:00 (D) |
Cut-off per: — ordini di trasferimento di liquidità — operazioni di banca centrale (CBO), escluse le operazioni attivabili su iniziativa delle controparti — modifiche della linea di credito |
Cut-off per: — ordini di pagamento interbancari — ordini di trasferimento di liquidità — ordini di trasferimento AS |
Cut-off per FOP Fine del regolamento in T2S Riciclaggio e scarico (recycling and purging) Report ed estratti conto di fine giornata |
Elaborazione degli ordini di pagamento istantanei e degli ordini di trasferimento di liquidità da/verso conti tecnici TIPS AS. Blocco degli ordini di trasferimento di liquidità da conti TIPS DCA a conti MCA/RTGS DCA e T2S DCA. Durante questo periodo non vengono elaborati gli ordini di trasferimento di liquidità tra conti TIPS DCA e altri conti. Poco dopo le 18:00: Cambio della giornata operativa (una volta ricevuto il messaggio camt.019 da CLM/RTGS) Snapshot dei saldi dei conti TIPS DCA e report di fine giornata |
18:15 (D) |
Cut-off per l'utilizzo di operazioni attivabili su iniziativa delle controparti |
|
|
|
18:40 (D) |
Cut-off per l'utilizzo del rifinanziamento marginale (esclusivamente BCN) Elaborazioni di fine giornata |
|
|
|
(1)
Si applica anche ai conti tecnici RTGS AS, ai sotto-conti e ai conti dei fondi di garanzia AS.
(2)
Si applica anche ai conti tecnici TIPS AS.
(3)
Per i conti T2S DCA: ai fini della finestra di manutenzione, il 1o maggio è considerato come giornata lavorativa.
(4)
Le finestre di regolamento parziale si svolgono alle 08:00, 10:00, 12:00, 14:00 e 15:30 (o 30 minuti prima dell'inizio del cut-off time DvP, se questo momento è anteriore). |
Gli orari di operatività sono suscettibili di modifiche nel caso in cui vengano adottate procedure di business continuity in conformità a quanto stabilito nell'appendice IV. Nell'ultimo giorno del periodo di mantenimento della riserva obbligatoria dell'Eurosistema i cut-off time 18:15, 18:40, 18:45, 19:00 e 19:30 per i conti MCA e i conti RTGS DCA (così come per i conti tecnici RTGS AS e i sottoconti e i conti dei fondi di garanzia AS) si verificano 15 minuti dopo.
Elenco delle abbreviazioni e delle note di questa tabella:
* Orari di riapertura: possono variare a seconda della situazione. Le informazioni sono fornite dall'Operatore.
(D-1) |
: |
giornata operativa precedente |
(D) |
: |
giorno di calendario = giornata operativa = data di valuta |
CMS |
: |
Collateral Management System |
Ordini DVP |
: |
Ordini Delivery versus Payment (consegna contro pagamento). |
APPENDICE VI
SCHEMA TARIFFARIO
1. ASPETTI GENERALI
1. I seguenti servizi non sono inclusi nei servizi offerti dalla [inserire nome della BC] e sono addebitati dai relativi fornitori di servizi in conformità ai propri termini e condizioni:
servizi offerti dagli NSP;
servizi T2S non relativi ai contanti.
2. Un partecipante che desideri modificare la propria scelta di schema tariffario ne informa la [inserire nome della banca centrale] entro il ventesimo giorno di calendario del mese, in modo che la richiesta possa essere presa in considerazione per il mese successivo.
2. TARIFFE PER I TITOLARI DI CONTI MCA
1. Gli MCA e le operazioni regolate su di essi non comportano commissioni.
2. [Inserire se applicabile: Tariffa/Tariffe per conti MCA comovimentati]
3. TARIFFE PER I TITOLARI DI CONTI RTGS DCA
1. I titolari di conti RTGS DCA scelgono una delle seguenti due opzioni di determinazione delle tariffe:
un canone mensile, più una tariffa fissa (per operazione)per ogni ordine di pagamento (a debito).
Canone mensile |
|
150 EUR |
Tariffa per ordine di pagamento |
|
0,80 EUR |
Un canone mensile, più una tariffa per operazione basata sul volume degli ordini di pagamento (a debito) e calcolata su base cumulativa, come indicato nella tabella seguente. Per i partecipanti a un gruppo tariffario, il volume mensile degli ordini di pagamento (a debito) per tutti i partecipanti a tale gruppo è aggregato.
Canone mensile |
|
1 875 EUR |
|
Volume mensile degli ordini di pagamento |
|||
Fascia |
Da |
A |
Tariffe per ordine di pagamento (EUR) |
1. |
1 |
10 000 |
0,60 |
2. |
10 001 |
25 000 |
0,50 |
3. |
25 001 |
50 000 |
0,40 |
4. |
50 001 |
75 000 |
0,20 |
5. |
75 001 |
100 000 |
0,125 |
6. |
100 001 |
150 000 |
0,08 |
7. |
Oltre 150 000 |
|
0,05 |
2. Gli ordini di trasferimento di liquidità da conti RTGS DCA a sottoconti, a conti MCA, a conti di deposito overnight o a conti RTGS DCA detenuti dallo stesso partecipante o da partecipanti dello stesso gruppo bancario sono gratuiti.
3. Gli ordini di trasferimento di liquidità da conti RTGS DCA a conti MCA o a conti RTGS DCA detenuti da partecipanti non appartenenti allo stesso gruppo bancario sono soggetti a una tariffa di 0,80 euro per operazione (a debito).
4. Gli ordini di trasferimento di liquidità da conti RTGS DCA a conti T2S DCA o a conti TIPS DCA sono gratuiti.
5. Gli ordini di trasferimento di contante da un conto RTGS DCA a un conto di un sistema ancillare ( 14 ) non sono addebitati al titolare di conto RTGS DCA.
6. Ai titolari di conti RTGS DCA si applicano le seguenti tariffe:
Servizio |
Canone mensile (EUR) |
Titolare di Addressable BIC [corrispondenti (1)] |
20 |
BIC non pubblicato (unpublished) |
30 |
Multi-addressee access (basato su BIC 8) |
80 |
(1)
Indipendentemente dal fatto che si tratti di un conto RTGS DCA, di un conto tecnico RTGS AS o di un conto per i fondi di garanzia AS.Sono presenti diverse tipologie di partecipazione per i titolari di addressable BIC: Titolare di addressable BIC — Corrispondente; Titolare di addressable BIC — Succursale di partecipante diretto e Titolare di addressable BIC — Succursale di corrispondente. Solo il tipo di partecipazione Titolare di addressable BIC — Corrispondente comporta una tariffa. La tariffa è addebitata per ogni diverso BIC11. |
4. TARIFFE PER SISTEMI ANCILLARI CHE UTILIZZANO PROCEDURE DI REGOLAMENTO RTGS AS
Le tariffe sono applicate per sistema ancillare indipendentemente dal numero e dalla tipologia di conti. Ai gestori di sistemi ancillari che gestiscono più di un sistema sarà applicato un addebito per ogni sistema.
1. I sistemi ancillari che utilizzano procedure di regolamento RTGS AS o cui è stata concessa una deroga che consenta loro di regolare su un conto RTGS DCA scelgono una delle seguenti due opzioni tariffarie:
un canone mensile, più una tariffa fissa (per operazione) per ogni ordine di trasferimento contante.
Canone mensile |
|
300 EUR |
Tariffa per operazioni per ordine di trasferimento di contante |
|
1,60 EUR |
un canone mensile, più una tariffa per operazione basata sul volume degli ordini di trasferimento di contante e calcolata su base cumulativa, come indicato nella tabella seguente.
Canone mensile |
|
EUR 3 750 |
|
Volume mensile di ordini di trasferimento di contante |
|||
Fascia |
From |
A |
Tariffa per ordine di trasferimento di contante (EUR) |
1. |
1 |
5 000 |
1,20 |
2. |
5 001 |
12 500 |
1,00 |
3. |
12 501 |
25 000 |
0,80 |
4. |
25 001 |
50 000 |
0,40 |
5. |
Oltre 50 000 |
|
0,25 |
Gli ordini di trasferimento di contante tra un conto RTGS DCA e un conto di un sistema ancillare ( 15 ) comportano un addebito per il rispettivo sistema ancillare in base all'opzione tariffaria per la quale tale sistema ancillare ha optato.
2. Oltre alle tariffe di cui sopra, ciascun sistema ancillare è soggetto a due canoni fissi, come indicato nella seguente tabella.
A. Canone fisso I |
||
Canone mensile per AS |
EUR 2 000 |
|
B. Canone fisso II [sulla base del valore lordo sottostante (1)] |
||
Importo regolato (milioni di EUR/giorno) |
Canone annuale (EUR) |
Canone mensile (EUR) |
da 0 a 999,99 |
10 000 |
833 |
da 1 000 a 2 499,99 |
20 000 |
1 667 |
da 2 500 a 4 999,99 |
40 000 |
3 334 |
da 5 000 a 9 999,99 |
60 000 |
5 000 |
da 10 000 a 49 999,99 |
80 000 |
6 666 |
da 50 000 a 499 999,99 |
100 000 |
8 333 |
500 000 e oltre |
200 000 |
16 667 |
(1)
Il «valore lordo sottostante» è l’importo totale delle obbligazioni di pagamento lorde che sono estinte tramite un sistema ancillare dopo che il regolamento è avvenuto su un conto o sottoconto RTGS DCA. Per le CCP, il valore lordo sottostante è il valore nozionale totale dei contratti future o il valore di mercato dei contratti future, ai valori da regolare alla scadenza dei contratti future e quando sono applicate le tariffe. |
5. TARIFFE PER I TITOLARI DI CONTI T2S DCA
1. Per la gestione di conti T2S DCA sono applicate le seguenti tariffe:
Voce |
Regola applicata |
Tariffa per voce (EUR) |
Ordini di trasferimento di liquidità tra conti T2S DCA |
Per trasferimento per il conto T2S DCA addebitato. |
0,141 |
Movimenti a saldo costante |
Ciascun movimento a saldo costante eseguito con successo (quali blocco, sblocco, riserva di liquidità ecc.) |
0,094 |
Interrogazioni A2A |
Per voce di attività (item) in ogni interrogazione A2A generata |
0,007 |
Report A2A |
Per voce di attività (item) in ogni report A2A generato inclusi i report A2A a seguito di interrogazioni U2A. |
0,004 |
Messaggi raggruppati in un file |
Per messaggio in ogni file contenente messaggi raggruppati |
0,004 |
Trasmissione |
Ogni trasmissione per party T2S (sia in entrata che in uscita) sarà conteggiata e addebitata (ad eccezione dei messaggi tecnici di conferma). |
0,012 |
Interrogazioni U2A |
Qualsiasi query di ricerca eseguita |
0,100 |
Tariffa per conto T2S DCA |
Qualsiasi conto T2S DCA esistente in qualsiasi momento durante il periodo di tariffazione mensile Attualmente gratuita, da sottoporre a revisione a intervalli regolari. |
0,000 |
Auto-collateralizzazione |
Concessione o rimborso dell'auto-collateralizzazione |
0,000 |
2. Gli ordini di trasferimento di liquidità da un conto T2S DCA a un conto RTGS DCA, a un conto TIPS DCA o a un MCA sono gratuiti.
6. TARIFFE PER I TITOLARI DI CONTI TIPS DCA
1. Fino al 31 dicembre 2023 si applicano le seguenti tariffe:
le tariffe per il funzionamento dei conti TIPS DCA sono addebitate alla party indicata come illustrato nella seguente tabella:
Voce |
Regola applicata |
Tariffa per voce (EUR) |
Ordine di pagamento istantaneo regolato |
Party alla quale si addebita il costo: il proprietario del conto TIPS DCA da addebitare |
0,002 |
Ordine di pagamento istantaneo non regolato |
Party alla quale si addebita il costo: il proprietario del conto TIPS DCA da addebitare |
0,002 |
Risposta positiva al recall regolata |
Party alla quale si addebita il costo: il proprietario del conto TIPS DCA da addebitare |
0,002 |
Risposta positiva al recall non regolata |
Party alla quale si addebita il costo: il proprietario del conto TIPS DCA da addebitare |
0,002 |
gli ordini di trasferimento di liquidità da conti TIPS DCA a: conti MCA, conti RTGS DCA, sotto-conti, conti di deposito overnight, conti tecnici TIPS AS e conti T2S DCA sono gratuiti.
2. A decorrere dal 1o gennaio 2024, le commissioni per il funzionamento dei conti TIPS DCA sono addebitate come segue:
per ciascun conto TIPS DCA è addebitato al titolare del conto TIPS DCA un canone fisso mensile di 800 EUR;
per ciascuna reachable party designata dal titolare di conto TIPS DCA, fino a un massimo di 50 reachable party, al titolare di conto TIPS DCA designante è addebitato un canone fisso mensile di 20 EUR. Non è addebitata alcuna commissione per la cinquantunesima reachable party né per le successive;
per ogni ordine di pagamento istantaneo o risposta positiva al recall accettata dalla [inserire nome della BC] come stabilito alla parte I, articolo 17, è addebitata una commissione di 0,001 EUR sia al titolare del conto TIPS DCA da addebitare sia al titolare del conto tecnico TIPS DCA o TIPS AS da accreditare, indipendentemente dal fatto che l’ordine di pagamento istantaneo o la risposta positiva al recall siano regolati o meno;
non è addebitata alcuna commissione per gli ordini di trasferimento di liquidità da conti TIPS DCA a conti MCA, conti RTGS DCA, sottoconti, conti di deposito overnight, conti tecnici TIPS AS o conti T2S DCA.
7. COMMISSIONI PER L’UTILIZZO DELLA PROCEDURA DI REGOLAMENTO TIPS AS
1. Fino al 31 dicembre 2023 si applicano le seguenti tariffe:
le tariffe per l’uso da parte di un sistema ancillare della procedura di regolamento TIPS AS sono addebitate alla party indicata come illustrato nella seguente tabella:
Voce |
Regola applicata |
Tariffa per voce (EUR) |
Ordine di pagamento istantaneo regolato |
Party alla quale si addebita il costo: il proprietario del conto TIPS AS da addebitare |
0,002 |
Ordine di pagamento istantaneo non regolato |
Party alla quale si addebita il costo: il proprietario del conto TIPS AS da addebitare |
0,002 |
Risposta positiva al recall regolata |
Party alla quale si addebita il costo: il proprietario del conto TIPS AS da addebitare |
0,002 |
Risposta positiva al recall non regolata |
Party alla quale si addebita il costo: il proprietario del conto TIPS AS da addebitare |
0,002 |
gli ordini di trasferimento di liquidità da conti tecnici TIPS AS a conti TIPS DCA sono gratuiti;
oltre alle tariffe stabilite sopra, ciascun sistema ancillare è soggetto a un canone mensile basato sul volume lordo sottostante dei pagamenti istantanei, dei pagamenti quasi istantanei e delle risposte positive al recall regolate nella piattaforma propria del sistema ancillare e consentite dalle posizioni prefinanziate sul conto tecnico TIPS AS. La tariffa è pari a 0,0005 EUR per pagamento istantaneo regolato, pagamento quasi istantaneo regolato o risposta positiva al recall regolata. Per ogni mese, ciascun sistema ancillare segnala il volume lordo sottostante dei pagamenti istantanei regolati, dei pagamenti quasi istantanei regolati e delle risposte positive al recall regolate arrotondato per difetto alla decina di migliaia più prossima, comunicandolo al più tardi entro la terza giornata lavorativa del mese successivo. Il volume lordo sottostante segnalato è applicato dalla [inserire nome della BC] per calcolare il canone per il mese successivo.
2. A decorrere dal 1o gennaio 2024, le commissioni per l’utilizzo da parte di un sistema ancillare della procedura di regolamento TIPS AS sono addebitate come segue:
per ciascun conto tecnico TIPS AS è addebitato al titolare del conto tecnico TIPS AS un canone fisso mensile di 3 000 EUR;
per ciascuna reachable party designata dal titolare del conto tecnico TIPS AS, fino a un massimo di 50 reachable party, al titolare del conto tecnico TIPS AS designante è addebitata una commissione fissa mensile di 20 EUR. Non è addebitata alcuna commissione per la cinquantunesima reachable party né per le successive;
per ogni ordine di pagamento istantaneo o risposta positiva al recall accettata dalla [inserire nome della BC] di cui alla parte I, articolo 17, è addebitata una commissione di 0,001 EUR sia al titolare del conto tecnico TIPS AS da addebitare sia al titolare del conto tecnico TIPS AS o del conto TIPS DCA da accreditare, indipendentemente dal fatto che l’ordine di pagamento istantaneo o la risposta positiva al recall siano regolati o meno;
non è addebitata alcuna commissione per gli ordini di trasferimento di liquidità dai conti tecnici TIPS AS ai conti TIPS DCA;
oltre alle tariffe stabilite sopra, ciascun sistema ancillare è soggetto a un canone mensile basato sul volume lordo sottostante dei pagamenti istantanei, dei pagamenti quasi istantanei regolati e delle risposte positive al recall regolate nella piattaforma propria del sistema ancillare e consentite dalle posizioni prefinanziate sul conto tecnico TIPS AS. Per ogni mese, ciascun sistema ancillare segnala il volume lordo sottostante dei pagamenti istantanei regolati, dei pagamenti quasi istantanei regolati e delle risposte positive al recall regolate arrotondato per difetto alla decina di migliaia più prossima, comunicandolo al più tardi entro la terza giornata lavorativa del mese successivo. Il volume lordo sottostante segnalato è applicato dalla [inserire nome della BC] per calcolare la tariffa unitaria per ogni pagamento istantaneo regolato, pagamento quasi istantaneo regolato o risposta positiva al richiamo regolata per il mese precedente secondo la seguente tabella:
Volume lordo sottostante segnalato |
|
|
Da |
A |
Tariffa unitaria (EUR) |
0 |
10 000 000 |
0,00040 |
10 000 001 |
25 000 000 |
0,00030 |
25 000 001 |
100 000 000 |
0,00020 |
100 000 001 |
|
0,00015 |
APPENDICE VII
REQUISITI RELATIVI ALLA GESTIONE DELLA SICUREZZA DELLE INFORMAZIONI E ALLA GESTIONE DELLA BUSINESS CONTINUITY
TITOLARI DI MCA, TITOLARI DI CONTO T2S DCA E TITOLARI DI CONTO TIPS DCA
I presenti requisiti relativi alla gestione della sicurezza delle informazioni o alla gestione della business continuity non si applicano ai titolari di conti MCA, ai titolari di conti T2S DCA e ai titolari di conti TIPS DCA .
TITOLARI DI CONTI RTGS DCA E SISTEMI ANCILLARI
I requisiti di cui alla sezione 1 della presente appendice VII (gestione della sicurezza delle informazioni) si applicano a tutti i titolari di conti RTGS DCA e ai sistemi ancillari, tranne nel caso in cui un titolare di conto RTGS DCA o un sistema ancillare dimostri che un determinato requisito non è applicabile nei suoi confronti. Nel definire l'ambito di applicazione dei requisiti all'interno della propria infrastruttura, il partecipante dovrebbe individuare gli elementi che fanno parte della catena delle operazioni di pagamento (Payment Transaction Chain — PTC). Nello specifico, la PTC inizia da un punto di ingresso (Point-of-Entry — PoE), ossia un sistema coinvolto nella creazione di operazioni (ad esempio postazioni di lavoro, applicazioni front-office e back-office, middleware) e termina presso il sistema responsabile dell'invio del messaggio all’NSP.
I requisiti di cui alla sezione 2 della presente appendice VII (gestione della business continuity) si applicano ai titolari di conti RTGS DCA e ai sistemi ancillari designati dall'Eurosistema come critici per il regolare funzionamento del sistema TARGET sulla base di criteri periodicamente aggiornati e pubblicati sul sito internet della BCE.
1. Gestione della sicurezza delle informazioni
Requisito 1.1: Policy in materia di sicurezza delle informazioni
La direzione stabilisce un chiaro orientamento di politica in linea con gli obiettivi aziendali e dimostra di sostenere e impegnarsi a favore della sicurezza delle informazioni attraverso l’emissione, l'approvazione e l’aggiornamento di una politica in materia di sicurezza delle informazioni finalizzata a gestire la sicurezza delle informazioni e la cyber resilience in tutta l'organizzazione in termini di individuazione, valutazione e trattamento dei rischi per la sicurezza e la cyber resilience. La politica dovrebbe contenere come minimo le seguenti sezioni: obiettivi, ambito di applicazione (compresi i settori quali organizzazione, risorse umane, gestione delle risorse, ecc.), principi e attribuzione delle responsabilità.
Requisito 1.2: Organizzazione interna
È istituito un quadro per la sicurezza delle informazioni per attuare la politica di sicurezza delle informazioni all'interno dell'organizzazione. La direzione coordina e riesamina l'istituzione del quadro per la sicurezza delle informazioni al fine di garantire l'attuazione della politica in materia di sicurezza delle informazioni (come da requisito 1.1) in tutta l’organizzazione, compresa l'attribuzione di risorse sufficienti e l'assegnazione di responsabilità in materia di sicurezza a tal fine.
Requisito 1.3: Soggetti esterni
L'introduzione di uno o più soggetti esterni o prodotti/servizi forniti da questi ultimi o la dipendenza da tali soggetti esterni o da prodotti/servizi forniti da questi ultimi non dovrebbe compromettere la sicurezza delle informazioni e delle strutture di elaborazione delle informazioni dell'organizzazione. Qualsiasi accesso alle strutture di elaborazione delle informazioni dell'organizzazione da parte di soggetti esterni deve essere oggetto di controlli. Quando soggetti esterni o prodotti/servizi di soggetti esterni devono accedere alle strutture di elaborazione delle informazioni dell'organizzazione, è effettuata una valutazione del rischio per definire le implicazioni per la sicurezza e i requisiti di controllo. I controlli sono concordati e definiti in un accordo con ciascun soggetto esterno interessato.
Requisito 1.4: Gestione di risorse
Tutte le risorse informative, i processi operativi e i sistemi informatici sottostanti, come i sistemi operativi, le infrastrutture, gli applicativi aziendali, i prodotti standardizzati, i servizi e gli applicativi sviluppati dagli utenti, nell'ambito della catena delle operazioni di pagamento (Payment Transaction Chain) sono tenuti in considerazione e hanno un proprietario designato. La responsabilità della manutenzione e dell’esecuzione di controlli appropriati nei processi operativi e nelle relative componenti informatiche per la salvaguardia delle risorse informative deve essere assegnata. Nota bene: il proprietario può, se del caso, delegare l’esecuzione di controlli specifici, ma rimane responsabile dell’adeguata protezione delle risorse.
Requisito 1.5: Classificazione delle risorse informative
Le risorse informative sono classificate in base alla loro criticità per la regolare prestazione del servizio da parte del partecipante. La classificazione indica la necessità, le priorità e il grado di protezione richiesto nel trattamento della risorsa informativa nei pertinenti processi operativi e deve altresì considerare le componenti informatiche soggiacenti. Deve essere utilizzato un sistema di classificazione delle risorse informative approvato dalla direzione per definire una serie adeguata di controlli di protezione durante l'intero ciclo di vita delle informazioni (incluse la rimozione e la distruzione delle informazioni) e per comunicare la necessità di misure di trattamento specifiche.
Requisito 1.6: Sicurezza delle risorse umane
Le responsabilità in materia di sicurezza devono essere affrontate prima dell'assunzione attraverso adeguate descrizioni delle mansioni e attraverso termini e condizioni di impiego. Tutti i candidati all’assunzione, gli appaltatori e gli utenti terzi sono sottoposti a screening adeguato, in particolare per i posti di lavoro sensibili. I dipendenti, gli appaltatori e gli utenti terzi delle strutture di elaborazione delle informazioni sottoscrivono un accordo sui rispettivi ruoli e responsabilità in materia di sicurezza. È garantito un adeguato livello di sensibilizzazione tra tutti i dipendenti, gli appaltatori e gli utenti terzi, e sono offerti insegnamento e formazione in materia di procedure di sicurezza e il corretto utilizzo delle strutture di elaborazione delle informazioni per ridurre al minimo i possibili rischi per la sicurezza. È istituito per i dipendenti un procedimento disciplinare formale per la gestione delle violazioni in materia di sicurezza. Sono stabilite responsabilità per garantire che quando un dipendente, un appaltatore o un terzo utente lasciano l'organizzazione o sono trasferiti all’interno dell’organizzazione stessa, tale processo sia gestito e si realizzi la restituzione di tutte le attrezzature e la rimozione di tutti i diritti di accesso.
Requisito 1.7: Sicurezza fisica e dell'ambiente
Le strutture critiche o sensibili per l'elaborazione delle informazioni sono alloggiate in aree sicure, protette da perimetri di sicurezza definiti, con adeguate barriere di sicurezza e controlli d’accesso. Esse devono essere protette fisicamente da qualsiasi accesso non autorizzato, danneggiamento e interferenza. L'accesso è consentito esclusivamente alle persone che rientrano nell’ambito di applicazione del requisito 1.6. Sono stabilite procedure e norme per proteggere i supporti fisici contenenti risorse informative durante il trasporto.
Le apparecchiature sono protette dalle minacce fisiche e ambientali. La protezione delle apparecchiature (comprese le apparecchiature utilizzate fuori sede) e contro la rimozione di beni è necessaria per ridurre il rischio di accesso non autorizzato alle informazioni e per proteggere dalla perdita di apparecchiature o informazioni o da danni alle stesse. Possono essere necessarie misure speciali per proteggere le strutture di supporto, quali l'alimentazione elettrica e l'infrastruttura di cablaggio, da minacce fisiche e per salvaguardarle.
Requisito 1.8: Gestione delle operazioni
Sono stabilite responsabilità e procedure per la gestione e il funzionamento delle strutture di elaborazione delle informazioni che comprendano tutti i sistemi sottostanti della catena delle operazioni di pagamento end-to-end.
Per quanto riguarda le procedure operative, compresa l'amministrazione tecnica dei sistemi informatici, si provvede, se del caso, alla separazione delle funzioni per ridurre il rischio di uso improprio doloso o colposo del sistema. Nei casi in cui la separazione delle funzioni non possa essere attuata per ragioni obiettive e documentate, sono effettuati controlli compensativi a seguito di un’analisi formale dei rischi. Sono istituiti controlli per prevenire e individuare l'introduzione di codici maligni (malware) per i sistemi nella catena delle operazioni di pagamento. Sono inoltre istituiti controlli (tra cui la sensibilizzazione degli utenti) per prevenire, individuare e rimuovere il codice malevolo. Il codice remoto eseguito localmente deve essere utilizzato solo quando proveniente da fonti affidabili (ad esempio, componenti firmate digitalmente «Microsoft COM» e Applet Java). La configurazione del browser (ad esempio l'uso di estensioni e plugin) deve essere rigorosamente controllata.
La direzione dà attuazione a politiche in materia di backup e ripristino dei dati; tali politiche in materia di recupero includono un piano per il processo di ripristino sottoposto a test ad intervalli regolari almeno una volta l’anno.
I sistemi che sono critici per la sicurezza dei pagamenti sono monitorati e gli eventi rilevanti per la sicurezza delle informazioni sono registrati. È utilizzato il registro di esercizio per garantire l'individuazione di problemi relativi al sistema di informazione. Il registro di esercizio è riesaminato periodicamente a campione in base alla essenzialità delle operazioni. Il monitoraggio del sistema è utilizzato per verificare l'efficacia dei controlli ritenuti essenziali per la sicurezza dei pagamenti e per verificare la conformità a un modello di politica di accesso.
Gli scambi di informazioni tra le organizzazioni si basano su una politica di scambio formale, sono effettuati in linea con gli accordi di scambio tra le parti interessate e sono conformi alla legislazione pertinente. I componenti software di terze parti impiegati nello scambio di informazioni con TARGET (come, ad esempio il software ricevuto da un Service Bureau) devono essere utilizzati in conformità a un accordo formale con il terzo.
Requisito 1.9: Controllo degli accessi
L'accesso alle risorse informatiche è giustificato sulla base delle esigenze delle imprese [cd. «need-to-know» ( 16 )] e in conformità al quadro di politiche aziendali stabilito (tra cui la politica in materia di sicurezza delle informazioni). Sono definite norme chiare in materia di controllo degli accessi sulla base del principio del minimo privilegio ( 17 ), per rispecchiare fedelmente le esigenze dei corrispondenti processi operativi e informatici. Se del caso (ad esempio per la gestione di backup), il controllo logico degli accessi dovrebbe essere coerente con il controllo fisico degli accessi, salvo che sussistano adeguati controlli compensativi (ad esempio cifratura, anonimizzazione dei dati personali).
Sono predisposte procedure formali e documentate per controllare l’attribuzione dei diritti di accesso ai sistemi informatici e ai servizi informatici che rientrano nell'ambito di applicazione della catena delle operazioni di pagamento. Le procedure riguardano tutte le fasi del ciclo di vita dell’accesso degli utenti, dalla registrazione iniziale dei nuovi utenti alla cancellazione definitiva degli utenti che non hanno più necessità di accedere.
Si presta particolare attenzione, se del caso, all'attribuzione dei diritti di accesso la cui criticità è tale che l'abuso di tali diritti di accesso potrebbe avere gravi ripercussioni negative sulle operazioni del partecipante (ad esempio, diritti di accesso che consentono l’amministrazione del sistema, il superamento dei controlli del sistema, l’accesso diretto ai dati aziendali).
Sono predisposti controlli adeguati per identificare, autenticare e autorizzare gli utenti in punti specifici della rete dell'organizzazione, ad esempio per l'accesso locale e in remoto ai sistemi della catena delle operazioni di pagamento. Gli account personali non sono condivisi per garantire l’attribuzione di responsabilità.
Per le password, sono stabilite e applicate regole mediante controlli specifici per garantire che le password non possano essere facilmente intuite, ad esempio norme sulla complessità e validità limitata nel tempo. È istituito un protocollo sicuro di recupero e/o reimpostazione della password.
È elaborata e attuata una politica sull'uso dei controlli crittografici per proteggere la riservatezza, l’autenticità e l’integrità delle informazioni. È istituita una politica di gestione delle chiavi per supportare l'uso di controlli crittografici.
Per ridurre il rischio di accesso non autorizzato, è prevista una politica in materia di visualizzazione di informazioni riservate su schermo o su carta (ad esempio, una politica di ccdd «clear screen» e «clear desk»).
In caso di lavoro da remoto, sono presi in considerazione i rischi di lavoro in un ambiente non protetto e si applicano adeguati controlli tecnici e organizzativi.
Requisito 1.10: Acquisizione, sviluppo e manutenzione dei sistemi informatici
I requisiti di sicurezza sono individuati e concordati prima dello sviluppo e/o dell'implementazione dei sistemi informatici.
Nelle applicazioni, comprese quelle sviluppate dagli utenti, sono introdotti controlli adeguati per garantire una corretta elaborazione. Tali controlli includono la convalida dei dati di input, dell'elaborazione interna e dei dati di output. Possono essere necessari controlli supplementari per i sistemi che elaborano informazioni sensibili, preziose o essenziali o che hanno un impatto su tali tipi di informazioni. Tali controlli sono determinati sulla base dei requisiti di sicurezza e della valutazione del rischio conformemente alle politiche stabilite (ad esempio, politica in materia di sicurezza delle informazioni, politica di controllo crittografico).
I requisiti operativi dei nuovi sistemi sono stabiliti, documentati e verificati prima della loro accettazione e utilizzo. Per quanto riguarda la sicurezza della rete, dovrebbero essere effettuati controlli adeguati, tra cui segmentazione e gestione sicura, sulla base della criticità dei flussi di dati e del livello di rischio delle zone di rete nell'organizzazione. Sono previsti controlli specifici per proteggere le informazioni sensibili che passano attraverso reti pubbliche.
L'accesso ai file di sistema e al codice sorgente del programma è controllato e i progetti informatici e le attività di supporto sono condotti in modalità sicura. Occorre prestare attenzione a evitare l'esposizione di dati sensibili negli ambienti di test. Gli ambienti di progetto e di supporto devono essere rigorosamente controllati. L'introduzione di cambiamenti nella produzione deve essere rigorosamente controllata. È effettuata una valutazione dei rischi relativi a cambiamenti rilevanti da introdurre nella produzione.
Anche le attività periodiche di test di sicurezza dei sistemi in produzione sono condotte secondo un piano predeterminato basato sull'esito di una valutazione del rischio e i test di sicurezza comprendono come minimo valutazioni di vulnerabilità. Tutte le carenze evidenziate durante le attività di test di sicurezza sono valutate e sono predisposti piani d'azione per colmare le lacune individuate cui è dato seguito tempestivamente.
Requisito 1.11: Sicurezza delle informazioni nelle relazioni con i fornitori ( 18 )
Per garantire la protezione dei sistemi informatici interni del partecipante accessibili ai fornitori, i requisiti in materia di sicurezza delle informazioni per attenuare i rischi associati all'accesso del fornitore sono documentati e concordati formalmente con il fornitore.
Requisito 1.12: Gestione degli incidenti in materia di sicurezza delle informazioni e miglioramenti
Per garantire un approccio coerente ed efficace alla gestione degli incidenti relativi alla sicurezza delle informazioni, compresa la comunicazione su eventi e debolezze in materia di sicurezza, i ruoli, le responsabilità e le procedure, a livello operativo e tecnico, sono stabiliti e testati per garantire un recupero rapido, efficace, ordinato e sicuro rdagli incidenti di sicurezza delle informazioni, compresi gli scenari collegati alla cyber security (ad esempio una frode perpetrata da un aggressore esterno o da un insider). Il personale coinvolto in tali procedure deve essere adeguatamente formato.
Requisito 1.13: Verifica della conformità tecnica
I sistemi informatici interni di un partecipante (ad esempio sistemi di back office, le reti interne e la connettività di rete esterna) sono valutati periodicamente per verificarne la conformità con il quadro di politiche stabilito dall'organizzazione (ad esempio, politica in materia di sicurezza dell'informazione, politica di controllo crittografico).
Requisito 1.14: Virtualizzazione
Le macchine virtuali ospiti devono rispettare tutti i controlli di sicurezza previsti per l'hardware e i sistemi fisici (ad esempio temporizzazione, registrazione). I controlli relativi agli hypervisor devono comprendere: temporizzazione dell’hypervisor e del sistema operativo ospitante, applicazione periodica di patch, rigida separazione di ambienti diversi (ad esempio, produzione e sviluppo). La gestione centralizzata, la registrazione e il monitoraggio nonché la gestione dei diritti di accesso, in particolare per gli account con privilegi elevati, sono attuati sulla base di una valutazione del rischio. Le macchine virtuali ospiti gestite dallo stesso hypervisor hanno un profilo di rischio simile.
Requisito 1.15: Cloud computing
L'utilizzo di soluzioni cloud pubbliche e/o ibride nella catena delle operazioni di pagamento deve basarsi su una valutazione formale del rischio, tenendo conto dei controlli tecnici e delle clausole contrattuali relative alla soluzione cloud.
Se si utilizzano soluzioni di cloud ibride, resta inteso che il livello di criticità del sistema nel suo complesso è quello più elevato tra i sistemi connessi. Tutte le componenti locali delle soluzioni ibride devono essere separate dagli altri sistemi locali.
2. Gestione della Business Continuity
I seguenti requisiti riguardano la gestione della business continuity. Ogni partecipante a TARGET designato dall'Eurosistema come critico per il regolare funzionamento del sistema TARGET deve disporre di una strategia di business continuity che sia conforme ai seguenti requisiti.
Requisito 2.1:
Devono essere elaborati piani di business continuity e predisposte procedure per il loro mantenimento.
Requisito 2.2:
Deve essere disponibile un sito operativo alternativo.
Requisito 2.3:
Il profilo di rischio del sito alternativo deve essere diverso da quello del sito primario, al fine di evitare che entrambi i siti siano colpiti contemporaneamente dallo stesso evento. Ad esempio, il sito alternativo deve trovarsi su una rete elettrica e un circuito di telecomunicazione centrale diversi da quelli dell'ubicazione principale dell’impresa.
Requisito 2.4:
In caso di grave interruzione operativa che renda inaccessibile il sito primario e/o il personale critico, il partecipante critico deve essere in grado di riprendere le normali operazioni dal sito alternativo, nel quale deve essere possibile chiudere correttamente la giornata operativa e aprire la giornata o le giornate operative successive.
Requisito 2.5:
Devono essere predisposte procedure atte a garantire che l’elaborazione delle operazioni riprenda dal sito alternativo entro un lasso di tempo ragionevole dopo la perturbazione iniziale del servizio e che sia commisurato alla criticità dell’attività che è stata oggetto di perturbazione.
Requisito 2.6:
La capacità di far fronte alle interruzioni operative deve essere verificata almeno una volta all'anno e il personale addetto a attività critiche deve essere adeguatamente formato. Il periodo massimo intercorrente tra i test non deve superare un anno.
ALLEGATO II
DISPOSITIVI DI GOVERNANCE DI TARGET
Livello 1 — Consiglio direttivo |
Livello 2 — Organismo di gestione tecnica e operativa |
Livello 3 — BCN di livello 3 |
1. Disposizioni generali |
|
|
Ha competenza finale in relazione a tutte le questioni riguardanti TARGET, in particolare le norme relative al processo decisionale in TARGET e responsabilità per la tutela della funzione pubblica di TARGET. |
Svolge compiti di gestione tecnica, operativa funzionale e finanziaria in relazione a TARGET e dà attuazione alle norme in materia di governance decise dal livello 1 |
Assume decisioni riguardanti la gestione quotidiana di TARGET sulla base dei livelli di servizio definiti nel contratto di cui all’articolo 7, paragrafo 6, del presente indirizzo |
2. Politica di determinazione delle tariffe |
|
|
— Decide in merito alla struttura tariffaria/politica di determinazione delle tariffe — Decide in merito ai documenti di programmazione tariffaria |
— Effettua la revisione periodica della struttura tariffaria/politica di determinazione delle tariffe — Elabora i documenti di programmazione tariffaria e ne cura il monitoraggio |
(Non applicabile) |
3. Finanziamento |
|
|
— Decide in merito alle norme sul regime finanziario di TARGET — Decide in merito ai documenti di programmazione finanziaria |
— Elabora proposte per le principali caratteristiche del regime finanziario come deciso dal livello 1. — Elabora i documenti di programmazione tariffaria e ne cura il monitoraggio — Approva e/o avvia il pagamento dei versamenti dovuti dalle BC dell’Eurosistema al livello 3 per la prestazione di servizi — Approva e/o avvia il rimborso delle tariffe alle BC dell’Eurosistema |
Fornisce al livello 2 dati sui costi per la prestazione dei servizi |
4. Livelli di servizio |
|
|
Decide in merito al livello di servizio |
Verifica la prestazione del servizio in conformità al livello di servizio concordato |
Effettua la prestazione del servizio in conformità al livello di servizio concordato |
5. Operatività |
|
|
|
— Decide in merito alle norme applicabili agli incidenti e alle situazioni di crisi — Effettua il monitoraggio sugli sviluppi dell’attività |
Gestisce TARGET sulla base degli accordi di cui all’articolo 7, paragrafo 6, del presente indirizzo |
6. Gestione delle modifiche e degli aggiornamenti |
|
|
Decide in caso di escalation |
— Approva le richieste di modifica — Approva la definizione dell’ambito degli aggiornamenti (release scoping) — Approva il piano di aggiornamenti e la sua esecuzione |
Valuta le richieste di modifica Attua le richieste di modifica in linea con il piano concordato |
7. Gestione dei rischi |
|
|
— Approva il quadro di gestione dei rischi di TARGET e la tolleranza al rischio per TARGET e accetta i rischi residui — Assume la responsabilità ultima delle attività della prima e della seconda linea di difesa — Definisce la struttura organizzativa dei ruoli e delle responsabilità in materia di rischio e controllo |
— Provvede alla gestione dei rischi secondo i ruoli definiti nei quadri di gestione del rischio applicabili — Effettua l’analisi dei rischi e vi dà seguito in base alla ripartizione delle responsabilità per i rischi — Garantisce che tutti i dispositivi di gestione dei rischi siano mantenuti e aggiornati — Approva il piano di business continuity e ne effettua la revisione come indicato nella pertinente documentazione operativa |
— Gestisce il rischio secondo i ruoli definiti nei quadri di gestione del rischio applicabili e relativi alle attività di livello 3 — Effettua l’analisi dei rischi e vi dà seguito in base alla ripartizione delle responsabilità per i rischi — Fornisce le informazioni necessarie per l’analisi dei rischi in conformità alle richieste del livello 1/livello 2 e ai quadri di gestione dei rischi in vigore |
8. Norme del sistema |
|
|
— Realizza e assicura l’adeguata attuazione della disciplina giuridica del Sistema europeo di banche centrali per TARGET incluse le Condizioni armonizzate per la partecipazione a TARGET |
(Non applicabile) |
(Non applicabile) |
ALLEGATO III
DEFINIZIONI
Per «gruppo di monitoraggio dei conti» (account monitoring group) si intende un gruppo di due o più conti MCA e/o DCA nei confronti dei quali un partecipante, il soggetto capofila, ha una visione complessiva del saldo su ciascuno dei conti TARGET del gruppo;
per «titolare di addressable BIC» (addressable BIC holder) si intende un soggetto che: a) è intestatario di un codice identificativo (Business Identifier Code, BIC); e b) è corrispondente o cliente di un titolare di un conto RTGS DCA o succursale di un titolare di un conto RTGS DCA ed è in grado di inviare e di ricevere pagamenti in un sistema componente di TARGET tramite tale titolare di conto RTGS DCA;
per «sistema ancillare» (ancillary system) si intende un sistema operato da un soggetto insediato nell'Unione o nel SEE e sottoposto a vigilanza e/o sorveglianza da parte di un'autorità competente e che osserva gli obblighi di sorveglianza riguardanti l'ubicazione delle infrastrutture che offrono servizi in euro, come modificati di volta in volta e pubblicati sul sito internet della BCE, nel quale pagamenti e/o strumenti finanziari sono oggetto di scambio e/o compensazione ovvero di registrazione a valere su a) le obbligazioni di pagamento risultanti in ordini di trasferimento che sono regolati in TARGET; e/o b) i fondi detenuti in TARGET, in conformità all’indirizzo BCE/2022/8;
per «conto dei fondi di garanzia del sistema ancillare» (conto dei fondi di garanzia AS) (ancillary system guarantee funds account) si intende un conto tecnico utilizzato per detenere fondi di garanzia a sostegno delle procedure di regolamento RTGS AS di tipo A e B;
per «procedura di regolamento del sistema ancillare» (Ancillary System Settlement Procedure) (procedura di regolamento AS) si intende qualsiasi procedura di regolamento TIPS AS o procedura di regolamento RTGS AS;
per «ordine di trasferimento del sistema ancillare» (Ancillary system transfer order) (ordine di trasferimento AS) si intende un trasferimento di contante avviato da un sistema ancillare nell’ambito di una procedura di regolamento RTGS AS;
per «auto-collateralizzazione» (auto-collateralisation) si intende il credito infragiornaliero in moneta di banca centrale concesso dalla banca centrale nazionale dell'area dell'euro (BCN), erogato qualora il titolare di un conto T2S DCA non abbia fondi sufficienti sul proprio conto per regolare operazioni in titoli; tale credito infragiornaliero è garantito dai medesimi titoli oggetto di acquisto (collateral on flow) ovvero da titoli detenuti dal titolare del conto T2S DCA a favore della BCN dell’area dell’euro (collateral on stock). Un'operazione di auto-collateralizzazione consiste in due operazioni distinte, una per la concessione di auto-collateralizzazione e una per il suo rimborso. Può inoltre includere una terza operazione per l’eventuale trasferimento della garanzia. Ai fini dell'articolo 18 della parte I dell'allegato I, tutte e tre le operazioni si ritengono immesse nel sistema e divenute irrevocabili nello stesso momento in cui l’auto-collateralizzazione è concessa;
per «ordine di trasferimento di liquidità automatico» (automated liquidity transfer order) si intende un ordine di trasferimento di liquidità generato automaticamente per trasferire fondi da un conto RTGS DCA designato al conto MCA del partecipante nel caso in cui non vi siano fondi sufficienti su tale conto per il regolamento delle operazioni di banca centrale;
per «liquidità disponibile» (available liquidity) si intende il saldo positivo sul conto di un partecipante e, se applicabile, la linea di credito infragiornaliero concessa sul conto MCA dalla rispettiva BCN dell'area dell'euro in relazione a detto conto ma non ancora utilizzata, o, ove applicabile, ridotta dell'ammontare di eventuali riserve di liquidità o blocco di fondi elaborati sui conti MCA o DCA;
per «gruppo bancario» (banking group) si intende:
un insieme di enti creditizi inclusi nel bilancio consolidato della società madre, nel caso in cui quest’ultima è tenuta a presentare un bilancio consolidato secondo il principio contabile internazionale n. 27 (IAS 27), adottato in base al regolamento (CE) n. 1126/2008 della Commissione ( 19 ) e che si compone di: i) una società madre e una o più controllate; ovvero ii) due o più controllate di una società madre; ovvero
un insieme di enti creditizi di cui alla lettera a), punto i) o ii), nel quale la società madre non redige un bilancio consolidato sulla base dello IAS 27, ma potrebbe soddisfare i criteri stabiliti nello IAS 27 per l’inclusione in un bilancio consolidato, salva la verifica da parte della BC del partecipante;
una rete bilaterale o multilaterale di enti creditizi che sia: i) organizzata sulla base di regole statutarie che determinano l’affiliazione degli enti creditizi a tale rete; ovvero ii) caratterizzata da meccanismi di cooperazione (per la promozione, il sostegno e la rappresentanza degli interessi commerciali dei membri della rete) e/o di mutualità che vanno oltre la cooperazione ordinaria usuale tra enti creditizi, laddove tali cooperazione e mutualità siano consentite dagli statuti o dagli atti costitutivi degli enti creditizi o stabilite da accordi separati, e in ciascun caso il Consiglio direttivo della BCE abbia accolto la richiesta degli enti creditizi di essere considerati come costituenti un gruppo;
per «succursale» (branch) si intende una succursale nell’accezione di cui all'articolo 4, paragrafo 1, punto 17, del regolamento (UE) n. 575/2013 del Parlamento europeo e del Consiglio ( 20 ), o di cui all’articolo 4, paragrafo 1, punto 30 della direttiva 2014/65/UE del Parlamento europeo e del Consiglio ( 21 );
per «messaggio broadcast» (broadcast message) si intende l’informazione resa simultaneamente disponibile a tutti i partecipanti o a un gruppo ristretto di partecipanti;
per «giornata operativa» (business day) o «giornata operativa di TARGET» (TARGET business days) si intende una giornata nella quale i conti MCA, RTGS DCA o T2S DCA sono disponibili per il regolamento di ordini di trasferimento di contante;
per «codice identificativo (BIC)» (Business Identifier Code, BIC) si intende un codice così come definito dalla norma ISO n. 9362;
per «capacity opinion» si intende il parere contenente la valutazione relativa alla capacità giuridica di un determinato partecipante di assumere e adempiere i suoi obblighi;
per «ordine di trasferimento di contante» (cash transfer order) si intende qualsiasi istruzione di un partecipante, o di un soggetto che agisca per suo conto, di mettere a disposizione di un destinatario una somma di denaro proveniente da un conto mediante registrazione contabile su altro conto e che può essere un ordine di trasferimento del sistema ancillare, un ordine di trasferimento di liquidità, un ordine di pagamento istantaneo, una risposta positiva al recall o un ordine di pagamento;
per «banca centrale» (BC) (central bank, CB) si intende una BC dell’Eurosistema e/o una BCN connessa a TARGET;
per «operazione della banca centrale» (Central Bank Operation, CBO) si intende qualsiasi ordine di pagamento o ordine di trasferimento di liquidità disposto da una BC su un conto MCA aperto in un sistema componente TARGET;
per «BCN connessa» (connected NCB) si intende una BCN non appartenente all’area dell’euro, che è connessa a TARGET in virtù di uno specifico accordo;
per «Contingency Solution» si intende la funzionalità che consente alle BC e ai partecipanti di elaborare ordini di trasferimento di contante nel caso in cui i conti MCA e/o i conti RTGS DCA e/o i conti tecnici RTGS AS non siano regolarmente disponibili;
per «ente creditizio» (credit institution) si intende: a) un ente creditizio nell’accezione di cui al punto 1) dell'articolo 4, paragrafo 1, del regolamento (UE) n. 575/2013 del Parlamento europeo e del Consiglio [e delle disposizioni di legge nazionali che attuano l'articolo 2, paragrafo 5, della direttiva 2013/36/UE del Parlamento europeo e del Consiglio ( 22 ), in quanto applicabile all’ente creditizio] che è sottoposto a vigilanza da parte di un’autorità competente; o b) un altro ente creditizio ai sensi dell'articolo 123, paragrafo 2, del Trattato che è sottoposto a un controllo rispondente a requisiti comparabili a quelli della vigilanza di un’autorità competente;
per «credit memorandum balance» (CMB) si intende il limite fissato dal titolare di conto TIPS DCA per l'uso di liquidità sul conto TIPS DCA da parte di una specifica reachable party;
per «regolamento tra sistemi» (cross-system settlement) si intende il regolamento di ordini di trasferimento di sistemi ancillari che addebitano il conto tecnico RTGS AS o un sottoconto di unasettlement bank di un sistema ancillare che utilizza la procedura di regolamento RTGS AS di tipo C o D e che accredita il conto tecnico RTGS AS o un sottoconto di una settlement bankdi un altro sistema ancillare che utilizza la procedura di regolamento RTGS AS di tipo C o D;
per «conto in contanti dedicato» (DCA) (Dedicated Cash Account, DCA) si intende un conto RTGS DCA, un conto T2S DCA o un conto TIPS DCA;
per «tasso di interesse sui depositi presso la banca centrale» (deposit facility rate) si intende il «tasso di interesse sui depositi presso la banca centrale» come definito all’articolo 2, punto 22), dell’indirizzo (UE) 2015/510 (BCE/2014/60);
per «operazione di deposito presso la banca centrale» (deposit facility) si intende un’operazione di deposito presso la banca centrale come definita all’articolo 2, punto 21) dell’indirizzo (UE) 2015/510 (BCE/2014/60);
per «BCN dell’area dell’euro» (euro area NCB) si intende la banca centrale nazionale (BCN) di uno Stato membro la cui valuta è l’euro;
per «schema di bonifico istantaneo SEPA (SCT Inst) del Consiglio europeo per i pagamenti» (European Payments Council’s SEPA Instant Credit Transfer) o «schema SCT Inst» (SCT Inst Scheme), si intende uno schema automatizzato basato su standard aperti comprendente le norme interbancarie cui i partecipanti all’SCT Inst devono conformarsi, che consente ai prestatori di servizi di pagamento nell’ambito dell’Area unica dei pagamenti in euro (Single Euro Payments Area, SEPA) di offrire un bonifico istantaneo in euro automatizzato in tutta l’area SEPA;
per «BC dell'Eurosistema» (Eurosystem CB) si intende la BCE o una BCN dell'area dell'euro;
per «evento di default» (event of default) si intende qualunque evento imminente o attuale, il cui verificarsi può porre in pericolo l'adempimento da parte di un partecipante degli obblighi derivanti dalle presenti Condizioni o di qualunque altra norma applicabile al rapporto che intercorre tra detto partecipante e la BC del partecipante o qualunque altra BC, tra cui:
il caso in cui il partecipante non soddisfi più i criteri di accesso stabiliti nella normativa nazionale di attuazione dell’articolo 4, della parte I, allegato I, o i requisiti stabiliti nella pertinente normativa nazionale di attuazione dell'articolo 5, paragrafo 1, lettera a), punto i) della parte I, allegato I;
l'apertura di procedure di insolvenza nei confronti del partecipante;
la presentazione di un'istanza per l'avvio delle procedure di cui alla lettera b);
la dichiarazione scritta del partecipante di trovarsi nell'incapacità di pagare tutti o parte dei propri debiti o di adempiere gli obblighi assunti in relazione alla concessione di credito infragiornaliero;
la conclusione da parte del partecipante di un accordo di natura concordataria con i propri creditori;
il caso in cui il partecipante sia divenuto insolvente o incapace di pagare i propri debiti, ovvero sia ritenuto tale dalla propria BC;
il caso in cui il saldo a credito del partecipante sui propri conti TARGET ovvero tutti o una parte significativa dei beni del partecipante siano soggetti a un provvedimento che ne determini la temporanea indisponibilità o a un ordine di sequestro, confisca o a qualunque altra procedura diretta a proteggere l’interesse pubblico o i diritti dei creditori del partecipante;
il caso in cui la partecipazione del partecipante in un altro sistema componente e/o in un sistema ancillare sia stata sospesa o sia cessata;
il caso in cui qualunque rappresentazione di fatti o dichiarazione precontrattuale resa dal partecipante, o che debba ritenersi da questi implicitamente resa secondo la legge applicabile, risulti inesatta o non veritiera;
la cessione di tutti o di una parte significativa dei beni del partecipante;
per «fondi di garanzia» (guarantee funds) si intendono fondi costituiti dai partecipanti a un sistema ancillare, da utilizzarsi nel caso in cui, per qualsiasi ragione, uno o più partecipanti manchino di adempiere ai propri obblighi di pagamento nel sistema ancillare;
per «procedure di insolvenza» (insolvency procedure) si intendono le procedure d’insolvenza ai sensi dell’articolo 2, lettera j), della direttiva 98/26/CE;
per «ordine di pagamento istantaneo» (instant payment order) si intende, in linea con lo schema di pagamento SEPA relativo al bonifico istantaneo (SEPA Instant Credit Transfer, SCT Inst) del Consiglio europeo per i pagamenti (European Payments Council), un ordine di trasferimento di contante che può essere eseguito 24 ore su 24, ogni giorno di calendario, con regolamento e notifica all'ordinante pressoché immediati e che include: i) ordini di pagamento istantanei da conto TIPS DCA a TIPS DCA; ii) ordini di pagamento istantanei da conto TIPS DCA a conto tecnico TIPS AS; iii) ordini di pagamento istantanei da conto tecnico TIPS AS a conto TIPS DCA; e iv) ordini di pagamento istantanei da conto tecnico TIPS AS a conto tecnico TIPS AS;
per «instructing party» si intende un soggetto designato come tale dal titolare di conto TIPS DCA o dal titolare di conto tecnico TIPS AS e che è autorizzato a inviare e/o ricevere ordini di pagamento istantanei o ordini di trasferimento di liquidità per conto di tale titolare di conto o di una reachable party del medesimo;
per «credito infragiornaliero» (intraday credit) si intende il credito accordato per una scadenza inferiore alla durata di una giornata lavorativa;
per «impresa d'investimento» (investment firm) si intende un'impresa d'investimento ai sensi del [inserire le disposizioni nazionali di attuazione dell'articolo 4, paragrafo 1, punto 1), della direttiva 2014/65/UE], ad esclusione dei soggetti individuati nel [inserire le disposizioni nazionali di attuazione dell'articolo 2, paragrafo 1, della direttiva 2014/65/UE], a condizione che l'impresa d'investimento in questione sia:
autorizzata e vigilata da un’autorità competente riconosciuta, che sia stata designata come tale ai sensi della direttiva 2014/65/CE; e
abilitata a svolgere le attività di cui al [inserire le disposizioni nazionali di recepimento delle voci 2, 3, 6 e 7 della sezione A dell'allegato I della direttiva 2014/65/UE], in quanto applicabili all’impresa di investimento;
per «BCN di livello 3» (Level 3 NCBs) si intendono la Deutsche Bundesbank, la Banque de France, la Banca d'Italia e il Banco de España nel loro ruolo di banche centrali che sviluppano e gestiscono TARGET nell'interesse dell'Eurosistema;
per «ordine di trasferimento di liquidità» (liquidity transfer order) si intende un ordine di trasferimento di contante volto a trasferire un determinato importo ai fini di gestione della liquidità;
per «tasso di rifinanziamento marginale» (marginal lending rate) si intende il «tasso di rifinanziamento marginale» come definito al punto 57) dell’articolo 2 dell’indirizzo (UE) 2015/510 (BCE/2014/60);
per «operazione di rifinanziamento marginale» (marginal lending facility) si intende una «operazione rifinanziamento marginale» come definita all’articolo 2, punto 56) dell’indirizzo (UE) 2015/510 (BCE/2014/60);
per «servizio mobile proxy look-up (MPL)» [mobile proxy look-up (MPL) service] si intende un servizio che consente ai titolari di conti TIPS DCA, ai sistemi ancillari che utilizzano conti tecnici TIPS AS e alle reachable party, che ricevono dai loro clienti una richiesta di esecuzione di un ordine di pagamento istantaneo a favore di un beneficiario identificato con un proxy (ad esempio un numero di cellulare), di recuperare dal registro MPL il corrispondente IBAN beneficiario e il BIC da utilizzare per accreditare il pertinente conto TARGET Instant Payment Settlement (TIPS);
per «pagamento quasi istantaneo» (near instant payment) si intende un ordine di trasferimento di contante conforme allo standard del Consiglio europeo per i pagamenti relativo ai servizi opzionali aggiuntivi del bonifico SEPA (SCT AOS) NL per il trattamento istantaneo dei bonifici SEPA;
per «fornitore dei servizi di rete» (NSP) (Network Service Provider, NSP) si intende un’impresa cui è stata aggiudicata una concessione dall'Eurosistema per la fornitura di servizi di connettività tramite l’interfaccia unica di accesso alle infrastrutture di mercato dell’Eurosistema (Eurosystem Single Market Infrastructure Gateway) ai servizi di TARGET;
per «ordine di trasferimento di contante non regolato» (non-settled cash transfer order) si intende un ordine di trasferimento di contante che non viene regolato nella stessa giornata lavorativa nella quale è stato accettato;
per «partecipante» (participant) si intende a) un soggetto titolare di almeno un conto MCA e che può in aggiunta essere titolare di uno o più conti DCA in TARGET; oppure b) un sistema ancillare;
per «beneficiario» (payee), eccetto quando utilizzato nell'allegato I, appendice II, si intende un partecipante il cui conto MCA o DCA è accreditato per effetto del regolamento di un ordine di trasferimento di contante;
per «ordinante» (payer), eccetto quando utilizzato nell'allegato I, appendice II, si intende un partecipante il cui conto MCA o DCA è addebitato per effetto del regolamento di un ordine di trasferimento di contante;
per «ordine di pagamento» (payment order) si intende un’istruzione di un partecipante o di una parte che agisce per suo conto di mettere a disposizione di un destinatario una somma di denaro proveniente da un conto mediante una registrazione contabile su un altro conto e che non sia un ordine di trasferimento del sistema ancillare, un ordine di trasferimento di liquidità, un ordine di pagamento istantaneo o una risposta positiva al recall;
per «risposta positiva al recall» (positive recall answer) si intende, in linea con lo schema di bonifico istantaneo SEPA (SCT Inst) del Consiglio europeo per i pagamenti, un ordine di trasferimento di contante disposto dal destinatario di una richiesta di recall, in risposta a una richiesta di recall, a beneficio del mittente di detta richiesta;
per «ente del settore pubblico» (public sector body) si intende un soggetto del «settore pubblico» come definito all'articolo 3 del regolamento (CE) n. 3603/93 ( 23 );
per «reachable party» si intende un soggetto che: a) è titolare di un codice identificativo (Business Identifier Code, BIC); b) è designato come tale da un titolare di conto TIPS DCA o da un sistema ancillare titolare di un conto TIPS DCA; c) è un corrispondente, un cliente o una succursale di un titolare di conto TIPS DCA oppure un partecipante a un sistema ancillare; oppure è un corrispondente, un cliente o una succursale di un partecipante a un sistema ancillare titolare di un conto TIPS DCA; e d) è raggiungibile tramite TIPS ed è in grado di immettere e di ricevere ordini di trasferimento di contante istantanei tramite il titolare di conto TIPS DCA o per mezzo del sistema ancillare titolare di un conto tecnico TIPS AS, oppure direttamente, se a ciò autorizzato dal titolare di conto TIPS DCA o da un sistema ancillare titolare di un conto tecnico TIPS AS;
per «procedura di regolamento del sistema ancillare RTGS» (Real-time gross settlement ancillary system settlement procedure) (procedura di regolamento RTGS AS) (RTGS AS settlement procedure) si intende uno dei servizi specifici e predefiniti per l’inoltro e il regolamento di ordini di trasferimento da parte di sistemi ancillari relativi al regolamento di sistemi ancillari su conti RTGS DCA, sottoconti e conti tecnici RTGS AS;
per «conto tecnico RTGS del sistema ancillare» (conto tecnico RTGS AS) si intende un conto detenuto da un sistema ancillare o dalla BC nel suo sistema componente per conto del sistema ancillare e utilizzato nel contesto di una procedura di regolamento RTGS AS;
per «richiesta di recall» (recall request) si intende un messaggio di un titolare di conto RTGS DCA, di un titolare di conto TIPS DCA o di un titolare di conto tecnico TIPS AS che chiede rispettivamente il rimborso di un ordine di pagamento o di un ordine di pagamento istantaneo regolati;
per «ordine di trasferimento di liquidità rule-based» (rule-based liquidity transfer order) si intende un ordine di trasferimento di liquidità attivato a seguito di una delle seguenti situazioni: a) un saldo di un conto MCA o RTGS DCA che supera un importo minimo o massimo predefiniti; oppure b) l’indisponibilità di fondi sufficienti per coprire ordini di trasferimento di sistemi ancillari di priorità urgente o ordini di pagamento di priorità urgente o alta accodati su un conto RTGS DCA;
per «settlement bank account group» si intende un elenco dei conti RTGS DCA e/o dei sottoconti RTGS definiti nel contesto del regolamento di un sistema ancillare che utilizza modelli di regolamento RTGS AS;
per «settlement bank» si intende un titolare di conto RTGS DCA il cui conto RTGS DCA o sottoconto è utilizzato per regolare ordini di trasferimento inoltrati da un sistema ancillare utilizzando le procedure di regolamento RTGS AS;
per «sospensione» (suspension) si intende la sospensione temporanea dei diritti e degli obblighi di un partecipante per un periodo di tempo determinato dalla BC del partecipante;
per «conto TARGET» (TARGET account) si intende qualsiasi conto aperto in un sistema componente di TARGET;
per «sistema componente di TARGET» (TARGET component system) si intende uno dei sistemi delle BC dell’Eurosistema che fa parte di TARGET;
per «TARGET coordinator» si intende una persona incaricata dalla BCE di assicurare la gestione operativa giornaliera di TARGET, di gestire e coordinare le attività qualora si verifichi una situazione di natura straordinaria e di coordinare la diffusione delle informazioni ai partecipanti;
per «procedura di regolamento del sistema ancillare TIPS (TARGET Instant Payment Settlement)» [TARGET Instant Payment Settlement (TIPS) Ancillary System Settlement Procedure] (procedura di regolamento TIPS AS) (TIPS AS settlement procedure) si intende il servizio specifico predisposto per l’inoltro e il regolamento di ordini di trasferimento di liquidità e di ordini di pagamento istantanei da parte di sistemi ancillari su conti TIPS DCA e su conti tecnici TIPS AS;
per «conto tecnico TARGET Instant Payment Settlement (TIPS) del sistema ancillare» (conto tecnico TIPS AS) si intende un conto detenuto da un sistema ancillare o dalla BC nel suo sistema componente per conto del sistema ancillare per essere utilizzato dal sistema ancillare per regolare pagamenti istantanei (o quasi istantanei) nei propri libri contabili;
per «TARGET settlement manager» si intende una persona incaricata da una BC dell’Eurosistema di monitorare il funzionamento del proprio sistema componente di TARGET;
per «TARGET2–Securities» (T2S) si intende l’insieme di hardware, software e altre componenti dell’infrastruttura tecnica attraverso cui l’Eurosistema fornisce servizi ai CSD e alle BC dell’Eurosistema che consentono, il regolamento neutrale e transfrontaliero delle operazioni in titoli con consegna contro pagamento in moneta di banca centrale;
per «malfunzionamento tecnico di TARGET» (technical malfunction of TARGET) si intende qualsiasi difetto o guasto dell’infrastruttura tecnica e/o dei sistemi informatici utilizzati dal relativo sistema componente di TARGET, o qualsiasi altro evento che renda impossibile eseguire e completare l’elaborazione degli ordini di trasferimento di contante nel relativo sistema componente di TARGET ai sensi delle parti pertinenti del presente indirizzo.
( 1 ) Direttiva 98/26/CE del Parlamento europeo e del Consiglio, del 19 maggio 1998, concernente il carattere definitivo del regolamento nei sistemi di pagamento e nei sistemi di regolamento titoli (GU L 166 dell'11.6.1998, pag. 45).
( 2 ) Regolamento (UE) 2021/378 della Banca centrale europea, del 22 gennaio 2021, sull’applicazione degli obblighi di riserve minime (BCE/2021/1) (GU L 73 del 3.3.2021, pag. 1).
( 3 ) Indirizzo (UE) 2015/510 della Banca centrale europea, del 19 dicembre 2014, sull'attuazione del quadro di riferimento della politica monetaria dell'Eurosistema (Indirizzo sulle caratteristiche generali) (BCE/2014/60) (GU L 91 del 2.4.2015, pag. 3).
( 4 ) Direttiva 2014/59/UE del Parlamento europeo e del Consiglio, del 15 maggio 2014, che istituisce un quadro di risanamento e risoluzione degli enti creditizi e delle imprese di investimento e che modifica la direttiva 82/891/CEE del Consiglio, e le direttive 2001/24/CE, 2002/47/CE, 2004/25/CE, 2005/56/CE, 2007/36/CE, 2011/35/UE, 2012/30/UE e 2013/36/UE e i regolamenti (UE) n. 1093/2010 e (UE) n. 648/2012, del Parlamento europeo e del Consiglio (GU L 173 del 12.6.2014, pag. 190).
( 5 ) Indirizzo (UE) 2019/671 della Banca centrale europea, del 9 aprile 2019, sulla gestione di attività e passività nazionali da parte delle banche centrali nazionali (GU L 113 del 29.4.2019, pag. 11).
( 6 ) Regolamento (CE) n. 2531/98 del Consiglio, del 23 novembre 1998, sull'applicazione di riserve obbligatorie minime da parte della Banca centrale europea (GU L 318 del 27.11.1998, pag. 1).
( 7 ) Decisione (UE) 2019/1743 della Banca centrale europea, del 15 ottobre 2019, sulla remunerazione di riserve in eccesso e di alcuni depositi (BCE/2019/31) (GU L 267 del 21.10.2019, pag. 12).
( 8 ) Secondo il calendario applicabile alla sede della BCE.
( 9 ) Secondo il calendario applicabile alla sede della BCE.
( 10 ) Secondo il calendario applicabile alla sede della BCE.
( 11 ) Secondo il calendario applicabile alla sede della BCE.
( 12 ) Si applica anche ai conti tecnici RTGS AS, ai sotto-conti e ai conti dei fondi di garanzia AS
( 13 ) Si applica anche ai conti tecnici TIPS AS.
( 14 ) Indipendentemente dal fatto che si tratti di un conto RTGS DCA, di un conto tecnico RTGS AS o di un conto per i fondi di garanzia AS.
( 15 ) Indipendentemente dal fatto che si tratti di un conto RTGS DCA, di un conto tecnico RTGS AS o di un conto per i fondi di garanzia AS.
( 16 ) Il principio della necessità di conoscere si riferisce all’individuazione della serie di informazioni alle quali una persona ha necessità di accedere per svolgere le proprie funzioni.
( 17 ) Il principio del minimo privilegio si riferisce alla personalizzazione del profilo di accesso di un soggetto a un sistema informatico affinché corrisponda al rispettivo ruolo aziendale.
( 18 ) Nel contesto di questo esercizio, un fornitore dovrebbe essere inteso come qualsiasi terzo (e il suo personale) che abbia stipulato un contratto (accordo) con l’ente per fornire un servizio e si dovrebbe intendere che, in base al contratto di servizio, il terzo (e il suo personale) abbia accesso, a distanza o in loco, alle informazioni e/o ai sistemi di informazione e/o alle strutture di elaborazione delle informazioni dell'ente rientranti nell'ambito di applicazione dell'autocertificazione di TARGET o ad esso associate.
( 19 ) Regolamento (CE) n. 1126/2008 della Commissione, del 3 novembre 2008, che adotta taluni principi contabili internazionali conformemente al regolamento (CE) n. 1606/2002 del Parlamento europeo e del Consiglio (GU L 320 del 29.11.2008, pag. 1).
( 20 ) Regolamento (UE) n. 575/2013 del Parlamento europeo e del Consiglio, del 26 giugno 2013, (Testo rilevante ai fini del SEE) relativo ai requisiti prudenziali per gli enti creditizi e le imprese di investimento e che modifica il regolamento (UE) n. 648/2012 (GU L 176 del 27.6.2013, pag. 1).
( 21 ) Direttiva 2014/65/UE del Parlamento europeo e del Consiglio, del 15 maggio 2014, relativa ai mercati degli strumenti finanziari e che modifica la direttiva 2002/92/CE e la direttiva 2011/61/UE (GU L 173 del 12.6.2014, pag. 349).
( 22 ) Direttiva 2013/36/UE del Parlamento europeo e del Consiglio, del 26 giugno 2013, sull’accesso all’attività degli enti creditizi e sulla vigilanza prudenziale sugli enti creditizi, che modifica la direttiva 2002/87/CE e abroga le direttive 2006/48/CE e 2006/49/CE (GU L 176 del 27.6.2013, pag. 338).
( 23 ) Regolamento (CE) n. 3603/93 del Consiglio, del 13 dicembre 1993, che precisa le definizioni necessarie all'applicazione dei divieti enunciati all'articolo 104 e all'articolo 104 B, paragrafo 1 del trattato (GU L 332 del 31.12.1993, pag. 1).