Sistema di regolamento lordo BI-REL/TARGET Guida per gli ...web.tiscali.it/ivano64/manuali/birel_target_guida_sez3.pdf · 3 1. abilitazione all’utilizzo dei canali telematici di

Sistema di regolamento lordo BI-REL/TARGETGuida per gli aderenti

Sezione IIICanali telematici di BI-REL

3° aggiornamento - ristampa integrale

Roma - Novembre 2000

2

3

1. ABILITAZIONE ALL’UTILIZZO DEI CANALI TELEMATICI DI BI-REL 7

2. MOVIMENTAZIONE ATTRAVERSO I CANALI TELEMATICI 8

2.1. Rete Nazionale Interbancaria (R.N.I./BIREL) 8

2.2. S.W.I.F.T. 9

3. INFORMATIVA PRODOTTA DAI CANALI TELEMATICI DI BIREL 10

4. MESSAGGI BI-REL: INTRODUZIONE 14

5. FUNZIONI DISPONIBILI E UTILIZZO DEI RELATIVI MESSAGGI 15

5.1. CARATTERISTICHE GENERALI 15

5.2. OPERAZIONE DI GIROFONDI (MSG 64A) 17

5.3. OPERAZIONE DI GIROCONTO (MSG. 64B) 18

5.4. NOTIFICA DI ACCODAMENTO DI UNA OPERAZIONE ORIGINATA IN BANCAD’ITALIA (MSG. 64C) 19

5.5. NOTIFICA DEI MOVIMENTI SUL CONTO DI GESTIONE (MSG. 64D) 20

5.6. RITRASMISSIONE DI UN MESSAGGIO DI NOTIFICA (MSG. 64E) 21

5.7. NOTIFICA DI MANCATO REGOLAMENTO (MSG. 64F) 22

5.8. INFORMAZIONI GIORNALIERE (MSG 64G) 23

5.9. RICHIESTA DI PRENOTAZIONE DEL CONTANTE E NOTIFICA (MSG. 64H E MSG 64I) 24

5.10.RICHIESTA DI INFORMAZIONI SINTETICHE O ANALITICHE SU LISTA DI ATTESA(MSG. 64J) E RELATIVE RISPOSTE (MSG. 64K E MSG 64L) 25

5.11. NOTIFICA DI CONCESSIONE DEL RIFINANZIAMENTO MARGINALE A RICHIESTA(MSG. 64Z) 26

6. INDIRIZZAMENTO DEI MESSAGGI 27

7. AUTENTICAZIONE DEI MESSAGGI 28

8. CONTROLLI EFFETTUATI SUI MESSAGGI 33

9. DETTAGLIO MESSAGGI 34

9.1. MESSAGGIO 64A: RICHIESTA DI GIROFONDI 34

9.2. MESSAGGIO 64B: RICHIESTA DI GIROCONTO 36

9.3. MESSAGGIO 64C: NOTIFICA ACCODAMENTO OPERAZIONI B.I. 38

9.4. MESSAGGIO 64D: NOTIFICA DI MOVIMENTAZIONE DEL CONTO DI GESTIONE 41

9.5. MESSAGGIO 64E: RICHIESTA DI RITRASMISSIONE DI UN MESSAGGIO 64D 46

9.6. MESSAGGIO 64F: NOTIFICA DI MANCATO REGOLAMENTO 48

9.7. MESSAGGIO 64G: INFORMAZIONI GIORNALIERE 51

9.8. MESSAGGIO 64H: RICHIESTA DI PRENOTAZIONE DEL CONTANTE 55

4

9.9. MESSAGGIO 64I: NOTIFICA DI PRENOTAZIONE DEL CONTANTE 57

9.10. MESSAGGIO 64J: RICHIESTA DI INFORMAZIONI SU LISTA DI ATTESA 59

9.11. MESSAGGIO 64K: INFORMATIVA SINTETICA SU LISTA DI ATTESA 61

9.12. MESSAGGIO 64L: INFORMATIVA ANALITICA SU LISTA DI ATTESA 63

9.13. MESSAGGIO 64Z: NOTIFICA DI CONCESSIONE DEL RIFINANZIAMENTO MARGINALEA RICHIESTA 67

10. CODIFICA DEI CONTI 69

11. CODIFICA DEI VETTORI 70

12. CODIFICA DEI CASI DI MANCATO REGOLAMENTO 72

13. CODIFICA DELLE SEGNALAZIONI DI ERRORE DEI MESSAGGI RNI - BI-REL 73

14. IDENTIFICAZIONE DELLE OPERAZIONI TRATTATE IN BI-REL 74

15. COMPOSIZIONE DEL MESSAGGIO 64D 76

15.1. MOVIMENTI ORIGINATI DALLE PROCEDURE DI SCAMBIO 76

15.2. MOVIMENTI ORIGINATI DA MOVIMENTAZIONE DIRETTA 77

16. MESSAGGI S.W.I.F.T. SPECIFICHE TECNICHE 80

16.1. MT 100 - Customer Transfer 81Scope 81General Format 81Field Specifications 81Rule specifications 83

16.2. MT 103 – Single Customer Credit Transfer Message 84Scope 84General Format 84Field Specifications 85Rule specifications 88

16.3. MT 202 - General Financial Institution Transfer 90Scope 90General Format 90Field Specifications 90Rule specifications 92

16.4. MT198 sub 155 - TARGET Payment Settlement Message Notification (PSMN) 93Scope 93General Format 93Field Specifications 93

16.5. MT900 - Confirmation of Debit 95Scope 95Message format. 95Field specifications 95

16.6. MT910 - Confirmation of Credit 96Scope 96Message format. 96Field specifications 96

5

16.7. MT950 - Statement Message 97Scope 97Message format. 97Field specifications 97

16.8. MT198 sub 156 - Payment Queuing Notification 98Scope. 98Message format. 98Field specifications 98

16.9. MT198 sub 157 - Payment Settlement Negative Notification 100Scope 100Message Format 100Field Specifications 100

16.10. MT 192/292 Request for cancellation 102Message Format 102Usage Rules 102Field Specifications 102

16.11. MT 196/296 ANSWER TO THE MESSAGE 192/292 105Message Format 105Field Specifications 105USAGE RULES 106

17. FORMATTING RULES 108

17.1. Fields 108

17.2. Messages 109

17.3. The Interlinking Internal Reference (IIR) 109

18. FIELDS DESCRIPTION 110

19. APPENDIXES 122

19.1. Conventions 122

19.2. Character Set 123

19.3. Country codes 123

19.4. Application codes 124

19.5. Error codes 125

ALLEGATO 1 - RICHIESTA DI ABILITAZIONE ALL’UTILIZZO DEI MESSAGGITELEMATICI PER L’APPLICAZIONE BI-REL.- 128

6

7

1. ABILITAZIONE ALL’UTILIZZO DEI CANALI TELEMATICI DI BI-REL

Ai fini dell’abilitazione all’utilizzo dei canali telematici di BI-REL il richiedente deve trasmettereapposita domanda - secondo lo schema indicato nell’allegato 1- alla Filiale della Banca d’Italiadetentrice del conto di gestione, precisando la data a partire dalla quale sarà in grado di utilizzare imessaggi stessi e le modalità con le quali intende ricevere le informazioni di regolamento e/o di scambio;a tale riguardo il titolare del conto di gestione deve aver già provveduto allo scambio delle chiavi diautenticazione applicativa con il Servizio Elaborazioni e Sistemi Informativi (per la messaggistica RNI-BIREL) e con il Servizio Sistema dei Pagamenti (per la messaggistica SWIFT) della Banca d’Italia. Loschema di domanda contiene anche una dichiarazione di manleva nei confronti della Banca d’Italiarelativa a qualsiasi responsabilità connessa con l'utilizzo della R.N.I. e/o della SWIFT come mezzo ditrasmissione. La richiesta si intende riferita al complesso dei messaggi, non potendo il richiedenteescluderne alcuni.

Al fine di utilizzare la messaggistica S.W.I.F.T. gli operatori devono essere iscrittinell’International Bank Identifier Code (BIC) Directory edito dalla Society for WorldwideInterbank Financial Telecomunication (S.W.I.F.T.).

Il richiedente, prima di essere abilitato, deve effettuare in ambiente di prova una serie di collaudicon esito positivo; in questa fase il Servizio S.D.P. della Banca d’Italia fornisce l’assistenza necessaria alrichiedente e controlla i messaggi trasmessi per verificarne il buon esito.

La Banca d’Italia provvede quindi ad abilitare il richiedente all'utilizzo dei messaggi R.N.I.e/oSWIFT, dandone conferma al medesimo.

Per quanto concerne l’utilizzo della messaggistica RNI/SWIFT, la procedura acquisisce imessaggi in parola solo se hanno superato i controlli di autenticazione. In particolare, il Sistema Centralene verifica la corretta provenienza e l’identità dei dati trasmessi attraverso apposite funzioni ed effettuaaltre verifiche di natura contabile e formale. In caso di esito negativo di uno dei controlli previsti, ilSistema Centrale provvede a “restituire” il messaggio al soggetto “mittente” con l’indicazione dell’erroreriscontrato.

Nel caso in cui si verifichino interruzioni o ritardi nella ricezione dei messaggi di conferma o dinotifica di “eseguito” dei messaggi inviati, i soggetti destinatari degli stessi possono richiedere leinformazioni del caso alla competente Filiale della Banca d’Italia o rivolgersi direttamente al ServizioS.D.P. (1).

Qualora il Sistema riscontri un tentativo di accesso rifiutato per errori di autenticazione , laprocedura inibisce automaticamente all’operatore la possibilità di inviare qualsiasi messaggio R.N.I. -BI-REL (2). Per la rimozione del blocco:a) il soggetto interessato deve inviare via fax(3) apposita richiesta al Servizio S.D.P., indicando i motivi

che hanno dato luogo al blocco;

1 Divisione “Gestione procedure sistema dei pagamenti”.2 Tale inibizione non viene effettuata nell’ipotesi in cui venga utilizzata la messaggistica SWIFT.3 Il fax deve essere inviato al numero comunicato dalla Banca d’Italia.

8

b) il Servizio S.D.P., ricevuto il fax di cui alla precedente lettera a) e verificate le cause che hannodeterminato il blocco, provvede alla sua rimozione dandone comunicazione all’interessato per le viebrevi.

2. MOVIMENTAZIONE ATTRAVERSO I CANALI TELEMATICI

2.1. RETE NAZIONALE INTERBANCARIA (R.N.I./BIREL)

L’abilitazione all’utilizzo della messaggistica R.N.I.-BI-REL consente al titolare di un conto digestione ovvero al suo eventuale comovimentatore di disporre girofondi e giroconti (c.d.movimentazione diretta).

Con i girofondi (msg. 64A) il titolare di un conto di gestione o il suo eventuale comovimentatoreaddebita il proprio conto in contropartita ad un altro conto di gestione. Il girofondi viene eseguito anchenel caso in cui il titolare del conto di gestione destinatario dell’accredito non sia abilitato ad utilizzare lamessaggistica R.N.I.- BI-REL.

I giroconti (msg. 64B) consentono di trasferire disponibilità tra conti appartenenti ad uno stessointestatario. In particolare, il titolare del conto di gestione o il suo eventuale comovimentatore possono:

- trasferire disponibilità dal conto di riserva al conto di anticipazione infragiornaliera in contocorrente;- addebitare il conto di gestione in contropartita al conto di deposito overnight;- addebitare il conto di gestione in contropartita al conto di rifinanziamento marginale.

I girofondi e i giroconti R.N.I.-BI-REL possono essere disposti, fino al definitivo passaggioall’euro, in lire o in euro; se disposti in lire, la procedura provvede all’automatica conversione in euro.

La movimentazione diretta è consentita in tutte le giornate operative di BI-REL dalle ore 7:00fino al:- IV cut-off time per i girofondi;- V cut-off time per i giroconti.

Le operazioni a debito di un conto di gestione e i giroconti interni al medesimo sono acquisiti in listadi attesa e regolati con le modalità illustrate nel paragrafo “liste di attesa”.

Per convenzione, nelle scritturazioni relative alle operazioni R.N.I. viene indicata quale Filialetrasmittente:- per i girofondi, la Filiale detentrice del conto di gestione da addebitare;- per i giroconti, la Filiale detentrice del conto di gestione interessato dal giroconto.

La Banca d’Italia non procede alla riproposizione:- dei girofondi e dei giroconti interni al conto di gestione disposti via R.N.I. cancellati dalle liste di

attesa rispettivamente al IV e V cut-off time;- dei girofondi/giroconti R.N.I. scartati per mancata capienza del conto da addebitare .

9

2.2. S.W.I.F.T.

Il titolare di un conto di gestione abilitato all’utilizzo della messaggistica S.W.I.F.T. ovvero il suoeventuale comovimentatore può disporre attraverso tale canale pagamenti interbancari e per conto dellaclientela nonché giroconti.

In particolare attraverso i messaggi S.W.I.F.T.:- gli operatori domestici possono effettuare pagamenti cross-border ovvero pagamenti domestici

nei confronti di titolari di conti di gestione in accesso remoto;- gli operatori in accesso remoto possono effettuare pagamenti cross border ovvero

pagamenti domestici nei confronti di titolari di conti di gestione aderenti alla reteS.W.I.F.T. o aderenti alle procedure BO.E e G.E.C.-TARGET.

L’esito del regolamento viene notificato alle controparti sulla base delle scelte effettuate al momentodella richiesta di utilizzo dei canali telematici di BI-REL (R.N.I., S.W.I.F.T. o entrambi).

Con i pagamenti interbancari (msg. MT202) e per la clientela (MT100/103) il titolare di un conto digestione o il suo eventuale comovimentatore addebita il conto medesimo in contropartita ad un altroconto di gestione. I dettagli del pagamento vengono notificati al creditore o per il tramite del relativomessaggio S.W.I.F.T. (MT202/100/103) o per il tramite delle procedure BO.E-TARGET e G.E.C.-TARGET. Il pagamento non può essere eseguito nel caso in cui il titolare del conto di gestione che siintende accreditare non sia abilitato all’utilizzo della rete S.W.I.F.T. ovvero non aderisca alle proceduredi scambio BO.E– TARGET e G.E.C.-TARGET.

Il conto da addebitare e quello da accreditare vengono individuati sulla base degli elementipresenti nel messaggio S.W.I.F.T. ricevuto.

I giroconti (msg. MT202) consentono di trasferire disponibilità tra conti appartenenti ad unostesso intestatario. In particolare, il titolare del conto di gestione o il suo eventuale comovimentatorepossono:• trasferire disponibilità dal conto di riserva al conto di anticipazione infragiornaliera in conto corrente;• addebitare il conto di gestione in contropartita al conto di deposito overnight;• addebitare il conto di gestione in contropartita al conto di rifinanziamento marginale.

Tali operazioni possono essere disposte - fino al definitivo passaggio all’euro - in lire o in euro; sedisposte in lire la procedura provvede all’automatica conversione in euro.

La movimentazione via S.W.I.F.T. è consentita nelle giornate e negli orari indicati conriferimento alla RNI.

Nelle scritturazioni relative alle operazioni S.W.I.F.T. viene indicata quale Filiale trasmittente lastessa utilizzata per le operazioni RNI.

Le medesime disposizioni valgono anche con riferimento all’eventuale riproposizione di operazionicancellate dalle liste di attesa.

10

3. INFORMATIVA PRODOTTA DAI CANALI TELEMATICI DI BIREL

I titolari dei conti di gestione abilitati all’utilizzo dei canali telematici di BI-REL possonoacquisire informazioni sui conti attraverso appositi messaggi.

a) Titolari dei conti di gestione abilitati all’utilizzo della messaggistica R.N.I. - BI-REL ecomovimentatori

Attraverso la Rete Nazionale Interbancaria il titolare di un conto di gestione abilitato all’utilizzodella messaggistica R.N.I. - BI-REL e il suo eventuale comovimentatore possono spedire o riceverein tempo reale i seguenti messaggi:1. il msg. 64C notifica l’acquisizione in lista di attesa degli addebitamenti a valere sul conto di

gestione disposti dalle Filiali della Banca d’Italia ovvero rivenienti dalle “Elaborazioniautomatiche” della stessa, nonché dei saldi a debito della Recapiti e di quelli della Liquidazionetitoli (categorie FIL, FAU, REC e LTG); lo stesso messaggio notifica anche i saldi a creditorivenienti dai sistemi di compensazione cennati ai titolari dei conti di gestione da accreditare, seabilitati all’utilizzo della messaggistica R.N.I. - BI-REL, e al loro eventuale comovimentatore(4);gli importi notificati sono espressi nella divisa di immissione in BI-REL delle singole operazioni(5);

2. il msg. 64D notifica qualsiasi scritturazione nel conto di gestione e permette di conoscere il saldodel conto di riserva e l’utilizzo dell’anticipazione infragiornaliera in c/c; gli importi sono notificati ineuro; qualora la singola operazione sia stata immessa in lire, il messaggio notifica l’importooriginario espresso in lire e quello convertito in euro(6);

3. il msg. 64E consente di chiedere la trasmissione di un messaggio di notifica 64D già trasmesso;4. il msg. 64F notifica la cancellazione dalla lista di attesa e lo scarto delle operazioni a debito del

conto di gestione e dei giroconti interni al medesimo; qualora la cancellazione o lo scartoriguardino girofondi disposti via R.N.I. ovvero operazioni rivenienti dalle procedure di scambio edai mercati (categorie GIF, ING, MID e DVP), la stessa notifica viene inviata anche al titolare delconto di gestione che doveva essere accreditato, se abilitato ad utilizzare la messaggistica R.N.I. -BI-REL, e al suo eventuale comovimentatore; le informazioni notificate sono espresse nella divisadi immissione in BI-REL delle singole operazioni (c.d. importo originario)(7);

5. il msg. 64G è prodotto all’inizio di ciascuna giornata operativa di BI-REL; esso riepiloga i saldidei conti componenti il conto di gestione, segnala l’ammontare del rifinanziamento marginaleautomatico per spillover ovvero il mancato rientro dall’utilizzo dell’anticipazione infragiornaliera inconto corrente per gli operatori che non hanno accesso al rifinanziamento marginale e fornisce unaserie di informazioni per verificare il rispetto dell’obbligo medio di riserva; le informazionisegnalate si riferiscono alla chiusura della giornata operativa di BI-REL precedente e sonodenominate in euro;

4 La notifica è prodotta al momento dell’acquisizione nelle liste di attesa dei saldi a debito.5 Fanno eccezione i giroconti dal conto di gestione al conto di rifinanziamento marginale eseguiti tramite la Sede di

Milano della Banca d’Italia che sono sempre espressi in euro anche se disposti in lire.6 Cfr. la nota precedente.7 Cfr. la nota precedente.

11

6. il msg 64I notifica l’attivazione, la modifica e l’annullamento della prenotazione del contanteeseguiti dal titolare del conto di gestione via R.N.I. (msg. 64H) ovvero tramite le Filiali dellaBanca d’Italia; la variazione della prenotazione è espressa nella divisa di immissione in BI-REL,se eseguita via R.N.I., ovvero solo in euro, se effettuata tramite le Filiali;

7. il msg. 64J consente di richiedere informazioni sintetiche ovvero analitiche sulle operazionipresenti nella lista di attesa del conto di gestione;

8. il msg. 64K è trasmesso in risposta al “mittente” del msg. 64J; esso fornisce il numero e l’importocomplessivo denominato in euro:- delle operazioni a debito del conto di gestione e dei giroconti interni al medesimo presenti in

lista di attesa;- delle operazioni a credito del conto di gestione aventi in contropartita addebitamenti accodati

nelle liste di attesa di altri conti di gestione;9. il msg. 64L è trasmesso in risposta al “mittente” del msg. 64J e fornisce informazioni analitiche in

euro sulle operazioni a debito del conto di gestione e sui giroconti interni al medesimo presenti inlista di attesa;

