II Atti adottati a norma dei trattati CE/Euratom la cui pubblicazione non è obbligatoria

8.9.2007

Gazzetta ufficiale dell’Unione europea

L 237/1

INDIRIZZO DELLA BANCA CENTRALE EUROPEA

del 26 aprile 2007

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

(BCE/2007/2)

(2007/600/CE)

IL CONSIGLIO DIRETTIVO DELLA BANCA CENTRALE EUROPEA,

visto il trattato che istituisce la Comunità europea, in particolare il primo e il quarto trattino dell’articolo 105, paragrafo 2,

visto lo statuto del Sistema europeo di banche centrali e della Banca centrale europea, in particolare l’articolo 3.1 e gli articoli 17, 18 e 22,

considerando quanto segue:

(1)

L’attuale sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale (TARGET) presenta una struttura decentrata che collega tra loro i sistemi nazionali di regolamento lordo in tempo reale (RTGS) e la procedura per i pagamenti della BCE (ECB Payment Mechanism, EPM). L’indirizzo BCE/2005/16 del 30 dicembre 2005 relativo ad un sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale («TARGET») (1) è lo strumento legale principale che disciplina TARGET.

(2)

A decorrere dal 19 novembre 2007, TARGET sarà sostituito da TARGET2, caratterizzato da una piattaforma tecnica unica denominata la piattaforma unica condivisa (Single Shared Platform, SSP). Sebbene TARGET2, così come TARGET, sarà giuridicamente strutturato come una molteplicità di sistemi di pagamento, il Consiglio direttivo ha deciso che le regole dei sistemi componenti di TARGET2 saranno armonizzate nella misura più ampia possibile, con alcune deroghe in caso di vincoli derivanti dal diritto nazionale.

(3)

Vi sono tre livelli distinti di governance, sia per la costituzione sia per le fasi operative di TARGET2. Il livello 1 (Consiglio direttivo) ha competenza ultima rispetto a TARGET2 e ne tutela la funzione pubblica. Il livello 2 (BC dell’Eurosistema) ha competenza sussidiaria per TARGET2, mentre il livello 3 (BC fornitrici della SSP) realizza e gestisce la SSP nell’interesse dell’Eurosistema.

(4)

Agendo per conto dell’Eurosistema, la Banca centrale europea (BCE) concluderà un contratto quadro, nonché un accordo di riservatezza e di non divulgazione, con il fornitore dei servizi di rete designato dal Consiglio direttivo, che stabilisce i principali elementi relativi alla fornitura di rete ai partecipanti, compresa la determinazione delle tariffe.

(5)	Come è avvenuto per TARGET, l’istituzione di TARGET2 è essenziale per lo svolgimento di alcuni compiti fondamentali dell’Eurosistema, cioè l’attuazione della politica monetaria della Comunità e la promozione del regolare funzionamento dei sistemi di pagamento.

(6)

La migrazione dai sistemi nazionali di RTGS alla SSP avverrà per fasi e l’indirizzo BCE/2005/16 continuerà pertanto ad applicarsi a tali sistemi finché le banche centrali interessate non saranno migrate alla SSP. Al fine di provvedere alle richieste d’indennizzo nel caso di malfunzionamento tecnico verificatosi prima della conclusione della migrazione alla SSP, è necessario apportare alcune limitate modifiche all’indirizzo BCE/2005/16,

HA ADOTTATO IL PRESENTE INDIRIZZO:

SEZIONE I

DISPOSIZIONI GENERALI

Articolo 1

Oggetto e campo d’applicazione

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

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

Articolo 2

Definizioni

Ai fini del presente indirizzo:

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

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

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

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

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

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

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

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

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

—

per «conto PM» si intende un conto detenuto da un partecipante a TARGET2 nel PM presso una BC dell’Eurosistema, necessario per consentire a tale partecipante a TARGET2 di:

a)	immettere ordini di pagamento o ricevere pagamenti attraverso TARGET2; e

b)	regolare tali pagamenti attraverso tale BC dell’Eurosistema,

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

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

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

—

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

—

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

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

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

—

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

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

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

—

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

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

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

Articolo 3

Sistemi componenti di TARGET2

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

2. Ciascun sistema componente di TARGET2 è un sistema designato come tale secondo la relativa legge nazionale di attuazione della direttiva 98/26/CE del Parlamento europeo e del Consiglio, del 19 maggio 1998, concernente il carattere definitivo del regolamento nei sistemi di pagamento e nei sistemi di regolamento titoli (2).

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

Articolo 4

Connessione delle BCN degli Stati membri non partecipanti

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

SEZIONE II

GOVERNANCE

Articolo 5

Livelli di governance

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

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

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

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

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

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

SEZIONE III

FUNZIONAMENTO DI TARGET2

Articolo 6

Condizioni armonizzate per la partecipazione a TARGET2

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

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

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

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

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

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

Articolo 7

Credito infragiornaliero

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

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

Articolo 8

Sistemi ancillari

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

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

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

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

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

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

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

—	articolo 31 (regime di responsabilità),

—	articolo 32 (regime probatorio),

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

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

—	articolo 38 (norme sulla riservatezza),

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

—	articolo 40 (regole per le comunicazioni),

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

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

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

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

b)	l’articolo 18 dell’allegato IV.

Articolo 9

Metodologia dei costi

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

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

Articolo 10

Disposizioni in materia di sicurezza

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

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

Articolo 11

Norme in materia di audit

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

SEZIONE IV

DISPOSIZIONI TRANSITORIE E FINALI

Articolo 12

Risoluzione delle controversie e legge applicabile

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

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

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

Articolo 13

Migrazione alla SSP

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

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

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

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

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

Articolo 14

Entrata in vigore e applicazione

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

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

Articolo 15

Disposizioni varie e transitorie

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

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

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

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

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

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

a)	pagamenti tra enti creditizi;

b)	pagamenti tra enti creditizi e sistemi ancillari; e

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

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

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

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

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

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

«—

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

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

«b)

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

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

Articolo 16

Destinatari, misure di attuazione e rapporti annuali

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

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

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

Fatto a Francoforte sul Meno, il 26 aprile 2007.

Per il Consiglio direttivo della BCE

Il presidente

Jean-Claude TRICHET

(1) GU L 18 del 23.1.2006, pag. 1. Indirizzo come modificato dall’indirizzo BCE/2006/11 (GU L 221 del 12.8.2006, pag. 17).

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

ALLEGATO I

ACCORDI PER LA GOVERNANCE DI TARGET2

Livello 1 — Consiglio direttivo

Livello 2 — BC dell’Eurosistema

Livello 3 — BC fornitrici della SSP

0. Disposizioni generali

Il livello 1 ha competenza finale in relazione a questioni domestiche e transfrontaliere riguardanti TARGET2 ed è responsabile per la tutela della funzione pubblica di TARGET2

Il livello 2 ha una competenza sussidiaria con riguardo alle questioni lasciate alla sua discrezionalità dal livello 1

Il livello 3 assume decisioni riguardanti la gestione quotidiana della Single Shared Platform (SSP) sulla base di specifici livelli di servizio definiti nel contratto di cui all’articolo 5, paragrafo 6, del presente indirizzo

1. Politica di determinazione dei costi e delle tariffe

—	Decide su una metodologia comune dei costi

—	Decide su una struttura unica delle tariffe

—	Decide sulle tariffe dei servizi aggiuntivi e/o moduli

(Non applicabile)

2. Livelli di servizio

—	Decide sui servizi di base

—	Decide sui servizi e/o moduli aggiuntivi

—	Fornisce il proprio contributo in relazione alle necessità del livello 1/livello 2

3. Gestione dei rischi

—	Decide sul quadro generale per la gestione dei rischi e l’accettazione dei rischi residuali

—	Provvede alla gestione dei rischi effettivi

—	Effettua l’analisi dei rischi e vi dà seguito

—	Fornisce le informazioni necessarie per l’analisi dei rischi in conformità delle richieste del livello 1/livello 2

4. Governance e finanziamento

—	Definisce le regole sulla proprietà, sul processo decisionale e il finanziamento della SSP

—	Realizza e assicura l’adeguata attuazione dell’assetto legale del SEBC per TARGET2

—	Predispone le regole di governance e finanziamento decise dal livello 1

—	Provvede alla predisposizione del budget, alla relativa approvazione e attuazione

—	Assume la titolarità e/o il controllo dell’applicazione

—	Riscuote le somme e i corrispettivi dei servizi

—	Fornisce al livello 2 dati sui costi per la prestazione dei servizi

5. Sviluppo

—	È consultato dal livello 2 in ordine alla localizzazione della SSP

—	Approva il programma complessivo del progetto

—	Decide sulla configurazione iniziale e lo sviluppo della SSP

—	Decide se istituire la SSP da zero ovvero sulla base di una piattaforma esistente

—	Decide sulla scelta del gestore della SSP

—	Stabilisce — in accordo con il livello 3 — i livelli di servizio della SSP

—	Decide sulla localizzazione della SSP previa consultazione del livello 1

—	Propone la configurazione iniziale della SSP

—	Propone se istituire la SSP da zero o sulla base di una piattaforma esistente

—	Propone la localizzazione della SSP

—	Redige le specifiche funzionali generali e dettagliate (specifiche funzionali interne di dettaglio e specifiche funzionali di dettaglio per gli utenti)

—

Approva la metodologia per il processo di specificazione del prodotto e gli stati di avanzamento del progetto da parte del livello 3 considerati appropriati al fine della specificazione e, successivamente, del collaudo e accettazione del prodotto (in particolare specifiche generali e dettagliate per gli utenti)

—	Stabilisce il piano di avanzamento del progetto

—	Valuta e accetta gli stati di avanzamento

—	Stabilisce gli scenari per i test

—	Coordina i test per le banche centrali e gli utenti, in stretta cooperazione con il livello 3

—	Redige le specifiche tecniche di dettaglio

—	Fornisce il proprio contributo (iniziale e continuativo) per la pianificazione di base e il controllo del progetto

—	Fornisce il supporto tecnico e operativo per i test (effettua i test sulla SSP, contribuisce agli scenari per i test relativi alla SSP, dà supporto alle BC dell’Eurosistema nelle loro attività di test della SSP)

6. Realizzazione e migrazione

—	Decide la strategia di migrazione

—	Prepara e coordina la migrazione alla SSP, in stretta cooperazione con il livello 3

—	Fornisce il proprio contributo su questioni relative alla migrazione in conformità delle richieste del livello 2

—	Svolge l’attività di migrazione relativa alla SSP; presta ulteriore supporto alle BCN che aderiscono

7. Operatività

—	Gestisce le situazioni di grave crisi

—	Svolge i compiti di gestione connessi al ruolo di proprietario del sistema

—

Mantiene i contatti con gli utenti a livello europeo (fatta salva la responsabilità esclusiva delle BC dell’Eurosistema per le relazioni di business con i propri clienti) ed effettua il monitoraggio sull’attività giornaliera degli utenti in una prospettiva di business (compito delle BC dell’Eurosistema)

—	Effettua il monitoraggio sugli sviluppi dell’attività

—	Provvede alla gestione del budget, al finanziamento, alla fatturazione (compito delle BC dell’Eurosistema) e agli altri compiti di natura amministrativa

—	Gestisce il sistema sulla base del contratto di cui all’articolo 5, paragrafo 6, del presente indirizzo

ALLEGATO II

CONDIZIONI ARMONIZZATE PER LA PARTECIPAZIONE A TARGET2

TITOLO I

DISPOSIZIONI GENERALI

Articolo 1

Definizioni

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

—

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

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

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

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

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

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

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

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

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

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

—

per «conto PM» (PM account) si intende un conto detenuto da un partecipante a TARGET2 nel PM presso una BC dell’Eurosistema, necessario per consentire a tale partecipante a TARGET2 di:

a)	immettere ordini di pagamento o ricevere pagamenti attraverso TARGET2; e

b)	regolare detti pagamenti attraverso la suddetta BC,

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

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

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

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

—	per «direttiva sulla settlement finality» (Settlement Finality Directive) si intende la direttiva 98/26/CE del Parlamento europeo e del Consiglio, del 19 maggio 1998, concernente il carattere definitivo del regolamento nei sistemi di pagamento e nei sistemi di regolamento titoli (2),

—	per «ente creditizio» (credit institution) si intende un ente creditizio ai sensi del [inserire le disposizioni nazionali di attuazione dell’articolo 4, paragrafo 1, lettera a), e, se rilevanti, dell’articolo 2 della direttiva bancaria] sottoposto alla vigilanza di un’autorità competente,

—

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

—

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

—

per «evento che legittima l’escussione» (enforcement event) si intende, nei confronti di un membro del gruppo LA:

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

qualunque altro evento di default o evento previsto all'articolo 34, paragrafo 2, con riferimento al quale la [inserire il nome della BC] ha deciso, prendendo in considerazione la serietà dell’evento di default o evento, che [inserire se applicabile: [un pegno dovrebbe essere escusso in conformità all’articolo 25, lettera b] [garanzia dovrebbe essere escussa in conformità all’articolo 25, lettera c] e] una compensazione dei crediti dovrebbe essere creata in conformità all’articolo 26; o

c)	qualunque decisione di sospendere o far cessare l’accesso al credito infragiornaliero;

—

per «evento di default» (event of default) si intende qualunque evento imminente o attuale, il cui verificarsi può porre in pericolo l’adempimento da parte di un partecipante degli obblighi derivanti dalle presenti Condizioni o da qualunque altra norma applicabile al rapporto che intercorre tra detto partecipante e la [inserire nome della BC] o qualunque altra BC, tra cui:

a)	il mancato rispetto da parte del partecipante di alcuno dei criteri di accesso di cui all’articolo 4 o dei requisiti stabiliti all’articolo 8, paragrafo 1, lettera a), punto i);

b)	l’apertura di procedure di insolvenza nei confronti del partecipante;

c)	la proposizione di un’istanza per l’avvio delle procedure di cui alla lettera b);

d)	la dichiarazione scritta del partecipante di trovarsi nell’incapacità di pagare tutti o parte dei propri debiti o di adempiere gli obblighi assunti in relazione alla concessione di credito infragiornaliero;

e)	la conclusione da parte del partecipante di un accordo di natura concordataria con i propri creditori;

f)	il caso in cui il partecipante è divenuto insolvente o incapace di pagare i propri debiti, ovvero è ritenuto tale dalla propria BC;

il caso in cui il saldo a credito del partecipante sul proprio conto PM ovvero tutti o una parte significativa dei beni del partecipante sono soggetti a un provvedimento che ne determini la temporanea indisponibilità o a un ordine di sequestro, confisca o a qualunque altra procedura diretta a proteggere l’interesse pubblico o i diritti dei creditori del partecipante;

h)	il caso in cui la partecipazione del partecipante in un altro sistema componente di TARGET2 e/o in un sistema ancillare sia stata sospesa o sia cessata;

i)	il caso in cui qualunque rappresentazione di fatti o una dichiarazione precontrattuale resa dal partecipante o che debba ritenersi da questi implicitamente resa secondo la legge applicabile, risulti inesatta o non veritiera; o

j)	la cessione di tutti o di una parte significativa dei beni del partecipante,

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

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

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

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

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

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

—

per «gruppo» (group) si intende:

un insieme di enti creditizi inclusi nel bilancio consolidato della società madre, nel caso in cui quest’ultima è tenuta a presentare un bilancio consolidato secondo il principio contabile internazionale n. 27 (IAS 27), adottato in base al regolamento (CE) n. 2238/2004 della Commissione (4) e che si compone di:

i)	una società madre e una o più controllate; ovvero

ii)	due o più controllate di una società madre;

un insieme di enti creditizi di cui alla lettera a), punto i) o ii), nel quale la società madre non redige un bilancio consolidato sulla base dello IAS 27, ma potrebbe soddisfare i criteri stabiliti nello IAS 27 per l’inclusione in un bilancio consolidato, salva la verifica da parte della BC del partecipante diretto o, nel caso di un gruppo LA, della BCN gestore; o

una rete bilaterale o multilaterale di enti creditizi che sia:

i)	organizzata sulla base di regole statutarie che determinano l’affiliazione degli enti creditizi a tale rete; ovvero

ii)

caratterizzata da meccanismi di cooperazione (per la promozione, il sostegno e la rappresentanza degli interessi commerciali dei membri della rete) e/o di mutualità che vanno oltre la cooperazione ordinaria usuale tra enti creditizi, laddove tali cooperazione e mutualità siano consentite dagli statuti o dagli atti costitutivi degli enti creditizi o stabilite da accordi separati;

e in ciascuno dei casi di cui alla lettera c) il Consiglio direttivo della BCE abbia accolto la richiesta degli enti creditizi di essere considerati come costituenti un gruppo,

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

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

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

—

per «impresa d’investimento» (investment firm) si intende un’impresa d’investimento ai sensi del [inserire le disposizioni nazionali di attuazione dell’articolo 4, paragrafo 1, punto 1, della direttiva 2004/39/CE del Parlamento europeo e del Consiglio, del 21 aprile 2004, relativa ai mercati degli strumenti finanziari che modifica le direttive del Consiglio 85/611/CEE e 93/6/CEE e la direttiva 2000/12/CE del Parlamento europeo e del Consiglio e che abroga la direttiva 93/22/CEE del Consiglio (5) ], con esclusione dei soggetti individuati nel [inserire le disposizioni nazionali di attuazione dell’articolo 2, paragrafo 1, della direttiva 2004/39/CE], a condizione che l’impresa d’investimento in questione sia:

a)	autorizzata e vigilata da un’autorità competente riconosciuta, designata come tale secondo la direttiva 2004/39/CE; e

b)	abilitata a svolgere le attività di cui al [inserire le disposizioni nazionali di attuazione delle voci 2, 3, 6 e 7 della sezione A dell’allegato I della direttiva 2004/39/CE],

—

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

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

—

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

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

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

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

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

—

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

—

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

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

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

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

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

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

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

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

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

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

—

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

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

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

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

—

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

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

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

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

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

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

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

—

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

Articolo 2

Appendici

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

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

Appendice II: Meccanismo di indennizzo di TARGET2

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

Appendice IV: Procedure di Business continuity e di contingency

Appendice V: Giornata operativa

Appendice VI: Schema tariffario e di fatturazione

Appendice VII: Contratto di liquidità aggregata

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

Articolo 3

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

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

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

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

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

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

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

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

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

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

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

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

TITOLO II

PARTECIPAZIONE

Articolo 4

Criteri di accesso

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

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

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

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

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

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

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

c)	imprese d’investimento insediate nel SEE;

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

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:

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;

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:

rispettare i seguenti requisiti tecnici:

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

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

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:

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.

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.

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.

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;

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

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).

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.

Appendice I

SPECIFICHE TECNICHE PER L’ELABORAZIONE DEGLI ORDINI DI PAGAMENTO

In aggiunta alle Condizioni armonizzate, le regole seguenti si applicano all’elaborazione degli ordini di pagamento:

1. Requisiti tecnici per la partecipazione a TARGET2-[inserire riferimento a BC/paese] relativi all’infrastruttura, alla rete e ai formati

TARGET2 utilizza i servizi SWIFT per lo scambio di messaggi. Conseguentemente, ciascun partecipante necessita di una connessione al Secure IP Network di SWIFT. Il conto PM di ciascun partecipante è identificato da un codice SWIFT (SWIFT BIC) a 8 — o 11 — caratteri. Inoltre, ciascun partecipante deve superare una serie di test per dimostrare la propria competenza tecnica e operativa prima di poter partecipare a TARGET2-[inserire riferimento a BC/paese].

Per l’immissione di ordini di pagamento e lo scambio di messaggi di pagamento nel PM, si utilizza il servizio SWIFTNet FIN Y-copy. A tal fine è istituito un gruppo ristretto di utenti SWIFT (SWIFT Closed User Group, CUG) dedicato a TARGET2. Gli ordini di pagamento nell’ambito di tale CUG di TARGET2 sono direttamente indirizzati al partecipante a TARGET2 destinatario, digitando il suo codice BIC nell’intestazione del messaggio SWIFTNet FIN.

Per i servizi di informazione e controllo possono essere utilizzati i seguenti servizi SWIFTNet:

a)	SWIFTNet InterAct;

b)	SWIFTNet FileAct; e/o

c)	SWIFTNet Browse.

4)	La sicurezza dello scambio di messaggi tra i partecipanti si fonda esclusivamente sul servizio Public Key Infrastructure (PKI) di SWIFT. Informazioni sul servizio PKI sono disponibili nella documentazione fornita da SWIFT.

5)	Il servizio «bilateral relationship management» fornito dalla Relationship Management Application (RMA) di SWIFT è esclusivamente utilizzabile con il BIC centrale di destinazione della SSP e non per messaggi di pagamento tra partecipanti a TARGET2.

2. Tipologie di messaggi di pagamento

Sono elaborate le seguenti tipologie di messaggio SWIFTNet FIN/di sistema SWIFT:

Tipo di messaggio	Tipo di uso	Descrizione
MT 103	Obbligatorio	Pagamento per la clientela
MT 103+	Obbligatorio	Pagamento per la clientela (Straight Through Processing)
MT 202	Obbligatorio	Pagamento interbancario
MT 204	Facoltativo	Pagamento in addebito diretto
MT 011	Facoltativo	Notifica di avvenuta consegna
MT 012	Facoltativo	Notifica al mittente
MT 019	Obbligatorio	Notifica d’insuccesso
MT 900	Facoltativo	Conferma di addebito
MT 910	Facoltativo	Conferma di accredito
MT 940/950	Facoltativo	Estratto conto (al cliente)

MT 011, MT 012 e MT 019 sono messaggi di sistema SWIFT.

All’atto della registrazione presso TARGET2-[inserire riferimento a BC/paese], i partecipanti diretti dichiarano quali tipi di messaggio facoltativo intendono utilizzare, ad eccezione dei messaggi MT 011 e MT 012 in relazione ai quali i partecipanti diretti decidono di volta in volta se riceverli o meno, con riguardo a specifici messaggi.

I partecipanti devono rispettare la struttura del messaggio SWIFT e le specifiche dei campi come definite nella documentazione SWIFT e nelle restrizioni previste per TARGET2 come descritte nel capitolo 9.1.2.2 delle specifiche funzionali di dettaglio per gli utenti (User Detailed Functional Specifications, UDFS), libro 1.

Il contenuto dei campi è validato a livello di TARGET2-[inserire riferimento a paese/BC] in conformità dei requisiti dell’UDFS. I partecipanti possono concordare tra loro regole specifiche riguardanti il contenuto dei campi. Tuttavia, TARGET2-[inserire riferimento a paese/BC] non effettua controlli specifici sul rispetto di tali regole da parte dei partecipanti.

3. Verifica di doppia immissione

1)	Tutti gli ordini di pagamento sono soggetti a una verifica di doppia immissione, il cui obiettivo è quello di rigettare gli ordini di pagamento immessi per errore più di una volta.

Sono sottoposti a verifica i seguenti campi dei diversi tipi di messaggio SWIFT:

Descrizione	Parte del messaggio SWIFT	Campo
Mittente	Basic Header	Indirizzo LT
Tipo di messaggio	Application header	Tipo di messaggio
Destinatario	Application header	Indirizzo del destinatario
Numero di riferimento della transazione (TRN)	Text block	:20
Riferimento correlato	Text block	:21
Data di regolamento	Text block	:32
Importo	Text block	:32

3)	Se tutti i campi descritti nel sottoparagrafo 2 relativi a un nuovo ordine di pagamento sono identici a quelli relativi a un ordine di pagamento precedentemente accettato, il nuovo ordine di pagamento è rinviato al mittente.

4. Codici d’errore

Se un ordine di pagamento è rigettato, il partecipante disponente riceve una notifica d’insuccesso (MT 019) che indica il motivo del rigetto utilizzando codici d’errore. I codici d’errore sono definiti al capitolo 9.4.2 dell’UDFS.

5. Orari predefiniti di regolamento

1)	Per gli ordini di pagamento che utilizzano l’Earliest Debit Time Indicator, deve essere utilizzato il codice «/FROTIME/».

Per gli ordini di pagamento che utilizzano il Latest Debit Time Indicator, sono disponibili due opzioni:

a)	codice «/REJTIME/»: se l’ordine di pagamento non può essere regolato entro l’orario indicato per l’addebito, l’ordine di pagamento è rinviato al mittente;

b)	codice «/TILTIME/»: se l’ordine di pagamento non può essere regolato entro l’orario indicato per l’addebito, l’ordine di pagamento non è rinviato al mittente ma posto nella relativa lista d’attesa.

Per entrambe le opzioni, se un ordine di pagamento con il Latest Debit Time Indicator non è regolato 15 minuti prima dell’orario in esso indicato, è inviata automaticamente una notifica attraverso l’ICM.

3)	Se è utilizzato il codice «/CLSTIME/», il pagamento è trattato nello stesso modo in cui sono trattati gli ordini di pagamento di cui al sottoparagrafo 2, lettera b).

6. Regolamento di ordini di pagamento nella entry disposition

Sugli ordini di pagamento immessi nella entry disposition sono effettuati controlli di compensazione e, ove appropriato, controlli estesi di compensazione (termini entrambi come definiti nei paragrafi 2 e 3), al fine di consentire un rapido regolamento lordo di ordini di pagamento, con risparmio di liquidità.

Il controllo di compensazione verifica, con riguardo al beneficiario di un ordine di pagamento, se all’inizio della lista d’attesa dei pagamenti molto urgenti o, in mancanza, dei pagamenti urgenti, sono presenti ordini di pagamento immessi dal beneficiario stesso e suscettibili di essere compensati con l’ordine di pagamento dell’ordinante (di seguito «ordini di pagamento in compensazione»). Se un ordine di pagamento in compensazione non offre fondi sufficienti per l’ordine di pagamento del corrispondente ordinante nella entry disposition, si verifica se è disponibile liquidità sufficiente sul conto PM dell’ordinante.

