SEPA CREDIT TRANSFER SERVICE

Automated Clearing House ICBPI ICCREA SEPA CREDIT TRANSFER SEPA CREDIT TRANSFER SERVICE INTERFACE SPECIFICATIONS Date: 21/11/2013 Version: 4.0 Status: Final Pag. 1 of 97

DIFFUSIONE E RISERVATEZZA DEI CONTENUTI La diffusione del presente documento è limitata a Iccrea Banca S.p.A. e Icbpi S.p.A.. Le due aziende sono le uniche a poter autorizzare ulteriori diffusioni. Ogni riproduzione parziale o totale da parte di altri soggetti senza esplicita autorizzazione è pertanto vietata a norma delle leggi vigenti. Iccrea Banca S.p.A. e Icbpi S.p.A. non si assumono alcuna responsabilità per l uso del materiale contenuto nel presente documento. Pag. 2 of 97

Contents 1 INTRODUZIONE... 5 1.1 SCOPO DEL DOCUMENTO... 5 1.2 BACKGROUND... 5 1.3 STORIA DELLE MODIFICHE... 6 1.4 REFERENCES... 8 2 I FLUSSI SCT SEPA CREDIT TRANSFER... 10 2.1 TIPI DI FILES... 10 2.2 CICLO GIORNALIERO... 12 2.2.1 Ciclo fase A... 12 2.2.2 Ciclo fase B... 12 2.2.3 Ciclo fase finale di chiusura... 13 3 TIPOLOGIA FILE... 14 3.1 CREDIT TRANSFER ORDERS (CTO)... 14 3.2 ORDERS VALIDATION REPORT (OVR)... 14 3.3 SETTLED CREDIT ORDERS (SCO)... 16 3.4 CANCELLED SETTLED ORDERS (CSO)... 16 3.5 REPORTS FILES... 16 3.5.1 File di riconciliazione... 16 3.5.2 Closing Balance Report (CBR)... 17 3.5.3 Report Integrativi (attualmente disponibili su Web Console)... 17 4 SCAMBIO FILES... 18 4.1 CUT-OFF TIME... 18 4.2 SICUREZZA ED INTEGRITÀ DEI FILES SCAMBIATI... 18 4.3 FILE NAMING CONVENTIONS... 18 4.3.1 Logical File Names... 18 4.3.2 Identificativo File (IF)... 20 4.3.3 File format e bulks... 21 4.3.4 XML Schemas... 21 4.4 VALIDATION OF INPUT PAYMENT FILES... 21 4.4.1 R-message validation... 22 4.5 ROUTING PROCESS AND BIC VALIDATION... 22 5 BULKS E MESSAGGI FORMATO MESSAGGI... 24 5.1 BULK TYPES... 24 5.1.1 CTO Bulk messages... 24 5.1.2 OVR Bulk messages... 24 5.1.3 CSO Bulk messages... 24 5.1.4 SCO Bulk messages... 24 5.2 FILE ENCODING... 25 5.3 CONTROLLO DI UNIVOCITÀ... 25 5.3.1 Message ID... 26 5.4 UTILIZZO DEI TAG INSTRUCTED AND INSTRUCTING AGENTS... 27 APPENDIX A XML FILES HEADERS... 29 A.1 XML CREDIT TRANSFER ORDERS (CTO) HEADER... 29 A.2 XML ORDERS VALIDATION REPORT (OVR) HEADER... 31 A.3 XML SETTLED CREDIT ORDERS (SCO) HEADER... 32 A.4 XML CANCELLED SETTLED ORDERS (CSO) HEADER... 33 APPENDIX B XML MESSAGE DEFINITIONS... 34 Pag. 3 of 97

B.1 USAGE OF CREDIT TRANSFERS (PACS.008.001.02 ) FILES CTO E SCO... 34 B.1.1 SCT CREDIT TRANSFER (PACS.008.001.02) BULK HEADER... 34 B.1.2 SCT CREDIT TRANSFER (PACS.008.001.02) INDIVIDUAL TRANSACTION... 36 B.2 USAGE OF RETURN TRANSACTION (PACS.004.001.02)... 46 B.2.1 SCT RETURN (PACS.004.001.02) BULK HEADER NEI FILE CTO E SCO... 46 B.2.2 SCT RETURN (PACS.004.001.02) INDIVIDUAL TRANSACTION... 48 B.3 USAGE OF RECALL (CAMT.056.001.01)... 61 B.3.1 SCT RECALL (CAMT.056.001.01) BULK HEADER... 61 B.3.2 SCT PAYMENT CANCELLATION REQUEST (CAMT.056.001.01) UNDERLYING TRANSACTION... 63 B.4 RESOLUTION OF INVESTIGATION (CAMT.029) BULK HEADER... 74 B.4.1 RESOLUTION OF INVESTIGATION (CAMT.029) TRANSACTION DETAIL... 76 B.5 PAYMENT STATUS... 82 B.5.1 SCT STATUS REPORT (PACS.002.001.03) BULK HEADER NEL FILE OVR... 82 B.5.2 SCT STATUS REPORT (PACS.002.001.03) NEI FILES OVR E CSO - ORIGINAL GROUP INFORMATION AND STATUS 82 B.5.3 SCT REJECT (PACS.002.001.03) NEL FILE OVR INDIVIDUAL TRANSACTION... 85 APPENDIX C ERROR CODES... 87 C.1 FILE LEVEL... 87 C.2 BULK LEVEL... 87 C.3 TRANSACTION LEVEL... 88 APPENDIX D AOS TRASFERIBILITÀ BONIFICI SCT... 90 D.1 SPECIFICHE DEI DATI RICHIESTI... 90 APPENDIX E REPORT FILE DETAILS... 91 E.1 DAILY RECONCILIATION REPORT (CBR)... 91 E.1.1 CBR HEADER... 91 E.1.2 CBR FILES/BULKS/TRANSACTIONS SENT... 92 E.1.3 CBR FILES/BULKS/TRANSACTIONS RECEIVED... 95 6 GLOSSARIO... 96 Pag. 4 of 97

1 Introduzione 1.1 Scopo del documento Il documento descrive i requisiti necessari per lo scambio dei dati tra le Banche Aderenti Dirette ed il Servizio SEPA Credit Transfer erogato dall ACH ICBPI ICCREA. Il documento è aggiornato alla versione 7.0 del Rulebook e delle relative Implementation Guidelines pubblicati dall EPC dello schema SCT [6][7]. 1.2 Background La collaborazione tra ICBPI ed ICCREA ha consentito di realizzare le infrastrutture necessarie per erogare le funzioni di ACH SEPA compliant con l attivazione in produzione di quelle riguardanti il SEPA Credit Transfer (SCT). La principale innovazione contemplata da questi standard, rappresentata dall adozione di norme procedurali uniformi per i bonifici in euro, è diventata operativa il 28 gennaio 2008. In tale data quindi, ha preso il via la Single Euro Payments Area (SEPA). Il Servizio SEPA Credit Transfer, che già nel corso del 2008 ha consentito alle proprie banche clienti l esecuzione di ordini di pagamento in euro transfrontalieri e nazionali nei paesi SEPA (paesi UE e SEE nonché la Svizzera), persegue ora l obiettivo di confermare continuamente la propria conformità agli standard SEPA. Pag. 5 of 97

1.3 Storia delle modifiche Data Autore Versione Status 23/12/2008 ICBPI 0.5 baseline 01/07/2010 ICBPI 1.0 Draft 13/07/2010 ICBPI 1.1 Draft 07/01/2010 ICBPI 1.2 FINAL 11/10/2011 ICBPI 2.0 FINAL 09/07/2012 ICBPI 3.0 Draft 23/07/2012 ICBPI 3.1 Draft 30/10/2012 ICBPI 3.3 Draft 11/12/2012 ICBPI 3.4 FINAL 21/11/2013 ICBPI 4.0 Draft Principali aggiornamenti della presente versione Aggiornamenti della corrente versione: o o Aggiornamento dei messaggi alla versione 7.0 del Rulebook: o Introduzione del campo Amount of The Credit Transfer obbligatorio (AT-04) nel messaggio CAMT.029 Aggiornamenti di maintenance o o Specificato che il campo Additional Information del PACS.004 deve essere obbligatorio in caso di Reason = FOCR ed è ammessa una sola riga Nel file OVR il campo Original File Reference è facoltativo e non obbligatorio Precedenti aggiornamenti (11/12/2012) o File CBR: corretta l indicazione delle posizioni dei singoli campi in: files/bulks/transactions sent e files/bulks/transactions received (pagg. 90, 91; il tracciato risultava già corretto). o Precedenti aggiornamenti (30/10/2011): Aggiornamento dei messaggi alla versione 6.0 del Rulebook: o Introduzione nuovo attributo (AT-49) Additional Information to AT-48 Recall Reason code, da utilizzare nel caso in cui la ragione del recall sia frode (FRAD), codice d errore VT13 Pag. 6 of 97

o o lunghezza del campo "Name" limitata a 70 caratteri nei seguenti Dataset: Interbank C.T. Reject PACS.002.001.03; Recall of C.T. Dataset CAMT.056.001.01, negative answer to a Recall of C.T. CAMT.029.001.03 (si segnala che per tali aggiornamenti non sono state apportate variazioni ai controlli sulla lunghezza massima di tali campi, in quanto già precedentemente limitati a 70 caratteri) Aggiornamenti di maintenance: o Nota di chiarimento su Payment Cancellation request, v. par. 4.5.1.1 o o o o o o o o Modificata tempistica per matching tra return e operazioni originale: l ACH effettuerà il matching del return con l original credit transfer se la data di regolamento della transazione originaria è al massimo D-40 (giorni di calendario). In caso contrario l ACH effettua solo un controllo formale e di raggiungibilità e, in caso di accettazione, la transazione sarà regolata ed inoltrata alla banca destinataria Aggiunti dettagli per la gestione dei messaggi ROI (camt 029) nel file CBR Allineate le specifiche relative ai codici di validazione con la versione del servizio in produzione XML Credit Transfer Orders (CTO) Header e XML Orders Validation Report (OVR), XML Cancelled Settled Orders (CSO), Settled Credit Orders (SCO) Header: modificata nota per test code (eliminato valore L, ammessi: T Test, P Produzione) Resolution of Investigation (camt.029), Bulk Header, pag. 73 e Transaction Detail (pag. 76), allineata la documentazione (lo schema risultava già corretto) SCT Reject (pacs.002.001.03) nel file OVR Individual Transaction, pag. 82, allineata la documentazione (lo schema risultava già corretto) Introdotti nuovi codici di errore V04 e VT81. Specificato il controllo del country code ISO del codice IBAN: deve essere un paese dell area SEPA. Precedenti aggiornamenti (11/10/2011): o Aggiornamento dei messaggi alla versione 5.0 del Rulebook o File OVR aggiunti nuovi codici di validazione (proprietary status code): (ACCN e ACRC) Pag. 7 of 97

