2007O0002 — IT — 11.05.2009 — 001.001

Trattandosi di un semplice strumento di documentazione, esso non impegna la responsabilità delle istituzioni

►B INDIRIZZO DELLA BANCA CENTRALE EUROPEA del 26 aprile 2007 relativo ad un sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale (TARGET2) (BCE/2007/2) (2007/600/CE) (GU L 237, 8.9.2007, p.1)

Modificato da:









▼B

INDIRIZZO DELLA BANCA CENTRALE EUROPEA

del 26 aprile 2007

relativo ad un sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale (TARGET2)

(BCE/2007/2)

(2007/600/CE)







IL CONSIGLIO DIRETTIVO DELLA BANCA CENTRALE EUROPEA, visto il trattato che istituisce la Comunità europea, in particolare il primo e il quarto trattino dell’articolo 105, paragrafo 2, visto lo statuto del Sistema europeo di banche centrali e della Banca centrale europea, in particolare l’articolo 3.1 e gli articoli 17, 18 e 22, considerando quanto segue: (1) L’attuale sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale (TARGET) presenta una struttura decentrata che collega tra loro i sistemi nazionali di regolamento lordo in tempo reale (RTGS) e la procedura per i pagamenti della BCE (ECB Payment Mechanism, EPM). L’indirizzo BCE/2005/16 del 30 dicembre 2005 relativo ad un sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale («TARGET») ( 1 ) è lo strumento legale principale che disciplina TARGET. (2) A decorrere dal 19 novembre 2007, TARGET sarà sostituito da TARGET2, caratterizzato da una piattaforma tecnica unica denominata la piattaforma unica condivisa (Single Shared Platform, SSP). Sebbene TARGET2, così come TARGET, sarà giuridicamente strutturato come una molteplicità di sistemi di pagamento, il Consiglio direttivo ha deciso che le regole dei sistemi componenti di TARGET2 saranno armonizzate nella misura più ampia possibile, con alcune deroghe in caso di vincoli derivanti dal diritto nazionale. (3) Vi sono tre livelli distinti di governance, sia per la costituzione sia per le fasi operative di TARGET2. Il livello 1 (Consiglio direttivo) ha competenza ultima rispetto a TARGET2 e ne tutela la funzione pubblica. Il livello 2 (BC dell’Eurosistema) ha competenza sussidiaria per TARGET2, mentre il livello 3 (BC fornitrici della SSP) realizza e gestisce la SSP nell’interesse dell’Eurosistema. (4) Agendo per conto dell’Eurosistema, la Banca centrale europea (BCE) concluderà un contratto quadro, nonché un accordo di riservatezza e di non divulgazione, con il fornitore dei servizi di rete designato dal Consiglio direttivo, che stabilisce i principali elementi relativi alla fornitura di rete ai partecipanti, compresa la determinazione delle tariffe. (5) Come è avvenuto per TARGET, l’istituzione di TARGET2 è essenziale per lo svolgimento di alcuni compiti fondamentali dell’Eurosistema, cioè l’attuazione della politica monetaria della Comunità e la promozione del regolare funzionamento dei sistemi di pagamento. (6) La migrazione dai sistemi nazionali di RTGS alla SSP avverrà per fasi e l’indirizzo BCE/2005/16 continuerà pertanto ad applicarsi a tali sistemi finché le banche centrali interessate non saranno migrate alla SSP. Al fine di provvedere alle richieste d’indennizzo nel caso di malfunzionamento tecnico verificatosi prima della conclusione della migrazione alla SSP, è necessario apportare alcune limitate modifiche all’indirizzo BCE/2005/16, considerando quanto segue: HA ADOTTATO IL PRESENTE INDIRIZZO:







SEZIONE I

DISPOSIZIONI GENERALI

Articolo 1

Oggetto e campo d’applicazione

1. TARGET2 consente il regolamento lordo in tempo reale di pagamenti in euro, con regolamento in moneta di banca centrale. Esso è istituito e opera sulla base della SSP, attraverso la quale tutti gli ordini di pagamento sono immessi ed elaborati e i pagamenti sono ricevuti con la stessa modalità tecnica.

2. TARGET2 è giuridicamente strutturato come una molteplicità di sistemi RTGS.

Articolo 2

Definizioni

Ai fini del presente indirizzo:

— per «BC fornitrici della SSP» si intendono la Deutsche Bundesbank, la Banque de France e la Banca d’Italia nel loro ruolo di BCN che realizzano e gestiscono la SSP nell’interesse dell’Eurosistema,

— per «Single Shared Platform (SSP)» si intende l’infrastruttura costituita dalla piattaforma tecnica unica messa a disposizione dalle BC fornitrici della SSP,

— per «sistema componente di TARGET2» si intende qualsiasi sistema RTGS delle BC dell’Eurosistema che fa parte di TARGET2,

— per «BCN partecipante» si intende la banca centrale nazionale (BCN) di uno Stato membro che ha adottato l’euro,

— per «Eurosistema» si intende la BCE e le BCN partecipanti,

— per «BC dell’Eurosistema» si intende la BCE o una BCN partecipante,

— per «fornitore dei servizi di rete» si intende il fornitore delle connessioni informatiche di rete per l’immissione di messaggi di pagamento in TARGET2,

— per «partecipante» (o «partecipante diretto») si intende un soggetto che detiene almeno un conto PM presso una BC dell’Eurosistema,

— per «Payments Module (PM)» si intende un modulo della SSP nel quale i pagamenti dei partecipanti a TARGET2 sono regolati sui conti PM,

— per «conto PM» si intende un conto detenuto da un partecipante a TARGET2 nel PM presso una BC dell’Eurosistema, necessario per consentire a tale partecipante a TARGET2 di: — a) immettere ordini di pagamento o ricevere pagamenti attraverso TARGET2; e b) regolare tali pagamenti attraverso tale BC dell’Eurosistema,

— per «Stato membro non partecipante» si intende uno Stato membro che non ha adottato l’euro,

— per «BC connessa a TARGET2» si intende una BCN, diversa da una BCN partecipante, che è connessa a TARGET2 in virtù di uno specifico accordo,

— per «codice identificativo bancario (BIC)» si intende il codice di identificazione così come definito dallo standard ISO n. 9362,

— per «partecipante indiretto» s’intende un ente creditizio insediato nello Spazio economico europeo (SEE), che ha concluso un accordo con un partecipante diretto al fine di immettere ordini di pagamento e ricevere pagamenti attraverso il conto PM di tale partecipante diretto, e che è stato riconosciuto come partecipante indiretto da un sistema componente di TARGET2,

— per «titolare di addressable BIC» s’intende un soggetto che: a) è intestatario di un codice identificativo bancario (BIC); b) non è riconosciuto come partecipante indiretto; e c) è corrispondente o cliente di un partecipante diretto o succursale di un partecipante diretto o indiretto ed è in grado di immettere ordini di pagamento, e di ricevere pagamenti, nel sistema componente TARGET2 tramite il partecipante diretto,

— per «giornata lavorativa» si intende qualunque giornata nella quale TARGET2 è operativo per il regolamento di ordini di pagamento, così come stabilito nell’appendice V dell’allegato II,

— per «credito infragiornaliero» si intende il credito accordato per un tempo inferiore alla durata di una giornata lavorativa,

— per «sistema ancillare (SA)» si intende un sistema gestito da un soggetto insediato nel SEE e sottoposto a vigilanza e/o sorveglianza da parte di un’autorità competente, nel quale si effettuano lo scambio e/o la compensazione di pagamenti e/o di strumenti finanziari mentre le conseguenti obbligazioni monetarie sono regolate in TARGET2 conformemente a quanto previsto dal presente indirizzo e dall’accordo bilaterale a tal fine stipulato dal sistema ancillare e dalla BC dell’Eurosistema interessata,

— per «periodo transitorio» si intende, con riferimento a ciascuna BC dell’Eurosistema, il periodo di quattro anni che ha inizio al momento in cui la BC dell’Eurosistema migra alla SSP,

— per «home account» si intende un conto aperto al di fuori del PM da parte di una BCN partecipante per un soggetto che ha i requisiti per diventare partecipante indiretto,

— per «Ancillary System Interface (ASI)» si intende lo strumento tecnico che consente a un SA di utilizzare una gamma di servizi speciali e predefiniti per l’immissione e il regolamento di istruzioni di pagamento SA; esso può anche essere utilizzato da parte di una BCN partecipante per il regolamento di operazioni per contante che derivano da versamenti e prelevamenti,

— per «Participant Interface (PI)» si intende lo strumento tecnico che consente ai partecipanti diretti di immettere e regolare ordini di pagamento attraverso i servizi offerti nel PM,

— per «servizi fondamentali di TARGET2» si intendono l’elaborazione degli ordini di pagamento nei sistemi componenti di TARGET2, il regolamento delle transazioni relative ai sistemi ancillari, e le funzione del consolidamento della liquidità.

Articolo 3

Sistemi componenti di TARGET2

1. Ciascuna BC dell’Eurosistema gestisce il proprio sistema componente di TARGET2.

2. Ciascun sistema componente di TARGET2 è un sistema designato come tale secondo la relativa legge nazionale di attuazione della 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 ( 2 ).

3. I nomi dei sistemi componenti di TARGET2 includono esclusivamente «TARGET2» e il nome o l’abbreviazione della BC dell’Eurosistema che lo gestisce o dello Stato membro di tale BC dell’Eurosistema. Il sistema componente di TARGET2 della BCE è denominato TARGET2-ECB.

Articolo 4

Connessione delle BCN degli Stati membri non partecipanti

Le BCN degli Stati membri non partecipanti possono connettersi a TARGET2 solo se concludono un accordo con le BC dell’Eurosistema. Tale accordo specifica che le BC connesse si conformeranno al presente indirizzo, fatta salva ogni opportuna specificazione e modifica tra loro concordata.







SEZIONE II

GOVERNANCE

Articolo 5

Livelli di governance

1. Fatto salvo l’articolo 8 dello statuto, la gestione di TARGET2 è basata su uno schema di governance a tre livelli. I compiti assegnati al Consiglio direttivo (livello 1), alle BC dell’Eurosistema (livello 2) e alle BC fornitrici della SSP (livello 3) sono stabiliti nell’allegato I.

2. Il Consiglio direttivo è responsabile della direzione, gestione e controllo di TARGET2. I compiti assegnati al livello 1 ricadono nell’esclusiva competenza del Consiglio direttivo. Il Comitato per i sistemi di pagamento e regolamento (PSSC) del SEBC assiste il Consiglio direttivo in veste di organo consultivo in tutte le materie relative a TARGET2.

3. Conformemente al terzo paragrafo dell’articolo 12.1 dello statuto, le BC dell’Eurosistema sono responsabili dei compiti assegnati al livello 2, nell’ambito del quadro generale definito dal Consiglio direttivo. In aggiunta al proprio ruolo consultivo, il PSSC dà esecuzione ai compiti assegnati al livello 2. Le BC connesse partecipano all’esame delle questioni relative al livello 2, senza diritto di voto. Le BCN degli Stati membri che non sono BC dell’Eurosistema nè BC connesse hanno esclusivamente lo stato di osservatore al livello 2.

4. Le BC dell’Eurosistema si organizzano attraverso la conclusione di appositi accordi. Nel contesto di tali accordi, l’adozione delle decisioni avviene a maggioranza semplice, e ciascuna BC dell’Eurosistema dispone di un voto.

5. Conformemente al terzo paragrafo dell’articolo 12.1 dello statuto, le BC fornitrici della SSP sono responsabili dei compiti assegnati al livello 3, nell’ambito del quadro generale definito dal Consiglio direttivo.

6. Le BC fornitrici della SSP concludono un contratto con le BC dell’Eurosistema per la disciplina dei servizi che le prime forniscono a queste ultime. Tale contratto comprende inoltre, ove appropriato, le BC connesse.







SEZIONE III

FUNZIONAMENTO DI TARGET2

Articolo 6

Condizioni armonizzate per la partecipazione a TARGET2

1. Ciascuna BCN partecipante adotta le misure di attuazione delle Condizioni armonizzate per la partecipazione a TARGET2 di cui all’allegato II. Tali misure disciplinano esclusivamente il rapporto tra la singola BCN partecipante e i suoi partecipanti con riferimento all’elaborazione dei pagamenti nel PM.

