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 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 (6)], 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 (7) e dal regolamento BCE/2003/9, del 12 settembre 2003, sull’applicazione delle riserve obbligatorie minime (8).

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 (9), 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.

TITOLO X

DISPOSIZIONI FINALI

Articolo 36

Diritti di pegno e compensazione della [inserire nome della BC]

1.   [Inserire se applicabile: La [inserire nome della BC] è titolare di un pegno sui saldi a credito presenti e futuri dei conti PM dei partecipanti, che pertanto garantiscono qualunque credito attuale e futuro derivante dal rapporto giuridico che intercorre tra le parti.]

1a.   [Inserire se applicabile: I crediti presenti e futuri di un partecipante nei confronti della [inserire nome della BC] derivanti dal saldo a credito sul conto PM sono ceduti in garanzia (a titolo fiduciario) alla [inserire nome della BC] a copertura di qualunque credito presente e futuro della [inserire nome della BC] nei confronti del partecipante derivante da [inserire riferimento all’accordo che attua le presenti Condizioni]. Tali garanzie sono costituite per effetto del mero accredito dei fondi sul conto PM del partecipante.]

1b.   [Inserire se applicabile: La [inserire nome della BC] è titolare di un floating charge sui saldi a credito presenti e futuri dei conti PM dei partecipanti, che pertanto garantiscono qualunque credito attuale e futuro derivante dal rapporto giuridico che intercorre tra le parti.]

2.   [Inserire se applicabile: La [inserire nome della BC] ha il diritto di cui al paragrafo 1 anche se i propri diritti sono condizionati o non ancora esigibili.]

3.   [Inserire se applicabile: Il partecipante, agendo in qualità di titolare di un conto PM, riconosce la costituzione di un pegno a favore della [inserire nome della BC], presso la quale quel conto è stato aperto; tale riconoscimento vale come consegna alla [inserire nome della BC] dei beni costituiti in pegno, ai sensi della legge [inserire la relativa qualificazione nazionale]. Qualunque somma versata su un conto PM il cui saldo sia costituito in pegno, per il solo fatto di essere versata, è vincolata irrevocabilmente e senza alcun limite, a garanzia del pieno adempimento degli obblighi del partecipante.]

4.   Al verificarsi di

a)	un evento di default previsto all'articolo 34, paragrafo 1; o

b)	qualunque altro evento di default o evento previsto all’articolo 34, paragrafo 2, che ha condotto alla cessazione o alla sospensione della partecipazione del partecipante a Target 2- [inserire BC/riferimento paese],

nonostante l’avvio di una procedura d’insolvenza nei confronti di un partecipante e nonostante ogni cessione, sequestro di qualsiasi natura, o atto di disposizione dei diritti del partecipante, o ad essi relativo, tutti gli obblighi del partecipante divengono automaticamente e immediatamente esigibili, senza preavviso e senza la necessità di un’approvazione preliminare da parte di un’autorità. Inoltre, i debiti reciproci del partecipante e della [inserire nome della BC] sono automaticamente compensati fra loro e la parte in debito per l’importo maggiore corrisponde all’altra la differenza tra gli importi rispettivamente dovuti.

5.   La [inserire nome della BC] dà prontamente preavviso al partecipante di qualunque compensazione operata ai sensi del paragrafo 4 una volta che tale compensazione ha avuto luogo.

6.   La [inserire nome della BC] può, senza preavviso, addebitare sul conto PM di ogni partecipante qualunque somma da questi dovuta alla [inserire nome della BC] in dipendenza del rapporto giuridico tra di essi intercorrente.

Articolo 37

Diritti di garanzia in relazione a fondi sui sotto-conti

1.   La [inserire nome della BC] ha [inserire riferimento alla tecnica per la costituzione di garanzie secondo l’ordinamento giuridico applicabile] sul saldo del sotto-conto di un partecipante aperto per il regolamento di istruzioni di pagamento riferibili a un SA in conformità degli accordi conclusi tra il sistema ancillare e la rispettiva BC. Il suddetto saldo garantisce l’obbligazione, assunta dal partecipante ai sensi del successivo paragrafo 7, nei confronti della [inserire nome della BC].

2.   La [inserire nome della BC] blocca il saldo del sotto-conto del partecipante previa comunicazione del SA (attraverso un messaggio «start of cycle»). Tale blocco decade su specifica comunicazione del SA (attraverso un messaggio «end of cycle»).

3.   Con la conferma del blocco del saldo esistente sul sotto-conto del partecipante, la [inserire nome della BC] garantisce al SA il pagamento nei limiti del suddetto saldo. La garanzia è irrevocabile, incondizionata e pagabile a prima richiesta. Qualora la [inserire nome della BC] non sia la BC del SA, la suddetta garanzia della [inserire nome della BC] è considerata come costituita in favore della BC del sistema ancillare.

4.   In assenza di procedure di insolvenza nei confronti del partecipante, le istruzioni di pagamento del SA, volte alla quadratura dell’obbligazione di regolamento del partecipante, sono regolate senza attingere alla garanzia e senza esercitare la prelazione sul saldo del sotto-conto del partecipante.

5.   In caso di insolvenza del partecipante, l’istruzione di pagamento riferibile al SA volta alla quadratura dell’obbligazione di regolamento del partecipante, costituisce la prima richiesta ai fini dell’escussione della garanzia; l’addebito conseguente al pagamento disposto dal sotto-conto del partecipante (e accreditato sul conto tecnico del SA) è considerato quale corretto adempimento dell’obbligazione di garanzia da parte della [inserire nome della BC] e, contestualmente, determina la realizzazione del diritto di garanzia di quest’ultima sul saldo del sotto-conto del partecipante.

6.   La garanzia cessa quando il sistema ancillare comunica che il regolamento è andato a buon fine (attraverso un messaggio «end of cycle»).

7.   Il partecipante è obbligato a rimborsare alla [inserire nome della BC] qualunque pagamento effettuato da quest’ultima in dipendenza della ripetuta garanzia.

Articolo 38

Riservatezza

1.   La [inserire nome della BC] tiene riservate tutte le informazioni di carattere personale o coperte da segreto, incluse quelle relative a pagamenti, informazioni di carattere tecnico o organizzativo, riferibili al partecipante o ai suoi clienti, salvo che il partecipante o il cliente abbiano acconsentito per iscritto alla loro rivelazione [inserire la frase seguente se applicabile secondo il diritto nazionale: ovvero tale rivelazione sia permessa o richiesta secondo il diritto [inserire l’aggettivo relativo al nome del paese]].

2.   In deroga al paragrafo 1, il partecipante acconsente a che la [inserire nome della BC] comunichi informazioni sui pagamenti, di natura tecnica o organizzativa concernenti il partecipante o sui suoi clienti, acquisite in occasione dell’attività di TARGET2-[inserire riferimento a BC/paese] ad altre BC o terzi coinvolti nell’operatività di TARGET2-[inserire riferimento a BC/paese], nei limiti in cui ciò sia necessario per l’efficiente funzionamento di TARGET2, ovvero alle autorità di vigilanza e sorveglianza degli Stati membri e della Comunità, nei limiti in cui ciò sia necessario per l’esercizio delle loro funzioni pubbliche, e a condizione che in tutti i casi suddetti tale comunicazione non sia in contrasto con la legge applicabile. La [inserire nome della BC] non è responsabile delle conseguenze finanziarie e commerciali di tale comunicazione.

3.   In deroga al paragrafo 1, e a condizione che ciò non renda possibile identificare, direttamente o indirettamente, il partecipante o i suoi clienti, la [inserire nome della BC] può utilizzare, comunicare o pubblicare informazioni sui pagamenti che riguardano il partecipante o i suoi clienti, a fini statistici, storici, scientifici o di altra natura nell’esercizio delle sue funzioni pubbliche ovvero delle funzioni di altri enti pubblici ai quali tali informazioni sono comunicate.