Se il controllo di compensazione dà esito negativo, la [inserire nome della BC] può effettuare un controllo esteso di compensazione. Un controllo esteso di compensazione verifica, con riferimento al beneficiario di un ordine di pagamento, se in una qualsiasi delle liste d’attesa del beneficiario stesso sono presenti ordini di pagamento in compensazione, a prescindere dal momento in cui essi sono stati posti nella lista d’attesa. Tuttavia, se nella lista d’attesa del beneficiario sono presenti ordini di pagamento con priorità maggiore diretti ad altri partecipanti a TARGET2, il principio FIFO può essere derogato solo se il regolamento dell’ordine di pagamento in compensazione dà luogo ad un incremento di liquidità per il beneficiario.

7. Regolamento degli ordini di pagamento in lista d’attesa

1)	Il trattamento degli ordini di pagamento inseriti nelle liste d’attesa dipende dalla classe di priorità ad essi assegnata dal partecipante disponente.

Gli ordini di pagamento nelle liste d’attesa degli ordini di pagamento molto urgenti e urgenti sono regolati utilizzando i controlli di compensazione descritti al paragrafo 6, iniziando con l’ordine di pagamento che si trova all’inizio della lista nei casi in cui vi sia un incremento di liquidità ovvero un intervento a livello di lista d’attesa (modifica relativa alla posizione nella lista, all’orario di regolamento o alla priorità, ovvero revoca dell’ordine di pagamento).

Gli ordini di pagamento presenti nella lista d’attesa degli ordini di pagamento ordinari sono regolati su base continua includendo tutti gli ordini di pagamento molto urgenti e urgenti che non sono stati ancora regolati. Sono utilizzati diversi meccanismi di ottimizzazione (algoritmi). Se un algoritmo ha successo, gli ordini di pagamento inclusi saranno regolati; se l’algoritmo fallisce, gli ordini di pagamento inclusi rimangono nella lista d’attesa. Tre algoritmi (da 1 a 3) sono applicati per compensare i flussi di pagamento. Mediante l’algoritmo 4, si rende disponibile la procedura di regolamento 5 (come definita al capitolo 2.8.1 dell’UDFS) per regolare istruzioni di pagamento dei sistemi ancillari. Per ottimizzare il regolamento di operazioni molto urgenti dei sistemi ancillari sui sotto-conti dei partecipanti, è utilizzato un algoritmo speciale (algoritmo 5).

Secondo l’algoritmo 1 («tutto o niente») la [inserire nome della BC], per ciascuna relazione tra partecipanti con riferimento alla quale è stato fissato un limite bilaterale, nonché per la somma complessiva di relazioni per le quali è stato fissato un limite multilaterale:

provvede a calcolare la posizione di liquidità complessiva del conto PM di ciascun partecipante a TARGET2 determinando se l’aggregato di tutti gli ordini di pagamento in entrata e in uscita presenti nella lista d’attesa è negativo o positivo e, se negativo, controlla se esso ecceda la liquidità disponibile del singolo partecipante (la posizione di liquidità complessiva costituisce la «posizione totale di liquidità»); e

ii)	verifica se i limiti e le riserve fissati da ciascun partecipante a TARGET2 con riferimento a ciascuno dei conti PM interessati sono rispettati.

Se il risultato di tali calcoli e verifiche è positivo per ciascuno dei conti PM interessati, la [inserire nome della BC] e le altre BC coinvolte regolano tutti i pagamenti simultaneamente sui conti PM dei partecipanti a TARGET2 interessati.

Secondo l’algoritmo 2 («parziale») la [inserire nome della BC] provvede:

i)	a calcolare e verificare le posizioni di liquidità, i limiti e le riserve di ciascun conto PM pertinente, con le modalità di cui all’algoritmo 1; e

ii)	se la posizione di liquidità totale di uno o più conti PM pertinenti è negativa, a stralciare singoli ordini di pagamento fino a che la posizione di liquidità totale di ciascun conto PM pertinente è positiva.

Successivamente, la [inserire nome della BC] e le altre BC coinvolte provvedono, a condizione che vi siano fondi sufficienti, a regolare simultaneamente sui conti PM dei partecipanti a TARGET2 interessati, tutti i pagamenti rimanenti (esclusi gli ordini di pagamento stralciati).

Nell’effettuare lo stralcio di ordini di pagamento, la [inserire nome della BC] inizia dal conto PM del partecipante a TARGET2 la cui posizione di liquidità totale ha il saldo negativo più elevato e dall’ordine di pagamento che si trova alla fine della lista d’attesa degli ordini di pagamento con più bassa priorità. Il processo di selezione opera solo per un periodo di tempo breve, da determinarsi a discrezione della [inserire nome della BC].

Secondo l’algoritmo 3 («multiplo») la [inserire nome della BC]:

compara coppie di conti PM di partecipanti a TARGET2, al fine di determinare se vi sono ordini di pagamento in lista d’attesa che possano essere regolati a valere sulla liquidità disponibile dei due conti PM dei partecipanti interessati e nei limiti dai medesimi fissati (iniziando dalla coppia di conti PM che presenta la minor differenza tra gli ordini di pagamento reciprocamente rivolti), e la/le BC interessata/e scrittura/no tali pagamenti simultaneamente sui conti PM dei due partecipanti a TARGET2; e

ii)

se la liquidità relativa a una coppia di conti PM come descritti al punto i) è insufficiente a coprire la posizione bilaterale, provvede a stralciare singoli ordini di pagamento fino a che non vi sia liquidità sufficiente. In tale caso, la/le BC coinvolta/e regola/no i pagamenti rimanenti, esclusi quelli stralciati, simultaneamente sui conti PM dei due partecipanti a TARGET2.

Effettuate le verifiche di cui ai punti da i) a ii), la [inserire nome della BC] controlla le posizioni di regolamento multilaterali (tra il conto PM di un partecipante e i conti PM di altri partecipanti a TARGET2 nei confronti dei quali è stato fissato un limite multilaterale). A tal fine, la procedura descritta nei sottoparagrafi da i) a ii) si applica mutatis mutandis.

d)	Secondo l’algoritmo 4 («parziale più regolamento dei sistemi ancillari»), la [inserire nome della BC] segue la stessa procedura prevista per l’algoritmo 2, ma senza stralciare gli ordini di pagamento relativi al regolamento di sistemi ancillari (che regolano su base simultanea multilaterale).

Secondo l’algoritmo 5 («regolamento dei sistemi ancillari via sotto-conti»), la [inserire nome della BC] segue la stessa procedura prevista per l’algoritmo 1, salvo che la [inserire nome della BC] avvii l’algoritmo 5 attraverso l’interfaccia dei sistemi ancillari (Ancillary System Interface) e verifichi solamente la disponibilità di fondi sufficienti sui sotto-conti dei partecipanti. Inoltre, non si tiene conto dei limiti e delle riserve. L’algoritmo 5 opera anche durante la fase di regolamento notturna.

Gli ordini di pagamento immessi nella entry disposition dopo l’avvio di uno qualunque degli algoritmi da 1 a 4 possono comunque essere regolati immediatamente nella entry disposition se le posizioni e i limiti dei conti PM dei partecipanti a TARGET2 interessati sono compatibili sia con il regolamento di tali ordini di pagamento sia con il regolamento degli ordini di pagamento nella procedura di ottimizzazione in corso. Tuttavia, due algoritmi non possono operare simultaneamente.

Durante l’elaborazione diurna gli algoritmi operano in ordine sequenziale. Ove non sia in corso il regolamento simultaneo multilaterale di un sistema ancillare, la sequenza è la seguente:

a)	algoritmo 1;

b)	se l’algoritmo 1 fallisce, algoritmo 2;

c)	se l’algoritmo 2 fallisce, algoritmo 3, ovvero se l’algoritmo 2 ha successo, ripetizione dell’algoritmo 1.

Quando è in corso il regolamento simultaneo multilaterale («procedura 5») relativo a un sistema ancillare, opera l’algoritmo 4.

Gli algoritmi operano in maniera flessibile grazie alla fissazione di un lasso temporale predefinito tra l’esecuzione di diversi algoritmi, al fine di assicurare un intervallo minimo tra l’operatività di due algoritmi. La sequenza temporale è controllata automaticamente. Sono possibili interventi manuali.

Finché un ordine di pagamento è inserito in un algoritmo in corso di svolgimento, non può esserne modificato l’ordine di priorità nella lista d’attesa né può esserne disposta la revoca. Le richieste di revocare o di modificare l’ordine di priorità di un ordine di pagamento restano in sospeso fino al completamento dell’algoritmo. Se nel corso di svolgimento dell’algoritmo l’ordine di pagamento è regolato, qualunque richiesta di revocarlo o di modificarne l’ordine di priorità è rigettata. Se l’ordine di pagamento non è regolato, le richieste dei partecipanti sono immediatamente prese in considerazione.

8. Uso dell’ICM

1)	L’ICM può essere utilizzato per ottenere informazioni e gestire liquidità. Il Secure IP Network (SIPN) di SWIFT costituisce la sottostante rete tecnica di comunicazione per lo scambio d’informazioni e l’attivazione delle misure di controllo.

2)	Fatta eccezione per gli ordini di pagamento anticipati e per le informazioni relative ai dati statici, l’ICM consente la consultazione dei soli dati relativi alla giornata lavorativa in corso. Le finestre di dialogo sono predisposte solo in lingua inglese.

3)	Le informazioni sono fornite nella modalità «pull», sono in altre parole rilasciate su richiesta del singolo partecipante.

L’ICM è utilizzabile secondo le seguenti modalità.

Modalità applicazione-applicazione (A2A)

Nella A2A, le informazioni e i messaggi sono trasferiti tra il PM e l’applicazione interna del partecipante. Il partecipante pertanto deve assicurare la disponibilità di un’applicazione appropriata da utilizzare per lo scambio di messaggi XML (richieste e risposte) con l’ICM attraverso un’interfaccia standardizzata. Ulteriori dettagli sono contenuti nel manuale per gli utenti dell’ICM e nel libro 4 dell’UDFS.

Modalità utente-applicazione (U2A)

La modalità U2A permette una comunicazione diretta tra un partecipante e l’ICM. Le informazioni sono esposte in un browser operante su un sistema PC (SWIFT Alliance WebStation). Per l’accesso in modalità U2A attraverso la SWIFT Alliance WebStation l’infrastruttura IT deve essere in grado di gestire cookies e JavaScript. Ulteriori dettagli sono descritti nel manuale gli utenti dell’ICM.

5)	Ciascun partecipante deve avere almeno una SWIFT Alliance WebStation per accedere all’ICM in modalità U2A.

I diritti d’accesso all’ICM sono concessi mediante l’utilizzo del «Role Based Access Control» di SWIFT. Il servizio «Non Repudiation of emission» di SWIFT (NRE), che può essere utilizzato dai partecipanti, permette al destinatario di un messaggio XML di provare che tale messaggio non è stato alterato.

Se un partecipante ha problemi tecnici e non è in grado di immettere alcun ordine di pagamento, esso può generare messaggi preformattati di pagamenti in back up (back up lump sum payment e back up contingency payment) utilizzando l’ICM. La [inserire nome della BC] mette a disposizione tale funzionalità su richiesta del partecipante.

I partecipanti possono usare l’ICM anche per trasferire liquidità:

a)	[inserire se applicabile] da uno dei propri conti PM a un conto esterno al PM;

b)	tra un conto PM e i sotto-conti del partecipante; e

c)	da un conto PM al conto «mirror» gestito dal sistema ancillare.

9. UDSF e manuale per gli utenti dell’ICM

Ulteriori dettagli ed esempi esplicativi delle regole di cui sopra sono contenuti nelle UDFS e nel manuale per gli utenti dell’ICM, come di volta in volta modificati e pubblicati in inglese sul sito Internet di [inserire nome della BC] e su quello della BCE.

Appendice II

MECCANISMO DI INDENNIZZO DI TARGET2

1. Principi generali

a)	In caso di malfunzionamento tecnico di TARGET2, i partecipanti diretti possono presentare richieste d’indennizzo conformemente al meccanismo d’indennizzo di TARGET2 definito nella presente appendice.

Salva diversa decisione del Consiglio direttivo della BCE, il meccanismo d’indennizzo di TARGET2 non si applica nel caso in cui il malfunzionamento tecnico di TARGET2 dipenda da eventi che sfuggono al ragionevole controllo delle BC interessate o che sono la conseguenza di atti od omissioni di terzi.

L’indennizzo di cui al meccanismo d’indennizzo di TARGET2 costituisce l’unica procedura di indennizzo offerta in caso di malfunzionamento tecnico di TARGET2. Tuttavia, i partecipanti possono avvalersi degli altri rimedi legali disponibili per far valere le proprie pretese risarcitorie. L’accettazione di un indennizzo offerto sulla base del meccanismo d’indennizzo di TARGET2 costituisce consenso irrevocabile del partecipante a rinunciare a qualunque ulteriore pretesa risarcitoria in relazione a quegli ordini di pagamento per i quali il partecipante accetta l’indennizzo (incluse quelle per danni indiretti) che esso possa far valere nei confronti di qualsiasi BC, e la ricezione del corrispondente pagamento a titolo d’indennizzo costituisce pieno e definitivo soddisfacimento di tutte le pretese della specie. Con riferimento a ogni ulteriore pretesa risarcitoria formulata da altri partecipanti o da terzi in relazione allo stesso ordine di pagamento o pagamento, il partecipante indennizza la BC interessata, fino ad un ammontare massimo corrispondente a quello ricevuto sulla base del meccanismo d’indennizzo di TARGET2.

d)	La formulazione di un’offerta d’indennizzo non costituisce ammissione di responsabilità da parte della [inserire nome della BC] o di qualunque altra BC con riferimento a un malfunzionamento tecnico di TARGET2.

2. Condizioni per le offerte d’indennizzo

Un ordinante può richiedere il pagamento di una commissione amministrativa e d’interessi compensativi se, a causa di un malfunzionamento di TARGET2:

i)	un ordine di pagamento non è stato regolato nella giornata lavorativa in cui era stato accettato; o

ii)

durante il periodo di migrazione un ordinante possa dimostrare che intendeva immettere un ordine di pagamento in TARGET2-[inserire riferimento a BC/paese] ma non è stato in grado di farlo a causa dello stato di «stop sending» in cui si trovava un sistema nazionale RTGS non ancora migrato in TARGET2.

Un beneficiario può richiedere il pagamento di una commissione amministrativa se, a causa di un malfunzionamento tecnico di TARGET2, non ha ricevuto un pagamento che si aspettava di ricevere in una determinata giornata lavorativa. Il beneficiario può altresì richiedere il pagamento di interessi compensativi se una o più delle seguenti condizioni sono soddisfatte:

i)	trattandosi di un partecipante ammesso alle operazioni di rifinanziamento marginale: il beneficiario del pagamento sia ricorso ad un’operazione di rifinanziamento marginale a causa di un malfunzionamento tecnico di TARGET2; e/o

ii)	in ogni caso: era tecnicamente impossibile ricorrere al mercato monetario ovvero tale modalità di rifinanziamento era impossibile per altri motivi oggettivamente ragionevoli.

3. Calcolo dell’indennizzo

Per quanto riguarda l’offerta d’indennizzo a favore di un ordinante:

la commissione amministrativa è di 50,00 EUR per il primo ordine di pagamento non regolato, di 25,00 EUR per ciascuno dei successivi quattro ordini di pagamento non regolati e di 12,50 EUR per ciascuno degli ulteriori ordini di pagamento non regolati. La commissione amministrativa è calcolata separatamente con riguardo a ciascun beneficiario;

ii)

gli interessi compensativi sono determinati applicando un tasso di riferimento da determinarsi su base giornaliera. Tale tasso di riferimento è quello minore tra il tasso di riferimento per il mercato overnight (EONIA) e il tasso di rifinanziamento marginale. Il tasso di riferimento si applica sull’importo dell’ordine di pagamento non regolato in conseguenza del malfunzionamento tecnico di TARGET2 e per ciascuna giornata del periodo compreso tra la data dell’effettiva immissione dell’ordine di pagamento ovvero dell’immissione prevista, se si tratta di un ordine di pagamento di cui al paragrafo 2, lettera a), punto ii), e la data nella quale l’ordine di pagamento è stato, o avrebbe potuto essere, regolato con successo. I ricavi eventualmente conseguiti con il deposito presso l’Eurosistema dei fondi derivanti da ordini di pagamento non regolati sono dedotti dall’importo dell’indennizzo; e

iii)	nessun interesse compensativo è corrisposto se, e nei limiti in cui, i fondi derivanti da ordini di pagamento non regolati sono stati collocati sul mercato o utilizzati per adempiere agli obblighi di riserva.

Per quanto riguarda l’offerta d’indennizzo a favore di un beneficiario:

ii)

per il calcolo degli interessi compensativi si applica il metodo di cui alla lettera a), punto ii), salvo che l’interesse compensativo è determinato applicando un tasso pari alla differenza tra il tasso di rifinanziamento marginale e il tasso di riferimento, ed è calcolato sull’ammontare di ciascuna operazione di rifinanziamento marginale a cui si sia fatto ricorso a causa di un malfunzionamento tecnico di TARGET2.

4. Norme procedurali

Le richieste d’indennizzo si presentano utilizzando il modulo disponibile sul sito Internet della [inserire nome della BC] in inglese (cfr. [inserire l’indirizzo Internet della BC]). Gli ordinanti devono presentare un modulo di richiesta separato per ogni singolo beneficiario e i beneficiari devono presentare un modulo di richiesta separato per ogni singolo ordinante. A supporto delle informazioni indicate nel modulo di richiesta, deve essere fornita ogni ulteriore necessaria informazione e documentazione. Con riferimento a un determinato pagamento o ordine di pagamento può essere presentata una sola richiesta d’indennizzo.

I moduli per la richiesta d’indennizzo devono essere presentati alla [inserire nome BC] entro quattro settimane dal verificarsi di un malfunzionamento tecnico di TARGET2. Ogni ulteriore informazione o prova richiesta dalla [inserire nome BC] deve essere fornita entro due settimane dal momento della presentazione di tale richiesta.

c)	La [inserire nome BC] esamina le richieste e le trasmette alla BCE. Salva diversa decisione adottata dal Consiglio direttivo della BCE e comunicata ai partecipanti, tutte le richieste ricevute sono esaminate non oltre 14 settimane successive al verificarsi del malfunzionamento tecnico di TARGET2.

La [inserire nome della BC] comunica l’esito dell’esame di cui alla lettera c) ai partecipanti interessati. Se tale esito dà luogo a un’offerta d’indennizzo, i partecipanti interessati devono accettare o rifiutare tale offerta, con riferimento a ogni singolo pagamento o ordine di pagamento cui la richiesta si riferisce, entro quattro settimane dalla comunicazione dell’offerta stessa, sottoscrivendo una lettera standard d’accettazione (utilizzando il facsimile disponibile sul sito Internet della [inserire nome della BC] (si veda [inserire indirizzo Internet della BC]). In caso di mancata ricezione di tale lettera da parte della [inserire nome BC] entro il termine di quattro settimane, l’offerta di indennizzo si intenderà rifiutata dai partecipanti interessati.

e)	La [inserire nome della BC] effettua il pagamento dell’indennizzo dopo aver ricevuto dal partecipante la lettera di accettazione dell’indennizzo. Al pagamento dell’indennizzo non si applicano interessi.

Appendice III

FAC-SIMILE DEI CAPACITY E COUNTRY OPINION

Fac-simile dei capacity opinion per i partecipanti a TARGET2

[Inserire il nome della BC]

[indirizzo]

Partecipazione al [nome del sistema]

[luogo], [data]

Egregio signore o gentile signora,

quali consulenti legali [interni o esterni] di [specificare il nome del partecipante o della succursale del partecipante], ci è stato richiesto di formulare il presente parere sugli aspetti di natura legale che secondo l’ordinamento di [giurisdizione ove il partecipante ha la sede legale; di seguito «giurisdizione»], rilevano ai fini della partecipazione di [specificare il nome del partecipante] (di seguito «partecipante») nel [nome del sistema componente TARGET2] (di seguito «sistema»).

Le valutazioni qui espresse sono state formulate avuto riguardo alle disposizioni della legge quali risultano vigenti in [giurisdizione] alla data del presente parere. Ai fini del presente parere non abbiamo condotto alcuna verifica con riferimento alle previsioni di altri ordinamenti e non formuliamo al riguardo, neppure implicitamente, alcuna valutazione. Ogni dichiarazione e valutazione di seguito espressa si applica nella stessa misura e con la stessa efficacia in base al diritto di [inserire nome della giurisdizione], indipendentemente dal fatto che il partecipante, nell’immettere ordini di pagamento e nel ricevere pagamenti, agisca attraverso la sua direzione generale ovvero una o più succursali insediate nell’ambito o fuori della giurisdizione di [inserire giurisdizione].

I. DOCUMENTI ESAMINATI

Ai fini del presente parere, abbiamo esaminato:

1)	una copia autenticata del [specificare il documento pertinente relativo/i documenti pertinenti relativi alla costituzione] del partecipante, quali risultano in vigore alla presente data;

2)	[qualora applicabile] un estratto del [pertinente registro delle imprese] e [qualora applicabile] [del registro degli enti creditizi o analogo registro];

3)	[nella misura in cui sia applicabile] copia del provvedimento o altra certificazione che attesti l’autorizzazione del partecipante a prestare servizi bancari, di investimento, di trasferimento fondi o altri servizi finanziari in [giurisdizione];

4)	[qualora applicabile] una copia di una decisione adottata il [inserire la data] dal consiglio di amministrazione o dal competente organo direttivo del partecipante, comprovante la volontà del partecipante di accettare la documentazione del sistema, come di seguito definita; e

5)	[specificare tutte le procure e gli altri documenti che conferiscano o comprovino i necessari poteri rappresentativi della persona o delle persone che sottoscrivono in nome del partecipante i pertinenti documenti del sistema (come di seguito definiti)];

e tutti gli altri documenti relativi alla costituzione, ai poteri e alle autorizzazioni del partecipante necessari o utili a formulare il presente parere (di seguito «documenti del partecipante»).

Ai fini del presente parere, abbiamo altresì esaminato:

1)	il/le [inserire il riferimento alle disposizioni che danno attuazione alle Condizioni armonizzate per la partecipazione a TARGET2] per il sistema, emanato/emanate in [inserire la data] (di seguito «norme»); e

[…].

Le norme e il […] saranno di seguito denominati «documenti del sistema» (e, quando considerati unitamente ai documenti del partecipante, «documentazione»).

II. PRESUPPOSTI

Ai fini del presente parere abbiamo assunto, in relazione alla documentazione, che:

1)	i documenti del sistema che ci sono stati forniti sono originali o copie conformi all’originale;

le previsioni dei documenti del sistema e i diritti e gli obblighi da essi stabiliti sono validi e giuridicamente vincolanti secondo la legge di [inserire riferimento allo Stato membro del sistema], dalla quale saranno espressamente disciplinati, e la stessa legge di [inserire riferimento allo Stato membro del sistema] ammette che essa possa essere scelta quale legge applicabile ai documenti di [inserire riferimento allo Stato membro del sistema];

3)	i documenti del partecipante rientrano nella capacità e nei poteri delle parti interessate e sono stati validamente autorizzati, adottati o eseguiti e, laddove necessario, forniti dalle stesse; e

4)	i documenti del partecipante sono vincolanti per le parti alle quali sono destinati e non vi è stata nessuna violazione delle previsioni in essi contenute.

III. PARERI RIGUARDANTI IL PARTECIPANTE

A.	Il partecipante è una società debitamente costituita e registrata o, in alternativa, debitamente costituita o organizzata secondo l’ordinamento [giurisdizione].

B.	Il partecipante possiede tutti i poteri societari richiesti per esercitare i diritti e adempiere agli obblighi previsti dai documenti del sistema al quale partecipa.

L’esercizio e l’adempimento da parte del partecipante dei diritti e degli obblighi previsti dai documenti del sistema del quale il partecipante è parte non costituirà in alcun modo violazione di alcuna disposizione di legge o regolamentare di [giurisdizione] applicabile al partecipante o ai documenti del partecipante.

Nessuna ulteriore autorizzazione, approvazione, consenso, documentazione, registrazione, autenticazione o altra certificazione rilasciata da un tribunale o un’autorità pubblica, giudiziaria o amministrativa competente in [giurisdizione] è richiesta al partecipante in relazione all’adozione, alla validità o all’efficacia di alcuno dei documenti del sistema ovvero all’esercizio o all’adempimento dei diritti e delle obbligazioni ivi previste.

E.	Il partecipante ha posto in essere tutti gli adempimenti societari e le altre azioni necessari secondo il diritto di [giurisdizione] per assicurare che gli obblighi previsti dai documenti del sistema siano legittimi, validi e vincolanti.

Il presente parere è formulato alla data in esso indicata ed è destinato unicamente a [inserire il nome della BC] e al [partecipante]. Nessun altro soggetto può fare affidamento sul presente parere e il contenuto del presente parere non può essere divulgato a persone diverse dai destinatari suddetti e ai loro consulenti legali senza il nostro preventivo consenso scritto, ad eccezione della Banca centrale europea e delle banche centrali nazionali del sistema europeo di banche centrali [e [la banca centrale nazionale/le competenti autorità regolamentari] di [giurisdizione]].

In fede,

[firma]

Fac-simile per i country opinion dei partecipanti a TARGET2 non rientranti nel SEE

[Inserire il nome della BC]

[indirizzo]

[nome del sistema]

[luogo], [data]

Egregio signore o gentile signora,

quali consulenti legali [esterni] di [specificare il nome del partecipante o della succursale del partecipante] (di seguito «partecipante»), ci è stato richiesto di formulare il presente parere sugli aspetti di natura legale di [giurisdizione ove il partecipante è insediato; di seguito «giurisdizione»], secondo l’ordinamento della [giurisdizione], ai fini della partecipazione del partecipante in un sistema componente TARGET2 (di seguito «sistema»). I riferimenti qui effettuati al diritto di [giurisdizione] comprendono tutte le disposizioni normative applicabili di [giurisdizione]. Formuliamo in questa sede un parere secondo il diritto di [giurisdizione] con particolare riferimento al partecipante insediato fuori da [inserire riferimento allo Stato membro del sistema] in merito ai diritti e agli obblighi derivanti dalla partecipazione al sistema, come presentati nei documenti di sistema, come in seguito definiti.