2. La BCE adotta i termini e le condizioni di TARGET2-ECB dando attuazione alle Condizioni armonizzate, fatto salvo che TARGET2-ECB può fornire servizi esclusivamente ad organismi di compensazione e regolamento, anche se si tratta di soggetti insediati al di fuori del SEE, a condizione che siano sottoposti alla sorveglianza di un’autorità competente e il loro accesso a TARGET2-ECB sia stato approvato dal Consiglio direttivo.

3. Le misure adottate dalle BC dell’Eurosistema in attuazione delle Condizioni armonizzate sono rese pubbliche.

4. Le BC dell’Eurosistema possono richiedere deroghe alle Condizioni armonizzate dovute a vincoli derivanti dal diritto nazionale. Il Consiglio direttivo considera tali richieste caso per caso e concede le deroghe ove appropriato.

5. Subordinatamente alle previsioni del relativo accordo monetario, la BCE può stabilire condizioni appropriate per la partecipazione a TARGET2 dei soggetti di cui alla lettera e) dell’articolo 4, paragrafo 2, dell’allegato II.

6. Le BC dell’Eurosistema non consentono la partecipazione come partecipante indiretto o la registrazione come titolare di un addressable BIC nel loro sistema componente di TARGET2 ai soggetti che operano tramite un partecipante diretto che è una BCN di uno Stato membro dell’UE che non fa parte dell’Eurosistema e non è una BC connessa.

Articolo 7

Credito infragiornaliero

1. Le BCN partecipanti possono concedere credito infragiornaliero, a condizione che ciò avvenga in conformità delle misure di attuazione delle regole sulla fornitura di credito infragiornaliero di cui all’allegato III.

2. I requisiti per l’accesso al credito infragiornaliero delle controparti della BCE sono definiti nella decisione BCE/2003/NP2 del 28 gennaio 2003 che modifica la decisione BCE/1999/NP3 relativa alla procedura per i pagamenti della Banca centrale europea. Il credito infragiornaliero concesso dalla BCE resta limitato alla giornata in cui è stato erogato senza alcuna possibilità di essere trasformato in credito overnight.

Articolo 8

Sistemi ancillari

1. Le BC dell’Eurosistema forniscono ai sistemi ancillari servizi di trasferimento di fondi in moneta di banca centrale nel PM o, durante il periodo transitorio e ove ammissibile, negli Home Account. Tali servizi sono disciplinati da contratti bilaterali tra le BC dell’Eurosistema e i rispettivi sistemi ancillari.

2. I contratti bilaterali con i sistemi ancillari che utilizzano l’ASI devono essere redatti in conformità dell’allegato IV. Inoltre, le BC dell’Eurosistema garantiscono che in tali contratti bilaterali trovino applicazione, mutatis mutandis, le seguenti disposizioni dell’allegato II:

— articolo 8, paragrafo 1 (requisiti tecnici e legali),

— articolo 8, paragrafi da 2 a 5 (procedura di adesione), con l’eccezione che i sistemi ancillari non sono tenuti a rispettare i requisiti di accesso di cui all’articolo 4, ma i criteri di accesso indicati nella definizione di «sistema ancillare» contenuta nell’articolo 1 dell’allegato II,

— le disposizioni concernenti la giornata operativa di cui all’appendice V,

— articolo 11 (requisiti per la collaborazione e lo scambio di informazioni) ad eccezione del paragrafo 8,

— articoli 27 e 28 (procedure di business continuity e di contingency e requisiti di sicurezza),

— articolo 31 (regime di responsabilità),

— articolo 32 (regime probatorio),

— articoli 33 e 34 (durata, cessazione e sospensione della partecipazione), ad eccezione dell’articolo 34, paragrafo 1, lettera b),

— articolo 35 — ove applicabile (chiusura dei conti PM),

— articolo 38 (norme sulla riservatezza),

— articolo 39 (requisiti per la tutela dei dati, prevenzione del riciclaggio di denaro e questioni correlate),

— articolo 40 (regole per le comunicazioni),

— articolo 41 (rapporto contrattuale con il fornitore dei servizi di rete), e

— articolo 44 (norme sulla legge applicabile, giurisidizione e luogo di adempimento).

3. I contratti bilaterali con i sistemi ancillari che utilizzano il PI devono essere redatti conformemente a:

a) l’allegato II, ad eccezione del titolo V e delle appendici VI e VII; e

b) l’articolo 18 dell’allegato IV.

Articolo 9

Metodologia dei costi

1. Il Consiglio direttivo stabilisce le regole applicabili al finanziamento della SSP. Qualsiasi surplus o deficit derivante dal funzionamento della SSP è ripartito tra le BCN partecipanti secondo lo schema per la sottoscrizione del capitale della BCE, ai sensi dell’articolo 29 dello statuto.

2. Il Consiglio direttivo stabilisce una metodologia dei costi e una struttura tariffaria comuni per i servizi fondamentali di TARGET2.

Articolo 10

Disposizioni in materia di sicurezza

1. Il Consiglio direttivo specifica la politica di sicurezza e i requisiti e i controlli di sicurezza per la SSP e, durante il periodo transitorio, per l’infrastruttura tecnica dell’Home Account.

2. Le BC dell’Eurosistema si attengono alle misure di cui al paragrafo 1 e ne assicurano il rispetto da parte della SSP.

Articolo 11

Norme in materia di audit

Le verifiche di audit sono eseguite in conformità dei principi e le misure stabiliti dal Consiglio direttivo nell’ambito della politica del SEBC in materia di audit.







SEZIONE IV

DISPOSIZIONI TRANSITORIE E FINALI

Articolo 12

Risoluzione delle controversie e legge applicabile

1. In caso di controversia tra le BC dell’Eurosistema relativamente al presente indirizzo, le parti interessate tentano di comporre la controversia in conformità di quanto previsto nel protocollo di intesa relativo alla procedura per la composizione delle controversie interne al SEBC.

2. In deroga al paragrafo 1, qualora una controversia relativa alla suddivisione dei compiti tra il livello 2 e il livello 3 non possa essere composta attraverso un accordo tra le parti interessate, il Consiglio direttivo risolve la controversia.

3. Nel caso di una controversia del tipo di cui al paragrafo 1, i rispettivi diritti e obblighi delle parti sono determinati in via principale dalle norme e procedure stabilite nel presente indirizzo. Nelle controversie relative ai pagamenti tra i sistemi componenti TARGET2 trova applicazione, in via sussidiaria, la legge dello Stato membro in cui si trova la sede della BC dell’Eurosistema del beneficiario, a condizione che essa non contrasti con il presente indirizzo.

Articolo 13

Migrazione alla SSP

1. La migrazione dagli attuali sistemi TARGET alla SSP ha effetto nelle seguenti date:

a) 19 novembre 2007 per l’Oesterreichische Nationalbank, la Deutsche Bundesbank, la Banque centrale du Luxembourg e la Banka Slovenije;

b) 18 febbario 2008 per la Nationale Bank van België/Banque Nationale de Belgique, la Suomen Pankki, la Banque de France, la Central Bank and Financial Services Authority of Ireland, De Nederlandsche Bank, il Banco de Portugal e il Banco de España; e

c) 19 maggio 2008 per la BCE, la Banca di Grecia e la Banca d’Italia.

2. Qualsiasi BC dell’Eurosistema che non sia migrata alla SSP entro il 19 maggio 2008 in conseguenza di circostanze impreviste deve migrare entro il 15 settembre 2008.

Articolo 14

Entrata in vigore e applicazione

1. Il presente indirizzo entra in vigore il 30 aprile 2007, fatte salve le disposizioni transitorie di cui all’articolo 15.

2. Fatto salvo quanto disposto nell’articolo 15, gli indirizzi BCE/2005/16 e BCE/2006/11 sono abrogati con effetto dal 15 settembre 2008.

Articolo 15

Disposizioni varie e transitorie

1. I conti aperti al di fuori del PM da parte di una BCN partecipante per gli enti creditizi e i sistemi ancillari sono disciplinati dalle regole dettate da tale BCN partecipante, fatte salve le disposizioni del presente indirizzo che riguardano gli Home Accounts e altre decisioni del Consiglio direttivo. I conti aperti al di fuori del PM da parte di una BCN partecipante per soggetti diversi dagli enti creditizi e dai sistemi ancillari sono disciplinati dalle regole dettate da tale BCN partecipante.

2. L’indirizzo BCE/2005/16 continua ad applicarsi a una BC dell’Eurosistema fino a quando il suo sistema nazionale RTGS (o l’EPM, nel caso della BCE) non sia migrato alla SSP e il suo periodo transitorio abbia avuto inizio. Da quel momento, a tale BC dell’Eurosistema si applicherà solo il presente indirizzo, fatti salvi i paragrafi 3 e 4 e, nei confronti di tale BC dell’Eurosistema, qualunque riferimento all’indirizzo BCE/2005/16 deve intendersi come riferimento al presente indirizzo.

3. La struttura tariffaria specificata nell’indirizzo BCE/2005/16 si applicherà a tutte le BC dell’Eurosistema fino all’ora di chiusura del 18 maggio 2008, a prescindere dal fatto che esse siano o meno migrate alla SSP entro tale data. A partire dal 19 maggio 2008, a tutte le BC dell’Eurosistema si applicherà la struttura tariffaria specificata nell’appendice VI dell’allegato II e nel paragrafo 18 dell’allegato IV.

4. I diritti e gli obblighi delle BC dell’Eurosistema relativi a pagamenti effettuati attraverso interlinking, come definiti nell’indirizzo BCE/2005/16, continuano a essere disciplinati dall’indirizzo BCE/2005/16, a prescindere dal fatto che il rispettivo sistema nazionale RTGS (o l’EPM, nel caso della BCE) sia già migrato all’SSP o meno.

5. Qualsiasi difficoltà o controversia che insorga tra qualsiasi BC dell’Eurosistema a partire dal 19 novembre 2007 e fino al 19 maggio 2008 sarà risolta in conformità dell’articolo 12, a prescindere dal fatto che le BC dell’Eurosistema interessate siano già migrate alla SSP o meno.

6. Durante il rispettivo periodo transitorio, ciascuna BC dell’Eurosistema può continuare a regolare i pagamenti e le altre operazioni sui propri Home Accounts, compresi i seguenti:

a) pagamenti tra enti creditizi;

b) pagamenti tra enti creditizi e sistemi ancillari; e

c) pagamenti relativi alle operazioni di mercato aperto dell’Eurosistema.

7. Allo scadere del periodo transitorio, non potrà più aver luogo:

a) la registrazione come titolare di addressable BIC da parte di una BCN dell’Eurosistema, nel caso di soggetti di cui all’articolo 4, paragrafo 1, lettere a) e b), dell’allegato II;

b) la partecipazione indiretta attraverso una BCN dell’Eurosistema; e

c) il regolamento sugli Home Accounts di tutti i pagamenti indicati nel paragrafo 6, lettere da a) a c).

8. La definizione di «malfunzionamento di un sistema nazionale RTGS» di cui all’articolo 1, paragrafo 1, dell’indirizzo BCE/2005/16 è sostituita dalla seguente:

«— per “malfunzionamento di un sistema nazionale RTGS” o “malfunzionamento di TARGET” o “malfunzionamento” si intendono difficoltà tecniche, o qualunque altra difficoltà, difetti o guasti nell’infrastruttura tecnica e/o nei sistemi informativi di qualunque sistema nazionale RTGS o della procedura di pagamento della BCE o dei collegamenti telematici per interlinking o di un collegamento bilaterale, ovvero qualunque altro evento concernente un sistema nazionale RTGS, la procedura di pagamento della BCE, interlinking o un qualunque collegamento bilaterale, che rende impossibile eseguire e completare l’elaborazione nell’arco di una stessa giornata degli ordini di pagamento nell’ambito di TARGET; la definizione copre altresì i casi in cui il malfunzionamento si verifichi simultaneamente in più sistemi nazionali RTGS (ad esempio a causa di un guasto relativo al fornitore dei servizi di rete), o i casi in cui, prima della migrazione a TARGET2, si verifichi un malfunzionamento nella Single Shared Platform di TARGET2, come definita nell’indirizzo BCE/2007/2».

9. Le lettere b) e c) dell’articolo 8, paragrafo 4), dell’indirizzo BCE/2005/16 sono sostituite dalle seguenti:

«b) i partecipanti a TARGET presentano il proprio o i propri moduli di domanda alla BCN presso la quale è detenuto il conto RTGS che è stato o che avrebbe dovuto essere addebitato o accreditato (“la BCN home”) entro quattro settimane dalla data del malfunzionamento. Ogni ulteriore informazione o prova richiesta dalla BCN home deve essere fornita entro due settimane dalla data della richiesta della BCN home;

c) il Consiglio direttivo della BCE procede alla valutazione di tutte le domande pervenute e decide se formulare un’offerta di indennizzo. Salvo quanto diversamente deciso dal Consiglio direttivo della BCE e comunicato ai partecipanti a TARGET, tale valutazione è effettuata non oltre 14 settimane dal malfunzionamento.»

Articolo 16

Destinatari, misure di attuazione e rapporti annuali

1. Il presente indirizzo si applica a tutte le banche centrali dell’Eurosistema.

2. Le BCN partecipanti inviano alla BCE entro il 31 luglio 2007 le misure mediante le quali intendono adeguarsi al presente indirizzo.

3. La BCE predispone rapporti annuali per la verifica da parte del Consiglio direttivo sul funzionamento di TARGET2 nel suo complesso.









ALLEGATO I

ACCORDI PER LA GOVERNANCE DI TARGET2







Livello 1 — Consiglio direttivo Livello 2 — BC dell’Eurosistema Livello 3 — BC fornitrici della SSP 0. Disposizioni generali Il livello 1 ha competenza finale in relazione a questioni domestiche e transfrontaliere riguardanti TARGET2 ed è responsabile per la tutela della funzione pubblica di TARGET2 Il livello 2 ha una competenza sussidiaria con riguardo alle questioni lasciate alla sua discrezionalità dal livello 1 Il livello 3 assume decisioni riguardanti la gestione quotidiana della Single Shared Platform (SSP) sulla base di specifici livelli di servizio definiti nel contratto di cui all’articolo 5, paragrafo 6, del presente indirizzo 1. Politica di determinazione dei costi e delle tariffe — Decide su una metodologia comune dei costi — Decide su una struttura unica delle tariffe — Decide sulle tariffe dei servizi aggiuntivi e/o moduli (Non applicabile) 2. Livelli di servizio — Decide sui servizi di base — Decide sui servizi e/o moduli aggiuntivi — Fornisce il proprio contributo in relazione alle necessità del livello 1/livello 2 3. Gestione dei rischi — Decide sul quadro generale per la gestione dei rischi e l’accettazione dei rischi residuali — Provvede alla gestione dei rischi effettivi — Effettua l’analisi dei rischi e vi dà seguito — Fornisce le informazioni necessarie per l’analisi dei rischi in conformità delle richieste del livello 1/livello 2 4. Governance e finanziamento — Definisce le regole sulla proprietà, sul processo decisionale e il finanziamento della SSP — Realizza e assicura l’adeguata attuazione dell’assetto legale del SEBC per TARGET2 — Predispone le regole di governance e finanziamento decise dal livello 1 — Provvede alla predisposizione del budget, alla relativa approvazione e attuazione — Assume la titolarità e/o il controllo dell’applicazione — Riscuote le somme e i corrispettivi dei servizi — Fornisce al livello 2 dati sui costi per la prestazione dei servizi 5. Sviluppo — È consultato dal livello 2 in ordine alla localizzazione della SSP — Approva il programma complessivo del progetto — Decide sulla configurazione iniziale e lo sviluppo della SSP — Decide se istituire la SSP da zero ovvero sulla base di una piattaforma esistente — Decide sulla scelta del gestore della SSP — Stabilisce — in accordo con il livello 3 — i livelli di servizio della SSP — Decide sulla localizzazione della SSP previa consultazione del livello 1 — Propone la configurazione iniziale della SSP — Propone se istituire la SSP da zero o sulla base di una piattaforma esistente — Propone la localizzazione della SSP — Redige le specifiche funzionali generali e dettagliate (specifiche funzionali interne di dettaglio e specifiche funzionali di dettaglio per gli utenti) — Approva la metodologia per il processo di specificazione del prodotto e gli stati di avanzamento del progetto da parte del livello 3 considerati appropriati al fine della specificazione e, successivamente, del collaudo e accettazione del prodotto (in particolare specifiche generali e dettagliate per gli utenti) — Stabilisce il piano di avanzamento del progetto — Valuta e accetta gli stati di avanzamento — Stabilisce gli scenari per i test — Coordina i test per le banche centrali e gli utenti, in stretta cooperazione con il livello 3 — Redige le specifiche tecniche di dettaglio — Fornisce il proprio contributo (iniziale e continuativo) per la pianificazione di base e il controllo del progetto — Fornisce il supporto tecnico e operativo per i test (effettua i test sulla SSP, contribuisce agli scenari per i test relativi alla SSP, dà supporto alle BC dell’Eurosistema nelle loro attività di test della SSP) 6. Realizzazione e migrazione — Decide la strategia di migrazione — Prepara e coordina la migrazione alla SSP, in stretta cooperazione con il livello 3 — Fornisce il proprio contributo su questioni relative alla migrazione in conformità delle richieste del livello 2 — Svolge l’attività di migrazione relativa alla SSP; presta ulteriore supporto alle BCN che aderiscono 7. Operatività — Gestisce le situazioni di grave crisi — Svolge i compiti di gestione connessi al ruolo di proprietario del sistema — Mantiene i contatti con gli utenti a livello europeo (fatta salva la responsabilità esclusiva delle BC dell’Eurosistema per le relazioni di business con i propri clienti) ed effettua il monitoraggio sull’attività giornaliera degli utenti in una prospettiva di business (compito delle BC dell’Eurosistema) — Effettua il monitoraggio sugli sviluppi dell’attività — Provvede alla gestione del budget, al finanziamento, alla fatturazione (compito delle BC dell’Eurosistema) e agli altri compiti di natura amministrativa — Gestisce il sistema sulla base del contratto di cui all’articolo 5, paragrafo 6, del presente indirizzo









ALLEGATO II

CONDIZIONI ARMONIZZATE PER LA PARTECIPAZIONE A TARGET2

TITOLO I

DISPOSIZIONI GENERALI

Articolo 1

Definizioni

Ai fini delle presenti Condizioni armonizzate (di seguito «Condizioni»), si applicano le definizioni seguenti:

— per «autorizzazione di addebito diretto» (direct debit authorisation) si intende un’istruzione di carattere generale impartita da un ordinante alla propria BC in virtù della quale quest’ultima è legittimata e tenuta ad addebitare il conto dell’ordinante medesimo sulla base di un’istruzione di addebito diretto proveniente da un beneficiario,

— per «banche centrali (BC)» (central banks, CBs) si intendono le BC dell’Eurosistema e le BC connesse a TARGET2,

— per «BC connessa a TARGET2» (connected CB) si intende una banca centrale nazionale (BCN), diversa da una BC dell’Eurosistema, connessa a TARGET2 in virtù di un specifico accordo,

— per «BC dell’Eurosistema» (Eurosystem CB) si intende la BCE o la BCN di uno Stato membro che ha adottato l’euro,

— per «BC fornitrici della SSP» (SSP-providing CBs) si intendono la Banca d’Italia, la Banque de France e la Deutsche Bundesbank nel loro ruolo di BC che realizzano e gestiscono la SSP nell’interesse dell’Eurosistema,

— per «BCN gestore» (managing NCB) si intende la BCN LA del sistema componente di TARGET2 nel quale partecipa il gestore del gruppo LA,

— per «BCN-LA» (AL NCB) si intende la BCN partecipante che è parte di un contratto LA e, nell’ambito di tale contratto, assume il ruolo di controparte di quei membri del gruppo LA che partecipano al sistema componente di TARGET2 da essa gestito,

— per «beneficiario» (payee) si intende un partecipante a TARGET2 il cui conto PM è accreditato per effetto del regolamento di un ordine di pagamento,

— per «capacity opinion» (capacity opinion) si intende il parere relativo alla capacità giuridica di un determinato partecipante di assumere e adempiere le obbligazioni di cui alle presenti Condizioni,

— per «codice identificativo (BIC)» (Bank Identifier Code, BIC) si intende un codice di identificazione bancario così come definito dallo standard ISO 9362,

— per «conto PM» (PM account) si intende un conto detenuto da un partecipante a TARGET2 nel PM presso una BC dell’Eurosistema, necessario per consentire a tale partecipante a TARGET2 di: — a) immettere ordini di pagamento o ricevere pagamenti attraverso TARGET2; e b) regolare detti pagamenti attraverso la suddetta BC,

— per «contratto LA» (AL agreement) si intende il contratto multilaterale di aggregazione della liquidità concluso fra i membri di un gruppo LA e le rispettive BCN LA ai fini della funzione LA,

— per «credito infragiornaliero» (intraday credit) il credito accordato per un tempo inferiore alla durata di una giornata lavorativa,

— per «CUG di TARGET2» (TARGET2 CUG) si intende un insieme di clienti del fornitore dei servizi di rete i quali sono raggruppati ai fini dell’utilizzo dei servizi e prodotti offerti dal suddetto fornitore per l’accesso al PM,

— per «direttiva bancaria» (Banking Directive) si intende la direttiva 2006/48/CE del Parlamento europeo e del Consiglio, del 14 giugno 2006, relativa all’accesso all’attività degli enti creditizi ed al suo esercizio (rifusione) ( 3 ),

— per «direttiva sulla settlement finality» (Settlement Finality Directive) si intende la 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 ( 4 ),

▼M1

— per «ente creditizio» si intende: a) un ente creditizio ai sensi del [inserire le disposizioni nazionali di attuazione dell’articolo 4, paragrafo 1, lettera a), e, se rilevanti, dell’articolo 2 della direttiva bancaria] sottoposto alla vigilanza di un’autorità competente; ovvero b) un altro ente creditizio ai sensi dell’articolo 101, paragrafo 2 del trattato, che è soggetto ad un controllo in forme comparabili alla vigilanza da parte di un’autorità competente,

▼B

— per «ente del settore pubblico» (public sector body) si intende un soggetto nell’ambito del «settore pubblico», come definito all’articolo 3 del regolamento (CE) n. 3603/93 del Consiglio, del 13 dicembre 1993, che fornisce le definizioni necessarie all’applicazione dei divieti enunciati all’articolo 104 e all’articolo 104 B, paragrafo 1, del trattato ( 5 ) (ora articoli 101 e 103, paragrafo 1),

— per «entry disposition» (entry disposition) si intende la fase di elaborazione di un pagamento nel corso della quale TARGET2-[inserire riferimento a BC/paese] tenta di regolare un ordine di pagamento accettato ai sensi dell’articolo 14, attraverso l’esperimento di specifiche procedure, così come descritte nell’articolo 20,

— per «evento che legittima l’escussione» (enforcement event) si intende, nei confronti di un membro del gruppo LA: — a) qualunque evento di default, previsto all'articolo 34, paragrafo 1; b) qualunque altro evento di default o evento previsto all'articolo 34, paragrafo 2, con riferimento al quale la [inserire il nome della BC] ha deciso, prendendo in considerazione la serietà dell’evento di default o evento, che [inserire se applicabile: [un pegno dovrebbe essere escusso in conformità all’articolo 25, lettera b] [garanzia dovrebbe essere escussa in conformità all’articolo 25, lettera c] e] una compensazione dei crediti dovrebbe essere creata in conformità all’articolo 26; o c) qualunque decisione di sospendere o far cessare l’accesso al credito infragiornaliero;

— 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 da qualunque altra norma applicabile al rapporto che intercorre tra detto partecipante e la [inserire nome della BC] o qualunque altra BC, tra cui: — a) il mancato rispetto da parte del partecipante di alcuno dei criteri di accesso di cui all’articolo 4 o dei requisiti stabiliti all’articolo 8, paragrafo 1, lettera a), punto i); b) l’apertura di procedure di insolvenza nei confronti del partecipante; c) la proposizione di un’istanza per l’avvio delle procedure di cui alla lettera b); d) 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; e) la conclusione da parte del partecipante di un accordo di natura concordataria con i propri creditori; f) il caso in cui il partecipante è divenuto insolvente o incapace di pagare i propri debiti, ovvero è ritenuto tale dalla propria BC; g) il caso in cui il saldo a credito del partecipante sul proprio conto PM ovvero tutti o una parte significativa dei beni del partecipante sono 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; h) il caso in cui la partecipazione del partecipante in un altro sistema componente di TARGET2 e/o in un sistema ancillare sia stata sospesa o sia cessata; i) il caso in cui qualunque rappresentazione di fatti o una dichiarazione precontrattuale resa dal partecipante o che debba ritenersi da questi implicitamente resa secondo la legge applicabile, risulti inesatta o non veritiera; o j) la cessione di tutti o di una parte significativa dei beni del partecipante,