o Nuova Logica di reach e routing BIC 8 e BIC 11 o o o Precedenti aggiornamenti: Aggiornamento dei messaggi alla versione 4.0 del Rulebook o o o o o pacs.008 aggiunto elemento 2.19 per AOS Trasferibilità camt.056 corretto Reason code (EPC Errata List A/009) corretto codici ISO e Proprietary (EPC Errata List A/016) pacs.004 aggiunto l elemento Returned Instructed Amount (EPC Errata List C/002) camt.029 introdotto Reason code ARDT (EPC Errata List A/007) corretto AT-R3 in AT-R6 (EPC Errata List (A/017) pacs.002 Introduzione degli error codes o aggiornato le tabelle dei codici Introduzione specifiche AOS Trasferibilità dei Bonifici 1.4 References Numero del Documento Titolo 1 SEPA Credit Transfer Scheme Rulebook Version 4.0 Approved EPC Ente 2 SEPA Credit Transfer Scheme Implementation guidelines Version 4.0 EPC Approved 3 SEPA Credit Transfer Scheme Rulebook Version 5.0 Approved EPC 4 SEPA Credit Transfer Scheme Rulebook Version 6.0 Approved EPC 5 SEPA Credit Transfer Scheme Implementation guidelines Version 6.0 EPC 6 SEPA Credit Transfer Scheme Rulebook Version 7.0 Approved EPC 7 SEPA Credit Transfer Scheme Implementation Guidelines Version 7.0 EPC Pag. 8 of 97

Pag. 9 of 97

2 I Flussi SCT SEPA Credit Transfer L ACH, in prima istanza, elabora i flussi che sono pervenuti attraverso il network, dai partecipanti diretti. I files contengono delle istruzioni di pagamento secondo le regole previste dal rulebook dell EPC. Alla fine del ciclo vengono prodotti dei saldi bilaterali per il sistema di settlement. Alla ricezione delle risposte (positive o negative) vengono preparati dei file che vengono inoltrati ai partecipanti diretti. Le istruzioni che avrebbero dovuto pervenire per un ciclo ma non vi sono entrate, automaticamente vengono trasferite al ciclo successivo. 2.1 Tipi di files Direzione Flusso Tipo File Contenuto XML Message used Banca ACH Icbpi-Iccrea ACH Icbpi-Iccrea Banca Mittente ACH Icbpi-Iccrea Banca Mittente ACH Icbpi-Iccrea Banca Ricevente ACH Icbpi-Iccrea Banca Ricevente ACH Icbpi-Iccrea Banche aderenti Credit Transfer Orders (CTO) Orders Validation Report (OVR) Cancelled Settled Orders (CSO) Settled Credit Orders (SCO) Settled Credit Orders (SCO) Closing Balance Credit Transfer Richieste di Cancellazione Storni/Positive Answer to a Recall Negative Answer to a Recall Conferma / Scarto dei messaggi ricevuti Pagamenti non regolati Credit Transfer ricevuti dal sistema (regolati) Returns ricevuti dal sistema (regolati) Riconciliazione di fine giornata pacs.008. camt.056. pacs.004. camt.029. pacs.002. pacs.002. pacs.008. pacs.004. camt.056 camt.029 NA XML Message EPC Description FI to FI Customer Credit Transfer Cancellation Request Payment Return Resolution of Investigation Payment Status Report Payment Status Report FI to FI Customer Credit Transfer FI to FI Customer Returns Cancellation Request Resolution of Investigation NA Pag. 10 of 97

Direzione Flusso Tipo File Contenuto XML Message used ACH Icbpi-Iccrea Banche aderenti ACH Icbpi-Iccrea Banche aderenti Report (CBR) Progressive Balance Report (PBR) Stored Balance Report (SBR) applicativa Riconciliazione progressiva per ciclo di regolamento Previsionale di regolamento per ciclo/giorno successivo NA NA XML Message EPC Description NA NA Pag. 11 of 97

2.2 Ciclo giornaliero 2.2.1 Ciclo fase A ACH ICBPI Iccrea (1) CTO File (2) OVR File 2.2.2 Ciclo fase B B (5) CSO File (6) SCO File (7) SCO File Ricevuti da altre ACH (8) CTO File Rilasciati verso altre ACH ACH ICBPI Iccrea Pag. 12 of 97

2.2.3 Ciclo fase finale di chiusura ACH ICBPI Iccrea (9) *BR Reconciliation File Pag. 13 of 97

3 Tipologia File 3.1 Credit Transfer Orders (CTO) Il partecipante diretto invia al sistema centrale gli ordini di pagamento mediante il file di tipo CTO. Il sistema centrale controllerà l univocità dell Identificativo File trasmesso. I pagamenti ricevuti dal sistema centrale subiscono una validazione con modalità real-time il cui esito è consultabile sulla web station. Il sistema centrale invia all aderente l esito della validazione mediante il file OVR. I pagamenti corretti vengono predisposti per la successiva fase di clearing. Un file di tipo CTO può contenere: Credit Transfers Returns Payment Cancellation Requests Resolutions of Investigation 3.2 Orders Validation Report (OVR) A fronte di ogni singolo file CTO ricevuto da un aderente diretto, il sistema centrale invierà un file di tipo OVR contenente l esito della validazione. L aderente riceve un file OVR indicante il rifiuto totale del file o il rifiuto parziale di alcune o tutte le istruzioni di pagamento contenute nel file CTO originario, deve quindi correggere gli errori e inviare un nuovo file CTO. Il rifiuto totale del file sarà operato dal sistema centrale in caso di incongruenze sui dati contenuti nell Header o in caso di not well formatted file. Il rifiuto parziale del file è il rifiuto delle singole istruzioni di pagamento in esso contenute e il file OVR riporterà le singole evidenze di errore per singolo messaggio. In caso di rifiuto totale il file OVR risulterà privo di dettaglio. Lo scarto di tutti i messaggi contenuti nel file verrà gestito dal sistema centrale come scarto parziale e quindi il file OVR conterrà le evidenze di errore per singolo messaggio. Al fine di migliorare la funzionalità del servizio in relazione alla validazione delle richieste di recall SCT, è possibile conoscere, con l esito di validazione, se la recall avrà luogo in pre settlement o in post settlement. L esito di validazione positiva di un messaggio di recall sarà comunicato con due codici diversi che corrispondono ai seguenti due casi: il messaggio di recall si riferisce ad un CT accettato ma non regolato il messaggio di recall si riferisce ad un CT regolato Pag. 14 of 97

Verranno utilizzati come codici di validazione (proprietary status code) rispettivamente i seguenti: ACCN Accepted as Cancellation ACRC Accepted as Recall Formato dell esito di validazione L esito di validazione sarà inviato con il messaggio di tipo OVR. Il messaggio di validazione (contenuto nel file di tipo OVR) relativo al messaggio di recall sarà formattato nel seguente modo: Status reason nel Group header: ACCP Status reason al livello transazione. Per il dettaglio transazione saranno utilizzate le informazioni minime (si rimanda alle specifiche di interfaccia). Eccezioni La validazione negativa non subisce alcuna modifica. Pag. 15 of 97

3.3 Settled Credit Orders (SCO) Gli aderenti ricevono tutti i credit transfers, i returns a loro diretti e regolati con successo, con un file di tipo SCO. I files SCO possono essere inviati all aderente in 3 modalità : 1. unico SCO che include tutte le transazioni; 2. un file SCO per singolo aderente indiretto tramitato; 3. un file SCO per tipologia di contenuto a. Pagamenti b. Returns; La modalità 2 e la modalità 3 sono compatibili, pertanto un aderente può scegliere di ricevere un file SCO per singolo aderente indiretto portato al regolamento con suddivisione per tipologia di contenuto. 3.4 Cancelled Settled Orders (CSO) Il file CSO viene inviato agli aderenti per notificare le disposizioni di pagamento non regolate dal sistema di settlement. 3.5 Reports Files 3.5.1 File di riconciliazione I file di riconciliazione vengono inviati su iniziativa dell aderente dal sistema centrale e sono di tre tipologie. 1. Progressive Balance Report (servizio aggiuntivo in fase di verifica) 2. Closing Balance Report 3. Stored Balance Report (servizio aggiuntivo in fase di verifica) Le informazioni contenute nei reports files sono comunque consultabili attraverso apposite funzioni messe a disposizione sul sistema PWS (Participant Web Station). Ulteriori forme di rendicontazione statistica sono in fase di verifica e saranno indicati nello specifica documento dei servizi a valore integrativo. Pag. 16 of 97

3.5.2 Closing Balance Report (CBR) Riferito alla data di regolamento appena chiusa, contiene le informazioni in termini di numero, importo e stato di tutte le transazioni inviate e ricevute regolate. Contiene quindi il saldo credito/debito definitivo della giornata di regolamento. 3.5.3 Report Integrativi (attualmente disponibili su Web Console) 3.5.3.1 Progressive Balance Report (PBR) Riferito alla data di regolamento utile, contiene le informazioni in termini di numero, importo e stato di tutte le transazioni inviate e ricevute regolate nel ciclo di regolamento appena terminato. Contiene quindi il saldo credito/debito momentaneo della giornata di regolamento e previsionale del successivo ciclo di regolamento 3.5.3.2 Stored Balance Report (SBR) Viene generato su richiesta dell aderente mediante l invio di un file SBR di iniziativa contenente le date di regolamento per le quali si richiede il previsionale. Per ogni data di regolamento indicata nel file SBR di iniziativa, vengono indicate le informazioni in termini di numero e importo di tutte le transazioni inviate e in attesa di essere regolate. Contiene quindi il saldo credito/debito previsionale della giornata di regolamento richiesta. Pag. 17 of 97

4 Scambio Files 4.1 Cut-Off time Le banche potranno inviare i loro files al sistema centrale nell arco dell intera giornata applicativa (24h). La validazione real-time dei files sarà sempre attiva ad eccezione delle finestra 22.00/08.00 nella quale il sistema non opererà e quindi invierà i file OVR relativi ai file ricevuti tra le 22.00 e le 08.00, alla riapertura del servizio (08.00). I Cut-Off descritti al momento non tengono conto di quelle che saranno le finestre di regolamento infra-day e pertanto sarà soggetto a modifiche e integrazioni nella successiva release di questo documento, in correlazione con il sistema di regolamento e al colloquio con altre ACH. 4.2 Sicurezza ed integrità dei Files scambiati I files scambiati tra l aderente e il sistema centrale sono soggetti a firma digitale mediante certificati PKI in uso nell infrastruttura di rete SwiftNet. L integrità dei file inviati dall aderente al sistema centrale, è garantita dalla riconciliazione delle informazioni contenute nel file e i dati indicati nell header di tratta. 4.3 File Naming Conventions Commento [ZM1]: Nella versione inglese c è un capitolo dedicato alla Data compression 4.3.1 Logical File Names Il nome logico del file deve identificare già in prima battuta la tipologia, data di scambio, se soggetto a compressione e garantire univocità a livello di supporto fisico. Deve essere così strutturato : EEEESSSBBBBBBBBX X.Z.(GZ) EEEE assume valore SI02 (Icbpi-Iccrea Clearing); SSS sono i tre caratteri che identificano il servizio, SCT (Sepa Credit Transfer) BBBBBBBB è il BIC(8) che identifica l aderente che invia o che riceve; X X sono 15 caratteri numerici usati dall aderente per garantire l univocità del nome supporto, l utilizzo consigliato e lo standard adottato da Icbpi-Iccrea è yyyymmddnnnnnnn data applicativa + progressivo all interno della data. Z indica la tipologia del file: T = CTO; V = OVR; C = CSO; Pag. 18 of 97

S = SCO; L = CBR; P = PBR; W = SBR Pag. 19 of 97

4.3.2 Identificativo File (IF) L identificativo file contenuto nell header applicativo del file ha lo scopo di rendere univoco il supporto logico contenuto nel file fisico inviato da o per la banca. L IF è soggetto a controllo da parte del sistema centrale e la mancata univocità di tale identificativo genererà uno scarto totale del file per possibile duplicazione. La validità del controllo è comunque circoscritta nell ambito di 15 giorni solari a partire dalla data di creazione indicata nell header. Lo standard di riferimento è lasciato libero per l aderente ma va considerato che i caratteri non sono gestiti in case sensitive dal sistema centrale e pertanto è consigliato l utilizzo di caratteri in modalità UpperCase. Il sistema centrale comunque adotta lo standard di seguito riportato : AYYYYMMDDNNNNNNN, where: A indica il tipo di file: T = CTO; V = OVR; C = CSO; S = SCO; L = CBR; P = PBR; W = SBR YYYYMMDD data applicativa NNNNNNN progressivo all interno della data applicativa Nota che in caso di scarto totale del file per motivi non riconducibili a mancata univocità del IF, l aderente può dopo le correzioni inoltrare il file con lo stesso IF in quanto questo precedentemente non è stato registrato dal sistema centrale. In caso di scarto parziale del file, i pagamenti corretti devono essere rispediti in un file con diverso IF. Pag. 20 of 97

4.3.3 File format e bulks I files CTO, OVR e SCO sono strutturati in più messaggi di bulk con specifico group header che a loro volta contengono più transazioni di pagamento, storni o richieste di cancellazione. I group header di Bulks hanno sempre un identificativo univoco (MessageID); Le transazioni contenute in un Credit Transfer bulk devono avere tutte la medesima data di regolamento; Possono comunque essere presenti più bulks con stessa data di regolamento all interno dello stesso file. Nel caso di differenti tipologie di bulk all interno dello stesso file, queste devono essere presenti con uno specifico ordine : Credit Transfers; Payment Cancellation Requests; Returns; Result of Investigation. 4.3.4 XML Schemas Da notare che gli schema di validazione per i file inviati dalle banche sono quelli qui descritti e distribuiti dal Sistema Icbpi-Iccrea. La versione 2009 dello standard ISO 20022 introduce un nuovo elemento, il message root definito per tutti i messaggi come di seguito illustrato: pacs.008.001.02 <FIToFICstmrCdtTrf> pacs.004.001.02 <PmtRtr> pacs.002.001.03 <FIToFIPmtStsRpt> camt.056.001.01 <FIToFIPmtCxlReq> camt.029.001.02 <RsltnOfInvstgstn> 4.4 Validation of Input Payment Files La validazione dei files CTO inviati al sistema centrale dagli aderenti è costituito da 5 fasi di controllo : Controllo trasmissivo sono controllati data e nome logico del file; o Scarto totale del file Se indicata la compressione il file viene decompresso (in caso di incongruenza viene respinto); o Scarto totale del file Pag. 21 of 97

Verifica dell integrità del file controlli su header file, univocità e congruenza di contenuto; o Scarto totale del file Unbulk del file validazione su schema XML e verifica dell univocità del singolo bulk; o Scarto parziale del singolo bulk all interno del file Controlli di merito diagnosi della singola transazione sulle regole stabilite dal servizio; o Scarto parziale delle singole transazioni contenute nel bulk In aggiunta ai controlli formali e di business, l ACH Icbpi-Iccrea effettuerà anche controlli sulle modalità di erogazione del servizio specifiche per ogni partecipante. In caso di violazione della configurazione del servizio la transazione sarà scartata per specific operation not allowed. 4.4.1 R-message validation 4.4.1.1 Payment cancellation request Al fine di aumentare le performance dell ACH è stata attivata una logica di elaborazione che consente l esecuzione (validazione) simultanea di più messaggi. La validazione simultanea di più messaggi non implica necessariamente che la validazione avvenga secondo una logica first-in-first-out. Pertanto, nel caso in cui sia necessario ordinare la cancellazione di un operazione di credit transfer inviata durante la fase di deferred mode, si consiglia di attendere il relativo esito di validazione prima di inviare il messaggio di richiesta di cancellazione. 4.4.1.2 Return L ACH effettuerà il matching del return con l original credit transfer se la data di regolamento della transazione originaria è al massimo D-40 (giorni di calendario). In caso contrario l ACH effettua solo un controllo formale e di raggiungibilità e, se accettata, la transazione sarà regolata ed inoltrata alla banca destinataria. 4.5 Routing process and BIC Validation La validazione del BIC ricevente avviene tramite l utilizzo delle anagrafiche di routing gestite dal sistema centrale. L anagrafica è di tipo storico e può essere distribuita su richiesta agli aderenti al servizio Icbpi-Iccrea. Pag. 22 of 97

I messaggi validi verranno, dopo la fase di regolamento, inviati alla ACH controparte sulla quale è attestata la banca ricevente. Questa informazione è contenuta nella anagrafica di routing ma non presente nella directory distribuita agli aderenti Il ricevente fisico del messaggio è identificato come Instructed Agent relativo al Creditor Agent BIC destinatario del messaggio. In caso di messaggi di Returns, l Instructed Agent è relativo all Original Debtor Agent BIC contenuto nel credit transfer di pagamento originale. Nuova logica di reach and routing BIC8 BIC11 L ACH ICBPI ICCREA, allineandosi al nuovo Framework Eacha, adeguerà l algoritmo di routing come segue: se nella routing table dell ACH (tabella SCTSI0 formata dai bic forniti dai nostri aderenti diretti e indiretti e da quelli comunicati dalle altre ACH italiane ed estere con cui abbiamo accordi di interoperabilità), per un determinato istituto, è presente un bic 8, esempio ABCDIT22, il routing degli SCT verrà effettuato su qualunque bic 11 contenente il bic8, es. ABCDIT22123, ABCDIT22XXX, ABCDIT22678.. se nella routing table dell ACH, per un determinato istituto, sono presenti solo bic 11, esempio ZYXWIT22XXX, ZYXWIT22345, ZYXWIT22789, il routing degli SCT verrà effettuato solo sui bic 11 censiti. Pag. 23 of 97

5 Bulks e Messaggi Formato messaggi 5.1 BULK TYPES 5.1.1 CTO Bulk messages Un file CTO può contenere più bulks, ciascun bulk deve essere congruente in termini di : Message Type, e Interbank Settlement Date. 5.1.2 OVR Bulk messages Per ogni file CTO inviato al sistema centrale, l aderente riceverà un file OVR contenente le evidenze di rifiuto per singola transazione. L header OVR conterrà inoltre il numero e l importo totale dei bulks originari, accettati e rifiutati. Per ogni bulk ricevuto dal sistema centrale, nel file OVR sarà presente un bulk indicante il numero e l importo totale dei pagamenti originari, accettati e rifiutati. Il bulk contenuto nel file OVR conterrà a sua volta le informazioni di accettazione e rifiuto dei pagamenti originari. Nel caso in cui un bulk originario è stato scartato interamente, il bulk errato nell OVR risulterà privo delle transazioni al suo interno. Nel caso in cui l intero file sia stato scartato interamente, il file OVR conterrà il solo Header errato privo di bulk al suo interno. 5.1.3 CSO Bulk messages Il file CSO conterrà le evidenze di mancato regolamento per singolo pagamento. Pertanto i bulks presenti all interno del file CSO avranno relazione con quelli originariamente inviati dall aderente. 5.1.4 SCO Bulk messages Il file SCO contiene i messaggi ricevuti da altre entità e inviati all aderente raggruppati per data di regolamento. Non hanno relazione con quelli originariamente ricevuti dal sistema centrale, che opera bulk esemplificativo per il suo aderente. Pag. 24 of 97

5.2 File Encoding Come da SEPA Implementation Guidelines, il sistema ICBPI-ICCREA supporta UTF-8 character set. a b c d e f g h i j k l m n o p q r s t u v w x y z A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 0 1 2 3 4 5 6 7 8 9 / -? : ( )., ' + CR LF Space 5.3 Controllo di Univocità I messaggi e i file sono soggetti a controllo di univocità nell ambito che segue : Message Type Reference Number Bank ID Files - Nome File Identificativo File Mittente BIC(8) Nell ambito di 15 gg CTO Bulks - Msg ID Instructing Agent or Assigner Icbpi-Iccrea Bulks - Msg ID Icbpi-Iccrea BIC Credit Transfers pacs.008 Transaction ID Debtor Agent Reject pacs.002 Status ID Icbpi-Iccrea BIC Return pacs.004 Return ID Original Creditor Agent Resolution of Investigation camt.029 Identification Original Creditor Agent Payment Cancellation Request camt.056 Cancellation ID Original Debtor Agent Pag. 25 of 97

5.3.1 Message ID Il MessageID è univoco nell ambito sopra descritto e di libera interpretazione da parte dell aderente che lo invia. Il sistema centrale non lavora in modalità CaseSensitive per tanto si consiglia l utilizzo di UpperCase. Il sistema centrale adotta lo standard che segue : ASSSYYYYMMDDYYHHMMSSNNNNNNNNNNNNNNN, dove: A indica il tipo di file : T = CTO; V = OVR; C = CSO; S = SCO; L = CBR; P = PBR; W = SBR SSS indica il servizio e assume valore SCT ; YYYYMMDD è la data di generazione del bulk; HHMMSS è l ora di generazione del bulk; NNNNNNNNNNNNNNN progressivo incrementale giornaliero. In caso di scarto totale di un bulk, il MessageID può essere rinviato in quanto non viene registrato da parte del sistema centrale. Pag. 26 of 97

5.4 Utilizzo dei Tag Instructed and Instructing Agents Negli schema questi tag appaiono sia a livello di Bulk GroupHeader che di singola transazione, le regole di utilizzo sono quelle che seguono : CTO Field Level Status Instructing Agent Group Header Mandatory Individual Transaction Not Present Instructed Agent Group Header Not Present Individual Transaction Not Present OVR Field Level Status Instructing Agent Group Header Not Present Individual Transaction Not Present Instructed Agent Group Header Not Present Individual Transaction Not Present SCO Field Level Status Instructing Agent Group Header Not Present Individual Transaction Mandatory Instructed Agent Group Header Mandatory Individual Transaction Not Present CSO Field Level Status Instructing Agent Group Header Mandatory Pag. 27 of 97

Individual Transaction Not Present Instructed Agent Group Header Not Present Individual Transaction Mandatory Pag. 28 of 97

APPENDIX A XML FILES HEADERS A.1 XML Credit Transfer Orders (CTO) Header Status Field Name XML Format Notes Element M Sending Institution SndgInst 4!a2!a2!c BIC(8) dell istituzione che invia il file M Receiving Institution (error code T11) RcvgInst 4!a2!a2!c BIC(8) Icbpi-Iccrea (error code T12) M File Reference Fileref 16!x Identificativo File (error code T13) M Service SrvcId 3!a SCT (error code T03) Identifier M Test Code TstCode 1!a T Test P Production (error code T14) M File Type FType 3!a CTO. M File Date and FDtTm ISODateTim Data e ora di creazione Time e M Total Number of pacs.008 Bulks NumCTBlk 8n Numero totale di Bulks di tipo Credit Transfer contenuti nel file M M M Total Number of camt.056 Bulks Total Number of pacs.004 Bulks Total Number of camt.029 (error code T18) NumPCRBlk 8n Numero totale di Bulks di tipo Payment Cancellation REquest contenuti nel file (error code T19) NumRFRBlk 8n Numero totale di Bulks di tipo Return contenuti nel file (error code T20) NumROIBlk 8n Numero totale di Bulks di tipo Resolution of Pag. 29 of 97

Investigation contenuti nel file (error code T21) Pag. 30 of 97

A.2 XML Orders Validation Report (OVR) Header Status Field Name XML Format Notes Element M Sending SndgInst 4!a2!a2!c BIC(8) Icbpi-Iccrea Institution M Receiving Institution RcvgInst 4!a2!a2!c BIC(8) dell istituzione che ha inviato il file originale M Service SrvcId 3!a SCT Identifier M Test Code TstCode 1!a T Test P Production M File Type Ftype 3!a OVR. M File Reference FileRef 16!x Identificativo File O Original File Reference OrigFRef 16!x Identificativo del File originale CTO al quale si riferisce il file OVR M M M Original File Name Original Date And Time File Reject Reason File Business Date OrigFName 32x Nome Logico del file originale CTO al quale si riferisce il file OVR OrigDtTm ISO Date & Time Data e ora di produzione del file originale CTO al quale si riferisce il file OVR FileRjctRsn 3!x Codice identificativo di errore che ha generato l eventuale scarto totale FileBusDt ISO Date Data di creazione del file OVR Pag. 31 of 97

A.3 XML Settled Credit Orders (SCO) Header Status Field XML Format Notes Name Element M Sending SndgInst 4!a2!a2!c BIC(8) Icbpi-Iccrea Institution M Receiving Institution RcvgInst 4!a2!a2!c BIC(8) dell aderente che riceve il file M Service SrvcId 3!a SCT Identifier M Test Code TstCode 1!a T Test P Production M File Type FType 3!a SCO M File FileRef 16x Identificativo File Reference M Routing Indicator RoutingInd 3!a DIR : File contenente le sole istruzioni per l aderente diretto IND : File contenente le sole istruzioni per l aderente indiretto M O M M M Content Type Indirect Istitution File Business Date Total Number of pacs.008 Bulks Total Number of camt.056 ALL : File cumulativo CType 3!a RET : File contenente solo i return CTR : File contenente solo i pagamenti credit transfer ALL : File cumulativo IndInst 4!a2!a2!c BIC(8) dell aderente indiretto al quale si riferiscono le informazioni contenute nel file. Presente solo in caso di RoutingInd = IND FileBusDt ISO Date Data di creazione del file SCO NumCTBlk 8n Numero totale di Bulks di tipo Credit Transfer contenuti nel file NumPCRBlk 8n Numero totale di Bulks di tipo Payment Cancellation REquest contenuti nel file Pag. 32 of 97

M M Bulks Total Number of pacs.004 Bulks Total Number of camt.029 NumRFRBlk 8n Numero totale di Bulks di tipo Return contenuti nel file NumROIBlk 8n Numero totale di Bulks di tipo Resolution of Investigation contenuti nel file A.4 XML Cancelled Settled Orders (CSO) Header Status Field XML Format Notes Name Element M Sending SndgInst 4!a2!a2!c BIC(8) Icbpi-Iccrea Institution M Receiving Institution RcvgInst 4!a2!a2!c BIC(8) dell aderente che riceve il file M Service SrvcId 3!a SCT Identifier M Test Code TstCode 1!a T Test P Production M File Type FType 3!a CSO M File FileRef 16x Identificativo File Reference M File FileBusDt ISO Date Data di creazione del file CSO Business Date M File Cycle Number FileCycleNo 2!n Ciclo di regolamento che ha generato le evidenze contenute nel file Pag. 33 of 97

APPENDIX B XML MESSAGE DEFINITIONS B.1 Usage of Credit Transfers (pacs.008.001.02 ) files CTO e SCO B.1.1 SCT Credit Transfer (pacs.008.001.02) Bulk Header XML Tag Format Stat RB Ref Usage Rules GrpHdr +MsgId GrpHdr +CreDtTm GrpHdr +NbOfTxs GrpHdr +TtlIntBkSttlmAmt 35x M NA bulk reference. Codice univoco : error code DUPL. ISO DATE M NA date & time di creazione. (Error code V04) 15n M NA Numero totale di transazioni contenute nel bulk. 18d EUR M M NA Deve corrispondere al numero di transazioni contenute nel bulk: error code V03. Non deve essere maggiore del numero massimo Massimo di transazioni:error code V02 Importo totale delle transazioni contenute nel bulk. 15 interi e 2 decimali dopo la virgola (schema validation); Divisa sempre EUR (schema validation); Deve corrispondere al toale degli importo delle single transazioni contenute nel bulk: error code V05. Deve essere maggiore uguale a 0,01: error code V13. Pag. 34 of 97

GrpHdr +IntBkSttlmDt GrpHdr +StllmInf ++SttlmMtd GrpHdr +SttlmInf ++ ClrSys +++Prtry GrpHdr +InstgAgt ++FinInstnId +++BIC GrpHdr +InstdAgt ++FinInstnId +++BIC ISO DATE M AT-42 Data di regolamento delle transazioni contenute nel bulk. 4!a M NA Metodo di regolamento. Deve essere una data valida secondo il calendario TARGET e Deve essere compresa nel range ammesso (D+3) per transazioni in warehousing: error code V15. Solo CLRG ammesso (schema validation). 3!a M NA Identificativo del Clearing System. Solo SIC ammesso: error code V16. 4!a2!a2!c C NA Aderente diretto che ha originato il Bulk. Usato solo nel file CTO 4!a2!a2!c C NA Aderente che deve ricevere il bulk. Deve essere lo stesso presente nel tag SndgInst dell header CTO: error code V10. Usato solo nel file SCO: error code V11. Sarà uguale al Receiving Inst indicato nell header SCO. Pag. 35 of 97

B.1.2 SCT Credit Transfer (pacs.008.001.02) Individual Transaction XML tag Format Status RB Ref Validation Rules CdtTrf +PmtId ++InstrId CdtTrf +PmtId ++EndToEndId CdtTrf +PmtId ++TxId CdtTrf +PmtTpInf ++SvcLvl ++Cd CdtTrf +PmtTpInf ++LclInstrm +++Cd 35x O Identificativo dell istruzione di pagamento. Non controllato. 35x M AT-41 End to End Id. Se non presente deve contenere NOTPROVIDED Non controllato 35x M AT-43 Transaction Id. 4!a M AT-40 Service Level. Univoco e controllato nell ambito di duplicazione : error code AM05. Deve essere SEPA (schema validation) 35x C Code Local Instrument non può essere utilizzato insieme al campo successivo: schema validation In caso di bonifico da routing (AOS Trasferibilità bonifici) deve essere valorizzato con RTE : error code VT13 Pag. 36 of 97

XML tag Format Status RB Ref Validation Rules CdtTrf +PmtTpInf ++LclInstrm +++Prtry CdtTrf +PmtTpInf ++CtgyPurp CdtTrf +IntrBkSttlmAmt CdtTrf +IntrBkSttlmDt CdtTrf +AccptncDtTm 35x C Proprietary Local Instrument non può essere utilizzato insieme al campo precedente: schema validation 4!a O AT-45 Category Purpose della transazione(codice ISO 20022) 18d 3!a M M AT-04 Ammessi CODE o Proprietary (schema error). Il valore non è controllato Importo della transazione. La divisa deve essere EUR (schema validation); Il numero di interi e decimali dopo la virgola non devono superare quelli ammessi per la divisa EUR (schema validation); Deve essere maggiore di 0 : error code AM01. ISO Date O NA AOS Trasferibilità dei Bonifici: ISO Date O Data di accettazione Data di regolamento del bonifico originario. Può essere utilizzato solo in caso di SCT da routing; error code VT13 Deve essere una data valida secondo il calendario TARGET e precedente alla data di regolamento dell SCT da routing; error code DT01 Se mancante in caso di RTE : error code VT33 Campo non ammesso; error code VT80 Pag. 37 of 97

XML tag Format Status RB Ref Validation Rules CdtTrf +InstdAmt Attribute CdtTrf +XchgRate CdtTrf +ChrgBr CdtTrf +ChrgsInf ++ChrgsAmt Attribute CdtTrf +ChrgsInf ++ChrgsPty +++FinInstnId ++++BIC CdtTrf + PrvsInstgAgt ++ FinInstnId +++BIC CdtTrf +InstgAgt 18d 3!a O Importo in divisa 11d O Tasso di cambio Campo non ammesso; error code VT80 4!a M Solo SLEV ammesso. (schema validation) 18d 3!a O C Importo commissione. Campo non ammesso; error code VT80 4!a2!a2!c[3!c] O BIC soggetto a commissione 4!a2!a2!c [3!c] Campo non ammesso; error code VT80 O NA AOS Trasferibilità bonifici: The Previous Instructing Agent. Può essere usato solo in caso di bonifico da routing codice di errore VT13 Se mancante in caso di RTE : error code VT33 4!a2!a2!c[3!c] O Istituzione che ha originato questo Credit Transfer Usato solo nel file SCO: error code VT13 Pag. 38 of 97

XML tag Format Status RB Ref Validation Rules CdtTrf +UltmtDbtr ++Nm CdtTrf +UltmtDbtr ++PstlAdr +++Ctry CdtTrf +UltmtDbtr ++PstlAdr +++AdrLine CdtTrf + UltmtDbtr ++Id +++OrgId ++++BIC CdtTrf +UltmtDbtr ++Id +++PrvtId 70x O AT-08 Ultimate Debtor Name 2!a C NA Paese Ultimate Debtor. Campo non ammesso; error code VT80 2*70x O NA Indirizzo Ultimate Debtor Campo non ammesso; error code VT80 Sono ammesse un massimo di due righe da 70 caratteri (schema validation). 4!a2!a2!c[3!c] C AT-10 BIC Identificativo Ultimate Debtor (Ordering identification code). Non consentito se utilizzato il tag seguente(schema validation) vedi schema C AT-09 Identificativo Ultimate Debtor: Private ID Non consentito se utilizzato il tag precedente(schema validation) Pag. 39 of 97

XML tag Format Status RB Ref Validation Rules CdtTrf +UltmtDbtr ++CtryOfRes CdtTrf +Dbtr ++Nm CdtTrf +Dbtr ++PstlAdr +++Ctry CdtTrf +Dbtr ++PstlAdr +++AdrLine CdtTrf +Dbtr ++Id +++OrgId ++++BIC 2!a O NA Campo non ammesso; error code VT80 Paese di residenza Ultimate Debtor 70x M AT-02 Nome del Debitore 2!a C AT-03 Paese del debitore. Deve essere un codice ISO 3166 valido: error code VT73 2*70x O AT-03 Indirizzo del Debitore Sono ammesse un massimo di due righe da 70 caratteri (schema validation). 4!a2!a2!c[3!c] C AT-10 BIC Identificativo del debitore (Ordering identification code). Non consentito se utilizzato il tag seguente(schema validation) Pag. 40 of 97

XML tag Format Status RB Ref Validation Rules CdtTrf +Dbtr ++Id +++PrvtId CdtTrf +Dbtr ++CtryOfRes vedi schema C AT-10 Identificativo del Debitore (Ordering Id code): Private ID Non consentito se utilizzato il tag precedente(schema validation) 2!a O Campo non ammesso; error code VT80 CdtTrf +DbtrAcct ++Id +++IBAN CdtTrf +DbtrAgt ++FinInstnId +++BIC CdtTrf +CdtrAgt ++FinInstnId +++BIC 2!a2!n30x M AT-01 IBAN del debitore 4!a2!a2!c[3!c] M AT-06 Banca del debitore 4!a2!a2!c[3!c] M AT-23 Banca del creditore Soggetto a validazione ISO 13616: error code VD19; and I primi due caratteri devono essere un codice ISO 3166 valido di un paese SEPA: error code VT73. Deve essere una banca aderente Diretta o Indiretta e attivo per la data di regolamento indicata per la transazione: error code TY01. Deve essere una banca aderente Diretta o Indiretta e attivo per la data di regolamento indicata per la transazione: error code TY01. Pag. 41 of 97

XML tag Format Status RB Ref Validation Rules CdtTrf +Cdtr ++Nm 70x M AT-21 Nome del Creditore CdtTrf +Cdtr ++PstlAdr +++Ctry CdtTrf +Cdtr ++PstlAdr +++AdrLine CdtTrf +Cdtr ++Id +++OrgId ++++BIC CdtTrf +Cdtr ++Id +++PrvtId 2!a C AT-22 Paese del Creditore. Deve essere un codice ISO 3166 valido: error code VT73 2*70x O AT-22 Indirizzo del Creditore Sono ammesse un massimo di due righe da 70 caratteri (schema validation). 4!a2!a2!c[3!c] C AT-10 BIC Identificativo del Creditore (Beneficiary identification code). Non consentito se utilizzato il tag seguente(schema validation) vedi schema C AT-24 Identificativo del Creditore (Beneficiary Id code): Private ID Non consentito se utilizzato il tag precedente(schema validation) Pag. 42 of 97

XML tag Format Status RB Ref Validation Rules CdtTrf +Cdtr ++CtryOfRes CdtTrf +CdtrAcct ++Id +++IBAN CdtTrf +UltmtCdtr ++Nm CdtTrf +UltmtCdtr ++PstlAdr +++Ctry CdtTrf +UltmtCdtr ++PstlAdr +++AdrLine 2!a O Campo non ammesso; error code VT80 2!a2!n30x M AT-20 IBAN del creditore Soggetto a validazione ISO 13616: error code VD19; and 70x O The Ultimate Creditor Name. 2!a C NA Paese Ultimate Creditor I primi due caratteri devono essere un codice ISO 3166 valido di un paese SEPA: error code VT73. Campo non ammesso; error code VT80 2*70x O NA Indirizzo Ultimate Creditor Campo non ammesso; error code VT80 Sono ammesse un massimo di due righe da 70 caratteri (schema validation). Pag. 43 of 97

XML tag Format Status RB Ref Validation Rules CdtTrf +UltmtCdtr ++Id +++OrgId ++++BIC CdtTrf +UltmtCdtr ++Id +++PrvtId CdtTrf +UltmtCdtr ++CtryOfRes CdtTrf +InstrForCdtrAgt ++Cd CdtTrf +InstrForCdtrAgt ++InstrInf CdtTrf +Purp ++Cd 4!a2!a2!c[3!c] C AT-10 BIC Identificativo Ultimate Creditor Organisation Identification Non consentito se utilizzato il tag seguente(schema validation) vedi schema C AT-09 Identificativo Ultimate Creditor: Private ID Non consentito se utilizzato il tag precedente(schema validation) 2!a O NA Campo non ammesso; error code VT80 Paese di residenza Ultimate Creditor 4!a O The Instruction for Creditor Agent (ISO20022 code). 140x O AOS Trasferibilità bonifici: The Instruction for Creditor Agent. Può essere utilizzato solo in caso di SCT da routing; error code VT13 Se mancante in caso di RTE : error code VT33 35x O AT-44 The Purpose of the transaction (codice ISO20022) Non deve essere valorizzato se è presente il tag successivo(schema validation) Pag. 44 of 97

XML tag Format Status RB Ref Validation Rules CdtTrf +Purp ++Prtry CdtTrf +RgltryRptg CdtTrf +RltdRmInf CdtTrf +RmInf 35x O AT-44 The Purpose of the transaction (codice proprietario) Non deve essere valorizzato se è presente il tag precedente(schema validation) NA O ISO20022 XML validation. Campo non ammesso; error code VT80 NA O ISO20022 XML validation. 140 x O C AT-05 Campo non ammesso; error code VT80 Structured or Unstructured Remittance Information. Un Massimo di 1 Structured or Unstructured occorrenze con un limite di 140x (schema validation). Se maggiore di una occorrenza; error code VT80 In caso di Structured massimo 140x per occorrenza esclusi i tags. Error Code VT33. Attualmente è prevista solo un occorrenza Pag. 45 of 97

B.2 Usage of Return Transaction (pacs.004.001.02) B.2.1 SCT Return (pacs.004.001.02) Bulk Header nei file CTO e SCO XML Element Format Status Validation Rules GrpHdr +MsgId GrpHdr +CreDtTm GrpHdr +NbOfTxs GrpHdr +TtlRtrdIntrBkSttlmAmt Attribute GrpHdr +IntrBkSttlmDt GrpHdr +SttlmInf ++SttlmMtd 35x M Message reference impostato dal mittente. ISO Date & Time Uniqueness is checked: error code DUPL. M Data e Ora di creazione (Error code V04) 15n M Numero di transazioni incluse nel bulk. 18d 3!a ISODate M M M AT-R4/AT-R8 Deve corrispondere al numero di transazioni effettivo: error code V03. Non deve essere maggiore del numero massimo di transazioni: error code V02 Importo totale delle transazioni contenute nel bulk. 15 interi e 2 decimali dopo la virgola (schema validation); La divisa deve essere EUR (schema validation); Deve essere maggiore di 0 : error code V13; and Deve essere uguale alla somma degli importi delle singole transazioni contenute nel bulk: error code V05. Data di regolamento delle transazioni contenute. Deve essere compresa nel range consentito: error code V15. 4!a M Informazioni sul metodo si regolamento. Supportato solo CLRG. (schema validation) Pag. 46 of 97

XML Element Format Status Validation Rules GrpHdr +SttlmInf ++ClrSys +++Prtry GrpHdr +InstgAgt ++FinInstnId +++BIC GrpHdr +InstdAgt ++FinInstnId +++BIC 3!a M Identificativo del sistema di clearing. Proprietary identification of the Clearing System. Solo SIC ammesso: error code V16. 4!a2!a2!c C Aderente diretto che ha originato il bulk. Deve essere lo stesso presente nel tag SndgInst dell header CTO: error code V10. Usato solo nel file CTO. error code V10 4!a2!a2!c C Istituzione che ha originato questo Credit Transfer Usato solo nel file SCO: error code V11 Pag. 47 of 97

B.2.2 SCT Return (pacs.004.001.02) Individual Transaction Each ICF message must be sent within the configured time period for type of message. XML Element Format Status RB Ref Usage Rules and Validation +RtrId +OrgnlGrpInf ++OrgnlMsgId +OrgnlGrpInf ++OrgnlMsgNmId AndSts +OrgnlInstrId +OrgnlEndToEndId +OrgnlTxId 35x M R5 Return Id: Univoco e controllato: error code AM05. 35x M NA Message ID del bulk contenente la transazione originale. 35x M NA Message Name Id del pagamento originale (pacs.008.001.02) 35x O NA Instruction ID del pagamento originale 35x M NA End to End Id del pagamento originale 35x M NA Transaction Id della transazione originale La transazione originale deve essere presente: error code VT78 lo stato della transazione deve essere regolato (error code VT75) Pag. 48 of 97

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlIntrBkSttlmAmt Attribute +RtrdIntrBkSttlmAmt Attribute +RtrdInstdAmt 18d 3!a 18d 3!a M R6 Importo della transazione originale. La divisa deve essere EUR (schema validation) M NA Importo della transazione. Il numero di interi e decimali non deve superare quello consentito. (schema validation) Deve essere uguale all importo originario al netto delle commissioni (Charges Information) se Return Reason è FOCR; error code AM02 Deve essere uguale all importo originario se Return Reason è diverso da FOCR; error code VT77 La divisa deve essere EUR (schema validation); and 18d O NA Returned Instructed Amount Il numero di interi e decimali non deve superare quello consentito. (schema validation) Deve essere uguale o maggiore di 0.01: error code AM01. Deve essere presente se presente l elemento Charges Information ; error code VT13 Ammesso solo in caso di risposta positiva ad una Recall (reason FOCR); error code VT33 Pag. 49 of 97

XML Element Format Status RB Ref Usage Rules and Validation +CmpstnAmt +ChrgBr +ChrgsInf ++ChrgsAmt Attribute DrctDbt +ChrgsInf ++ChrgsPty +++FinInstnId ++++BIC +InstgAgt ++FinInstnId +++BIC 18d 3!a O C NA Compensation Amount; deve espresso in EUR ; 4!a O NA Solo valore SLEV ammesso 18d 3!a O C 4!a2!a2!c[3!c] O NA Charges Party NA Il numero di interi e decimali non deve superare quello consentito. (schema validation) Presente solo se Returned Interbank Settlement Amount è differente dal Original Settlement Amount. ammessa una sola occorrenza 4!a2!a2!c C NA BIC(8) Aderente diretto che origina il return. Presente solo sul file SCO: Error code VT13. Pag. 50 of 97

XML Element Format Status RB Ref Usage Rules and Validation +InstdAgt ++FinInstnId +++BIC +RtrRsnInf ++RtrOrgtr +++Nm +RtrRsnInf ++RtrOrgtr +++Id ++++OrgId +++++BIC +RtrRsnInf ++RtrnRsn +++Cd +RtrRsnInf ++RtrnRsn +++Prtry 4!a2!a2!c O NA Non sarà presente nel file SCO inviato alle banche aderenti 70x C R2 Cliente che origina la transazione. 4!a2!a2!c[3!c] C R2 La banca che origina la transazione. 4!a C NA Return Reason Code (ISO20022) 4!a C NA Return Reason Code (Codice Proprietario) Pag. 51 of 97

XML Element Format Status RB Ref Usage Rules and Validation +RtrRsnInf ++AddtlInf +OrgnlTxRef ++IntrBkSttlmDt +OrgnlTxRef ++SttlmInf +++SttlmMtd +OrgnlTxRef ++PmtTpInf +++SvcLvl ++++Cd +OrgnlTxRef ++PmtTpInf +++LclInstrm ++++Cd 105x C AT-R7 Additional Information ISO DATE M NA Data di regolamento originale. 4!a M NA Settlement Method 4!a M NA Service Level Code. attributo AT-R7 (specific reference of the bank initiating the recall) deve essere presente solo se reason è FOCR (error code VT13) ed è ammessa una sola riga Deve essere la stessa data contenuta nella transazione originale ammesso solo il valore CLRG; (schema error) Deve essere SEPA. 35x C NA Payment Type Information Non può essere usato allo stesso tempo con l elemento successivo Pag. 52 of 97

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++PmtTpInf +++LclInstrm ++++Prtry +OrgnlTxRef ++PmtTpInf +++CtgyPurp ++++Cd +OrgnlTxRef ++PmtTpInf +++CtgyPurp ++++Prtry +OrgnlTxRef ++RmtInf 35x C NA Payment Type Information Non può essere usato allo stesso tempo con l elemento precedente 4x C AT-45 Category Purpose della transazione (codice ISO 20022) Non può essere usato allo stesso tempo con l elemento successivo 35x C AT-45 Category Purpose della transazione proprietario 140x O C NA Non può essere usato allo stesso tempo con l elemento precedente Structured or Unstructured Remittance Information. Un Massimo di 1 Structured or Unstructured occorrenze con un limite di 140x (schema validation) In caso di Structured massimo 140x per occorrenza esclusi i tags. Error Code VT33. Attualmente è prevista solo un occorrenza Pag. 53 of 97

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++UltmtDbtr +++Nm +OrgnlTxRef ++UltmtDbtr +++PstlAdr ++++Ctry +OrgnlTxRef ++UltmtDbtr +++PstlAdr ++++AdrLine +OrgnlTxRef ++UltmtDbtr +++Id ++++OrgId +++++BIC 70x O AT-08 Ultimate Debtor Name 2!a C NA Paese Ultimate Debtor. 2*70x O NA Indirizzo Ultimate Debtor 4!a2!a2!c[3!c] C AT-10 BIC Identificativo Ultimate Debtor (Ordering identification code). Non consentito se utilizzato il tag seguente(schema validation) Pag. 54 of 97

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++UltmtDbtr +++Id ++++PrvtId +OrgnlTxRef ++UltmtDbtr +++CtryOfRes +OrgnlTxRef ++Dbtr +++Nm +OrgnlTxRef ++Dbtr +++PstlAdr ++++Ctry vedi schema C AT-09 Identificativo Ultimate Debtor: Private ID Non consentito se utilizzato il tag precedente(schema validation) 2!a O NA Paese di residenza Ultimate Debtor 70x M NA Nome del debitore. 2!a C NA Paese ISO del debitore. Solo se valorizzato l indirizzo Pag. 55 of 97

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++Dbtr +++PstlAdr ++++AdrLine +OrgnlTxRef ++Dbtr +++Id ++++OrgId +++++BIC +OrgnlTxRef ++Dbtr +++Id ++++PrvtId +OrgnlTxRef ++Dbtr +++CtryOfRes 70x O NA Indirizzo postale del debitore. Sono supportate 2 occorrenze da 70x. 4!a2!a2!c[3!c] C NA BIC della banca del Debitore Non consentito se utilizzato il tag seguente(schema validation) vedi Schema C NA Identificativo del Debitore: Private ID Non consentito se utilizzato il tag precedente(schema validation) 2!a O NA Paese ISO di residenza del debitore Pag. 56 of 97

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++DbtrAcct +++Id ++++IBAN +OrgnlTxRef ++DbtrAgt +++FinInstnId ++++BIC +OrgnlTxRef ++CdtrAgt +++FinInstnId ++++BIC +OrgnlTxRef ++Cdtr +++Nm 2!a2!n30x M NA Conto del debitore :IBAN 4!a2!a2!c[3!c] M NA Debtor Agent :BIC 4!a2!a2!c[3!c] M NA Creditor Agent: BIC 70x M NA Nome del creditore Soggetto a validazione ISO 13616: error code VD19; and I primi due caratteri devono essere un codice ISO 3166 valido di un paese SEPA: error code VT73. Pag. 57 of 97

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++Cdtr +++PstlAdr ++++Ctry +OrgnlTxRef ++Cdtr +++PstlAdr ++++AdrLine +OrgnlTxRef ++Cdtr +++Id ++++OrgId +++++BIC +OrgnlTxRef ++Cdtr +++Id ++++PrvtId 2!a C NA Paese ISO del creditore. Solo se valorizzato l indirizzo 70x O NA Indirizzo postale del creditore. 2 occorrenze supportate. 4!a2!a2!c[3!c] C NA identification of the Creditor: BIC. Non consentito se utilizzato il tag seguente(schema validation) vedi schema C NA Identificativo del Creditore : Private ID Non consentito se utilizzato il tag precedente(schema validation) Pag. 58 of 97

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++Cdtr +++CtryOfRes +OrgnlTxRef ++CdtrAcct +++Id ++++IBAN +OrgnlTxRef ++UltmtCdtr +++Nm +OrgnlTxRef ++UltmtCdtr +++PstlAdr ++++Ctry 2!a O NA Paese ISO di residenza del creditore 2!a2!n30x M NA Conto del creditore :IBAN Soggetto a validazione ISO 13616: error code VD19; and 70x O AT-28 The Ultimate Creditor Name. 2!a C NA Paese Ultimate Creditor I primi due caratteri devono essere un codice ISO 3166 valido di un paese SEPA: error code VT73. Pag. 59 of 97

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++UltmtCdtr +++PstlAdr ++++AdrLine +OrgnlTxRef ++UltmtCdtr +++Id ++++OrgId ++++++BIC +OrgnlTxRef ++UltmtCdtr +++Id ++++PrvtId +OrgnlTxRef ++UltmtCdtr +++CtryOfRes O NA Indirizzo Ultimate Creditor 2*70x 4!a2!a2!c[3!c] C AT-10 BIC Identificativo Ultimate Creditor Organisation Identification Non consentito se utilizzato il tag seguente(schema validation) vedi schema C AT-29 Identificativo Ultimate Creditor: Private ID Non consentito se utilizzato il tag precedente(schema validation) 2!a O NA Paese di residenza Ultimate Creditor Pag. 60 of 97

B.3 Usage of Recall (camt.056.001.01) B.3.1 SCT Recall (camt.056.001.01) Bulk Header XML Element Format Status RB Ref Usage Rules and Validation Assgnmt +Id 35x M Identificativo univoco dell Assignement assegnato dal DP mittente Assgnmt +Assgnr ++Agt 4!a2!a2!c M Assigner CTO: DP mittente del messaggio: error code V10 SCO: BIC ACH Icbpi-Iccrea +++FinInstId ++++BIC Assgnmt +Assgne ++Agt 4!a2!a2!c M Assigne CTO: BIC ACH Icbpi-Iccrea: error code V11 SCO: DP ricevente +++FinInstId ++++BIC Assgnmt +CreDtTm IS0Date &Time M Date&Time di creazione del messaggio (Error code V04) Pag. 61 of 97

XML Element Format Status RB Ref Usage Rules and Validation CtrlData +Nb0fTxs CtrlData +CtrlSum 15n M Numero totale di transazioni contenute nell Assignement. Deve corrispondere al numero di transazioni contenute nell Assignement: error code V03. Shall not be greater than the maximum number of transaction: error code V02 18d O Campo non ammesso; error code VT80 Pag. 62 of 97

B.3.2 SCT Payment Cancellation Request (camt.056.001.01) Underlying Transaction XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + Undrlyg + ++CxlId Undrlyg + ++0rgnlGrpInf +++0rgnlMsgId Undrlyg + ++0rgnlGrpInf +++0rgnlMsgNmId Undrlyg + ++0rgnlInstrId Undrlyg + ++0rgnlEndToEndId M Contiene gli elementi identificativi della transazione da cancellare. 35x M AT-R7 Cancellation Id deve contenere almeno un occorrenza: schema error deve essere univoco: error code AM05 35x M NA Message Id originario 35x M NA Ammesso solo il valore pacs.008.001.02 (schema error) 35x 0 NA Original Instruction Id 35x M AT-41 Original End to End Pag. 63 of 97

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxId 35x M AT-43 Original Transaction Id la transazione deve essere presente nel Sistem Centrale (error code VT78) lo stato della transazione deve essere accettato (error code VT75) Undrlyg + ++0rgnlIntrBkSttlmAmt Undrlyg + ++0rgnlIntrBkSttlmDt 18d EUR M M AT-04 Importo della transazione originaria. La divisa deve essere EUR (schema validation) Il numero di interi e decimali non deve superare quello consentito. (schema validation) Deve essere pari all importo della transazione originaria (error code VT77) IS0 DATE M AT-42 Original Interbank Settlement Date Deve essere uguale alla data della transazione originaria (error code VT78) Undrlyg + ++Assgnr +++FinInstId ++++BIC Utilizzato solo per SCO: error code VT13 Pag. 64 of 97

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + +CxlRsnInf ++0rgtr +++Nm Undrlyg + ++CxlRsnInf +++0rgtr ++++Id +++++0rgId ++++++BIC0rBEI Undrlyg + ++CxlRsnInf +++Rsn ++++Cd Undrlyg + ++CxlRsnInf +++Rsn ++++Prtry 70x C R2 Cliente che richiede la cancellazione non può essere presente allo stesso tempo del campo successivo (schema error) 4!a2!a2!c[3!c] C R2 Party (Banca) che richiede la cancellazione non può essere presente allo stesso tempo del campo precedente (schema error) 4!a C AT-48 Recall Reason Reason code (ISO20022) deve essere un codice valido (schema error) non può essere presente allo stesso tempo del campo successivo (schema error) 35x C AT-48 Proprietary Reason code for cancellation non può essere presente allo stesso tempo del campo precedente (schema error) non può contenere i valori dei codici ISO (Reason Code ISO20022) Pag. 65 of 97

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++CxlRsnInf +++AddtlInf Undrlyg + ++0rgnlTxRef +++SttlmInf ++++SttlmMtd Undrlyg + ++0rgnlTxRef +++SttlmInf ++++ClrSys +++++Prtry Undrlyg + ++0rgnlTxRef +++PmtTpInf ++++SvcLvl +++++Cd 105x O AT-49 Può essere presente solo in caso di Reason Code FRAD (Error Code VT13) Usage Rule: Only one occurrence is allowed 4!a M NA Metodo di regolamento. Solo CLRG ammesso (schema validation). 3!a M NA Identificativo del Clearing System. Solo SIC ammesso: error code V16. 4!a M AT-40 Service Level Code. deve essere SEPA Pag. 66 of 97

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++PmtTpInf ++++LclInstrm +++++Prtry Undrlyg + ++0rgnlTxRef +++PmtTpInf ++++CtgyPurp Undrlyg + +0rgnlTxRef ++RmtInf Undrlyg + ++0rgnlTxRef +++UltmtDbtr 35x C Code Local Instrument non può essere utilizzato insieme al campo successivo: schema validation See schema 0 Proprietary Local Instrument 140 x O C AT-05 vedi schema AT-08 AT-09 non può essere utilizzato insieme al campo precedente: schema validation Structured or Unstructured Remittance Information. Un Massimo di 1 Structured or Unstructured occorrenze con un limite di 140x (schema validation) In caso di Structured massimo 140x per occorrenza esclusi i tags. Error Code VT33. Attualmente è prevista solo un occorrenza Ultimate Debtor Pag. 67 of 97

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++Dbtr ++++Nm Undrlyg + ++0rgnlTxRef +++Dbtr ++++PstlAdr +++++Ctry Undrlyg + ++0rgnlTxRef +++Dbtr ++++PstlAdr +++++AdrLine 70x M AT-02 Debtor Name. 2!a 0 AT-03 Debtor Country. deve essere un codice valido IS0 3166. error code VT73 AT-03 Indirizzo del Debitore 2*70x O Sono ammesse un massimo di due righe da 70 caratteri (schema validation). Pag. 68 of 97

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++Dbtr ++++Id +++++0rgId Undrlyg + ++0rgnlTxRef +++Dbtr ++++Id +++++PrvtId Undrlyg + ++0rgnlTxRef +++Dbtr ++++Ctry0fRes 4!a2!a2!c[3!c] C AT-10 BIC Identificativo del debitore (Ordering identification code). Non consentito se utilizzato il tag seguente(schema validation) vedi schema C AT-10 Identificativo del Debitore (Ordering Id code): Private ID Non consentito se utilizzato il tag precedente(schema validation) Campo non ammesso; error code VT80 Pag. 69 of 97

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++DbtrAcct ++++Id +++++IBAN Undrlyg + ++0rgnlTxRef +++DbtrAgt ++++FinInstnId +++++BIC Undrlyg + ++0rgnlTxRef +++CdtrAgt ++++FinInstnId +++++BIC 2!a2!n30x M AT-01 IBAN del debitore 4!a2!a2!c[3!c] M AT-06 Banca del debitore 4!a2!a2!c[3!c] M AT-23 Banca del creditore Soggetto a validazione ISO 13616: error code XD19; and I primi due caratteri devono essere un codice ISO 3166 valido di un paese SEPA: error code VT73. Pag. 70 of 97

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++Cdtr ++++Nm Undrlyg + ++0rgnlTxRef +++Cdtr ++++PstlAdr +++++Ctry Undrlyg + ++0rgnlTxRef +++Cdtr ++++PstlAdr +++++AdrLine AT-21 Nome del Creditore 70x M 2!a C AT-22 Paese del Creditore. Deve essere un codice ISO 3166 valido: error code VT73 2*70x O AT-22 Indirizzo del Creditore Sono ammesse un massimo di due righe da 70 caratteri (schema validation). Pag. 71 of 97

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++Cdtr ++++Id +++++0rgId Undrlyg + ++0rgnlTxRef +++Cdtr ++++Id +++++PrvtId Undrlyg + ++0rgnlTxRef +++Cdtr ++++Ctry0fRes 4!a2!a2!c[3!c] C AT-10 BIC Identificativo del Creditore (Beneficiary identification code). Non consentito se utilizzato il tag seguente(schema validation) vedi schema C AT-24 Identificativo del Creditore (Beneficiary Id code): Private ID Non consentito se utilizzato il tag precedente(schema validation) Campo non ammesso; error code VT80 Pag. 72 of 97

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++CdtrAcct ++++Id +++++IBAN Undrlyg + ++0rgnlTxRef +++UltmtCdtr 2!a2!n30x M AT-20 IBAN del creditore Soggetto a validazione ISO 13616: error code XD19; and I primi due caratteri devono essere un codice ISO 3166 valido di un paese SEPA: error code VT73. 70x O The Ultimate Creditor Name. ammessi tutti gli elementi presenti nel Credit Transfer originario Pag. 73 of 97

B.4 Resolution of Investigation (camt.029) Bulk Header XML element Format Status RB ref Usage Rules Assignment ++ID 35x M NA Unique ID of assignment assigned by sending DP +Assgnr ++Agt +++FinInstId 4!a2!a2!c M NA Assigner CTO: DP sending the message: error code V10 SCO: BIC of Icbpi-Iccrea s ACH ++++BIC +Assgne ++Agt 4!a2!a2!c M NA Assignee CTO: BIC of Icbpi-Iccrea s ACH: error code V11 +++FinInstId ++++BIC SCO: receiving DP +CreDtTm ISODate &Time M NA Creation date & time of the message (Error code V04) Status +Conf 4!a M Confirmation of resolution Must be RJCR Pag. 74 of 97

Pag. 75 of 97

B.4.1 Resolution of Investigation (camt.029) Transaction Detail XML Element Format Status RB ref Usage Rules CancellationDetails +TransactionInformationAndStatus See below M See below Transaction Information and Status deve essere presente almeno un occorrenza ++CancellationlStatusIdentification 35x M NA Codice Identificativo della cancellazione deve essere univoco; error code AM05 ++OriginalGroupInformation This element and its sub-elements refer to the original "pacs008.001.02" message +++OriginalMessageIdentification 35x M NA Original Message Id Per CTO è il Message Id indicato nel file SCO Per SCO è il Message Id del CT originario +++OriginalMessageNameIdentification 35x M NA Only pacs.008.001.02 is allowed ++OriginalInstructionIdentification 35x O NA Instruction ID del CT originario ++OriginalEnd-to-EndIdentification 35x M AT-41 End-to-End ID del CT originario ++OriginalTransactionIdentification 35x M AT-43 Transaction ID del CT originario ++TransactionCancellationStatus 4!a M NA Indica lo stato della richiesta di recall ++CancellationStatusReasonInformation M Deve essere RJCR Pag. 76 of 97

XML Element Format Status RB ref Usage Rules +++Originator ++++Name 70x C NA Soggetto (customer) che rifiuta la richiesta di recall Non può essere presente allo stesso tempo del campo successivo +++Originator ++++Id +++++OrgId ++++++BICOrBEI +++Reason ++++Code +++Reason ++++Proprietary 4!a2!a2!c[3!c] C R2 Soggetto (banca) che rifiuta la richiesta di recall Non può essere presente allo stesso tempo del campo precedente 4!a C AT-R6 Resolution of Investigation Reason Code Valori ammessi CUST o LEGL Può essere utilizzato se non presente il campo successivo 35x C AT-R6 Resolution of Investigation Reason Code Proprietary Valori ammessi: AC04, AM04, NOAS, NOOR, ARDT) Può essere utilizzato se non presente il campo precedente Pag. 77 of 97