Le valutazioni espresse nel presente parere sono state formulate avuto riguardo alle disposizioni della legge di [giurisdizione] quali risultano in vigore alla data del presente parere. Non abbiamo posto a fondamento del presente parere alcuna verifica relativa a previsioni di altri ordinamenti e non esprimiamo alcun parere al riguardo, né il contenuto del presente parere comporta valutazioni siffatte. Abbiamo presunto che nessuna disposizione di ordinamenti terzi influisca sul presente parere.

1. DOCUMENTI ESAMINATI

Ai fini del presente parere abbiamo esaminato la documentazione di seguito elencata e quella ulteriore che abbiamo ritenuto necessario o opportuno esaminare.

1)	Le [inserire il riferimento alle disposizioni di attuazione delle Condizioni armonizzate per la partecipazione a TARGET2] per il sistema, emanate in [inserire la data] (di seguito «norme»); e

2)	ogni altro documento che disciplina il sistema e/o il rapporto tra il partecipante e altri partecipanti al sistema, e tra i partecipanti al sistema e la/il [inserire il nome della BC].

Le norme e il/i […] sono di seguito denominati «documenti del sistema».

2. PRESUPPOSTI

Nel formulare il presente parere abbiamo assunto, in relazione ai documenti del sistema, che:

1)	i documenti del sistema rientrano nella capacità e nei poteri delle parti interessate e sono stati validamente autorizzati, adottati o eseguiti e, laddove necessario, forniti dalle stesse;

le previsioni dei documenti del sistema e i diritti e gli obblighi ivi stabiliti sono validi e giuridicamente vincolanti secondo l’ordinamento di [inserire riferimento allo Stato membro del sistema], dal quale saranno espressamente disciplinati, e la stessa legge di [inserire riferimento allo Stato membro del sistema] ammette che essa possa essere scelta quale legge applicabile ai documenti del sistema di [inserire riferimento allo Stato membro del sistema];

i partecipanti al sistema attraverso i quali gli ordini di pagamento sono inviati o i pagamenti sono ricevuti, o attraverso i quali i diritti e gli obblighi di cui ai documenti del sistema sono esercitati o adempiuti, sono autorizzati ad erogare servizi di trasferimento fondi in tutte le giurisdizioni interessate; e

4)	i documenti a noi forniti in copia o come fac-simile sono conformi agli originali.

3. PARERE

In base a quanto precede e tutto ciò fatto salvo; fatti altresì salvi in ogni caso i punti in appresso elencati, siamo del parere che:

3.1. Aspetti giuridici specifici del paese [per quanto rileva]

Le seguenti caratteristiche della legislazione di [giurisdizione] sono compatibili con gli obblighi del partecipante derivanti dai documenti del sistema e in nessun caso le annullano: [elenco degli aspetti giuridici specifici del paese].

3.2. Questioni generali sull’insolvenza

3.2.a. Tipi di procedure di insolvenza

Gli unici tipi di procedure di insolvenza (ivi compresa la procedura di concordato o di riabilitazione) — che, ai fini del presente parere, comprendono tutte le procedure che riguardano le attività del partecipante o qualunque succursale esso abbia in [giurisdizione] — alle quali il partecipante può essere sottoposto in [giurisdizione], sono le seguenti: [elencare le procedure nella lingua originale con la traduzione in inglese] (nel loro insieme denominate «procedure di insolvenza»).

In aggiunta alle procedure di insolvenza, il partecipante, qualunque sua attività o qualsiasi succursale esso possa avere in [giurisdizione] possono essere sottoposti in [giurisdizione] a [elencare, nella lingua originale con la traduzione in inglese, ogni moratoria, curatela fallimentare applicabile, o ogni altra procedura per effetto della quale i pagamenti a favore del partecipante e/o effettuati dal medesimo possono essere sospesi, ovvero per effetto della quale possono essere imposte limitazioni in relazione a tali pagamenti, o procedure simili] (di seguito nel loro insieme denominate «procedure»).

3.2.b. Accordi in tema d’insolvenza

[giurisdizione] o certe ripartizioni politiche all’interno di [giurisdizione], come specificate, è/sono parte dei seguenti accordi in materia d’insolvenza: [specificare, qualora applicabile, quali hanno o possono avere un effetto sul presente parere].

3.3. Efficacia dei documenti del sistema

Subordinatamente a quanto previsto nei punti di seguito indicati, tutte le disposizioni dei documenti di sistema saranno vincolanti ed efficaci in conformità dei termini degli stessi secondo il diritto di [giurisdizione], in particolare nel caso di apertura di procedure di insolvenza o di procedure nei confronti del partecipante.

In particolare, siamo del parere che:

3.3.a. Trattamento degli ordini di pagamento

Le disposizioni delle norme relative al trattamento degli ordini di pagamento [elenco delle sezioni] sono valide ed efficaci. In particolare, tutti gli ordini di pagamento trattati conformemente a tali sezioni saranno validi, vincolanti e definitivi secondo il diritto di [giurisdizione]. La disposizione delle norme che specifica il momento preciso nel quale gli ordini immessi dal partecipante nel sistema diventano definitivi e irrevocabili ([inserire la sezione delle norme]) è valida, vincolante ed efficace secondo l’ordinamento [giurisdizione].

3.3.b. Potere di [inserire il nome della BC] di adempiere le proprie funzioni

L’apertura di una procedura di insolvenza o di una procedura nei confronti del partecipante non avrà effetto sull’autorità e sui poteri di [inserire il nome della BC] risultanti dai documenti del sistema. [Specificare [nella misura in cui sia applicabile] che: lo stesso parere è applicabile altresì nei confronti di ogni altro soggetto che fornisce direttamente servizi ai partecipanti, necessari per la partecipazione al sistema (per esempio fornitore dei servizi di rete).]

3.3.c. Tutele al verificarsi di eventi di default

[Qualora applicabili al partecipante, le disposizioni contenute in [elenco delle sezioni] delle norme che riguardano l’immediato adempimento delle obbligazioni che non sono ancora scadute, la compensazione dei crediti per l’utilizzo dei depositi del partecipante, l’escussione di un pegno, la sospensione e la risoluzione della partecipazione, la richiesta di interessi di mora e la risoluzione di accordi e transazioni ([inserire altre pertinenti clausole delle norme o dei documenti del sistema]) sono valide ed efficaci secondo l’ordinamento [giurisdizione].]

3.3.d. Sospensione e cessazione

Qualora applicabili al partecipante, le disposizioni contenute in [elenco delle sezioni] delle norme (in relazione alla sospensione e cessazione della partecipazione al sistema del partecipante a seguito dell’apertura di procedure di insolvenza o di procedure o al verificarsi di eventi di default, come definiti nei documenti del sistema, o qualora il partecipante generi qualunque tipo di rischio sistemico ovvero abbia gravi problemi operativi) sono valide ed efficaci secondo il diritto [giurisdizione].

3.3.e. Penali

Qualora applicabili al partecipante, le disposizioni contenute in [elenco delle sezioni] delle norme relative alle penali applicate a un partecipante che non è in grado di rimborsare entro i termini stabiliti, ove applicabile, il credito infragiornaliero o il credito overnight, sono valide ed efficaci secondo il diritto [giurisdizione].

3.3.f. Cessione di diritti e obblighi

I diritti e gli obblighi del partecipante non possono essere ceduti, modificati o altrimenti trasferiti dal partecipante a terzi senza il preventivo consenso scritto di [inserire il nome della BC].

3.3.g. Scelta della legge applicabile e giurisdizione

Le disposizioni contenute in [elenco delle sezioni] delle norme, e in particolare quelle relative alla legge applicabile, alla risoluzione delle controversie, al foro competente e alle notifiche sono valide ed efficaci secondo il diritto [giurisdizione].

3.4. Pagamenti preferenziali annullabili

Siamo del parere che nessun obbligo derivante dai documenti del sistema, il suo adempimento ovvero il suo rispetto prima dell’apertura di una procedura di insolvenza o di una procedura nei confronti del partecipante possano essere revocati, nell’ambito di tali procedure, come preferenziali, o come negozi annullabili o altrimenti, secondo il diritto di [giurisdizione].

In particolare, e senza limitazione di quanto precede, esprimiamo tale parere in relazione a qualunque ordine di pagamento immesso da qualsivoglia partecipante al sistema. In particolare, siamo del parere che le disposizioni di cui [elenco delle sezioni] delle norme che stabiliscono definitività e l’irrevocabilità degli ordini di pagamento saranno valide ed efficaci e che un ordine di pagamento immesso da qualunque partecipante e trattato in conformità di [elenco delle sezioni] delle norme non può essere revocato, nell’ambito di una procedura di insolvenza o altra procedura, come preferenziale, o come negozio annullabile o altrimenti secondo il diritto di [giurisdizione].

3.5. Sequestro

Qualora un creditore del partecipante richieda un ordine di sequestro (ivi compreso qualunque ordine di congelamento, ordine di sequestro conservativo o qualunque altra procedura di diritto pubblico o di diritto privato diretta a proteggere l’interesse pubblico o i diritti dei creditori del partecipante) — di seguito denominato «sequestro» — secondo il diritto di [giurisdizione] da parte di un tribunale o di un’autorità governativa, giudiziaria o pubblica competente in [giurisdizione], siamo del parere che [inserire l’analisi e la discussione].

3.6. Garanzie [ove applicabile]

3.6.a. Cessione di diritti o attività in deposito ai fini di garanzia, pegno, operazione pronti contro termine e/o fideiussione

Le cessioni a scopo di garanzia saranno valide ed efficaci secondo il diritto di [giurisdizione]. Specificamente, la costituzione e l’efficacia di un pegno o di un’operazione pronti contro termine secondo [inserire il riferimento al corrispondente accordo con la BC] saranno validi ed efficaci secondo il diritto di [giurisdizione]. Nel caso in cui sia richiesta una fideiussione da parte di un’altra persona giuridica perché il partecipante possa aderire al sistema, tale fideiussione sarà vincolante per il fideiussore e pienamente efficace nei suoi confronti, senza alcuna limitazione in relazione all’ammontare della fideiussione, qualunque sia la situazione del partecipante.

3.6.b. Priorità dell’interesse dei cessionari, creditori pignoratizi o acquirenti in pronti contro termine su quello di altri aventi diritto

Nell’ipotesi di procedure di insolvenza o di procedure nei confronti del partecipante, i diritti o le attività cedute ai fini di garanzia o costituite in pegno dal partecipante a favore di [inserire il nome della BC] o di altri partecipanti al sistema, godranno di priorità nel pagamento rispetto ai crediti di tutti gli altri creditori del partecipante e non saranno soggetti a prelazione o a creditori privilegiati.

3.6.c. Titolo di escussione della garanzia

Anche nell’ipotesi di procedure di insolvenza o di procedure nei confronti del partecipante, gli altri partecipanti al sistema e la [inserire nome della BC] quali [cessionari, creditori pignoratizi o acquirenti in pronti contro termine, a seconda del caso] saranno ancora liberi di escutere e riscuotere i diritti o le attività del partecipante attraverso l’azione di [inserire nome della BC] ai sensi delle norme.

3.6.d. Requisiti di forma e registrazione

Non esistono requisiti di forma per la cessione a scopo di garanzia o per la costituzione e l’esecuzione di un pegno o di un pronti contro termine sui diritti o attività del partecipante e non è necessario che [la cessione in garanzia, il pegno o il pronti contro termine, a seconda del caso], o nessun elemento di tali [cessioni, pegni o pronti contro termine, a seconda del caso] sia registrato o archiviato presso un tribunale o un’autorità governativa, giudiziaria o pubblica competente in [giurisdizione].

3.7. Succursali [nella misura in cui sia applicabile]

3.7.a. Il parere si applica all’attività mediante succursali

Ogni dichiarazione e parere suesposto con riferimento al partecipante è valida in tutti i suoi contenuti secondo il diritto di [giurisdizione] alle situazioni in cui il partecipante agisce attraverso una o più delle sue succursali insediate all’esterno di [giurisdizione].

3.7.b. Conformità al diritto

Né l’esecuzione e adempimento dei diritti e degli obblighi di cui ai documenti del sistema, né l’immissione, la trasmissione o la ricezione di ordini di pagamento da parte di una succursale del partecipante costituiranno in alcun modo violazione del diritto di [giurisdizione].

3.7.c. Autorizzazioni necessarie

Né l’esecuzione e adempimento di diritti e obbligazioni secondo i documenti del sistema, né la presentazione, trasmissione o ricezione di ordini di pagamento da parte di una succursale del partecipante richiederanno alcuna ulteriore autorizzazione, approvazione, consenso, archiviazione, registrazione, autenticazione notarile o altra certificazione di o presso tribunali o autorità governative, giudiziarie o pubbliche che siano competenti in [giurisdizione].

Le valutazioni espresse nel presente parere sono formulate alla data in esso indicata e sono destinate esclusivamente a [inserire nome della BC] e al [partecipante]. Nessuno può fare affidamento su questo parere e il suo contenuto non può essere divulgato a persone diverse dai suddetti destinatari e dai loro consulenti legali senza il nostro preventivo consenso scritto, fatta eccezione per la Banca centrale europea e le banche centrali nazionali del Sistema europeo di banche centrali [e [la banca centrale nazionale/le competenti autorità regolamentari] di [giurisdizione]].

In fede,

[firma]

Appendice IV

PROCEDURE DI BUSINESS CONTINUITY E DI CONTINGENCY

1. Disposizioni generali

La presente appendice definisce gli accordi tra la [inserire nome della BC] e i partecipanti, o i sistemi ancillari, nel caso in cui uno o più componenti della SSP o la rete di telecomunicazione siano affetti da malfunzionamenti o danneggiati da eventi esterni di natura straordinaria, o se il malfunzionamento riguardi un partecipante o un sistema ancillare.

b)	Nella presente appendice, tutti i riferimenti ad orari specifici devono intendersi riferiti all’ora della BCE, cioè all’ora locale presso la sede della BCE.

2. Procedure di business continuity e di contingency

a)	Nel caso in cui si verifichi un evento esterno di natura straordinaria e/o vi sia un guasto della SSP o della rete di telecomunicazione tali da incidere sulla normale operatività di TARGET2, la [inserire nome della BC] è legittimata ad adottare procedure di business continuity e di contingency.

Le principali procedure di business continuity e di contingency disponibili in TARGET2 sono le seguenti:

i)	trasferimento dell’operatività della SSP su un sito alternativo;

ii)	modifica degli orari di operatività della SSP; e

iii)	avvio dell’elaborazione in contingency per i pagamenti critici o molto critici, come rispettivamente definiti nel paragrafo 6, lettera c) e d).

c)	La [inserire nome della BC] ha piena discrezionalità nel decidere se attivare procedure di business continuity e di contingency e quale di tali procedure utilizzare per regolare gli ordini di pagamento.

3. Comunicazione di incidente

Le informazioni riguardanti un guasto della SSP e/o un evento esterno di natura straordinaria sono comunicate ai partecipanti attraverso canali di comunicazione domestici, l’ICM e il T2IS. In particolare, le comunicazioni ai partecipanti includono le seguenti informazioni:

i)	descrizione dell’evento;

ii)	ritardo previsto nell’elaborazione (se noto);

iii)	informazioni sulle misure già adottate; e

iv)	consigli ai partecipanti.

b)	Inoltre, la [inserire nome della BC] può rendere noti ai partecipanti altri eventi, in atto o previsti, capaci di incidere sulla normale operatività di TARGET2.

4. Trasferimento dell’operatività della SSP su un sito alternativo

a)	Nel caso in cui si verifichi uno degli eventi di cui al paragrafo 2, lettera a), l’operatività della SSP potrebbe essere trasferita su un sito alternativo, nell’ambito della stessa o di un’altra regione.

Nel caso in cui l’operatività della SSP sia trasferita in un’altra regione, i partecipanti faranno tutto quanto nelle loro possibilità per riconciliare le loro posizioni con quelle esistenti al momento in cui si è verificato il guasto o l’evento esterno di natura straordinaria e forniranno alla [inserire nome della BC] tutte le informazioni rilevanti a tale fine.

5. Modifica degli orari di operatività

L’elaborazione diurna di TARGET2 può essere estesa o l’apertura di una nuova giornata lavorativa può essere ritardata. Durante il periodo di estensione dell’operatività di TARGET2, gli ordini di pagamento sono elaborati in conformità di [inserire il riferimento alle disposizioni attuative delle Condizioni armonizzate], fatte salve le modifiche contenute nella presente appendice.

L’elaborazione diurna può essere estesa e l’orario di chiusura può essere conseguentemente posticipato, se un guasto della SSP si è verificato nel corso della giornata ma è stato riparato prima delle ore 18:00. Tale posticipo dell’orario di chiusura in circostanze normali non eccede le due ore ed è annunciato ai partecipanti il prima possibile. Se il posticipo è annunciato prima delle ore 16:50, rimane valido il periodo minimo di un’ora tra il cut-off time per gli ordini di pagamento per conto della clientela e per quelli interbancari. Una volta che tale posticipo è stato annunciato non può più essere revocato.

c)	L’orario di chiusura è posticipato nei casi in cui il guasto alla SSP si sia verificato prima delle ore 18:00 e non sia stato riparato entro le ore 18:00. La [inserire nome della BC] comunica immediatamente ai partecipanti il posticipo dell’orario di chiusura.

Non appena il guasto alla SSP è stato riparato, si procede nel modo seguente:

i)	la [inserire nome della BC] cerca di regolare tutti i pagamenti in lista d’attesa entro un’ora; tale termine è ridotto a 30 minuti nel caso in cui un guasto alla SSP si verifichi alle ore 17:30 o più tardi (nei casi di guasto della SSP in atto alle ore 18:00);

ii)	i saldi finali dei partecipanti sono determinati entro un’ora; tale termine è ridotto a 30 minuti nel caso in cui un guasto alla SSP si verifichi alle ore 17:30 o più tardi, nei casi di guasto della SSP in atto alle ore 18:00;

iii)	al cut-off time per i pagamenti interbancari, prendono avvio le procedure di fine giornata, incluso il ricorso alle operazioni di rifinanziamento marginale dell’Eurosistema.

e)	I sistemi ancillari che richiedono liquidità a inizio mattina devono avere predisposto i mezzi atti a far fronte ai casi in cui l’elaborazione diurna non possa iniziare a tempo debito a causa di un guasto della SSP avvenuto nella giornata precedente.

6. Elaborazione in contingency

Ogni qualvolta lo ritenga necessario, la [inserire nome della BC] avvia l’elaborazione in contingency degli ordini di pagamento nella Contingency Module della SSP. In tali casi, ai partecipanti è offerto solo un livello minimo di servizi. La [inserire nome della BC] informa i propri partecipanti dell’avvio dell’elaborazione in contingency utilizzando qualunque mezzo di comunicazione disponibile.

b)	Nell’elaborazione in contingency, gli ordini di pagamento sono elaborati manualmente dalla [inserire nome della BC].

I seguenti pagamenti sono considerati «molto critici» e la [inserire nome della BC] fa quanto ragionevolmente possibile per procedere alla loro elaborazione in situazioni di contingency:

i)	pagamenti connessi alla CLS Bank International;

ii)	regolamento di fine giornata di EURO1; e

iii)	richieste di margini delle controparti centrali.

I seguenti tipi di pagamento sono considerati «critici» e la [inserire il nome della BC] può decidere di effettuarne l’elaborazione in contingency:

i)	pagamenti relativi al regolamento in tempo reale di sistemi interfacciali di regolamento titoli; e

ii)	pagamenti ulteriori, se necessario per evitare il rischio sistemico.

L’immissione di ordini di pagamento da parte di partecipanti per l’elaborazione in contingency e il rilascio di informazioni ai beneficiari sono effettuati attraverso i [indicare i mezzi di comunicazione]. Le informazioni relative ai saldi di conto e le scritturazioni di addebito e di accredito possono essere ottenute mediante la [inserire nome della BC].

Gli ordini di pagamento che sono già stati immessi in TARGET2-[inserire riferimento a BC/paese], ma che sono in lista d’attesa, possono anch’essi essere sottoposti a elaborazione in contingency. In tali casi la [inserire nome della BC] tenta di evitare la doppia elaborazione degli ordini di pagamento, fermo restando che, in caso di doppia elaborazione, i partecipanti ne sopportano il rischio.

Per l’elaborazione in contingency degli ordini di pagamento, i partecipanti prestano ulteriori garanzie. Durante l’elaborazione in contingency, i pagamenti in contingency in entrata possono essere utilizzati per finanziare pagamenti in contingency in uscita. Ai fini dell’elaborazione in contingency, la [inserire nome della BC] può non tenere conto della liquidità disponibile dei partecipanti.

7. Guasti connessi ai partecipanti o ai sistemi ancillari

Nel caso in cui un partecipante abbia un problema che gli impedisca di regolare pagamenti in TARGET2, sarà sua responsabilità risolvere il problema. In particolare, il partecipante può adottare misure interne o la funzionalità ICM, effettuare in backup pagamenti a forfait e di contingency (back up lump sum payments e back up contingency payments) (CLS, EURO1, STEP2 pre-fund).

Se un partecipante decide di utilizzare la funzionalità ICM per effettuare pagamenti in backup a forfait, la [inserire nome della BC], su richiesta del partecipante, attiva tale funzionalità attraverso l’ICM. Se il partecipante lo richiede, la [inserire nome della BC] trasmette un messaggio di rete ICM per informare altri partecipanti del fatto che il partecipante stesso si avvale di pagamenti backup a forfait. Il partecipante è tenuto all’invio in backup di pagamenti a forfait (back up lump sum payments) esclusivamente in favore di quei partecipanti con i quali ha bilateralmente concordato l’impiego di tale forma di pagamento nonché ad ogni adempimento ulteriore in relazione a tali pagamenti.

c)	Se le misure di cui alla lettera a) sono esaurite o insufficienti, il partecipante può richiedere l’assistenza dalla [inserire nome della BC].

Nel caso di guasto relativo a un sistema ancillare, quest’ultimo sarà responsabile della riparazione del guasto. Se il sistema ancillare lo richiede, la [inserire nome della BC] può decidere di agire per conto del sistema stesso. La [inserire nome della BC] decide a propria discrezione quale assistenza dare al sistema ancillare, anche durante le operazioni notturne dello stesso. Possono essere adottate le seguenti misure di contingency:

i)	il sistema ancillare avvia pagamenti «puri» (vale a dire non correlati alla transazione sottostante) attraverso la Participant Interface;

ii)	la [inserire nome della BC] genera e/o elabora istruzioni/file XML per conto del sistema ancillare; e/o

iii)	la [inserire nome della BC] effettua pagamenti «puri» per conto del sistema ancillare.

e)	Il dettaglio delle procedure di contingency relative ai sistemi ancillari è contenuto negli accordi bilaterali tra la [inserire nome della BC] e il sistema ancillare interessato.

8. Altre disposizioni

Nel caso in cui taluni dati non siano disponibili a causa del verificarsi di uno degli eventi di cui al paragrafo 3, lettera a), la [inserire nome della BC] è autorizzata a iniziare o proseguire l’elaborazione di ordini di pagamento e/o a gestire TARGET2-[inserire riferimento a BC/paese] sulla base degli ultimi dati disponibili, come determinati dalla [inserire nome della BC]. Se la [inserire nome della BC] lo richiede, i partecipanti e i sistemi ancillari devono reimmettere i propri messaggi FileAct/Interact o intraprendere qualunque altra iniziativa ritenuta appropriata dalla [inserire nome della BC].

b)	In caso di guasto relativo alla [inserire nome della BC] alcune o tutte le funzioni tecniche di quest’ultima relative a TARGET2-[inserire riferimento a BC/paese] possono essere svolte da altre BC dell’Eurosistema.

La [inserire nome della BC] può richiedere che i partecipanti prendano parte a test periodici o straordinari delle procedure di business continuity e di contingency, a iniziative di formazione o a qualunque altra iniziativa preventiva, secondo quanto ritenuto necessario dalla [inserire nome della BC]. Qualunque onere relativo ai test o ad altre iniziative è a carico esclusivo dei partecipanti.

Appendice V

GIORNATA OPERATIVA

1.	TARGET2 è operativo tutti i giorni di calendario, ad eccezione dei sabati e delle domeniche e dei giorni di Capodanno, venerdì santo e lunedì di Pasqua (secondo il calendario in vigore presso la sede della BCE), 1o maggio, giorno di Natale e 26 dicembre.

2.	L’orario di riferimento per il sistema è l’ora della Banca centrale europea, vale a dire l’ora del luogo in cui ha sede la BCE.

La giornata lavorativa in corso si apre la sera della giornata lavorativa precedente e segue il seguente schema:

Ora	Descrizione
6.45-7.00	Attività propedeutiche all’operatività diurna (1)
7.00-18.00	Elaborazione diurna
17.00	Cut-off time per i pagamenti per conto della clientela (vale a dire pagamenti disposti da e/o a favore di un soggetto che non è un partecipante diretto o indiretto, così come identificati nel sistema mediante l’utilizzo di un messaggio MT 103 o MT 103+)
18.00	Cut-off time per i pagamenti interbancari (vale a dire pagamenti diversi dai pagamenti per conto della clientela)
18.00-18.45 (2)	Elaborazione di fine giornata
18.15 (2)	Cut-off time generale per il ricorso a operazioni su iniziativa delle controparti
(subito dopo) 18.30 (3)	Momento a partire dal quale i dati per l’aggiornamento dei sistemi di contabilità sono a disposizione delle BC
18.45-19.30 (3)	Elaborazione di avvio giornata (nuova giornata lavorativa)
19.00 (3) -19.30 (2)	Fornitura di liquidità sui conti PM
19.30 (3)	Messaggio di «avvio della procedura» e regolamento degli ordini di default per il trasferimento di liquidità dai conti PM al/i sotto-conto/i/conto «mirror» (regolamento correlato ai sistemi ancillari)
19.30 (3) -22.00	Esecuzione di ulteriori trasferimenti di liquidità attraverso l’ICM prima che il sistema ancillare invii il messaggio di «inizio ciclo»; regolamento di operazioni notturne dei sistemi ancillari (solo per la procedura 6 di regolamento dei sistemi ancillari, come previsto nell’allegato IV)
22.00-1.00	Periodo di manutenzione tecnica
1.00-6.45	Procedura di regolamento delle operazioni notturne dei sistemi ancillari (solo per la procedura 6 di regolamento dei sistemi ancillari)