— per «funzione ICC (informativa consolidata sui conti)» (CAI mode) si intende la disponibilità attraverso l’ICM di informazioni consolidate relative a una pluralità di conti PM;

— per «funzione LA (liquidità aggregata)» (AL mode) si intende l’aggregazione della liquidità disponibile sui conti PM,

— per «fornitore dei servizi di rete» (network service provider) si intende l’impresa incaricata dal Consiglio direttivo della BCE di fornire le connessioni informatiche di rete necessarie al fine di immettere ordini di pagamento e di ricevere pagamenti in TARGET2,

— per «gestore del gruppo ICC» (CAI group manager) si intende un membro del gruppo ICC designato dagli altri membri del gruppo ICC per monitorare e distribuire la liquidità disponibile nell’ambito del gruppo ICC stesso nel corso di una giornata lavorativa,

— per «gestore del gruppo LA» (AL group manager) si intende il membro di un gruppo LA incaricato dagli altri membri del gruppo LA di gestire la liquidità disponibile nell’ambito del gruppo LA nel corso della giornata lavorativa,

— per «giornata lavorativa» (business day) si intende qualunque giornata nella quale TARGET2 è operativo per il regolamento di ordini di pagamento, così come stabilito nell’appendice V,

— per «gruppo» (group) si intende: — a) 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. 2238/2004 della Commissione ( 6 ) e che si compone di: i) una società madre e una o più controllate; ovvero ii) due o più controllate di una società madre; b) 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 diretto o, nel caso di un gruppo LA, della BCN gestore; o c) 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 ciascuno dei casi di cui alla lettera c) il Consiglio direttivo della BCE abbia accolto la richiesta degli enti creditizi di essere considerati come costituenti un gruppo,

— per «gruppo ICC» (CAI group) si intende un gruppo composto dai partecipanti a TARGET2 che utilizzano la funzione ICC,

— per «gruppo LA» (AL group) si intende il gruppo composto dai membri di un gruppo LA che utilizzano la funzione LA,

— per «home account» (Home account) si intende un conto aperto al di fuori del PM da parte di una BCN per un soggetto che ha i requisiti per diventare partecipante indiretto,

— 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 2004/39/CE del Parlamento europeo e del Consiglio, del 21 aprile 2004, relativa ai mercati degli strumenti finanziari che modifica le direttive del Consiglio 85/611/CEE e 93/6/CEE e la direttiva 2000/12/CE del Parlamento europeo e del Consiglio e che abroga la direttiva 93/22/CEE del Consiglio ( 7 ) ], con esclusione dei soggetti individuati nel [inserire le disposizioni nazionali di attuazione dell’articolo 2, paragrafo 1, della direttiva 2004/39/CE], a condizione che l’impresa d’investimento in questione sia: — a) autorizzata e vigilata da un’autorità competente riconosciuta, designata come tale secondo la direttiva 2004/39/CE; e b) abilitata a svolgere le attività di cui al [inserire le disposizioni nazionali di attuazione delle voci 2, 3, 6 e 7 della sezione A dell’allegato I della direttiva 2004/39/CE],

— per «istruzione di addebito diretto» (direct debit instruction) si intende un’istruzione impartita da un beneficiario alla propria BC, in base alla quale la BC di un ordinante addebita sul conto di quest’ultimo l’ammontare indicato nell’istruzione, in virtù di un’autorizzazione di addebito diretto dal medesimo rilasciata,

— per «liquidità disponibile ovvero liquidità» (available liquidity or liquidity) si intende il saldo positivo sul conto PM di un partecipante a TARGET2 e, se applicabile, qualunque linea di credito infragiornaliero concessa dalla rispettiva BC in relazione a detto conto,

— per «malfunzionamento tecnico di TARGET2» (technical malfunction of TARGET2) si intendono qualunque difficoltà tecnica, difetto o guasto dell’infrastruttura tecnica e/o dei sistemi informativi utilizzati da TARGET2-[inserire riferimento alla BC/paese], o qualunque altro evento che renda impossibile eseguire e completare nell’arco di una stessa giornata l’elaborazione di pagamenti in TARGET2-[inserire riferimento a BC/paese] o, durante il periodo di migrazione, pagamenti provenienti dai sistemi nazionali RTGS non ancora migrati a TARGET2 e viceversa,

— per «membro del gruppo LA» (AL group member) si intende un partecipante a TARGET2 che ha concluso un contratto LA,

— per «messaggio di rete ICM» (ICM broadcast message) si intende l’informazione resa simultaneamente disponibile a tutti i partecipanti o a un gruppo ristretto di partecipanti a TARGET2 attraverso l’ICM,

— per «modulo di raccolta dei dati statici» (static data collection form) si intende il modulo predisposto da [inserire nome della BC] allo scopo di registrare i richiedenti dei servizi di TARGET2-[inserire riferimento a BC/paese] ed eventuali modifiche in ordine alla fornitura di tali servizi,

— per «modulo di contingency» (Contingency Module) si intende il modulo SSP che rende possible l’elaborazione di pagamenti critici e molto critici in situazioni di contingency,

— per «modulo di informazione e controllo (ICM)» (Information and Control Module, ICM) si intende il modulo SSP che consente ai partecipanti di ottenere informazioni on line e di immettere ordini di trasferimento di liquidità, di gestire la liquidità e di disporre ordini di pagamento di backup in situazioni di contingency,

— per «multi-addressee access» (multi-addressee access) si intende la funzione mediante la quale le succursali o gli enti creditizi insediati nel SEE possono accedere al rispettivo sistema componente TARGET2 immettendo ordini di pagamento e/o ricevendo pagamenti direttamente attraverso un sistema componente di TARGET2; tale funzione abilita detti soggetti a immettere i loro ordini di pagamento attraverso il conto PM del partecipante diretto senza il coinvolgimento di quest’ultimo,

— per «operazioni di rifinanziamento marginale» (marginal lending facility) si intendono le operazioni di rifinanziamento marginale a disposizione delle controparti dell’Eurosistema per ricevere credito overnight da una BC dell’Eurosistema ad un predeterminato tasso di rifinanziamento marginale,

— per «ordinante» (payer) si intende un partecipante a TARGET2 il cui conto PM è addebitato per effetto del regolamento di un ordine di pagamento,

— per «ordine di bonifico» (credit transfer order) si intende l’istruzione impartita da un ordinante al fine di mettere dei fondi a disposizione di un beneficiario, mediante scritturazione su un conto PM,

— per «ordine di pagamento» (payment order) si intende un ordine di bonifico, un ordine di trasferimento di liquidità o un’istruzione di addebito diretto,

— per «ordine di pagamento non regolato» (non-settled payment order) si intende un ordine di pagamento che non viene regolato nella stessa giornata lavorativa nella quale è stato accettato,

— per «ordine di trasferimento di liquidità» (liquidity transfer order) si intende un ordine di pagamento, il cui scopo principale è il trasferimento di liquidità tra conti diversi dello stesso partecipante o nell’ambito di un gruppo ICC o a un gruppo LA,

— per «partecipante» (o «partecipante diretto») (participant or direct participant) si intende un soggetto che detiene almeno un conto PM presso la [inserire nome della BC],

— per «partecipante a TARGET2» (TARGET2 participant) si intende qualunque partecipante in qualunque dei sistemi componenti di TARGET2,

— per «partecipante disponente» (instructing participant) si intende un partecipante a TARGET2 che ha disposto un ordine di pagamento,

— per «partecipante indiretto» (indirect participant) si intende un ente creditizio insediato nel SEE, che ha concluso un accordo con un partecipante diretto al fine di immettere ordini di pagamento e ricevere pagamenti attraverso il conto PM di tale partecipante diretto, e che è stato riconosciuto come partecipante indiretto da un sistema componente di TARGET2,

— per «Payments Module (PM)» (Payments Module, PM) si intende un modulo della SSP nel quale i pagamenti dei partecipanti a TARGET2 sono regolati su conti PM,

— per «procedure di insolvenza» (insolvency proceedings) si intendono le procedure d’insolvenza ai sensi dell’articolo 2, lettera j), della direttiva sulla settlement finality;

— per «Single Shared Platform (SSP)» (Single Shared Platform, SSP) si intende l’infrastruttura costituita dalla piattaforma tecnica unica messa a disposizione dalle BC fornitrici della SSP,

— per «sistema ancillare (SA)» (ancillary system, AS) si intende un sistema gestito da un soggetto insediato nello Spazio economico europeo (SEE) e sottoposto a vigilanza e/o sorveglianza da parte di un’autorità competente, nel quale si effettuano lo scambio e/o la compensazione di pagamenti e/o di strumenti finanziari mentre le conseguenti obbligazioni monetarie sono regolate in TARGET2 conformemente a quanto previsto dall’indirizzo BCE/2007/2 e dall’accordo bilaterale a tal fine stipulato dal sistema ancillare e dalla BC interessata,

— per «sistema componente di TARGET2» (TARGET2 component system) si intende uno qualunque dei sistemi di regolamento lordo in tempio reale (RTGS) delle BC che fanno parte di TARGET2,

— per «sospensione» (suspension) si intende la sospensione temporanea dei diritti e degli obblighi di un partecipante per un periodo di tempo determinato dalla [inserire il nome della BC],

— per «succursale» (branch) si intende una succursale ai sensi del [inserire le disposizioni nazionali di attuazione dell’articolo 4, paragrafo 3, della direttiva bancaria],

— per «TARGET2» (TARGET2) si intende l’insieme di tutti i sistemi componenti di TARGET2 delle BC,

— per «TARGET2-[inserire riferimento BC/paese]» (TARGET2-[insert CB/country reference]) si intende il sistema componente di TARGET2 di [inserire BC/nome dello Stato membro],

— per «tasso di rifinanziamento marginale» (marginal lending rate) si intende il tasso di interesse di volta in volta applicabile alle operazioni di rifinanziamento marginale,

— per «titolare di addressable BIC» (addressable BIC holder) si intende un soggetto che: a) è intestatario di un codice identificativo bancario (BIC); b) non è riconosciuto come partecipante indiretto; e c) è corrispondente o cliente di un partecipante diretto o succursale di un partecipante diretto o indiretto ed è in grado di immettere ordini di pagamento, e di ricevere pagamenti, nel sistema componente di TARGET2 tramite il partecipante diretto.

Articolo 2

Appendici

1. Le appendici seguenti costituiscono parte integrante della presenti Condizioni:

Appendice I: Specifiche tecniche per l’elaborazione degli ordini di pagamento

Appendice II: Meccanismo di indennizzo di TARGET2

Appendice III: Fac-simile per il capacity e il country opionions

Appendice IV: Procedure di Business continuity e di contingency

Appendice V: Giornata operativa

Appendice VI: Schema tariffario e di fatturazione

Appendice VII: Contratto di liquidità aggregata

2. In caso di conflitto o di difformità tra un’appendice e le presenti Condizioni, queste ultime prevalgono.

Articolo 3

Descrizione generale di TARGET2-[inserire riferimento a BC/paese] e di TARGET2

1. TARGET2 consente il regolamento lordo in tempo reale di pagamenti in euro, con regolamento in moneta di banca centrale.

2. I seguenti ordini di pagamento sono elaborati in TARGET2-[inserire riferimento a BC/paese]:

a) ordini di pagamento direttamente derivanti dalle operazioni di politica monetaria dell’Eurosistema, o ad esse connessi;

b) regolamento della parte in euro delle operazioni in cambi che coinvolgono l’Eurosistema;

c) regolamento dei trasferimenti in euro derivanti da operazioni nei sistemi di compensazione transfrontalieri di importo rilevante;

d) regolamento di trasferimenti in euro derivanti da operazioni nei sistemi di pagamento al dettaglio in euro di importanza sistemica; e

e) qualunque altro ordine di pagamento in euro diretto ai partecipanti a TARGET2.

