SEPA CREDIT TRANSFER SERVICE

Automated Clearing House SCT Interface Specifications Automated Clearing House ICBPI ICCREA SEPA CREDIT TRANSFER SEPA CREDIT TRANSFER SERVICE INTERFACE SPECIFICATIONS Date: 14/07/2014 Version: 5.0 Status: Final Pag. 1 of 105

Automated Clearing House SCT Interface Specifications 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 105

Automated Clearing House SCT Interface Specifications Contents 1 INTRODUZIONE... 6 1.1 SCOPO DEL DOCUMENTO... 6 1.2 BACKGROUND... 6 1.3 STORIA DELLE MODIFICHE... 7 1.4 REFERENCES... 10 2 PARTECIPAZIONE AL SISTEMA... 12 2.1.1 Bic Tecnici... 12 3 I FLUSSI SCT SEPA CREDIT TRANSFER... 13 3.1 TIPI DI FILES... 13 3.2 CICLO GIORNALIERO... 15 3.2.1 Ciclo fase A... 15 3.2.2 Ciclo fase B... 15 3.2.3 Ciclo fase finale di chiusura... 16 4 TIPOLOGIA FILE... 17 4.1 CREDIT TRANSFER ORDERS (CTO)... 17 4.2 ORDERS VALIDATION REPORT (OVR)... 17 4.3 SETTLED CREDIT ORDERS (SCO)... 18 4.4 CANCELLED SETTLED ORDERS (CSO)... 18 REPORTS FILES... 19 4.5... 19 4.5.1 Closing Balance Report (CBR)... 19 5 SCAMBIO FILES... 20 5.1 CUT-OFF TIME... 20 5.2 SICUREZZA ED INTEGRITÀ DEI FILES SCAMBIATI... 20 5.3 FILE NAMING CONVENTIONS... 20 5.3.1 Logical File Names... 20 5.3.2 Identificativo File (IF)... 21 5.3.3 File format e bulks... 22 5.3.4 XML Schemas... 22 5.4 VALIDATION OF INPUT PAYMENT FILES... 22 5.4.1 R-message validation... 23 5.5 PROCESSO DI RAGGIUNGIBILITÀ E VALIDAZIONE DEL BIC... 24 5.5.1 Algoritmo di raggiungibilià e di instradamento... 24 6 BULKS E MESSAGGI FORMATO MESSAGGI... 25 6.1 BULK TYPES... 25 6.1.1 CTO Bulk messages... 25 6.1.2 OVR Bulk messages... 25 6.1.3 CSO Bulk messages... 25 Pag. 3 of 105

Automated Clearing House SCT Interface Specifications 6.1.4 SCO Bulk messages... 25 6.2 FILE ENCODING... 26 6.3 CONTROLLO DI UNIVOCITÀ... 26 6.3.1 Message ID... 27 6.4 UTILIZZO DEI TAG INSTRUCTED AND INSTRUCTING AGENTS... 28 APPENDIX A XML FILES HEADERS... 30 A.1 XML CREDIT TRANSFER ORDERS (CTO) HEADER... 30 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 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)... 48 B.2.1 SCT RETURN (PACS.004.001.02) BULK HEADER NEI FILE CTO E SCO... 48 B.2.2 SCT RETURN (PACS.004.001.02) INDIVIDUAL TRANSACTION... 50 B.3 USAGE OF RECALL (CAMT.056.001.01)... 66 B.3.1 SCT RECALL (CAMT.056.001.01) BULK HEADER... 66 B.3.2 SCT PAYMENT CANCELLATION REQUEST (CAMT.056.001.01) UNDERLYING TRANSACTION... 68 B.4 RESOLUTION OF INVESTIGATION (CAMT.029) BULK HEADER... 81 B.4.1 RESOLUTION OF INVESTIGATION (CAMT.029) TRANSACTION DETAIL... 83 B.5 PAYMENT STATUS... 90 B.5.1 SCT STATUS REPORT (PACS.002.001.03) BULK HEADER NEL FILE OVR... 90 B.5.2 SCT STATUS REPORT (PACS.002.001.03) NEI FILES OVR E CSO - ORIGINAL GROUP INFORMATION AND STATUS... 90 SCT REJECT (PACS.002.001.03) NEL FILE OVR INDIVIDUAL TRANSACTION... 93 APPENDIX C ERROR CODES... 95 C.1 FILE LEVEL... 95 C.2 BULK LEVEL... 95 C.3 TRANSACTION LEVEL... 96 APPENDIX D AOS TRASFERIBILITÀ BONIFICI SCT... 98 D.1 SPECIFICHE DEI DATI RICHIESTI... 98 APPENDIX E REPORT FILE DETAILS... 99 E.1 DAILY RECONCILIATION REPORT (CBR)... 99 E.1.1 CBR HEADER... 99 E.1.2 CBR FILES/BULKS/TRANSACTIONS SENT... 100 E.1.3 CBR FILES/BULKS/TRANSACTIONS RECEIVED... 103 APPENDIX F GLOSSARIO... 104 APPENDIX G PARAMETRI CONNESSIONI SWIFT... 105 Pag. 4 of 105

Automated Clearing House SCT Interface Specifications Pag. 5 of 105

Automated Clearing House SCT Interface Specifications 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, SEE e Svizzera), persegue ora l obiettivo di confermare continuamente la propria conformità agli standard SEPA. Pag. 6 of 105