XML Element Format Status RB ref Usage Rules +++AdditionalInformation 105x C NA Additional Information Ammesso se presente il valore LEGL (error code VT13) sono ammesse fino a due occorrenze (schema error) ++ OriginalTransactionReference Devono essere presenti gli elementi della transazione originaria Pag. 78 of 97

XML Element Format Status RB ref Usage Rules +++Interbank Settlement Amount 18d EUR M M AT-04 Importo della transazione originaria. La divisa deve essere EUR (schema validation) Il numero di interi e decimali non deve superare quello consentito. (schema validation) +++Interbank Settlement Date ISO DATE M AT-42 Data di regolamento del CT originario +++SettlementInformation ++++SttlmMtd +++ SettlementInformation ++++ClrSys +++++Prtry +++PaymentTypeInformation ++++SvcLvl +++++Cd 4!a M NA Settlement method deve essere CLRG (schema error) 35X M NA Identificativo del sistema di clearing. 4!a M AT-40 Service Lele Code Proprietary identification of the Clearing System. (schema error) Solo SIC ammesso: error code V16. deve essere SEPA +++PaymentTypeInformation ++++LclInstrm +++++Cd 35x C NA Pag. 79 of 97

XML Element Format Status RB ref Usage Rules +++PaymentTypeInformation ++++LclInstrm +++++Prtry +++PaymentTypeInformation ++++CtgyPurp +++RemittanceInformation ++++Ustrd +++RemittanceInformation ++++Strd 35x C NA Vedi schema O AT-45 Category purpose 140x C AT-05 140x C AT-05 +++UltimateDebtor (AT-08 Name of the Originator Reference Party) (AT-09 Identification Code of the Originator Reference Party) +++Debtor (AT-02 Name of the Originator) (AT-03 Address of the Originator) (AT-10 Originator s Identification Code) +++DebtorAccount (AT-01 Account number of the Originator) Country deve essere un codice ISO 3166 valido: error code VT73 Soggetto a validazione ISO 13616: error code XD19; and +++DebtorAgent (AT06 BIC of the Originator Bank) I primi due caratteri devono essere un codice ISO 3166 valido: error code VT73. Pag. 80 of 97