3. TARGET2 è istituito ed opera sulla base della SSP. L’Eurosistema specifica la configurazione tecnica e le caratteristiche della SSP. I servizi relativi alla SSP sono prestati dalle BC fornitrici della SSP a favore delle BC dell’Eurosistema, in virtù di specifici accordi contrattuali.

4. La [inserire nome della BC] è il fornitore dei servizi di cui alle presenti Condizioni. Gli atti e le omissioni delle BC fornitrici della SSP sono considerati atti ed omissioni della [inserire il nome della BC], per i quali essa risponde ai sensi del successivo articolo 31. La partecipazione ai sensi delle presenti Condizioni non crea una relazione contrattuale tra i partecipanti e le BC fornitrici della SSP quando queste ultime agiscono in tale veste. Le istruzioni, i messaggi o le informazioni che un partecipante riceva dalla SSP, o invii alla SSP, in relazione ai servizi forniti sulla base delle presenti Condizioni, sono considerati come ricevuti da, o inviati a [inserire il nome della BC].

5. TARGET2 è giuridicamente strutturato come una molteplicità di sistemi di pagamento composta da tutti i sistemi componenti di TARGET2, designati come «sistemi» secondo le rispettive normative nazionali di attuazione della direttiva sulla settlement finality. TARGET2-[inserire riferimento a BC/paese] è designato come «sistema» ai sensi del [inserire la disposizione nazionale pertinente di attuazione della direttiva sulla settlement finality].

6. La partecipazione a TARGET2 ha luogo con la partecipazione a un sistema componente di TARGET2. Le presenti Condizioni descrivono i reciproci diritti ed obblighi dei partecipanti a TARGET2-[inserire riferimento a BC/paese] e della [inserire il nome della BC]. Le regole di elaborazione degli ordini di pagamento (titolo IV) si riferiscono a tutti gli ordini di pagamento immessi o ai pagamenti ricevuti da qualunque partecipante a TARGET2.

TITOLO II

PARTECIPAZIONE

Articolo 4

Criteri di accesso

1. I soggetti rientranti nelle categorie di seguito indicate possono partecipare direttamente in TARGET2-[inserire riferimento a BC/paese]:

a) enti creditizi insediati nel SEE, incluso il caso in cui essi operino attraverso una succursale insediata nel SEE;

b) enti creditizi insediati al di fuori del SEE, a condizione che essi operino attraverso una succursale insediata nel SEE;

c) BCN degli Stati membri dell’UE e la BCE.

2. La [inserire il nome della BC] può, a propria discrezione, ammettere anche i seguenti soggetti quali partecipanti diretti:

a) dipartimenti del Tesoro di governi centrali o regionali degli Stati membri, attivi sui mercati monetari;

b) enti del settore pubblico degli Stati membri autorizzati a detenere conti per la clientela;

c) imprese d’investimento insediate nel SEE;

d) organismi che offrono servizi di compensazione o regolamento, insediati nel SEE e sottoposti alla sorveglianza da parte di un’autorità competente; e

e) enti creditizi o altri soggetti rientranti nelle categorie elencate alle lettere da a) a d), purchè insediati in uno Stato con il quale la Comunità europea ha concluso un accordo monetario che consente a tali soggetti l’accesso ai sistemi di pagamento nella Comunità europea, subordinatamente alle condizioni stabilite nell’accordo monetario e sempre che il regime legale ad essi applicabile nel suddetto Stato sia equivalente alla legislazione comunitaria di riferimento.

3. Gli istituti di moneta elettronica, ai sensi del [inserire le disposizioni nazionali di attuazione dell’articolo 1, paragrafo 3, lettera a), della direttiva 2000/46/CE del Parlamento europeo e del Consiglio, del 18 settembre 2000, riguardante l’avvio, l’esercizio e la vigilanza prudenziale dell’attività degli istituti di moneta elettronica ( 8 )], non sono ammessi a partecipare a TARGET2-[inserire riferimento a BC/paese].

Articolo 5

Partecipanti diretti

1. I partecipanti diretti in TARGERT2-[inserire il riferimento a BC/paese] devono soddisfare i requisiti di cui all’articolo 8, paragrafi 1 e 2. Essi devono avere almeno un conto PM presso la [inserire il nome della BC].

2. I partecipanti diretti possono designare titolari di addressable BIC, a prescindere dal luogo in cui sono insediati.

3. I partecipanti diretti possono designare partecipanti indiretti, subordinatamente al rispetto delle condizioni di cui all’articolo 6.

4. Il multi-addressee access mediante succursali può essere concesso alle seguenti condizioni:

a) un ente creditizio ai sensi dell’articolo 4, paragrafo 1, lettera a) o b), che sia stato ammesso come partecipante diretto, può concedere l’accesso al proprio conto PM a una o più delle proprie succursali insediate nel SEE, al fine di consentire a tali succursali di immettere ordini di pagamento e/o ricevere pagamenti direttamente, a condizione che la [inserire il nome della BC] ne sia informata;

b) ove la succursale di un ente creditizio sia stata ammessa come partecipante diretto, le altre succursali o e/o la direzione generale dello stesso ente creditizio, purchè insediate nel SEE, possono avere accesso al conto PM della succursale, a condizione che quest’ultima abbia informato la [inserire nome della BC].

Articolo 6

Partecipanti indiretti

1. Qualunque ente creditizio insediato nel SEE può concludere un contratto con un partecipante diretto che sia o un ente creditizio ai sensi dell’articolo 4, paragrafo 1, lettera a) o b), o una BC, al fine di immettere ordini di pagamento e/o ricevere pagamenti, e di regolarli attraverso il conto PM del suddetto partecipante diretto. TARGET2-[inserire riferimento a BC/paese] riconosce i partecipanti indiretti mediante la registrazione di tale partecipazione indiretta nella directory di TARGET2, come descritta nell’articolo 9.

2. Laddove un partecipante diretto, che sia un ente creditizio ai sensi dell’articolo 4, paragrafo 1, lettera a) o b), e un partecipante indiretto appartengano al medesimo gruppo, il partecipante diretto può espressamente autorizzare il partecipante indiretto ad utilizzare direttamente il proprio conto PM per immettere ordini di pagamento e/o ricevere pagamenti mediante il multi-addressee access di gruppo.

Articolo 7

Obblighi del partecipante diretto

1. Per chiarezza, si precisa che gli ordini di pagamento immessi o i pagamenti ricevuti dai partecipanti indiretti ai sensi dell’articolo 6 e dalle succursali ai sensi dell’articolo 5, paragrafo 4, devono considerarsi come immessi o ricevuti dal rispettivo partecipante diretto.

2. Il partecipante diretto è vincolato da tali ordini di pagamento, a prescindere dal contenuto o da qualsiasi violazione del contratto o di ogni altro accordo fra detto partecipante e uno dei soggetti di cui al paragrafo 1.

Articolo 8

Procedura di adesione

1. Per aderire a TARGET2-[inserire riferimento a BC/paese], i soggetti che richiedono la partecipazione devono:

a) rispettare i seguenti requisiti tecnici: i) installare, gestire, operare e monitorare l’infrastruttura informatica necessaria per connettersi a TARGET2-[inserire riferimento a BC/paese] e per immettere in esso ordini di pagamento, nonché garantire la sicurezza dell’infrastruttura stessa. A tal fine, i richiedenti possono ricorrere a terzi, rimanendo comunque responsabili in via esclusiva. In particolare, i richiedenti devono concludere un accordo con il fornitore dei servizi di rete per ottenere la connessione e gli accessi necessari, conformemente alle specifiche tecniche contenute nell’appendice I; e ii) aver superato i collaudi richiesti da [inserire il nome della BC]; e

b) soddisfare i seguenti requisiti legali: i) presentare un capacity opinion nella forma specificata nell’appendice III, a meno che le informazioni e le dichiarazioni da fornire con tale opinion non siano già state acquisite da [inserire il nome della BC] in altro contesto; e ii) per i soggetti di cui all’articolo 4, paragrafo 1, lettera b), fornire un country opinion nella forma specificata nell’appendice III, a meno che le informazioni e le dichiarazioni da fornire con tale opinion siano già state acquisite da [inserire il nome della BC] in altro contesto.

2. I soggetti che intendono partecipare devono farne richiesta per iscritto alla [inserire nome della BC], allegando almeno la seguente documentazione/informazioni:

a) moduli di raccolta dei dati statici predisposti dalla [inserire nome della BC], debitamente compilati;

b) il capacity opinion, se richiesto dalla [inserire il nome della BC]; e

c) il country opinion, se richiesto dalla [inserire il nome della BC].

3. La [inserire nome della BC] può altresì richiedere qualunque ulteriore informazione ritenga necessaria per decidere sulla richiesta di partecipazione.

4. La [inserire nome della BC] respinge la richiesta di partecipazione se:

a) non sono soddisfatti i criteri di accesso di cui all’articolo 4;

b) non sono soddisfatti uno o più dei requisiti di partecipazione di cui al paragrafo 1; e/o

c) tale partecipazione, a giudizio della [inserire nome della BC], ponga a rischio la stabilità, solidità e sicurezza complessive di TARGET2-[inserire il riferimento a BC/paese] o di qualunque altro sistema componente di TARGET2, ovvero possa pregiudicare lo svolgimento delle funzioni della [inserire nome della BC] come descritte nel [fare riferimento al diritto nazionale applicabile] e nello statuto del Sistema europeo di banche centrali e della Banca centrale europea.

5. Entro un mese dalla ricezione della richiesta di partecipazione, la [inserire nome della BC] comunica al richiedente la propria decisione al riguardo. Qualora la [inserire nome della BC] richieda informazioni aggiuntive ai sensi del paragrafo 3, la decisione è comunicata entro un mese dalla ricezione da parte della [inserire nome della BC] delle suddette informazioni. Qualunque decisione di rigetto deve indicarne i motivi.

Articolo 9

Directory di TARGET2

1. La directory di TARGET2 è la banca dati dei BIC utilizzata per l’indirizzamento degli ordini di pagamento destinati:

a) ai partecipanti a TARGET2 e alle rispettive succursali dotate di multi-addressee access;

b) ai partecipanti indiretti a TARGET2, inclusi quelli dotati di multi-addressee access; e

c) agli intestatari di un addressable BIC.

Essa è aggiornata settimanalmente.

2. Salva diversa richiesta dal partecipante, i BIC sono pubblicati nella directory di TARGET2.

3. I partecipanti possono distribuire la directory di TARGET2 esclusivamente alle proprie succursali e ai soggetti che si avvalgono del multi-addressee access.

4. I soggetti di cui al paragrafo 1, lettere b) e c), possono utilizzare il proprio BIC esclusivamente in relazione a un partecipante diretto.

TITOLO III

OBBLIGHI DELLE PARTI

Articolo 10

Obblighi della [inserire nome della BC] e dei partecipanti

1. La [inserire nome della BC] offre i servizi descritti nel Titolo IV. Fatto salvo quanto altrimenti disposto nelle presenti Condizioni o richiesto dalla legge, la [inserire nome della BC] utilizza, nei limiti della ragionevolezza, tutti i mezzi a propria disposizione per adempiere gli obblighi su di essa gravanti in base alle presenti Condizioni, senza garanzia di risultato.

2. I partecipanti corrispondono alla [inserire nome della BC] le tariffe stabilite nell’appendice VI.

3. I partecipanti assicurano che saranno connessi a TARGET2-[inserire riferimento a BC/paese] nelle giornate lavorative, conformemente alla giornata operativa di cui all’appendice V.

4. Il partecipante dichiara e garantisce a [inserire nome della BC] che l’adempimento dei propri obblighi ai sensi delle presenti Condizioni non è in contrasto con alcuna disposizione di legge, regolamento o statuto al medesimo applicabile o con qualunque accordo al quale sia vincolato.

Articolo 11

Cooperazione e scambio d’informazioni

1. Nell’adempimento delle proprie obbligazioni e nell’esercizio dei propri diritti ai sensi delle presenti Condizioni, la [inserire nome della BC] e i partecipanti devono cooperare strettamente per assicurare la stabilità, la solidità e la sicurezza di TARGET2-[inserire riferimento a BC/paese]. Essi devono scambiarsi qualunque informazione o documentazione rilevante per l’adempimento dei propri obblighi e per l’esercizio dei rispettivi diritti ai sensi delle presenti Condizioni, fatti salvi eventuali obblighi di segreto bancario.