10. il msg. 64Z notifica l’identificativo (intestatario complementare) del conto di rifinanziamentomarginale assegnato automaticamente dalla procedura BI-REL al conto medesimo all’atto dellasua apertura, nonché il credito aperto amministrativo; il msg. 64Z - prodotto a seguitodell’inserimento o della variazione del credito aperto amministrativo - è inviato solo al titolare delconto di gestione beneficiario del rifinanziamento marginale se abilitato all’utilizzo dellamessaggistica R.N.I. - BI-REL, restando pertanto esclusi il suo eventuale comovimentatore el’eventuale mandatario incaricato della movimentazione dei titoli via R.N.I. - CAT.

In caso di indisponibilità della Rete Nazionale Interbancaria il titolare del conto di gestione e il suoeventuale comovimentatore possono chiedere informazioni (saldi, movimenti, prenotazione del contante,ecc.) alla Filiale della Banca d’Italia detentrice del conto medesimo e, in caso di non operatività diquest’ultima, alla Sede di Milano della Banca medesima.

b) Titolari dei conti di gestione abilitati all’utilizzo della messaggistica S.W.I.F.T. ecomovimentatori

1. il msg. 192 consente all’operatore di chiedere la revoca di operazioni S.W.I.F.T. cross-borderdisposte per conto della clientela non ancora regolate;

2. il msg. 292 consente all’operatore di chiedere la revoca di operazioni S.W.I.F.T. cross-borderinterbancarie non ancora regolate;

3. il msg. 196 notifica all’operatore l’esito della richiesta di cancellazione disposta con il messaggio192;

4. il msg. 296 notifica all’operatore l’esito della richiesta di cancellazione disposta con il messaggio292;

5. il msg. MT198/155 notifica all’operatore l’esito del pagamento cross-border nel sistema R.T.G.S.della BCN ricevente;

12

6. il msg. MT198/156 notifica al titolare del conto di gestione e all’eventuale comovimentatorel’acquisizione in lista di attesa degli addebitamenti a valere sul conto di gestione disposti dalle Filialidell’Istituto ovvero rivenienti dalle “Elaborazioni automatiche” della Banca d’Italia, nonché dei saldi adebito della Recapiti e di quelli della Liquidazione titoli(8); lo stesso messaggio notifica anche i saldi acredito rivenienti dai sistemi di compensazione cennati(9);

7. i msgg. MT900 per gli addebiti e MT910 per gli accrediti notificano qualsiasi scritturazione nelconto di gestione;

8. il msg. MT198/157 notifica la cancellazione dalla lista di attesa e lo scarto delle operazioni a debitodel conto di gestione e dei giroconti interni al medesimo (10);

9. il msg. MT950 è prodotto al termine di ciascuna giornata operativa di BI-REL; esso riepiloga imovimenti effettuati sul conto di gestione, il saldo del conto e la sua disponibilità all’inizio dellagiornata successiva.

In caso di indisponibilità della SWIFT il titolare del conto di gestione e il suo eventualecomovimentatore possono chiedere le informazioni desiderate (saldi, movimenti, ecc.) alla Filialedetentrice del conto medesimo e, in caso di non operatività di quest’ultima, alla Sede di Milano.

8 Categorie FIL, FAU, REC e LTG9 La notifica è prodotta al momento dell’acquisizione nelle liste di attesa dei saldi a debito.10 Categorie GIF, ING, MID e DVP

13

14

4. MESSAGGI BI-REL: INTRODUZIONE

L’applicazione BI-REL fornisce servizi di regolamento e informativi sulla base di input diversi:

1) procedure di scambio;

2) mercato telematico dei depositi interbancari (M.I.D.);

3) movimentazione diretta;

4) DVP (sistema EXPRESS di Monte Titoli S.p.A.);

5) operazioni eseguite tramite le Filiali della Banca d’Italia (B.I.).

Il presente documento riporta le specifiche relative all'utilizzo dei messaggi R.N.I. perl’applicazione bancaria BI-REL.

Le funzioni disponibili tramite R.N.I., nell'ambito dell'applicazione bancaria BI-REL, sono:

1) operazione di girofondi (messaggio 64A);

2) operazione di giroconto (messaggio 64B);

3) notifica di accodamento di operazioni originate in B.I. (messaggio 64C);

4) notifica dei movimenti regolati sul c/gestione (messaggio 64D);

5) ritrasmissione di un messaggio di notifica (messaggio 64E);

6) notifica di mancato regolamento (messaggio 64F);

7) informativa giornaliera (messaggio 64G);

8) richiesta di prenotazione del contante e notifica esito (messaggi 64H e 64I);

9) richiesta informazioni sintetiche o analitiche su lista di attesa e relative risposte (messaggi 64J,64K, 64L);

10) notifica di concessione del rifinanziamento marginale a richiesta (messaggio 64Z).

15

5. FUNZIONI DISPONIBILI E UTILIZZO DEI RELATIVI MESSAGGI

5.1. CARATTERISTICHE GENERALI

MOVIMENTAZIONE

Il conto di gestione in BI-REL comprende i seguenti conti:

1) c/riserva;

2) c/anticipazione infragiornaliera in c/c .

Le richieste di movimentazione delle disponibilità vengono inviate al conto di gestione eaddebitate/accreditate nei conti che lo compongono secondo la seguente regola di imputazioneautomatica:

1. Addebiti =

1 Conto di riserva (fino al limite minimo di mobilizzazione della ROB)

2 Conto di anticipazione infragiornaliera in c/c

2. Accrediti =

1 Conto di anticipazione infragiornaliera in c/c

2 Conto di riserva

Il vettore utilizzato per lo scambio dei messaggi è esclusivamente il message switching.

DIVISAIn tutti i messaggi in cui sono specificati degli importi viene introdotto il campo divisa (IDC 177

e/o IDC 61M).Nei messaggi di iniziativa degli operatori 64A, 64B e 64H, l’IDC 177 è facoltativo ed assume

come default il valore della divisa utilizzata in BI-REL. Se valorizzato indica la divisa originaria con cuil’importo è inviato in BI-REL.

Nei messaggi di notifica 64C, 64D, 64F e 64I, l’IDC 177 assume il significato di divisa con cui larichiesta di pagamento (o di prenotazione) è pervenuta a BI-REL. Inoltre, nel messaggio 64D tutti gliimporti sono espressi nella divisa adottata in BI-REL, tranne l’importo indicato nell’IDC 034, che vieneespresso nella divisa originaria (IDC 177) qualora questa sia diversa da quella adottata in BI-REL; soloin questo caso sono valorizzati in euro i campi facoltativi IDC 61M e IDC 61N.

Nei messaggi di informativa 64G, 64K e 64L tutti gli importi sono espressi nella divisa BI-REL.

16

Gli importi sono tutti espressi con un numero intero; in base al valore che assume l’identificativodella divisa deve essere considerato il corretto numero di cifre decimali (ad es. nel caso di lire gli importirappresentano valori interi, nel caso in cui l’IDC relativo alla divisa indichi euro gli importi si devonointendere come espressi in centesimi di euro).

COMOVIMENTAZIONE

Un titolare di conto di gestione (abilitato o meno all’utilizzo della messaggistica R.N.I. - BI-REL)può concedere ad un altro titolare di conto di gestione, abilitato all’utilizzo di tale messaggistica, lafacoltà di movimentare il proprio conto e di effettuare su questo anche tutte le altre attività previstetramite le funzioni di rete ad eccezione della prenotazione del contante.

Tutte le notifiche inviate ad un operatore, il cui conto di gestione è oggetto di comovimentazione,sono inviate anche al comovimentatore (tranne il 64Z).

In tutti i messaggi, ad eccezione del 64H e del 64Z, è presente il campo (IDC 60G) “BancaComovimentata” che indica il titolare del conto a cui si riferiscono le informazioni contenute nelmessaggio; quando l’IDC 60G non viene esplicitato esso coincide:

1) con il Mittente (IDC040), nei messaggi in entrata alla procedura BI-REL;

2) con il Ricevente (IDC050), nei messaggi in uscita dalla procedura BI-REL.

Nei successivi paragrafi vengono brevemente descritte tutte le funzioni eseguibili tramite la R.N.I.

17

5.2. OPERAZIONE DI GIROFONDI (MSG 64A)

Gli operatori possono disporre direttamente addebitamenti sul proprio conto di gestione a favoredel conto di gestione di un altro operatore(11).

Il trasferimento di disponibilità può essere richiesto esclusivamente dall’operatore che intendeaddebitare il proprio conto o quello di un suo comovimentato.

La richiesta di trasferimento (messaggio 64A) perviene all'applicazione BI-REL che effettua icontrolli previsti.

Nel caso in cui non vengano riscontrati errori nel messaggio (cfr. paragrafo “Controlli effettuati suimessaggi”), l’operazione viene accodata nella lista di attesa del conto debitore.

Quando l’operazione è al primo posto della lista di attesa, in caso di sufficiente disponibilità, laprocedura regola l’operazione ed effettua l'aggiornamento del saldo dei due conti interessati inviando adentrambi gli operatori, e agli eventuali comovimentatori, la notifica del movimento (messaggio 64D).

Un’opportuna informativa viene prodotta per gli indicati operatori (messaggio 64F - notifica dimancato regolamento) anche nel caso in cui l’operazione non venga regolata (cancellazione dalle liste diattesa, mancata capienza in presenza di blocco delle liste di attesa).

11 Anche gli operatori non abilitati all’utilizzo della messaggistica R.N.I. - BI-REL possono ricevere accrediti per via telematica.

18

5.3. OPERAZIONE DI GIROCONTO (MSG. 64B)

Il titolare del conto di gestione o il comovimentatore possono effettuare le seguenti operazioni cheprevedono spostamenti di disponibilità tra conti appartenenti allo stesso intestatario(12):

1) dal c/riserva al c/anticipazione infragiornaliera in c/c o viceversa;

2) dal c/gestione al c/deposito overnight(13);

3) dal c/gestione al c/rifinanziamento marginale a richiesta(14).

La richiesta di giroconto (messaggio 64B) perviene all'applicazione BI-REL che effettua i controlliprevisti.

Nel caso in cui non vengano riscontrati errori nel messaggio (cfr. paragrafo “Controlli effettuatisui messaggi”), il giroconto viene accodato nella lista di attesa del conto debitore.

Quando il giroconto è al primo posto della lista di attesa, in caso di sufficiente disponibilità, laprocedura regola l’operazione ed effettua l'aggiornamento del saldo dei due conti interessati inviandoall’operatore mittente, e all’eventuale comovimentatore, la notifica del movimento sul conto di gestione(messaggio 64D). In caso di mancata capienza il giroconto interno al conto di gestione viene scartatomentre il giroconto esterno al conto di gestione usufruisce del meccanismo di riproposizione automatica.

Un’opportuna informativa viene prodotta per l’operatore mittente, e per l’eventualecomovimentatore, (messaggio 64F - notifica di mancato regolamento) anche nel caso in cuil’operazione non venga regolata (cancellazione dalle liste di attesa, mancata capienza in presenza diblocco delle liste di attesa).

12 La codifica dei conti ammessi nell'operazione di giroconto è riportata nel successivo paragrafo “Codifica dei

conti”.13 Il rimborso del deposito overnight nel conto di gestione viene eseguito automaticamente all’inizio della giornata

operativa successiva a quella di costituzione; gli interessi sono accreditati separatamente dal deposito rimborsato.14 Nell’operazione di giroconto deve essere indicato solo l’importo del capitale; la procedura calcola

automaticamente gli interessi dell’operazione e li addebita insieme al capitale.

19

5.4. NOTIFICA DI ACCODAMENTO DI UNA OPERAZIONE ORIGINATA IN BANCAD’ITALIA (MSG. 64C)

Al fine di consentire agli operatori il mantenimento del controllo della propria lista di attesa laprocedura BI-REL fornisce un’informativa sull’accodamento delle disposizioni debitorie originate inBanca d’Italia.

In particolare viene notificato l’accodamento di tutte le disposizioni debitorie e, relativamente aisaldi multilaterali delle Procedure di Compensazione (Recapiti e Liquidazione Titoli), anche di quellecreditorie.

La notifica di accodamento (messaggio 64C) viene inoltrata al titolare del conto e all’eventualecomovimentatore.

20

5.5. NOTIFICA DEI MOVIMENTI SUL CONTO DI GESTIONE (MSG. 64D)

Tutti i movimenti intervenuti nel conto di gestione sono notificati all’operatore interessato eall’eventuale comovimentatore (messaggio 64D)(15).

Nelle notifiche a seguito di giroconti interni al conto di gestione l'importo del movimento (IDC034 e/o IDC 61N) assume valore pari a zero e segno credito in quanto tali operazioni non modificano ladisponibilità complessiva del conto di gestione, mentre modificano i saldi del c/riserva e delc/anticipazione infragiornaliera in c/c sulla base del giroconto richiesto.

Nel messaggio viene riportato l’identificativo della operazione (IDC 61J) che ha determinato lavariazione di disponibilità sul conto; tale identificativo, costruito secondo le regole indicate nelsuccessivo paragrafo “Identificazione delle operazioni trattate in BI-REL”, contiene tutti gli elementi utilialla individuazione della disposizione di pagamento originaria. Nei messaggi di notifica assumeparticolare rilievo il valore dell’IDC 61P (progressivo univoco assegnato dall’applicazione nell’ambito diun conto di gestione movimentato); esso ha lo scopo di consentire all’operatore interessato dicontrollare la sequenzialità dei messaggi (16) e di richiedere l'eventuale ritrasmissione di unodi essi. Al raggiungimento del valore massimo (999999999999999) viene riattribuito ilprogressivo 1.

I messaggi ritrasmessi su richiesta dell’operatore (vedi "RITRASMISSIONE DI UNMESSAGGIO DI NOTIFICA") sono caratterizzati dalla presenza dell'IDC 623, che contiene il CROdel messaggio 64E di richiesta di ritrasmissione.

15 Per quanto riguarda il rifinanziamento marginale automatico (c.d. spillover), i movimenti di accredito del conto di

gestione per l’erogazione del rifinanziamento (giorno t) e di addebito dello stesso per il rimborso del capitale (giornot+1) non sono notificati tramite il messaggio 64D. L’importo del rifinanziamento marginale automatico erogato èindicato nel campo 61Q del messaggio 64G; gli interessi sono scritturati separatamente dal capitale.

16 Tale funzione veniva precedentemente svolta dal campo CRO.

21

5.6. RITRASMISSIONE DI UN MESSAGGIO DI NOTIFICA (MSG. 64E)

Il messaggio 64E consente di chiedere la ritrasmissione di un messaggio di notifica mediantel'indicazione del relativo IDC 61P. In questo caso sarà ritrasmesso un messaggio 64D del tutto identicoall'originario (tranne il CRO), con l'aggiunta dell'IDC 623.

I messaggi di notifica saranno conservati per un periodo compatibile con le esigenze operativedella Banca d'Italia e comunque non superiore a 20 gg. lavorativi.

22

5.7. NOTIFICA DI MANCATO REGOLAMENTO (MSG. 64F)

Tutte le operazioni non regolate (cfr. successivo paragrafo “Codifica dei casi di mancatoregolamento”) sono notificate (messaggio 64F) al titolare del conto da addebitare e, per alcuni tipi dioperazioni, anche al creditore.

In particolare:

1. se il mancato regolamento si riferisce ad una segnalazione di movimentazione diretta o provenientedalle procedure di scambio, il messaggio 64F viene prodotto sia per il debitore che per ilcreditore dell’operazione (e per gli eventuali comovimentatori);

2. nei casi in cui il mancato regolamento si riferisce ad una operazione eseguita dalla Banca d’Italia oad una segnalazione di giroconto R.N.I. il messaggio 64F viene prodotto per il titolare del contodi gestione debitore (e per l’eventuale comovimentatore).

23

5.8. INFORMAZIONI GIORNALIERE (MSG 64G)

La procedura BI-REL, all'inizio di ciascuna giornata operativa, fornisce a tutti gli utentidell’applicazione una situazione riepilogativa (messaggio 64G) dei saldi dei conti componenti il conto digestione proprio e di quelli comovimentati ed una serie di informazioni utili ai fini del rispetto della mediamensile.

Tali informazioni tengono conto dei movimenti elaborati dalla procedura fino a tutta la giornataoperativa precedente.

24

5.9. RICHIESTA DI PRENOTAZIONE DEL CONTANTE E NOTIFICA (MSG. 64H E MSG64I)

I titolari di conto di gestione possono effettuare la prenotazione del contante via R.N.I.(messaggio 64H) o tramite le Filiali della Banca d’Italia, per un periodo di tempo espressamenteindicato nella richiesta (massimo sei mesi); la richiesta di prenotazione del contante può essere eseguitasolo dal titolare del conto.

L’importo che si intende prenotare viene sommato algebricamente a quello eventualmente giàprenotato; di conseguenza, se si vuole aumentare o diminuire l’importo complessivo della prenotazionedel contante, nella richiesta dovrà essere indicato il “delta” (differenza tra la vecchia e la nuovaprenotazione) ed il segno dell’operazione: “C” (cumulare) per incrementare l’importo, “D” (decurtare)per decrementarlo. Se l’importo da decrementare risulta maggiore di quello prenotato, quest’ultimo èposto pari a zero.

La richiesta di prenotazione perviene all'applicazione BI-REL che effettua i controlli previsti.La notifica dell’avvenuta prenotazione (pervenuta via R.N.I. o tramite di una Filiale della Banca

d’Italia) viene inviata al titolare del conto e all’eventuale comovimentatore (messaggio 64I).E’ previsto un orario giornaliero di fine validità della prenotazione.

25

5.10. RICHIESTA DI INFORMAZIONI SINTETICHE O ANALITICHE SU LISTA DIATTESA (MSG. 64J) E RELATIVE RISPOSTE (MSG. 64K E MSG 64L)

Gli operatori hanno la possibilità di richiedere informazioni sintetiche o analitiche sulle operazioniin lista di attesa (messaggio 64J), relativamente al proprio conto di gestione o a quello delcomovimentato.

Le informazioni sintetiche (messaggio 64K) sono relative al numero e all’importo complessivodelle operazioni in lista di attesa, distintamente per quelle a debito e a credito.

Le informazioni analitiche ottenibili (messaggio 64L) sono relative all’elenco di tutte le disposizionia debito in attesa di regolamento, presentate secondo l’ordinamento in coda; nel caso in cui la rispostasuperi il limite di tre messaggi la trasmissione sarà interrotta e nell’ultimo messaggio verrà riportatal’informazione sintetica delle operazioni a debito ancora presenti in coda.

26

5.11. NOTIFICA DI CONCESSIONE DEL RIFINANZIAMENTO MARGINALE ARICHIESTA (MSG. 64Z)

Il messaggio 64Z notifica al titolare del conto di gestione beneficiario del conto di rifinanziamentomarginale a richiesta - se abilitato all’utilizzo della messaggistica R.N.I. - BI-REL - l’ammontare delcredito aperto amministrativo e l’identificativo del conto in parola (intestatario complementare) attribuitoautomaticamente dalla procedura BI-REL all’atto della sua apertura; tale identificativo è necessario pereffettuare la movimentazione via rete dei titoli a garanzia. Il messaggio viene inviato all’attodell’inserimento o della variazione del credito aperto amministrativo.

Qualora i titoli siano trasferiti tramite mandatario (mittente del messaggio RNI-CAT dimovimentazione dei titoli) la notifica sarà comunque inviata al solo titolare del conto di gestionebeneficiario del conto di rifinanziamento marginale a richiesta.

27

6. INDIRIZZAMENTO DEI MESSAGGI

Le Applicazioni Bancarie (A.B.) utilizzate dalla Banca d'Italia per lo scambio dei messaggi relativialla procedura in oggetto sono rispettivamente:

1) 01000BI00100 Ambiente di produzione

2) 01000BI001PR Ambiente di prova

Le regole di indirizzamento dei messaggi, poiché peculiari di ciascun operatore, vanno definite inaccordo con i settori gestionali del Centro Applicativo della Banca d'Italia.

La categoria applicativa dei messaggi è "BI00".

28

7. AUTENTICAZIONE DEI MESSAGGI

L'autenticazione applicativa può essere realizzata:

1) tramite l'algoritmo MODSIA, le cui modalità tecnico-operative sono del tutto identiche a quellegià definite per il calcolo della cifra di controllo dei messaggi all'interno della R.N.I.; in questocaso nel messaggio è presente l’IDC 010;