4.	L’ICM è disponibile per trasferimenti di liquidità dalle 19.30 (4) fino alle 18.00 del giorno successivo, eccetto durante il periodo di manutenzione tecnica compreso tra le 22.00 e l’1.00.

5.	Gli orari di operatività possono essere modificati nel caso in cui vengano adottate procedure di business continuity in conformità di quanto stabilito nel paragrafo 5 dell’appendice IV.

(1) Per operatività diurna si intende l’elaborazione diurna e quella di fine giornata.

(2) Si conclude 15 minuti dopo, nell’ultimo giorno del periodo di mantenimento della riserva obbligatoria.

(3) Ha Inizio 15 minuti dopo, nell’ultimo giorno del periodo di mantenimento della riserva obbligatoria.

(4) Ha Inizio 15 minuti dopo, nell’ultimo giorno del periodo di mantenimento della riserva obbligatoria.

Appendice VI

SCHEMA TARIFFARIO E FATTURAZIONE

Tariffe per i partecipanti diretti

Il canone mensile per l'elaborazione degli ordini di pagamento in TARGET2-[inserire riferimento a BC/paese] per i partecipanti diretti, a seconda dell'opzione scelta, è:

a)	100,00 EUR per conto PM più una tariffa base di 0,80 EUR per operazione (scritturazione di addebito); o

1 250,00 EUR per conto PM più una tariffa per operazione (scritturazione di addebito) determinata come segue, in funzione del volume mensile delle operazioni (numero di voci elaborate):

Fascia	Da	A	Tariffa
1	1	10 000	0,60 EUR
2	10 001	25 000	0,50 EUR
3	25 001	50 000	0,40 EUR
4	50 001	100 000	0,20 EUR
5	Oltre 100 000	—	0,125 EUR

I trasferimenti di liquidità tra il conto PM di un partecipante e i suoi sotto-conti non sono soggetti a tariffazione.

2.	Il canone mensile per il multi-addressee access è di 80,00 EUR per ciascun indirizzo BIC a 8 cifre diverso dal codice BIC del conto del partecipante diretto.

3.	Si applica un canone aggiuntivo mensile di 30,00 EUR per conto, per i partecipanti diretti che non vogliono che il codice BIC del proprio conto sia pubblicato nella directory di TARGET2.

4.	La tariffa per ciascuna registrazione nella directory di TARGET2 di un partecipante indiretto da parte di un partecipante diretto, è di 20,00 EUR.

5.	La tariffa per ciascuna registrazione nella directory di TARGET2 di un titolare di un addressable BIC, incluse le succursali di partecipanti diretti e indiretti, è di 5,00 EUR.

Tariffe per la funzione di consolidamento della liquidità

6.	Per la funzione ICC, il canone mensile è di 100,00 EUR per ciascun conto incluso nel gruppo.

7.	Per la funzione LA, il canone mensile è di 200,00 EUR per ciascun conto incluso nel gruppo LA. Qualora il gruppo LA utilizzi la funzione ICC, i conti non inclusi nella funzione LA corrispondono il canone mensile ICC di 100,00 EUR per conto.

8.	Per entrambe le funzioni LA e ICC, la struttura decrescente delle tariffe per operazione stabilita nella tavola di cui al paragrafo 1, lettera b), si applica a tutti i pagamenti effettuati dai partecipanti al gruppo, come se tali pagamenti fossero inviati dal conto di un partecipante.

Il canone mensile di 1 250,00 EUR di cui al paragrafo 1, lettera b), è corrisposto dal gestore del rispettivo gruppo, e il canone mensile di 100,00 EUR di cui al paragrafo 1, lettera a), è corrisposto da tutti gli altri membri del gruppo. Se un gruppo LA fa parte di un gruppo ICC e il gestore del gruppo LA è anche il gestore del gruppo ICC, il canone mensile di 1 250,00 EUR è corrisposto solo una volta. Se il gruppo LA fa parte di un gruppo ICC e il gestore del gruppo ICC è diverso dal gestore del gruppo LA, il gestore del gruppo ICC corrisponde un canone mensile aggiuntivo di 1 250,00 EUR. In tali casi, la fattura per l'ammontare complessivo delle tariffe per tutti i conti del gruppo ICC (inclusi i conti del gruppo LA) è inviata al gestore del gruppo ICC.

Fatturazione

10.

Nel caso di partecipanti diretti, si applicano le seguenti regole di fatturazione. Il partecipante diretto (il gestore del gruppo LA o del gruppo ICC nel caso di utilizzo delle funzioni LA o ICC) riceve la fattura relativa al mese precedente che riporta le tariffe che devono essere corrisposte, non oltre la quinta giornata lavorativa del mese successivo. Il pagamento è effettuato non oltre la decima giornata lavorativa del mese suddetto, sul conto specificato dalla [inserire nome della BC] ed è addebitato sul conto PM del partecipante.

Appendice VII

CONTRATTO DI LIQUIDITÀ AGGREGATA — VARIANTE A

Fac-simile per l’uso della funzione LA da parte di più di un ente creditizio

Fra, da un lato:

[partecipante], titolare del conto/dei conti PM n. [..................................], presso [inserire il nome della BC] rappresentato da [................................................................], in qualità di [.................................................],

(di seguito «membri del gruppo LA»),

e dall’altro,

[inserire il nome della BCN LA],

(di seguito «BCN LA»),

(i membri del gruppo LA e le BCN LA di seguito collettivamente denominati «parti»),

considerando quanto segue:

(1)

TARGET2 è giuridicamente strutturato come una molteplicità di sistemi di pagamento, ciascuno dei quali è designato quale sistema ai sensi della relativa legislazione nazionale di attuazione della direttiva 98/26/CE del Parlamento europeo e del Consiglio, del 19 maggio 1998 concernente il carattere definitivo del regolamento nei sistemi di pagamento e nei sistemi di regolamento titoli (1).

(2)	I partecipanti a uno o più sistemi componenti di TARGET2 possono, a certe condizioni stabilite nelle rispettive regole di partecipazione ai sistemi componenti di TARGET2, costituire un gruppo LA, attraverso il quale la liquidità presente nei conti PM dei membri del gruppo LA è aggregata.

(3)

L’aggregazione della liquidità consente ai membri del gruppo LA di regolare ordini di pagamento di importo superiore alla liquidità disponibile sui loro rispettivi conti PM, a condizione che il valore complessivo di tutti gli ordini di pagamento suddetti non ecceda mai l’ammontare aggregato della liquidità disponibile su tutti i conti PM summenzionati. La posizione debitoria risultante su uno o più di tali conti PM costituisce credito infragiornaliero, la concessione del quale è disciplinata dai rispettivi accordi nazionali, fatte salve le modifiche descritte nel presente contratto; in particolare, tale posizione debitoria è garantita dalla liquidità disponibile sui conti PM degli altri membri del gruppo LA.

(4)	Tale meccanismo non comporta in alcun modo l’unificazione dei vari conti PM che, fatte salve le limitazioni previste nel presente contratto, continuano a essere detenuti esclusivamente dai loro rispettivi titolari.

(5)	Tale meccanismo è volto a evitare la frammentazione della liquidità nei diversi sistemi componenti di TARGET2 e a semplificare la gestione della liquidità nell’ambito di un gruppo di enti creditizi.

(6)	Questo meccanismo migliora l’efficienza complessiva del regolamento dei pagamenti in TARGET2.

(7)

[partecipante], [partecipante] e [partecipante] sono rispettivamente connessi a TARGET2-[inserire il riferimento a BC/paese], TARGET2-[inserire il riferimento a BC/paese], e TARGET2-[inserire il riferimento a BC/paese] e sono vincolati dai [inserire il riferimento agli accordi di applicazione delle Condizioni armonizzate] del [inserire le relative date],

pertanto le parti concordano quanto segue:

Articolo 1

Efficacia del presente contratto

Il presente contratto e qualunque modifica ad esso apportata è efficace unicamente quando la BCN gestore, dopo aver ottenuto ogni informazione o documentazione ritenuta utile, conferma per iscritto che il presente contratto o le modifiche ad esso apportate sono conformi agli obblighi stabiliti nelle rispettive condizioni di partecipazione nei sistemi componenti di TARGET2.

Articolo 2

Interesse comune dei membri del gruppo LA e delle BCN LA

1. I membri del gruppo LA dichiarano e riconoscono espressamente che il perfezionamento del presente contratto risponde ai loro comuni interessi economici, societari e finanziari giacché gli ordini di pagamento di tutti i membri del gruppo LA possono essere regolati nei loro rispettivi sistemi componenti di TARGET2 fino a un ammontare corrispondente alla liquidità disponibile su tutti i conti PM dei membri del gruppo LA, impiegando in tal modo la liquidità disponibile su altri sistemi componenti TARGET2.

2. Le BCN LA hanno un interesse comune a concedere credito infragiornaliero ai membri del gruppo LA, in quanto ciò promuove l’efficienza complessiva del regolamento dei pagamenti in TARGET2. Il credito infragiornaliero è garantito in conformità dell’articolo 18 dello statuto del Sistema europeo di banche centrali e della Banca centrale europea, poiché il saldo a debito derivante dall’esecuzione di un ordine di pagamento è coperto dai saldi disponibili sui conti PM detenuti dagli altri membri del gruppo LA presso le loro rispettive BCN LA, che garantiscono l’adempimento delle obbligazioni dovute da qualunque membro del gruppo LA alle BCN LA.

Articolo 3

Diritti e obblighi dei membri del gruppo LA

1. I membri del gruppo LA sono tutti obbligati in solido nei confronti di tutte le BCN LA per tutti i crediti risultanti dal regolamento, dell’ordine di pagamento immesso da qualunque membro del gruppo LA nel rispettivo sistema componente di TARGET2. I membri del gruppo LA non sono legittimati a fare riferimento a qualsivoglia accordo interno al gruppo sulla ripartizione delle responsabilità, nell’intento di evitare qualunque responsabilità nei confronti delle BCN LA in relazione all’aggregazione di tutte le suddette obbligazioni.

2. Il valore totale di tutti gli ordini di pagamento regolati dai membri del gruppo LA sui loro conti PM non può mai eccedere l’ammontare aggregato di tutta la liquidità disponibile su tutti i suddetti conti PM.

3. I membri del gruppo LA sono autorizzati a utilizzare la funzione ICC, come descritta in [inserire il riferimento all’accordo/agli accordi che attuano le Condizioni armonizzate].

4. I membri del gruppo LA garantiscono la presenza di un accordo interno concluso fra di loro, contenente, fra l’altro:

a)	le norme sull’organizzazione interna del gruppo LA;

b)	le condizioni in base alle quali il gestore del gruppo LA ha il dovere di riferire ai membri del gruppo LA;

c)	i costi della funzione LA (compresa la loro ripartizione tra i membri del gruppo LA); e

d)	le tariffe da pagare quale remunerazione tra i membri del gruppo LA per i servizi previsti dal contratto LA e le regole per calcolare il corrispettivo economico.

Fatta eccezione per la lettera d), i membri del gruppo LA possono decidere se rendere noto o meno tale accordo interno o parti dello stesso alle BCN LA. I membri del gruppo LA rilasciano le informazioni di cui alla lettera d) alle BCN LA.

Articolo 4

Diritti e obblighi delle BCN LA

1. Qualora un membro del gruppo LA immetta un ordine di pagamento nel rispettivo sistema componente di TARGET2 per un importo che eccede la liquidità disponibile sul conto PM di quel membro del gruppo LA, la rispettiva BCN LA concede il credito infragiornaliero garantito dalla liquidità disponibile su altri conti PM detenuti dal membro del gruppo LA presso la rispettiva BCN LA ovvero dalla liquidità disponibile sui conti PM detenuti dagli altri membri del gruppo LA presso le rispettive BCN LA. Tale credito infragiornaliero è disciplinato dalle regole applicabili alla concessione di credito infragiornaliero da parte di tale BCN LA.

2. Gli ordini di pagamento immessi da qualunque membro del gruppo LA per un ammontare che eccede la liquidità disponibile su tutti i conti PM dei membri del gruppo LA, sono posti in attesa fino a che non vi sia liquidità sufficiente.

3. Eccetto in caso di apertura di una procedura d’insolvenza nei confronti di uno o più membri del gruppo LA, una BCN LA può richiedere a ciascuno dei membri del gruppo LA il pieno adempimento di tutte le obbligazioni risultanti dal regolamento di ordini di pagamento di qualunque membro del gruppo LA nel sistema componente di TARGET2 di quest’ultimo.

Articolo 5

Designazione e ruolo del gestore del gruppo LA

1. I membri del gruppo LA designano quale gestore del gruppo LA [indicare il partecipante che viene nominato gestore del gruppo LA] che sarà il punto di riferimento per tutte le questioni amministrative relative al gruppo LA.

2. Tutti i membri del gruppo LA forniscono alla rispettiva BCN LA, così come al gestore del gruppo LA, ogni informazione che possa influire sulla validità, efficacia e applicazione del presente contratto compreso, a titolo esemplificativo, qualunque modifica o interruzione dei legami tra i membri del gruppo LA richiesti ai fini del rispetto della definizione di gruppo stabilita nel/nei [inserire il riferimento alle disposizioni pertinenti del/dei accordo/i di attuazione delle Condizioni armonizzate], il verificarsi di qualunque evento di default ai sensi del [inserire il riferimento all’/agli accordo/i di attuazione delle Condizioni armonizzate] ovvero di qualunque evento che possa influire sulla validità e/o efficacia di [inserire il riferimento al pegno, alle clausole di compensazione per close-out o a qualunque altra disposizione a tal fine rilevante dell’/degli accordo/i di attuazione delle Condizioni armonizzate].

3. Il gestore del gruppo LA comunica immediatamente alla BCN gestore qualunque informazione descritta nel paragrafo 2 che lo riguardi o che riguardi qualsiasi altro membro del gruppo LA.

4. Il gestore del gruppo LA è responsabile del monitoraggio infragiornaliero della liquidità disponibile nell’ambito del gruppo LA.

5. Il gestore del gruppo LA è legittimato ad operare sui conti PM dei membri del gruppo LA e, in particolare, agisce in veste di delegato dei membri del gruppo LA con riferimento alle seguenti operazioni:

qualunque operazione ICM con riferimento ai conti PM dei membri del gruppo LA, compresa, a titolo esemplificativo, qualunque modifica della priorità di un ordine di pagamento, revoca, modifica dell’orario di regolamento, trasferimenti di liquidità (inclusi quelli disposti in favore o a carico di sotto-conti), riordino di operazioni in lista d’attesa, riserva di liquidità con riferimento al gruppo LA, apposizione e modifica di limiti in relazione al gruppo LA;

tutte le operazioni concernenti la liquidità di fine giornata tra i conti PM dei membri del gruppo LA che assicurano che tutti i saldi dei conti PM dei membri del gruppo LA siano livellati, così che nessuno di tali conti presenti un saldo a debito alla fine della giornata o, ove consentito, un saldo non assistito da idonee garanzie (tale procedura è di seguito denominata «livellamento»);

c)	istruzioni generali in base alle quali deve avvenire il livellamento automatico, vale a dire la definizione della sequenza dei conti PM dei membri del gruppo LA aventi liquidità disponibile da addebitare nell’ambito del livellamento;

d)	in mancanza di qualunque istruzione espressa da parte del gestore del gruppo LA, come descritte dalle lettere b) e c), viene effettuato un livellamento automatico partendo dal conto PM che presenta il saldo a credito maggiore fino al conto PM con il saldo a debito maggiore.

Gli stessi criteri definiti nelle lettere c) e d) sono utilizzati qualora si verifichi un evento che legittima l’escussione («Enforcement event»), come definito in [inserire riferimento alle relative disposizioni dell’accordo/degli accordi di attuazione delle Condizioni armonizzate].

6. I membri del gruppo LA rinunciano esplicitamente ad ogni pretesa che essi possano vantare nei confronti del gestore del gruppo LA sulla base di [inserire, se applicabile, un riferimento alle disposizioni di diritto nazionali pertinenti], che derivino dal cumulo in capo al gestore delle funzioni connesse a tale ultima attività con quelle di titolare di un conto PM e di partecipante al gruppo LA.

Articolo 6

Ruolo della BCN gestore

1. La BCN gestore è il punto di riferimento per tutti gli aspetti amministrativi che riguardano il gruppo LA.

2. Tutte le BCN LA forniscono immediatamente alla BCN gestore qualunque informazione relativa ai rispettivi membri del gruppo LA che possa influire sulla validità, efficacia e applicazione del presente contratto, compresa, a titolo esemplificativo, qualunque modifica o interruzione dei legami tra membri del gruppo LA richiesti ai fini del rispetto della definizione di gruppo, il verificarsi di qualunque evento di default nel significato di cui a [inserire il riferimento all’accordo/agli accordi di attuazione delle Condizioni armonizzate] o di eventi che possano influire sulla validità e/o efficacia di [inserire il riferimento al pegno, alle clausole di compensazione per close-out o a qualunque altra disposizione a tal fine rilevante dell’accordo/degli accordi di attuazione delle Condizioni armonizzate].

3. La BCN gestore ha accesso a tutte le informazioni che rilevano in relazione a tutti i conti PM dei membri del gruppo LA, comprese, a titolo esemplificativo, le informazioni relative a qualsiasi linea di credito, al saldo, al turnover totale, ai pagamenti regolati, ai pagamenti in lista d’attesa, incluse le informazioni sui limiti e le riserve di liquidità dei membri del gruppo LA.

Articolo 7

Durata e risoluzione del presente contratto

1. Il presente contratto è a tempo indeterminato.

2. Ciascuno dei membri del gruppo LA può recedere unilateralmente dal presente contratto, a condizione che ne dia un preavviso scritto di 14 giornate lavorative alla BCN LA al cui sistema componente di TARGET2 esso partecipa, e alla BCN gestore. La BCN gestore dà conferma al membro del gruppo LA della data di recesso dalla sua partecipazione al contratto LA e comunica tale data a tutte le BCN LA che conseguentemente informano i rispettivi membri del gruppo LA. Qualora il membro del gruppo LA che recede sia il gestore del gruppo LA, i restanti membri del gruppo LA designano immediatamente un nuovo gestore del gruppo LA.

3. Il presente contratto o la partecipazione di qualunque membro del gruppo LA al presente contratto, a seconda del caso, si risolve automaticamente, senza alcun preavviso e con effetto immediato al verificarsi di uno o più dei seguenti eventi:

a)	modifica o interruzione dei legami tra tutti i membri del gruppo LA richiesti ai fini del rispetto della definizione di gruppo, come stabilito in [inserire il riferimento all’accordo/agli accordi di attuazione delle Condizioni armonizzate], ovvero incidenti su uno o più membri del gruppo LA; e/o

b)	mancato rispetto di ogni altro requisito per l’utilizzo della funzione LA, come descritti in [inserire il riferimento all’accordo/agli accordi di attuazione delle Condizioni armonizzate] da parte di tutti i membri del gruppo LA, o da parte di uno o più di essi.

4. Nonostante il verificarsi di uno degli eventi descritti nel paragrafo 3, un ordine di pagamento che sia già stato immesso da qualunque membro del gruppo LA nel rispettivo sistema componente di TARGET2 resta valido ed efficace nei confronti di tutti i membri del gruppo LA e delle BCN LA. [Inserire, ove ammissibile: Inoltre, il/la [inserire il riferimento al pegno e/o alla clausola di compensazione per close-out o ad altro pertinente meccanismo di garanzia] resta valido/a dopo la risoluzione del presente contratto fino a che tutte le posizioni debitorie sui conti PM la cui liquidità era stata aggregata, siano completamente estinte dai membri del gruppo LA.]

5. Fatto salvo il disposto di cui al paragrafo 3, la BCN gestore, in accordo con la relativa BCN LA, può in qualunque momento far cessare, senza preavviso e con effetto immediato, la partecipazione al presente contratto di qualunque membro del gruppo LA, nel caso in cui tale membro sia inadempiente rispetto a qualsiasi disposizione del contratto stesso. Tale decisione, da redigersi per iscritto, è inviata a tutti i membri del gruppo LA, esplicitando le ragioni della cessazione. Qualora la cessazione della partecipazione avvenga con tale modalità, i membri del gruppo LA la cui partecipazione al presente contratto non è stata oggetto di cessazione sono legittimati a recedere dalla partecipazione al presente accordo a condizione che ne diano un preavviso scritto di 5 giornate lavorative alla BCN gestore e alla BCN LA interessata. In caso di cessazione della partecipazione del gestore del gruppo LA, i restanti membri del gruppo LA designano immediatamente un nuovo gestore del gruppo LA.

6. La BCN gestore, in accordo con le altre BCN LA, può risolvere il presente contratto senza preavviso e con effetto immediato qualora la sua prosecuzione ponga a rischio la stabilità, la solidità e la sicurezza di TARGET2 nel suo complesso o possa pregiudicare l’adempimento dei compiti delle BCN LA di cui allo statuto del Sistema europeo di banche centrali e della Banca centrale europea. Qualunque decisione in tal senso è comunicata per iscritto ai membri del gruppo LA, precisandone le motivazioni.

7. Il presente contratto resta valido fintanto che permangono almeno due membri del gruppo LA.

Articolo 8

Procedura di modifica

Qualunque modifica al presente contratto, ivi compresa l’estensione del gruppo LA ad altri partecipanti, è valida ed efficace unicamente se espressamente concordata per iscritto da tutte le parti.

Articolo 9

Legge applicabile

Il presente contratto è disciplinato, interpretato e attuato conformemente a [inserire riferimento alla legge che disciplina il conto PM del gestore del gruppo LA detenuto presso la BCN gestore]. Ciò non pregiudica:

a)	il rapporto tra un membro del gruppo LA e la sua rispettiva BCN LA disciplinato dalla legge della rispettiva BCN LA; e

b)	i diritti e gli obblighi tra le BCN LA disciplinati dalla legge della BCN LA presso la quale è in essere il conto PM del membro del gruppo LA la cui liquidità disponibile è utilizzata come garanzia.

Articolo 10

Attuazione di [inserire il riferimento all’accordo/agli accordi di attuazione delle Condizioni armonizzate]

1. Con riferimento a ciascun membro del gruppo LA e alle rispettive BCN LA, le disposizioni rilevanti di [inserire il riferimento all’accordo/agli accordi di attuazione delle Condizioni armonizzate] disciplinano ogni aspetto che non sia espressamente disciplinato dal presente contratto.

2. [Inserire il riferimento all’accordo/agli accordi di attuazione delle Condizioni armonizzate] e il presente contratto sono considerati parte integrante del medesimo rapporto contrattuale.

Fatto, in tante copie quante sono le parti, il [… data …]

CONTRATTO DI LIQUIDITÀ AGGREGATA — VARIANTE B

Fac-simile per l’uso della funzione LA da parte di un ente creditizio