2. La [inserire nome della BC] istituisce e mantiene un tavolo operativo per assistere i partecipanti in caso di difficoltà connesse all’operatività del sistema.

3. Informazioni aggiornate sullo stato di operatività della SSP sono disponibili sul sistema informativo di TARGET2 (T2IS). Il T2IS può essere utilizzato per ottenere informazioni su ogni evento che incida sulla normale operatività di TARGET2.

4. La [inserire nome della BC] può inviare comunicazioni ai partecipanti tramite messaggio di rete ICM o mediante qualunque altro mezzo di comunicazione.

5. I partecipanti sono tenuti a presentare nuovi moduli di raccolta dei dati statici alla [inserire nome della BC] e a provvedere al tempestivo aggiornamento di quelli già presentati. I partecipanti sono tenuti a verificare l’esattezza delle informazioni ad essi relative immesse in TARGET2-[inserire riferimento a BC/paese] dalla [inserire nome della BC].

6. La [inserire nome della BC] è autorizzata a comunicare alle BC fornitrici della SSP qualunque informazione relativa ai partecipanti di cui le BC fornitrici della SSP possano necessitare nel loro ruolo di amministratore del servizio («Service Administrator») ai sensi del contratto concluso con il fornitore dei servizi di rete.

7. I partecipanti informano la [inserire nome della BC] di qualunque modifica relativa alla loro capacità giuridica e di qualunque modifica legislativa suscettibile di incidere su questioni coperte dal country opinion che li riguarda.

8. I partecipanti informano la [inserire nome della BC] di:

a) qualunque nuovo partecipante indiretto, nuovo titolare di addressable BIC o nuovo soggetto abilitato all’utilizzo di multi-addressee access da essi registrato; e di

b) qualunque variazione relativa ai soggetti elencati alla lettera a).

9. I partecipanti informano immediatamente la [inserire nome della BC] nel caso in cui si verifichi un evento di default che li riguardi.

TITOLO IV

GESTIONE DEI CONTI PM ED ELABORAZIONE DEGLI ORDINI DI PAGAMENTO

Articolo 12

Apertura e gestione dei conti PM

1. La [inserire nome della BC] apre e gestisce almeno un conto PM e, ove previsto, uno o più sotto-conti, per ciascun partecipante.

2. [Inserire se applicabile: Sui conti PM non sono ammessi saldi a debito].

3. [Inserire se applicabile: All’inizio e al termine di una giornata lavorativa, i conti PM devono avere un saldo pari a zero. La [inserire nome della BC] deve intendersi autorizzata dal partecipante a trasferire i saldi risultanti al termine di una giornata lavorativa sul conto indicato dal partecipante stesso].

4. [Inserire se applicabile: All’inizio della giornata lavorativa successiva tale saldo è ritrasferito sul conto PM del partecipante].

5. I conti PM e i rispettivi sotto-conti non producono interessi a meno che non vengano impiegati per detenere riserve minime. In tal caso, il calcolo e il pagamento del rendimento delle riserve obbligatorie minime detenute sono disciplinati dal regolamento (CE) n. 2531/98 del Consiglio, del 23 novembre 1998, sull’applicazione dell’obbligo di riserve minime da parte della Banca centrale europea ( 9 ) e dal regolamento BCE/2003/9, del 12 settembre 2003, sull’applicazione delle riserve obbligatorie minime ( 10 ).

6. Oltre che per il regolamento degli ordini di pagamento nel Payments Module, un conto PM può essere utilizzato per regolare ordini di pagamento verso e dagli Home Account, in conformità delle regole dettate da [inserire nome della BC].

7. I partecipanti utilizzano l’ICM per ottenere informazioni sulla propria posizione di liquidità. La [inserire nome della BC] fornisce un estratto conto giornaliero a ciascun partecipante che abbia optato per tale servizio.

Articolo 13

Tipologie di ordini di pagamento

Ai fini di TARGET2, costituiscono ordini di pagamento:

a) gli ordini di bonifico;

b) le istruzioni di addebito diretto effettuate in base a un’autorizzazione di addebitamento diretto; e

c) ordini di trasferimento di liquidità.

Articolo 14

Accettazione e rigetto degli ordini di pagamento

1. Gli ordini di pagamento immessi dai partecipanti si considerano accettati dalla [inserire nome della BC] se:

a) il messaggio di pagamento rispetta le regole stabilite dal fornitore dei servizi di rete;

b) il messaggio di pagamento rispetta le regole relative al formato e le condizioni di TARGET2-[inserire il riferimento a BC/paese] e supera il controllo di doppia immissione descritto nell’appendice I; e

c) nei casi in cui un ordinante o un beneficiario sia stato sospeso, la BC del partecipante sospeso abbia dato il proprio consenso esplicito.

2. La [inserire nome della BC] rigetta immediatamente qualunque ordine di pagamento che non soddisfi le condizioni di cui al paragrafo 1. La [inserire nome della BC] informa il partecipante di qualunque rigetto di ordini di pagamento, come specificato nell’appendice I.

Articolo 15

Regole sulla priorità

1. I partecipanti disponenti assegnano ad ogni ordine di pagamento una delle seguenti priorità:

a) ordine di pagamento ordinario (classe di priorità 2);

b) ordine di pagamento urgente (classe di priorità 1); o

c) ordine di pagamento molto urgente (classe di priorità 0).

Se l’ordine di pagamento non indica alcuna priorità, esso è trattato come ordine di pagamento ordinario.

2. Gli ordini di pagamento molto urgenti possono essere designati come tali esclusivamente da parte di:

a) BC; e

b) partecipanti, nel caso di pagamenti a favore di e disposti dalla CLS International Bank e di trasferimenti di liquidità a favore di sistemi ancillari.

Tutte le istruzioni di pagamento immesse da un sistema ancillare, attraverso l’interfaccia dei sistemi ancillari (ISA), per addebitare o accreditare i conti PM dei partecipanti, sono da considerarsi ordini di pagamento molto urgenti.

3. Nel caso di ordini di pagamento urgenti e ordinari, l’ordinante può modificare la priorità attraverso l’ICM con effetto immediato. Non è possibile modificare la priorità di un pagamento molto urgente.

Articolo 16

Limiti di liquidità

1. Un partecipante può limitare l’uso della liquidità disponibile per gli ordini di pagamento nei confronti di altri partecipanti a TARGET2, escluse le BC, fissando limiti bilaterali o multilaterali. Tali limiti possono essere fissati solo in relazione a ordini di pagamento ordinari.

2. Limiti di liquidità possono essere fissati solo da, o nei confronti di, un gruppo LA nel suo complesso. Non possono essere fissati limiti nei confronti di un singolo conto PM di un membro del gruppo LA, né reciprocamente fra i membri di un gruppo LA.

3. Con la fissazione di un limite bilaterale, il partecipante dà disposizione alla [inserire nome della BC] di non regolare un ordine di pagamento accettato se la somma dei propri ordini di pagamento ordinari in uscita verso un altro conto PM di un partecipante a TARGET2, al netto della somma di tutti i pagamenti urgenti e ordinari in entrata provenienti dal conto PM di tale partecipante a TARGET2, supera detto limite bilaterale.

4. Un partecipante può fissare un limite multilaterale nei confronti di tutti i partecipanti rispetto ai quali non sia fissato un limite bilaterale. Un limite multilaterale può essere fissato solo se il partecipante ha fissato almeno un limite bilaterale. Con la fissazione di un limite multilaterale, il partecipante dà disposizione alla [inserire nome della BC] di non regolare un ordine di pagamento accettato se la somma dei propri ordini di pagamento ordinari in uscita verso i conti PM di tutti i partecipanti a TARGET2 nei confronti dei quali non è stato fissato alcun limite bilaterale, al netto della somma di tutti i pagamenti urgenti e ordinari in entrata, provenienti da tali conti PM, supera detto limite multilaterale.

5. L’importo minimo di qualunque limite è di 1 milione di euro. Un limite bilaterale o multilaterale di importo pari a zero è trattato come se non fosse stato fissato alcun limite. Limiti di ammontare tra zero e 1 milione di euro non sono possibili.

6. I limiti possono essere modificati in tempo reale con effetto immediato o con effetto decorrente dalla giornata lavorativa successiva attraverso l’ICM. Se, per effetto della modifica, un limite è portato a zero, esso non può essere modificato nuovamente nella medesima giornata lavorativa. La fissazione di un nuovo limite bilaterale o multilaterale ha effetto solo a partire dalla giornata lavorativa successiva.

Articolo 17

Riserve di liquidità

1. I partecipanti possono costituire riserve di liquidità per ordini di pagamento molto urgenti o urgenti attraverso l’ICM.

2. Il gestore del gruppo LA può costituire riserve di liquidità solo per il gruppo LA nel suo complesso. Non è possibile costituire riserve di liquidità per singoli conti all’interno di un medesimo gruppo LA.

3. Facendo richiesta di riservare un certo ammontare di liquidità per ordini di pagamento molto urgenti, il partecipante dà disposizione alla [inserire nome della BC] di regolare ordini di pagamento urgenti o ordinari solo se vi è liquidità disponibile una volta dedotto l’ammontare riservato per ordini di pagamento molto urgenti.

4. Facendo richiesta di riservare un certo quantitativo di liquidità per ordini di pagamento urgenti, il partecipante dà disposizione alla [inserire nome della BC] di regolare ordini di pagamento ordinari, se vi è liquidità disponibile una volta dedotto l’ammontare riservato per ordini di pagamento urgenti e molto urgenti.

5. Una volta ricevuta la richiesta di costituzione di riserva, la [inserire nome della BC] controlla se l’ammontare della liquidità sul conto PM del partecipante è sufficiente per tale riserva. In caso negativo, viene riservata solo la liquidità disponibile sul conto PM. La parte residuale della riserva di liquidità richiesta non viene successivamente riservata in via automatica, anche se l’ammontare di liquidità sul conto PM del partecipante raggiunge il livello della richiesta iniziale di costituzione di riserva.

6. L’ammontare della riserva di liquidità può essere modificato. I partecipanti possono richiedere attraverso l’ICM di riservare nuovi ammontari con effetto immediato o con effetto decorrente dalla giornata lavorativa successiva.

Articolo 18

Regolamento a orari predefiniti

1. I partecipanti disponenti possono predefinire l’orario di regolamento degli ordini di pagamento nell’arco di una giornata lavorativa utilizzando l’Earliest Debit Time Indicator o il Latest Debit Time Indicator.

2. Qualora si utilizzi l’Earliest Debit Time Indicator, l’ordine di pagamento accettato è accantonato e immesso nella entry disposition solo al momento indicato.

3. Qualora si utilizzi il Latest Debit Time Indicator, l’ordine di pagamento accettato è mandato indietro come non regolato, se non può essere regolato entro il momento indicato per l’addebito. 15 minuti prima del momento indicato per l’addebito, viene inviata al partecipante disponente una notifica automatica attraverso l’ICM. Il partecipante disponente può anche utilizzare il Latest Debit Time Indicator esclusivamente come indicatore di avvertimento (warning). In tali casi, l’ordine di pagamento in questione non viene mandato indietro.

4. I partecipanti disponenti possono modificare l’Earliest Debit Time Indicator e il Latest Debit Time Indicator attraverso l’ICM.

5. Ulteriori dettagli di tipo tecnico sono contenuti nell’appendice I.

Article 19

Immissione anticipata di ordini di pagamento

1. Gli ordini di pagamento possono essere immessi fino a cinque giornate lavorative prima della data di regolamento prestabilita (ordini di pagamento anticipati).

2. Gli ordini di pagamento anticipati sono accettati e posti nella entry disposition alla data di regolamento prestabilita dal partecipante disponente al momento iniziale dell’elaborazione diurna, come indicato nell’appendice V. Essi sono posti davanti agli ordini di pagamento aventi stessa priorità.

3. L’articolo 15, paragrafo 3, l’articolo 22, paragrafo 2, e l’articolo 29, paragrafo 1, lettera a), si applicano mutatis mutandis agli ordini di pagamento anticipati.

Articolo 20

Regolamento di ordini di pagamento nella entry disposition

1. Salvo che i partecipanti disponenti abbiano indicato il momento del regolamento con le modalità descritte nell’articolo 18, gli ordini di pagamento accettati sono regolati immediatamente o al più tardi entro la fine della giornata lavorativa nella quale sono stati accettati, sempre che vi siano fondi sufficienti disponibili sul conto PM dell’ordinante e tenendo conto degli eventuali limiti e riserve di liquidità, di cui agli articoli 16 e 17.