4.   Le informazioni riguardanti l’attività di TARGET2-[inserire riferimento a BC/paese] alle quali i partecipanti hanno avuto accesso, possono essere utilizzate solo per i fini previsti dalle presenti Condizioni. I partecipanti tengono tali informazioni riservate, salvo che la [inserire nome della BC] abbia esplicitamente dato il proprio consenso scritto alla rivelazione. I partecipanti assicurano che qualunque terzo al quale essi diano in outsourcing, deleghino o attribuiscano in base ad un subcontratto compiti che hanno o possano avere un impatto sull’adempimento dei propri obblighi di cui alle presenti Condizioni, sia vincolato dagli obblighi di riservatezza di cui al presente articolo.

5.   La [inserire nome della BC] è autorizzata, per il regolamento degli ordini di pagamento, ad elaborare e trasferire i dati necessari al fornitore dei servizi di rete.

Articolo 39

Tutela dei dati, prevenzione del riciclaggio di denaro e questioni connesse

1.   I partecipanti si presumono a conoscenza di e devono rispettare tutti gli obblighi a loro carico, relativi alla legislazione sulla tutela dei dati personali, sulla prevenzione del riciclaggio di danaro e sul finanziamento del terrorismo, con particolare riferimento all’adozione di misure appropriate relative a qualunque pagamento addebitato o accreditato sui rispettivi conti PM. I partecipanti, prima di concludere il contratto con il fornitore dei servizi di rete, hanno l’onere di informarsi presso quest’ultimo sulle regole concernenti il recupero dei dati.

2.   La [inserire nome della BC] si intende autorizzata dai partecipanti ad acquisire informazioni sul loro conto da qualunque autorità finanziaria o di vigilanza, o che sovrintende alle negoziazioni, sia essa nazionale o estera, se tali informazioni sono necessarie per la partecipazione a TARGET2-[inserire riferimento a BC/paese].

Articolo 40

Comunicazioni

1.   Salvo che sia altrimenti disposto nelle presenti Condizioni, tutte le comunicazioni previste nelle presenti Condizioni sono inviate per raccomandata, telefax o con qualunque altro mezzo in forma scritta o mediante un messaggio autenticato attraverso il fornitore dei servizi di rete. Le comunicazioni dirette alla [inserire nome della BC] sono inviate al capo del [inserire nome del dipartimento del sistema dei pagamenti o unità competente della BC] della [inserire nome della BC], [includere indirizzo della BC] o al [inserire l’indirizzo SWIFT della BC]. Le comunicazioni dirette al partecipante sono inviate all’indirizzo, numero di fax ovvero al suo indirizzo SWIFT, così come comunicati di volta in volta dal partecipante alla [inserire nome della BC].

2.   Per comprovare l’avvenuto invio di una comunicazione, è sufficiente dimostrare che essa è stata consegnata al relativo indirizzo pertinente o che la busta contenente tale comunicazione è stata adeguatamente indirizzata e spedita.

3.   Tutte le comunicazioni sono effettuate in [inserire la lingua nazionale pertinente e/o «inglese»].

4.   I partecipanti sono vincolati da tutti i formulari e documenti della [inserire nome della BC] che i partecipanti hanno compilato e sottoscritto, inclusi a titolo esemplificativo i moduli di raccolta dei dati statici, di cui all’articolo 8, paragrafo 2, lettera a), e le informazioni fornite ai sensi dell’articolo 11, paragrafo 5, che sono stati presentati conformemente ai paragrafi 1 e 2 e che la [inserire nome della BC] ritiene ragionevolmente di aver ricevuto dai partecipanti, dai loro dipendenti o delegati.

Articolo 41

Rapporto contrattuale con il fornitore dei servizi di rete

1.   Ai fini delle presenti Condizioni, il fornitore dei servizi di rete è SWIFT. Ciascun partecipante deve concludere un accordo separato con SWIFT relativo ai servizi da quest’ultimo forniti in rapporto all’utilizzo di TARGET2-[inserire riferimento a BC/paese]. Il rapporto giuridico che intercorre tra un partecipante e SWIFT è disciplinato esclusivamente dai termini e dalle condizioni di SWIFT.

2.   Ciascun partecipante deve anche partecipare ai CUG di TARGET2, come indicato dalle BC fornitrici della SSP che agiscono in qualità di SWIFT service administrator per la SSP. L’ammissione di un partecipante in un CUG di TARGET2 e l’esclusione da esso ha effetto una volta che ne sia data comunicazione a SWIFT dallo SWIFT service administrator.

3.   I partecipanti devono conformarsi allo SWIFT Service Profile di TARGET2, reso disponibile dalla [inserire nome della BC].

4.   I servizi che SWIFT deve fornire non fanno parte dei servizi che devono essere offerti dalla [inserire nome della BC] con riguardo a TARGET2.

5.   La [inserire nome della BC] non è responsabile per gli atti, errori od omissioni di SWIFT (inclusi quelli dei suoi amministratori, del suo personale e suoi subcontraenti) quale fornitore dei servizi SWIFT, o per qualunque atto, errore od omissione dei fornitori di rete selezionati dai partecipanti per accedere alla rete SWIFT.

Articolo 42

Procedura di modifica

La [inserire nome della BC] può in qualunque momento modificare unilateralmente le presenti Condizioni, comprese le appendici. Le modifiche alle presenti Condizioni, comprese le appendici, sono rese note mediante [inserire il relativo mezzo di comunicazione]. Le modifiche si intendono accettate salvo che il partecipante vi si opponga espressamente entro 14 giorni dal momento in cui è stato informato di tali modifiche. Nel caso in cui un partecipante si opponga alla modifica, la [inserire nome della BC] può far cessare immediatamente la partecipazione di quel partecipante a TARGET2-[inserire riferimento a BC/paese] e chiudere i suoi conti PM.

Articolo 43

Diritti dei terzi

1.   Tutti i diritti, interessi, obblighi, responsabilità e pretese derivanti dalle o relativi alle presenti Condizioni non possono essere trasferiti, costituiti in pegno o ceduti dai partecipanti a terzi senza il consenso scritto della [inserire nome della BC].

2.   Le presenti Condizioni non creano diritti a favore od obblighi a carico di qualunque soggetto diverso dalla [inserire nome della BC] e dai partecipanti a TARGET2-[inserire riferimento a BC/paese].

Articolo 44

Legge applicabile, giurisdizione e luogo dell’adempimento

1.   Il rapporto bilaterale che intercorre tra la [inserire nome della BC] e i partecipanti a TARGET2-[inserire riferimento a BC/paese] è soggetto alla legge [inserire l’aggettivo relativo al nome del paese].

2.   Fatta salva la competenza della Corte di giustizia delle Comunità europee, qualunque controversia derivante da questioni connesse al rapporto di cui al paragrafo 1 rientra nella giurisdizione esclusiva dei tribunali competenti di [inserire la sede della BC].

3.   Il luogo dell’adempimento relativo al rapporto giuridico che intercorre tra la [inserire riferimento alla BC] e i partecipanti è [inserire la sede della BC].

Articolo 45

Scindibilità

L’invalidità di alcuna delle previsioni contenute nelle presenti Condizioni non pregiudica l’applicabilità di tutte le altre disposizioni delle Condizioni stesse.

Articolo 46

Entrata in vigore e cogenza

1.   Le presenti Condizioni hanno effetto a partire da [inserire data].

2.   [Inserire se appropriato secondo il diritto nazionale applicabile: Con la partecipazione a TARGET2-[inserire riferimento a BC/paese], i partecipanti automaticamente accettano le presenti Condizioni tra loro e nei confronti della [inserire nome della BC].]

---

(1)  GU L 177 del 30.6.2006, pag. 1.

(2)  GU L 166 dell’11.6.1998, pag. 45.

(3)  GU L 332 del 31.12.1993, pag. 1.