Fra, da un lato: [nome e indirizzo dell’ente creditizio rappresentato da [................................................................], in qualità di

[partecipante], titolare del conto/dei conti PM n. [..................................], presso [inserire il nome della BC],

[partecipante], titolare del conto/dei conti PM n. [..................................], presso [inserire il nome della BC]

(i partecipanti di seguito indicati come «membri del gruppo LA»),

e dall’altro,

[inserire il nome della BCN LA],

(di seguito «BCN LA»),

(i membri del gruppo LA e le BCN LA di seguito collettivamente denominati «parti»),

considerando quanto segue:

(1)

TARGET2 è giuridicamente strutturato come una molteplicità di sistemi di pagamento, ciascuno dei quali è designato quale sistema ai sensi della relativa legislazione nazionale di attuazione della direttiva 98/26/CE del Parlamento europeo e del Consiglio, del 19 maggio 1998, concernente il carattere definitivo del regolamento nei sistemi di pagamento e nei sistemi di regolamento titoli (2).

(2)

Un ente creditizio avente diversi conti PM in uno o più sistemi componenti di TARGET2 può, a certe condizioni stabilite nelle rispettive regole di partecipazione nei sistemi componenti di TARGET2, costituire un gruppo LA, attraverso il quale la liquidità presente in tali conti PM dei membri del gruppo LA è aggregata.

(3)

L’aggregazione della liquidità consente ai membri del gruppo LA di regolare ordini di pagamento di importo superiore alla liquidità disponibile su un conto PM, a condizione che il valore complessivo di tutti gli ordini di pagamento suddetti non ecceda mai l’ammontare aggregato della liquidità disponibile su tutti i conti PM dei membri del gruppo LA. La risultante posizione debitoria su uno o più di tali conti PM costituisce credito infragiornaliero, la concessione del quale è disciplinata dai rispettivi accordi nazionali, fatte salve le modifiche descritte nel presente contratto; in particolare, tale posizione debitoria è garantita dalla liquidità disponibile su tutti i conti PM dei membri del gruppo LA.

(4)	Tale meccanismo non comporta in alcun modo l’unificazione dei vari conti PM che, fatte salve le limitazioni previste nel presente contratto, continuano a essere detenuti separatamente dai membri del gruppo LA.

(5)	Tale meccanismo è volto a evitare la frammentazione della liquidità nei diversi sistemi componenti di TARGET2 e a semplificare la gestione della liquidità dei membri del gruppo LA.

(6)	Questo meccanismo migliora l’efficienza complessiva del regolamento dei pagamenti in TARGET2.

(7)

[partecipante], [partecipante] e [partecipante] sono collegati rispettivamente a TARGET2-[inserire il riferimento a BC/paese], TARGET2-[inserire il riferimento a BC/paese], e TARGET2-[inserire il riferimento a BC/paese] e sono vincolati dai [inserire riferimento agli accordi di attuazione delle Condizioni armonizzate] del [inserire le relative date],

pertanto le parti concordano quanto segue:

Articolo 1

Efficacia del presente contratto

Articolo 2

Interesse comune delle BCN LA

Le BCN LA hanno un interesse comune a concedere credito infragiornaliero ai membri del gruppo LA, in quanto ciò promuove l’efficienza complessiva del regolamento di pagamenti in TARGET2. Il credito infragiornaliero è garantito in conformità dell’articolo 18 dello statuto del Sistema europeo di banche centrali e della Banca centrale europea, poiché il saldo a debito derivante dall’esecuzione di un ordine di pagamento è coperto dai saldi disponibili sui conti PM detenuti dai membri del gruppo LA presso le loro rispettive BCN LA, che garantiscono l’adempimento delle obbligazioni dovute dai membri del gruppo LA alle BCN LA.

Articolo 3

Diritti e obblighi dei membri del gruppo LA

1. I membri del gruppo LA sono obbligati nei confronti di ciascuna BCN LA per tutti i crediti risultanti dal regolamento degli ordini di pagamento immessi da qualunque membro del gruppo LA nel rispettivo sistema componente di TARGET2.

2. Il valore totale di tutti gli ordini di pagamento regolati dai membri del gruppo LA sui loro conti PM non può mai eccedere l’ammontare aggregato della liquidità disponibile su tutti i suddetti conti PM.

3. I membri del gruppo LA sono autorizzati a utilizzare la funzione ICC, come descritta in [inserire il riferimento all’accordo/agli accordi di attuazione delle Condizioni armonizzate].

Articolo 4

Diritti e obblighi delle BCN LA

1. Qualora il membro del gruppo LA immetta un ordine di pagamento in un sistema componente di TARGET2 per un importo che eccede la liquidità disponibile sul conto PM di quel membro del gruppo LA, la rispettiva BCN LA concede credito infragiornaliero garantito dalla liquidità disponibile su altri conti PM detenuti dal membro del gruppo LA presso le rispettive BCN LA ovvero dalla liquidità disponibile sui conti PM detenuti dagli altri membri del gruppo LA presso le rispettive BCN LA. Tale credito infragiornaliero è disciplinato dalle regole applicabili alla concessione di credito infragiornaliero da parte di tali BCN LA.

2. Gli ordini di pagamento immessi dai membri del gruppo LA per un ammontare che eccede la liquidità disponibile su tutti i conti PM dei membri del gruppo LA, sono posti in lista d’attesa fino a che non si renda disponibile liquidità sufficiente.

3. Ciascuna BCN LA può richiedere ai membri del gruppo LA il pieno adempimento di tutte le obbligazioni risultanti dal regolamento di ordini di pagamento immessi dai membri del gruppo LA nel sistema componente di TARGET2 nel quale essi detengono conti PM.

Articolo 5

Designazione e ruolo del gestore del gruppo LA

1. I membri del gruppo LA designano quale gestore del gruppo LA [indicare il partecipante che viene nominato gestore del gruppo LA], che costituisce il punto di riferimento per tutte le questioni amministrative relative al gruppo LA.

2. I membri del gruppo LA forniscono alle rispettive BCN LA qualunque informazione che possa influire sulla validità, efficacia e attuazione del presente contratto compreso, a titolo esemplificativo, qualunque evento di default ai sensi del [inserire il riferimento alle disposizioni pertinenti dell’accordo/degli accordi di attuazione delle Condizioni armonizzate] ovvero di qualunque evento che possa incidere sulla validità e/o efficacia di [inserire il riferimento al pegno, alle clausole di compensazione per close-out o a qualunque altra disposizione a tal fine rilevante dell’accordo/degli accordi di attuazione delle Condizioni armonizzate].

3. Il gestore del gruppo LA comunica immediatamente alla BCN gestore qualunque informazione di cui al paragrafo 2.

4. Il gestore del gruppo LA è responsabile del monitoraggio infragiornaliero della liquidità disponibile nell’ambito del gruppo LA.

5. Il gestore del gruppo LA è legittimato ad operare sui conti PM dei membri del gruppo LA e, in particolare, effettua le operazioni seguenti:

qualunque operazione ICM con riferimento ai conti PM dei membri del gruppo LA, compresa, a titolo esemplificativo, qualunque modifica della priorità di un ordine di pagamento, revoca, modifica dell’orario di regolamento, trasferimenti di liquidità (inclusi quelli disposti in favore o a carico di sotto-conti), riordino di operazioni in lista d’attesa, riserva di liquidità in relazione al gruppo LA, apposizione e modifica di limiti in relazione al gruppo LA;

tutte le operazioni concernenti la liquidità di fine giornata tra i conti PM dei membri del gruppo LA che assicurano che tutti i saldi dei conti PM dei membri del gruppo LA siano livellati, in modo che nessuno di tali conti presenti, a fine giornata, un saldo passivo ovvero, ove consentito, un saldo negativo non assistito da idonee garanzie (tale procedura è di seguito denominata «livellamento»);

c)	istruzioni generali in base alle quali deve avvenire il livellamento automatico, vale a dire la definizione della sequenza dei conti PM dei membri del gruppo LA aventi liquidità disponibile da addebitare nell’arco del livellamento;

d)	in mancanza di qualunque istruzione espressa da parte del gestore del gruppo LA, come descritte alle lettere b) e c), viene effettuato un livellamento automatico partendo dal conto PM con il saldo a credito maggiore fino al conto PM con il saldo a debito maggiore.

I medesimi criteri definiti nelle lettere c) e d) sono utilizzati qualora si verifichi un evento che legittima l’escussione («Enforcement event»), come definito in [inserire riferimento alle relative disposizioni dell’accordo/degli accordi di attuazione delle Condizioni armonizzate].

Articolo 6

Ruolo della BCN gestore

1. La BCN gestore è il punto di riferimento per tutti gli aspetti amministrativi che riguardano il gruppo LA.

2. Tutte le BCN forniscono immediatamente alla BCN gestore qualunque informazione relativa ai membri del gruppo LA che possa influire sulla validità, efficacia e attuazione del presente contratto compreso, a titolo esemplificativo, qualunque evento di default ai sensi del [inserire il riferimento alle relative disposizioni dell’accordo/degli accordi di attuazione delle Condizioni armonizzate] ovvero qualunque evento che possa influire sulla validità e/o efficacia di [inserire il riferimento al pegno, alle clausole di compensazione per close-out o a qualunque altra relativa disposizione dell’accordo/degli accordi di attuazione delle Condizioni armonizzate].

3. La BCN gestore ha accesso a tutte le informazioni che rilevano in relazione a tutti i singoli conti PM dei membri del gruppo LA comprese, a titolo esemplificativo, le informazioni relative a qualsiasi linea di credito, al saldo, al turnover, ai pagamenti regolati, ai pagamenti in lista d’attesa, incluse le informazioni sui limiti e le riserve di liquidità dei membri del gruppo LA.

Articolo 7

Durata — Risoluzione del presente contratto

1. Il presente accordo è a tempo indeterminato.

2. Ciascuno dei membri del gruppo LA può recedere unilateralmente dal presente contratto, a condizione che ne dia un preavviso scritto di 14 giornate lavorative alla BCN LA al cui sistema componente di TARGET2 esso partecipa, e alla BCN gestore. La BCN gestore dà conferma al membro del gruppo LA della data di recesso della sua partecipazione al contratto LA e comunica tale data a tutte le BCN LA che conseguentemente informano i propri membri del gruppo LA. Qualora il membro del gruppo LA che recede sia il gestore del gruppo LA, i restanti membri del gruppo LA designano immediatamente un nuovo gestore del gruppo LA.

3. Il presente contratto è risolto immediatamente senza preavviso e con effetto immediato se i requisiti per l’utilizzo della funzione LA, descritti nel/nei [inserire il riferimento all’accordo/agli accordi di attuazione delle Condizioni armonizzate] non sono più rispettati.

4. Nonostante il verificarsi di un evento descritto nel paragrafo 3, un ordine di pagamento che sia già stato immesso dal membro del gruppo LA nel rispettivo sistema componente di TARGET2, resta valido ed efficace nei confronti di tutti i membri del gruppo LA e delle BCN LA. [Inserire, ove ammissibile: Inoltre, il/la [inserire il riferimento al pegno e/o alla clausola di compensazione per close-out o ad altro pertinente meccanismo di garanzia] resta valido/a dopo la risoluzione del presente contratto fino a che tutte le posizioni debitorie sui conti PM la cui liquidità era stata aggregata, siano state completamente estinte da parte dei membri del gruppo LA.]

5. Fatto salvo il disposto di cui al paragrafo 3, la BCN gestore, in accordo con la BCN LA, può in ogni momento far cessare la partecipazione al presente contratto di uno qualunque dei membri del gruppo LA, qualora esso sia inadempiente rispetto a qualsiasi disposizione del contratto stesso. Tale decisione, da redigersi per iscritto, è inviata a tutti i membri del gruppo LA, esplicitando le ragioni della cessazione.

6. La BCN gestore, in accordo con le altre BCN LA, può risolvere il presente contratto qualora la sua prosecuzione ponga a rischio la stabilità, solidità e sicurezza di TARGET2 nel suo complesso o possa pregiudicare l’adempimento da parte delle BCN LA dei loro compiti stabiliti dallo statuto del Sistema europeo di banche centrali e della Banca centrale europea. Qualunque decisione di risolvere il presente contratto è comunicata per iscritto ai membri del gruppo LA, precisandone le motivazioni.

Articolo 8

Procedura di modifica

Qualunque modifica al presente contratto, ivi compresa l’estensione del gruppo LA ad altri partecipanti, è valida ed efficace unicamente se espressamente concordata per iscritto da tutte le parti.

Articolo 9

Legge applicabile

Il presente contratto è disciplinato, interpretato e attuato conformemente a [inserire riferimento alla legge che disciplina il conto PM del gestore del gruppo LA]. Ciò non pregiudica:

a)	il rapporto tra i membri del gruppo AL e le rispettive BCN LA disciplinato dalla legge della rispettiva BCN LA; e

b)	i diritti e gli obblighi tra le BCN LA disciplinati dalla legge della BCN LA presso la quale è in essere il conto PM del membro la cui liquidità disponibile è utilizzata come garanzia.

Articolo 10

Applicazione di [inserire il riferimento all’accordo/agli accordi di attuazione delle Condizioni armonizzate]

1. Con riferimento a ciascun conto PM dei membri del gruppo LA, le disposizioni rilevanti di [inserire il riferimento all’accordo/agli accordi di attuazione delle Condizioni armonizzate] disciplinano ogni aspetto che non sia espressamente disciplinato dal presente contratto.

2. Il [inserire il riferimento all’accordo/agli accordi di attuazione delle Condizioni armonizzate] e il presente contratto sono considerati parte integrante del medesimo rapporto contrattuale.

Fatto, in tante copie quante sono le parti, il [… data …]

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

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

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;

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

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.

Il credito infragiornaliero può essere concesso solo ai seguenti soggetti:

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;

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

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

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.

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:

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;

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

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.

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.

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.

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à

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.

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

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

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.

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.

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.

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.

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

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.

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

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.

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.

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.

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.

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.

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

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.

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

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

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

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.

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.

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.

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:

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;

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

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.

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:

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;

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

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

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.

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.

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.

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

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.

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

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).

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.

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.

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.

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.

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.

8.9.2007

IT EN EN EN EN EN EN EN

Gazzetta ufficiale dell’Unione europea

L 237/71

DECISIONE DELLA BANCA CENTRALE EUROPEA

del 24 luglio 2007

relativa ai termini e alle condizioni di TARGET2-BCE

(BCE/2007/7)

(2007/601/CE)

IL COMITATO ESECUTIVO DELLA BANCA CENTRALE EUROPEA,

visto il trattato che istituisce la Comunità europea e in particolare il quarto trattino dell’articolo 105, paragrafo 2,

visto lo statuto del Sistema europeo di banche centrali e della Banca centrale europea, in particolare gli articoli 11.6, 17, 22 e 23,

considerando quanto segue:

(1)

Una politica monetaria unica comporta la necessità di un meccanismo di pagamento che faccia in modo che le operazioni di politica monetaria tra le banche centrali nazionali (BCN) e gli enti creditizi possano essere effettuate in modo sicuro e tempestivo e che promuova l’unicità del mercato monetario nell’area dell’euro.

(2)

L’attuale sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale («TARGET») sarà sostituito da TARGET2, caratterizzato da una piattaforma tecnica unica, denominata Single Shared Platform (SSP). TARGET2 continuerà a soddisfare le medesime finalità sottostanti a TARGET, mettendo a disposizione un meccanismo affidabile ed efficiente, il cui funzionamento è fondato sulla SSP, per il regolamento dei pagamenti in euro.

(3)	Il consiglio direttivo ha adottato l’indirizzo BCE/2007/2, del 26 aprile 2007, relativo ad un sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale («TARGET2») (1).

(4)

La Banca centrale europea (BCE) parteciperà in TARGET2 per elaborare i pagamenti propri e della propria clientela in TARGET2 e per fornire, attraverso TARGET2, i servizi di regolamento a organismi di compensazione e regolamento, compresi i soggetti insediati al di fuori dello Spazio economico europeo (SEE), a condizione che essi siano sottoposti alla sorveglianza di un’autorità competente e che il loro accesso a TARGET2-BCE sia stato approvato dal consiglio direttivo.

(5)	La BCE può accettare quale clientela solo banche centrali e organizzazioni europee e internazionali.

(6)	La BCE può concedere credito infragiornaliero in linea con la presente decisione esclusivamente a una clientela rappresentata da organizzazioni europee o internazionali.

(7)	Il consiglio direttivo ha deciso che le regole dei sistemi componenti di TARGET2 saranno armonizzate al massimo grado possibile e rese pubbliche,

DECIDE:

Articolo 1

Ambito di applicazione

1. TARGET2-BCE può solo:

a)	elaborare pagamenti propri della BCE;

b)	elaborare pagamenti della clientela della BCE; e

c)	fornire servizi di regolamento a organismi di compensazione e regolamento, ivi compresi soggetti insediati al di fuori del SEE, a condizione che essi siano sottoposti alla sorveglianza di un’autorità competente e che il loro accesso a TARGET2-BCE sia stato approvato dal consiglio direttivo.

2. La BCE può accettare quale clientela solo banche centrali e organizzazioni europee e internazionali.

Articolo 2

Credito infragiornaliero

1. La BCE può concedere credito infragiornaliero in linea con la presente decisione esclusivamente a una clientela composta da organizzazioni europee o internazionali attraverso scoperti sul conto/sui conti di tale clientela. Gli scoperti di conto non possono eccedere, in alcun momento della giornata, l’ammontare definito nel contratto con la clientela per ciascuno dei conti. Il credito infragiornaliero concesso dalla BCE resta limitato alla giornata in questione, senza alcuna possibilità di essere trasformato in credito overnight.

2. Qualunque concessione di credito infragiornaliero da parte della BCE è effettuata nel rispetto delle regole relative alla concessione di credito infragiornaliero contenute nell’allegato III dell’indirizzo BCE/2007/2.

Articolo 3

Termini e condizioni di TARGET2-BCE

I termini e le condizioni di TARGET2-BCE sono quelli contenuti nell’allegato alla presente decisione.

Articolo 4

Entrata in vigore

1. La presente decisione entra in vigore il 19 maggio 2008.

2. La decisione BCE/1999/NP3, del 16 marzo 1999, relativa al meccanismo di pagamento della Banca centrale europea e la decisione BCE/2003/NP2, del 28 gennaio 2003, che modifica la decisione BCE/1999/NP3 relativa al meccanismo di pagamento della Banca centrale europea sono abrogate con effetto dalla data di entrata in vigore della presente decisione e qualunque riferimento alle decisioni BCE/1999/NP3 e BCE/2003/NP2 è considerato come riferimento alla presente decisione.

Fatto a Francoforte sul Meno, il 24 luglio 2007.

Il presidente della BCE

Jean-Claude TRICHET

(1) Cfr. pag. 1 della presente Gazzetta ufficiale.

ANNEX

TERMS AND CONDITIONS OF TARGET2-ECB

TITLE I

GENERAL PROVISIONS

Article 1

Definitions

For the purposes of these Terms and Conditions (hereinafter the ‘Conditions’), the following definitions apply:

—

‘addressable BIC holder’ means an entity which: (a) holds a Bank Identifier Code (BIC); (b) is not recognised as an indirect participant; and (c) is a correspondent or customer of a direct participant or a branch of a direct or indirect participant, and is able to submit payment orders to and receive payments from a TARGET2 component system via the direct participant,

—

‘ancillary system (AS)’ means a system managed by an entity that is subject to supervision and/or oversight by a competent authority, in which payments and/or financial instruments are exchanged and/or cleared while the resulting monetary obligations are settled in TARGET2 in accordance with Guideline ECB/2007/2 and a bilateral arrangement between the ancillary system and the relevant CB,

—	‘ancillary system central bank (ASCB)’ means the Eurosystem CB with which the relevant AS has a bilateral arrangement for the settlement of AS payment instructions in the PM,

—	‘Ancillary System Interface (ASI)’ means the technical device allowing an AS to use a range of special, predefined services for the submission and settlement of AS payment instructions,

—	‘available liquidity’ (or ‘liquidity’) means a credit balance on a TARGET2 participant's PM account and, if applicable, any intraday credit line granted by the relevant CB in relation to such account,

—	‘Banking Directive’ means Directive 2006/48/EC of the European Parliament and of the Council of 14 June 2006 relating to the taking up and pursuit of the business of credit institutions (recast) (1);

—	‘Bank Identifier Code (BIC)’ means a code as defined by ISO Standard No 9362,

—	‘branch’ means a branch within the meaning of § 24a of the Gesetz über das Kreditwesen (KWG, German Law on banking),

—	‘business day’ means any day on which TARGET2 is open for the settlement of payment orders, as set out in Appendix V,

—	‘capacity opinion’ means a participant-specific opinion that contains an assessment of a participant's legal capacity to enter into and carry out its obligations under these Conditions,

—	‘central banks (CBs)’ means the Eurosystem CBs and the connected CBs,

—	‘connected CB’ means a national central bank (NCB), other than a Eurosystem CB, which is connected to TARGET2 pursuant to a specific agreement,

—	‘Contingency Module’ means the SSP module enabling the processing of critical and very critical payments in contingency situations,

—	‘credit institution’ means a credit institution within the meaning of § 1(1) of the KWG,

—	‘credit instruction’ means a payment instruction submitted by an AS and addressed to the ASCB to debit one of the accounts kept and/or managed by the AS in the PM, and to credit a settlement bank's PM account or sub-account by the amount specified therein,

—	‘credit transfer order’ means an instruction by a payer to make funds available to a payee by means of a book entry on a PM account,

—

‘debit instruction’ means a payment instruction addressed to the SCB and submitted by an AS to debit a settlement bank's PM account or sub-account by the amount specified therein, on the basis of a debit mandate, and to credit either one of the AS's accounts in the PM or another settlement bank's PM account or sub-account,

—	‘direct debit authorisation’ means a general instruction by a payer to its CB entitling and obliging that CB to debit the payer's account upon a direct debit instruction from a payee,

—	‘direct debit instruction’ means an instruction from a payee submitted to its CB pursuant to which the CB of the payer debits the payer's account by the amount specified in the instruction, on the basis of a direct debit authorization,

—

‘debit mandate’ means an authorisation by a settlement bank in the form provided by the Eurosystem CBs in the static data forms addressed to both its AS and its SCB, entitling the AS to submit debit instructions, and instructing the SCB to debit the settlement bank's PM account or sub-account as a result of debit instructions,

—	‘entry disposition’ means a payment processing phase during which TARGET2-ECB attempts to settle a payment order which has been accepted pursuant to Article 12, by means of specific procedures, as described in Article 18,

—	‘Eurosystem CB’ means the ECB or the NCB of a Member State that has adopted the euro,

—

‘event of default’ means any impending or existing event, the occurrence of which may threaten the performance by a participant of its obligations under these Conditions or any other rules applying to the relationship between that participant and the ECB or any other CB, including:

(a)	where the participant no longer meets the access criteria laid down in Article 4 or the requirements laid down in Article 6(1)(i);

(b)	the opening of insolvency proceedings in relation to the participant;

(c)	the submission of an application relating to the proceedings referred to in subparagraph (b);

(d)	the issue by the participant of a written declaration of its inability to pay all or any part of its debts or to meet its obligations arising in relation to intraday credit;

(e)	the entry of the participant into a voluntary general agreement or arrangement with its creditors;

(f)	where the participant is, or is deemed by its CB to be, insolvent or unable to pay its debts;

(g)	where the participant's credit balance on its PM account or all or a substantial part of the participant's assets are subject to a freezing order, attachment, seizure or any other procedure that is intended to protect the public interest or the rights of the participant's creditors;

(h)	where participation of the participant in another TARGET2 component system and/or in an ancillary system has been suspended or terminated;

(i)	where any material representation or pre-contractual statement made by the participant or which is implied to have been made by the participant under the applicable law is incorrect or untrue; or

(j)	the assignment of all or a substantial part of the participant's assets;

—	‘Information and Control Module (ICM)’ means the SSP module that allows participants to obtain on-line information and gives them the possibility to submit liquidity transfer orders, manage liquidity and initiate backup payment orders in contingency situations,

—	‘ICM broadcast message’ means information made simultaneously available to all or a selected group of TARGET2 participants via the ICM,

—

‘indirect participant’ means a credit institution established in the European Economic Area (EEA), which has entered into an agreement with a direct participant to submit payment orders and receive payments via such direct participant's PM account, and which has been recognised by a TARGET2 component system as an indirect participant,

—	‘insolvency proceedings’ means insolvency proceedings within the meaning of Article 2(j) of the Settlement Finality Directive,

—	‘instructing participant’ means a TARGET2 participant that has initiated a payment order,

—	‘intraday credit’ means credit extended for a period of less than one business day,

—	‘liquidity transfer order’ means a payment order, the main purpose of which is to transfer liquidity between different accounts of the same participant,

—	‘marginal lending facility’ means a Eurosystem standing facility which counterparties may use to receive overnight credit from a Eurosystem CB at the pre-specified marginal lending rate,

—	‘marginal lending rate’ means the interest rate applicable to the marginal lending facility,

—

‘multi-addressee access’ means the facility by which branches or credit institutions established in the EEA can access the relevant TARGET2 component system by submitting payment orders and/or receiving payments directly to and from the TARGET2 component system; this facility authorises these entities to submit their payment orders through the direct participant's PM account without that participant's involvement,

—	‘network service provider’ means the undertaking appointed by the ECB's Governing Council to provide computerised network connections for the purpose of submitting payment messages in TARGET2,

—	‘non-settled payment order’ means a payment order that is not settled on the same business day as that on which it is accepted,

—	‘participant’ (or ‘direct participant’) means an entity that holds at least one PM account with the ECB,

—	‘Participant Interface (PI)’ means the technical device allowing direct participants to submit and settle payment orders via the services offered in the PM,

—	‘payee’ means a TARGET2 participant whose PM account will be credited as a result of a payment order being settled,

—	‘payer’ means a TARGET2 participant whose PM account will be debited as a result of a payment order being settled,

—	‘payment instruction’ or ‘AS payment instruction’ means a credit instruction or a debit instruction,

—	‘payment order’ means a credit transfer order, a liquidity transfer order or a direct debit instruction,

—	‘Payments Module (PM)’ means an SSP module in which payments of TARGET2 participants are settled on PM accounts,

—

‘PM account’ means an account held by a TARGET2 participant in the PM with a CB which is necessary for such TARGET2 participant to:

(a)	submit payment orders or receive payments via TARGET2; and

(b)	settle such payments with such CB;

—

‘public sector body’ means an entity within the ‘public sector’, the latter term as defined in Article 3 of Council Regulation (EC) No 3603/93 of 13 December 1993 specifying definitions for the application of the prohibitions referred to in Articles 104 and 104b(1) of the Treaty (2) (now Articles 101 and 103(1)),

—	‘settlement bank’ means a participant whose PM account or sub-account is used to settle AS payment instructions,

—	‘settlement central bank (SCB)’ means a Eurosystem CB holding a settlement bank's PM account,

—	‘Settlement Finality Directive’ means Directive 98/26/EC of the European Parliament and of the Council of 19 May 1998 on settlement finality in payment and securities settlement systems (3);

—	‘Single Shared Platform (SSP)’ means the single technical platform infrastructure provided by the SSP-providing CBs,

—	‘SSP-providing CBs’ means the Deutsche Bundesbank, the Banque de France and the Banca d'Italia in their capacity as the CBs building and operating the SSP for the Eurosystem's benefit,

—	‘static data collection form’ means a form developed by the ECB for the purpose of registering applicants for TARGET2-ECB services and registering any changes in relation to the provision of such services,

—	‘suspension’ means the temporary freezing of the rights and obligations of a participant for a period of time to be determined by the ECB,

—	‘TARGET2-ECB’ means the TARGET2 component system of the ECB,

—	‘TARGET2’ means the entirety resulting from all TARGET2 component systems of the CBs,

—	‘TARGET2 component system’ means any of the CBs' real-time gross settlement (RTGS) systems that form part of TARGET2,

—	‘TARGET2 CUG’ means a subset of the network service provider's customers grouped for the purpose of their use of the relevant services and products of the network service provider when accessing the PM,

—	‘TARGET2 participant’ means any participant in any TARGET2 component system,

—

‘technical malfunction of TARGET2’ means any difficulty, defect or failure in the technical infrastructure and/or the computer systems used by TARGET2-ECB, or any other event that makes it impossible to execute and complete the same-day processing of payments in TARGET2-ECB or, during the migration period, payments from national RTGS systems that have not yet migrated to TARGET2 and vice versa.