XML Element Format Status RB ref Usage Rules +++CreditorAgent (AT06 BIC of the Beneficiary Bank) +++Creditor (AT-21 Name of the Beneficiary) (AT-22 Address of the Beneficiary) (AT-24 Beneficiary Identification Code) Country deve essere un codice ISO 3166 valido: error code VT73 +++CreditorAccount (AT-20 Account of the Beneficiary) Soggetto a validazione ISO 13616: error code XD19; and +++UltimateCreditor (AT-28 Name of the Beneficiary Reference Party) (AT-29 Identification Code of the Beneficiary Reference Party) I primi due caratteri devono essere un codice ISO 3166 valido: error code VT73. Pag. 81 of 97

B.5 Payment Status B.5.1 SCT Status Report (pacs.002.001.03) Bulk Header nel file OVR XML Element Format Status Usage Rules GrpHdr +MsgId 35x M MessageID del bulk originato da Icbpi-Iccrea GrpHdr +CreDtTm ISODate &Time M Data e ora di creazione. B.5.2 SCT Status Report (pacs.002.001.03) nei files OVR e CSO - Original Group Information And Status XML Element Format Status Usage Rules OrgnlGrpInfAndStatus +OrgnlMsgId OrgnlGrpInfAndStatus +OrgnlMsgNmId 35x M Message Id del bulk originale 35x M Tipo di messaggio XMLoriginario. OVR: pacs.008.001.02, pacs.004.001.02, camt.056.001.01, camt.029.001.01 CSO: pacs.008.001.02, pacs.004.001.02 OrgnlGrpInfAndStatus +OrgnllNbOfTxs OrgnlGrpInfAndStatus +OrgnlCtrlSum 15n M OVR: numero totale di transazioni presenti nel bulk originario CSO: numero di transazioni cancellate di quelle presenti nel bulk originario 18d M OVR: Importo totale delle transazioni presenti nel bulk originario CSO: Importo totale delle transazioni presenti nel bulk originario Pag. 82 of 97

