[normattiva_dump]

2) la PRE-TRANSFER User Exit, richiamata dal server nel nodo trasmittente (Istituto bancario) prima di eseguire il trasferimento dei dati, esegue le seguenti funzioni: - controllo della esatta sequenza dei tipi record all'interno dell'archivio da trasmettere e della congruenza di alcune informazioni contenute nei dati, - calcolo del CRC (CRC1) sui dati originari, compressione, crittografia e calcolo del CRC (CRC2) sui dati "ombra" (crittografati e compressi); - inserimento dei due CRC in coda all'archivio "ombra" compresso e nella parameter-list che è utilizzata dalla sessione sincrona di controllo; - acquisizione del codice identificativo del richiedente e del progressivo trasmissione dal record di tipo 0 e suo inserimento nella parameter-list; 3) la PRE-TRANSFER User Exit, richiamata dal server nel nodo ricevente (A.T.) prima di eseguire il trasferimento dei dati, esegue le seguenti funzioni: - autorizzazione alla trasmissione, mediante controllo del codice identificativo del richiedente nel database degli utenti abilitati; - selezione del primo archivio disponibile nel pool di ricezione e suo inserimento nella parameter-list (la selezione punta a due files, uno per la copia espansa e uno per la copia "ombra" compattata e crittografata), - protocollazione della trasmissione e logging iniziale in A.T.; 4) esecuzione della trasmissione dell'archivio "ombra"; 5) la POST-TRANSFER User Exit, richiamata dal server nel nodo trasmittente (Istituto bancario), esegue le seguenti funzioni: - logging con l'esito della trasmissione e il relativo protocollo; - prima segnalazione sul file di controllo del pool di trasmissione del corretto trasferimento dell'archivio; 6) la POST-TRANSFER User Exit, richiamata dal server nel nodo ricevente (A.T.), esegue le seguenti funzioni: - calcolo CRC (CRC2) dell'archivio "ombra" ricevuto, espansione, decrittografia e calcolo CRC (CRC1) dell'archivio in chiaro conforme all'originario; - confronto dei CRC calcolati con i CRC della parameter-list; - logging con l'esito della trasmissione e aggiornamento del file di controllo del pool; - creazione dell'archivio "report" della trasmissione; 7) la POST-CONVERSATION User Exit, richiamata dal server nel nodo trasmittente (Istituto bancario), esegue le seguenti funzioni: - logging della completa esecuzione della trasmissione; - segnalazione finale sul file di controllo del pool di trasmissione del corretto trasferimento dell'archivio. Nel caso di utilizzo del prodotto IBM Netview/FTP V.1 non è disponibile la POST-CONVERSATION User Exit; in tal caso la notifica presso l'Istituto bancario del completamento dell'intera operazione trasmissiva non può essere fornita in modo sincrono alla trasmissione. Tale informazione è comunque disponibile nell'archivio "report" creato in A.T. della POST-TRANSFER User Exit. L'Istituto bancario può richiedere la ricezione dell'archivio "report" con le modalità descritte nel paragrafo 2.2. 2.2 Gestione delle risposte In A.T. vengono predisposti per ogni singola banca: - un archivio "report" contenente un report relativo alla singola trasmissione dati; in tale archivio sono riportati data e ora della trasmissione, numero di record utente ricevuti a numero di protocollo; - un archivio "esiti" contenente eventuali irregolarità riscontrate nei dati inviati nella singola trasmissione; - un archivio "risposte" contenente i dati dei maggiori interessi e sconti di emissione concessi, relativo alle richieste prive di irregolarità. Tutti gli archivi suddetti avranno una denominazione che identifica univocamente l'Istituto bancario e il tipo; in tale modo, anche in caso di prolungata mancanza di collegamento o di ripetuti errori nella ricezione, lo specifico archivio potrà essere richiesto dall'Istituto bancario anche in caso ne sia stato prodotto uno successivo. La gestione della ricezione si articola cronologicamente nella esecuzione delle seguenti fasi: 1) presso l'Istituto bancario richiedente viene inserita la richiesta di ricezione dello specifico archivio preparato in A.T.; 2) la PRE-TRANSFER User Exit, richiamata dal server nel nodo trasmittente (A.T.) prima di eseguire il trasferimento dati, esegue le seguenti funzioni: - autorizzazione alla trasmissione, mediante controllo del codice identificativo del richiedente nel database degli utenti abilitati; - determinazione del nome del file richiesto in base all'identificativo del richiedente e al tipo di richiesta verifica che il file richiesto esiste e non sia vuoto; - calcolo del CRC (CRC1) dei dati in chiaro, compressione, crittografia e calcolo del CRC (CRC2) dei dati "ombra" (crittografati e compressi), - inserimento dei due CRC in coda all'archivio "ombra" compresso e nella parameter-list; 3) la PRE-TRANSFER User Exit, richiamata dal server nel nodo ricevente (Istituto bancario) prima di eseguire il trasferimento dati, non esegue alcuna funzione; 4) esecuzione della trasmissione dell'archivio "ombra"; 5) la POST-TRANSFER User Exit, richiamata dal server nel nodo trasmittente (A.T.), esegue le seguenti funzioni: - logging con l'esito della trasmissione; 6) la POST-TRANSFER User Exit, richiamata dal server nel nodo ricevente (Istituto bancario), esegue le seguenti funzioni: - calcolo CRC (CRC2) dell'archivio "ombra" ricevuto, espansione, decrittografia e calcolo CRC (CRC1) dell'archivio in chiaro conforme all'originario; - confronto dei CRC calcolati con i CRC della parameter-list; - logging finali con l'esito della trasmissione. 3. TRASFERIMENTO MEDIANTE ALTRI PRODOTTI Per questi tipi di trasferimenti dati le funzioni di logging e eventuali funzioni accessorie di ausilio alla trasmissione sono quelle dello specifico prodotto che implementa la trasmissione con protocollo FTP su TCP/IP o FTAM poiché la sessione di controllo parallela al trasferimento dati non verrà effettuata in modo sincrono con il trasferimento stesso. Per garantire comunque le indispensabili funzioni di congruenza, integrità, sicurezza e compressione dei dati è stato realizzato un modulo di interfaccia, a cura di Anagrafe Tributaria, che opera in modo asincrono con la trasmissione. Il modulo di interfaccia è costituito da una procedura di PRE-TRANSFER e da una procedura di POST-TRANSFER. Il modulo di interfaccia è realizzato in linguaggio C per sistemi DOS, UNIX, OS/400 e in linguaggio Assembler per il sistema MVS; i meccanismi che assicurano i controlli di integrità, la crittografia e la compressione sono gli stessi usati nel caso di trasmissioni mediante NetView/FTP, ciò permette di reinserire in Anagrafe Tributaria gli archivi pervenuti con tale modalità nel circuito gestionale previsto per gli archivi pervenuti via NetView/FTP. I File Transfer tra banca ed A.T. verranno effettuati sempre con dati crittografati e compressi. 3.1 Trasmissione da Istituto bancario ad Anagrafe Tributaria La gestione del flusso trasmissivo si articola cronologicamente nelle seguenti fasi: 1) esecuzione, presso l'Istituto bancario, della procedura di PRE-TRANSFER che svolge le seguenti funzioni: - segnalare le eventuali incongruenze nei dati da trasmettere; - preparare, a partire dall'archivio in chiaro, la copia "ombra" (crittografata e compressa) dell'archivio originale nonché il relativo file di controllo che contiene le informazioni necessarie per la ricostruzione e la validazione dell'archivio trasmesso;