Article 2

Appendices

1. The following Appendices form an integral part of these Conditions:

Appendix I	:	Technical specifications for the processing of payment orders
Appendix II	:	TARGET2 compensation scheme
Appendix III	:	Terms of reference for capacity and country opinions
Appendix IV	:	Business continuity and contingency procedures
Appendix V	:	Operating schedule
Appendix VI	:	Fee schedule and invoicing

2. In the event of any conflict or inconsistency between the content of any appendix and the content of any other provision in these Conditions, the latter shall prevail.

Article 3

General description of TARGET2-ECB and TARGET2

1. TARGET2 provides real-time gross settlement for payments in euro, with settlement in central bank money.

2. The following payment orders are processed in TARGET2-ECB:

(a)	payment orders directly resulting from or made in connection with Eurosystem monetary policy operations;

(b)	settlement of the euro leg of foreign exchange operations involving the Eurosystem;

(c)	settlement of euro transfers resulting from transactions in cross-border large-value netting systems;

(d)	settlement of euro transfers resulting from transactions in euro retail payment systems of systemic importance; and

(e)	any other payment orders in euro addressed to TARGET2 participants.

3. TARGET2 is established and functions on the basis of the SSP. The Eurosystem specifies the SSP's technical configuration and features. The SSP services are provided by the SSP-providing CBs for the benefit of the Eurosystem CBs, pursuant to separate agreements.

4. The ECB is the provider of services under these Conditions. Acts and omissions of the SSP-providing CBs shall be considered acts and omissions of the ECB, for which it shall assume liability in accordance with Article 25 below. Participation pursuant to these Conditions shall not create a contractual relationship between participants and the SSP-providing CBs when the latter act in that capacity. Instructions, messages or information which a participant receives from, or sends to, the SSP in relation to the services provided under these Conditions are deemed to be received from, or sent to, the ECB.

5. TARGET2 is legally structured as a multiplicity of payment systems composed of all the TARGET2 component systems, which are designated as ‘systems’ under the national laws implementing the Settlement Finality Directive. TARGET2-ECB is designated as a ‘system’ under § 1(16) of the KWG.

6. Participation in TARGET2 takes effect via participation in a TARGET2 component system. These Conditions describe the mutual rights and obligations of participants in TARGET2-ECB and the ECB. The rules on the processing of payment orders (Title IV) refer to all payment orders submitted or payments received by any TARGET2 participant.

7. No intraday credit is provided to participants in TARGET2-ECB.

TITLE II

PARTICIPATION

Article 4

Access criteria

Organisations providing clearing or settlement services (including entities established outside the EEA) that are subject to oversight by a competent authority and whose access to TARGET2-ECB has been approved by the Governing Council, shall be the only entities that are eligible for participation in TARGET2-ECB.

Article 5

Direct participants

Direct participants in TARGET2-ECB shall comply with the requirements set out in Article 6(1) and (2). They shall have at least one PM account with the ECB.

Article 6

Application procedure

1. To join TARGET2-ECB, applicant participants shall fulfil the following technical and legal requirements:

(a)

install, manage, operate and monitor and ensure the security of the necessary IT infrastructure to connect to TARGET2-ECB and submit payment orders to it. In doing so, applicant participants may involve third parties, but retain sole liability. In particular, applicant participants shall enter into an agreement with the network service provider to obtain the necessary connection and admissions, in accordance with the technical specifications in Appendix I; and

(b)	have passed the tests required by the ECB;

(c)	provide a capacity opinion in the form specified in Appendix III, unless the information and representations to be provided in such capacity opinion have already been obtained by the ECB in another context; and

(d)	for entities established outside the EEA, provide a country opinion in the form specified in Appendix III, unless the information and representations to be provided in such country opinion have already been obtained by the ECB in another context.

2. Applicants shall apply in writing to the ECB, as a minimum enclosing the following documents/information:

(a)	completed static data collection forms as provided by the ECB,

(b)	the capacity opinion, if required by the ECB, and

(c)	the country opinion, if required by the ECB.

3. The ECB may also request any additional information it deems necessary to decide on the application to participate.

4. The ECB shall reject the application to participate if:

(a)	access criteria referred to in Article 4 are not met;

(b)	one or more of the participation criteria referred to in paragraph 1 are not met; and/or

(c)

in the ECB's assessment, such participation would endanger the overall stability, soundness and safety of TARGET2-ECB or of any other TARGET2 component system, or would jeopardise the ECB's performance of its tasks as described in the Statute of the European System of Central Banks and of the European Central Bank.

5. The ECB shall communicate its decision on the application to participate to the applicant within one month of the ECB's receipt of the application to participate. Where the ECB requests additional information pursuant to paragraph 3, the decision shall be communicated within one month of the ECB's receipt of this information from the applicant. Any rejection decision shall contain reasons for the rejection.

Article 7

TARGET2 directory

1. The TARGET2 directory is the database of BICs used for the routing of payment orders addressed to:

(a)	TARGET2 participants and their branches with multi-addressee access;

(b)	indirect participants of TARGET2, including those with multi-addressee access; and

(c)	addressable BIC holders of TARGET2.

It shall be updated weekly.

2. Unless otherwise requested by the participant, BICs shall be published in the TARGET2 directory.

3. Participants may only distribute the TARGET2 directory to their branches and entities with multi-addressee access.

4. Entities specified in paragraph 1(b) and (c) shall only use their BIC in relation to one direct participant.

TITLE III

OBLIGATIONS OF THE PARTIES

Article 8

Obligations of the ECB and the participants

1. The ECB shall offer the services described in Title IV. Save where otherwise provided in these Conditions or required by law, the ECB shall use all reasonable means within its power to perform its obligations under these Conditions, without guaranteeing a result.

2. Participants shall pay to the ECB the fees laid down in Appendix VI.

3. Participants shall ensure that they are connected to TARGET2-ECB on business days, in accordance with the operating schedule in Appendix V.

4. The participant represents and warrants to the ECB that the performance of its obligations under these Conditions does not breach any law, regulation or by-law applicable to it or any agreement by which it is bound.

Article 9

Cooperation and information exchange

1. In performing their obligations and exercising their rights under these Conditions, the ECB and participants shall cooperate closely to ensure the stability, soundness and safety of TARGET2-ECB. They shall provide each other with any information or documents relevant for the performance of their respective obligations and the exercise of their respective rights under these Conditions, without prejudice to any banking secrecy obligations.

2. The ECB shall establish and maintain a system support desk to assist participants in relation to difficulties arising in connection with system operations.

3. Up-to-date information on the SSP's operational status shall be available on the TARGET2 Information System (T2IS). The T2IS may be used to obtain information on any event affecting the normal operation of TARGET2.

4. The ECB may either communicate messages to participants by means of an ICM broadcast or by any other means of communication.

5. Participants are responsible for the timely update of existing static data collection forms and the submission of new static data collection forms to the ECB. Participants are responsible for verifying the accuracy of information relating to them that is entered into TARGET2-ECB by the ECB.

6. The ECB shall be deemed to be authorised to communicate to the SSP-providing CBs any information relating to participants which the SSP-providing CBs may need in their role as service administrators, in accordance with the contract entered into with the network service provider.

7. Participants shall inform the ECB about any change in their legal capacity and relevant legislative changes affecting issues covered by the country opinion relating to them.

8. Participants shall immediately inform the ECB if an event of default occurs in relation to them.

TITLE IV

MANAGEMENT OF PM ACCOUNTS AND PROCESSING OF PAYMENT ORDERS

Article 10

Opening and management of PM accounts

1. The ECB shall open and operate at least one PM account and, if applicable, sub-accounts, for each participant.

2. No debit balance shall be allowed on PM accounts.

3. PM accounts and their sub-accounts shall be interest free.

4. Participants shall use the ICM to obtain information on their liquidity position. The ECB shall provide a daily statement of accounts to any participant that has opted for such service.

Article 11

Types of payment orders

The following are classified as payment orders for the purposes of TARGET2:

(a)	credit transfer orders;

(b)	direct debit instructions carried out under a direct debit authorisation; and

(c)	liquidity transfer orders.

Article 12

Acceptance and rejection of payment orders

1. Payment orders submitted by participants are deemed accepted by the ECB if:

(a)	the payment message complies with the rules established by the network service provider;

(b)	the payment message complies with the formatting rules and conditions of TARGET2-ECB and passes the double-entry check described in Appendix I; and

(c)	in cases where a payer or a payee has been suspended, the suspended participant's CB's explicit consent has been obtained.

2. The ECB shall immediately reject any payment order that does not fulfil the conditions laid down in paragraph 1. The ECB shall inform the participant of any rejection of a payment order, as specified in Appendix I.

Article 13

Priority rules

1. Instructing participants shall designate every payment order as one of the following:

(a)	normal payment order (priority class 2);

(b)	urgent payment order (priority class 1); or

(c)	highly urgent payment order (priority class 0).

If a payment order does not indicate the priority, it shall be treated as a normal payment order.

2. Highly urgent payment orders may only be designated by:

(a)

CBs; and

(b)	participants, in cases of payments to and from CLS International Bank and liquidity transfers in favour of ancillary systems.

All payment instructions submitted by an ancillary system through the Ancillary System Interface to debit or credit the participants' PM accounts shall be deemed to be highly urgent payment orders.

3. In the case of urgent and normal payment orders, the payer may change the priority via the ICM with immediate effect. It shall not be possible to change the priority of a highly urgent payment.

Article 14

Liquidity limits

1. A participant may limit the use of available liquidity for payment orders in relation to other TARGET2 participants, except any of the CBs, by setting bilateral or multilateral limits. Such limits may only be set in relation to normal payment orders.

2. By setting a bilateral limit, a participant instructs the ECB that an accepted payment order shall not be settled if the sum of its outgoing normal payment orders to another TARGET2 participant's PM account minus the sum of all incoming urgent and normal payments from such TARGET2 participant's PM account would exceed this bilateral limit.

3. A participant may set a multilateral limit for any relationship that is not subject to a bilateral limit. A multilateral limit may only be set if the participant has set at least one bilateral limit. If a participant sets a multilateral limit, it instructs the ECB that an accepted payment order shall not be settled if the sum of its outgoing normal payment orders to all TARGET2 participants' PM accounts in relation to which no bilateral limit has been set, minus the sum of all incoming urgent and normal payments from such PM accounts would exceed this multilateral limit.

4. The minimum amount of any of the limits shall be EUR 1 million. A bilateral or a multilateral limit with an amount of zero shall be treated as if no limit has been set. Limits between zero and EUR 1 million are not possible.

5. Limits may be changed in real time with immediate effect or with effect from the next business day via the ICM. If a limit is changed to zero, it shall not be possible to change it again on the same business day. The setting of a new bilateral or multilateral limit shall only be effective from the next business day.

Article 15

Liquidity reservation facilities

1. Participants may reserve liquidity for highly urgent or urgent payment orders via the ICM.

2. By requesting to reserve a certain amount of liquidity for highly urgent payment orders, a participant instructs the ECB only to settle urgent and normal payment orders if there is available liquidity after the amount reserved for highly urgent payment orders has been deducted.

3. By requesting to reserve a certain amount of liquidity for urgent payment orders, a participant instructs the ECB only to settle normal payment orders if there is available liquidity after the amount reserved for urgent and highly urgent payment orders has been deducted.

4. After receipt of the reservation request the ECB shall check whether the amount of liquidity on the participant's PM account is sufficient for the reservation. If this is not the case, only the liquidity available on the PM account shall be reserved. The rest of the requested liquidity reservation shall not be reserved automatically at any later point in time, even if the amount of liquidity available on the participant's PM account reaches the level of the initial reservation request.

5. The level of the liquidity reservation may be changed. Participants may make a request via the ICM to reserve new amounts with immediate effect or with effect from the next business day.

Article 16

Predetermined settlement times

1. Instructing participants may predetermine the settlement time of the payment orders within a business day by using the Earliest Debit Time Indicator or the Latest Debit Time Indicator.

2. When the Earliest Debit Time Indicator is used, the accepted payment order is stored and only entered into the entry disposition at the indicated time.

3. When the Latest Debit Time Indicator is used, the accepted payment order shall be returned as non-settled if it cannot be settled by the indicated debit time. 15 minutes prior to the defined debit time, the instructing participant shall be sent an automatic notification via the ICM. Instructing participant may also use the Latest Debit Time Indicator solely as a warning indicator. In such cases, the payment order concerned shall not be returned.

4. Instructing participants can change the Earliest Debit Time Indicator and the Latest Debit Time Indicator via the ICM.

5. Further technical details are contained in Appendix I.

Article 17

Payment orders submitted in advance

1. Payment orders may be submitted up to five business days before the specified settlement date (warehoused payment orders).

2. Warehoused payment orders shall be accepted and entered into the entry disposition on the date specified by the instructing participant at the start of daytime processing, as referred to in Appendix V. They shall be placed in front of payment orders of the same priority.

3. Articles 13(3), 20(2) and 23(1)(a) shall apply mutatis mutandis to warehoused payment orders.

Article 18

Settlement of payment orders in the entry disposition

1. Unless instructing participants have indicated the settlement time in the manner described in Article 16, accepted payment orders shall be settled immediately or at the latest by the end of the business day on which they were accepted, provided that sufficient funds are available on the payer's PM account and taking into account any liquidity limits and liquidity reservations as referred to in Articles 14 and 15.

2. Funding may be provided by:

(a)	the available liquidity on the PM account; or

(b)	incoming payments from other TARGET2 participants, subject to the applicable optimisation procedures.

3. For highly urgent payment orders the ‘first in, first out’ (FIFO) principle shall apply. This means that highly urgent payment orders shall be settled in chronological order. Urgent and normal payment orders shall not be settled for as long as highly urgent payment orders are queued.

4. For urgent payment orders the FIFO principle shall also apply. Normal payment orders shall not be settled if urgent and highly urgent payment orders are queued.

5. By derogation from paragraphs 3 and 4, payment orders with a lower priority (or of the same priority but accepted later) may be settled before payment orders with a higher priority (or of the same priority which were accepted earlier), if the payment orders with a lower priority would net out with payments to be received and result on balance in a liquidity increase for the payer.

6. Normal payment orders shall be settled in accordance with the FIFO by-passing principle. This means that they may be settled immediately (independently of other queued normal payments accepted at an earlier time) and may therefore breach the FIFO principle, provided that sufficient funds are available.

7. Further details on the settlement of payment orders in the entry disposition are contained in Appendix I.

Article 19

Settlement and return of queued payment orders

1. Payment orders that are not settled immediately in the entry disposition shall be placed in the queues in accordance with the priority to which they were designated by the relevant participant, as referred to in Article 13.

2. To optimise the settlement of queued payment orders, the ECB may use the optimisation procedures described in Appendix I.

3. The payer may change the queue position of payment orders in a queue (i.e. reorder them) via the ICM. Payment orders may be moved either to the front or to the end of the respective queue with immediate effect at any time during daytime processing, as referred to in Appendix V.

4. Liquidity transfer orders initiated in the ICM shall be immediately returned as non-settled if there is insufficient liquidity. Other payment orders shall be returned as non-settled if they cannot be settled by the cut-off times for the relevant message type, as specified in Appendix V.

Article 20

Entry of payment orders into the system and their irrevocability

1. For the purposes of the first sentence of Article 3(1) of the Settlement Finality Directive and the third sentence of § 116, § 96(2), § 82 and § 340(3) of the Insolvenzordnung (German Insolvency Code) and the sixth sentence of § 46a(1) of the KWG, payment orders are deemed entered into TARGET2-ECB at the moment that the relevant participant's PM account is debited.

2. Payment orders may be revoked until they are entered into TARGET2-ECB in accordance with paragraph 1. Payment orders that are included in an algorithm, as referred to in Appendix I, may not be revoked during the period that the algorithm is running.

TITLE V

SECURITY REQUIREMENTS AND CONTINGENCY ISSUES

Article 21

Business continuity and contingency procedures

In the event of an abnormal external event or any other event which affects the operation of the SSP, the business continuity and contingency procedures described in Appendix IV shall apply.

Article 22

Security requirements

1. Participants shall implement adequate security controls to protect their systems from unauthorised access and use. Participants shall be exclusively responsible for the adequate protection of the confidentiality, integrity and availability of their systems.

2. Participants shall inform the ECB of any security-related incidents in their technical infrastructure and, where appropriate, security-related incidents that occur in the technical infrastructure of the third party providers. The ECB may request further information about the incident and, if necessary, request that the participant take appropriate measures to prevent a recurrence of such an event.

3. The ECB may impose additional security requirements on all participants and/or on participants that are considered critical by the ECB.

TITLE VI

THE INFORMATION AND CONTROL MODULE

Article 23

Use of the ICM

1. The ICM:

(a)	allows participants to access information relating to their accounts and to manage liquidity;

(b)	may be used to initiate liquidity transfer orders; and

(c)	allows participants to initiate backup lump sum and backup contingency payments in the event of a failure of the participant's payment infrastructure.

2. Further technical details relating to the ICM are contained in Appendix I.

TITLE VII

COMPENSATION, LIABILITY REGIME AND EVIDENCE

Article 24

Compensation scheme

If a payment order cannot be settled on the same business day on which it was accepted due to a technical malfunction of TARGET2, the ECB shall offer to compensate the direct participants concerned in accordance with the special procedure laid down in Appendix II.

Article 25

Liability regime

1. In performing their obligations pursuant to these Conditions, the ECB and the participants shall be bound by a general duty of reasonable care in relation to each other.

2. The ECB shall be liable to its participants in cases of fraud (including but not limited to wilful misconduct) or gross negligence, for any loss arising out of the operation of TARGET2-ECB. In cases of ordinary negligence, the ECB's liability shall be limited to the participant's direct loss, i.e. the amount of the transaction in question and/or the loss of interest thereon, excluding any consequential loss.

3. The ECB is not liable for any loss that results from any malfunction or failure in the technical infrastructure (including but not limited to the ECB's computer infrastructure, programmes, data, applications or networks), if such malfunction or failure arises in spite of the ECB having adopted those measures that are reasonably necessary to protect such infrastructure against malfunction or failure, and to resolve the consequences of such malfunction or failure (the latter including but not limited to initiating and completing the business continuity and contingency procedures referred to in Appendix IV).

4. The ECB shall not be liable:

(a)	to the extent that the loss is caused by the participant; or

(b)	if the loss arises out of external events beyond the ECB's reasonable control (force majeure).

5. Notwithstanding § § 676a, 676b, 676c, 676e and 676g of the Bürgerliches Gesetzbuch (German Civil Code), paragraphs 1 to 4 shall apply to the extent that the ECB's liability can be excluded.

6. The ECB and the participants shall take all reasonable and practicable steps to mitigate any damage or loss referred to in this Article.

7. In performing some or all of its obligations under these Conditions, the ECB may commission third parties in its own name, particularly telecommunications or other network providers or other entities, if this is necessary to meet the ECB's obligations or is standard market practice. The ECB's obligation shall be limited to the due selection and commissioning of any such third parties and the ECB's liability shall be limited accordingly. For the purposes of this paragraph, the SSP-providing CBs shall not be considered as third parties.

Article 26

Evidence

1. Unless otherwise provided in these Conditions, all payment and payment processing-related messages in relation to TARGET2, such as confirmations of debits or credits, or statement messages, between the ECB and participants shall be made through the network service provider.

2. Electronic or written records of the messages retained by the ECB or by the network service provider shall be accepted as a means of evidence of the payments processed through the ECB. The saved or printed version of the original message of the network service provider shall be accepted as a means of evidence, regardless of the form of the original message.

3. If a participant's connection to the network service provider fails, the participant shall use the alternative means of transmission of messages laid down in Appendix IV. In such cases, the saved or printed version of the message produced by the ECB shall have the same evidential value as the original message, regardless of its form.

4. The ECB shall keep complete records of payment orders submitted and payments received by participants for a period of 10 years from the time at which such payment orders are submitted and payments are received.

5. The ECB's own books and records (whether kept on paper, microfilm, microfiche, by electronic or magnetic recording, in any other mechanically reproducible form or otherwise) shall be accepted as a means of evidence of any obligations of the participants and of any facts and events that the parties rely on.

TITLE VIII

TERMINATION OF PARTICIPATION AND CLOSURE OF ACCOUNTS

Article 27

Duration and ordinary termination of participation

1. Without prejudice to Article 28, participation in TARGET2-ECB is for an indefinite period of time.

2. A participant may terminate its participation in TARGET2-ECB at any time giving 14 business days' notice thereof, unless it agrees a shorter notice period with the ECB.

3. The ECB may terminate a participant's participation in TARGET2-ECB at any time giving three months' notice thereof, unless it agrees a different notice period with that participant.

4. On termination of participation, the confidentiality duties laid down in Article 32 remain in force for a period of five years starting on the date of termination.

5. On termination of participation, the PM accounts of the participant concerned shall be closed in accordance with Article 29.

Article 28

Suspension and extraordinary termination of participation

1. A participant's participation in TARGET2-ECB shall be immediately terminated without prior notice or suspended if one of the following events of default occurs:

(a)	the opening of insolvency proceedings; and/or

(b)	the participant no longer meets the access criteria laid down in Article 4.

2. The ECB may terminate without prior notice or suspend the participant's participation in TARGET2-ECB if:

(a)	one or more events of default (other than those referred to in paragraph 1) occur;

(b)	the participant is in material breach of these Conditions;

(c)	the participant fails to carry out any material obligation to the ECB;

(d)	the participant is excluded from, or otherwise ceases to be a member of, a TARGET2 CUG; and/or

(e)

any other participant-related event occurs which, in the ECB's assessment, would threaten the overall stability, soundness and safety of TARGET2-ECB or of any other TARGET2 component system, or which would jeopardise the ECB's performance of its tasks as described in the Statute of the European System of Central Banks and of the European Central Bank.

3. In exercising its discretion under paragraph 2, the ECB shall take into account, inter alia, the seriousness of the event of default or events mentioned in subparagraphs (a) to (c).

(a)	In the event that the ECB suspends or terminates a participant's participation in TARGET2-ECB under paragraph 1 or 2, the ECB shall immediately inform that participant, other CBs and the other participants of such suspension or termination by means of an ICM broadcast message.
(b)	In the event that the ECB is informed by another CB of a suspension or termination of a participant in another TARGET2 component system, the ECB shall immediately inform its participants of such suspension or termination by means of an ICM broadcast message.
(c)	Once such an ICM broadcast message has been received by the participants, the latter shall be deemed informed of the termination/suspension of a participant's participation in TARGET2-ECB or another TARGET2 component system. The participants shall bear any losses arising from the submission of a payment order to participants whose participation has been suspended or terminated if such payment order was entered into TARGET2-ECB after receipt of the ICM broadcast message.

5. Upon termination of a participant's participation, TARGET2-ECB shall not accept any new payment orders from such participant. Payment orders in the queue, warehoused payment orders or new payment orders in favour of such participant shall be returned.

6. If a participant is suspended from TARGET2-ECB, all its incoming payments and outgoing payment orders shall be stored and only entered into the entry disposition after they have been explicitly accepted by the suspended participant's CB.

Article 29

Closure of PM accounts

1. Participants may close their PM accounts at any time provided they give the ECB 14 business days' notice thereof.

2. On termination of participation, pursuant to either Article 27 or 28, the ECB shall close the PM accounts of the participant concerned, after having:

(a)	settled or returned any queued payment orders; and

(b)	made use of its rights of pledge and set-off under Article 30.

TITLE IX

FINAL PROVISIONS

Article 30

The ECB's rights of pledge and set-off

1. The ECB shall have a pledge over the participant's existing and future credit balances on its PM accounts, thereby collateralising any current and future claims arising out of the legal relationship between the parties.

2. On the occurrence of:

(a)	an event of default referred to in Article 28(1); or

(b)	any other event of default or event referred to in Article 28(2) that has led to the termination or suspension of the participant's participation in TARGET2-ECB

notwithstanding the commencement of any insolvency proceedings in respect of a participant and notwithstanding any assignment, judicial or other attachment or other disposition of or in respect of the participant's rights, all obligations of the participant shall be automatically and immediately accelerated, without prior notice and without the need for any prior approval of any authority, so as to be immediately due. In addition, the mutual obligations of the participant and the ECB shall automatically be set off against each other, and the party owing the higher amount shall pay to the other the difference.

3. The ECB shall promptly give the participant notice of any set-off pursuant to paragraph 2 after such set-off has taken place.

4. The ECB may without prior notice debit any participant's PM account by any amount which the participant owes the ECB resulting from the legal relationship between the participant and the ECB.

Article 31

Security rights in relation to funds on sub-accounts

1. The ECB shall have a pledge over the balance on a participant's sub-account opened for the settlement of AS-related payment instructions under the arrangements between the relevant ancillary system and its CB. Such balance shall collateralise the participant's obligation referred to in paragraph 7 towards the ECB in relation to such settlement.

2. The ECB shall freeze the balance on the sub-account of the participant upon communication by the ancillary system (via a ‘start-of-cycle’ message). Such freezing shall expire upon communication by the ancillary system (via an ‘end-of-cycle’ message).

3. By confirming the freezing of the balance on the participant's sub-account, the ECB guarantees to the ancillary system payment up to the amount of this particular balance. The guarantee shall be irrevocable, unconditional and payable on first demand. If the ECB is not the ancillary system's CB, the ECB shall be deemed instructed to issue the abovementioned guarantee to the ancillary system's CB.

4. In the absence of any insolvency proceedings in relation to the participant, the AS-related payment instructions for the squaring of the participant's settlement obligation shall be settled without drawing on the guarantee and without recourse to the security right over the balance on the participant's sub-account.

5. In the event of the participant's insolvency, the AS-related payment instruction for the squaring of the participant's settlement obligation shall be a first demand for payment under the guarantee; the debiting of the instructed amount from the participant's sub-account (and crediting of the AS's technical account) shall therefore equally involve the discharge of the guarantee obligation by the ECB and a realisation of its collateral right over the balance on the participant's sub-account.