2. I fondi possono essere costituiti da:

a) liquidità disponibile sul conto PM; o

b) pagamenti in entrata effettuati da altri partecipanti a TARGET2, subordinatamente alle procedure di ottimizzazione applicabili.

3. Agli ordini di pagamento molto urgenti, si applica il principio «first in, first out» (FIFO). Ciò significa che gli ordini di pagamento molto urgenti sono regolati in ordine cronologico. Gli ordini di pagamento urgenti e ordinari non sono regolati fintanto che gli ordini di pagamento molto urgenti permangono nelle liste d’attesa.

4. Il principio FIFO trova applicazione anche nei confronti degli ordini di pagamento urgenti. Gli ordini di pagamento ordinari non sono regolati finchè gli ordini di pagamento urgenti e molto urgenti sono nelle liste d’attesa.

5. In deroga ai paragrafi 3 e 4, gli ordini di pagamento con priorità piu bassa (o aventi la stessa priorità ma accettati successivamente) possono essere regolati prima degli ordini di pagamento con priorità più alta (o aventi la stessa priorità ma accettati anteriormente), qualora gli ordini di pagamento con priorità piu bassa vengano compensati con pagamenti in arrivo, dando luogo a un aumento di liquidità per l’ordinante.

6. Gli ordini di pagamento ordinari sono regolati in conformità del principio FIFO «by-passing». Ciò significa che essi possono essere regolati immediatamente (indipendentemente da altri pagamenti ordinari in attesa accettati in precedenza) e possono pertanto non rispettare il principio FIFO, sempre che vi sia sufficiente disponibilità di fondi.

7. Ulteriori dettagli sul regolamento degli ordini di pagamento nella entry disposition sono contenuti nell’appendice I.

Articolo 21

Regolamento e restituzione degli ordini di pagamento in lista d’attesa

1. Gli ordini di pagamento che non sono regolati immediatamente nella entry disposition sono posti in attesa, conformemente alla priorità a loro attribuita dal partecipante pertinente, come stabilito nell’articolo 15.

2. Al fine di ottimizzare il regolamento degli ordini di pagamento nelle liste d’attesa, la [inserire nome della BC] può utilizzare le procedure di ottimizzazione descritte nell’appendice I.

3. L’ordinante può modificare la posizione nella lista d’attesa degli ordini di pagamento attraverso l’ICM (vale a dire riordinarli). Gli ordini di pagamento possono essere spostati all’inizio o alla fine della rispettiva lista d’attesa, con effetto immediato in qualunque momento durante l’elaborazione diurna, come stabilito nell’appendice V.

4. Gli ordini di trasferimento di liquidità disposti nell’ICM sono rinviati immediatamente come non regolati se non vi è liquidità sufficiente. Gli altri ordini di pagamento sono rinviati come non regolati se essi non possono essere regolati entro i tempi di cut-off previsti per la relativa tipologia di messaggio, così come specificati nell’appendice V.

Articolo 22

Immissione degli ordini di pagamento nel sistema e loro irrevocabilità

1. Ai fini della prima frase dell’articolo 3, paragrafo 1, della direttiva sulla settlement finality e della [inserire estremi della legge nazionale di attuazione di tale articolo], gli ordini di pagamento sono considerati come immessi in TARGET2-[inserire riferimento a BC/paese] nel momento in cui il relativo conto PM del partecipante è addebitato.

2. Gli ordini di pagamento non possono essere revocati a partire dal momento in cui sono immessi in TARGET2-[inserire riferimento a BC/paese], conformemente al paragrafo 1. Gli ordini di pagamento che sono inclusi in un algoritmo, ai sensi dell’appendice I, non possono essere revocati durante il periodo in cui l’algoritmo è in corso.

TITOLO V

FUNZIONE DI CONSOLIDAMENTO DELLA LIQUIDITÀ

Articolo 23

Funzione di consolidamento della liquidità

La [inserire nome della BC] offre una funzione di informativa consolidata sui conti (ICC) e di liquidità aggregata (LA).

Articolo 24

Funzione di informativa consolidata sui conti

1. I soggetti di seguito indicati possono utilizzare la funzione ICC:

a) un ente creditizio e/o le sue succursali (indipendentemente dal fatto che tali soggetti partecipino o meno allo stesso sistema componente di TARGET2), a condizione che tali soggetti abbiano più conti PM identificati da diversi codici BIC; o

b) due o più enti creditizi appartenenti al medesimo gruppo e/o le loro succursali, ciascuno dei quali titolare di uno o più conti PM identificati da diversi BIC.

2.

a) La funzione ICC rende disponibile a ciascun membro del gruppo ICC e alle rispettive BC la lista di conti PM dei membri del gruppo nonchè le ulteriori informazioni consolidate del gruppo ICC di seguito indicate: i) linee di credito infragiornaliero (ove previsto); ii) saldi, inclusi quelli relativi ai sotto-conti; iii) turnover; iv) pagamenti regolati; e v) ordini di pagamenti in lista d’attesa.

b) Il gestore del gruppo ICC e la rispettiva BC hanno accesso, con riguardo a qualunque conto PM del gruppo ICC, alle informazioni concernenti ciascuna delle voci suddette.

c) Le informazioni di cui al presente paragrafo sono fornite attraverso l’ICM.

3. Il gestore del gruppo ICC è legittimato a disporre trasferimenti di liquidità, attraverso l’ICM, tra i conti PM, ivi inclusi i relativi sotto-conti, appartenenti al medesimo gruppo ICC.

4. Un gruppo ICC può anche includere conti PM compresi in un gruppo LA. In tal caso, tutti i conti PM del gruppo LA formeranno parte del gruppo ICC.

5. Qualora due o più conti PM facciano parte di un gruppo LA e, allo stesso tempo, di un gruppo ICC (compresi conti PM aggiuntivi), le regole applicabili al gruppo LA prevalgono sul rapporto interno al gruppo LA.

6. Un gruppo ICC, che include i conti PM di un gruppo LA, può designare un gestore del gruppo ICC diverso da quello del gruppo LA.

7. La procedura per ottenere l’autorizzazione all’uso della funzione LA, di cui all’articolo 25, paragrafi 4 e 5, si applica mutatis mutandis alla procedura prevista per ottenere l’autorizzazione all’utilizzo della funzione ICC.

Articolo 25

Funzione di liquidità aggregata

1. I soggetti di seguito indicati possono utilizzare la funzione LA:

a) un ente creditizio e/o le sue succursali (indipendentemente dal fatto che tali soggetti partecipino o meno allo stesso sistema componente di TARGET2), a condizione che tali soggetti siano insedati nell’area dell’euro e abbiano più conti PM identificati da codici BIC diversi;

b) le succursali insediate nell’area dell’euro (indipendentemente dal fatto che tali succursali partecipino o meno al medesimo sistema componente di TARGET2) di un ente creditizio insediato al di fuori dell’area dell’euro, a condizione che tali succursali abbiano più conti PM identificati da codici BIC diversi; o

c) due o più enti creditizi di cui alla lettera a) e/o succursali di cui alla lettera b) che appartengono al medesimo gruppo.

In ciascuno dei casi di cui alle lettere da a) a c), costituisce altresì una condizione che i soggetti ivi considerati abbiano concluso accordi per la concessione di credito infragiornaliero con la rispettiva BCN partecipante.

2. In base alla funzione LA, al fine di stabilire se un ordine di pagamento abbia sufficiente copertura la liquidità disponibile su tutti i conti PM dei membri del gruppo LA è aggregata. Fermo restando quanto appena stabilito, il rapporto bilaterale tra il membro del gruppo LA e la propria BCN LA avente ad oggetto il conto PM resta disciplinato dagli accordi del rispettivo sistema componente di TARGET2, fatte salve le modifiche stabilite nel contratto LA. Il credito infragiornaliero concesso a qualunque membro del gruppo LA sul proprio conto PM può essere coperto dalla liquidità disponibile sugli altri conti PM detenuti da tale membro del gruppo LA o sui conti PM detenuti da qualunque altro membro del gruppo LA presso la stessa, o qualunque altra, BCN LA.

3. Per poter utilizzare la funzione LA, uno o più partecipanti a TARGET2 che soddisfa/no le condizioni di cui al paragrafo 1 deve/ono concludere un contratto LA con la [inserire nome BC] e, ove ammissibile, con l’altra/le altre BC dei sistemi componenti di TARGET2 ai quali gli altri membri del gruppo LA partecipano. Un partecipante a TARGET2 può concludere un solo contratto LA con riferimento ad uno specifico conto PM. Il contratto LA deve essere redatto in conformità del fac-simile di cui all’appendice VII.

4. Ciascun gruppo LA designa un gestore del gruppo LA. Nel caso in cui il gruppo LA sia composto da un solo partecipante, questi agisce in qualità di gestore del gruppo LA. Il gestore del gruppo LA invia alla BCN gestore una richiesta scritta (contenente modelli di raccolta dei dati statici forniti da [inserire nome della BC]) con cui richiede di poter utilizzare la funzione LA, insieme al contratto LA concluso sulla base del fac-simile reso disponibile dalla BCN gestore. I restanti membri del gruppo LA presentano le proprie richieste scritte (contenenti modelli di raccolta dei dati statici forniti da [inserire nome della BC]) alle rispettive BCN LA. La BCN gestore può richiedere qualunque ulteriore informazione o documentazione aggiuntiva ritenuta utile per decidere sulla richiesta. Inoltre, la BCN gestore, in accordo con le altre BCN LA, può richiedere che vengano inserite nel contratto LA ulteriori disposizioni che ritenga utili per assicurare il corretto e puntuale adempimento di qualunque obbligo attuale e/o futuro da parte di tutti i membri del gruppo LA nei confronti di qualunque BCN LA.

5. La BCN gestore verifica se i richiedenti rispettano i requisiti necessari per costituire un gruppo LA e se il contratto LA è stato debitamente perfezionato. A tal scopo, la BCN gestore può coordinarsi con le altre BCN LA. La decisione della BCN gestore è comunicata per iscritto al gestore del gruppo LA entro un mese dalla ricezione, da parte della BCN gestore, della richiesta di cui al paragrafo 4, o, qualora la BCN gestore richieda informazioni ulteriori, entro un mese dalla ricezione di tali informazioni da parte della BCN gestore. Qualunque decisione di rigetto deve essere motivata.

6. I membri del gruppo LA hanno automaticamente accesso alla funzione ICC.

7. Le informazioni e tutte le misure interattive di controllo nell’ambito di un gruppo LA sono disponibili attraverso l’ICM.