2) tramite l’algoritmo “MAC End To End” del SMTS; in questo caso nel messaggio è presentel’IDC 012.

A seguito della gestione transitoria dei due sistemi di sicurezza (MODSIA e SMTS), gli IDC 010e 012 sono mutuamente esclusivi, quindi solo uno dei due deve essere presente.

Indipendentemente dal sistema di sicurezza adottato, la stringa dati da autenticare deve essereimpostata tenendo conto delle seguenti raccomandazioni:

1) i campi vanno impostati nella loro interezza, vale a dire per la loro lunghezza massima e con glieventuali caratteri separatori “/”;

2) i campi e/o sottocampi numerici devono essere allineati a destra e riempiti con caratteri "0" asinistra fino alla lunghezza massima di ciascun campo; tale raccomandazione riguarda gli IDC:

a) 034

b) 60B

c) 60C

d) 60F

e) 650

f) 60Z

g) 61G

h) 61N

i) 61P;

3) i campi e/o sottocampi non numerici devono essere allineati a sinistra e riempiti con caratteri "0"a destra fino alla lunghezza massima di ciascun campo; tale raccomandazione riguarda gli IDC:

a) 054

b) 60G

c) 355

d) 626

e) 62A

f) 60V;

29

4) tutti i campi e sottocampi facoltativi (numerici e non) che non sono presenti nel messaggio,vanno comunque considerati nel calcolo della cifra e valorizzati con caratteri "0" per la lorolunghezza massima;

5) i campi di tipo B/C devono essere forniti all’algoritmo di controllo con l'indicazione del tipo(B,C) seguito da "/"; tutti i sottocampi vanno forniti riportando il carattere separatore "/"; se unsottocampo intermedio è assente vanno forniti due caratteri "/" consecutivi.

ESEMPIEsempio delle possibili configurazioni dei campi e del relativo formato da passare all’algoritmo

per la cifra di controllo, per un campo di tipo "B":

• B/01005/00798/DR B/01005/00798/DR

• B/01005//DR B/01005//DR00000

• B/01005/00798 B/01005/00798000

• B/01005 B/01005000000000

• "CAMPO ASSENTE" 0000000000000000

Esempio delle possibili configurazioni dei campi e del relativo formato da passare all’algoritmoper la cifra di controllo, per i campi 60Z e 61G:

• 125/353352351350 000000125/000000353352351350

• "CAMPO ASSENTE" 0000000000000000000000000000

Esempio delle possibili configurazioni del campo e del relativo formato da passare all’algoritmoper la cifra di controllo, per i campi 60V, 626 e 62A:

• 07111995/31121995 07111995/31121995

• 07111995 07111995000000000

• C/RISERVA C/RISERVA0000000

• C/RIFMARG/01234 C/RIFMARG0/01234

La lunghezza dei dati da fornire all'algoritmo di autenticazione deve corrispondere alla lunghezzaeffettiva della stringa autenticata. Finché sarà possibile autenticare anche con “MODSIA”, talelunghezza non supererà mai i 160 byte.

La chiave da utilizzare per la cifratura dei messaggi in ambiente di prova è "01234567".Nel seguito sono riportati, per ciascun messaggio, i campi che concorrono al calcolo della cifra di

controllo, nella stessa sequenza con cui devono essere mossi nella stringa necessaria al calcolo.

30

• MESSAGGIO 64A (totale 58 byte):

• 020 CRO (i primi 9 crt da sinistra) 9 byte

• 61K Data di regolamento 8 byte

• 054 Banca destinataria 16 byte

• 177 Codice divisa operazione 3 byte

• 034 Importo/segno 17 byte

• 60G Banca comovimentata 5 byte

• MESSAGGIO 64B (totale 74 byte):


• 61K Data di regolamento 8 byte



• 626 Codice conto da addebitare 16 byte

• 62A Codice conto da accreditare 16 byte


• MESSAGGIO 64C (totale 72 byte):


• 61J Identificativo operazione 22 byte

• 626 Codice conto da addebitare 16 byte




• MESSAGGIO 64D (totale 64 byte):




• 60C Saldo attuale c/riserva 15 byte

• 650 Disponibilità 15 byte


31

• MESSAGGIO 64E (totale 37 byte):


• 61L Data messaggio da ritrasmettere 8 byte

• 61P Progressivo richiesto 15 byte


• MESSAGGIO 64F (totale 56 byte):


• 61J Identificativo operazione 22 byte




• MESSAGGIO 64G (totale 47 byte):


• 61M Codice divisa BI-REL 3 byte

• 60C Saldo attuale c/riserva 15 byte

• 650 Disponibilità 15 byte


• MESSAGGIO 64H (totale 46 byte):




• 60V Periodo di validità della prenotaz. 17 byte

• MESSAGGIO 64I (totale 60 byte):


• 022 CRO originario (i primi 9 crt) 9 byte



• 60V Periodo di validità della prenotaz. 17 byte


32

• MESSAGGIO 64J (totale 14 byte):



• MESSAGGIO 64K (totale 73 byte):



• 60Z Crediti 28 byte

• 61G Debiti 28 byte


• MESSAGGIO 64L (totale 45 byte):




• 61G Debiti 28 byte

• MESSAGGIO 64Z (totale 0 byte)

• il messaggio non viene autenticato

33

8. CONTROLLI EFFETTUATI SUI MESSAGGI

In presenza di messaggi contenenti errori, l'applicazione BI-REL restituisce al mittente, concategoria applicativa "RE01", il medesimo messaggio ricevuto aggiungendo in coda a quest'ultimo l'IDC098.

L'IDC 098 è formato da due spezzoni così composti:

1) IDC 098: *** MESSAGGIO ERRATO ***

2) IDC 098: XXX - NNN/XXX - NNN (max 5 volte)

dove:

• XXX = IDC del campo errato (se identificabile) oppure "***"

• NNN = codice errore.

Qualora un messaggio contenga più di cinque errori, il quinto sarà valorizzato con i codici fissi999 - 999.

Oltre ai codici di errore riportati nell’appendice F del Manuale composizione dei messaggiapplicativi bancari standard ABI 1988 - documento SIA-RI-AB0401, la codifica degli errori per imessaggi RNI/BI-REL è riportata nel paragrafo “Codifica delle segnalazioni di errore dei messaggiRNI/BI-REL”.

34

9. DETTAGLIO MESSAGGI

Vengono di seguito descritti in dettaglio tutti i messaggi previsti dal progetto BI-REL.

9.1. MESSAGGIO 64A: RICHIESTA DI GIROFONDI

APPLICAZIONE BANCARIA MITTENTE :XXXXXBI001YY

APPLICAZIONE BANCARIA DESTINATARIA :01000BI001YY (17)

Lunghezza: 814

O/F IDC DESCRIZIONE FORMATO

O 01 Tipo messaggio “3”b

O 040 Mittente “5”n(/“5”n/”2”b)

O 050 Ricevente “5”n(/“5”n/”2”b)

F 010 Cifra di controllo “5”n

F 012 MAC End To End “10”x

O 020* CRO “11”n

O 61K* Data di regolamento “8”n

F 044 Banca ordinante B

O 054* Banca destinataria B

F 355 Banca beneficiaria B

F 177* Codice divisa operazione “3”b

O 034* Importo / Segno 15n/”1”a

O 030 Codice causale “2”b

F 062 Informazioni cliente-cliente 3-50x

F 099 Informazioni banca-banca 10*50x

F 60G* Banca comovimentata “5”n

N.B.: i campi contrassegnati con un asterisco sono quelli che concorrono al calcolo della cifra dicontrollo o del “MAC” (IDC 010 o 012).

17 XXXXX = Codice A.B.I. YY = 00 (produzione) PR (prova).

35

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64A

IDC 01 - TIPO MESSAGGIOAssume il valore 64A

IDC 040 - MITTENTEOperatore che invia il messaggio di addebitamento del proprio conto di gestione o di quello

comovimentato

IDC 050 - RICEVENTEBanca d'Italia

IDC 010 - CIFRA DI CONTROLLOCodice di controllo calcolato sulla base di un algoritmo e di una chiave bilaterale scambiate tra

mittente e ricevente. E’ obbligatorio in assenza dell’IDC 012. Non deve essere valorizzato in presenzadell’IDC 012.

IDC 012 - MAC END TO ENDCodice di controllo calcolato dall’applicazione SMTS; i primi otto caratteri contengono

l’autenticatore zonato, gli ultimi due contengono la release della chiave di autenticazione e di cifratura.E’ obbligatorio in assenza dell’IDC 010. Non deve essere valorizzato in presenza dell’IDC 010.

IDC 020 - CROCodice di riferimento dell'operazione assegnato dal mittente

IDC 61K - DATA DI REGOLAMENTOData di invio del messaggio (ggmmaaaa)

IDC 044 - BANCA ORDINANTEOperatore che origina l'operazione per conto proprio o di un cliente (da indicare qualora diverso

da BANCA MITTENTE)

IDC 054 - BANCA DESTINATARIAOperatore il cui conto di gestione viene accreditato

IDC 355 - BANCA BENEFICIARIAOperatore nei cui confronti il destinatario deve eseguire l'operazione (da indicare qualora diverso

da BANCA DESTINATARIA)

IDC 177 - CODICE DIVISA OPERAZIONECodifica alfanumerica della divisa (secondo standard ISO: ITL=lire, EUR=euro)

IDC 034 - IMPORTO/SEGNOImporto dell'operazione e segno della stessa; il segno deve sempre assumere il valore "D"

IDC 030 - CODICE CAUSALEMotivazione amministrativa dell'operazione, secondo la codifica ABI prevista per le operazioni

interbancarie

IDC 062 - INFORMAZIONI CLIENTE-CLIENTEInformazioni descrittive o formalizzate dell'operazione ad uso del cliente destinatario o

dell’operatore beneficiario

IDC 099 - INFORMAZIONI BANCA-BANCAInformazioni descrittive o formalizzate ad uso degli operatori che intervengono nell'operazione

IDC 60G - BANCA COMOVIMENTATAOperatore sul conto del quale deve essere effettuato l’addebito. Nel caso non sia specificato si

assume uguale a IDC 040

36

9.2. MESSAGGIO 64B: RICHIESTA DI GIROCONTO



Lunghezza: 188



O 040 Mittente “5”n(/“5”n/”2”b)




O 020* CRO “11”n

O 61K* Data di regolamento “8”n


O 034* Importo/Segno 15n/”1”a

O 626* Codice conto da addebitare C/8x(/5n)

O 62A* Codice conto da accreditare C/8x(/5n)

O 030 Codice causale “2”b




37

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64B

IDC 01 - TIPO MESSAGGIOAssume il valore 64B

IDC 040 - MITTENTEOperatore che invia il messaggio di giroconto tra propri conti o conti del comovimentato









IDC 034 - IMPORTO/SEGNOImporto dell'operazione e segno della stessa; il segno deve sempre assumere il valore "D"

IDC 626 - CODICE CONTO DA ADDEBITARECodifica del conto da addebitare (vedi successivo paragrafo “Codifica dei conti”)

IDC 62A - CODICE CONTO DA ACCREDITARECodifica del conto da accreditare (vedi successivo paragrafo “Codifica dei conti”)


interbancarie

IDC 60G - BANCA COMOVIMENTATAOperatore sui conti del quale devono essere effettuate le movimentazioni. Nel caso non sia

specificato si assume uguale a IDC 040

38

9.3. MESSAGGIO 64C: NOTIFICA ACCODAMENTO OPERAZIONI B.I.

APPLICAZIONE BANCARIA MITTENTE :01000BI001YY

APPLICAZIONE BANCARIA DESTINATARIA :XXXXXBI001YY (19)

Lunghezza: 228



O 040 Mittente “5”n(/“5”n/”2”b)




O 020* CRO “11”n

O 61K Data di regolamento “8”n

O 64H Orario di riferimento “6”n

O 61E Vettore “4”b

O 61J* Identificativo operazione “22”x

O 626* Codice conto da addebitare C/8x(/5n)

F 670 Causale B.I. “3”b

O 60W Data valuta “8”n

O 177* Codice divisa operazione “3”b





39

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64C

IDC 01 - TIPO MESSAGGIOAssume il valore 64C

IDC 040 - MITTENTEBanca d'Italia

IDC 050 - RICEVENTEOperatore che riceve il messaggio di notifica dell’accodamento di una operazione sul proprio

conto di gestione o su un conto di gestione di cui è comovimentatore







IDC 64H - ORARIO DI RIFERIMENTOOrario di elaborazione da parte dell'applicazione bancaria (hhmmss); nel caso dei saldi debitori

della Liquidazione titoli e Recapiti è l’orario di avvio della fase di regolamento

IDC 61E - VETTORECodifica parlante della tipologia del movimento (vedi successivo paragrafo “Codifica dei vettori”)

IDC 61J - IDENTIFICATIVO OPERAZIONEIdentificativo dell’operazione trattata da BI-REL; il codice riporta tutte le informazioni necessarie

alla identificazione della operazione originaria secondo le regole descritte nel successivo paragrafo“Identificazione delle operazioni trattate in BI-REL”

IDC 626 - CODICE CONTO DA ADDEBITARECodice conto verso il quale si è accodata l’operazione; allo stato attuale può essere solo il conto

di gestione (indicato con la codifica descritta nel successivo paragrafo “Codifica dei conti”)

IDC 670 - CAUSALE B.I.Causale di movimentazione del conto

IDC 60W - DATA VALUTAData valuta del movimento (ggmmaaaa)

IDC 177 - CODICE DIVISA OPERAZIONECodifica alfanumerica della divisa originaria (secondo standard ISO: ITL=lire, EUR=euro) con la

quale il movimento è pervenuto alla procedura BI-REL

IDC 034 - IMPORTO/SEGNOImporto originario dell’operazione come è pervenuto alla procedura BI-REL. Il segno può valere

‘C’ e ‘D’ per le procedure di Compensazione (Recapiti e Liquidazione Titoli), altrimenti solo ‘D’

40

IDC 60G - BANCA COMOVIMENTATAOperatore sul conto del quale è stata accodata l’operazione. Nel caso non sia specificato si


41

9.4. MESSAGGIO 64D: NOTIFICA DI MOVIMENTAZIONE DEL CONTO DI GESTIONE



Lunghezza: 1284



O 040 Mittente “5”n(/“5”n/”2”b)




O 020* CRO “11”n


O 61P Progressivo del 64D 15n


O 61J Identificativo operazione “22”x

F 623 CRO di richiesta ritrasmissione “11”n



F 61M Codice divisa BI-REL “3”b

F 61N Importo / Segno BI-REL 15n/”1”a

O 62B Imputazione c/Riserva 15n/”1”a

O 62C Imputazione c/Anticipazione ordinaria 15n/”1”a

O 60H Imputazione c/Anticipazione Infragiornaliera 15n/”1”a

F 669 Indicatore di storno “1”n

O 670 Causale B.I. “3”nsegue ...


42



O 60W Data valuta “8”n

O 64E Testata del movimento

Data contabile “6”n/

Numero meccanografico BI “7”n/

Filiale BI che ha operato “3”n

O 60B Saldo precedente c/Riserva 15n

O 60C* Saldo attuale c/Riserva 15n

F 60J Saldo precedente c/anticipazione infragiornaliera 15n

F 60K Saldo attuale c/anticipazione infragiornaliera 15n

O 650* Disponibilità 15n

F 60F Limite minimo dovuto 15n

F 60L Limite minimo infragiornaliero 15n

F 60M Prenotazione contante 15n

F 60N Prenotazione tecnica 15n

F 030 Codice causale “2”b

F 044 Banca ordinante B

F 039 Banca d’ordine B

F 054 Banca destinataria B

F 355 Banca beneficiaria B

F 062 Informazioni cliente-cliente 3-50x

F 099 Informazioni banca-banca 10*50x



43

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64D(Tutti gli importi, ad esclusione di quelli contenuti nell’IDC 034, sono espressi nella divisa adottata

in BI-REL).

Per la valorizzazione degli IDC 050, 044, 039, 054, 355 e 60G, nel caso di operazioneproveniente da procedura di scambio o movimentazione diretta, cfr. paragrafo “Composizionedel messaggio 64D”

IDC 01 - TIPO MESSAGGIOAssume il valore 64D


IDC 050 - RICEVENTEOperatore di cui è stato movimentato il conto o comovimentatore del conto


mittente e ricevente. E’ obbligatorio in assenza dell’IDC 012. Non deve essere valorizzato in presenzadell’IDC 012


l’autenticatore zonato, gli ultimi due contengono la release della chiave di autenticazione e di cifratura.E’ obbligatorio in assenza dell’IDC 010. Non deve essere valorizzato in presenza dell’IDC 010


IDC 61K - DATA DI REGOLAMENTOData di invio della notifica (ggmmaaaa)

IDC 61P - PROGRESSIVO DEL 64DProgressivo assegnato dall’applicazione nell’ambito di ciascun conto di gestione

IDC 64H - ORARIO DI RIFERIMENTOOrario di elaborazione da parte dell'applicazione bancaria (hhmmss)

IDC 61J - IDENTIFICATIVO OPERAZIONEIdentificativo dell’operazione trattata da BI-REL; il codice riporta tutti le informazioni necessarie

alla identificazione della operazione originaria secondo le regole descritte nel successivo paragrafo“Identificazione delle operazioni trattate in BI-REL”

IDC 623 - CRO DI RICHIESTA RITRASMISSIONECodice di riferimento del messaggio 64E col quale è stata richiesta la ritrasmissione del presente

messaggio



IDC 034 - IMPORTO/SEGNOImporto e segno della variazione del saldo del conto di gestione. E' sempre uguale all'importo e

segno del movimento originario, fatta eccezione per: i) i giroconti interni al conto di gestione per i quali ilvalore dell'importo è uguale a zero e il segno è per convenzione uguale a "C"; ii) le operazioni dirimborso del rifinanziamento marginale a richiesta per le quali è indicato l’importo rimborsatocomprensivo degli interessi.

44

IDC 61M - CODICE DIVISA BI-RELCodifica alfanumerica della divisa (secondo standard ISO: ITL=lire, EUR=euro) con la quale il

movimento è stato elaborato in BI-REL. L’informazione è presente se la divisa originaria (indicatanell’IDC 177) è diversa dalla divisa adottata in BI-REL

IDC 61N - IMPORTO/SEGNO BI-RELImporto e segno della variazione del saldo del conto di gestione espressi nella divisa adottata in

BI-REL. Nel caso di giroconto interno al conto di gestione il valore dell'importo è uguale a zero e ilsegno è, per convenzione, uguale a "C". L’informazione è presente se la divisa originaria (indicatanell’IDC 177) è diversa dalla divisa adottata in BI-REL

IDC 62B - IMPUTAZIONE C/RISERVAImporto e segno della variazione del c/riserva

IDC 62C - IMPUTAZIONE C/ANTICIPAZIONE ORDINARIAImporto valorizzato sempre a zero

IDC 60H - IMPUTAZIONE C/ANTICIPAZIONE INFRAGIORNALIERAImporto e segno della variazione del c/anticipazione infragiornaliera in c/c.

IDC 669 - INDICATORE DI STORNOCodifica numerica indicante se trattasi di operazione normale ("0") o di storno ("1")

IDC 670 - CAUSALE B.I.Causale di movimentazione del conto


IDC 60W - DATA VALUTAData valuta del movimento (ggmmaaaa)

IDC 64E - TESTATA DEL MOVIMENTOE' così composto:

1) data contabile di riferimento del movimento

2) numero meccanografico B.I. (numero elettronico di sequenza attribuito al movimento nell'ambitodella Filiale della Banca d’Italia che ha operato)

3) Filiale della Banca d’Italia che ha operato

IDC 60B - SALDO PRECEDENTE C/RISERVASaldo del c/riserva prima del movimento oggetto della notifica

IDC 60C - SALDO ATTUALE C/RISERVASaldo del c/riserva dopo il movimento oggetto della notifica

IDC 60J - SALDO PRECEDENTE C/ANTICIPAZIONE INFRAGIORNALIERASaldo del c/anticipazione infragiornaliera in c/c prima del movimento oggetto della notifica