6. The guarantee shall expire upon communication by the ancillary system that the settlement has been completed (via an ‘end-of-cycle’ message).

7. The participant shall be obliged to reimburse to the ECB any payment made by the latter under such guarantee.

Article 32

Confidentiality

1. The ECB shall keep confidential all sensitive or secret information, including when such information relates to payment, technical or organisational information belonging to the participant or the participant's customers, unless the participant or its customer has given its written consent to disclose.

2. By derogation from paragraph 1, the participant agrees that the ECB may disclose payment, technical or organisational information regarding the participant or the participant's customers obtained in the course of the operation of TARGET2-ECB to other CBs or third parties that are involved in the operation of TARGET2-ECB, to the extent that this is necessary for the efficient functioning of TARGET2, or to supervisory and oversight authorities of Member States and the Community, to the extent that this is necessary for the performance of their public tasks, and provided in all such cases that the disclosure is not in conflict with the applicable law. The ECB shall not be liable for the financial and commercial consequences of such disclosure.

3. By derogation from paragraph 1 and provided this does not make it possible, whether directly or indirectly, to identify the participant or the participant's customers, the ECB may use, disclose or publish payment information regarding the participant or the participant's customers for statistical, historical, scientific or other purposes in the exercise of its public functions or of functions of other public entities to whom the information is disclosed.

4. Information relating to the operation of TARGET2-ECB to which participants have had access, may only be used for the purposes laid down in these Conditions. Participants shall keep such information confidential, unless the ECB has explicitly given its written consent to disclose. Participants shall ensure that any third parties to whom they outsource, delegate or subcontract tasks which have or may have an impact on the performance of their obligations under these Conditions are bound by the confidentiality requirements in this Article.

5. The ECB shall be authorised, in order to settle payment orders, to process and transfer the necessary data to the network service provider.

Article 33

Data protection, prevention of money laundering and related issues

1. Participants shall be deemed to be aware of, and shall comply with, all obligations on them relating to legislation on data protection, prevention of money laundering and the financing of terrorism, in particular in terms of implementing appropriate measures concerning any payments debited or credited on their PM accounts. Participants shall also acquaint themselves with the network service provider's data retrieval policy prior to entering into the contractual relationship with the network service provider.

2. Participants shall be deemed to have authorised the ECB to obtain any information relating to them from any financial or supervisory authority or trade body, whether national or foreign, if such information is necessary for the participant's participation in TARGET2-ECB.

Article 34

Notices

1. Except where otherwise provided for in these Conditions, all notices required or permitted pursuant to these Conditions shall be sent by registered post, facsimile or otherwise in writing or by an authenticated message through the network service provider. Notices to the ECB shall be submitted to Director General of the ECB's Directorate General Payment Systems and Market Infrastructure, Kaiserstrasse 29, D-60311 Frankfurt am Main, Germany or to the SWIFT address of the ECB: ECBFDEFF. Notices to the participant shall be sent to it at the address, fax number or its SWIFT address as the participant may from time to time notify to the ECB.

2. To prove that a notice has been sent, it shall be sufficient to prove that the notice was delivered to the relevant address or that the envelope containing such notice was properly addressed and posted.

3. All notices shall be given in English.

4. Participants shall be bound by all forms and documents of the ECB that the participants have filled in and/or signed, including but not limited to static data collection forms, as referred to in Article 6(2)(a), and information provided under Article 9(5), which were submitted in compliance with paragraphs 1 and 2 and which the ECB reasonably believes to have received from the participants, their employees or agents.

Article 35

Contractual relationship with network service provider

1. For the purposes of these Conditions, the network service provider is SWIFT. Each participant shall enter into a separate agreement with SWIFT regarding the services to be provided by SWIFT in relation to the participant's use of TARGET2-ECB. The legal relationship between a participant and SWIFT shall be exclusively governed by SWIFT's terms and conditions.

2. Each participant shall also participate in a TARGET2 CUG, as specified by the SSP-providing CBs acting as the SWIFT service administrator for the SSP. Admission and exclusion of a participant to or from a TARGET2 CUG shall take effect once communicated to SWIFT by the SWIFT service administrator.

3. Participants shall comply with the TARGET2 SWIFT Service Profile, as made available by the ECB.

4. The services to be provided by SWIFT shall not form part of the services to be performed by the ECB in respect of TARGET2.

5. The ECB shall not be liable for any acts, errors or omissions of SWIFT (including its directors, staff and subcontractors) as provider of SWIFT services, or for any acts, errors or omissions of network providers selected by participants to gain access to the SWIFT network.

Article 36

Amendment procedure

The ECB may at any time unilaterally amend these Conditions, including its Appendices. Amendments to these Conditions, including its Appendices, shall be announced by means of communication in writing to the participants. Amendments shall be deemed to have been accepted unless the participant expressly objects within 14 days of being informed of such amendments. In the event that a participant objects to the amendment, the ECB is entitled immediately to terminate that participant's participation in TARGET2-ECB and close any of its PM accounts.

Article 37

Third party rights

1. Any rights, interests, obligations, responsibilities and claims arising from or relating to these Conditions shall not be transferred, pledged or assigned by participants to any third party without the ECB's written consent.

2. These Conditions do not create any rights in favour of or obligations in relation to any entity other than the ECB and participants in TARGET2-ECB.

Article 38

Governing law, jurisdiction and place of performance

1. The bilateral relationship between the ECB and participants in TARGET2-ECB shall be governed by the law of the Federal Republic of Germany.

2. Any dispute arising from a matter relating to the relationship referred to in paragraph 1 falls under the exclusive competence of the courts of Frankfurt am Main, without prejudice to the competence of the Court of Justice of the European Communities.

3. The place of performance concerning the legal relationship between the ECB and the participants shall be Frankfurt am Main, Federal Republic of Germany.

Article 39

Severability

If any provision in these Conditions is or becomes invalid, this shall not prejudice the applicability of all the other provisions of these Conditions.

Article 40

Entry into force and binding nature

1. These Conditions become effective from 19 May 2008, unless the ECB communicates another date of entry into force to the participants.

2. By participating in TARGET2-ECB, participants automatically agree to these Conditions between themselves and in relation to the ECB.

(1) OJ L 177, 30.6.2006, p. 1.

(2) OJ L 332, 31.12.1993, p. 1.

(3) OJ L 166, 11.6.1998, p. 45.

Appendix I

TECHNICAL SPECIFICATIONS FOR THE PROCESSING OF PAYMENT ORDERS

In addition to the terms and conditions of TARGET2-ECB, the following rules shall apply to the processing of payment orders:

1. Technical requirements for participation in TARGET2-ECB regarding infrastructure, network and formats

(1)

TARGET2 uses SWIFT services for the exchange of messages. Each participant therefore needs a connection to SWIFT’s Secure IP Network. Each participant’s PM account shall be identified by an eight- or 11-digit SWIFT BIC. Furthermore, each participant shall pass a series of tests to prove its technical and operational competence before it may participate in TARGET2-ECB.

(2)

For the submission of payment orders and the exchange of payment messages in the PM the SWIFTNet FIN Y-copy service shall be used. A dedicated SWIFT Closed User Group (CUG) shall be set up for this purpose. Payment orders within such TARGET2 CUG shall be directly addressed to the receiving TARGET2 participant by entering its BIC in the header of the SWIFTNet FIN message.

(3)

For the information and control services the following SWIFTNet services may be used:

(a)	SWIFTNet InterAct;

(b)	SWIFTNet FileAct; and/or

(c)	SWIFTNet Browse.

(4)	The security of the message exchange between participants shall rely exclusively on SWIFT’s Public Key Infrastructure (PKI) service. Information on the PKI service is available in the documentation provided by SWIFT.

(5)	The ‘bilateral relationship management’ service provided by SWIFT’s Relationship Management Application (RMA) shall only be used with the central destination BIC of the SSP and not for payment messages between TARGET2 participants.

2. Payment message types

(1)

The following SWIFTNet FIN/SWIFT system message types are processed:

Message Type	Type of use	Description
MT 103	Mandatory	Customer payment
MT 103+	Mandatory	Customer payment (Straight Through Processing)
MT 202	Mandatory	Bank-to-bank payment
MT 204	Optional	Direct debit payment
MT 011	Optional	Delivery notification
MT 012	Optional	Sender notification
MT 019	Mandatory	Abort notification
MT 900	Optional	Confirmation of debit
MT 910	Optional	Confirmation of credit
MT 940/950	Optional	(Customer) statement message
MT 011, MT 012 and MT 019 are SWIFT system messages.

(2)

When they register with TARGET2-ECB, direct participants shall declare which optional message types they will use, with the exception of MT 011 and MT 012 messages in relation to which direct participants shall decide from time to time whether or not to receive them with reference to specific messages.

(3)	Participants shall comply with the SWIFT message structure and field specifications, as defined in the SWIFT documentation and under the restrictions set out for TARGET2, as described in Chapter 9.1.2.2 of the User Detailed Functional Specifications (UDFS), Book 1.

(4)

Field contents shall be validated at the level of TARGET2-ECB in accordance with the UDFS requirements. Participants may agree among each other on specific rules regarding the field contents. However, in TARGET2-ECB there shall be no specific checks as to whether participants comply with any such rules.

3. Double-entry check

(1)	All payment orders shall pass a double-entry check, the aim of which is to reject payment orders that have been submitted more than once by mistake.

(2)

The following fields of the SWIFT message types shall be checked:

Details	Part of the SWIFT message	Field
Sender	Basic Header	LT Address
Message Type	Application Header	Message Type
Receiver	Application Header	Destination Address
Transaction Reference Number (TRN)	Text Block	:20
Related Reference	Text Block	:21
Value Date	Text Block	:32
Amount	Text Block	:32

(3)	If all the fields described in subparagraph 2 in relation to a newly submitted payment order are identical to those in relation to a payment order that has already been accepted, the newly submitted payment order shall be returned.

4. Error codes

If a payment order is rejected, the instructing participant shall receive an abort notification (MT 019) indicating the reason for the rejection by using error codes. The error codes are defined in Chapter 9.4.2 of the UDFS.

5. Predetermined settlement times

(1)	For payment orders using the Earliest Debit Time Indicator, the codeword ‘/FROTIME/’shall be used.

(2)

For payment orders using the Latest Debit Time Indicator, two options shall be available.

(a)	Codeword ‘/REJTIME/’: if the payment order cannot be settled by the indicated debit time, the payment order shall be returned.

(b)	Codeword ‘/TILTIME/’: if the payment order cannot be settled by the indicated debit time, the payment order shall not be returned but shall be kept in the relevant queue.

Under both options, if a payment order with a Latest Debit Time Indicator is not settled 15 minutes prior to the time indicated therein, a notification shall automatically be sent via the ICM.

(3)	If the codeword ‘/CLSTIME/’ is used, the payment shall be treated in the same way as a payment order referred to in subparagraph 2(b).

6. Settlement of payment orders in the entry disposition

(1)	Offsetting checks and, if appropriate, extended offsetting checks (both terms as defined in paragraphs 2 and 3) shall be carried out on payment orders entered into the entry disposition to provide quick, liquidity-saving gross settlement of payment orders.

(2)

An offsetting check shall determine whether the payee’s payment orders that are at the front of the highly urgent or, if inapplicable, the urgent queue are available to be offset against the payer’s payment order (hereinafter ‘offsetting payment orders’). If an offsetting payment order does not provide sufficient funds for the respective payer’s payment order in the entry disposition, it shall be determined whether there is sufficient available liquidity on the payer’s PM account.

(3)

If the offsetting check fails, the ECB may apply an extended offsetting check. An extended offsetting check determines whether offsetting payment orders are available in any of the payee’s queues regardless of when they joined the queue. However, if in the queue of the payee there are higher priority payment orders addressed to other TARGET2 participants, the FIFO principle may only be breached if settling such an offsetting payment order would result in a liquidity increase for the payee.

7. Settlement of payment orders in the queue

(1)	The treatment of payment orders placed in queues depends on the priority class to which it was designated by the instructing participant.

(2)

Payment orders in the highly urgent and urgent queues shall be settled by using the offsetting checks described in paragraph 6, starting with the payment order at the front of the queue in cases where there is an increase in liquidity or there is an intervention at queue level (change of queue position, settlement time or priority, or revocation of the payment order).

(3)

Payments orders in the normal queue shall be settled on a continuous basis including all highly urgent and urgent payment orders that have not yet been settled. Different optimisation mechanisms (algorithms) are used. If an algorithm is successful, the included payment orders will be settled; if an algorithm fails, the included payment orders will remain in the queue. Three algorithms (1 to 3) shall be applied to offset payment flows. By means of Algorithm 4, settlement procedure 5 (as defined in Chapter 2.8.1 of the UDFS) shall be available for the settlement of payment instructions of ancillary systems. To optimise the settlement of highly urgent ancillary system transactions on participants’ sub-accounts, a special algorithm (Algorithm 5) shall be used.

(a)

Under Algorithm 1 (‘all-or-nothing’) the ECB shall, both for each relationship in respect of which a bilateral limit has been set and also for the total sum of relationships for which a multilateral limit has been set:

(i)

calculate the overall liquidity position of each TARGET2 participant’s PM account by establishing whether the aggregate of all outgoing and incoming payment orders pending in the queue is negative or positive and, if it is negative, check whether it exceeds that participant’s available liquidity (the overall liquidity position shall constitute the ‘total liquidity position’); and

(ii)	check whether limits and reservations set by each TARGET2 participant in relation to each relevant PM account are respected.

If the outcome of these calculations and checks is positive for each relevant PM account, the ECB and other CBs involved shall settle all payments simultaneously on the PM accounts of the TARGET2 participants concerned.

(b)

Under Algorithm 2 (‘partial’) the ECB shall:

(i)	calculate and check the liquidity positions, limits and reservations of each relevant PM account as under Algorithm 1; and

(ii)	if the total liquidity position of one or more relevant PM accounts is negative, extract single payment orders until the total liquidity position of each relevant PM account is positive.

Thereafter, the ECB and the other CBs involved shall, provided there are sufficient funds, settle all remaining payments (except the extracted payment orders) simultaneously on the PM accounts of the TARGET2 participants concerned.

When extracting payment orders, the ECB shall start from the TARGET2 participant’s PM account with the highest negative total liquidity position and from the payment order at the end of the queue with the lowest priority. The selection process shall only run for a short time, to be determined by the ECB at its discretion.

(c)

Under Algorithm 3 (‘multiple’) the ECB shall:

(i)

compare pairs of TARGET2 participants’ PM accounts to determine whether queued payment orders can be settled within the available liquidity of the two TARGET2 participants’ PM accounts concerned and within the limits set by them (by starting from the pair of PM accounts with the smallest difference between the payment orders addressed to each other), and the CB(s) involved shall book those payments simultaneously on the two TARGET2 participants’ PM accounts; and

(ii)

if, in relation to a pair of PM accounts as described under point (i), liquidity is insufficient to fund the bilateral position, extract single payment orders until there is sufficient liquidity. In this case the CB(s) involved shall settle the remaining payments, except the extracted ones, simultaneously on the two TARGET2 participants’ PM accounts.

After performing the checks specified under subparagraphs (i) to (ii), the ECB shall check the multilateral settlement positions (between a participant’s PM account and other TARGET2 participants’ PM accounts in relation to which a multilateral limit has been set). For this purpose, the procedure described under subparagraphs (i) to (ii) shall apply mutatis mutandis.

(d)	Under Algorithm 4 (‘partial plus ancillary system settlement’) the ECB shall follow the same procedure as for Algorithm 2, but without extracting payment orders in relation to the settlement of an ancillary system (which settles on a simultaneous multilateral basis).

(e)

Under Algorithm 5 (‘ancillary system settlement via sub-accounts’) the ECB shall follow the same procedure as for Algorithm 1, subject to the modification that the ECB shall start Algorithm 5 via the Ancillary System Interface and shall only check whether sufficient funds are available on participants’ sub-accounts. Moreover, no limits and reservations shall be taken into account. Algorithm 5 shall also run during night-time settlement.

(4)

Payment orders entered into the entry disposition after the start of any of algorithms 1 to 4 may nevertheless be settled immediately in the entry disposition if the positions and limits of the TARGET2 participants’ PM accounts concerned are compatible with both the settlement of these payment orders and the settlement of payment orders in the current optimisation procedure. However, two algorithms shall not run simultaneously.

(5)

During daytime processing the algorithms shall run sequentially. As long as there is no pending simultaneous multilateral settlement of an ancillary system, the sequence shall be as follows:

(a)	algorithm 1,

(b)	if algorithm 1 fails, then algorithm 2,

(c)	if algorithm 2 fails, then algorithm 3, or if algorithm 2 succeeds, repeat algorithm 1.

When simultaneous multilateral settlement (‘procedure 5’) in relation to an ancillary system is pending, Algorithm 4 shall run.

(6)	The algorithms shall run flexibly by setting a pre-defined time lag between the application of different algorithms to ensure a minimum interval between the running of two algorithms. The time sequence shall be automatically controlled. Manual intervention shall be possible.

(7)

While included in a running algorithm, a payment order shall not be reordered (change of the position in a queue) or revoked. Requests for reordering or revocation of a payment order shall be queued until the algorithm is complete. If the payment order concerned is settled while the algorithm is running, any request to reorder or revoke shall be rejected. If the payment order is not settled, the participant’s requests shall be taken into account immediately.

8. Use of the ICM

(1)	The ICM may be used for obtaining information and managing liquidity. SWIFT’s Secure IP Network (SIPN) shall be the underlying technical communications network for exchanging information and running control measures.

(2)	With the exception of warehoused payment orders and static data information, only data in relation to the current business day shall be available via the ICM. The screens shall be offered in English only.

(3)	Information shall be provided in ‘pull’ mode, which means that each participant has to ask to be provided with information.

(4)

The following modes shall be available for using the ICM:

(a)

Application-to-application mode (A2A)

In A2A, information and messages are transferred between the PM and the participant’s internal application. The participant therefore has to ensure that an appropriate application is available for the exchange of XML messages (requests and responses) with the ICM via a standardised interface. Further details are contained in the ICM User Handbook and in Book 4 of the UDFS.

(b)

User-to-application mode (U2A)

U2A permits direct communication between a participant and the ICM. The information is displayed in a browser running on a PC system (SWIFT Alliance WebStation). For U2A access through the SWIFT Alliance WebStation the IT infrastructure has to be able to support cookies and JavaScript. Further details are described in the ICM User Handbook.

(5)	Each participant shall have at least one SWIFT Alliance WebStation to have access to the ICM via U2A.

(6)	Access rights to the ICM shall be granted by using SWIFT’s ‘Role Based Access Control’. The SWIFT ‘Non Repudiation of Emission’ (NRE) service, which may be used by participants, allows the recipient of an XML message to prove that such message has not been altered.

(7)	If a participant has technical problems and is unable to submit any payment order, it may generate preformatted backup lump sum and backup contingency payments by using the ICM. The ECB shall open such functionality upon request of the participant.

(8)

Participants may also use the ICM to transfer liquidity:

(a)	from their PM account to their account outside the PM;

(b)	between the PM account and the participant’s sub-accounts; and

(c)	from the PM account to the mirror account managed by the ancillary system.

9. The UDFS and the ICM User Handbook

Further details and examples explaining the above rules are contained in the UDFS and the ICM User Handbook, as amended from time to time and published on the ECB’s website in English.

Appendix II

TARGET2 COMPENSATION SCHEME

1. General principles

(a)	If there is a technical malfunction of TARGET2, direct participants may submit claims for compensation in accordance with the TARGET2 compensation scheme laid down in this Appendix.

(b)	Unless otherwise decided by the ECB's Governing Council, the TARGET2 compensation scheme shall not apply if the technical malfunction of TARGET2 arises out of external events beyond the reasonable control of the CBs concerned or as a result of acts or omissions by third parties.

(c)

Compensation under the TARGET2 compensation scheme shall be the only compensation procedure offered in the event of a technical malfunction of TARGET2. Participants may, however, use other legal means to claim for losses. If a participant accepts a compensation offer under the TARGET2 compensation scheme, this shall constitute the participant's irrevocable agreement that it thereby waives all claims in relation to the payment orders concerning which it accepts compensation (including any claims for consequential loss) it may have against any CB, and that the receipt by it of the corresponding compensation payment constitutes full and final settlement of all such claims. The participant shall indemnify the CBs concerned, up to a maximum of the amount received under the TARGET2 compensation scheme, in respect of any further claims which are raised by any other participant or any other third party in relation to the payment order or payment concerned.

(d)	The making of a compensation offer shall not constitute an admission of liability by the ECB or any other CB in respect of a technical malfunction of TARGET2.

2. Conditions for compensation offers

(a)

A payer may submit a claim for an administration fee and interest compensation if, due to a technical malfunction of TARGET2:

(i)	a payment order was not settled on the business day on which it was accepted; or

(ii)	during the migration period a payer can show that it intended to submit a payment order to TARGET2-ECB, but was unable to do so due to the stop-sending status of a national RTGS system that had not yet migrated to TARGET2.

(b)

A payee may submit a claim for an administration fee if due to a technical malfunction of TARGET2 it did not receive a payment that it was expecting to receive on a particular business day. The payee may also submit a claim for interest compensation if one or more of the following conditions are met:

(i)	in the case of participants that have access to the marginal lending facility: due to a technical malfunction of TARGET2, a payee had recourse to the marginal lending facility; and/or

(ii)	in the case of all participants: it was technically impossible to have recourse to the money market or such refinancing was impossible on other, objectively reasonable grounds.

3. Calculation of compensation

(a)

With respect to a compensation offer for a payer:

(i)	the administration fee shall be EUR 50 for the first non-settled payment order, EUR 25 for each of the next four such payment orders and EUR 12,50 for each further such payment order. The administration fee shall be calculated separately in relation to each payee;

(ii)

interest compensation shall be determined by applying a reference rate to be fixed from day to day. This reference rate shall be the lower of the euro overnight index average (EONIA) rate and the marginal lending rate. The reference rate shall be applied to the amount of the payment order not settled as a result of the technical malfunction of TARGET2 for each day in the period from the date of the actual or, in relation to payment orders referred to in paragraph 2(a)(ii), intended submission of the payment order until the date on which the payment order was or could have been successfully settled. Any proceeds made by placing funds resulting from non-settled payment orders on deposit with the Eurosystem shall be deducted from the amount of any compensation; and

(iii)

no interest compensation shall be payable if and in so far as funds resulting from non-settled payment orders were placed in the market or used to fulfil minimum reserve requirements.

(b)

With respect to a compensation offer for a payee:

(i)	the administration fee shall be EUR 50 for the first non-settled payment order, EUR 25 for each of the next four such payment orders and EUR 12,50 for each further such payment order. The administration fee shall be calculated separately in relation to each payer;

(ii)

the method set out in subparagraph (a)(ii) for calculating interest compensation shall apply except that interest compensation shall be payable at a rate equal to the difference between the marginal lending rate and the reference rate, and shall be calculated on the amount of any recourse to the marginal lending facility occurring as a result of the technical malfunction of TARGET2.

4. Procedural rules

(a)

A claim for compensation shall be submitted on the claim form available on the website of the ECB in English (see www.ecb.int). Payers shall submit a separate claim form in respect of each payee and payees shall submit a separate claim form in respect of each payer. Sufficient additional information and documents shall be provided to support the information indicated in the claim form. Only one claim may be submitted in relation to a specific payment or payment order.

(b)	Within four weeks of a technical malfunction of TARGET2, participants shall submit their claim form(s) to the ECB. Any additional information and evidence requested by the ECB shall be supplied within two weeks of such request being made.

(c)	Unless otherwise decided by the ECB's Governing Council and communicated to the participants, all received claims shall be assessed no later than 14 weeks after the technical malfunction of TARGET2 occurs.

(d)