Automated Clearing House SCT Interface Specifications 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 14/07/2104 ICBPI 5.0 FINAL Principali aggiornamenti della presente versione La prima colonna contiene il riferimento al documento. La seconda colonna contiene la descrizione della modifica. La terza colonna contiene la tipologia della modifica e segue la seguente classificazione: TYPO: errori ortografici e/o di layout, CHIAR: chiarimento del testo, MOD: modifica al contenuto del documento. Aggiornamenti della corrente versione: Riferimento Descrizione Tipo Par. 2 Par. 2 Par. 4.5.1 Inserimento nuovo paragrafo Partecipazione al Sistema che descrive le modalità di adesione all ACH Introdotta la nuova modalità di adesione: Bic Tecnico. E stato rimosso il paragrafo File di riconciliazione in quanto i report Progressive Balance Report e Stored Balance Report non sono stati implementati CHIAR MOD MOD Pag. 7 of 105

Automated Clearing House SCT Interface Specifications Par 4.5.3 Par 5.5.1 Par 5.1 Par. 6.2 Appendix B. E stato rimosso il paragrafo Report Integrativi in quanto non disponibili Aggiornato il paragrafo relativo alla raggiungibilità e all instradamento con dettaglio delle date usate per il reperimento della corretta configurazione delle Routing table. (Rimozione della differenza tra invio e regolamento) Aggiornato il paragrafo per specificare il riferimento al documento di dettaglio Chiarimento sull utilizzo del character set UTF 8 e la gestione dei caratteri non-latin Dettagliati i nuovi controlli effettuati per la verifica dell IBAN. MOD MOD MOD CHIA MOD Appendix G. Aggiunti parametri di connessione rete Swift CHIA n/a Varie correzioni ortografiche e di stile TYPO Precedenti aggiornamenti (21/11/2013): 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). Precedenti aggiornamenti (30/10/2011): o Aggiornamento dei messaggi alla versione 6.0 del Rulebook: Pag. 8 of 105

Automated Clearing House SCT Interface Specifications o o 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 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 Pag. 9 of 105

Automated Clearing House SCT Interface Specifications o o File OVR aggiunti nuovi codici di validazione (proprietary status code): (ACCN e ACRC) Nuova Logica di reach e routing BIC 8 e BIC 11 Precedenti aggiornamenti: o o o Aggiornamento dei messaggi alla versione 4.0 del Rulebook o o o o o pacs.008 camt.056 pacs.004 camt.029 pacs.002 aggiunto elemento 2.19 per AOS Trasferibilità corretto Reason code (EPC Errata List A/009) corretto codici ISO e Proprietary (EPC Errata List A/016) aggiunto l elemento Returned Instructed Amount (EPC Errata List C/002) introdotto Reason code ARDT (EPC Errata List A/007) corretto AT-R3 in AT-R6 (EPC Errata List (A/017) Introduzione degli error codes o aggiornato le tabelle dei codici Introduzione specifiche AOS Trasferibilità dei Bonifici 1.4 References Num Doc. Titolo Ente 1 SEPA Credit Transfer Scheme Rulebook Version 4.0 Approved EPC 2 SEPA Credit Transfer Scheme Implementation guidelines Version 4.0 Approved EPC Pag. 10 of 105

Automated Clearing House SCT Interface Specifications 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. 11 of 105

Automated Clearing House SCT Interface Specifications 2 PARTECIPAZIONE AL SISTEMA Esistono due modalità di partecipazione al sistema ACH ICBPI-ICCREA: Partecipante Diretto: ha un accesso diretto al sistema e scambia e riceve file seguendo le regole e i formalismi definiti in questo documento. Può spedire transazioni specificando, per la Banca del Creditore o la Banca del Debitore, un suo Bic o quello di uno dei suoi Partecipanti Indiretti. Partecipanti Indiretti: Banche che, solo attraverso il colloquio con un Partecipante Diretto e/o Tecnico, possono trasmettere delle transizioni nel sistema. Non è scopo di questo documento descrivere le regole di comunicazione tra il Partecipante indiretto e il suo Partecipante Diretto e/o Tecnico. 2.1.1 Bic Tecnici Solo per le transazioni soggette all interoperabilità con altre ACH (es: EBA) è stato introdotto il concetto di Bic Tecnico. Questo tipo di BIC permette sia di scambiare transazioni e di ricevere i report di riconciliazione cosi come avviene per i Partecipanti Diretti, ma non permette di specificare il Bic del Partecipante Tecnico né come Banca del Creditore né come quella del Debitore. Il BIC Tecnico può essere solo utilizzato per spedire e riceve transazioni in cui l'originante o il beneficiario delle transazioni siano dei Partecipanti Indiretti. Pag. 12 of 105

Automated Clearing House SCT Interface Specifications 3 I Flussi SCT SEPA Credit Transfer L ACH, in prima istanza, elabora i flussi che sono pervenuti attraverso la rete, dai partecipanti diretti. I files contengono delle istruzioni di pagamento secondo le regole previste dal rulebook dell EPC. Alla fine del ciclo sono prodotti dei saldi bilaterali per il sistema di settlement. Alla ricezione delle risposte (positive o negative) sono preparati dei file che sono inoltrati ai partecipanti diretti. Le istruzioni che avrebbero dovuto pervenire per un ciclo ma non vi sono entrate, automaticamente vengono trasferite al ciclo successivo. 3.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 Credit Transfer Orders (CTO) Orders Validation Report (OVR) Cancelled Settled Orders (CSO) Settled Credit 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 pacs.008. camt.056. pacs.004. camt.029. pacs.002. pacs.002. pacs.008. 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 Pag. 13 of 105

Automated Clearing House SCT Interface Specifications Direzione Flusso Tipo File Contenuto XML Message used ACH Icbpi-Iccrea Banca Ricevente ACH Icbpi-Iccrea Banche aderenti ACH Icbpi-Iccrea Banche aderenti ACH Icbpi-Iccrea Banche aderenti Orders (SCO) Settled Credit Orders (SCO) Closing Balance Report (CBR) Progressive Balance Report (PBR) Stored Balance Report (SBR) sistema (regolati) Returns ricevuti dal sistema (regolati) Riconciliazione di fine giornata applicativa Riconciliazione progressiva per ciclo di regolamento Previsionale di regolamento per ciclo/giorno successivo pacs.004. camt.056 camt.029 NA NA NA XML Message EPC Description Credit Transfer FI to FI Customer Returns Cancellation Request Resolution of Investigation NA NA NA Pag. 14 of 105

Automated Clearing House SCT Interface Specifications 3.2 Ciclo giornaliero 3.2.1 Ciclo fase A (1) CTO File (2) OVR File ACH ICBPI Iccrea ICCREAS 3.2.2 Ciclo fase B B ACH ICBPI Iccrea 3.2.3 (5) CSO File (6) SCO File (7) SCO File Ricevuti da altre ACH (8) CTO File Rilasciati verso altre ACH Pag. 15 of 105

Automated Clearing House SCT Interface Specifications 3.2.3 Ciclo fase finale di chiusura ACH ICBPI Iccrea (9) *BR Reconciliation File Pag. 16 of 105

Automated Clearing House SCT Interface Specifications 4 Tipologia File 4.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 4.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. Pag. 17 of 105

Automated Clearing House SCT Interface Specifications 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 Verranno utilizzati come codici di validazione (proprietary status code) rispettivamente i seguenti: ACCN Accepted as Cancellation ACRC Accepted as Recall 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). La validazione negativa non subisce alcuna modifica. 4.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. 4.4 Cancelled Settled Orders (CSO) Il file CSO viene inviato agli aderenti per notificare le disposizioni di pagamento non regolate dal sistema di settlement. Pag. 18 of 105