IDC 60K - SALDO ATTUALE C/ANTICIPAZIONE INFRAGIORNALIERASaldo del c/anticipazione infragiornaliera in c/c dopo il movimento oggetto della notifica

IDC 650 - DISPONIBILITÀDisponibilità totale sul conto di gestione formata dalla somma delle disponibilità del c/riserva e

dell’eventuale c/anticipazione infragiornaliera in c/c, comprensiva dell’eventuale prenotazione delcontante (IDC 60M). La disponibilità del c/anticipazione infragiornaliera non si computa nelladisponibilità totale dal momento del blocco della liquidità infragiornaliera

45

IDC 60F - LIMITE MINIMO DOVUTOContiene il limite minimo di mobilizzazione della ROB (quota non mobilizzabile)

IDC 60L - LIMITE MINIMO INFRAGIORNALIEROImporto sempre pari a IDC 60F - LIMITE MINIMO DOVUTO

IDC 60M - PRENOTAZIONE CONTANTEDisponibilità non utilizzabile perché prenotata per il prelievo del contante

IDC 60N - PRENOTAZIONE TECNICADisponibilità non utilizzabile perché prenotata nell’ambito di una operazione che interessa diversi

sistemi di regolamento ed è in corso di regolamento


interbancarie

IDC 044 - BANCA ORDINANTEOperatore che origina l'operazione per conto proprio o di un cliente

IDC 039 - BANCA D'ORDINEOperatore che esegue l'operazione per conto della Banca ordinante; è presente solo se diverso

da IDC044 - ordinante

IDC 054 - BANCA DESTINATARIAOperatore destinatario dell'operazione (è presente se diverso da RICEVENTE)

IDC 355 - BANCA BENEFICIARIAOperatore nei cui confronti la Banca destinataria deve eseguire l'operazione; è presente solo se

diverso da IDC054 - destinatario

IDC 062 - INFORMAZIONI CLIENTE-CLIENTEInformazioni descrittive o formalizzate dell'operazione ad uso del cliente destinatario o

dell’operatore beneficiario

IDC 099 - INFORMAZIONI BANCA-BANCAInformazioni descrittive o formalizzate ad uso degli operatori che intervengono nell'operazione

IDC 60G - BANCA COMOVIMENTATAOperatore al conto del quale si riferiscono le informazioni contenute nel messaggio. Nel caso non

sia specificato si assume uguale a IDC 050

46

9.5. MESSAGGIO 64E: RICHIESTA DI RITRASMISSIONE DI UN MESSAGGIO 64D



Lunghezza: 142



O 040 Mittente “5”n(/“5”n/”2”b)




O 020* CRO “11”n

O D31 Data di riferimento “8”n

O 61L* Data messaggio da ritrasmettere “8”n

O 61P* Progressivo del 64D 15n




47

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64E

IDC 01 - TIPO MESSAGGIOAssume il valore 64E

IDC 040 - MITTENTEOperatore che chiede la ritrasmissione







IDC D31 - DATA DI RIFERIMENTOData di invio del messaggio 64E (ggmmaaaa)

IDC 61L - DATA MESSAGGIO DA RITRASMETTEREData di regolamento del messaggio 64D da ritrasmettere (ggmmaaaa)

IDC 61P - PROGRESSIVO DEL 64DNumero progressivo del messaggio 64D da ritrasmettere.

IDC 60G - BANCA COMOVIMENTATAOperatore al conto del quale si riferiscono le informazioni contenute nel messaggio 64D di cui si

richiede la ritrasmissione. Nel caso non sia specificato si assume uguale a IDC 040

48

9.6. MESSAGGIO 64F: NOTIFICA DI MANCATO REGOLAMENTO



Lunghezza: 194



O 040 Mittente “5”n(/“5”n/”2”b)




O 020* CRO “11”n



O 61J* Identificativo operazione “22”x



O 034* Importo/Segno 15n/”1”a

O 60U Codice mancato regolamento “3”n




49

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64F

IDC 01 - TIPO MESSAGGIOAssume il valore 64F


IDC 050 - RICEVENTEOperatore il cui conto di gestione doveva essere movimentato o comovimentatore del conto






IDC 61K - DATA DI REGOLAMENTOData di invio della notifica (ggmmaaaa)


IDC 61J - IDENTIFICATIVO OPERAZIONE

Identificativo dell’operazione trattata da BI-REL; il codice riporta tutte le informazioni necessarie allaidentificazione della operazione originaria secondo le regole descritte nel successivo paragrafo“Identificazione delle operazioni trattate in BI-REL”




IDC 034 - IMPORTO/SEGNOImporto e segno della variazione prevista del saldo del conto di gestione. E' sempre uguale

all'importo e segno del movimento originario , fatta eccezione per: i) i giroconti interni al conto digestione per i quali il valore dell'importo è uguale a zero e il segno è per convenzione uguale a "C"; ii) leoperazioni di rimborso del rifinanziamento marginale a richiesta per le quali è indicato l’importorimborsato comprensivo degli interessi.

IDC 60U - CODICE MANCATO REGOLAMENTORisultato conseguito dal pagamento inviato. Contiene uno tra i codici specificati nel successivo

paragrafo “Codifica dei casi di mancato regolamento”

50

IDC 60G - BANCA COMOVIMENTATAOperatore al conto del quale si riferiscono le informazioni contenute nel messaggio. Nel caso non

sia specificato si assume uguale a IDC 050

51

9.7. MESSAGGIO 64G: INFORMAZIONI GIORNALIERE



Lunghezza: 477



O 040 Mittente “5”n(/“5”n/”2”b)




O 020* CRO “11”n


O 61M* Codice divisa BI-REL “3”b

O 60B Saldo precedente c/Riserva 15n

O 60C* Saldo attuale c/Riserva 15n

F 60P Mancato rientro c/anticipazione infragiornaliera 15n

F 60Q Mobilizzazione della riserva 15n

F 61Q Ammontare del rifinanziamento marginaleautomatico

15n

F 61B Media Progressiva/Riserva Dovuta

Riserva Media Progressiva 15n

Riserva Media Dovuta /15n

O 650* Disponibilità 15nsegue ...


52


O 60F Limite Minimo Dovuto 15n

O 60L Limite Minimo Infragiornaliero 15n

F 62D Riserva Dovuta 15n

F 60S Credito aperto c/anticipazione infragiornaliera 15n

F 61D Importo per adeguamento 15n/”1”a

O 61P Progressivo del 64D 15n

F 60M Prenotazione contante 15n


N.B.: i campi contrassegnati con un asterisco sono quelli che concorrono al calcolo della cifradi controllo o del “MAC” (IDC 010 o 012).

53

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64G(Tutti gli importi sono espressi nella divisa BI-REL)

IDC 01 - TIPO MESSAGGIOAssume il valore 64G


IDC 050 - RICEVENTEOperatore titolare del conto o comovimentatore del conto

IDC 010 - CIFRA DI CONTROLLOCodice di controllo calcolato sulla base di un algoritmo e di una chiave bilaterale scambiate

tra mittente e ricevente. E’ obbligatorio in assenza dell’IDC 012. Non deve essere valorizzato inpresenza dell’IDC 012.


l’autenticatore zonato, gli ultimi due contengono la release della chiave di autenticazione e dicifratura. E’ obbligatorio in assenza dell’IDC 010. Non deve essere valorizzato in presenzadell’IDC 010.


IDC 61K - DATA DI REGOLAMENTOData alla quale si riferiscono le informazioni contenute nel messaggio (ggmmaaaa)

IDC 61M - CODICE DIVISA BI-RELCodifica alfanumerica della divisa (secondo standard ISO: ITL=lire, EUR=euro)

IDC 60B - SALDO PRECEDENTE C/RISERVASaldo iniziale del c/riserva della prima giornata lavorativa antecedente la DATA DI

REGOLAMENTO

IDC 60C - SALDO ATTUALE C/RISERVASaldo di inizio giornata del c/riserva alla DATA DI REGOLAMENTO

IDC 60P - MANCATO RIENTRO ANTICIPAZIONE INFRAGIORNALIERAAmmontare dell’eventuale anticipazione infragiornaliera in c/c non ripianata alla fine della

giornata precedente la DATA DI REGOLAMENTO qualora il titolare sia stato esclusodall’operazione di rifinanziamento marginale automatico

IDC 60Q - MOBILIZZAZIONE DELLA RISERVACampo disponibile per eventuali informazioni sulla mobilizzazione della riserva. Normalmente non èvalorizzato

IDC 61Q - AMMONTARE DEL RIFINANZIAMENTO MARGINALE AUTOMATICOAmmontare del rifinanziamento marginale automatico (spillover) concesso al termine della

giornata precedente la DATA DI REGOLAMENTO qualora l’anticipazione infragiornaliera in c/cnon sia stata ripianata

IDC 61B - MEDIA PROGRESSIVA/RISERVA DOVUTALa "media progressiva" è costituita dalla media dei saldi contabili giornalieri del c/riserva

dall'inizio del periodo di mantenimento fino a tutto il giorno precedente la DATA DIREGOLAMENTO (IDC 61K). Se la DATA DI REGOLAMENTO corrisponde alla prima

54

giornata lavorativa di un nuovo periodo di mantenimento, la media progressiva si riferisce, in ognicaso, all'ultima giornata del periodo di mantenimento precedente.

La "riserva dovuta" si riferisce allo stesso periodo di mantenimento per il quale è statacalcolata la media progressiva

IDC 650 - DISPONIBILITÀDisponibilità totale sul conto di gestione formata dalla somma delle disponibilità del c/riserva e

dell’eventuale c/anticipazione infragiornaliera in c/c. La disponibilità del c/anticipazioneinfragiornaliera non si computa nella disponibilità totale in caso di blocco della liquiditàinfragiornaliera. La disponibilità è calcolata per la DATA DI REGOLAMENTO

IDC 60F - LIMITE MINIMO DOVUTOContiene il limite minimo di mobilizzazione giornaliera della ROB in vigore nella DATA DI

REGOLAMENTO. Viene posto pari a zero per le banche che non devono versare riserva nelperiodo di mantenimento corrente

IDC 60L - LIMITE MINIMO INFRAGIORNALIEROImporto sempre pari a IDC 60F - LIMITE MINIMO DOVUTO

IDC 62D - RISERVA DOVUTAImporto dovuto nel periodo di mantenimento relativo alla DATA DI REGOLAMENTO

(IDC 61K). Viene evidenziato solo se diverso dalla RISERVA DOVUTA riportata nell'IDC 61B.

IDC 60S - CREDITO APERTO C/ANTICIPAZIONE INFRAGIORNALIERAImporto del fido concesso sul c/anticipazione infragiornaliera in c/c nella DATA DI

REGOLAMENTO, corrispondente al minor valore tra credito aperto in titoli e credito apertoamministrativo

IDC 61D - IMPORTO PER ADEGUAMENTOInformazione statistica che evidenzia l'eventuale importo da versare (o prelevare se

negativo) per rispettare la media alla DATA DI REGOLAMENTO, nell'ipotesi che nei restantigiorni del periodo di mantenimento la banca abbia il saldo pari alla RISERVA DOVUTA.

IDC 61P - PROGRESSIVO DEL 64DContiene il progressivo dell'ultimo messaggio 64D inviato nella data di regolamento; qualora il

messaggio 64G venga prodotto dopo l’avvio della giornata successiva, contiene il numeroprogressivo dell’ultima operazione regolata in tale giorno

IDC 60M - PRENOTAZIONE CONTANTEImporto della disponibilità prenotata per prelievo contante nella DATA DI

REGOLAMENTO

IDC 60G - BANCA COMOVIMENTATAOperatore al conto del quale si riferiscono le informazioni contenute nel messaggio. Nel caso

non sia specificato si assume uguale a IDC 050

55

9.8. MESSAGGIO 64H: RICHIESTA DI PRENOTAZIONE DEL CONTANTE



Lunghezza: 151



O 040 Mittente “5”n(/“5”n/”2”b)




O 020* CRO “11”n




O 60V* Periodo di validità della prenotazione

data iniziale “8”n

data finale (/”8”n)



56

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64H

IDC 01 - TIPO MESSAGGIOAssume il valore 64H

IDC 040 - MITTENTEOperatore che invia il messaggio per la prenotazione del contante sul proprio conto di

gestione







IDC D31 - DATA DI RIFERIMENTOData di invio del messaggio (ggmmaaaa)


IDC 034 - IMPORTO/SEGNOImporto e segno dell’operazione di incremento/decremento di disponibilità prenotata

IDC 60V - PERIODO DI VALIDITÀ DELLA PRENOTAZIONEData iniziale e finale di validità della variazione di prenotazione del contante

(ggmmaaaa/ggmmaaaa); il periodo massimo di prenotazione è di sei mesi. Qualora sia specificataesclusivamente la data di inizio la prenotazione si intende per quella sola giornata

57

9.9. MESSAGGIO 64I: NOTIFICA DI PRENOTAZIONE DEL CONTANTE



Lunghezza: 193



O 040 Mittente “5”n(/“5”n/”2”b)




O 020* CRO “11”n



F 022* CRO originario 16x



O 60V* Periodo di validità della prenotazione

data iniziale “8”n

data finale (/”8”n)




58

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64I

IDC 01 - TIPO MESSAGGIOAssume il valore 64I


IDC 050 - RICEVENTEOperatore che riceve il messaggio di conferma della prenotazione del contante sul proprio

conto di gestione o sul conto di gestione di cui è comovimentatore






IDC D31 - DATA DI RIFERIMENTOData di invio del messaggio (ggmmaaaa)


IDC 022 - CRO ORIGINARIOCodice di riferimento della richiesta di prenotazione

IDC 177 - CODICE DIVISA OPERAZIONECodifica alfanumerica della divisa (secondo standard ISO: ITL=lire, EUR=euro), nella quale

è stata richiesta la prenotazione

IDC 034 - IMPORTO/SEGNOImporto espresso nella divisa con cui è stata richiesta la prenotazione e segno della stessa

IDC 60V - PERIODO DI VALIDITÀ DELLA PRENOTAZIONEData iniziale e finale di validità della variazione di prenotazione del contante

(ggmmaaaa/ggmmaaaa); qualora sia specificata esclusivamente la data di inizio la prenotazione siintende per quella sola giornata

IDC 60G - BANCA COMOVIMENTATAOperatore sul conto del quale è stata effettuata la prenotazione. Nel caso non sia specificato

si assume uguale a IDC 050

59

9.10. MESSAGGIO 64J: RICHIESTA DI INFORMAZIONI SU LISTA DI ATTESA



Lunghezza: 136


O 01 Tipo messaggio "3" b

O 040 Mittente "5" n(/”5”n/”2”b)

O 050 Ricevente "5" n(/”5”n/”2”b)

F 010 Cifra di controllo "5" n

F 012 MAC End To End "10" x

O 020* CRO "11" n

O 61K Data di regolamento "8" n

O 60Y Tipo richiesta “1”a

F 626 Codice conto da addebitare C/8x(/5n)




60

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64J

IDC 01 - TIPO MESSAGGIOAssume il valore 64J

IDC 040 - MITTENTEOperatore che invia il messaggio per la richiesta di informazioni su una propria lista di attesa o

su una lista relativa ad un conto di cui è comovimentatore








IDC 60Y - TIPO RICHIESTAS=sintetica; A=analitica

IDC 626 - CODICE CONTO DA ADDEBITARECodice conto per il quale si richiedono le informazioni; allo stato attuale la richiesta può

essere effettuata solo per il conto di gestione (indicato con la codifica descritta nel successivoparagrafo “Codifica dei conti”)

IDC 60G - BANCA COMOVIMENTATAOperatore sul conto del quale deve essere effettuato l’inquiry. Nel caso non sia specificato si


61

9.11. MESSAGGIO 64K: INFORMATIVA SINTETICA SU LISTA DI ATTESA



Lunghezza: 236



O 040 Mittente "5"n(/”5”n/”2”b)

O 050 Ricevente "5"n(/”5”n/”2”b)



O 020* CRO "11" n



O 022 CRO originario 16 x

O 61M* Codice divisa BI-REL "3" b

O 60Z* Creditinumero/importo

9 n/18n

O 61G* Debitinumero/importo

9 n/18n





62

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64K(Tutti gli importi sono espressi nella divisa BI-REL)

IDC 01 - TIPO MESSAGGIOAssume il valore 64K


IDC 050 - RICEVENTEOperatore che riceve il messaggio di risposta all’inquiry su un proprio conto o su un conto di

cui è comovimentatore








IDC 022 - CRO ORIGINARIOCRO del messaggio di richiesta di informazioni su liste di attesa


IDC 60Z - CREDITINumero e importo complessivo delle operazioni a credito

IDC 61G - DEBITINumero e importo complessivo delle operazioni a debito

IDC 60G - BANCA COMOVIMENTATAOperatore sul conto del quale è stato effettuato l’inquiry. Nel caso non sia specificato si


IDC 626 - CODICE CONTO DA ADDEBITARECodice conto per il quale si inviano le informazioni; allo stato attuale la richiesta può essere

effettuata solo per il conto di gestione (indicato con la codifica descritta nel successivo paragrafo“Codifica dei conti”)

63

9.12. MESSAGGIO 64L: INFORMATIVA ANALITICA SU LISTA DI ATTESA



Lunghezza: 1394



O 040 Mittente "5"n(/”5”n/”2”b)




O 020* CRO "11" n



O 022 CRO originario 16 x

F 633 Id.concatenamento/progressivo ”4”n/“1”a



O 61M* Codice divisa BI-REL "3" b

F 61G* Debitinumero/importo

9n/18n

F 61H Dati risposta analitici (max 20)Banca controparteImportoIdentificativo operazionePrioritàOrario di accodamento

20*(“5”n)/15n/"22"b/"2"n/"6"n



64

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64L(Tutti gli importi sono espressi nella divisa BI-REL)

IDC 01 - TIPO MESSAGGIOAssume il valore 64L


IDC 050 - RICEVENTEOperatore che riceve il messaggio di risposta all’inquiry su un proprio conto o su un conto di

cui è comovimentatore








IDC 022 - CRO ORIGINARIOCRO del messaggio di richiesta di informazioni su liste di attesa

IDC 633 - ID.CONCATENAMENTO/PROGRESSIVOContiene il progressivo messaggio nell’ambito di quelli concatenati. Inoltre viene impostato

l’indicatore di messaggio con i seguenti valori: F=primo messaggio; I=messaggio intermedio;L=messaggio finale. Se l’IDC 633 non viene impostato si considera la trasmissione composta di unsolo messaggio (primo e ultimo). Si possono avere tre casi:

1) Le righe di dettaglio sono un numero inferiore o pari a 20; si ha un solo messaggio:

i) non viene impostato l’IDC 633;

ii) vengono impostati da 0 a N (N<=20) IDC 61H;

2) Le righe di dettaglio sono un numero compreso tra 21 e 40; si hanno due messaggi:

a) primo messaggio

i) viene impostato l’IDC 633 con “F”;

ii) vengono impostati 20 IDC 61H;

b) secondo messaggio

i) viene impostato l’IDC 633 con “L”;

65

ii) vengono impostati da 1 a N (N<=20) IDC 61H;

3. Le righe di dettaglio sono un numero maggiore di 40; si hanno almeno tre messaggi:

a) primo messaggio

i) viene impostato l’IDC 633 con “F”;


b) dal secondo al penultimo messaggio

i) viene impostato l’IDC 633 con “I”;


c) ultimo messaggio

i) viene impostato l’IDC 633 con “L”;

ii) vengono impostati da 1 a N (N<=20) IDC 61H.

Il numero massimo di messaggi prodotti a fronte di una richiesta di inquiry analitico non puòsuperare le tre unità; pertanto, nel caso in cui le operazioni in coda siano superiori alle capacitàinformative rappresentate da tre messaggi (60 operazioni), la produzione della informazione saràinterrotta al terzo messaggio. In questo caso viene comunque inoltrata una informazione di tiposintetico (IDC 61G) con l’evidenza del numero delle operazioni presenti sulla coda dell’operatorerichiedente e del loro importo totale; la stessa informazione sintetica viene inoltrata quando non c’ènessuna operazione in lista di attesa (in questo caso numero ed importo sono uguali a zero).