The ECB shall communicate the result of the assessment referred to in subparagraph (c) to the relevant participants. If the assessment entails a compensation offer, the participants concerned shall, within four weeks of the communication of such offer, either accept or reject it, in respect of each payment or payment order comprised within each claim, by signing a standard letter of acceptance (in the form available on the website of the ECB (see www.ecb.int). If such letter has not been received by the ECB within four weeks, the participants concerned shall be deemed to have rejected the compensation offer.

(e)	The ECB shall make compensation payments on receipt of a participant's letter of acceptance of compensation. No interest shall be payable on any compensation payment.

Appendix III

TERMS OF REFERENCE FOR CAPACITY AND COUNTRY OPINIONS

The European Central Bank

Kaiserstrasse 29

D-60311 Frankfurt am Main

Germany

Participation in TARGET2-ECB

[location], [date]

Dear Sir or Madam,

We have been asked to provide this Opinion as [in-house or external] legal advisers to [specify name of Participant or branch of Participant] in respect of issues arising under the laws of [jurisdiction in which the Participant is established; hereinafter the ‘jurisdiction’] in connection with the participation of [specify name of Participant] (hereinafter the ‘Participant’) in TARGET2-ECB (hereinafter the ‘System’).

This Opinion is confined to the laws of [jurisdiction] as they exist as on the date of this Opinion. We have made no investigation of the laws of any other jurisdiction as a basis for this Opinion, and do not express or imply any opinion in this regard. Each of the statements and opinions presented below applies with equal accuracy and validity under the laws of [jurisdiction], whether or not the Participant acts through its head office or one or more branches established inside or outside of [jurisdiction] in submitting payment orders and receiving payments.

I. DOCUMENTS EXAMINED

For the purposes of this Opinion, we have examined:

(1)	a certified copy of the [specify relevant constitutional document(s)] of the Participant such as is/are in effect on the date hereof;

(2)	[if applicable] an extract from the [specify relevant company register] and [if applicable] [register of credit institutions or analogous register];

(3)	[to the extent applicable] a copy of the Participant's licence or other proof of authorisation to provide banking, investment, funds transfer or other financial services in [jurisdiction];

(4)	[if applicable] a copy of a resolution adopted by the board of directors or the relevant governing body of the Participant on [insert date], [insert year], evidencing the Participant's agreement to adhere to the System Documents, as defined below; and

(5)	[specify all powers of attorney and other documents constituting or evidencing the requisite power of the person or persons signing the relevant System Documents (as defined below) on behalf of the Participant];

and all other documents relating to the Participant's constitution, powers, and authorisations necessary or appropriate for the provision of this Opinion (hereinafter the ‘Participant Documents’).

For the purposes of this Opinion, we have also examined:

(1)	the terms and conditions of TARGET2-ECB dated [insert date] (hereinafter the ‘Rules’); and

(2)

[…].

The Rules and the […] shall be referred to hereinafter as the ‘System Documents’ (and collectively with the Participant Documents as the ‘Documents’).

II. ASSUMPTIONS

For the purposes of this Opinion we have assumed in relation to the Documents that:

(1)	the System Documents with which we have been provided are originals or true copies;

(2)

the terms of the System Documents and the rights and obligations created by them are valid and legally binding under the laws of the Federal Republic of Germany by which they are expressed to be governed, and the choice of the laws of the Federal Republic of Germany to govern the System Documents is recognised by the laws of the Federal Republic of Germany;

(3)	the Participant Documents are within the capacity and power of and have been validly authorised, adopted or executed and, where necessary, delivered by the relevant parties; and

(4)	the Participant Documents are binding on the parties to which they are addressed, and there has been no breach of any of their terms.

III. OPINIONS REGARDING THE PARTICIPANT

A.	The Participant is a corporation duly established and registered or otherwise duly incorporated or organised under the laws of [jurisdiction].

B.	The Participant has all the requisite corporate powers to execute and perform the rights and obligations under the System Documents to which it is party.

The adoption or execution and the performance by the Participant of the rights and obligations under the System Documents to which the Participant is party will not in any way breach any provision of the laws or regulations of [jurisdiction] applicable to the Participant or the Participant Documents.

No additional authorisations, approvals, consents, filings, registrations, notarisations or other certifications of or with any court or governmental, judicial or public authority that is competent in [jurisdiction] are required by the Participant in connection with the adoption, validity or enforceability of any of the System Documents or the execution or performance of the rights and obligations thereunder.

E.	The Participant has taken all necessary corporate action and other steps necessary under the laws of [jurisdiction] to ensure that its obligations under the System Documents are legal, valid and binding

This Opinion is stated as of its date and is addressed solely to the ECB and the [Participant]. No other persons may rely on this Opinion, and the contents of this Opinion may not be disclosed to persons other than its intended recipients and their legal counsel without our prior written consent, with the exception of the national central banks of the European System of Central Banks [and [the national central bank/relevant regulatory authorities] of [jurisdiction]].

Yours faithfully,

[signature]

The European Central Bank

Kaiserstrasse 29

D-60311 Frankfurt am Main

Germany

TARGET2-ECB

[location], [date]

Dear Sir or Madam,

We have been asked as [external] legal advisers to [specify name of Participant or branch of Participant] (the Participant) in respect of issues arising under the laws of [jurisdiction in which the Participant is established; hereinafter the ‘jurisdiction’] to provide this Opinion under the laws of [jurisdiction] in connection with the participation of the Participant in a system which is a component of TARGET2 (hereinafter the ‘System’). References herein to the laws of [jurisdiction] include all applicable regulations of [jurisdiction]. We express an opinion herein under the law of [jurisdiction], with particular regard to the Participant established outside the Federal Republic of Germany in relation to rights and obligations arising from participation in the System, as presented in the System Documents defined below.

This Opinion is confined to the laws of [jurisdiction] as they exist on the date of this Opinion. We have made no investigation of the laws of any other jurisdiction as a basis for this Opinion, and do not express or imply any opinion in this regard. We have assumed that there is nothing in the laws of another jurisdiction which affects this Opinion.

1. DOCUMENTS EXAMINED

For the purposes of this Opinion, we have examined the documents listed below and such other documents as we have deemed necessary or appropriate:

(1)	the terms and conditions of TARGET2-ECB dated [insert date] (hereinafter the ‘Rules’); and

(2)	any other document governing the System and/or the relationship between the Participant and other participants in the System, and between the participants in the System and the ECB.

The Rules and the […] shall be referred to hereinafter as the ‘System Documents’.

2. ASSUMPTIONS

For the purposes of this Opinion we have assumed in relation to the System Documents that:

(1)	the System Documents are within the capacity and power of and have been validly authorised, adopted or executed and, where necessary, delivered by the relevant parties;

(2)

the terms of the System Documents and the rights and obligations created by them are valid and legally binding under the laws of the Federal Republic of Germany, by which they are expressed to be governed, and the choice of the laws of the Federal Republic of Germany to govern the System Documents is recognised by the laws of the Federal Republic of Germany;

(3)	the participants in the System through which any payment orders are sent or payments are received, or through which any rights or obligations under the System Documents are executed or performed, are licensed to provide funds transfer services, in all relevant jurisdictions; and

(4)	the documents submitted to us in copy or as specimens conform to the originals.

3. OPINION

Based on and subject to the foregoing, and subject in each case to the points set out below, we are of the opinion that:

3.1. Country-specific legal aspects [to the extent applicable]

The following characteristics of the legislation of [jurisdiction] are consistent with and in no way set aside the obligations of the Participant arising out of the System Documents: [list of country-specific legal aspects].

3.2. General insolvency issues

3.2.a Types of insolvency proceedings

The only types of insolvency proceedings (including composition or rehabilitation) — which, for the purpose of this Opinion, shall include all proceedings in respect of the Participant's assets or any branch it may have in [jurisdiction] — to which the Participant may become subject in [jurisdiction], are the following: [list proceedings in original language and English translation] (together collectively referred to as ‘Insolvency Proceedings’).

In addition to Insolvency Proceedings, the Participant, any of its assets, or any branch it may have in [jurisdiction] may become subject in [jurisdiction] to [list any applicable moratorium, receivership, or any other proceedings as a result of which payments to and/or from the Participant may be suspended, or limitations can be imposed in relation to such payments, or similar proceedings in original language and English translation] (hereinafter collectively referred to as ‘Proceedings’).

3.2.b Insolvency treaties

[jurisdiction] or certain political subdivisions within [jurisdiction], as specified, is/are party to the following insolvency treaties: [specify, if applicable which have or may have an impact on this Opinion].

3.3. Enforceability of System Documents

Subject to the points set out below, all provisions of the System Documents will be binding and enforceable in accordance with their terms under the laws of [jurisdiction], in particular in the event of the opening of any Insolvency Proceedings or Proceedings with respect to the Participant.

In particular, we are of the opinion that:

3.3.a Processing of payment orders

The provisions on processing of payment orders [list of sections] of the Rules are valid and enforceable. In particular, all payment orders processed pursuant to such sections will be valid, binding and will be enforceable under the laws of [jurisdiction]. The provision of the Rules which specifies the precise point in time at which payment orders submitted by the Participant to the System become enforceable and irrevocable (Article 20 of the Rules) is valid, binding and enforceable under the laws of [jurisdiction].

3.3.b Authority of the ECB to perform its functions

The opening of Insolvency Proceedings or Proceedings in respect of the Participant will not affect the authority and powers of the ECB arising out of the System Documents. [Specify [to the extent applicable] that: the same opinion is also applicable in respect of any other entity which provides the Participants with services directly and necessarily required for participating in the System (e.g. network service provider)].

3.3.c Remedies in the event of default

[Where applicable to the Participant, the provisions contained in Article 30 of the Rules regarding accelerated performance of claims which have not yet matured, the set-off of claims for using the deposits of the Participant, the enforcement of a pledge, suspension and termination of participation, claims for default interest, and termination of agreements and transactions (Articles 27-31 of the Rules) are valid and enforceable under the laws of [jurisdiction].]

3.3.d Suspension and termination

Where applicable to the Participant, the provisions contained in Articles 27 and 28 of the Rules (in respect of suspension and termination of the Participant's participation in the System on the opening of Insolvency Proceedings or Proceedings or other events of default, as defined in the System Documents, or if the Participant represents any kind of systemic risk or has serious operational problems) are valid and enforceable under the laws of [jurisdiction].

3.3.e Assignment of rights and obligations

The rights and obligations of the Participant cannot be assigned, altered or otherwise transferred by the Participant to third parties without the prior written consent of the ECB.

3.3.f Choice of governing law and jurisdiction

The provisions contained in Articles 34 and 38 of the Rules, and in particular in respect of the governing law, the resolution of a dispute, competent courts, and service of process are valid and enforceable under the laws of [jurisdiction].

3.4. Voidable preferences

We are of the opinion that no obligation arising out of the System Documents, the performance thereof, or compliance therewith prior to the opening of any Insolvency Proceedings or Proceedings in respect of the Participant may be set aside in any such proceedings as a preference, voidable transaction or otherwise under the laws of [jurisdiction].

In particular, and without limitation to the foregoing, we express this opinion in respect of any payment orders submitted by any participant in the System. In particular, we are of the opinion that the provisions of Article 20 of the Rules establishing the enforceability and irrevocability of payment orders will be valid and enforceable and that a payment order submitted by any participant and processed pursuant to Title IV of the Rules may not be set aside in any Insolvency Proceedings or Proceedings as a preference, voidable transaction or otherwise under the laws of [jurisdiction].

3.5. Attachment

If a creditor of the Participant seeks an attachment order (including any freezing order, order for seizure or any other public or private law procedure that is intended to protect the public interest or the rights of the Participant's creditors) — hereinafter referred to as an ‘Attachment’ — under the laws of [jurisdiction] from a court or governmental, judicial or public authority that is competent in [jurisdiction], we are of the opinion that [insert the analysis and discussion].

3.6. Collateral [if applicable]

3.6.a Assignment of rights or deposit of assets for collateral purposes, pledge, repo and/or guarantee

Assignments for collateral purposes will be valid and enforceable under the laws of [jurisdiction]. Specifically, the creation and enforcement of a pledge or repo under the Rules will be valid and enforceable under the laws of [jurisdiction]. In the event that a guarantee from another legal entity is required for adherence of the Participant in the System, this guarantee will be binding on the guarantor and fully enforceable against it, without any limit with regard to the amount of the guarantee, whatever the Participant's situation.

3.6.b Priority of assignees’, pledgees’ or repo purchasers’ interest over that of other claimants

In the event of Insolvency Proceedings or Proceedings in respect of the Participant, the rights or assets assigned for collateral purposes, or pledged by the Participant in favour of the ECB or other participants in the System, will rank in priority of payment above the claims of all other creditors of the Participant and will not be subject to priority or preferential creditors.

3.6.c Enforcing title to security

Even in the event of Insolvency Proceedings or Proceedings in respect of the Participant, other participants in the System and the ECB as pledgees will still be free to enforce and collect the Participant's rights or assets through the action of the ECB pursuant to the Rules.

3.6.d Form and registration requirements

There are no form requirements for the assignment for collateral purposes of, or the creation and enforcement of a pledge or repo over the Participant's rights or assets and it is not necessary for the assignment for collateral purposes, pledge or repo, as applicable, or any particulars of such assignment, pledge or repo, as applicable, to be registered or filed with any court or governmental, judicial or public authority that is competent in [jurisdiction].

3.7. Branches [to the extent applicable]

3.7.a Opinion applies to action through branches

Each of the statements and opinions presented above with regard to the Participant applies with equal accuracy and validity under the laws of [jurisdiction] in situations where the Participant acts through its one or more of its branches established outside [jurisdiction].

3.7.b Conformity with law

Neither the execution and performance of the rights and obligations under the System Documents nor the submission, transmission or receipt of payment orders by a branch of the Participant will in any respect breach the laws of [jurisdiction].

3.7.c Required authorisations

Neither the execution and performance of the rights and obligations under the System Documents nor the submission, transmission or receipt of payment orders by a branch of a Participant will require any additional authorisations, approvals, consents, filings, registrations, notarisations or other certifications of or with any court or governmental, judicial or public authority that is competent in [jurisdiction].

Yours faithfully,

[signature]

Appendix IV

BUSINESS CONTINUITY AND CONTINGENCY PROCEDURE

1. General provisions

(a)	This Appendix sets out the arrangements between the ECB and participants, or ancillary systems, if one or more components of the SSP or the telecommunications network fail or are affected by an abnormal external event, or if the failure affects any participant or ancillary system.

(b)	All references to specific times in this Appendix refer to European Central Bank time, i.e. the local time at the seat of the ECB.

2. Measures of business continuity and contingency processing

(a)	In the event that an abnormal external event occurs and/or there is a failure of the SSP or the telecommunications network which affects the normal operation of TARGET2, the ECB shall be entitled to adopt business continuity and contingency processing measures.

(b)

The following main business continuity and contingency processing measures shall be available in TARGET2:

(i)	relocating the operation of the SSP to an alternative site;

(ii)	changing the SSP's operating hours; and

(iii)

initiating contingency processing of very critical and critical payments, as defined in paragraph 6(c) and (d) respectively.

(c)	In relation to business continuity and contingency processing measures, the ECB shall have full discretion regarding whether and which measures are adopted to settle payment orders.

3. Incident communication

(a)

Information about the failure of the SSP and/or an abnormal external event shall be communicated to participants through the domestic communication channels, the ICM and T2IS. In particular, communications to participants shall include the following information:

(i)	a description of the event;

(ii)	the anticipated delay in processing (if known);

(iii)

information on the measures already taken; and

(iv)	the advice to participants.

(b)	In addition, the ECB may notify participants of any other existing or anticipated event which has the potential to affect the normal operation of TARGET2.

4. Relocation the operation of the SSP to an alternative site

(a)	In the event that any of the events referred to in paragraph 2(a) occurs, the operation of the SSP may be relocated to an alternative site, either within the same region or in another region.

(b)	In the event that the operation of the SSP is relocated to another region, the participants shall use best efforts to reconcile their positions up to the point of the failure or the occurrence of the abnormal external event and provide to the ECB all relevant information in this respect.

5. Change of operating hours

(a)

The daytime processing of TARGET2 may be extended or the opening time of a new business day may be delayed. During any extended operating time of TARGET2, payment orders shall be processed in accordance with the terms and conditions of TARGET2-ECB, subject to the modifications contained in this Appendix.

(b)

Daytime processing may be extended and the closing time thereby delayed if an SSP failure has occurred during the day but has been resolved before 18.00. Such a closing time delay shall in normal circumstances not exceed two hours and shall be announced as early as possible to participants. If such a delay is announced before 16.50, the minimum period of one hour between the cut-off time for customer and interbank payment orders shall remain in place. Once such a delay is announced it may not be withdrawn.

(c)	The closing time shall be delayed in cases where an SSP failure has occurred before 18:00 and has not been resolved by 18.00. The ECB shall immediately communicate the delay of closing time to participants.

(d)

Upon recovery of the SSP, the following steps shall take place:

(i)	The ECB shall seek to settle all queued payments within one hour; this time is reduced to 30 minutes in the event that the SSP failure occurs at 17.30 or later (in cases where the SSP failure was ongoing at 18.00).

(ii)	Participants' final balances shall be established within one hour; this time shall be reduced to 30 minutes in the event that the SSP failure occurs at 17.30 or later, in cases where the SSP failure was ongoing at 18.00.

(iii)

At the cut-off time for interbank payments, the end-of-day processing, including recourse to the Eurosystem standing facilities shall take place.

(e)	Ancillary systems that require liquidity in the early morning need to have established means to cope with cases where the daytime processing cannot be started in time due to an SSP failure on the previous day.

6. Contingency processing

(a)

If it deems it necessary to do so, the ECB shall initiate the contingency processing of payment orders in the Contingency Module of the SSP. In such cases, only a minimum service level shall be provided to participants. The ECB shall inform its participants of the start of contingency processing by means of any available means of communication.

(b)	In contingency processing, payment orders shall be processed manually by the ECB.

(c)

The following payments shall be considered as ‘very critical’ and the ECB shall use best efforts to process them in contingency situations:

(i)	CLS Bank International-related payments;

(ii)	end-of-day settlement of EURO1; and

(iii)

central counterparty margin calls.

(d)

The following types of payments shall be considered as ‘critical’ and the ECB may decide to initiate contingency processing in relation to them:

(i)	payments in relation to the real-time settlement of interfaced securities settlement systems; and

(ii)	additional payments, if required to avoid systemic risk.

(e)	Participants shall submit payment orders for contingency processing and information to payees shall be provided through encrypted and authenticated e-mail, as well as via authenticated fax. Information concerning account balances and debit and credit entries may be obtained via the ECB.

(f)	Payment orders that have already been submitted to TARGET2-ECB, but are queued, may also undergo contingency processing. In such cases the ECB shall endeavour to avoid the double processing of payment orders, but the participants shall bear the risk of such double processing if it occurred.

(g)

For contingency processing of payment orders, participants shall provide additional collateral. During contingency processing, incoming contingency payments may be used to fund outgoing contingency payments. For the purposes of contingency processing, participants' available liquidity may not be taken into account by the ECB.

7. Failures linked to participants or ancillary systems

(a)

In the event that a participant has a problem that prevents it from settling payments in TARGET2 it shall be its responsibility to resolve the problem. In particular, a participant may use in-house solutions or the ICM functionality, i.e. backup lump sum payments and backup contingency payments (CLS, EURO1, STEP2 pre-fund).

(b)

If a participant decides to use the ICM functionality for making backup lump sum payments, the ECB shall, if the participant so requests, open this functionality via the ICM. If the participant so requests, the ECB shall transmit an ICM broadcast message to inform other participants about the participant's use of backup lump sum payments. The participant shall be responsible for sending such backup lump sum payments exclusively to other participants with which it has bilaterally agreed on the use of such payments and for any further steps in relation to such payments.

(c)	If the measures referred to in subparagraph (a) are exhausted or if they are inefficient, the participant may request support from the ECB.

(d)

In the event that a failure affects an ancillary system, that ancillary system shall be responsible for resolving the failure. If the ancillary system so requests, the ECB may act on its behalf. The ECB shall have discretion to decide what support it gives to the ancillary system, including during the night-time operations of the ancillary system. The following contingency measures may be taken:

(i)	the ancillary system initiates clean payments (i.e. payments that are not linked to the underlying transaction) via the Participant Interface;

(ii)	the ECB creates and/or processes XML instructions/files on behalf of the ancillary system; and/or

(iii)

the ECB makes clean payments on behalf of the ancillary system.

(e)	The detailed contingency measures with respect to ancillary systems shall be contained in the bilateral arrangements between the ECB and the relevant ancillary system.

8. Other provisions

(a)

In the event that certain data are unavailable because one of the events referred to in paragraph 3(a) has occurred, the ECB is entitled to start or continue processing payment orders and/or operate TARGET2-ECB on the basis of the last available data, as determined by the ECB. If so requested by the ECB, participants and ancillary systems shall resubmit their FileAct/Interact messages or take any other action deemed appropriate by the ECB.

(b)	In the event of a failure of the ECB, some or all of its technical functions in relation to TARGET2-ECB may be performed by other Eurosystem CBs.

(c)

The ECB may require that the participants participate in regular or ad hoc testing of business continuity and contingency processing measures, training or any other preventive arrangements, as deemed necessary by the ECB. Any costs incurred by the participants as a result of such testing or other arrangements shall be borne solely by the participants.

Appendix V

OPERATING SCHEDULE

1.	TARGET2 is open on all days, except Saturdays, Sundays, New Year's Day, Good Friday and Easter Monday (according to the calendar applicable at the seat of the ECB), 1 May, Christmas Day and 26 December.

2.	The reference time for the system is European Central Bank time, i.e. the local time at the seat of the ECB.

The current business day is opened during the evening of the previous business day and operates to the following schedule:

Time	Description
6.45-7.00	Business window to prepare daytime operations (1)
7.00-18.00	Daytime processing
17.00	Cut-off time for customer payments (i.e. payments where the originator and/or the beneficiary of a payment is not a direct or indirect participant as identified in the system by the use of an MT 103 or MT 103+ message)
18.00	Cut-off time for interbank payments (i.e. payments other than customer payments)
18.00-18.45 (2)	End-of-day processing
18.15 (2)	General cut-off time for the use of standing facilities
(Shortly after) 18.30 (3)	Data for the update of accounting systems are available to CBs
18.45-19.30 (3)	Start-of-day processing (new business day)
19.00 (3)-19.30 (2)	Provision of liquidity on the PM account
19.30 (3)	‘Start-of-procedure’ message and settlement of the standing orders to transfer liquidity from the PM accounts to the sub-account(s)/mirror account (ancillary system-related settlement)
19.30 (3)-22.00	Execution of additional liquidity transfers via the ICM before the ancillary system sends the ‘start-of-cycle’ message; settlement period of night-time ancillary system operations (only for ancillary system settlement procedure 6)
22.00-1.00	Technical maintenance period
1.00-6.45	Settlement procedure of night-time ancillary system operations (only for ancillary system settlement procedure 6)

4.	The ICM is available for liquidity transfers from 19.30 (4) until 18.00 the next day, except during the technical maintenance period from 22.00 until 1.00.

5.	The operating hours may be changed in the event that business continuity measures are adopted in accordance with paragraph 5 of Appendix IV.

(1) Daytime operations means daytime processing and end-of-day processing.

(2) Ends 15 minutes later on the last day of the reserve maintenance period.

(3) Starts 15 minutes later on the last day of the reserve maintenance period.

(4) Starts 15 minutes later on the last day of the reserve maintenance period.

Appendix VI

FEE SCHEDULE AND INVOICING

Fees and invoicing for direct participants

The monthly fee for the processing of payment orders in TARGET2-ECB for direct participants, depending on which option the direct participant has chosen, shall be either:

(a)	EUR 100 per PM account plus a flat fee per transaction (debit entry) of EUR 0,80; or

(b)

EUR 1 250 per PM account plus a fee per transaction (debit entry) determined as follows, based on the volume of transactions (number of processed items) per month:

Band	From	To	Price
1	1	10 000	EUR 0,60
2	10 001	25 000	EUR 0,50
3	25 001	50 000	EUR 0,40
4	50 001	100 000	EUR 0,20
5	Above 100 000	—	EUR 0,125

Liquidity transfers between a participant's PM account and its sub-accounts shall not be subject to a charge.

2.	There shall be an additional monthly fee for direct participants who do not wish the BIC of their account to be published in the TARGET2 directory of EUR 30 per account.

In the case of direct participants, the following invoicing rules apply. The direct participant shall receive the invoice for the previous month specifying the fees to be paid, no later than on the fifth business day of the following month. Payment shall be made at the latest on the tenth working day of that month to the account specified by the ECB and shall be debited from that participant's PM account.

Fees and invoicing for ancillary systems

An ancillary system using the ASI or the Participant Interface, irrespective of the number of any accounts it may hold with the ASCB and/or the SCB, shall be subject to a fee schedule consisting of three elements, as set out below.

(a)	A fixed monthly fee of EUR 1 000 to be charged to each AS (Fixed Fee I).

(b)

A second monthly fixed fee of between EUR 417 and EUR 4 167, in proportion to the underlying gross value of the AS's euro cash settlement transactions (Fixed Fee II):

Band	From (EUR million/day)	To (EUR million/day)	Annual fee	Monthly fee
1	0	below 1 000	EUR 5 000	EUR 417
2	1 000	below 2 500	EUR 10 000	EUR 833
3	2 500	below 5 000	EUR 20 000	EUR 1 667
4	5 000	below 10 000	EUR 30 000	EUR 2 500
5	10 000	below 50 000	EUR 40 000	EUR 3 333
6	Above 50 000	—	EUR 50 000	EUR 4 167

The gross value of the AS's euro cash settlement transactions shall be calculated by the ASCB once a year on the basis of such gross value during the previous year and the calculated gross value shall be applied for calculating the fee as from 1 January of each calendar year.

(c)

A transaction fee calculated on the same basis as the schedule established for direct participants in paragraph 1 of this Appendix. The AS may choose one of the two options: either to pay a flat EUR 0,80 fee per payment instruction (Option A) or to pay a fee calculated on a degressive basis (Option B), subject to the following modifications:

—	for Option B, the limits of the bands relating to volume of payment instructions are divided by two, and

—	a monthly fixed fee of EUR 100 (under Option A) or EUR 1 250 (under Option B) shall be charged in addition to Fixed Fee I and Fixed Fee II.

Any fee payable in relation to a payment instruction submitted or payment received by an AS, via either the Participant Interface or the ASI, shall be exclusively charged to this AS. The Governing Council may establish more detailed rules for the determination of billable transactions settled via the ASI.

Each AS shall receive an invoice from its respective ASCB for the previous month based on the fees referred to in paragraph 4, no later than the fifth business day of the following month. Payments shall be made no later than the tenth business day of this month to the account specified by the ASCB or shall be debited from an account specified by the AS.

For the purposes of this paragraph, each AS that has been designated under Directive 98/26/EC shall be treated separately, even if two or more of them are operated by the same legal entity. The same rule shall apply to the ASs that have not been designated under Directive 98/26/EC, in which case the ASs shall be identified by reference to the following criteria: (a) a formal arrangement, based on a contractual or legislative instrument (e.g. an agreement among the participants and the system operator); (b) with multiple membership; (c) common rules and standardised arrangements; and (d) for the clearing, netting and/or settlement of payments and/or securities between the participants.

		ISSN 1725-258X
Gazzetta ufficiale dell’Unione europea		L 237

Edizione in lingua italiana	Legislazione	50o anno 8 settembre 2007

Sommario		II Atti adottati a norma dei trattati CE/Euratom la cui pubblicazione non è obbligatoria	pagina
		DECISIONI
		Banca centrale europea
		2007/600/CE
	*	Indirizzo della Banca centrale europea, del 26 aprile 2007, relativo ad un sistema di trasferimento espresso transeuropeo automatizzato di regolamento lordo in tempo reale (TARGET2) (BCE/2007/2)	1
		2007/601/CE
	*	Decisione della Banca centrale europea, del 24 luglio 2007, relativa ai termini e alle condizioni di TARGET2-BCE (BCE/2007/7)	71