SEPA CREDIT TRANSFER SERVICE

Transcript

1 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

2 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

3 Automated Clearing House SCT Interface Specifications Contents 1 INTRODUZIONE SCOPO DEL DOCUMENTO BACKGROUND STORIA DELLE MODIFICHE REFERENCES PARTECIPAZIONE AL SISTEMA Bic Tecnici I FLUSSI SCT SEPA CREDIT TRANSFER TIPI DI FILES CICLO GIORNALIERO Ciclo fase A Ciclo fase B Ciclo fase finale di chiusura TIPOLOGIA FILE CREDIT TRANSFER ORDERS (CTO) ORDERS VALIDATION REPORT (OVR) SETTLED CREDIT ORDERS (SCO) CANCELLED SETTLED ORDERS (CSO) REPORTS FILES Closing Balance Report (CBR) SCAMBIO FILES CUT-OFF TIME SICUREZZA ED INTEGRITÀ DEI FILES SCAMBIATI FILE NAMING CONVENTIONS Logical File Names Identificativo File (IF) File format e bulks XML Schemas VALIDATION OF INPUT PAYMENT FILES R-message validation PROCESSO DI RAGGIUNGIBILITÀ E VALIDAZIONE DEL BIC Algoritmo di raggiungibilià e di instradamento BULKS E MESSAGGI FORMATO MESSAGGI BULK TYPES CTO Bulk messages OVR Bulk messages CSO Bulk messages Pag. 3 of 105

4 Automated Clearing House SCT Interface Specifications SCO Bulk messages FILE ENCODING CONTROLLO DI UNIVOCITÀ Message ID UTILIZZO DEI TAG INSTRUCTED AND INSTRUCTING AGENTS APPENDIX A XML FILES HEADERS A.1 XML CREDIT TRANSFER ORDERS (CTO) HEADER A.2 XML ORDERS VALIDATION REPORT (OVR) HEADER A.3 XML SETTLED CREDIT ORDERS (SCO) HEADER A.4 XML CANCELLED SETTLED ORDERS (CSO) HEADER APPENDIX B XML MESSAGE DEFINITIONS B.1 USAGE OF CREDIT TRANSFERS (PACS ) FILES CTO E SCO B.1.1 SCT CREDIT TRANSFER (PACS ) BULK HEADER B.1.2 SCT CREDIT TRANSFER (PACS ) INDIVIDUAL TRANSACTION B.2 USAGE OF RETURN TRANSACTION (PACS ) B.2.1 SCT RETURN (PACS ) BULK HEADER NEI FILE CTO E SCO B.2.2 SCT RETURN (PACS ) INDIVIDUAL TRANSACTION B.3 USAGE OF RECALL (CAMT ) B.3.1 SCT RECALL (CAMT ) BULK HEADER B.3.2 SCT PAYMENT CANCELLATION REQUEST (CAMT ) UNDERLYING TRANSACTION B.4 RESOLUTION OF INVESTIGATION (CAMT.029) BULK HEADER B.4.1 RESOLUTION OF INVESTIGATION (CAMT.029) TRANSACTION DETAIL B.5 PAYMENT STATUS B.5.1 SCT STATUS REPORT (PACS ) BULK HEADER NEL FILE OVR B.5.2 SCT STATUS REPORT (PACS ) NEI FILES OVR E CSO - ORIGINAL GROUP INFORMATION AND STATUS SCT REJECT (PACS ) NEL FILE OVR INDIVIDUAL TRANSACTION APPENDIX C ERROR CODES C.1 FILE LEVEL C.2 BULK LEVEL C.3 TRANSACTION LEVEL APPENDIX D AOS TRASFERIBILITÀ BONIFICI SCT D.1 SPECIFICHE DEI DATI RICHIESTI APPENDIX E REPORT FILE DETAILS E.1 DAILY RECONCILIATION REPORT (CBR) E.1.1 CBR HEADER E.1.2 CBR FILES/BULKS/TRANSACTIONS SENT E.1.3 CBR FILES/BULKS/TRANSACTIONS RECEIVED APPENDIX F GLOSSARIO APPENDIX G PARAMETRI CONNESSIONI SWIFT Pag. 4 of 105

5 Automated Clearing House SCT Interface Specifications Pag. 5 of 105

6 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 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

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

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

9 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 ; Recall of C.T. Dataset CAMT , negative answer to a Recall of C.T. CAMT (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 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 ) 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

10 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

11 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

12 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 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

13 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

14 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

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

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

17 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

18 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

19 Automated Clearing House SCT Interface Specifications 4.5 Reports Files 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

20 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 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

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

22 Automated Clearing House SCT Interface Specifications 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 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 introduce un nuovo elemento, il message root definito per tutti i messaggi come di seguito illustrato: pacs <FIToFICstmrCdtTrf> pacs <PmtRtr> pacs s2 <FIToFIPmtStsRpt> camt <FIToFIPmtCxlReq> camt <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

23 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 R-message validation 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 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

24 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 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, ABCDIT 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

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

26 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 / -? : ( )., ' + 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

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

28 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

29 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

30 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

31 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

32 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

33 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

34 APPENDIX B XML MESSAGE DEFINITIONS B.1 Usage of Credit Transfers (pacs ) files CTO e SCO B.1.1 SCT Credit Transfer (pacs ) 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

35 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

36 B.1.2 SCT Credit Transfer (pacs ) 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

37 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

38 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

39 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

40 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

41 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

42 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

43 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

44 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

45 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

46 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

47 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

48 B.2 Usage of Return Transaction (pacs ) B.2.1 SCT Return (pacs ) 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

49 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

50 B.2.2 SCT Return (pacs ) 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 ) 35x O NA Instruction ID del pagamento originale 35x M NA End to End Id del pagamento originale Pag. 50 of 105

51 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