IDC 626 - CODICE CONTO DA ADDEBITARECodice conto per il quale si inviano le informazioni; allo stato attuale la richiesta può essere

effettuata solo per il conto di gestione (indicato con la codifica descritta nel successivo paragrafo“Codifica dei conti”)

IDC 60G - BANCA COMOVIMENTATAOperatore sul conto del quale deve essere effettuato l’inquiry. Nel caso non sia specificato si



IDC 61G - DEBITINumero e importo complessivo delle operazioni a debito; l’IDC risulta valorizzato se il

numero delle operazioni in coda è uguale a zero o qualora ecceda il numero massimo di informazioniinviabili (60).

IDC 61H - DATI DI RISPOSTA ANALITICI (MAX 20)Informazioni di dettaglio su un’operazione in coda. Quando questo campo non è impostato

significa che non ci sono operazioni in lista di attesa sul conto specificato in input. Il contenuto delleinformazioni di dettaglio viene compreso in relazione all’IDC 633. Le operazioni in coda vengonoproposte nell’ordine in cui sono in attesa (priorità, orario di accodamento). Le informazioni didettaglio sono suddivise in:

BANCA CONTROPARTEOperatore il cui conto deve essere accreditato (può essere assente)

66

IMPORTOImporto dell'operazione

IDENTIFICATIVO OPERAZIONEIdentificativo dell’operazione trattata da BI-REL; il codice riporta tutte le informazioni necessariealla identificazione della operazione originaria secondo le regole descritte nel successivo paragrafo“Identificazione delle operazioni trattate in BI-REL”

PRIORITÀPriorità dell’operazione

ORARIO DI ACCODAMENTOOrario di accodamento dell’operazione da parte di BI-REL

67

9.13. MESSAGGIO 64Z: NOTIFICA DI CONCESSIONE DEL RIFINANZIAMENTOMARGINALE A RICHIESTA



Lunghezza: 106



O 040 Mittente "5"n(/”5”n/”2”b)


O D31 Data di riferimento "8" n

O 020 CRO "11" n

O 601 Orario di riferimento “6”n

O 626 Conto C/8x (/5n)

O 62G Credito aperto amministrativo 15 n


68

GUIDA PER LA COMPOSIZIONE DEL MESSAGGIO 64Z

IDC 01 - TIPO MESSAGGIOAssume il valore 64Z


IDC 050 - RICEVENTETitolare del conto di gestione al quale è stato aperto un conto di rifinanziamento marginale a

richiesta

IDC D31 - DATA DI RIFERIMENTOData di elaborazione da parte dell’applicazione bancaria (ggmmaa)

IDC 020 - CROCodice di riferimento dell’operazione assegnato dal mittente)

IDC 601 - ORARIO DI RIFERIMENTOOrario di elaborazione da parte dell’applicazione bancaria (hhmmss)

IDC 626 - CONTOIndividua il conto di cui si comunica l’apertura. L’IDC è così composto: C/<parola

codificata>/identificativo. I primi 8 caratteri assumono il valore “RIFMARG”, i successivi 5 caratteriidentificano il conto di rifinanziamento (e pertanto, in questo messaggio, sono sempre presenti)

IDC 62G - CREDITO APERTO AMMINISTRATIVOImporto del credito aperto amministrativo concesso sul conto di rifinanziamento marginale a

richiesta

69

10. CODIFICA DEI CONTI

I codici dei conti (IDC 626 e 62A) sono così composti: C/<parola codificata>/numeroidentificativo (il numero identificativo viene utilizzato solo per i conti di rifinanziamento marginale arichiesta).

Le parole codificate sono le seguenti:

1) GESTIONE : conto di gestione

2) RISERVA : conto di riserva

3) INFRUTT : conto di riserva accentrato infruttifero

4) ANTINFRA : conto di anticipazione infragiornaliera in c/c

5) RIFMARG : conto di rifinanziamento marginale a richiesta

6) DEPOVER : conto di deposito overnight

70

11. CODIFICA DEI VETTORI

Rappresenta la codifica parlante della tipologia del movimento. Si fa presente che l'eventualedefinizione di nuove tipologie di vettori da parte della Banca d'Italia potrebbe divenire operanteprima che l'intero sistema ne venga a conoscenza; tale eventualità deve essere prevista daglioperatori.

I vettori attualmente codificati sono:

1) BTP1 : Accredito ritenute su proventi in titoli - non residenti

2) BTP2 : idem

3) BTP3 : idem

4) BTP4 : idem

5) BTP5 : idem

6) CCT1 : Accredito ritenute su proventi in titoli - non residenti

7) CCT2 : idem

8) CCT3 : idem

9) CCT4 : idem

10) CCT5 : idem

11) CEDO : Pagamento cedole

12) CONG : Rimborso concessioni governative

13) DVPM : Regolamento di operazione DVP (Monte Titoli S.p.A).

14) DELE : Rimborso di bonifici di Delega Unica

15) ESTE : Accredito di lire di conto estero provenienti da conti di corrispondenza esteri della B.I.

16) EROG : Erogazione rifinanziamento marginale a richiesta(30)

17) FILI : Movimento effettuato da Filiale B.I.

18) ILOR : Rimborsi ILOR

19) INGR : Ingrosso

20) INTE : Interessi sui conti in essere presso la B.I.

21) INV1 : Pensioni di invalidità

22) INV2 : idem

23) INV3 : idem

24) IRPE : Rimborsi IRPEF 30 Vettore utilizzato nel caso in cui la costituzione delle garanzie in CAT avvenga via R.N.I.

71

25) IRTS : Rimborsi IRPEF su redditi a tassazione separata

26) LIQT : Liquidazione strumenti finanziari

27) MIDE : Mercato Interbancario dei Depositi (MID)

28) MRIE : Tariffazione di mancati rientri sulla anticipazione infragiornaliera

29) PENS : Accreditamento pensioni

30) RECA : Saldo multilaterale "Compensazione Nazionale Recapiti"

31) RIMA : Rifinanziamento marginale automatico

32) RIMB : Rimborso titoli

33) RIOV : Rimborso deposito overnight

34) SCOL : Accreditamenti “scolastica”

35) SITR : Movimento effettuato via R.N.I.

36) STI1 : Accreditamento stipendi agli Statali (R.G.S.)

37) STI2 : Accreditamento stipendi agli Statali (Spese fisse)

38) SWIF : Operazioni domestiche pervenute via SWIFT

39) TARI : Tariffazione movimenti

40) TINC : Tariffazione incapienti in compensazione

41) TMEM : Tariffazione recapiti locale

42) TRGT : Target

43) TRSF : Trasferimento conto di gestione tra Filiali B.I.

72

12. CODIFICA DEI CASI DI MANCATO REGOLAMENTO

I codici attualmente previsti per notificare l’esito negativo di operazioni inviate alla proceduraBI-REL sono:

001: mancata capienza e non prevista riproposizione in coda

002: cancellata in corso di giornata

003: cancellata a fine giornata

004: il movimento risulta sospeso per errori nel colloquio SIA BI-REL al momento dellachiusura della procedura di scambio

005: il conto risulta chiuso al momento del regolamento

006: la data contabile risulta diversa dalla data solare al momento del regolamento

007: giroconto non accettato perché porterebbe il conto di anticipazione in attivo

008: errore tecnico

009: il dato da scritturare è inferiore a 50 centesimi di euro e, per effetto delle regolesull’arrotondamento, è posto pari a zero.

73

13. CODIFICA DELLE SEGNALAZIONI DI ERRORE DEI MESSAGGI RNI - BI-REL

500 Operatore non abilitato al pacchetto RNI-BIREL

502 Messaggio non autenticato correttamente

503 CRO duplicato

504 Messaggio pervenuto al di fuori dell'orario previsto

505 Applicazione BI-REL non disponibile

506 Segno diverso da "D"

507 Causale amministrativa inesistente

508 Data di regolamento del messaggio non coincidente con la data solare

510 Codice del conto da addebitare errato

511 Codice del conto da accreditare errato

516 Progressivo richiesto sconosciuto per la data indicata

519 Data del messaggio da ritrasmettere errata

522 Mittente disabilitato per errori di autenticazione

523 Operatore momentaneamente disabilitato

524 Codice banca errato

525 Conto inesistente o non operativo

526 Codice divisa errato

528 Mittente non abilitato a movimentare per il comovimentato

529 Periodo di validità errato

530 Tipo richiesta errato

531 Codice conto errato

532 Codice segno errato

535 Operazione non consentita

74

14. IDENTIFICAZIONE DELLE OPERAZIONI TRATTATE IN BI-REL

Allo scopo di collegare l’esito del regolamento con le operazioni originate dai diversi canali dialimentazione, la procedura BI-REL provvede a identificare le operazioni attraverso un campochiave (IDC61J).

Il campo chiave è composto da:

♦ un primo sottocampo (di tre caratteri) che riporta l’indicazione dell’ente o della procedura che haimmesso e/o generato l’operazione (canale di alimentazione);

♦ un secondo sottocampo (di diciannove caratteri) specifico per ogni canale di alimentazione.

Nel seguito si riporta una tabella riassuntiva con l’articolazione del campo chiave per i canalidi alimentazione censiti.

Canale dialimentazione

I sottocampo(3 chr)

II sottocampo(19 chr)

Ingrosso ING crt. 1-5 cod. ABI scambiante debitore, 6-8 Famigliaapplicativa(31), 9-19 CRO originario delle procedure discambio

TARGET TRG32 crt. 1-5 cod. ABI scambiante debitore, 6-8 Famigliaapplicativa(1 ), 9-19 CRO originario delle procedure di scambio

MID MID crt. 1-5 cod. ABI scambiante debitore, 6-10 Data giuliana, 11-16 Numero progressivo contratto; 17-18 Causale; 19 zero

DVP DVP crt. 1-3 Famiglia applicativa(33), 4-14 Numero Operazione diRegolamento (N.O.R.) assegnato da Monte Titoli, 15-19 zeri

MOVDIR girofondi GIF crt. 1-5 cod. ABI mittente, 6-16 CRO originario, 17-19 zeriMOVDIR giroconto GIC crt. 1-5 cod. ABI mittente, 6-16 CRO originario, 17-19 zeri

BOE-GEC TARGET

Domestici(34)(solo al debitore)

TRD35 crt. 1-5 cod. ABI scambiante debitore, 6-8 Famigliaapplicativa(1), 9-19 CRO originario delle procedure di scambio

31 Secondo la codifica SIA.32 Il canale di alimentazione TRG è associato alle categorie TGG (GEC Target), TGB (BOE Target), S1C (SWIFT

MT100-MT103) e S2C (SWIFT MT202) dell’Allegato Priorità.

33 Contiene la “modalità di regolamento”.34 Operazioni BOE e GEC TARGET in cui sia il debitore che il creditore regolano su un conto di gestione35 Il canale di alimentazione TRD è associato alle categorie TDG (GEC Target) e TDB (BOE Target) dell’Allegato

Priorità.

75

BOE-GEC TARGET Domestici

(solo al creditore)

TRD crt. 1-5 1000, 6-8 Famiglia applicativa(1), 9-19 CROprogressivo generato da Banca d’Italia

Operazioni SWIFTdomestiche

TRD36 crt. 1-5 cod. ABI mittente, 6-6 Tipo messaggio pervenuto (0:MT100, 2: MT202 3: MT103), 7-8 Ultime due cifre (a destra)della data giuliana di ricezione, 9-19 Ultimi 11 caratteri (adestra) del TRN (TAG20) del messaggio ricevuto

Operazioni SWIFTdomestiche coninformazioni di

scambio RNI37 alcreditore

(solo al creditore)

TRD38 crt. 1-5 1000, 6-8 Messaggio SWIFT pervenuto (100, 103,202), 9-19 CRO progressivo generato da Banca d’Italia

Filiale B.I. FIL crt. 1-5 Data giuliana, 6-8 Filiale B.I., 9-15 Numeromeccanografico B.I., 16-19 zeri

Operazione B.I.Automatica

FAU crt. 1-5 Data giuliana, 6-8 Filiale B.I., 9-15 Numeromeccanografico B.I., 16-19 zeri

Recapiti REC crt. 1-5 Data giuliana, 6-7 Ora, 8-9 Minuti, 10-19 zeriLiquidazione

Strumenti FinanziariGiornaliera

LTG crt. 1-5 Data giuliana, 6-7 Ora, 8-9 Minuti, 10-19 zeri

Accreditolire di conto estero

SIE crt. 1-5 Data giuliana, 6-12 Numero meccanografico B.I.,13-19 zeri

36 Il canale di alimentazione TRD è associato alle categorie S1D (SWIFT MT100-MT103) e S2D (SWIFT MT202)dell’Allegato Priorità.

37 Per operazioni pervenute via SWIFT in cui la controparte domestica non è raggiungibile tramite lo stesso vettoretrasmissivo, la Banca d’Italia trasforma l’operazione in un BOE-GEC TARGET domestico.

38 Il canale di alimentazione TRD è associato alle categorie S1D (SWIFT MT100-MT103) e S2D (SWIFT MT202)dell’Allegato Priorità.

76

15. COMPOSIZIONE DEL MESSAGGIO 64D

15.1. MOVIMENTI ORIGINATI DALLE PROCEDURE DI SCAMBIO

Nel messaggio 64D, per le operazioni originate in una procedura di scambio e che siriferiscono ad una partecipazione indiretta con tecnologia alla procedura di scambio stessa, ilriempimento degli IDC 050, 044, 039, 054, 355 e 60G segue le regole sintetizzate dalla tabellaseguente.

Dati in

Uscita

Debitore Comovimentatoredebitore

Creditore Comovimentatorecreditore

IDC050

BancaRicevente

banca regolante

pagatrice

Comovimentatore banca regolante

creditrice

comovimentatore

IDC044

BancaOrdinante

Banca scambiante

pagatrice (*)

Banca scambiante

Pagatrice (*)

banca regolante

pagatrice

banca regolante

pagatrice

IDC039

Bancad'ordine

. . bancascambiante

pagatrice (*)

banca scambiante

pagatrice (*)

IDC054

BancaDestinataria

banca regolante

creditrice

Banca regolante

Creditrice

bancascambiante

creditrice (**)

banca scambiante

creditrice (**)

IDC355

BancaBeneficiaria

Banca scambiante

creditrice (**)

Banca scambiante

Creditrice (**)

. .

IDC60GbancaComov.ta

. Banca regolante

Pagatrice

. banca regolante

creditrice

(*) ordinante (se presente) quando scambiante pagatrice = regolante pagatrice.(**) destinataria (se presente) quando scambiante creditrice = regolante creditrice.

77

15.2. MOVIMENTI ORIGINATI DA MOVIMENTAZIONE DIRETTA

Nel messaggio 64D, per le operazioni originate da un messaggio 64A o 64B, il riempimentodegli IDC 050, 044, 039, 054, 355 e 60G segue le regole sintetizzate dalla tabella seguente.

Pagamento disposto dal titolare

Dati in

Uscita



IDC050

BancaRicevente

IDC040

Mittente Comovimentatore

IDC054

banca destinataria comovimentatore

IDC044

BancaOrdinante

IDC044

banca ordinante

IDC044

banca ordinante

IDC040

Mittente

IDC040

Mittente

IDC039

Bancad'ordine

. . IDC044

banca ordinante

IDC044

banca ordinante

IDC054

BancaDestinataria

IDC054

banca destinataria

IDC054

banca destinataria

. .

IDC355

BancaBeneficiaria

IDC355

banca beneficiaria

IDC355

banca beneficiaria

IDC355

banca beneficiaria

IDC355

banca beneficiaria

IDC60G

BancaComov.ta

. IDC040

Mittente

. IDC054

banca destinataria

78

Pagamento disposto dal comovimentatore

Dati in

uscita



IDC050

BancaRicevente

IDC60G

comovimentato

IDC040

Mittente

IDC054

banca destinataria comovimentatore

IDC044

BancaOrdinante

IDC044

banca ordinante

IDC044

banca ordinante

IDC60G

comovimentato

IDC60G

comovimentato

IDC039

Banca d'ordine

. . IDC044

banca ordinante

IDC044

banca ordinante

IDC054

BancaDestinataria

IDC054

bancadestinataria

IDC054

banca destinataria

. .

IDC355

BancaBeneficiaria

IDC355

bancabeneficiaria

IDC355

banca beneficiaria

IDC355

banca beneficiaria

IDC355

banca beneficiaria

IDC60G

Banca comov.ta

. IDC60G

Comovimentato

. IDC054

banca destinataria

79

80

16. MESSAGGI S.W.I.F.T. SPECIFICHE TECNICHE

Le funzioni disponibili tramite S.W.I.F.T., nell’ambito dell’applicazione bancaria BIRELsono:

1. operazioni di trasferimento fondi per conto di clientela (msg. MT100 e 103);2. operazioni interbancarie di trasferimento fondi (msg. MT202);3. notifica di esito di regolamento per operazioni cross-border (msg. MT198/155);4. notifica dei movimenti regolati sul conto di gestione (msg. MT900 per gli addebiti e MT910 per

gli accrediti);5. informativa giornaliera (msg. MT950);6. notifica di accodamento (msg. MT 198/156);7. notifica di mancato regolamento (msg. MT 198/157);8. revoca di operazioni S.W.I.F.T. cross-border disposte per conto della clientela non ancora

regolate (msg. 192);9. revoca di operazioni S.W.I.F.T. cross-border interbancarie non ancora regolate (msg. 292);10. esito della richiesta di cancellazione disposta con il messaggio 192 (msg. 292);11. esito della richiesta di cancellazione disposta con il messaggio 196 (msg. 296).

81

16.1. MT 100 - CUSTOMER TRANSFER

Scope

This message is sent by a credit institution (participant in BI-REL) to another creditinstitution, addressable through the system, that participate to BI-REL or to an otherRTGS system in TARGET.

It is used to convey a fund-transfer instruction in which the ordering customer or the finalbeneficiary customer, or both, are non-financial institutions.

This message is also sent by Banca d’Italia for the incoming TARGET payments and incase of rejection/return of payment; in the latter case the message includes the codewords /REJT/ or /RETN/ in the field 72 and the funds are immediately re-creditedto the sender account.

General FormatM/O Field Tag Field Name FormatM 20 Transaction Reference

Number16x

M 32A Value DateCurrency CodeAmount

6n3a15n

M 50 Ordering Customer 4*35xO 52A Ordering Institution [/1a][/34x] or

//TA<CC>[<BIC11><TRN>]39

<BIC>O 53B Sender’s Corespondent [/1a][/34x]

[35x]O 56A Intermediary //TACC40 or [/1a][/34x]

<BIC>M 57A Account With Institution //TACC or [/1a][/34x]

<BIC>M 59 Beneficiary Customer /34x

4*35xO 70 Details of Payments 4*35xO 71A Details of Charges 3aO 72 Sender to Receiver

Information6*35x

Field Specifications

Field 20 – Sender’s Reference

This field specifies the reference of the message. The content of the field must be uniqueinside a one day window (if the field is filled with more than 11 characters only the

39 Return key to be used only in the messages sent by Banca d’Italia.40 Routing information, to be used in the first credit field in the messages sent by the banks.

82

11 rightmost characters are considered). If the message is sent by Banca d’Italia forthe incoming TARGET payments the field is filled with the IIR of the receivedmessage, otherwise the format BIYYDDD8n is used (YY year, DDD day).

field 52A – Ordering Institution

This field specifies the financial institution of the ordering customer, when different fromthe Sender.

In the messages sent by Banca d’Italia the account line of field 52A will contain theTARGET “return key”. This will comprise:

• The prefix //TA.

• The country code of the sending NCB (“IT” for internal payment).

• The BIC (11 characters i.e. including the branch code) of the bank that has sent thepayment message to the sending NCB (or to Banca d’Italia).

• The Transaction Reference Number (TRN) provided by the sending bank.

field 53B – Sender’s Correspondent

Field 53B will identify the account owner to be debited when different from the senderof the message. It will be coded in the form:

/<owner-id>

Owner-id is the five digits Italian bank code (ABI code) identifying the account’sowner

The relationship between the sender and the account owner must be known by Bancad’Italia.

fields 56A or 57A

The account line of the first credit field (56A or 57A) of the messages sent by theparticipant must contain the “routing information”. This will comprise:

• The prefix //TA

• The country code of the receiving NCB. “IT” has to be used for internal payment.

Field 72 - Sender to receiver information

When the message is sent by Banca d’Italia this field may contain additional informationas:

• the reject/return information;

• timestamp of the execution of payments in the foreign RTGS.

83

Rule specifications

1. Either field 50 (Ordering Customer) or field 59 (Beneficiary Customer) must be anon-financial institution.

2. Field 57A is mandatory for BI-REL. If this field is missing, the payment order willbe rejected.

3. If the BIC in the first credit field (see scope of the message) cannot be used toidentify an (in)direct participant in the receiving RTGS system (or in BI-REL), thereceiving NCB/ECB (or Banca d’Italia) will reject the payment. The negativeacknowledgement will show the appropriate error code.

4. The sender should ensure that the bank of the beneficiary is mentioned in field 57A,and the beneficiary’s account number is present in field 59. If either one of theseitems of information is not available, the payment will be rejected by Banca d’Italia.

5. In addition all BIC codes quoted in the message have to be valid. The currentrelease of the S.W.I.F.T. BIC Directory has to be taken as a reference.

84

16.2. MT 103 – SINGLE CUSTOMER CREDIT TRANSFER MESSAGE

Scope

This message is sent by a credit institution (participant in BI-REL) to another creditinstitution, addressable through the system, that participates to BI-REL or toanother RTGS system.

It is used to convey a fund-transfer instruction in which the ordering customer or the finalbeneficiary customer, or both, are non-financial institutions.


General Format

M/O FieldTag

Field Name Format

O 119 STP flag 8x

M 20 Transaction Reference Number 16xM 23B Bank Operation Code 4bO 23E Instruction Code 4aO 26T Transaction Type Code 3aM 32A Amount 6n3a15nM 33B Currency/Instructed Amount 3a15nO 36 Exchange Rate 12nM 50K Ordering Customer [/34x]

4*35xor 50A [/34x]

<BEI>41

O 52A Ordering Institution [/1a][/34x] or//TA<CC>[<BIC11><TRN>]42

<BIC>O 53B Sender’s Correspondent [/1a][/34x]

[35x]O 56A Intermediary Institution //TACC43 or [/1a][/34x]

<BIC>M 57A Account with Institution //TACC or [/1a][/34x]

<BIC>M 59 Beneficiary Customer /34x

4*35x

41 Business Entity Identifier. Part of the ISO draft Standard (ISO-13735) to identify non-financial institutions.42 Return key to be used only in the messages sent by Banca d’Italia.43 Routing information, to be used in the first credit field in the messages sent by the banks.

85

or 59A /34x<BEI>

O 70 Remittance Information 4*35xM 71A Details of Charges 3aO 71F Sender’s Charges 3a15nO 71G Receiver’s Charges 3a15nO 72 Sender to Receiver Information 6*35xO 77B Regulatory Reporting 3*35x


Field 119 – STP Flag

This optional field indicates that the MT103 message contains STP (straight-through-processing) data, and can therefore be processed automatically. It also implies thatthe message complies with additional validation rules that limit the flexibility of theMT103 (see Field 72).


This field specifies the reference to the message. The content of the field must be uniqueinside a one day window (if the field is filled with more than 11 characters only the11 rightmost characters are considered). If the message is sent by Banca d’Italia forthe incoming TARGET payments the field is filled with the IIR of the receivedmessage, otherwise the format BIYYDDD8n is used (YY year, DDD day).

Field 23B – Bank Operation Code

This field identifies the type of operation.

Only the code word “CRED” is useful in clearing systems. Other codes as defined byS.W.I.F.T. may nevertheless be transported in this field.

field 23E – Instruction Code

This field specifies an instruction. The field can be repeated to give several codedinstructions to one or more parties.

field 26T – Transaction Type Code

This field identifies the nature of, purpose of, and/or reason for the additional transaction(e.g. salaries, pensions, dividends, …)

The codes used in these fields will be transported, and it should therefore not trigger anyaction.

Field 32A – Amount

This field specifies the value date, currency and Settlement amount. The Settlementamount is the amount to be booked/reconciled at inter-bank level.

86

field 33B – Currency / Instructed Amount

This field specifies the currency and amount of the instruction. This amount is providedfor information purposes and has to be transported unchanged through thetransaction chain. The currency must be a valid ISO 4217 currency code.

field 36 – Exchange Rate

This field specifies the exchange rate used to convert the original ordered amountspecified in field 33B. This field also specifies the exchange rate used to convert anycharges specified in fields 71F and 71G.

field 50A or 50K – Ordering Customer

This field specifies the customer ordering the transaction. Field 50A contains a BIC/BEI(Business Entity Identifier).



In the messages sent by Banca d’Italia the account line field 52A of will contain the“return key”. This will comprise:

• The prefix //TA




field 53B – Sender’s Corespondent


/<owner-id>

Owner-id is the five digits Italian bank code (ABI code) identifying the account’sowner

The relationship between the sender and the account owner must be known by Bancad’Italia.

field 56A – Intermediary Institution

This field specifies the financial institution, between the Receiver and the account withinstitution, through which the transaction must pass.

87

field 57A – Account with Institution

This field specifies the financial institution, when other than the Receiver, which servicesthe account for the beneficiary customer.

fields 56A or 57A

The account line of the first credit field (56A or 57A) of the messages sent by theparticipant must contain the “routing information”. This will comprise:

• The prefix //TA

• The country code of the receiving NCB. “IT” has to be used for internal payment.

field 59 or 59A – Beneficiary Customer

This field identifies the customer to be paid. Field 59A contains a BEI (Business EntityIdentifier).

field 70 – Remittance Information

This field specifies information, from the ordering party to the beneficiary customer,about the reason for the payment

As it only contains information for the beneficiary customer, it should only betransported in TARGET and passed on to the beneficiary in the form it was received.

field 71A – Details of Charges

This field specifies which party will bear the charges for the transaction.

field 71F – Sender’s Charges

This field specifies the currency and amount of the transaction charges taken bypreceding parties in the chain.

This field is repetitive, and up to 5 occurrences are allowed.

field 71G – Receiver’s Charges

This field specifies the currency and amount of the transaction charges due to theReceiver.

field 72 – Sender to Receiver Information

This field specifies additional information for the Receiver or other party specified.

Only the structured format is allowed.

In case field 119 is used and contains “STP”, the following additional validation rulesare required for field 72:

• If the code word /INS/ is used, it can only be followed by a valid BIC

88

• The code words /RETN/ and /REJT/ cannot be used.




field 77B – Regulatory Reporting

This field specifies the code(s) for the statutory and/or regulatory information required bythe authorities in the country of the Receiver or Sender.

Rule specifications

1. If fields 32A and 33B have different currencies, then field 36 must be present.

2. If field 71A contains OUR, field 71F is not allowed and field 71G is optional.

3. If field 71A contains SHA, field 71F (multiple occurences) is optional and field 71Gis not allowed

4. If field 71A contains BEN, at least one field 71F is mandatory and field 71G is notallowed.

5. Either field 50 (ordering Customer) or field 59 (Beneficiary Customer) must be anon-financial institution.

6. Field 57A, optional for S.W.I.F.T., is mandatory for BI-REL. If this field is missing,the payment order will be rejected.

7. If the BIC in the first credit field (see scope of the message) cannot be used toidentify a direct or indirect participant in the receiving RTGS system (or in BI-REL),the receiving NCB/ECB (or Banca d’Italia) will reject the payment. The negativeacknowledgement will show the appropriate error code.

8. The sender should ensure that the bank of the beneficiary is mentioned in field 57A,and the beneficiary’s account number is present in field 59. If either one of theseitems of information is not available, the payment will be rejected by Banca d’Italia.

9. All BIC codes quoted in the message has to be valid. The current release of theS.W.I.F.T. BIC Directory has to be taken as a reference.

10. If field 23B is SPRI, then field 23E is optional, and if used, can only contain SDVAor INTC

11. If field 23B is SSTD or SPAY, then 23E is not allowed

12. If field 23B is SPRI, then field 56A is not allowed

13. If field 119 is present, and is equal to “STP” then if the code word /INS/ is used infield 72, it can only be followed by a BIC/BEI. Additionally /RETN/ and /REJT/code words are then not allowed.

89

14. If field 119 is present, and is equal to “STP” then the code words /OCMT/ and/CHGS/ are not allowed in field 72.

90

16.3. MT 202 - GENERAL FINANCIAL INSTITUTION TRANSFER

Scope

This message is sent by a credit institution (participant in BI-REL) to another creditinstitution, addressable through the system, that participates to BI-REL or toanother RTGS system.

It is used to order the movement of funds between financial institutions.

This message may also be sent to transfer funds between account owned by the samefinancial institution in Banca d’Italia.


General Format

M/O FieldTag

Field Name Format

M 20 Transaction Reference Number 16xM 21 Related Reference 16xM 32A Value Date

Currency CodeAmount

6n3a15n

O 52A Ordering Institution [/1a][/34x] or//TA<CC>[<BIC11><TRN>]44

<BIC>O 53B Sender’s Correspondent [/1a][/34x]

[35x]O 56A Intermediary //TACC45 or [/1a][/34x]

<BIC>O 57A Account With Institution //TACC or [/1a][/34x]

<BIC>M 58A Beneficiary Institution //TACC or [/1a][/34x]

<BIC>O 72 Sender to receiver information 6*35x



This field specifies the reference of the message. The content of the field must be uniqueinside a 15 days window (if the field is filled with more than 11 characters only the

44 Return key to be used only in the messages sent by Banca d’Italia.45 Routing information, to be used in the first credit field in the messages sent by the banks.

91

11 rightmost characters are considered). If the message is sent by Banca d’Italia forthe incoming TARGET payments the field is filled with the IIR of the receivedmessage, otherwise the format BIYYDDD8n is used (YY year, DDD day).



In the messages sent by Banca d’Italia the account line of field 52A will contain theTARGET “return key”. This will comprise:

• The prefix //TA




field 53B – Sender’s Correspondent


/<owner-id>

Owner-id is the five digits Italian bank code (ABI code) identifying the account’sowner.

field 58A – Beneficiary Institution

This field specifies the financial institution which has been designated by the orderinginstitution as the ultimate recipient of the funds being transferred.

fields 56A or 57A or 58A

The account line of the first credit field (56A or 57A or 58A) of the messages sent bythe participant must contain the “routing information”. This will comprise:

• The prefix //TA

• The country code of the receiving NCB. “IT” is to be used for internal payment.

Field 72 - Sender to receiver information




92

Rule specifications

1. All parties of the transaction must be financial institutions.

2. If the BIC in the first credit field (see scope of the message) cannot be used toidentify a direct or indirect participant in the receiving RTGS system (or in BI-REL),the receiving NCB/ECB (or Banca d’Italia) will reject the payment. The negativeacknowledgement will show the appropriate error code.

3. In addition all BIC codes quoted in the message has to be valid. The current releaseof the S.W.I.F.T. BIC Directory has to be taken as a reference

93

16.4. MT198 SUB 155 - TARGET PAYMENT SETTLEMENT MESSAGENOTIFICATION (PSMN)

Scope

This is the response to a Payment Message sent through TARGET. A positiveacknowledgement indicates that the receiving NCB/ECB of the payment hassuccessfully credited the payment. If the acknowledgement is negative at thereceiving RTGS, the funds are immediately re-credited on the sender account andthe appropriate return payment message is sent to the sender of the originalpayment.

General FormatM/O Field

TagField Name Format

M 20 Transaction Reference Number 16xM 12 Sub-Message Type 155 3nM 77E Proprietary Message 73x

[n*78x]

M 21 Related Reference 16xM 913 Time stamp <DT>M 901 Referred Interlinking Internal

Reference<IIR>

M 990 Acceptance code 1nO 991 Reason code for rejection 1a2n



This field specifies the reference to the message in the format BIYYDDD8n.

Field 21 - Related reference

This field contains a reference to the related transaction.

Field 913 - Time stamp

The time stamp refers to the time that the crediting of the receiving credit institution hastaken place in the RTGS system of the receiving NCB/ECB.

Field 901 - Referred Interlinking Internal Reference

The IIR of the payment message to which the current acknowledgement refers.

Field 990 - Acceptance code

‘0’ if the payment is positively acknowledge, ‘1’ if the payment is negativelyacknowledged.

94

Field 991 – Reason code for code for rejection

This field is filled when the payment has been rejected (field 990 equal to 1). It contains acode explaining the reason for the rejection.

95

16.5. MT900 - CONFIRMATION OF DEBIT

Scope

This message is sent from Banca d’Italia to notify the account owner of an entry whichhas been debited to its account. The same message is also sent to the owner’scorrespondent (if exists).

Message format.M/O Field


M 20 Transaction Reference Number 16xM 21 Related Reference 16xM 25 Account Identification 35xM 32A Value Date

Currency CodeAmount

6n3a15n

O 52A Ordering Institution [/1a][/34x]<BIC>

O 72 Sender to receiver information 6*35x

Field specifications

Field 21 - Related Reference

Contains the reference number of the transaction which resulted in the message. Ifapplicable, it will contains the content of the field 20 of the S.W.I.F.T. paymentinteraction MT100, MT103, MT202.

Field 25 - Account Identification

Contains the identification number of the account debited.

Field 72 - Sender to Receiver Information

This field contains additional information as:

• the BI-REL Internal Reference for the payment in the form:

/BIRIR/<22x>

//<additional information text>

• timestamp about the execution of payments in the form:

/SETTIME/HHMMSS

96

16.6. MT910 - CONFIRMATION OF CREDIT

Scope

This message is sent from Banca d’Italia to notify the account owner of an entry whichhas been credited to its account. The same message is also sent to the owner’scorespondent (if exists).

Message format.M/O Field


M 20 Transaction ReferenceNumber

16x

M 21 Related Reference 16xM 25 Account Identification 35xM 32A Value Date

Currency CodeAmount

6n3a15n

M 52A Ordering Institution [/1a][/34x]<BIC>

O 56A Intermediary [/1a][/34x]<BIC>

O 72 Sender to receiver information 6*35x


Field 21 - Related Reference

Contains the reference number of the transaction which resulted in the message. Ifapplicable, it will contains the field 20 of the S.W.I.F.T. payment interactionMT100, MT103; it will contains the field 21 received from a MT202 message.


Contains the identification number of the account credited.

Field 72 - Sender to Receiver Information


• the BI-REL Internal Reference for the payment in the form:

/BIRIR/<22x>


• time stamp about the execution of payments in the form:

/SETTIME/HHMMSS

97

16.7. MT950 - STATEMENT MESSAGE

Scope

This message is sent from Banca d’Italia to transmit balance information, reflecting thesituation at the beginning of the business day indicated in the field 60, and detailedinformation about all entries booked to the account. The same message is also sentto the owner’s correspondent (if exists).

Message format.

M/O FieldTag

Field Name Format

M 20 Transaction ReferenceNumber

16x

M 25 Account Identification 35xM 28C Statement Number /

Sequence Number5n[/3n)

M 60F,60M

Opening Balance(Booked Funds)(D/C Mark, Date,Currency, Amount)

1a6n3a15d

O 61 Statement line 6n2a15d1a3c16x

M 62F,62M

Closing Balance(Booked Funds)(D/C Mark, Date,Currency, Amount)

1a6n3a15n

M 64 Closing AvailableBalance(D/C Mark, Date,Currency, Amount)

1a6n3a15n



Contains the identification number of the account

Field 64 - Closing Available Balance

This field indicates the funds which are available to the account owner.

The available balance include the booked funds and the collateral guaranteed funds.

98

16.8. MT198 SUB 156 - PAYMENT QUEUING NOTIFICATION

Scope.

This message is sent from Banca d’Italia to inform an account owner that a debitinstruction is entered from Banca d’Italia. For credit operation, the notification isissued for multilateral balances only. The same message is also sent to the owner’scorrispondent (if exists).

Message format.

M/O FieldTag

Field Name Format

M 20 Transaction Reference Numberof Banca d’Italia

16x

M 12 Sub-Message Type 156 3nM 77E Proprietary Message 73x

[n*78x]M 21 Realted Reference 16xM 32A Value Date

Currency CodeAmount

6n3a15n

O 53B Sender’s Corrispondent [/1!a][/34x][35x]

M 800 Queuing Date and Time <DT>O 72 Sender to receiver information 6*35x



The field specifies the reference to the message in the format BIYYDDDD8n.

Field 21 – Related Reference

The field contains an internal reference generated by Banca d’Italia.

Field 800 - Queuing Date and Time

Contains the quequing date and time of payment order in YYMMDDHHMMSS format.

Field 53B – Sender’s Corrispondent

Field 53B will identify the account owner to be debited when different from the sender ofthe message. It will bw coded in the form:

/<owner-id><account-id>

Owner-id is the five digits Italian bank code (ABI code) identifying the account’s owner.

The account-id specify the account to be debited or credited.

99

Field 72 - Sender to receiver Information

This field contains the Bi-Rel Internal Reference for the payment in the form:

/BIRIR/<22x>

//<D/C Mark>

For additional information, refer to ‘chapter 18- FIELDS DESCRIPTION’ and‘S.W.I.F.T. User Handbook, Standards Category n - Common GroupMessages’.

100

16.9. MT198 SUB 157 - PAYMENT SETTLEMENT NEGATIVE NOTIFICATION

Scope

This is the negative acknowledgement to a payment request.

This message is sent from Banca d’Italia to:

• the sender of the original request and the credit financial institution, for a paymentrequested by the RNI message 64A, when institutions wish to be acknowledged viaSwift notification;

• the debit and to the credit financial institution, for a payment requested via domesticexchange procedure;

• the debit financial institution, for a cross-border payment (through the Targetsystem) requested via exchange procedure, when sender institution wishes to beacknowledged via Swift notification;

• the debit financial institution, for a payment disposed by Banca d’Italia’s branches ;

The message will include the reason for not executing the payment by using anappropriate rejection code.

The same message is also sent to the owner’s corrispondent (if exists).

Message Format

M/O FieldTag

Field Name Format

M 20 Transaction Reference Numberof Banca d’Italia

16x

M 12 Sub-Message Type 157 3nM 77E Proprietary Message 73x

[n*78x]M 21 Realted Reference 16xM 32A Value Date

Currency CodeAmount

6n3a15n

O 53B Sender’s Corrispondent [/1!a][/34x][35x]

M 991 Reason code for rejection 1a2nO 72 Sender to receiver information 6*35x



The field specifies the reference to the message in the format BIYYDDDD8n.

101

Field 21 – Related Reference

The field contains a reference to the related transaction.

Field 991 - Reason code for rejection

It contains a code explaining the reason for the rejection of the payment request.

Field 53B – Sender’s Corrispondent

Field 53B will identify the account owner to be debited when different from the sender ofthe message. It will bw coded in the form:

/<owner-id><account-id>

Owner-id is the five digits Italian bank code (ABI code) identifying the account’s owner.

The account-id specify the account to be debited or credited.

Field 72 - Sender to receiver Information


• the Bi-Rel Internal Reference for the payment in the form:

/BIRIR/<22x>

• timestamp about the last attempted execution of payment in the form:

/SETTIME/HHMMSS

• information about the payment:


For additional information, refer to ‘chapter 18- FIELDS DESCRIPTION’ and‘S.W.I.F.T. User Handbook, Standards Category n - Common Group Messages’.

102

16.10. MT 192/292 REQUEST FOR CANCELLATION

Message Format

StatusTag Field Name Content/Options No.

M 20 Transaction Reference Number 16x 1M 21 Related Reference 16x 2M 11S MT and Date of Original Message (Sent) 3!n

6!n[4!n6!n]

3

O 79 Narrative Description of the Original Message 35*50x 4O Copy of at least the mandatory fields of the

original message5

M = Mandatory O = Optional

Usage Rules• An MT n92 may be sent only to the Receiver of an initial message.• An MT n92 must refer to the cancellation of a S.W.I.F.T. message only.• An MT 292 may not request cancellation of an MT 200/201. To cancel an MT 200/201, the

Sender must send a new message to the account with institution of the initial message,requesting a retransfer of the funds.