Automated Clearing House SCT Interface Specifications 4.5 Reports Files 4.5.1 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. Pag. 19 of 105

Automated Clearing House SCT Interface Specifications 5 Scambio Files 5.1 Cut-Off time Per la definizione dei cut-off del sistema fare riferimento al documento CUTOFF TIME SERVIZI SCT, SDD. 5.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. 5.3 File Naming Conventions 5.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; S = SCO; L = CBR; P = PBR; Pag. 20 of 105

Automated Clearing House SCT Interface Specifications W = SBR 5.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. 21 of 105

Automated Clearing House SCT Interface Specifications 5.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. 5.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.03s2 <FIToFIPmtStsRpt> camt.056.001.01 <FIToFIPmtCxlReq> camt.029.001.02 <RsltnOfInvstgstn> 5.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 Pag. 22 of 105

Automated Clearing House SCT Interface Specifications Se indicata la compressione, il file viene decompresso (in caso di incongruenza viene respinto); o Scarto totale del file 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. 5.4.1 R-message validation 5.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. 5.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. Pag. 23 of 105

Automated Clearing House SCT Interface Specifications 5.5 Processo di raggiungibilità e Validazione del Bic 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. I messaggi validi verranno, dopo la fase di regolamento, inviati all ACH controparte sulla quale è attestata la banca ricevente. Questa informazione è contenuta nell 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. 5.5.1 Algoritmo di raggiungibilià e di instradamento L ACH ICBPI ICCREA, aderendo al Framework Eacha, adotta il seguente l algoritmo di instradamento: 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, l instradamento 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, l instradamento degli SCT verrà effettuato solo sui bic 11 censiti. I controlli di raggiungibilità e l instradamento sono effettuati verificando la configurazione delle Routing Table effettiva alla data regolamento del pacs.008. Per quanto riguarda i messaggi inviati dopo regolamento (camt.029, camt.056 e pacs.004) i controlli sono effettuati utilizzando la configurazione delle Routing Table attiva alla data relativa al rmsg: Interbank Settlement Date per pacs.004 e la data di sistema al momento del processamento per i camt.029 e camt.056. Pag. 24 of 105

Automated Clearing House SCT Interface Specifications 6 Bulks e Messaggi Formato messaggi 6.1 BULK TYPES 6.1.1 CTO Bulk messages Un file CTO può contenere più bulks, ciascun bulk deve essere congruente in termini di: Message Type Interbank Settlement Date. 6.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 sarà 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. 6.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. 6.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. 25 of 105

Automated Clearing House SCT Interface Specifications 6.2 File Encoding Come da SEPA Implementation Guidelines, il sistema ICBPI-ICCREA supporta UTF-8 character set. Alle Banche è richiesto di supportare almeno il Latin 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 Tuttavia in presenza di accordi bilaterali o multilaterali è possibile spedire e ricevere transazioni con caratteri non-latin. L'ACH ICBPI-ICCREA non verificherà o limiterà la presenza di tali caratteri. 6.3 Controllo di Univocità I messaggi e i file sono soggetti a controllo di univocità nell ambito che segue : Message Type Reference Number Files - Nome File Identificativo File Bank ID 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 camt.029 Identification Original Creditor Pag. 26 of 105

Automated Clearing House SCT Interface Specifications Investigation Payment Cancellation Request Agent camt.056 Cancellation ID Original Debtor Agent 6.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. 27 of 105