XML Element Format Status Usage Rules OrgnlGrpInfAndStatus +GrpSts OrgnlGrpInfAndStatus +StsRsnInf ++StsOrgtr +++Id ++++OrgId +++++BIC OrgnlGrpInfAndStatus +StsRsnInf ++Rsn +++Cd OrgnlGrpInfAndStatus +StsRsnInf ++Rsn +++Prtry OrgnlGrpInfAndStatus +NbOfTxsPerSts ++DtldNbOfTxs OrgnlGrpInfAndSts 4!a M Stato del bulk originario: OVR: ACCP = accettato, PART = parzialmente accettato or RJCT = rifiutato CSO: RJCT = cancellato a regolamento, 4!a2!a2!c M 4!a C 4!a C 15n C BIC(8) Icbpi-Iccrea Indica il codice di errore del bulk secondo standard ISO20022. Non presente se specificato il tag successivo Indica il codice di errore proprietario del sistema Icbpi-Iccrea (non presente se indicato il tag precedente) Se accettato : V00 Se parzialmente accettato : V01 Se rifiutato: contiene il bulk rejection reason code. 4!a C Status of the Transactions In caso di accettazione parziale V01 indica il numero totale di transazioni rifiutate +NbOfTxsPerSts presente se Group Status è PART ovvero in caso di ACCP se la validazione è riferita a messaggi di camt.056 ++DtldSts OrgnlGrpInfAndStatus +NbOfTxsPerSts ++DtldCtrlSum 18d C In caso di accettazione parziale V01 indica l importo totale di transazioni rifiutate Pag. 83 of 97