(4)  Regolamento (CE) n. 2238/2004 della Commissione, del 29 dicembre 2004, che modifica il regolamento (CE) n. 1725/2003 che adotta taluni principi contabili internazionali conformemente al regolamento (CE) n. 1606/2002 del Parlamento europeo e del Consiglio, per quanto riguarda l’IFRS 1, gli IAS da 1 a 10, da 12 a 17, da 19 a 24, da 27 a 38, 40 e 41 e i SIC da 1 a 7, da 11 a 14, da 18 a 27 e da 30 a 33 (GU L 394 del 31.12.2004, pag. 1).

(5)  GU L 145 del 30.4.2004, pag. 1.

(6)  GU L 275 del 27.10.2000, pag. 39.

(7)  GU L 318 del 27.11.1998, pag. 1.

(8)  GU L 250 del 2.10.2003, pag. 10.

(9)  GU L 43 del 14.2.1997, pag. 25.

ALLEGATO III

CREDITO INFRAGIORNALIERO

Definizioni

Ai fini del presente allegato si applicano le seguenti definizioni:

—	per «direttiva bancaria» s’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) (1),

—	per «ente creditizio» si intende un ente creditizio ai sensi dell’articolo 2 e dell’articolo 4, paragrafo 1, lettera a), della direttiva bancaria, come attuati dal diritto nazionale, sottoposto alla vigilanza di un’autorità competente,

—	per «operazione di rifinanziamento marginale» si intende un’operazione dell’Eurosistema che può essere utilizzata dalle controparti per ricevere credito overnight da una BCN al tasso di rifinanziamento marginale predeterminato,

—	per «tasso di rifinanziamento marginale» si intende il tasso di interesse applicabile alle operazioni di rifinanziamento marginale,

—	per «succursale» si intende una succursale ai sensi dell’articolo 4, paragrafo 3, della direttiva bancaria, come attuato dalle misure di attuazione di diritto nazionale,

—

per «ente del settore pubblico» si intende un soggetto nell’ambito del «settore pubblico», ai sensi della definizione di cui all’articolo 3 del regolamento (CE) n. 3603/93 del Consiglio, del 13 dicembre 1993, che contiene le definizioni necessarie all’applicazione dei divieti enunciati all’articolo 104 e all’articolo 104 B, paragrafo 1, del trattato (2) (ora articoli 101 e 103, paragrafo 1),

—

per «impresa d’investimento» si intende un’impresa d’investimento ai sensi 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 85/611/CEE e 93/6/CEE del Consiglio e la direttiva 2000/12/CE del Parlamento europeo e del Consiglio e che abroga la direttiva 93/22/CEE del Consiglio (3), con esclusione dei soggetti specificati nell’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, che sia stata designata come tale ai sensi della direttiva 2004/39/CE; e b) abilitata a svolgere le attività di cui alle voci 2, 3, 6 e 7 della sezione A dell’allegato I della direttiva 2004/39/CE;

—	per «stretti legami» si intendono gli stretti legami ai sensi del capitolo 6 dell’allegato I dell’indirizzo BCE/2000/7 del 31 agosto 2000 sugli strumenti e sulle procedure di politica monetaria dell’Eurosistema (4);

—	per «procedure d’insolvenza» si intendono le procedure di insolvenza ai sensi dell’articolo 2, lettera j), della direttiva 98/26/CE;

—

per «evento di default» s’intende qualunque evento imminente o attuale, il cui verificarsi possa porre in pericolo l’adempimento da parte di un partecipante dei propri obblighi derivanti dalle misure nazionali di attuazione del presente indirizzo o da qualunque altra norma applicabile al rapporto che intercorre tra quel partecipante e qualunque delle altre BC dell’Eurosistema, tra cui: a) il caso in cui il partecipante non soddisfa più i criteri di accesso e/o i requisiti tecnici stabiliti nell’allegato II; b) l’apertura di procedure di insolvenza nei confronti del partecipante; c) la presentazione 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 relativi al credito infragiornaliero; e) la conclusione da parte di un 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 rispettiva BCN partecipante; 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 sequestro, confisca o qualunque altra procedura diretta a proteggere l’interesse pubblico o i diritti dei creditori del partecipante; h) il caso in cui la partecipazione di un partecipante a un sistema componente di TARGET2 e/o a un sistema ancillare sia stata sospesa o cessata; i) il caso in cui qualunque rappresentazione di fatti o una dichiarazione pre-contrattuale 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.

Soggetti idonei

1.

Ciascuna BCN partecipante concede credito infragiornaliero ai soggetti di cui al seguente paragrafo 2 che detengono un conto presso la BCN partecipante interessata. Tuttavia, il credito infragiornaliero non può essere concesso a un soggetto insediato in un paese diverso dallo Stato membro nel quale è situata la sede della BCN partecipante presso la quale detto soggetto detiene un conto.

2.

Il credito infragiornaliero può essere concesso solo ai seguenti soggetti: a) enti creditizi insediati nel SEE che sono controparti idonee per le operazioni di politica monetaria dell’Eurosistema e che hanno accesso alle operazioni di rifinanziamento marginale, compreso il caso in cui gli enti creditizi agiscono attraverso una succursale insediata nel SEE, e comprese le succursali insediate nel SEE di enti creditizi che sono insediati al di fuori del SEE; b) enti creditizi insediati nel SEE che non sono controparti idonee per le operazioni di politica monetaria dell’Eurosistema e/o che non hanno accesso alle operazioni di rifinanziamento marginale, compreso il caso in cui essi agiscono attraverso una succursale insediata nel SEE, e comprese le succursali insediate nel SEE di enti creditizi che hanno la propria direzione generale al di fuori del SEE; c) dipartimenti del Tesoro di governi centrali o regionali degli Stati membri, attivi sui mercati monetari, e enti del settore pubblico degli Stati membri autorizzati a detenere conti per la clientela; d) imprese d’investimento insediate nel SEE, a condizione che esse abbiano concluso un accordo con una controparte della politica monetaria dell’Eurosistema, al fine di assicurare che qualunque posizione debitoria residuale al termine del giorno considerato sia coperta; e e) soggetti diversi da quelli che ricadono nelle lettere a) e b) che offrono servizi di compensazione e regolamento, insediati nel SEE e sottoposti alla sorveglianza da parte di un’autorità competente, a condizione che gli accordi per la concessione di credito infragiornaliero a tali soggetti siano stati preventivamente sottoposti al Consiglio direttivo e dallo stesso approvati.

3.	Per i soggetti di cui al paragrafo 2, lettere da b) a e), il credito infragiornaliero è limitato al giorno in cui è concesso e non è possibile alcuna trasformazione in credito overnight.

Garanzie idonee

4.

Il credito infragiornaliero è basato su garanzie idonee e concesso mediante scoperti di conto infragiornalieri garantiti e/o operazioni di pronti contro termine infragiornaliere in conformità dei requisiti minimi comuni definiti dal Consiglio direttivo della BCE per le operazioni di politica monetaria dell’Eurosistema. Le garanzie idonee consistono nelle medesime attività e negli stessi strumenti idonei previsti per le operazioni di politica monetaria dell’Eurosistema e sono soggette alle stesse regole in materia di valutazione e controllo dei rischi stabilite nell’allegato I dell’indirizzo BCE/2000/7.

5.

Gli strumenti di debito emessi o garantiti dal beneficiario del credito infragiornaliero o da qualunque altro soggetto con il quale lo stesso beneficiario abbia stretti legami, possono essere accettati quali attività idonee solo nelle situazioni indicate nella sezione 6.2 dell’allegato I dell’indirizzo BCE/2000/7.

6.	Il Consiglio direttivo, su proposta della BCN partecipante interessata, può esentare i dipartimenti del Tesoro di cui al paragrafo 2, lettera c), dal rispetto dell’obbligo di fornire adeguate garanzie idonee per ottenere credito infragiornaliero.

Procedura di concessione del credito

7.	L’accesso al credito infragiornaliero può essere concesso solo nelle giornate lavorative.

8.	Il credito infragiornaliero non produce interessi.