Automated Clearing House SCT Interface Specifications 6.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 Instructed Agent Group Header Individual Transaction Group Header Individual Transaction Mandatory Not Present Not Present Not Present OVR Field Level Status Instructing Agent Instructed Agent Group Header Individual Transaction Group Header Individual Transaction Not Present Not Present Not Present Not Present SCO Pag. 28 of 105

Automated Clearing House SCT Interface Specifications Field Level Status Instructing Agent Instructed Agent Group Header Individual Transaction Group Header Individual Transaction Not Present Mandatory Mandatory Not Present CSO Field Level Status Instructing Agent Instructed Agent Group Header Individual Transaction Group Header Individual Transaction Mandatory Not Present Not Present Mandatory Pag. 29 of 105

Automated Clearing House SCT Interface Specifications 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 Total Number of camt.056 Bulks Total Number of pacs.004 Bulks (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) Pag. 30 of 105

Automated Clearing House SCT Interface Specifications M Total Number of camt.029 NumROIBlk 8n Numero totale di Bulks di tipo Resolution of Investigation contenuti nel file (error code T21) 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 M M M Original File Name Original Date And Time File Reject Reason File Business Date riferisce il file OVR 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 105

Automated Clearing House SCT Interface Specifications 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 Content Type ALL : File cumulativo CType 3!a RET : File contenente solo i return CTR : File contenente solo i pagamenti credit transfer O M M Indirect Istitution File Business Date Total Number of pacs.008 Bulks 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 M Total NumPCRBlk 8n Numero totale di Bulks di tipo Pag. 32 of 105

Automated Clearing House SCT Interface Specifications M M Number of camt.056 Bulks Total Number of pacs.004 Bulks Total Number of camt.029 Payment Cancellation REquest contenuti nel file 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 105

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 105

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 Deve essere lo stesso presente nel tag SndgInst dell header CTO: error code V10. 4!a2!a2!c C NA Aderente che deve ricevere il bulk. Usato solo nel file SCO: error code V11. Sarà uguale al Receiving Inst indicato nell header SCO. Pag. 35 of 105

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 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) Pag. 36 of 105

XML tag Format Status RB Ref Validation Rules CdtTrf +PmtTpInf ++LclInstrm +++Cd CdtTrf +PmtTpInf ++LclInstrm +++Prtry CdtTrf +PmtTpInf ++CtgyPurp CdtTrf +IntrBkSttlmAmt 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 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. Pag. 37 of 105

XML tag Format Status RB Ref Validation Rules CdtTrf +IntrBkSttlmDt CdtTrf +AccptncDtTm CdtTrf +InstdAmt Attribute CdtTrf +XchgRate CdtTrf +ChrgBr ISO Date O NA AOS Trasferibilità dei Bonifici: ISO Date O Data di accettazione 18d 3!a O 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 Importo in divisa 11d O Tasso di cambio Campo non ammesso; error code VT80 4!a M Solo SLEV ammesso. (schema validation) Pag. 38 of 105

XML tag Format Status RB Ref Validation Rules CdtTrf +ChrgsInf ++ChrgsAmt Attribute CdtTrf +ChrgsInf ++ChrgsPty +++FinInstnId ++++BIC CdtTrf + PrvsInstgAgt ++ FinInstnId +++BIC CdtTrf +InstgAgt CdtTrf +UltmtDbtr ++Nm 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 70x O AT-08 Ultimate Debtor Name Pag. 39 of 105

XML tag Format Status RB Ref Validation Rules CdtTrf +UltmtDbtr ++PstlAdr +++Ctry CdtTrf +UltmtDbtr ++PstlAdr +++AdrLine 2!a C NA Paese Ultimate Debtor. Campo non ammesso; error code VT80 2*70x O NA Indirizzo Ultimate DebtorCampo non ammesso; error code VT80 Sono ammesse un massimo di due righe da 70 caratteri (schema validation). CdtTrf + UltmtDbtr ++Id +++OrgId ++++BIC CdtTrf +UltmtDbtr ++Id +++PrvtId 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. 40 of 105

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. 2*70x O AT-03 Indirizzo del Debitore Deve essere un codice ISO 3166 valido: error code VT73 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. 41 of 105

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 2!a2!n30x M AT-01 IBAN del debitore I primi 2 caratteri devono essere validi secondo ISO 3166 e devono corrispondere a paesi Sepa; Codice VT73; Il Check Digit dell IBAN sia validato secondo ISO13616 : Codice di errore VD19. CdtTrf +DbtrAgt ++FinInstnId +++BIC 4!a2!a2!c[3!c] M AT-06 Banca del debitore Deve essere una banca aderente Diretta o Indiretta e attivo per la data di regolamento indicata per la transazione: error code TY01. Non deve essere un Bic di un Partecipante Tecnico: Codice di Errore VT90 Pag. 42 of 105

XML tag Format Status RB Ref Validation Rules CdtTrf +CdtrAgt ++FinInstnId +++BIC 4!a2!a2!c[3!c] M AT-23 Banca del creditore Deve essere una banca aderente Diretta o Indiretta e attivo per la data di regolamento indicata per la transazione: error code TY01. Non deve essere un Bic di un Partecipante Tecnico: Codice di Errore VT90 CdtTrf +Cdtr ++Nm 70x M AT-21 Nome del Creditore CdtTrf +Cdtr ++PstlAdr +++Ctry CdtTrf +Cdtr ++PstlAdr +++AdrLine 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. 43 of 105