Pag. 84 of 97

B.5.3 SCT Reject (pacs.002.001.03) nel file OVR Individual Transaction XML Acronym Format Status Usage Rules AndSts +StsId AndSts +OrgnlInstrId AndSts +OrgnlEndToEndId AndSts +OrgnlTxId 35x 35x AndSts +TxSts 4!a M AndSts +StsRsnInf ++StsOrgtr +++Id ++++OrgId +++++BIC AndSts +StsRsnInf ++Rsn +++Cd M O Generato dal sistema centrale Instruction ID della transazione originale 35x M End to End Id della transazione originale 35x M Transaction ID originale 4!a2!a2!c[3!c] M BIC(8) Icbpi-Iccrea Stato della transazione: RJCT = rejected; ACCP =accepted (se original message è camt.056 con ACCN oppure ACRC, vedi TAG successivo) 4!a C Codice di errore (ISO20022 codes) Solo se assente il tag che segue. Pag. 85 of 97

XML Acronym Format Status Usage Rules AndSts +StsRsnInf ++Rsn +++Prtry 35x C Indicazione di esito di validazione proprietaria [CODE][1 carattere blank][tag XML errato] In caso di camt.056 può essere: ACCN = accettato come Cancellazione, ACRC = accettato come Recall Solo se assente il tag precedente AndSts +InstdAgt ++FinInstnId +++BIC AndSts +OrgnlTxRef ++IntrBkSttlmAmt AndSts +OrgnlTxRef ++IntrBkSttlmDt AndSts +OrgnlTxRef ++DbtrAgt +++FinInstnId ++++BIC AndSts +OrgnlTxRef ++CdtrAgt +++FinInstnId ++++BIC 4!a2!a2!c[3!c] C Instructed Agent presente solo nei files CSO 18d 3!a C Importo della transazione originale. Credit Transfer: Interbank Settlement Amount Return: Returned Interbank Settlement Amount ISODate M Data di regolamento della transazione originale 4!a2!a2!c[3!c] M BIC della banca del debitore indicato nella transazione originale 4!a2!a2!c[3!c] M BIC della banca del creditore indicato nella transazione originale Pag. 86 of 97