9.	Il mancato adempimento da parte di un soggetto di cui al paragrafo 2, lettera a), dell’obbligo di rimborsare il credito infragiornaliero al termine della giornata è automaticamente considerato come richiesta da parte di tale soggetto di ricorrere alle operazioni di finanziamento marginale.

10.

Il mancato adempimento da parte di un soggetto, di cui al paragrafo 2, lettere b), d) o e), dell’obbligo di rimborsare il credito infragiornaliero al termine della giornata, qualunque ne sia la ragione, lo assoggetta all’obbligo di pagare le seguenti penali: a) se tale soggetto ha un saldo a debito sul proprio conto al termine della giornata, per la prima volta in un periodo di dodici mesi, esso è tenuto al pagamento di interessi a titolo di penali applicando sull’ammontare di tale saldo a debito il tasso di rifinanziamento marginale maggiorato di cinque punti percentuali; b) se tale soggetto ha un saldo a debito sul proprio conto al termine della giornata, almeno una seconda volta nel medesimo periodo di dodici mesi, il tasso d’interesse a titolo di penale di cui alla lettera a) è maggiorato di 2,5 punti percentuali per ogni mancato rimborso successivo al primo verificatosi nel suddetto periodo di dodici mesi.

11.	Il Consiglio direttivo può decidere di non applicare o ridurre le penali imposte ai sensi del paragrafo 10, se il saldo a debito di fine giornata è attribuibile a casi di forza maggiore e/o a un malfunzionamento tecnico di TARGET2, come definiti nell’allegato II.

Sospensione o cessazione del credito infragiornaliero

12.

Le BCN partecipanti dispongono la sospensione o la cessazione dell’accesso al credito infragiornaliero al verificarsi di un evento di default e/o di una delle seguenti circostanze: a) il conto che il soggetto detiene presso la BCN partecipante è sospeso o chiuso; b) il soggetto considerato non soddisfa più uno qualunque dei requisiti previsti nel presente allegato per la concessione di credito infragiornaliero.

13.	Laddove una BCN partecipante disponga la sospensione o la cessazione dell’accesso al credito infragiornaliero di una controparte di politica monetaria dell’Eurosistema, tale sospensione o cessazione non ha effetto fino alla sua approvazione da parte della BCE.

14.

In deroga al paragrafo 13, in caso d’urgenza una BCN partecipante può sospendere con effetto immediato l’accesso al credito infragiornaliero di una controparte di politica monetaria dell’Eurosistema. In tal caso la BCN partecipante interessata ne dà immediata comunicazione scritta alla BCE. La BCE può annullare la decisione della BCN partecipante. Tuttavia, se la BCE non comunica tale annullamento alla BCN partecipante entro dieci giorni lavorativi dalla data in cui la BCE ha ricevuto la comunicazione effettuata dalla BCN partecipante, la decisione di quest’ultima si intende approvata dalla BCE.

---

(1)  GU L 177 del 30.6.2006, pag. 1.

(2)  GU L 332 del 31.12.1993, pag. 1.

(3)  GU L 145 del 30.4.2004, pag. 1.

(4)  GU L 310 dell’11.12.2000, pag. 1.

ALLEGATO IV

PROCEDURE DI REGOLAMENTO PER I SISTEMI ANCILLARI

1.   Definizioni

Ai fini del presente allegato e ad integrazione delle definizioni di cui all’articolo 2 del presente indirizzo:

—	per «istruzione di accredito» si intende un’istruzione di pagamento immessa da un SA e indirizzata alla BCSA per addebitare su uno dei conti detenuti e/o gestiti dal SA nel PM, e per accreditare su un conto PM o un sotto-conto di un regolante l’importo in esso specificato,

—

per «istruzione di addebito» si intende un’istruzione di pagamento indirizzata alla BCR e immessa da un SA per addebitare sul conto PM o un sotto-conto di un regolante l’importo in esso specificato, sulla base di un mandato di addebito, e per accreditare uno dei conti SA nel PM o un altro conto PM o sotto-conto di un regolante,

—	per «istruzione di pagamento» o «istruzione di pagamento SA» si intende un’istruzione di addebito o un’istruzione di accredito,

—	per «banca centrale del sistema ancillare (BCSA)» si intende la BC dell’Eurosistema con la quale il SA in questione ha un accordo bilaterale per il regolamento delle istruzioni di pagamento SA nel PM,

—	per «banca centrale del regolante (BCR)» si intende una BC dell’Eurosistema presso la quale è in essere un conto PM di un regolante,

—	per «regolante» si intende un partecipante il cui conto PM o un sotto-conto è utilizzato per regolare istruzioni di pagamento SA,

—	per «modulo di informazione e controllo (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 in situazioni di contingency,

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

—

per «mandato di addebito» si intende un’autorizzazione concessa da un regolante mediante il modulo fornito dalle BC dell’Eurosistema tra i moduli di raccolta dei dati statici, indirizzato sia al proprio SA sia alla propria BCR, che consente al SA di immettere istruzioni di addebito, e che dà disposizioni alla BCR di addebitare il conto PM o un sotto-conto del regolante a seguito delle istruzioni di addebito,

—	per «corto» si intende essere debitori di somme di denaro durante il regolamento di istruzioni di pagamento SA,

—	per «lungo» si intende essere creditori di somme di denaro durante il regolamento di istruzioni di pagamento SA.

2.   Ruolo delle BCR

Ciascuna BC dell’Eurosistema agisce quale BCR con riguardo a qualunque regolante per il quale detiene un conto PM.

3.   Gestione del rapporto tra BC, SA e regolanti

1)

Le BCSA assicurano che i SA con i quali hanno in essere accordi bilaterali forniscano una lista di regolanti contenente i dettagli dei conti PM dei regolanti che le BCSA conservano nello Static Data (Management) Module della SSP. Qualunque SA può accedere alla lista dei propri regolanti attraverso l’ICM.

2)	Le BCSA assicurano che i SA con i quali hanno in essere accordi bilaterali le informino senza ritardo di ogni modifica riguardante la lista dei regolanti. Le BCSA informano le BCR interessate di qualunque modifica suddetta tramite un messaggio di rete ICM.

3)

Le BCSA assicurano che i SA con i quali hanno in essere accordi bilaterali raccolgano dai propri regolanti i mandati di addebito e l’ulteriore documentazione rilevante e li presentino alla BCSA. Tale documentazione deve essere prodotta in inglese e/o nella/e lingua/e nazionale/i della BCSA. Se la/e lingua/e nazionale/i della BCSA non è/sono identica/identiche a quella/e della BCR, la documentazione necessaria deve essere prodotta solo in inglese ovvero sia in inglese sia nella/e lingua/e nazionale/i della BCSA. Nel caso di SA che effettuino il regolamento attraverso TARGET2-ECB, la documentazione è prodotta in inglese.

4)

Se un regolante è un partecipante nel sistema componente di TARGET2 della BCSA competente, la BCSA verifica la validità del mandato di addebito prodotto dal regolante e provvede ad effettuare i necessari inserimenti nello Static Data (Management) Module. Se un regolante non è un partecipante del sistema componente di TARGET2 della BCSA competente, la BCSA deve inoltrare il mandato di addebito (o una sua copia elettronica, se ciò è concordato tra la BCSA e la BCR) alla/e BCR in questione per verificarne la validità. La/e BCR deve/devono effettuare tale verifica e informare la/e competente/i BCSA dell’esito della verifica entro cinque giorni lavorativi dalla ricezione di tale richiesta. Ad avvenuta verifica, la BCSA aggiorna la lista dei regolanti nell’ICM.

5)	La verifica condotta dalla BCSA non limita l’obbligo del SA di circoscrivere le istruzioni di pagamento ai regolanti compresi nella lista di cui al sottoparagrafo 1.

6)	Le BCSA e le BCR, salvo che esse coincidano, si scambiano informazioni riguardanti qualunque evento significativo verificatosi durante il processo di regolamento.

4.   Avvio di istruzioni di pagamento attraverso l’ASI

1)	Tutte le istruzioni di pagamento immesse da un SA attraverso l’ASI sono messaggi XML.