[Inserire se applicabile:

Articolo 25a

Pegno/realizzazione

1. I diritti presenti e futuri della [inserire nome della BC] derivanti dal rapporto giuridico tra un membro del gruppo LA e la [inserire nome BC] e che sono garantiti da [inserire il termine applicabile: pegno/floating charge] ai sensi dell’articolo 36, paragrafi 1 e 2, delle presenti Condizioni, comprendono i diritti della [inserire nome della BC] nei confronti di tale membro del gruppo LA derivanti dal contratto LA di cui entrambi sono parti.

2. [Inserire se necessario in base alla legge applicabile: Fermo restando quanto previsto nel contratto LA, tale pegno non impedisce al partecipante di utilizzare il contante detenuto nel/i proprio/i conto/i PM nel corso della giornata operativa.]

3. [Inserire se necessario in base alla legge applicabile: Clausola di destinazione: Il membro del gruppo LA destina il contante depositato sul proprio conto PM all’adempimento di tutti i suoi obblighi derivanti da [inserire il riferimento agli accordi che danno attuazione alle Condizioni armonizzate].]

[Se ammissibile e se richiesto in base alla legge applicabile:

Articolo 25b

Escussione del pegno

Al verificarsi di un evento che legittima l’escussione, la [inserire nome della BC] ha il diritto incondizionato di realizzare il pegno senza alcun preavviso. [Inserire se ritenuto appropriato in base alla legge applicabile: in conformità di [inserire le disposizioni di legge nazionali che regolano l’escussione del pegno].]

[Se ammissibile e richiesto in base alla legge applicabile:

Articolo 25c

Escussione delle garanzie

Al verificarsi dell’evento che legittima l’escussione («Enforcement event»), la [inserire nome della BC] ha il diritto di realizzare le garanzie ai sensi dell’articolo 36.]

Articolo 26

Compensazione dei crediti ai sensi dell’articolo 36, paragrafi 4 e 5

Al verificarsi di un evento che legittima l’escussione, ogni credito della [inserire nome della BC] nei confronti di un membro del gruppo LA diviene immediatamente esigibile ed è sottoposto all’articolo 36, paragrafi 4 e 5, delle presenti Condizioni.

TITOLO VI

REQUISITI DI SICUREZZA E ASPETTI DI CONTINGENCY

Articolo 27

Procedure di business continuity e di contingency

Nel caso in cui si verifichi un evento esterno di natura straordinaria o ogni altro evento che infici l’operatività della SSP, si applicano le procedure di business continuity e di contingency descritte all’appendice IV.

Articolo 28

Requisiti di sicurezza

1. I partecipanti pongono in essere controlli di sicurezza adeguati a proteggere i propri sistemi dall’accesso e dall’uso non autorizzati. I partecipanti sono responsabili esclusivamente per l’adeguata protezione della riservatezza, integrità e disponibilità dei propri sistemi.

2. I partecipanti informano la [inserire nome della BC] di qualunque evento che danneggia la sicurezza della propria infrastruttura tecnica e, ove opportuno, di incidenti che danneggiano la sicurezza dell’infrastruttra tecnica di terzi fornitori. La [inserire nome della BC] può richiedere ulteriori informazioni riguardanti l’incidente e, se necessario, richiede che il partecipante adotti misure adeguate a evitare il ripetersi di un evento del genere.

3. La [inserire nome della BC] può imporre requisiti di sicurezza aggiuntivi in capo a tutti i partecipanti e/o a partecipanti che sono ritenuti problematici da parte della [inserire nome della BC].

TITOLO VII

MODULO DI INFORMAZIONE E CONTROLLO

Articolo 29

Uso dell’ICM

1. L’ICM:

a) consente ai partecipanti di accedere a informazioni riguardanti i propri conti e di gestire la liquidità;

b) può essere utilizzato per disporre ordini di trasferimento di liquidità; e

c) consente ai partecipanti di disporre pagamenti in backup (backup lump sum payments e backup contingency payments) nel caso di un guasto dell’infrastruttura di pagamento del partecipante.

2. Ulteriori dettagli di natura tecnica sull’ICM sono contenuti nell’appendice I.

TITOLO VIII

INDENNIZZO, REGIME DI RESPONSABILITÀ E PROBATORIO

Articolo 30

Meccanismo d’indennizzo

Se, a causa di un malfunzionamento tecnico di TARGET2, un ordine di pagamento non può essere regolato nella medesima giornata lavorativa in cui è stato accettato, la [inserire nome della BC] offre di indennizzare i partecipanti diretti interessati, in conformità della speciale procedura prevista nell’appendice II.

Articolo 31

Regime di responsabilità

1. Nell’adempimento dei rispettivi obblighi derivanti dalle presenti Condizioni, la [inserire nome della BC] e i partecipanti sono tenuti ad osservare reciprocamente, nei limiti della ragionevolezza, un generale dovere di diligenza.

2. La [inserire nome della BC] è responsabile nei confronti dei propri partecipanti nei casi di frode (che include ma non è limitata alla condotta dolosa) o colpa grave, per qualunque perdita derivante dall’operatività di TARGET2-[inserire riferimento a BC/paese]. Nei casi di colpa ordinaria, la responsabilità della [inserire nome della BC] è limitata ai danni diretti causati al partecipante, vale a dire l’ammontare dell’operazione in questione e/o la perdita dei relativi interessi, escluso qualunque danno indiretto.

3. La [inserire nome della BC] non è responsabile per eventuali danni causati da qualunque malfunzionamento o guasto nell’infrastruttura tecnica (inclusi a titolo meramente esemplificativo l’infrastruttura informatica della [inserire nome della BC]), programmi, dati, applicazioni o reti, se tale malfunzionamento o guasto si verifica nonostante la [inserire nome della BC] abbia adottato tutte le misure ragionevolmente necessarie a proteggere l’infrastruttura da malfunzionamenti o guasti nonché a eliminare le conseguenze che ne sono derivate (tali misure comprendono, a titolo meramente esemplificativo, l’avvio e la conclusione delle procedure di business continuity e di contingency di cui all’appendice IV).

4. La [inserire nome della BC] non è responsabile:

a) nei limiti in cui il danno è causato dal partecipante; o

b) se il danno deriva da eventi esterni che sfuggono al controllo che la [inserire nome della BC] può ragionevolmente esercitare (forza maggiore).

5. Nonostante quanto previsto dalle [inserire le disposizioni nazionali di attuazione della direttiva 97/5/CE del Parlamento europeo e del Consiglio, del 27 gennaio 1997, sui bonifici transfrontalieri ( 11 ), i paragrafi da 1 a 4 si applicano nei limiti in cui la responsabilità della [inserire nome della BC] possa essere esclusa.

6. La [inserire nome della BC] e i partecipanti adottano tutte le misure ragionevoli e praticabili per limitare i danni o le perdite di cui al presente articolo.

7. Nell’adempimento di tutti o di parte degli obblighi di cui alle presenti Condizioni, la [inserire nome della BC] può incaricare terzi ad agire in proprio nome, in particolare fornitori di servizi di telecomunicazione o di rete, o altri soggetti, se ciò risulta necessario per adempiere gli obblighi della [inserire nome della BC] o rappresenta una prassi standard di mercato. L’obbligo della [inserire nome della BC] è limitato all’accuratezza nella selezione di tali terzi e nell’affidamento dell’incarico loro attribuito e la responsabilità della [inserire nome della BC] è limitata in modo corrispondente. Ai fini del presente paragrafo, le BC fornitrici della SSP non sono considerate terzi.

Articolo 32

Regime probatorio

1. Salvo quanto diversamente previsto dalle presenti Condizioni, tutti i pagamenti e i messaggi relativi all’elaborazione dei pagamenti nell’ambito di TARGET2, quali le conferme di addebito o accredito, o gli estratti-conto, tra la [inserire nome della BC] e i partecipanti, sono effettuati per il tramite del fornitore dei servizi di rete.

2. Le registrazioni in forma elettronica o scritta dei messaggi conservate dalla [inserire nome della BC] o dal fornitore dei servizi di rete sono accettate quale mezzo di prova dei pagamenti effettuati attraverso la [inserire nome della BC]. La versione memorizzata o stampata del messaggio originale del fornitore dei servizi di rete è accettata quale mezzo di prova, a prescindere dalla forma del messaggio originale.

3. In caso di guasto della connessione di un partecipante al fornitore dei servizi di rete, il partecipante ricorre ai mezzi alternativi di trasmissione dei messaggi di cui all’appendice IV. In tali casi, la versione memorizzata o stampata del messaggio prodotta dalla [inserire nome della BC] ha lo stesso valore probatorio del messaggio originale, a prescindere dalla sua forma.

4. La [inserire nome della BC] tiene registrazioni complete degli ordini di pagamento immessi e dei pagamenti ricevuti dai partecipanti per un periodo di [inserire il periodo richiesto in base alla legge applicabile] dal momento in cui tali ordini di pagamento sono immessi e i pagamenti sono ricevuti.

5. I libri contabili e i registri della [inserire nome della BC] (siano essi in forma cartacea, microfilm, microfiche, in forma elettronica o magnetica, in qualunque altra forma meccanicamente riproducibile o altro) sono accettati come mezzo di prova di qualunque obbligo dei partecipanti e di qualunque fatto ed evento su cui le parti facciano affidamento.

TITOLO IX

CESSAZIONE DELLA PARTECIPAZIONE E CHIUSURA DEI CONTI

Articolo 33

Durata e cessazione ordinaria della partecipazione

1. Fatto salvo quanto previsto dall’articolo 34, la partecipazione a TARGET2-[inserire riferimento a BC/paese] è a tempo indeterminato.

2. Un partecipante può recedere dal rapporto di partecipazione a TARGET2-[inserire riferimento a BC/paese] 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.

3. La [inserire nome della BC] può recedere nei confronti di un partecipante a TARGET2-[inserire riferimento a BC/paese] in qualunque momento dandone un preavviso di tre mesi, salvo che abbia concordato con quel partecipante un preavviso di durata diversa.

4. A seguito della cessazione della partecipazione, gli obblighi di riservatezza di cui all’articolo 38 rimangono in vigore per un periodo di cinque anni decorrenti dalla data della cessazione.

5. A seguito della cessazione della partecipazione i conti PM del partecipante interessato sono chiusi conformemente all’articolo 35.

Articolo 34

Sospensione e cessazione straordinaria della partecipazione

1. La partecipazione di un partecipante a TARGET2-[inserire riferimento a BC/paese] cessa con effetto immediato e senza preavviso ovvero è sospesa se si verifica uno dei seguenti eventi di default:

a) l’apertura di procedure d’insolvenza; e/o

b) la perdita dei requisiti di cui all’articolo 4.

2. La [inserire nome della BC] può decidere di disporre la cessazione senza preavviso o la sospensione della partecipazione del partecipante a TARGET2-[inserire riferimento a BC/paese] se:

a) si verificano uno o più eventi di default (diversi da quelli di cui al paragrafo 1);

b) il partecipante compie una grave violazione delle presenti Condizioni;

c) il partecipante non adempie alcuno degli obblighi assunti nei confronti della [inserire nome della BC];

d) il partecipante è escluso da, o cessa comunque di essere membro di un CUG di TARGET2; e/o

e) 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 TARGET2-[inserire il riferimento a BC/paese] o di qualunque altro sistema componente di TARGET2, 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.

3. Nell’esercizio del potere discrezionale di cui al paragrafo 2, la [inserire nome della BC] tiene conto, fra le altre cose, della gravità dell’evento di default o degli eventi menzionati alle lettere da a) a c).

4.

a) Nel caso in cui la [inserire nome della BC] disponga la sospensione o la cessazione della partecipazione di un partecipante a TARGET2-[inserire riferimento a BC/paese] ai sensi del paragrafo 1 o 2, la [inserire nome della BC] informa immediatamente di tale sospensione o cessazione il partecipante interessato, le altre BC e gli altri partecipanti mediante un messaggio di rete ICM.

b) Nel caso in cui la [inserire il nome della BC] riceva comunicazione da un’altra BC della sospensione o della cessazione della partecipazione di un partecipante in un altro sistema componente di TARGET2, la [inserire nome della BC] informa immediatamente di tale sospensione o cessazione i propri partecipanti mediante un messaggio di rete ICM.

c) Una volta che tale messaggio di rete ICM sia stato ricevuto dai partecipanti, i medesimi si intendono a conoscenza della cessazione/sospensione della partecipazione di un partecipante a TARGET2-[inserire riferimento a BC/paese] o a un altro sistema componente di TARGET2. Restano a carico dei partecipanti le eventuali conseguenze derivanti dall’immissione di un ordine di pagamento a favore di partecipanti la cui partecipazione sia stata sospesa o risolta, se tale ordine di pagamento è stato immesso in TARGET2-[inserire riferimento a BC/paese] dopo la ricezione del messaggio di rete ICM.

5. A seguito della cessazione della partecipazione di un partecipante, TARGET2-[inserire riferimento a BC/paese] non accetta nessun nuovo ordine di pagamento da parte di tale partecipante. Gli ordini di pagamento in lista d’attesa, quelli anticipati o nuovi ordini di pagamento a favore di tale partecipante sono rinviati al mittente.

6. Se un partecipante è sospeso da TARGET2-[inserire riferimento a BC/paese], tutti i suoi pagamenti in entrata e in uscita sono accantonati ed immessi nella entry disposition solo dopo che i medesimi siano stati esplicitamente accettati dalla BC del partecipante sospeso.

Articolo 35

Chiusura dei conti PM

1. I partecipanti possono chiudere i propri conti PM in qualunque momento, dando alla [inserire nome della BC] un preavviso di 14 giornate lavorative.

2. Al momento della cessazione della partecipazione, ai sensi dell’articolo 33 o 34, la [inserire nome della BC] chiude i conti PM del partecipante interessato, dopo avere:

a) regolato o rinviato al mittente tutti gli ordini di pagamento in lista d’attesa; e

b) esercitato i propri diritti di pegno e compensazione di cui all’articolo 36.

TITOL