XML tag Format Status RB Ref Validation Rules CdtTrf +Cdtr ++Id +++OrgId ++++BIC CdtTrf +Cdtr ++Id +++PrvtId CdtTrf +Cdtr ++CtryOfRes CdtTrf +CdtrAcct ++Id +++IBAN 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) 2!a O Campo non ammesso; error code VT80 2!a2!n30x M AT-20 IBAN del creditore I primi 2 caratteri devono essere validi secondo ISO 3166 e devono corrispondere a paesi Sepa; Codice di errore VT73; Il Check Digit dell IBAN sia validato secondo ISO13616 : Codice di errore VD19. Pag. 44 of 105

XML tag Format Status RB Ref Validation Rules CdtTrf 70x O The Ultimate Creditor Name. +UltmtCdtr ++Nm CdtTrf +UltmtCdtr 2!a C NA Paese Ultimate Creditor Campo non ammesso; error code VT80 ++PstlAdr +++Ctry CdtTrf +UltmtCdtr ++PstlAdr +++AdrLine 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). CdtTrf +UltmtCdtr ++Id +++OrgId ++++BIC 4!a2!a2!c[3!c] C AT-10 BIC Identificativo Ultimate Creditor itore Organisation Identification Non consentito se utilizzato il tag seguente(schema validation) Pag. 45 of 105

XML tag Format Status RB Ref Validation Rules CdtTrf +UltmtCdtr ++Id +++PrvtId CdtTrf +UltmtCdtr ++CtryOfRes CdtTrf +InstrForCdtrAgt ++Cd CdtTrf +InstrForCdtrAgt ++InstrInf CdtTrf +Purp ++Cd 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. 46 of 105

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. 47 of 105

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 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 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. Pag. 48 of 105

XML Element Format Status Validation Rules GrpHdr +SttlmInf 4!a M Informazioni sul metodo si regolamento. Supportato solo CLRG. (schema validation) ++SttlmMtd GrpHdr +SttlmInf ++ClrSys +++Prtry 3!a M Identificativo del sistema di clearing. Proprietary identification of the Clearing System. Solo SIC ammesso: error code V16. GrpHdr +InstgAgt ++FinInstnId 4!a2!a2!c C Aderente diretto che ha originato il bulk. Deve essere lo stesso presente nel tag SndgInst dell headre CTO: error code V10. Usato solo nel file CTO. error code V10 +++BIC GrpHdr +InstdAgt ++FinInstnId +++BIC 4!a2!a2!c C Istituzione che ha originato questo Credit Transfer Usato solo nel file SCO: error code V11 Pag. 49 of 105

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 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 Pag. 50 of 105

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxId 35x M NA Transaction Id della transazione originale La trasazione originale deve essere presente: error code VT78 lo stato della transazione deve essere regolato (error code VT75) +OrgnlIntrBkSttlmAmt Attribute 18d 3!a M R6 Importo della transazione originale. La divisa deve essere EUR (schema validation) Il numero di interi e decimali non deve superare quello consentito. (schema validation) Pag. 51 of 105

XML Element Format Status RB Ref Usage Rules and Validation +RtrdIntrBkSttlmAmt Attribute +RtrdInstdAmt 18d 3!a M NA Importo della transazione. 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 Il numero di interi e decimali non deve superare quello consentito. (schema validation) 18d O NA Returned Instructed Amount 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. 52 of 105

XML Element Format Status RB Ref Usage Rules and Validation +CmpstnAmt +ChrgBr +ChrgsInf ++ChrgsAmt Attribute DrctDbt +ChrgsInf ++ChrgsPty +++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 Pag. 53 of 105

XML Element Format Status RB Ref Usage Rules and Validation +InstgAgt 4!a2!a2!c C NA BIC(8) Aderente diretto che origina il return. Presente solo sul file SCO: Error code VT13. ++FinInstnId +++BIC 4!a2!a2!c O NA Non sarà presente nel file SCO inviato alle banche aderenti +InstdAgt ++FinInstnId +++BIC 70x C R2 Cliente che origina la transazione. +RtrRsnInf ++RtrOrgtr +++Nm +RtrRsnInf ++RtrOrgtr +++Id ++++OrgId +++++BIC 4!a2!a2!c[3!c] C R2 La banca che origina la transazione. Pag. 54 of 105

XML Element Format Status RB Ref Usage Rules and Validation +RtrRsnInf ++RtrnRsn +++Cd +RtrRsnInf ++RtrnRsn +++Prtry +RtrRsnInf ++AddtlInf +OrgnlTxRef ++IntrBkSttlmDt 4!a C NA Return Reason Code (ISO20022) 4!a C NA Return Reason Code (Codice Proprietario) 105x C AT-R7 Additional Information 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 ISO DATE M NA Data di regolamento originale. Deve essere la stessa data contenuta nella transazione originale Pag. 55 of 105

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++SttlmInf +++SttlmMtd +OrgnlTxRef ++PmtTpInf +++SvcLvl ++++Cd +OrgnlTxRef ++PmtTpInf +++LclInstrm ++++Cd +OrgnlTxRef ++PmtTpInf +++LclInstrm ++++Prtry 4!a M NA Settlement Method 4!a M NA Service Level Code. ammesso solo il valore CLRG; (schema error) Deve essere SEPA. 35x C NA Payment Type Information 35x C NA Payment Type Information Non può essere usato allo stesso tempo con l elemento successivo Non può essere usato allo stesso tempo con l elemento precedente Pag. 56 of 105

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++PmtTpInf +++CtgyPurp ++++Cd +OrgnlTxRef ++PmtTpInf +++CtgyPurp ++++Prtry +OrgnlTxRef ++RmtInf 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. 57 of 105