2)	Tutte le istruzioni di pagamento immesse da un SA attraverso l’ASI sono considerate «molto urgenti» e regolate in conformità delle disposizioni di cui all’allegato II.

3)

Un’istruzione di pagamento è ritenuta accettata se: a) l’istruzione di pagamento rispetta le regole stabilite dal fornitore dei servizi di rete; b) l’istruzione di pagamento rispetta le regole di formato e le condizioni del sistema componente di TARGET2 della BCSA; c) il regolante è compreso nella lista dei regolanti di cui al paragrafo 3, sottoparagrafo 1; e d) nel caso in cui la partecipazione a TARGET2 di un regolante sia stata sospesa, è stato ottenuto il consenso esplicito della BCR del regolante sospeso.

5.   Immissione di ordini di pagamento nel sistema e loro irrevocabilità

1)

Le istruzioni di accredito sono considerate immesse nel sistema componente di TARGET2 interessato e irrevocabili nel/dal momento in cui esse sono accettate dalla BCSA. Le istruzioni di addebito sono considerate immesse nel sistema componente di TARGET2 interessato nel/dal momento in cui esse sono accettate dalla BCR.

2)

Le previsioni di cui al sottoparagrafo 1 non hanno effetto sulle regole dei SA che stabiliscono il momento di immissione nel SA e/o di irrevocabilità degli ordini di trasferimento immessi in tale SA in un momento precedente a quello di immissione della rispettiva istruzione di pagamento nel sistema componente di TARGET2 interessato.

6.   Procedure di regolamento

1)

Se un SA chiede di utilizzare una procedura di regolamento, la BCSA interessata rende disponibile una o più delle procedure di regolamento sotto specificate: a) procedura di regolamento 1 («trasferimento di liquidità»); b) procedura di regolamento 2 («regolamento in tempo reale»); c) procedura di regolamento 3 («regolamento bilaterale»); d) procedura di regolamento 4 («regolamento multilaterale standard»); e) procedura di regolamento 5 («regolamento multilaterale simultaneo»); f) procedura di regolamento 6 («liquidità dedicata»).

2)	Le BCR dell’Eurosistema devono consentire il regolamento delle istruzioni di pagamento SA in conformità della scelta effettuata circa le procedure di regolamento di cui al sottoparagrafo 1 mediante, tra l’altro, il regolamento di istruzioni di pagamento su conti PM o sotto-conti dei regolanti.

3)	Ulteriori dettagli sulle procedure di regolamento di cui al sottoparagrafo 1 sono contenute nei paragrafi da 9 a 14.

7.   Non obbligatorietà di conti PM

I SA, nell’utilizzare l’ISA, non sono obbligati a diventare partecipanti diretti in un sistema componente di TARGET2 o a mantenere un conto PM.

8.   Conti utilizzabili nelle procedure di regolamento

1)	In aggiunta ai conti PM, i seguenti tipi di conto possono essere aperti nel PM e utilizzati dalle BCSA, dai SA e dai regolanti per le procedure di regolamento di cui al paragrafo 6, punto 1: a) conti tecnici; b) conti mirror; c) conti per i fondi di garanzia; d) sotto-conti.

2)

Una BCSA, qualora renda disponibile le procedure di regolamento 4, 5 o 6 per i modelli interfacciati, deve aprire un conto tecnico nel suo sistema componente di TARGET2 per il SA interessato. Tali conti possono essere offerti dalla BCSA in via opzionale per le procedure di regolamento 2 e 3. Conti tecnici separati devono essere aperti con riferimento alle procedure di regolamento 4 e 5. Il saldo di conti tecnici deve essere pari a zero o positivo al termine della procedura di regolamento del SA e il saldo di fine giornata deve essere pari a zero. I conti tecnici sono identificati attraverso il BIC del SA interessato.

3)

Una BCSA, qualora offra le procedure di regolamento 1 o 6 per i modelli integrati, deve aprire, e, qualora offra le procedure di regolamento 3 o 6 per i modelli interfacciati, può aprire conti mirror nel proprio sistema componente di TARGET2. I conti mirror sono conti PM specificamente detenuti dalla BCSA nel proprio sistema componente di TARGET2 per essere utilizzati dal SA. I conti mirror sono identificati dal BIC della BCSA interessata.

4)

Una BCSA, qualora renda disponibile le procedure di regolamento 4 o 5, può aprire un conto per i fondi di garanzia nel proprio sistema componente di TARGET2 per i SA. I saldi di tali conti sono utilizzati per regolare istruzioni di pagamento SA nel caso in cui non vi sia liquidità disponibile sul conto PM del regolante. I titolari di conti per i fondi di garanzia possono essere BCSA, SA o garanti. I conti per i fondi di garanzia sono identificati dal BIC dei titolari dei relativi conti.

5)

Le BCR, qualora la procedura di regolamento 6 sia offerta da parte di una BCSA per il modello interfacciato, devono aprire uno o più sotto-conti nei propri sistemi componenti di TARGET2 per i regolanti, da utilizzarsi per costituire liquidità dedicata. I sotto-conti sono identificati dal BIC del conto PM a cui essi si riferiscono, in combinazione con un numero di conto specifico per il sotto-conto interessato. Il numero di conto è composto dal codice del paese, a cui si aggiungono fino a 32 caratteri (a seconda della struttura nazionale del conto bancario interessato).

6)	I conti di cui al sottoparagrafo 1, lettere da a) a d), non sono pubblicati nella directory di TARGET2. Se ciò è richiesto dal partecipante, i relativi estratti conto (MT 940 e MT 950) per ognuno di tali conti possono essere forniti al titolare del conto al termine di ciascuna giornata lavorativa.

7)	Le regole dettagliate sull’apertura delle tipologie di conto di cui al presente paragrafo e sulla loro applicazione nel consentire le procedure di regolamento possono essere ulteriormente specificate in accordi bilaterali tra i SA e le BCSA.

9.   Procedura di regolamento 1 — Trasferimento di liquidità

1)	Le BCSA e le BCR, quando rendono disponibile la procedura di regolamento 1, consentono il trasferimento di liquidità da un conto mirror a un conto PM di un regolante attraverso l’ASI. Il trasferimento di liquidità può essere disposto o dal SA o dalle BCSA, che agiscono per conto del SA.

2)	La procedura di regolamento 1 è utilizzata solo per il modello integrato, ove il SA interessato deve utilizzare un conto mirror, prima per raccogliere la liquidità necessaria che è stata dedicata dal proprio regolante e, successivamente, per ritrasferire tale liquidità sul conto PM del regolante.

3)	Le BCSA possono offrire il regolamento delle istruzioni di pagamento entro certi limiti temporali definiti dal SA, ai sensi del paragrafo 15, punti 2 e 3.

4)	I regolanti e i SA hanno accesso alle informazioni attraverso l’ICM. I SA vengono informati dell’avvenuto o del mancato regolamento. Se il SA dispone il trasferimento di liquidità dal conto mirror al conto PM del regolante, a quest’ultimo è comunicato l’accredito mediante un messaggio SWIFT MT 202.

10.   Procedura di regolamento 2 — Regolamento in tempo reale

1)

Le BCSA e le BCR, quando offrono la procedura di regolamento 2, consentono il regolamento della parte contante delle operazioni dei SA regolando le istruzioni di pagamento immesse dal SA su base individuale, piuttosto che in modalità batch. Se un’istruzione di pagamento di addebito di un conto PM di un regolante corto è posta in lista d’attesa, in linea con l’allegato II, la BCR interessata informa il regolante tramite un messaggio di rete ICM.

2)

La procedura di regolamento 2 può anche essere offerta al SA per il regolamento di saldi multilaterali e, in questi casi, la BCSA apre un conto tecnico per tale SA. Inoltre, la BCSA non offre al SA il servizio concernente la corretta gestione della sequenza dei pagamenti in entrata e in uscita, come può essere richiesto per il regolamento multilaterale della specie. Il SA stesso è responsabile per la sequenza necessaria.