APPENDIX C ERROR CODES C.1 File Level Error Code Description Type S00 CTO totally accepted PRTRY S01 CTO partially accepted PRTRY T02 Network file name not compliant PRTRY T03 Unknown Service identifier PRTRY Direct Participant BIC mismatch (network address) or Unknown T04 Direct Participant PRTRY T06 Invalid file name format PRTRY T07 Invalid file extension PRTRY T10 Schema validation failed PRTRY T11 Invalid Sending Institution PRTRY T12 Invalid Receiving Institution PRTRY T13 Duplicate CTO PRTRY T14 Invalid Test Code PRTRY T18 Credit Transfer bulk number mismatch PRTRY T19 Request for Cancellation bulk number mismatch PRTRY T20 Returns bulk number mismatch PRTRY T21 Negative answer bulk number mismatch PRTRY T23 All bulks rejected PRTRY C.2 Bulk Level Error Code Msg Type Description Type V00 pacs.002 Bulk totally accepted PRTRY V01 pacs.002 Bulk partially accepted PRTRY V02 pacs.002 Maximum number of transactions in a bulk exceeded PRTRY V03 pacs.002 Number of transactions mismatch PRTRY V05 pacs.002 Total amount mismatch PRTRY Incorrect message Date&Time (exceeded the maximum V04 Pacs.002 allowed time period, i.e. 60 calendar days) PRTRY V08 pacs.002 Maximum number of bulks in a file exceeded PRTRY V09 pacs.002 All transactions rejected PRTRY V10 pacs.002 Instructing Agent mismatch or invalid use of Assigner PRTRY Invalid use of Instructed Agent or invalid use of V11 pacs.002 Assignee PRTRY V13 pacs.002 Zero Settlement Amount PRTRY Pag. 87 of 97