• To request the cancellation of a documentary credit, an authorisation to reimburse or aguarantee, an MT 792 must not be used, but an MT 707, 747 or 767, respectively.

• An MT n92 may be sent to cancel one single transaction of a multiple message.• The MT n92 always requires a response. The response must be by an MT n96 Answers

message.• Where country specific policies exist relative to the processing of a request for cancellation,

details can be found in the green pages of the International Bank Identifier Code Directory.• The use of the MT n92 in association with the MT 105 and MT 106 EDIFACT Envelope

must be in accordance with the specific guidelines detailed in the S.W.I.F.T. EDI Handbook.• To request the cancellation of any ISO 15022 compliant message, an MT 592 must not be

used. Field 23G of the ISO 15022 message, with subfield Function containing code CANC(Cancellation), must be used instead (see also Standards Category 5 volumes).


1. Field 20: Transaction Reference NumberFORMAT

103

16xPRESENCEMandatoryDEFINITIONThis field specifies the reference assigned by the Sender to unambiguously identify the

message.NETWORK VALIDATED RULESThis field must not start or end with a slash '/' and must not contain two consecutive slashes '//'

(Error code(s): T26).

2. Field 21: Related ReferenceFORMAT16xPRESENCEMandatoryDEFINITIONThis field contains the content of field 20 Transaction Reference Number of the S.W.I.F.T.

message for which cancellation is requested.NETWORK VALIDATED RULESThis field must not start or end with a slash '/' and must not contain two consecutive slashes '//'

(Error code(s): T26).USAGE RULESWhere all the transactions in a multiple message are requested for cancellation, this field must

contain the content of field 20 in the non-repetitive sequence. If there is no field 20 in the non-repetitive sequence, the content of field 20, or if not present, that of field 21 associated with the firsttransaction contained in the message must be used

. Field 11S: MT and Date of the Original MessageFORMAT

Option S 3!n6!n[4!n6!n]

(MT Number)(Date)(Session Number) (ISN)

PRESENCEMandatoryDEFINITIONThis field specifies the message type number of the message which contained the transaction to

be cancelled and the date on which this message was sent.NETWORK VALIDATED RULESDate must be a valid date expressed as YYMMDD (Error code(s): T50).MT Number must be a number in the range 100 - 999 (Error code(s): T18).USAGE RULESSession Number and ISN (input sequence number) of the original message, if available, must be

present in subfield 3

. Field 11S: MT and Date of the Original MessageFORMAT

Option S 3!n (MT Number)

104

6!n[4!n6!n]

(Date)(Session Number) (ISN)

PRESENCEMandatoryDEFINITIONThis field specifies the message type number of the message which contained the transaction

to be cancelled and the date on which this message was sent.NETWORK VALIDATED RULESDate must be a valid date expressed as YYMMDD (Error code(s): T50).MT Number must be a number in the range 100 - 999 (Error code(s): T18).USAGE RULESSession Number and ISN (input sequence number) of the original message, if available, must be

present in subfield 3

5. Copy of at least the mandatory fieldsFORMATCopy of fieldsPRESENCEConditional (C1)DEFINITIONThis field contains a copy of at least the mandatory fields of the original message, or single

transaction within a multiple message, which will enable the Receiver to positively identify themessage or transaction to be cancelled.

NETWORK VALIDATED RULESThe presence of field 77a with options F, G, S and T is not allowed in the copy fields (Error

code(s): T13).USAGE RULESWhen an MT n92 is sent to cancel a single transaction of a multiple message, field 11S must be

followed by either field 79 providing a narrative description of the single transaction or a copy of onlythe relevant fields of both the non-repetitive sequence and the unique sequence of the transaction tobe cancelled.

If more than one transaction, but not the entire multiple message is to be cancelled, separateMT n92s must be sent for each transaction to be cancelled. In this case, field 21 must contain thecontent of field 20 of the specific transaction to be cancelled. In those cases where there is no field 20per transaction, field 21 of the specific transaction to be cancelled must be used.

If the entire multiple message is to be cancelled, either field 79 indicating that all transactionscontained in the message are to be cancelled or a copy of at least the mandatory fields of the entiremessage to be cancelled, must be used. In this case, field 21 must contain the content of field 20 in thenon-repetitive part of the message. If there is no field 20 in the non-repetitive sequence, the content offield 20, or if not present, that of field 21 associated with the first transaction contained in the messagemust be used.

105

16.11. MT 196/296 ANSWER TO THE MESSAGE 192/292

Message Format

StatusTag Field Name Content/Options No.

M 20 Transaction Reference Number 16x 1M 21 Related Reference 16x 2M 76 Answers 6*35x 3O 77A Narrative 20*35x 4O 11a MT and Date of Original Message R or S 5O 79 Narrative Description of Original Message to

Which the Answer Relates35*50x 6

O Copy of at least the mandatory fields of theoriginal message

7

M = Mandatory O = Optional

Field Specifications2. Field 21: Related ReferenceFORMAT16xPRESENCEMandatoryDEFINITIONThis field contains the content of field 20 Transaction Reference Number of the queries

message, request for cancellation, or other message to which this message responds.NETWORK VALIDATED RULESThis field must not start or end with a slash '/' and must not contain two consecutive slashes '//'

(Error code(s): T26).

3. Field 76: AnswersFORMAT

6*35x (Narrative)In addition to narrative text, the following line formats may be used:

Line 1: /2n/[Supplement 1][Supplement 2] (Answer Number) (Narrative)(Narrative)