3)	La BCSA può offrire il regolamento delle istruzioni di pagamento entro certi limiti temporali definiti dai SA, ai sensi del paragrafo 15, punti 2 e 3.

4)	I regolanti e i SA hanno accesso alle informazioni attraverso l’ICM. Ai SA è notificato l’avvenuto o il mancato regolamento. Ai regolanti, qualora lo richiedano, è notificato l’avvenuto regolamento mediante un messaggio SWIFT MT 900 o MT 910.

11.   Procedura di regolamento 3 — Regolamento bilaterale

1)

Le BCSA e le BCR, quando rendono disponibile la procedura di regolamento 3, consentono il regolamento della parte contante delle operazioni SA regolando le istruzioni di pagamento che il SA immette in modalità batch. Se un’istruzione di pagamento volta ad addebitare il conto PM di un regolante corto è posta in lista d’attesa ai sensi dell’allegato II, la BC interessata informa il regolante attraverso un messaggio di rete ICM.

2)

La procedura di regolamento 3 può essere altresì offerta al SA per il regolamento di saldi multilaterali. Il paragrafo 10, punto 2, si applica mutatis mutandis, con le seguenti modifiche: a) le istruzioni di pagamento: i) volte ad addebitare i conti PM dei regolanti corti e ad accreditare il conto tecnico del SA; e ii) ad addebitare il conto tecnico del SA e ad accreditare i conti PM di regolanti lunghi sono immesse con file separati; e b) i conti PM di regolanti lunghi sono accreditati solo dopo l’addebito di tutti i conti PM dei regolanti corti.

3)	In caso di mancato regolamento multilaterale (ad esempio, perché non tutti gli addebitamenti sui conti dei regolanti corti hanno avuto buon fine), il SA deve immettere istruzioni di pagamento per stornare le operazioni di addebito già regolate.

4)	Le BCSA possono offrire: a) il regolamento di istruzioni di pagamento entro certi limiti di tempo determinati dal SA, di cui al paragrafo 15, punto 13; e/o b) la funzionalità «periodo d’informazione», di cui al paragrafo 15, punto 1.

5)	I regolanti e i SA hanno accesso alle informazioni attraverso l’ICM. Ai SA è notificato l’avvenuto o il mancato regolamento. Ai regolanti, qualora lo richiedano, è notificato l’avvenuto regolamento mediante un messaggio SWIFT MT 900 o MT 910.

12.   Procedura di regolamento 4 — Regolamento standard multilaterale

1)	Le BCSA e le BCR, quando rendono disponibile la procedura di regolamento 4, consentono il regolamento di saldi multilaterali in contante delle operazioni SA regolando le istruzioni di pagamento immesse dal SA in modalità batch. Le BCSA aprono un conto tecnico specifico per tale SA.

2)

Le BCSA e le BCR assicurano il rispetto della sequenza di istruzioni di pagamento richiesta. Esse procedono agli accreditamenti solo ad avvenuta scritturazione di tutti gli addebitamenti. Le istruzioni di pagamento: a) volte ad addebitare i conti dei regolanti corti e ad accreditare il conto tecnico del SA; e b) ad accreditare i conti dei regolanti lunghi e ad addebitare il conto tecnico del SA sono immesse con un unico file.

3)

Le istruzioni di pagamento volte ad addebitare il conto PM di regolanti corti e ad accreditare il conto tecnico del SA saranno regolate per prime; solo ad avvenuto regolamento di tutte le istruzioni di pagamento della specie (compresa la possibile costituzione di fondi sul conto tecnico mediante un meccanismo di fondi di garanzia), saranno accreditati i conti PM dei regolanti lunghi.

4)	Se un’istruzione di pagamento volta ad addebitare un conto PM di un regolante corto è posta in lista d’attesa ai sensi dell’allegato II, le BCR informano tale regolante attraverso un messaggio di rete ICM.

5)	Se un regolante corto ha fondi sufficienti sul proprio conto PM, la BCSA attiva un meccanismo di fondi a garanzia se ciò è previsto nell’accordo bilaterale tra la BCSA e il SA.

6)	Se non è previsto alcun fondo di garanzia e l’intero regolamento non va a buon fine, allora le BCSA e le BCR si intendono autorizzate a rinviare tutte le istruzioni di pagamento nel file e stornano le istruzioni di pagamento già regolate.

7)	Le BCSA informano i regolanti del mancato regolamento attraverso un messaggio di rete ICM.

8)

Le BCSA possono offrire: a) il regolamento delle istruzioni di pagamento entro certi limiti di tempo determinati dal SA, ai sensi del paragrafo 15, punto 3; b) la funzionalità «periodo d’informazione», di cui al paragrafo 15, punto 1; c) un meccanismo di fondi di garanzia, di cui al paragrafo 15, punto 4.

9)	I regolanti e i SA hanno accesso alle informazioni attraverso l’ICM. Ai SA è notificato l’avvenuto o il mancato regolamento. Ai regolanti, qualora lo richiedano, è notificato l’avvenuto regolamento mediante un messaggio SWIFT MT 900 o MT 910.

13.   Procedura di regolamento 5 — Regolamento multilaterale simultaneo

1)

Le BCSA e le BCR, quando rendono disponibile la procedura di regolamento 5, consentono il regolamento di saldi multilaterali in contante delle operazioni SA regolando le istruzioni di pagamento immesse dal SA. Per il regolamento delle relative istruzioni di pagamento viene utilizzato l’algoritmo 4 (si veda l’appendice I dell’allegato II). Diversamente dalla procedura di regolamento 4, la procedura 5 opera secondo il principio «o tutto o niente». In tale procedura, l’addebitamento sui conti PM dei regolanti corti e l’accreditamento sui conti PM dei regolanti lunghi sono effettuati simultaneamente (e non in modo sequenziale, come nella procedura 4). Il paragrafo 12 si applica mutatis mutandis, fatte salve le modifiche seguenti. Se una o più istruzioni di pagamento non possono essere regolate, tutte le istruzioni di pagamento sono poste in lista d’attesa e viene ripetuto l’algoritmo 4, come descritto nel paragrafo 16, punto 1, per regolare le istruzioni di pagamento del SA in attesa.

2)

Le BCSA possono offrire: a) il regolamento delle istruzioni di pagamento entro certi limiti di tempo determinati dal SA, di cui al paragrafo 15, punto 3; b) la funzionalità «periodo d’informazione», di cui al paragrafo 15, punto 1; c) un meccanismo di fondi a garanzia, di cui al paragrafo 15, punto 4.

3)	I regolanti e i SA hanno accesso alle informazioni attraverso l’ICM. Ai SA viene notificato l’avvenuto o il mancato regolamento. Ai regolanti, qualora lo richiedano, viene notificato l’avvenuto regolamento mediante un messaggio SWIFT MT 900 o 910.

4)	Se un’istruzione di pagamento volta ad addebitare un conto PM di un regolante corto è posta in lista d’attesa ai sensi dell’allegato II, la BCR in questione informa il regolante attraverso un messaggio di rete ICM.

14.   Procedura di regolamento 6 — Liquidità dedicata

1)

La procedura di regolamento 6 può essere utilizzata per entrambi i modelli interfacciato e integrato, come descritto rispettivamente ai sottoparagrafi da 3 a 10 e da 11 a 13 qui sotto. Nel caso del modello integrato, il SA in questione deve utilizzare un conto mirror per raccogliere la liquidità necessaria messa da parte dalle proprie banche per i regolamenti. Nel caso del modello interfacciato, la banca per i regolamenti deve aprire almeno un sotto-conto relativo a uno specifico SA.

2)	Ai regolanti che ne facciano richiesta l’avvenuto accredito e addebito dei propri conti PM e, se applicabile, dei propri sotto-conti sono comunicati con messaggio SWIFT MT 900 o MT 910.

A)   Modello interfacciato

3)