XML Element Format Status RB Ref Usage Rules and Validation 70x O AT-08 Ultimate Debtor Name +OrgnlTxRef ++UltmtDbtr +++Nm 2!a C NA Paese Ultimate Debtor. +OrgnlTxRef ++UltmtDbtr +++PstlAdr ++++Ctry +OrgnlTxRef ++UltmtDbtr +++PstlAdr ++++AdrLine 2*70x O NA Indirizzo Ultimate Debtor Pag. 58 of 105

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++UltmtDbtr +++Id ++++OrgId +++++BIC +OrgnlTxRef ++UltmtDbtr +++Id ++++PrvtId +OrgnlTxRef ++UltmtDbtr +++CtryOfRes +OrgnlTxRef ++Dbtr +++Nm 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) 2!a O NA Paese di residenza Ultimate Debtor 70x M NA Nome del debitore. Pag. 59 of 105

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++Dbtr +++PstlAdr ++++Ctry +OrgnlTxRef ++Dbtr +++PstlAdr ++++AdrLine +OrgnlTxRef ++Dbtr +++Id ++++OrgId +++++BIC 2!a C NA Paese ISO del debitore. Solo se valorizzato l indirizzo 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) Pag. 60 of 105

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++Dbtr +++Id ++++PrvtId +OrgnlTxRef ++Dbtr +++CtryOfRes +OrgnlTxRef ++DbtrAcct +++Id ++++IBAN +OrgnlTxRef ++DbtrAgt +++FinInstnId ++++BIC 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 2!a2!n30x M NA Conto del debitore :IBAN 4!a2!a2!c[3!c] M NA Debtor Agent :BIC Pag. 61 of 105

XML Element Format Status RB Ref Usage Rules and Validation 4!a2!a2!c[3!c] M NA Creditor Agent: BIC +OrgnlTxRef ++CdtrAgt +++FinInstnId ++++BIC 70x M NA Nome del creditore +OrgnlTxRef ++Cdtr +++Nm 2!a C NA Paese ISO del creditore. Solo se valorizzato l indirizzo +OrgnlTxRef ++Cdtr +++PstlAdr ++++Ctry +OrgnlTxRef ++Cdtr +++PstlAdr ++++AdrLine 70x O NA Indirizzo postale del creditore. 2 occorrenze supportate. Pag. 62 of 105

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++Cdtr +++Id ++++OrgId +++++BIC +OrgnlTxRef ++Cdtr +++Id ++++PrvtId +OrgnlTxRef ++Cdtr +++CtryOfRes 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) 2!a O NA Paese ISO di residenza del creditore Pag. 63 of 105

XML Element Format Status RB Ref Usage Rules and Validation 2!a2!n30x M NA Conto del creditore :IBAN +OrgnlTxRef ++CdtrAcct +++Id ++++IBAN 70x O AT-28 The Ultimate Creditor Name. +OrgnlTxRef ++UltmtCdtr +++Nm 2!a C NA Paese Ultimate Creditor +OrgnlTxRef ++UltmtCdtr +++PstlAdr ++++Ctry +OrgnlTxRef ++UltmtCdtr +++PstlAdr ++++AdrLine 2*70x O NA Indirizzo Ultimate Creditor Pag. 64 of 105

XML Element Format Status RB Ref Usage Rules and Validation +OrgnlTxRef ++UltmtCdtr +++Id ++++OrgId ++++++BIC +OrgnlTxRef ++UltmtCdtr +++Id ++++PrvtId +OrgnlTxRef ++UltmtCdtr +++CtryOfRes 4!a2!a2!c[3!c] C AT-10 BIC Identificativo Ultimate Creditor itore 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. 65 of 105

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 +++FinInstId ++++BIC 4!a2!a2!c M Assigne CTO: BIC ACH Icbpi-Iccrea: error code V11 SCO: DP rivcevente Pag. 66 of 105