Lines 2-6 [//continuation of supplementary information] (Narrative)

106

PRESENCEMandatoryDEFINITIONThis field contains the actual answer(s).CODESWhenever possible, Answer Number may contain one or more of the following codes (the third

column shows one or more corresponding Query Numbers):/1/ We hereby confirm that we carried out your order on (1) ...

(YYMMDD)1, 2, 6,16

/2/ We hereby confirm that the transaction has been effected andadvised on (1) ... (YYMMDD)

3, 6,16

/3/ Further information on details of payment is as follows (1) ... 4/4/ Identification and address of the beneficiary are as follows (1) ...

(new field 58a/59).5

/5/ The account should be with (1) ... (new field 57a). 8, 9/6/ Please credit the account (1) ... (new field 58a/59). 8, 9/7/ We confirm to you the regularity of the order mentioned in your

query, with the following Authorisation Code/Test Key Code word(1) ...

10

/8/ We confirm amendment to your message as requested. 17/9/ We are unable to comply with your amendment request. 17/10/ We authorise you to debit our account. 18/11/ Cover refunded to the credit of (1) ... (account/place). 19/12/ Stop instructions are not acceptable. (Reason)/13/ Stop instructions duly recorded. (Further details, where applicable)/14/ Stop instructions valid until (1) ... (YYMMDD)

CODESAnswer Number may contain one or more of the following codes in the cheque truncation

environment:/15/ Further information on the item per your request is as follows ...

(1)23, 24, 25, 26,27, 28, 29

/16/ Date, check number and query code (Original or Copy ) ofcheque sent ... (1)

23, 24

USAGE RULESIn those cases where a message contains more than one answer, each answer must appear on

a separate line.Numbers in brackets, eg, (1), mean that supplementary information is required. This

supplementary information must be the first information following the code number.When supplement (2) is used, ie, two different pieces of supplementary information are

provided, the second piece of information should be preceded by a slash '/'.If additional space is required for providing details of the answer(s), this information can be

continued in field 77A.

4. Field 77A: NarrativeFORMAT

107

Option A 20*35x (Narrative)PRESENCEOptionalDEFINITIONThis field contains the query in narrative form.

5. Field 11a: MT and Date of Original MessageFORMAT

Option R 3!n6!n[4!n6!n]

(MT Number) (Date) (Session Number and ISN)

Option S 3!n6!n[4!n6!n]

(MT Number) (Date) (Session Number and ISN)

PRESENCEOptionalDEFINITIONThis field contains the message type number of the message to which the answer relates, and

the date on which this message was sent.Option R refers to a message received. Option S refers to a message sent.NETWORK VALIDATED RULESDate must be a valid date expressed as YYMMDD (Error code(s): T50).MT Number must be a number in the range 100 - 999 (Error code(s): T18).

6. Field 79: Narrative Description of the Original Message to Which the Answer RelatesFORMAT35*50x (Narrative)PRESENCEConditional (C1)

DEFINITIONThis field contains a narrative description of the original message to which the answer relates,

eg, the message to which the MT n95 Queries or MT n92 Request for Cancellation referred, insufficient detail to enable the Receiver to positively identify that message.

7. Copy of at least the mandatory fields of the original messageFORMATCopy of fieldsPRESENCEConditional (C1)DEFINITION

108

This field contains a copy of at least the mandatory fields of the message to which the answerrelates, eg, the message to which the MT n95 Queries or MT n92 Request for Cancellationreferred, to enable the Receiver to positively identify that message.

NETWORK VALIDATED RULESThe presence of field 77a with options F, G, S and T is not allowed in the copy fields (Error

code(s): T13).

17. FORMATTING RULES

17.1. FIELDS Dates

Format: 6nDates are represented as a six digit integer in ISO form YYMMDD, where:YY = year;MM = month; andDD = day.No blank or other characters are allowed.Within all fields, 1997 will be the reference date. All decades greater than or equal to 97belong to the years 1900, while all decades lower than 97 belong to the years 2000.E.g.: 990125 = 25 Jan 1999

150125 = 25 Jan 2015 Time

Format: 4n or 6nTime is represented either as a four or six digit integer in form HHMM[SS], where:HH = hours;MM = minutes; andSS = seconds.

Amounts• The integer part of an amount must contain at least one digit;• A ‘decimal comma’ will separate the integer part and the fractional part;• The ‘decimal comma’ must always be present, even if no fractional part is mentioned.• No characters other than ‘0123456789,’ are allowed.• The number of digits in the fractional part must not exceed the maximum number of

digits for fractions of euro, i.e. 2. Currency code

Format: 3aAny valid ISO 4217 currency code is allowed

Country CodesThe country code consists of two characters representing the ISO country code (seechapter 19.3). The country code for the ECB, when not used in a BIC code, will be EU

Party identificationFormat: 4a2a2b[3b]

109

The system will only accept the Bank Identifier Code of a financial institution. The BIC codeis in the form of NNNNCCLLBBB, where:NNNN is a code for the bank;CC is the ISO country code;LL is the location code; andBBB is an optional branch code.

Account numberFormat: [/1a][/34x] or [/1a]/34x or /34xThe account number must start with a ‘/’.

Miscellaneous• All code words must be in upper case.• All dates and times in the message sent by the system are expressed in the CET time zone.

17.2. MESSAGES• Fields must appear in the same order as they are described in the Data Dictionary.• Messages may not exceed 10,000 characters, including header and footer.• Fields which are marked with this sign may be repeated. They should appear in the same order

as in the first sequence. The number of times the sequence can be repeated is unlimited, as longas the global size of the message does not exceed 10,000 characters.

17.3. THE INTERLINKING INTERNAL REFERENCE (IIR)The IIR is an application-based, bilateral, unique and sequential reference number between theNCBs/ECB in the TARGET system.‘Application-based’ means that each application, e.g. RTGS transactions, accounting information, etc.using the Interlinking will use a different numbering sequence.It is ‘bilateral, unique and sequential’ because it is made up of the following elements:

• an application code;• the business date;• the country code of the sender of the message;• the country code of the receiver of the message;• the sequence number for the message which is reset to ‘0’ every day and is independent

for each application code and within each application code for each pair of countrycodes.

Note: The ECB and the Deutsche Bundesbank share the same country code in their BIC code, i.e DE.Therefore, any time a country code is used in isolation of a BIC code, EU will be used for the ECB andDE for the Deutsche Bundesbank.

110

18. FIELDS DESCRIPTION Field 12 - Sub-Message Type

Definition: The identification of a message type.Format: 3n

Validations : 3The value can only be 155See message(s) 198/155

Field 20 - Transaction Reference NumberDefinition: The sender's unambiguous identifier for the transaction.Format: 16xUsage guidelines: & Different messages may have the same TRN if they refer to thesame transaction. The receiver must quote the TRN for all queries to the sender.Validations : 3Cannot start or finish with '/'.3Cannot contain '//'.See message(s): 100, 103, 202, 198/155, 900, 910, 950

Field 21 - Related ReferenceDefinition: The identification of a transaction to which the current transaction isrelated.Format: 16xUsage guidelines: & In a chain of messages, this is the linking reference that is usually sentforward.Validations : 3 See 'Field 20 - Transaction Reference Number'See message(s) 202, 900, 910

Field 23B – Bank Operation CodeDefinition: Type of Operation.Format: 4aUsage guidelines: &Validations : 3The following codes are allowed:CRED46 Credit Transfer where no S.W.I.F.T. service level is involvedSPAY This message contains a credit transfer to be processed according to SWIFT PayService LevelSSTD This message contains a credit transfer to be processed according to the StandardService LevelSPRI This message contains a credit transfer to be processed according to the PriorityService LevelSee message(s): 103

46 The Service Levels SPAY, SSTD, SPRI do not apply to TARGET - BIREL. They are only to be transported over the

system, and to be used only between sending and receiving credit institutions.

111

Field 23E – Instruction CodeDefinition: Instruction CodeFormat: 4bUsage guidelines: Validations : 3One of the following codes must be used:

CORT Payment is made in settlement of a trade, eg, foreign exchange deal, securitiestransaction.INTC The payment is an intra-company payment, ie, a payment between two companiesbelonging to the same group.SDVA Payment must be executed with the same day value to the beneficiary.

3Field 23E can be repeated maximum 10 times.See message(s): 103

Field 25 - Account identificationDefinition: The identification assigned by the account servicing institution to identifythe account of the account owner (in the BI-REL system corresponds with the five digits Italianbank code)Format: 35xSee message(s) 950

Field 26T – Transaction Type CodeDefinition: The nature of, purpose of, and/or reason for the additional transaction.Format: 3aUsage guidelines: & The codes in this field should be transported with no other validationthan the format.Validations : 3See message(s): 103

Field 32A - Value Date, Currency Code, AmountDefinition: Value date, currency code and amount of transaction.Format: 6n date (YYMMDD)3a currency code15n amountValidations : 3Currency code EUR only.3Value date must be the same as the business date processed by TARGET.

315n must contain one (and only one) decimal commaSee message(s) 100, 103, 202, 198/155, 900, 910

Field 33B – Currency/Original Ordered AmountDefinition: The currency and instructed amount of the instruction.Format: 3a currency code

15n amountUsage guidelines: &

112

Validations : 3Currency code must be a valid ISO 4217 currency code. 3The number of digits following the comma must not exceed the maximum number allowed forthe specified currency.3 The integer part of the amount (15n) must contain at least one digit. One (and only one)decimal comma, which is included in the maximum lengthSee message(s): 103

Field 36 – Exchange RateDefinition: Exchange RateFormat: 12nUsage guidelines: & This field must be present when a currency conversion has beenperformed on the Sender’s side.Validations : 3 The integer part of the Rate must contain at least one digit. A decimalcomma is mandatory and is included in the maximum length.See message(s): 103

Field 50 - Ordering CustomerDefinition: The ordering customer of the transaction.Format: 4*35X name and address Or

Option K: [/34x]4*35x

Option A: [/34x]<BEI>

Validations : 3When option A is used, the second line must contain a valid BIC/BEISee message(s) 100, 103

Field 52A - Ordering InstitutionDefinition: The financial institution, or branch thereof, initiating the transaction onbehalf of itself or the Ordering Customer (field 50).Format: [/1a][/34x] or //TA<CC><BIC11><TRN>

<BIC>Validations : 3Field 52A may include a return key.

3The return key (first line) have the prefix //TA3 <CC> is the country code of the sending NCB3 <BIC11> after <CC> is a 11 character BIC (including branch code or ‘XXX’) of

the bank that has sent the payment message to the sending NCB. If necessary, the sendingNCB will fill in the field with the ISO BIC of the sending credit institution.

3 <TRN> (Transaction Reference Number) should be the Transaction ReferenceNumber (TRN) provided by the sending credit institution.

3 The <BIC> on the second line can be 8 or 11 characters long and must beprovided by the sending credit institution.See message(s) 100, 103, 202

113

Field 53B - Sender’s CorrespondentDefinition: This field specifies the branch and optionally the account or clearingcode of the Sender, or another financial institution through which the Sender will reimburse theReceiver.Format: [/1a][/34x]

Validations : 3The field must contain the five digits Italian bank code identifying theaccount’s owner (<owner-id>)

3 The <owner-id> is mandatory when the account owner is different from the senderof the message. The relationship between the sender and the account owner must be known byBanca d’Italia.

3For the banks subject to the reserve requirements if the message is sent to instructfunds transfer between different accounts of the same owner, the <owner-id> must be followedby a codeword identifying the account to be debited (<account-id>).

3For the <account-id> the following codes are allowed :GESTIONE settlement accountRISERVA reserve account.ANTINFRA intraday lending accountRIFMARG5n marginal lending account with the five digits identifying the numberDEPOVER deposit overnight.See message(s) 100, 103, 202

Field 56A - IntermediaryDefinition: The intermediary financial institution (between the receiving NCB andthe Account With Institution), through which the transaction must pass. The Intermediary maybe a branch or affiliate of the Account With Institution or of the Beneficiary Institution, or it maybe an entirely different financial institution.Format: [/1a][/34x] or //TA<CC>4a2a2b[3b] - see § 0 Party identification and § 19.1 ConventionsValidations : 3If used, field 56A must contain the BIC code of a participating bank inthe receiving RTGS.

3If used in the messages sent by the participant must contain the “routinginformation”.

3The routing information (first line) have the prefix //TA.3 <CC> is the country code of the receiving NCB. “IT” is used for internal payment.

See message(s) 100, 103, 202

Field 57A - Account with InstitutionDefinition: The financial institution where the Ordering Party requests theBeneficiary to be paid. The Account With Institution may be a branch or affiliate of theIntermediary, or of the Beneficiary Institution, or it may be an entirely different financialinstitution.Format: [/1a][/34x] or //TA<CC>

4a2a2b[3b] - see § 0 Party identification and § 19.1 Conventions

114

Validations : 3Field 57A is mandatory in message types 100 and 103.3If used, and no field 56A is present, field 57A must contain the BIC code of an (in)directparticipating bank in the receiving RTGS.

3If used and no field 56A is present, field 57A in the messages sent by theparticipant must contain the “routing information”.

3The routing information (first line) have the prefix //TA.3 <CC> is the country code of the receiving NCB. “IT” is used for internal payment.

See message(s) 100, 103, 202

Field 58A - Beneficiary InstitutionDefinition: The financial institution designated by the Ordering Institution party asthe ultimate recipient of the funds. The Beneficiary Institution may be a branch or affiliate of theIntermediary, or of the Account With Institution, or it may be an entirely different institution.Format: [/1a][/34x] or //TACC4a2a2b[3b] - see § 0 Party identification and § 19.1 ConventionsValidations : 3If field 57A is not present, field 58A must contain the BIC/BEI code ofa direct or indirect participating bank in the receiving RTGS or in BI-REL.3If used and no field 57A is present, field 58A in the messages sent by the participant mustcontain the “routing information”.

3The routing information (first line) have the prefix //TA3 <CC> is the country code of the receiving NCB. “IT” is used for internal payment.3 If the message is used to instruct a fund transfer between different accounts of the

same owner, the account line in the field 58A shall be used to specify the account to becredited using the following code words: ‘GESTIONE’ settlement account, ‘RISERVA’ -reserve account, ‘ANTINFRA’ - intraday lending account or ‘RIFMARG5n’ - marginal lendingaccount with the five digits identifying the number, ‘DEPOVER’ - overnight deposit;See message(s) 202

Field 59 - Beneficiary CustomerDefinition: The party designated by the Ordering Party as the ultimate recipient ofthe funds. The party may be a private person, or any other organisation.Format: /34x Account number line4*35x Name and address Or

Option A: [/34x] Account number line<BEI>

Validations : 3The account number of the beneficiary is mandatory when field 59 isused without option A.

3If option A is used, the second line must contain a valid BICSee message(s) 100, 103

Field 60 - Opening BalanceDefinition: This field specifies for the (intermediate) opening balance, whether it is adebit or credit balance, the date, the currency and the amount of the balance.

115

Format: 1a 6n 3a 15d (D/C Mark, Date, Currency, Amount)See message(s) 950

116

Field 62 - Closing Balance (Booked Funds)Definition: This field specifies for the (intermediate) closing balance, whether it is adebit or credit balance, the date, the currency and the amount of the balance.Format: 1a 6n 3a 15d (D/C Mark, Date, Currency, Amount)See message(s) 950

Field 64 - Closing Available BalanceDefinition: This field specifies for the effective closing balance, whether it is a debitor credit balance, the date, the currency and the amount of the balance.Format: 1a 6n 3a 15d (D/C Mark, Date, Currency, Amount)See message(s) 950

Field 61 - Statement lineDefinition: This field contains detailed information of each transaction.Subfield Format1 6n Date (YYMMDD)2 2a Debit/Credit Mark3 15d Amount4 1a3c Transaction Type Identification Code5 16x Reference for the Account Owner6 34x Supplementary DetailsSee message(s) 950

Field 71A - Details of ChargesDefinition: Details about the (non-TARGET) charges affecting the transaction.Format: 3aThe available Code Words are:BEN: charges are to be borne by the Beneficiary Customer.OUR: charges are to be borne by the Sender.SHA (only in MT103): charges are to be shared between beneficiary customer and sender.See message(s) 100, 103

Field 71F – Sender’s ChargesDefinition: The currency and amount of the charges owed to the SenderFormat: 3a currency code

15n amountValidations : 3 The integer part of the Amount (15n) must contain at least one digit.One (and only one) decimal comma is mandatory and is included in the maximum length.

3Currency code must be a valid ISO 4217 currency code. 3The number of digits following the comma must not exceed to maximumnumber allowed for the specified currency.See message(s): 103

117

Field 71G – Receiver’s ChargesDefinition: The currency and amount of the charges owed to the receiverFormat: 3a currency code

15n amountValidations : 3 Currency code must be a valid ISO 4217 currency code.

3 The integer part of the Amount (15n) must contain at least one digit. One (and only one) decimal comma is mandatory and is included in the maximum length.3 The number of digits following the comma must not exceed the maximum number

allowed for the specified currency.See message(s): 103 Field 72 - Sender to Receiver InformationDefinition: Instructions or additional information for the Receiver, Intermediary, Account withinstitution or Beneficiary Institution.Format: 6*35x

Structured text:Line 1: This line is mandatory. Within this line, subfield 1 is mandatory and subfield 2 isoptional.Subfield 1: /8a/ code word47

Subfield 2: [additional information]48. Additional explanatory information, which may becontinued on the next line, preceded by double slashes '//'. Line 2-6: These lines are optional. Either format option 1 or 2 may be used. If format option 1is used then at least one character must follow the double '//'. If format option 2 is used subfield 1becomes mandatory and subfield 2 becomes optional.Format Option 149: '// Continuation of Additional Information from the previous line'.Format Option 2: [additional information]48.Subfield 1: /8a/ code word50

Subfield 2: Additional explanatory information, which may be continued on the next line,preceded by double slashes '//'.

47 Each code word used must be between slashes (‘/’) and must appear at the beginning of a line. All alphabetic

characters in a code word must be in upper-case.48 The format structure for additional information is 0 to 32x characters. The total number of characters permitted

will depend on the length of the code word. Additional information must not consist entirely of blank characters.49 The format structure for 'Continuation of Additional Information from the previous line' is 0 to 33x characters. It

must consist of a least one meaningful character. Up to 33 characters are permitted. It must not consist entirelyof blank characters.

50 Each code word used must be between slashes and must appear at the beginning of a line. All alphabeticcharacters in a code word must be in upper-case.

118

Exceptions:RETURN/REJECT information- If line 1 starts with the code word /RETN/ or /REJT/ then the format of field 72

should be as follows:

Line Codeword Followedby

M/O Description

1 /RETN/ or/REJT/

2n[1a][/2b] M /REJT/ means a reject and isfollowed by the identification ofthe field causing the reject (seebelow)or

/RETN/ means a return and isfollowed by the identification ofthe field causing the return(see below)

2 /2a2n/ [29x] (forfield 72) or[44x] forfield 79

M Reason Code (see below),optionally followed by a textdescription of the precedingreason code

3 /MREF/ 16x M Sender’s reference, i.e. field 20of the original message

4 /TREF/ 16x O Transaction reference, i.e. field21 of the actual transaction(MT202)

5 /CHGS/ 3a15n O ISO currency code and chargesamount. This may containrelevant, levied reject/returncharges, i.e. charges that havebeen applied to therejected/returned transaction (e.g.deducted from the returnedprincipal)

6 /TEXT/ [29x] (forfield 72) or[44x] (forfield 79)

O Some further narrative details.

The field causing the return or reject is identified by:2n The field tag of the field in which the error occurred (e.g. ‘32’ denotes the error

occurred in field with tag 32).

119

[1a] If applicable, this gives the letter option of the preceding field tag in which the erroroccurred (e.g. ‘A’ after 32 means field 32A.

[/2b] If a field tag appears more than once in a message type, this alphanumeric codedetails the sequence in which the error occurred (e.g. ‘/C’ after ‘32A’ means theerror occurred in field 32A of sequence C, ‘59/B1’ denotes the error occurred infield 59 of sequence B1).

Provision of the debit timestampIn order to provide the information concerning the debit timestamp for each payment processed throughthe system the following format is used:/SNDTIME/<DT>The information will only made available when one line will be left available by the ordering party.

Additional Information (in messages 900 and 910 only)

If the field contains the BI-REL Internal Reference (in the form /BIRIR/22x) then additional informationon the payment are provided in the following structure://Operation Code 1/Operation Code 2/Other textOperation Code 1: Contains a four characters internal payment code, refer to chapter 5 for allowable

values.Operation Code 2: Contains a two digits internal payment code, refer to chapter 5 for allowable values.Other text: Any other informational text. (The text will be included until field’s size is reached).Usage guidelines:

& It is also used for Return/Reject payment information.See message(s) 100, 103, 202, 198/155, 900, 910

Field 77B – Regulatory ReportingDefinition: The code(s) for the statutory and/or regulatory information required bythe Authorities in the country of the Receiver or Sender.Format: 3*35x (narrative)Usage guidelines: & In addition to the narrative text, the following formats may be used:Line 1: /8a/2a[//additional information] (code) (country code) (narrative)Line 2-3: [//continuation of additional information]

Where the residence of either ordering customer or beneficiary customer is to beidentified the following codes must be used:

/ORDERRES/ Residence of ordering customer/BENEFRES/ Residence of beneficiary customer

& The country codes consist of the ISO country codeValidations : 3If line 1 starts with ‘/,’format must be /8a/2a[//additional information]code words must be /ORDERRES/ or /BENEFRES/the characters following the second ‘/’ in that line must be a valid ISO country code.See message(s): 103

120

Field 77E - Proprietary MessageDefinition: This field contains any kind of information or instructions.Format: [73x][n*78x]Usage guidelines: & The total length of this field must be checked in order that the totallength of the message does not exceed 10.000 characters.& The first line must be skipped.& Only the first line of field 77E may be skipped.See message(s) 198/155

Field 800 – Quequing date and timeDefinition :Contains the quequing date and time of paymentFormat: YYMMDDHHMMSS

See message(s) 198/156

Field 901 - Referred Interlinking Internal ReferenceDefinition: The Interlinking Internal Reference of the payment sent in TARGET.Format: 16x in the form: AYYMMDDC1C1C2C2NNNNN

where:A application codeYYMMDD business dateC1C1 country code of the sender of the messageC2C2 country code of the receiver of the messageNNNNN bilateral sequence number

See message(s) 198/155,

Field 913 - Time StampDefinition: 1) The time the debiting of the sending credit institution has taken placein the RTGS system of the sending NCB; or2) The time the crediting of the receiving credit institution has taken place in the RTGS system ofthe receiving NCB;Format: 12n in the form YYMMDDHHMMSSwhere:

YYMMDD is the dateHHMMSS is the time.Usage guidelines: & This field is provided for tracing purposes only.& The date and time must be expressed in the time zone of the ECB.See message(s) definition 1: 100, 103, 202

definition 2: 198/155 (if a positive PSMN)

Field 990 - Acceptance code / Matching statusDefinition: Code indicating whether the related message was accepted (i.e.successfully processed) or rejected (i.e. unsuccessfully processed).

121

Format: 1nwhere possible options are:0 accepted / successful1 rejected / unsuccessful.

Usage guidelines: & In case of rejection, error detection procedures must be initiatedimmediately.& In case the value in field 990 is ‘1’, the field 991 must be used.See message(s) 198/155

Field 991 - Reason codeDefinition: Code giving the reason for a rejected message, or an unsuccessfulprocessing.Format: 1a2nUsage guidelines: & Codes are grouped into different categories. The appropriate codeshould be used to describe the situation.

& If no code is adequate, code x00 (where x represent the error category) shouldbe used. In that case, field 72 (providing the receiver with details about the error) becomesmandatory.See message(s) 198/155

122

APPENDIXES

19.1. CONVENTIONS

In the fields description, the following conventions will apply:

M Mandatory.O Optional.

a alphabetical character (A through Z). Upper case only (e.g., Field currency

code, code words, ...).n digit only (0 through 9).b alphabetic characters and digits.x any kind of characters (restricted to the character set).b space.[ ] optional.

nn maximum length.nn-nn range.nn fixed length.nn*nn maximum of number of lines times max. Line length.

<BIC> 4a2a2b[3b]<BIC11> 4a2a2b3b

<CC> Country code of the counterpart.<DT> Date and Time in the format: YYMMDDHHMM[SS]<DTT> Date, starting time and ending time in the format: YYMMDDHHMMHHMM<IIR> Interlinking Internal Reference in the format:

AYYMMDDC1C1C2C2NNNNN

where:A application codeYYMMDD is the date of the transactionC1C1 country code of the senderC2C2 country code of the receiverNNNNN bilateral sequence number

<time> time in the format HHMM

<Field A> Format is [/1a][/34x]51 Account number line4a2a2b[3b] ISO Bank Identifier Code

Account numbers.

Format is: [/1a][/34x] where 51 Field 52A cannot contain an account number

123

subfield 1 may be /C if Receiver's account with the Sender is credited/D if Sender's account with the Receiver is debited.

Subfield 2 is the account number information preceded by a '/'

The field(s) beside that sign may be repeated.

19.2. CHARACTER SET

The character set of SWIFT contain the following characters:

abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789/-?:().,'+{}<Carriage Return Line Feed> Space

Note: the ‘{‘ and ‘}’ are used as separator by S.W.I.F.T.. Therefore, they cannot be used inthe text body.

19.3. COUNTRY CODES

The following table gives an overview of the country codes used in the TARGET system:

Country ISO code Country ISO code

Austria AT Greece GR

Belgium BE Ireland IE

Denmark DK Italy IT

Germany DE Luxembourg LU

Spain ES The Netherlands NL

Finland FI Portugal PT

France FR Sweden SE

United Kingdom GB ECB EU52

52 The country code EU must be used for the ECB except in their BIC address.

124

19.4. APPLICATION CODES

The following table lists the different applications (and their codes) authorised in theInterlinking system:

Applications Codes

Payments A

125

19.5. ERROR CODES

Code REASONAC01 FORMAT OF THE ACCOUNT SPECIFIED IS NOT CORRECTAC02 FORMAT OF THE ACCOUNT SPECIFIED IS NOT NUMERICAC03 FORMAT OF THE ACCOUNT SPECIFIED IS NOT VALID FOR LOCAL

SORT/NATIONAL CLERING CODE

AC04 ACCOUNT NUMBER SPECIFIED HAS BEEN CLOSED ON THE RECEIVER'SBOOK

AC05 ACCOUNT NUMBER SPECIFIED IS NOT VALID ACCOUNT AT THEACCOUNT WITH INSTITUTION

AC06 ACCOUNT SPECIFIED IS BLOKED, PROHIBITING POSTING OFTRANSACTIONS AGAINST IT

AG01 NO AGREEMENT IS ON FILE AT THE RECEIVER FOR AFFECTINGASSOCIATED TRANSACTION MESSAGGE

AG02 BANK OPERATION CODE SPECIFIED IN THE TRANSACION/MESSAGE ISNOT VALID

AM01 SPECIFIED TRANSACTION /MESSAGE AMOUNT IS EQUAL TO ZERO

AM03 SPECIFIED TRANSACTION /MESSAGE AMOUNT IS EQUAL IN AN NONPROCESSABLE CURRENCY OUTSIDE OF EXISTITNG AGREEMENT

AM04 AMOUNT OF FUNDS AVALAIBLE TO COVER SPECIFIEDTRANSACION/MESSAGE AMOUNT IN INSUFFICIENT

AM05 THIS TRANSACTIO/MESSAGE APPEARS TO HAVE BEEN DUPLICATED

AM06 SPECIFIED TRANSACTION AMOUNT IS LESS THAN AGREED MINIMUM

AM07 AMOUNT SPECIFIED IN TRANSACTION/MESSAGE HAS BEEN BLOCKEDBY REGULATORY AUTHORITIES

AM08 SPECIFIED CHARGES AMOUNT IS NOT AS AGREED BETWEEN SENDERAND RECEIVER

BE01 SPECIFICATION OF BENEFICIARY IS NOT CONSISTENT WITHASSOCIATED ACCOUNT NUMBER

BE02 BENEFICIARY SPECIFIED IS NOT KNOWN AT ASSOCIATEDSORT/NATIONAL CLERING CODE

BE03 BENEFICIARY SPECIFIED NO LONGER EXISTS IN THE BOOKSBE04 SPECIFICATION OF BENEFICIARY ADDRESS , WHICH IS REQUIRED FOR

PAYMENT, IS MISSING/NOT CORRECT

BE05 PARTY WHO INITIATED THE TRANSACTION/MESSAGE IS NOTRECOGNISED BY THE BENEFICIARY

DT01 INVALID DATE (EG WRONG SETTLEMENT DATE)DT01 INVALID DATEMS01 REASON HAS NOT BEEN SPECIFIED DUE TO SENSITIVIESPY01 UNKNOWN ACCOUNT WITH INSTITUTIONRC01 ROUTING CODE SPECIFIED IN THE TRANSACION /MESSAGE HAS AN

INCORRECT FORMAT

126

RC02 ROUTING CODE SPECIFIED IN THE TRANSACION /MESSAGE IS NOTNUMERIC

RC03 ROUTING CODE SPECIFIED IN THE TRANSACION /MESSAGE IS NOTVALID FOR LOCAL CLEARING

RC04 ROUTING CODE SPECIFIED IN THE TRANSACION /MESSAGE REFERS TO ACLOSED BRANCH

RF01 TRANSACTION REFERENCE IS NOT UNIQUE WITHIN THE MESSAGE

TM01 ASSOCIATED TRANSACION /MESSAGE WAS RECEIVED AFTER AGREEDPROCESSING CUT-OFF TIME

XF01 FIELD NOT SUPPORTED (HERE)

XF02 FIELD OPTION NOT SUPPORTED

XF03 FIELDS OUT OF SEQUENCE

XF04 MESSAGE TYPE NOT SUPPORTED

XF05 INVALID AMOUNT FORMAT

XF06 INVALID ACCOUNT NUMBER FORMAT

XF07 LINE(S) TOO LONG

XF08 TOO MANY LINES

XF09 FIELD FORMAT ERROR

XF10 INVALID DATE FORMAT

XF11 INVALID TIME FORMAT

XF12 UNEXPECTED DATA

XF15 FIELD IS MISSING

XI00 UNKNOWN ERROR (PLEASE CONTACT HELP DESK)XI01 SENDER IS NOT ALLOWED TO USE SWIFT CHANNELXI02 RECEIVER IS NOT REACHEABLE THROUGH THE SWIFT CHANNEL

XI03 DEBIT ACCOUNT IS CLOSEDXI04 DEBIT ACCOUNT IS NOT EXISTINGXI05 DEBIT ACCOUNT IS BLOCKEDXI06 TRANSACTION NOT ALLOWEDXI07 SENDER NOT ALLOWED TO POST TRANSATION AGAINST THE

SPECIFIED ACCOUNT

XI08 TRANSACTION CANCELLED BY SYSTEM CONTROLLERXI09 TRANSACTION CANCELLED BY THE END OF DAY PROCEDURE

XT01 INVALID DATE

XT02 INVALID BIC CODE

XT03 INVALID CURRENCY CODE

XT04 INVALID SEQUENCE OF CHARACTER(S)

XT05 INVALID COMBINATION OF COUNTRY CODES

XT06 UNKNOWN RTGS PARTICIPANT

127

XT07 ACCOUNT NUMBER MISSING

XT10 INVALID CODE WORD

XT13 INVALID COUNTRY CODE

XT15 INVALID TIME

XT15 INVALID TIME (EG PAYMENT RECEIVED AFTER THE CUTOFF TIME)

XT17 INVALID CODE

XT18 INVALID REASON CODE

128

ALLEGATO 1 - RICHIESTA DI ABILITAZIONE ALL’UTILIZZO DEI MESSAGGITELEMATICI PER L’APPLICAZIONE BI-REL.-

Spett.leBanca d'ItaliaFiliale di ………….…..

Oggetto: richiesta di abilitazione all’utilizzo dei messaggi telematici per l'applicazione BI-REL.

Il/La…………..........................................................................................................…………......................................................................................... (di seguito il titolare), con sede legalein …………………........………………............................................................…………………

(S t a t o) (C i t t à) (indirizzo)

legalmente rappresentat... da……………………………………………………………….………………………………………………………..............................................................,aderente titolare del conto di riserva n. .......................... in essere presso codesta Filiale,chiede - ai sensi dell’art. 4 della convenzione per la partecipazione al sistema BI-REL dalmedesimo sottoscritta con codesto Istituto - di poter utilizzare i messaggi telematici previstidall’applicazione BI-REL:

� Pacchetto R.N.I. - BI-REL a partire dal al ; (data inizio) (data fine)

� Pacchetto S.W.I.F.T. - BI-REL a partire dal al ;(data inizio) (data fine)

BIC CODE di decodifica

Ricezione notifiche di regolamento1 R.N.I.-BIREL S.W.I.F.T.

BIC CODE (da indicare solo in caso di utilizzo del canale SWIFT)

R.N.I.–BIREL S.W.I.F.T.

BIC CODE (da indicare solo in caso di utilizzo del canale SWIFT)

1 La scelta può essere:solo R.N.I.-BIREL, solo S.W.I.F.T. o entrambi i canali.2 La scelta può essere R.N.I.-BIREL o S.W.I.F.T.; sono possibili scelte differenziate per i pagamenti per conto della clientela e per quelli interbancari.

NOSI

Ricezione notifiche di scambio perpagamenti di clientela2

Ricezione notifiche di scambio perpagamenti interbancari2

NOSI

NOSI

NOSI

NOSI

NOSI

129

Al riguardo il titolare:

a) dichiara di avere piena conoscenza delle norme stabilite in materia da codesto Istituto, nonché diaccettare sin da ora ogni modifica e integrazione delle stesse che codesto Istituto gli comunicherà,ferma restando la facoltà di rinunciare all’utilizzo del predetto mediante comunicazione scritta acodesto Istituto;

b) dichiara di aver già provveduto allo scambio delle chiavi di autenticazione applicativa dei messaggicon i Servizi di codesto Istituto: Elaborazioni e Sistemi Informativi per l’applicazione R.N.I.-BIREL;Sistema dei Pagamenti per la rete S.W.I.F.T.;

c) esonera la Banca d'Italia da ogni responsabilità riveniente dall'utilizzo del mezzo di trasmissione inoggetto per la ricezione e/o l'invio dei messaggi di cui sopra.

La presente richiesta si intende riferita al complesso dei messaggi telematici previstidall’applicazione BI-REL, ivi compresi quelli che venissero introdotti in epoca successiva alla data dellapresente.

..................., ......................

…….....................................................(firma del legale rappresentante)

Documents

Sistema di regolamento lordo BI-REL/TARGET Guida per gli ...web.tiscali.it/ivano64/manuali/birel_target_guida_sez3.pdf · 3 1. abilitazione all’utilizzo dei canali telematici di