V15 pacs.002 Invalid Settlement Date PRTRY V16 pacs.002 Invalid Settlement Infodetails PRTRY V22 pacs.002 Invalid Error Code (Prtry) format PRTRY V23 pacs.002 Too many consecutive rejected transactions PRTRY C.3 Transaction Level Msg Error Code Type Description Type CUST camt.029 RequestedByCustomer ISO LEGL camt.029 Legal Decision ISO ARDT camt.029 Already returned PRTRY DUPL camt.056 DuplicatePayment ISO TECH camt.056 Technical problems resulting in erroneous SCT PRTRY FRAD camt.056 Fraudulent originated credit transfer PRTRY NOAS camt.029 No answer from Customer PRTRY NOOR camt.029 No Original Transazction Received PRTRY AC01 pacs.004 IncorrectAccountNumber ISO AC04 pacs.004 ClosedAccountNumber ISO AC06 pacs.004 BlockedAccount ISO AG01 pacs.004 TransactionForbidden ISO AG02 pacs.004 Operation/transaction code incorrect, invalid file format ISO AM01 pacs.002 ZeroAmount ISO AM02 pacs.002 NotAllowedAmount ISO pacs.004 AM05 pacs.002 Duplication ISO DT01 pacs.002 InvalidDate ISO BE04 pacs.004 MissingCreditorAddress ISO ED05 pacs.002 SettlementFailed ISO FOCR pacs.004 FollowingCancellationRequest (Positive answer to the Recall) ISO MD07 pacs.004 EndCustomerDeceased ISO MS02 pacs.004 NotSpecifiedReasonCustomerGenerated ISO MS03 pacs.004 NotSpecifiedReasonAgentGenerated ISO RC01 pacs.004 BankIdentifierIncorrect ISO RR01 pacs.004 MissingDebtorAccountOrIdentification ISO RR02 pacs.004 MissingDebtorsNameOrAddress ISO RR03 pacs.004 MissingCreditorsNameOrAddress ISO RR04 pacs.004 RegulatoryReason ISO TY01 pacs.002 Unknown BIC in routingtable PRTRY VD19 pacs.002 Invalid IBAN format PRTRY VT13 pacs.002 Unsupported XML field PRTRY Pag. 88 of 97

VT15 pacs.002 Invalid Settlement Cycle PRTRY VT33 pacs.002 Invalid data format PRTRY VT73 pacs.002 Invalid country code PRTRY VT75 pacs.002 Invalid original transaction status, action not required PRTRY VT77 pacs.002 Original Amount mismatch PRTRY VT78 pacs.002 Original Transaction mismatch PRTRY VT79 pacs.002 Original Creditor mismatch PRTRY VT80 pacs.002 Only SEPA core fields are allowed PRTRY VT81 pacs.002 Specific operation not allowed PRTRY Pag. 89 of 97

APPENDIX D AOS TRASFERIBILITÀ BONIFICI SCT D.1 Specifiche dei dati richiesti Di seguito sono riportate le specifiche dei dati richiesti per il Servizio di trasferibilità dei bonifici nazionali eseguiti secondo lo schema di pagamento SCT. Tipo operazione bonifico da routing Tale informazione deve essere inserita nel sub-elemento Code dell elemento 2.12 "Local Instrument". Il valore da inserire è RTE. L elemento è posizionato al livello transazione, per cui files logici potranno contenere sia transazioni corrispondenti a disposizioni di SCT da routing che ordinarie. Riferimento univoco del bonifico originario L informazione, corrispondente al valore dell elemento Transaction Identification (elemento 2.4) deve essere riportata nell'elemento bianco 2.58 Istruction for Creditor Agent. Banca ordinante originaria Tale informazione, corrispondente al valore dell elemento Debtor Agent, deve essere riportata nell'elemento bianco 2.37 Previous Instructing Agent. Data di regolamento del bonifico originario Tale informazione, corrispondente al valore dell elemento Interbank Settlement Date, deve essere riportata nell'elemento bianco 2.19 Interbank Settlement Date. Pag. 90 of 97

APPENDIX E REPORT FILE DETAILS E.1 Daily Reconciliation Report (CBR) E.1.1 CBR header Status Field Name Format Value Position M Record Type 4x HCBR 0 M Service Identifier 3x SCT 4 M File Type 3x "CBR" 7 M Sending Institution 4!a2!a2!c 10 M Sender s File Reference 16x 18 M Date And Time * 6!n6!n 34 M Test Code 1x "T"/"P" 46 M Receiving Institution 4!a2!a2!c 47 M Interbank settlement Date 6!n 55 M Total Number Records 6n 61 Il file include i dati relative a : Files/bulks/transactions scambiate nella specifica data di regolamento, indipendentemente dalla data effettiva di regolamento, quindi vengono incluse anche le transazioni soggette a data warehousing ; Transazioni regolate nella specifica data di regolamento indipendentemente dalla data originaria di invio. Pag. 91 of 97

E.1.2 CBR files/bulks/transactions sent Status Field Name Format Value Contents Position M Record Type 4x "CTSH" 0 M Number Files Sent 4n Numero totale di files inviati da un partecipante diretto. M Number Files Rejected 4n Numero di file per i quali è stato inviato da Icbpi- Iccrea un file OVR di scarto totale (files per i quali il codice di errore nel file OVR è diverso da S00 e S01). Nota: solo in caso di error code T23 saranno riportati i valori number bulks rejected e number transactions rejected. M Number Bulks Sent 4n Numero totale di bulks inviati da un partecipante diretto. M Number Bulks Rejected 4n Numero di bulks segnalati da Icbpi-Iccrea nei files OVR di scarto parziale. M Number Bulks CRT Sent 4n Numero totale di credit transfer bulks inviati da un partecipante diretto. M Number Bulks CRT Rejected 4n Numero di credit transfer bulks segnalati da Icbpi- Iccrea nei files OVR di scarto parziale M Number Bulks RET Sent 4n Numero totale di returns bulks inviati da un partecipante diretto. M Number Bulks RET Rejected 4n Numero di returns bulks segnalati da Icbpi-Iccrea nei files OVR di scarto parziale parziale M Number Bulks PCR Sent 4n Numero totale di bulks di richieste di cancellazione inviate da un partecipante diretto. M Number Bulks PCR Rejected 4n Numero di bulks di richieste di cancellazione segnalate da Icbpi-Iccrea nei files OVR di scarto parziale M Number Bulks ROI Sent 4n Numero totale di bulks ROI inviate da un partecipante diretto M Number Bulks ROI Rejected 4n Numero totale di bulks ROI inviate da un partecipante diretto e rigettati dal Sistema Centrale (bulks rigettati con error code diverso da V00) 4 8 12 16 20 24 28 32 36 40 44 48 Pag. 92 of 97

Status Field Name Format Value Contents Position M Number Credit Transfers Sent 10n Numero totale di credit transfer inviati da un partecipante diretto. M Number Credit Transfers Rejected 10n Numero di credit transfer segnalati da Icbpi-Iccrea nei files OVR di scarto parziale (transazioni contenute nei bulks rigettati con error code diverso da V00) M Number Credit Transfers Held 10n Numero totale di credit transfer inviati da un partecipante diretto con data di regolamento futura e correttamente processati M Number Credit Transfers Cancelled 10n Numero totale di credit transfer scartati in fase di regolamento dal sistema di settlement M Number Credit Transfers Settled 10n Numero totale di credit transfer che sono stati correttamente regolati M Number Returns Sent 10n Numero totale di returns inviati da un partecipante diretto. M Number Returns Rejected 10n Numero di returns segnalati da Icbpi-Iccrea nei files OVR di scarto parziale M Number Returns Held 10n Numero totale di returns inviati da un partecipante diretto con data di regolamento futura e correttamente processati M Number Returns Cancelled 10n Numero totale di returns scartati in fase di regolamento dal sistema di settlement M Number Returns Settled 10n Numero totale di returns che sono stati correttamente regolati M Number PCR Sent 10n Numero totale di richieste di cancellazione inviate da un partecipante diretto. M Number PCR Rejected 10n Numero di richieste di cancellazione segnalate da Icbpi-Iccrea nei files OVR di scarto parziale M Number ROI Sent 10n Nmero totale di ROI inviate da un partecipante diretto M Number ROI Rejected 10n Numero di ROI inviate da un partecipante diretto e rigettate dal Sistema Centrale M Value Credit Transfers Sent 18d Importo totale di credit transfer inviati da un partecipante diretto. 52 62 72 82 92 102 112 122 132 142 152 162 172 182 192 Pag. 93 of 97

Status Field Name Format Value Contents Position M Value Credit Transfers Rejected 18d Importo totale di credit transfer segnalati da Icbpi- Iccrea nei files OVR di scarto parziale M Value Credit Transfers Held 18d Importo totale di credit transfer inviati da un partecipante diretto con data di regolamento futura e correttamente processati M Value Credit Transfers Cancelled 18d Importo totale di credit transfer scartati in fase di regolamento dal sistema di settlement M Value Credit Transfers Settled 18d Importo totale di credit transfer che sono stati correttamente regolati M Value Returns Sent 18d Importo totale di returns inviati da un partecipante diretto. M Value Returns Rejected 18d Importo totale di returns segnalati da Icbpi-Iccrea nei files OVR di scarto parziale M Value Returns Held 18d Importo totale di returns inviati da un partecipante diretto con data di regolamento futura e correttamente processati M Value Returns Cancelled 18d Importo totale di returns scartati in fase di regolamento dal sistema di settlement M Value Returns Settled 18d Importo totale di returns che sono stati correttamente regolati M Value PCR Sent 18d Importo totale di richieste di cancellazione inviate da un partecipante diretto. M Value PCR Rejected 18d Importo totale di richieste di cancellazione segnalate da Icbpi-Iccrea nei files OVR di scarto parziale 210 228 246 264 282 300 318 336 354 372 390 Pag. 94 of 97

E.1.3 CBR files/bulks/transactions received Status Field Name Format Value Contents Position M Record Type 4x "CTRH" 0 M Number Files Received 4n Numero totale di files ricevuti 4 M Number Bulks Received 4n Numero totale di bulks ricevuti 8 M Number Bulks CRT Received 4n Numero totale di credit transfer bulks ricevuti 12 M Number Bulks RET Received 4n Numero totale di returns bulks ricevuti 16 M Number Bulks PCR Received 4n Numero totale di PCR bulks ricevuti 20 M Number Bulks ROI Received 4n Numero totale di ROI bulks ricevuti 24 M Number Credit Transfers Received 10n Numero totale di credit transfer ricevuti 28 M Number Returns Received 10n Numero totale di returns ricevuti 38 M Number PCR Received 10n Numero totale di PCR ricevuti 48 M Number ROI Received 10n Numero totale di ROI ricevuti 58 M Value Credit Transfers Received 18d Importo totale di credit transfer ricevuti 68 M Value Returns Received 18d Importo totale di returns ricevuti 86 M Value PCR Received 18d Importo totale delle payment cancellation request ricevute 104 Pag. 95 of 97

6 Glossario Abbreviazione Titolo SEPA SCT BIC GO IS ACH EPC EU IBAN IT NCB PEACH ROC SECA SWIFT TARGET UNIFI Single Euro Payment Area SEPA Credit Transfer Bank Identifier Code General Overview Interface Specification Automated clearing house European Payments Council European Union International Bank Account Number Information technology National central bank Pan-European automated clearing house Roll-out committee ( EPC) Single Euro Cash Area Society of Worldwide Interbank Financial Telecommunication Trans European Automated Real-time Gross settlement Express Transfer system ISO 20022 UNIversal Financial Industry message standard Pag. 96 of 97

Pag. 97 of 97