XML Element Format Status RB Ref Usage Rules and Validation Assgnmt +CreDtTm IS0Date &Time M Date&Time di creazione del messaggio (Error code V04) 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. 67 of 105

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 M 35x M AT-R7 Cancellation Id Contiene gli elementi identificativi della transazione da cancellare. deve contenre 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 Pag. 68 of 105

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlEndToEndId Undrlyg + ++0rgnlTxId 35x M AT-41 Original End to End 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) Pag. 69 of 105

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++Assgnr +++FinInstId ++++BIC Undrlyg + +CxlRsnInf ++0rgtr +++Nm Undrlyg + ++CxlRsnInf +++0rgtr ++++Id +++++0rgId ++++++BIC0rBEI Utilizzato solo per SCO: error code VT13 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) Pag. 70 of 105

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++CxlRsnInf +++Rsn ++++Cd Undrlyg + ++CxlRsnInf +++Rsn ++++Prtry 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) Undrlyg + ++CxlRsnInf +++AddtlInf 105x O AT-49 Può essere presente solo in caso di Reason Code FRAD (Error Code VT13) Usage Rule: Only one occurrence is allowed Pag. 71 of 105

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + 4!a M NA Metodo di regolamento. Solo CLRG ammesso (schema validation). ++0rgnlTxRef +++SttlmInf ++++SttlmMtd Undrlyg + ++0rgnlTxRef 3!a M NA Identificativo del Clearing System. Solo SIC ammesso: error code V16. +++SttlmInf ++++ClrSys +++++Prtry Undrlyg + ++0rgnlTxRef +++PmtTpInf ++++SvcLvl +++++Cd 4!a M AT-40 Service Level Code. deve essere SEPA Pag. 72 of 105

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++PmtTpInf ++++LclInstrm +++++Prtry Undrlyg + ++0rgnlTxRef +++PmtTpInf ++++CtgyPurp Undrlyg + +0rgnlTxRef ++RmtInf 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 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 Pag. 73 of 105

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++UltmtDbtr Undrlyg + ++0rgnlTxRef +++Dbtr ++++Nm Undrlyg + ++0rgnlTxRef +++Dbtr ++++PstlAdr +++++Ctry vedi schema AT-08 AT-09 Ultimate Debtor 70x M AT-02 Debtor Name. 2!a 0 AT-03 Debtor Country. deve essere un codice valido IS0 3166. error code VT73 Pag. 74 of 105

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++Dbtr ++++PstlAdr +++++AdrLine Undrlyg + ++0rgnlTxRef +++Dbtr ++++Id +++++0rgId Undrlyg + ++0rgnlTxRef +++Dbtr ++++Id +++++PrvtId 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) vedi schema C AT-10 Identificativo del Debitore (Ordering Id code): Private ID Non consentito se utilizzato il tag precedente(schema validation) Pag. 75 of 105

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg Campo non ammesso; error code VT80 + ++0rgnlTxRef +++Dbtr ++++Ctry0fRes Undrlyg 2!a2!n30x M AT-01 IBAN del debitore + ++0rgnlTxRef +++DbtrAcct ++++Id +++++IBAN Undrlyg + ++0rgnlTxRef +++DbtrAgt ++++FinInstnId +++++BIC 4!a2!a2!c[3!c] M AT-06 Banca del debitore Pag. 76 of 105

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++CdtrAgt ++++FinInstnId +++++BIC Undrlyg + ++0rgnlTxRef +++Cdtr ++++Nm Undrlyg + ++0rgnlTxRef +++Cdtr ++++PstlAdr +++++Ctry 4!a2!a2!c[3!c] M AT-23 Banca del creditore 70x M AT-21 Nome del Creditore 2!a C AT-22 Paese del Creditore. Deve essere un codice ISO 3166 valido: error code VT73 Pag. 77 of 105

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++Cdtr ++++PstlAdr +++++AdrLine Undrlyg + ++0rgnlTxRef +++Cdtr ++++Id +++++0rgId Undrlyg + ++0rgnlTxRef +++Cdtr ++++Id +++++PrvtId 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. 78 of 105

XML Element Format Status RB Ref Usage Rules and Validation Undrlyg + ++0rgnlTxRef +++Cdtr ++++Ctry0fRes Undrlyg + ++0rgnlTxRef +++CdtrAcct ++++Id +++++IBAN Undrlyg + ++0rgnlTxRef +++UltmtCdtr 2!a2!n30x M AT-20 IBAN del creditore Campo non ammesso; error code VT80 70x O The Ultimate Creditor Name. ammessi tutti gli elementi presenti nel Credit Transfer originario Pag. 79 of 105

Pag. 80 of 105

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) Pag. 81 of 105

XML element Format Status RB ref Usage Rules Status +Conf 4!a M Confirmation of resolution Must be RJCR Pag. 82 of 105

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 ++OriginalGroupInformation deve essere univoco; error code AM05 +++OriginalMessageIdentification 35x M NA Original Message Id This element and its sub-elements refer to the original "pacs008.001.02" message 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 Pag. 83 of 105

XML Element Format Status RB ref Usage Rules ++TransactionCancellationStatus 4!a M NA Indica lo stato della richiesta di recall ++CancellationStatusReasonInformation +++Originator ++++Name +++Originator ++++Id +++++OrgId ++++++BICOrBEI +++Reason ++++Code M Deve essere RJCR 70x C NA Soggetto (customer) che rifiuta la richiesta di recall Non può essere presente allo stesso tempo del campo successivo 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 Pag. 84 of 105

XML Element Format Status RB ref Usage Rules +++Reason ++++Proprietary 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 +++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. 85 of 105

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 Pag. 86 of 105

XML Element Format Status RB ref Usage Rules +++PaymentTypeInformation ++++LclInstrm +++++Cd +++PaymentTypeInformation ++++LclInstrm +++++Prtry +++PaymentTypeInformation ++++CtgyPurp +++RemittanceInformation ++++Ustrd +++RemittanceInformation ++++Strd +++UltimateDebtor 35x C NA 35x C NA Vedi schema O AT-45 Category purpose 140x C AT-05 140x C AT-05 (AT-08 Name of the Originator Reference Party) (AT-09 Identification Code of the Originator Reference Party) Pag. 87 of 105