Le BCSA e le BCR, quando rendono disponibile la procedura di regolamento 6, consentono il regolamento di saldi bilaterali e/o multilaterali in contante di operazioni SA come segue: a) consentendo ad un regolante di precostituire fondi per coprire la propria futura obbligazione di regolamento attraverso trasferimenti di liquidità dal proprio conto PM al proprio sotto-conto (di seguito «liquidità dedicata») prima dell’elaborazione da parte del SA; e b) regolando le istruzioni di pagamento del SA che conseguono al completamento dell’elaborazione da parte del SA: con riferimento ai regolanti corti mediante l’addebitamento dei rispettivi sotto-conti (entro il limite dei fondi costituiti su tali conti) e l’accreditamento del conto tecnico del SA, e con riferimento a regolanti lunghi mediante l’accreditamento dei rispettivi sotto-conti e l’addebitamento del conto tecnico del SA.

4)

Quando rendono disponibile la procedura di regolamento 6: a) le BCR aprono almeno un sotto-conto con riferimento a un singolo SA per ciascun regolante; e b) la BCSA apre un conto tecnico per il SA per: i) l’accreditamento di fondi provenienti dai sotto-conti dei regolanti corti; e ii) l’addebitamento di fondi da accreditare sui sotto-conti dedicati dei regolanti lunghi.

5)

La procedura di regolamento 6 è disponibile per l’elaborazione diurna e per le operazioni notturne del SA. Nell’ultimo caso, la nuova giornata lavorativa inizia immediatamente dopo la verifica del rispetto degli obblighi di riserva minima; qualunque addebitamento o accreditamento effettuato successivamente sui conti interessati avviene con la data della nuova giornata lavorativa.

6)

Secondo la procedura di regolamento 6 e con riferimento alla costituzione di liquidità dedicata, le BCSA e le BCR offrono i seguenti tipi di servizio per il trasferimento di liquidità verso e dal sotto-conto: a) ordini di default che i regolanti possono immettere o modificare in qualunque momento durante una giornata lavorativa attraverso l’ICM (quando è disponibile). Gli ordini di default immessi dopo l’invio del messaggio di «inizio procedura» in una data giornata lavorativa sono validi solo per la giornata lavorativa successiva. Se vi sono diversi ordini di default per accreditare diversi sotto-conti, questi sono regolati in ordine di importo, iniziando da quello più alto. Durante le operazioni notturne del sistema ancillare, se vi sono ordini di default per i quali i fondi sul conto PM non sono sufficienti, questi sono regolati seguendo una riduzione di tutti gli ordini pro rata; b) gli ordini correnti, che possono essere immessi solo da un regolante (attraverso l’ICM) o dal SA interessato attraverso un messaggio XML durante il funzionamento della procedura di regolamento 6 (identificata dal periodo compreso tra il messaggio di «inizio procedura» e di «fine procedura») e che saranno regolati solo fintantoché il ciclo di elaborazione del SA non sarà stato ancora avviato. Se vi è un ordine corrente immesso dal SA per il quale i fondi sul conto PM non sono sufficienti, tale ordine è regolato in maniera parziale; e c) gli ordini SWIFT effettuati attraverso un messaggio MT 202, che possono essere immessi solo durante il funzionamento della procedura di regolamento 6 e solo durante l’elaborazione diurna. Tali ordini sono regolati immediatamente. Nel caso di un ciclo in corso di funzionamento, ciò avviene senza che il SA ne riceva notifica.

7)

La procedura di regolamento 6 è avviata con un messaggio di «inizio procedura» e si conclude con un messaggio di «fine procedura», entrambi inviati dal SA. Tuttavia, per le operazioni notturne dei sistemi ancillari, il messaggio di «inizio procedura» è inviato dalla BCSA. I messaggi di «inizio procedura» provocano il regolamento degli ordini di default per il trasferimento di liquidità nei sotto-conti. Il messaggio di «fine procedura» porta al ritrasferimento automatico di liquidità dal sotto-conto al conto PM.

8)	Con la procedura di regolamento 6, la liquidità dedicata sui sotto-conti viene vincolata fintantoché il ciclo di elaborazione del SA è in corso (ha inizio con il messaggio di «inizio ciclo» e si conclude con il messaggio di «fine ciclo», entrambi inviati dal SA) ed è di seguito svincolata.

9)	Nell’ambito di ogni ciclo di elaborazione del SA, le istruzioni di pagamento sono regolate a valere sulla liquidità dedicata, mentre di regola sarà utilizzato l’algoritmo 5 (di cui all’appendice I dell’allegato II).

10)

Nell’ambito di ciascun ciclo di elaborazione del SA, la liquidità dedicata di un regolante può essere aumentata mediante l’accreditamento di taluni pagamenti in entrata direttamente sui rispettivi sotto-conti (ad esempio cedole e pagamenti di rimborso). In tali casi, la liquidità deve prima essere accreditata sul conto tecnico, e successivamente addebitata su tale conto prima dell’accreditamento della liquidità sul sotto-conto (o sul conto PM).

B)   Modello integrato

11)	Le BCSA e le BCR, quando rendono disponibile la procedura di regolamento 6 per i modelli integrati, consentono tale regolamento. Nel caso in cui tale procedura di regolamento 6 sia utilizzata per il modello integrato durante l’elaborazione diurna, è offerta solo una funzionalità limitata.

12)

Con la procedura di regolamento 6 e con riferimento al modello integrato, le BCSA e le BCR offrono i seguenti tipi di servizio di trasferimento di liquidità su un conto mirror: a) ordini di default per l’elaborazione diurna e per le operazioni notturne del sistema ancillare) che i regolanti possono immettere o modificare in qualunque momento durante una giornata lavorativa attraverso l’ICM (quando è disponibile). Gli ordini di default immessi dopo l’invio del messaggio di «inizio procedura» in una data giornata lavorativa sono validi solo per la giornata lavorativa successiva. Se vi sono diversi ordini di default, questi sono regolati in ordine di importo, iniziando da quello più alto. Se un ordine di default per l’elaborazione diurna non è coperto, esso è rigettato. Durante l’elaborazione notturna delle operazioni dei sistemi ancillari, se vi sono ordini di default per i quali i fondi sul conto PM non sono sufficienti, sono regolati seguendo una riduzione pro rata di tutti gli ordini; b) gli ordini correnti, che possono essere immessi da un regolante (attraverso l’ICM) o dal SA interessato attraverso un messaggio XML solo durante il funzionamento della procedura di regolamento 6 (identificata dal periodo compreso tra il messaggio di «inizio procedura» e di «fine procedura») e che saranno regolati a condizione che il ciclo di elaborazione del SA non sia ancora avviato. Se vi è un ordine corrente per il quale i fondi sul conto PM non sono sufficienti, questo è regolato in maniera parziale; e c) gli ordini SWIFT effettuati attraverso un messaggio MT 202, che possono essere immessi solo durante l’elaborazione diurna. Tali ordini sono regolati immediatamente.

13)	Le norme concernenti i messaggi di «inizio procedura» e di «fine procedura», così come quelle relative all’inizio e alla fine del ciclo per il modello interfacciato si applicano mutatis mutandis.

15.   Meccanismi opzionali

1)

Il meccanismo opzionale «periodo d’informazione» può essere reso disponibile dalle BCSA per le procedure di regolamento 3, 4 e 5. Se il SA (o la sua BCSA per suo conto) ha specificato un «periodo d’informazione» opzionale, il regolante riceve un messaggio di rete ICM che indica il tempo fino al quale il regolante può chiedere la revoca dell’istruzione di pagamento interessata. Tale richiesta è tenuta in considerazione dalla BCR solo se ciò è comunicato attraverso il SA e da esso approvato. Il regolamento ha inizio se la BCR non riceve tale richiesta entro la scadenza del «periodo d’informazione». Con la ricezione da parte della BCR di tale richiesta entro il «periodo d’informazione»: a) l’istruzione di pagamento pertinente è revocata, qualora la procedura di regolamento 3 sia utilizzata per il regolamento bilaterale; e b) tutte le istruzioni di pagamento nel file sono revocate e tutti i regolanti e il SA sono informati attraverso un messaggio di rete ICM, qualora sia utilizzata la procedura di regolamento 3 per il regolamento dei saldi multilaterali ovvero qualora nella procedura di regolamento 4 l’intero regolamento abbia esito negativo.