XML Element Format Status RB ref Usage Rules +++Debtor +++DebtorAccount (AT-02 Name of the Originator) (AT-03 Address of the Originator) (AT-10 Originator s Identification Code) (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 +++CreditorAgent +++Creditor (AT06 BIC of the Originator Bank) (AT06 BIC of the Beneficiary Bank) (AT-21 Name of the Beneficiary) (AT-22 Address of the Beneficiary) (AT-24 Beneficiary Identification Code) I primi due caratteri devono essere un codice ISO 3166 valido: error code VT73. Country deve essere un codice ISO 3166 valido: error code VT73 Pag. 88 of 105

XML Element Format Status RB ref Usage Rules +++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. 89 of 105

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 GrpHdr +CreDtTm 35x M MessageID del bulk originato da Icbpi-Iccrea 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 15n M OVR: numero totale di transazioni presenti nel bulk originario CSO: numero di transazioni cancellate di quelle presenti nel bulk originario Pag. 90 of 105

XML Element Format Status Usage Rules OrgnlGrpInfAndStatus +OrgnlCtrlSum OrgnlGrpInfAndStatus +GrpSts OrgnlGrpInfAndStatus +StsRsnInf ++StsOrgtr +++Id ++++OrgId +++++BIC OrgnlGrpInfAndStatus +StsRsnInf ++Rsn +++Cd OrgnlGrpInfAndStatus +StsRsnInf ++Rsn +++Prtry OrgnlGrpInfAndStatus +NbOfTxsPerSts ++DtldNbOfTxs OrgnlGrpInfAndSts 18d M OVR: Importo totale delle transazioni presenti nel bulk originario CSO: Importo totale delle transazioni presenti nel bulk originario 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 Pag. 91 of 105

XML Element Format Status Usage Rules OrgnlGrpInfAndStatus +NbOfTxsPerSts ++DtldCtrlSum 18d C In caso di accettazione parziale V01 indica l importo totale di transazioni rifiutate Pag. 92 of 105

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 4!a C Codice di errore (ISO20022 codes) Stato della transazione: RJCT = rejected; ACCP =accepted (se original message è camt.056 con ACCN oppure ACRC, vedi TAG successivo) Solo se assente il tag che segue. Pag. 93 of 105

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. 94 of 105

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 T04 Direct Participant BIC mismatch (network address) or Unknown PRTRY Direct Participant 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 Maximum number of transactions in a bulk pacs.002 exceeded PRTRY V03 pacs.002 Number of transactions mismatch PRTRY V05 pacs.002 Total amount mismatch PRTRY Incorrect message Date&Time (exceeded the V04 Pacs.002 maximum allowed time period, i.e. 60 calendar PRTRY days) 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 PRTRY Pag. 95 of 105

Assigner V11 Invalid use of Instructed Agent or invalid use of pacs.002 Assignee PRTRY V13 pacs.002 Zero Settlement Amount PRTRY 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 Error Code Msg 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 Operation/transaction code incorrect, invalid file pacs.004 format ISO AM01 pacs.002 ZeroAmount ISO AM02 pacs.002 NotAllowedAmount ISO AM05 pacs.004 pacs.002 Duplication ISO DT01 pacs.002 InvalidDate ISO BE04 pacs.004 MissingCreditorAddress ISO ED05 pacs.002 SettlementFailed ISO FOCR FollowingCancellationRequest (Positive answer to pacs.004 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 Pag. 96 of 105

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 VT15 pacs.002 Invalid Settlement Cycle PRTRY VT33 pacs.002 Invalid data format PRTRY VT73 pacs.002 Invalid country code PRTRY VT75 Invalid original transaction status, action not pacs.002 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 VT90 pacs.002 Invalid use of a Technical BIC PRTRY Pag. 97 of 105

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. 98 of 105

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. 99 of 105

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) M Number Credit Transfers Sent 10n Numero totale di credit transfer inviati da un partecipante diretto. 4 8 12 16 20 24 28 32 36 40 44 48 52 Pag. 100 of 105

Status Field Name Format Value Contents Position 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) 62 M Number Credit Transfers Held 10n Numero totale di credit transfer inviati da un partecipante diretto con data di regolamento futura e correttamente processati 72 M Number Credit Transfers Cancelled 10n Numero totale di credit transfer scartati in fase di regolamento dal sistema di settlement 82 M Number Credit Transfers Settled 10n Numero totale di credit transfer che sono stati correttamente regolati 92 M Number Returns Sent 10n Numero totale di returns inviati da un partecipante diretto. 102 M Number Returns Rejected 10n Numero di returns segnalati da Icbpi-Iccrea nei files OVR di scarto parziale 112 M Number Returns Held 10n Numero totale di returns inviati da un partecipante diretto con data di regolamento futura e correttamente processati 122 M Number Returns Cancelled 10n Numero totale di returns scartati in fase di regolamento dal sistema di settlement 132 M Number Returns Settled 10n Numero totale di returns che sono stati correttamente regolati 142 M Number PCR Sent 10n Numero totale di richieste di cancellazione inviate da un partecipante diretto. 152 M Number PCR Rejected 10n Numero di richieste di cancellazione segnalate da Icbpi-Iccrea nei files OVR di scarto parziale 162 M Number ROI Sent 10n Nmero totale di ROI inviate da un partecipante diretto 172 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. M Value Credit Transfers Rejected 18d Importo totale di credit transfer segnalati da Icbpi- Iccrea nei files OVR di scarto parziale 182 192 210 Pag. 101 of 105

Status Field Name Format Value Contents Position 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 228 246 264 282 300 318 336 354 372 390 Pag. 102 of 105

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. 103 of 105

Automated Clearing House APPENDIX F 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. 104 of 105

Automated Clearing House APPENDIX G PARAMETRI CONNESSIONI SWIFT Di seguito sono dettagliate le specifiche tecniche di comunicazione con le reti. SWIFT Parameters Distinguish Name ou=bulkpilot,o=scetitmm,o=swift Collaudo ou=bulkp,o=scetitmm,o=swift Live Service Name seceti.bulkp.rt!p seceti.bulkp.rt Collaudo Live Request Types admi.xxx.si.sct.s.cbr pacs.008.si.sct.(*) dove (*) deve essere uguale a: - s.cso - r.cto - s.ovr - s.sco Delivery xsys.xxx.delnotif Pag. 105 of 105