2)

Se un SA invia le istruzioni di regolamento prima dell’orario di regolamento previsto («da»), le istruzioni sono conservate fino a che non sia raggiunto l’orario previsto. In tal caso, le istruzioni di pagamento sono immesse nella entry disposition solo quando l’orario «da» viene raggiunto. Tale meccanismo opzionale può essere utilizzato nelle procedure di regolamento 1 e 2.

3)

Il periodo di regolamento («fino a») consente di assegnare un periodo di tempo limitato per il regolamento del SA in modo da non impedire o ritardare il regolamento di altre operazioni correlate al SA o a TARGET2. Se un’istruzione di pagamento qualunque non è regolata entro l’orario «fino a», tale istruzione di pagamento è o rinviata o, nel caso delle procedure di regolamento 4 e 5, può venire attivato il meccanismo di fondi a garanzia. Il periodo di regolamento («fino a») può essere specificato per le procedure di regolamento da 1 a 5.

4)

Il meccanismo di fondi a garanzia può essere utilizzato se la liquidità di un regolante non è sufficiente a coprire i propri obblighi derivanti dal regolamento del SA. Al fine di consentire il regolamento di tutte le istruzioni di pagamento interessate da un regolamento di un SA, tale meccanismo è utilizzato per fornire la liquidità addizionale necessaria. Tale meccanismo può essere utilizzato per le procedure di regolamento 4 e 5. Qualora debba essere utilizzato il meccanismo di fondi a garanzia, è necessario mantenere un conto speciale per i fondi di garanzia nel quale la «liquidità d’emergenza» sia disponibile o resa disponibile a richiesta.

16.   Algoritmi utilizzati

1)

La procedura di regolamento 5 utilizza l’algoritmo 4. Per facilitare il regolamento e ridurre la liquidità necessaria, sono incluse tutte le istruzioni di pagamento SA (a prescindere dalla loro priorità). Le istruzioni di pagamento SA da regolare secondo la procedura di regolamento 5 non sono immesse nella entry disposition ma tenute nel PM separatamente fino alla fine del processo di ottimizzazione in corso. Qualora più SA che utilizzano la procedura di regolamento 5 intendano effettuare il regolamento contemporaneamente, essi sono inclusi nella stessa esecuzione dell’algoritmo 4.

2)

Nella procedura di regolamento 6, il regolante può dedicare un ammontare di liquidità per regolare saldi che derivano da un SA specifico. La costituzione di fondi dedicati si realizza riversando la liquidità necessaria su un sotto-conto specifico (modello interfacciato). L’algoritmo 5 è utilizzato sia per le operazioni notturne dei sistemi ancillari sia per l’elaborazione diurna. Il processo di regolamento ha luogo mediante l’addebitamento dei sotto-conti dei regolanti corti a favore del conto tecnico del SA e addebitando quindi il conto tecnico del SA a favore dei sotto-conti dei regolanti lunghi. Nel caso di saldi a credito, la scritturazione può avere luogo direttamente — se indicato dal SA nell’ambito dell’operazione interessata — sul conto PM del regolante. Nel caso di mancato regolamento di una o più istruzioni di addebito (ad esempio a causa di un errore del SA), il pagamento in questione viene posto in lista d’attesa sul sotto-conto. La procedura di regolamento 6 può utilizzare l’algoritmo 5 operativo sui sotto-conti. Inoltre, l’algoritmo 5 non tiene conto di alcun limite o riserva. Per ciascun regolante viene calcolata la posizione totale e, se tutte le posizioni totali sono coperte, tutte le operazioni saranno regolate. Le operazioni che non sono coperte sono poste nuovamente in lista d’attesa.

17.   Effetti della sospensione o cessazione

Se la sospensione o la cessazione dell’utilizzo dell’ISA da parte di un SA ha effetto durante il ciclo di regolamento delle istruzioni di pagamento del SA, la BCSA è ritenuta autorizzata a completare il ciclo di regolamento per conto del SA.

18.   Schema tariffario e di fatturazione

1)

Un sistema ancillare che utilizzi l’ASI o la Participant Interface, a prescindere dal numero di conti esso detenga presso la BCSA e/o la BCR, è soggetto a uno schema tariffario che consiste di tre elementi, come sotto stabilito. a) Un canone mensile fisso di 1 000,00 EUR a carico di ciascun SA (canone fisso I). b) Un secondo canone fisso mensile compreso tra 417,00 EUR e 4 167,00 EUR, in proporzione al valore lordo sottostante delle operazioni di regolamento in contante in euro del SA (canone fisso II): Fascia Da (milioni di EUR/giorno) A (milioni di EUR/giorno) Canone annuale Canone mensile 1 0,00 sotto 1 000,00 5 000,00 EUR 417,00 EUR 2 1 000,00 sotto 2 500,00 10 000,00 EUR 833,00 EUR 3 2 500,00 sotto 5 000,00 20 000,00 EUR 1 667,00 EUR 4 5 000,00 sotto 10 000,00 30 000,00 EUR 2 500,00 EUR 5 10 000,00 sotto 50 000,00 40 000,00 EUR 3 333,00 EUR 6 Oltre 50 000,00 — 50 000,00 EUR 4 167,00 EUR Il valore lordo delle operazioni di regolamento del contante in euro del SA è calcolato dalla BCSA una volta all’anno sulla base di tale valore lordo relativo all’anno precedente e il valore lordo così calcolato è applicato per calcolare la tariffa a partire dal 1o gennaio di ogni anno di calendario. c) Una tariffa per le operazioni calcolata sulla medesima base dello schema stabilito per i partecipanti a TARGET2 di cui all’appendice VI dell’allegato II. Il SA può scegliere una delle due opzioni: pagare una tariffa fissa di 0,80 EUR per istruzione di pagamento (opzione A) o pagare una tariffa calcolata su base decrescente (opzione B), subordinatamente alle seguenti modifiche: — per l’opzione B, i limiti delle fasce che riguardano il volume delle istruzioni di pagamento sono divisi per due, e — un canone mensile fisso di 100,00 EUR (secondo l’opzione A) o di 1 250,00 EUR (secondo l’opzione B) è applicato in aggiunta al canone fisso I e II.

2)

Qualunque tariffa pagabile con riferimento a un’istruzione di pagamento immessa o con riferimento a un pagamento ricevuto da un SA, attraverso o il Participant Interface o l’ASI è a carico esclusivo di tale SA. Il Consiglio direttivo può prevedere regole più dettagliate per la determinazione delle operazioni soggette a tariffazione regolate attraverso l’ASI.

3)

Ciascun SA riceve una fattura dalla rispettiva BCSA per il mese precedente basata sulle tariffe di cui al sottoparagrafo 1, non oltre la quinta giornata lavorativa del mese successivo. I pagamenti devono essere effettuati non oltre la decima giornata lavorativa di tale mese sul conto specificato dalla BCSA o essere addebitati su un conto specificato dal SA.

4)

Ai fini del presente paragrafo, ciascun SA che sia stato designato ai sensi della direttiva 98/26/CE è trattato separatamente, anche se due o più SA sono gestiti dalla stessa persona giuridica. La medesima regola si applica al SA che non sia stato designato ai sensi della direttiva 98/26/CE, nel qual caso il SA è identificato con riferimento ai seguenti criteri: a) un accordo formale, basato su uno strumento contrattuale o legislativo (ad esempio un accordo tra i partecipanti e l’operatore del sistema); b) la partecipazione di più soggetti; c) regole comuni e accordi standardizzati; e d) per il clearing, la compensazione e/o il regolamento di pagamenti e/o titoli tra i partecipanti.