Allegato 1A Capitolato Tecnico Lotto 1

Transcript

1 Procedura aperta per l acquisizione di servizi di manutenzione e di sviluppo per i sistemi informativi a supporto della riscossione, suddivisa in 2 Lotti (Lotto 1: CIG Lotto 2: CIG BE) Equitalia SpA Allegato 1A Capitolato Tecnico Lotto 1

2 Equitalia SpA Gara per servizi di manutenzione e di sviluppo per i sistemi informativi a supporto della riscossione suddivisa in due lotti Lotto 1 Capitolato tecnico CIG:

3 pagina 2 Sommario Sommario... 2 Acronimi Introduzione Consistenza della fornitura Attività richieste nella fornitura Servizio di AMS Servizio di NSS Dimensionamento della fornitura Passaggio di consegne Il contesto applicativo Architettura di massima per le applicazioni in Equitalia Le applicazioni oggetto dei servizi Ambienti Sistemi e tecnologie di rilievo per le attività oggetto di gara Ciclo di vita del Software e gestione dei progetti Gestione dei picchi di lavoro Logistica Figure professionali richieste per l esecuzione dei servizi Dimensionamento del pool di risorse e composizione media per ciascun servizio Profili delle figure professionali Requisiti migliorativi Verifica requisiti delle risorse professionali Governo della fornitura Modalità di fornitura del servizio di AMS Modalità di fornitura del servizio di NSS Garanzia Modalità di remunerazione Verifica avanzamento lavori Gestione delle risorse professionali Produttività SLA (Service Level Agreement) Penali e rilievi Proposte a supporto del monitoraggio dei servizi di AMS e di NSS Allegati... 83

4 pagina 3 Acronimi EQ Equitalia GG/P Giorni Persona (usato come sinonimo di Full Time Equivalent) FP Punti Funzione SLA Service Level Agreement SW Software HW Hardware AMS Servizio di Application Management NSS Servizio di Nuovi Sviluppi MAC Manutenzione Correttiva MAA Manutenzione Adeguativa MEV Manutenzione Evolutiva RDM Richiesta di Manutenzione Evolutiva RDA Richiesta di Manutenzione Adeguativa RDS Richiesta di Sviluppo Software o di Supporto Specialistico

5 pagina 4 1 Introduzione Nel quadro della generale tendenza al rinnovamento delle attività di riscossione, e in particolare in seguito al riordino della disciplina relativa alle attività di riscossione mediante ruolo, Equitalia S.p.A., di seguito EQ sta attuando, a partire dal 2008, un complesso piano industriale che persegue il miglioramento dell efficacia e dell efficienza del modello di produzione, allo scopo di migliorare i livelli di servizio ottimizzando al contempo la struttura dei costi operativi. All interno di questo percorso, sono state lanciate diverse iniziative riconducibili complessivamente a tre precise direttrici sostanziali: Innovazione e sviluppo dell informatizzazione, rimarcando sempre di più il ruolo primario svolto da EQ nella realizzazione, promozione e diffusione di soluzioni informatiche innovative come strumenti abilitanti del processo di riscossione Massimizzazione dell efficienza complessiva del modello operativo Miglioramento della trasparenza delle attività svolte verso il mercato di riferimento, attraverso la definizione di chiari standard qualitativi e il potenziamento della capacità di gestione dei clienti Nell ambito di questo quadro di trasformazione, EQ intende affidare all aggiudicatario del lotto 1 i servizi informatici di sviluppo, manutenzione e supporto specialistico dettagliatamente indicati nel presente capitolato. Relativamente a detti servizi il presente capitolato definisce la stima delle quantità, la qualità ed i livelli di servizio richiesti, da considerarsi requisiti minimi, nonché i requisiti migliorabili dal Concorrente in sede di offerta.

6 pagina 5 2 Consistenza della fornitura 2.1 Attività richieste nella fornitura La fornitura oggetto di affidamento è relativa ai seguenti servizi: Servizio di Application Management (AMS) Servizio di Nuovi Sviluppi (NSS) Nella tabella seguente sono riepilogate le attività rientranti in ciascuno di detti servizi, descritte in dettaglio nei paragrafi successivi, nonché la modalità di remunerazione di ciascuna attività. Servizio Attività Remunerazione Servizio di Application Management (AMS) Servizio di Nuovi Sviluppi (NSS) Manutenzione Correttiva (MAC) Manutenzione Adeguativa (MAA) Manutenzione Evolutiva (MEV) Sviluppo Software Canone mensile A corpo, misurata in FP A corpo, misurata in Supporto Specialistico giorni persona Tabella 1 - elenco dei servizi oggetto della fornitura L aggiudicatario del lotto 1, di seguito Fornitore, sarà obbligato all esecuzione dei suddetti servizi, nel rispetto di quanto previsto, per ciascuna attività, dal sistema di qualità aziendale (SGQ) di EQ, riportato nell allegato A, del Sistema Gestione Sicurezza Informazioni (SGSI) di EQ, nonché nel rispetto delle condizioni e dei livelli di servizio previsti dal presente capitolato tecnico o migliorati, ove previsto, dal Fornitore in sede di offerta, mediante l impiego di risorse professionali in possesso dei requisiti minimi previsti dal successivo paragrafo 7.2 o di quelli migliorativi indicati in sede di offerta e, comunque, nel rispetto di quanto previsto dal contratto, il cui schema fa parte integrante della documentazione di gara. 2.2 Servizio di AMS Il servizio di AMS riguarda un sottoinsieme delle applicazioni di EQ, dettagliatamente indicate nel capitolo 3, e si compone di due attività: Manutenzione Correttiva (MAC) La Manutenzione Correttiva è volta alla diagnosi ed alla rimozione delle cause e degli effetti, sia sulle interfacce utente che sulle basi dati, dei malfunzionamenti delle procedure e dei programmi in esercizio ed in genere di tutti i componenti dell applicazione. Si precisa che l intervento di manutenzione correttiva potrà riguardare anche il disallineamento della documentazione utente.

7 pagina 6 Rientrano nella Manutenzione Correttiva le seguenti attività: diagnosi del malfunzionamento; rimozione degli errori/difetti e dei relativi effetti che gli stessi hanno provocato; contributi di competenza specialistica di prodotto necessari alla corretta soluzione del malfunzionamento; test in ambiente di collaudo della soluzione realizzata; allineamento della documentazione; allineamento degli eventuali script automatici; supporto all installazione in ambiente di esercizio; segnalazione delle correttive effettuate per allineamento del software in corso di sviluppo/modifica/collaudo; supporto all attività diagnostica sulla causa del malfunzionamento le cui cause non sono imputabili a errori/difetti presenti nel software applicativo. Manutenzione Adeguativa (MAA) La Manutenzione Adeguativa comprende tutte le attività (analisi d impatto, piccole implementazioni e/o modifiche del software, programmi di conversione, etc..) volte ad assicurare la costante aderenza delle procedure e dei programmi all evoluzione dell ambiente tecnologico del sistema informativo ed al cambiamento dei requisiti (organizzativi e d ambiente). Normalmente viene innescata dall esigenza di: adeguamenti dovuti a cambiamenti di condizioni al contorno (ad esempio per variazioni al numero utenti, per migliorie di performance, per aumento delle dimensioni delle basi dati, ecc.); adeguamenti necessari a seguito dell introduzione di nuove disposizioni di legge; adeguamenti necessari a seguito di innalzamento di versioni del software di base; adeguamenti volti all introduzione di nuovi prodotti o modalità di gestione delle applicazioni; migrazioni di piattaforma; modifiche, anche massive, non a carattere funzionale, alle applicazioni (ad esempio cambiamento di titoli sulle maschere, ecc).

8 pagina Servizio di NSS Il servizio di NSS, comprende le attività di realizzazione di software negli ambienti applicativi descritti al capitolo 3, nonché le attività di Supporto Specialistico. In particolare, rientrano nel servizio NSS le seguenti attività: Manutenzione Evolutiva (MEV) Attività realizzative volte ad arricchire le applicazioni esistenti modificando e/o integrando le funzionalità già disponibili. Sviluppo Software Attività realizzative che hanno come obiettivo lo sviluppo di nuove funzionalità su applicazioni esistenti o la realizzazione di nuove applicazioni. Supporto Specialistico Comprende un insieme integrato di attività che garantisce supporto per tutte le necessità afferenti alle esigenze specifiche di EQ come ad esempio gli studi su specifici argomenti, analisi e ricerche, realizzazione quadri di sintesi. Il Supporto Specialistico comprende principalmente le seguenti attività: formazione redazione di documentazione tecnica supporto a redazione di studi redazione di presentazioni 2.4 Dimensionamento della fornitura Il dimensionamento della fornitura è stato calcolato per un periodo di 48 (quarantotto) mesi, fatto salvo gli adempimenti ulteriori previsti dal presente capitolato tecnico e/o dal contratto per la garanzia di quanto realizzato nell esecuzione dei servizi. Tale periodo decorrerà dalla data del verbale di avvio dell esecuzione del contratto che verrà redatto a seguito del completamento delle attività per il passaggio iniziale delle conoscenze, di cui al successivo paragrafo 2.5. Nelle seguenti tabelle sono riportati gli elementi, conosciuti o stimati, di dimensionamento di ciascun servizio. Le stime, relative all intera durata dell esecuzione dei servizi (48 mesi), sono da ritenersi indicative, formulate al meglio delle attuali conoscenze e assolutamente non vincolanti per EQ. La tabella seguente riporta le applicazioni per le quali il Fornitore dovrà prestare il servizio di AMS (MAC e MAA) per tutta la durata contrattuale del servizio pari a 48 mesi, il dimensionamento in FP

9 pagina 8 ed il prezzo unitario a FP del canone mensile posto a base di gara, non superabile dal Concorrente in sede di offerta. Applicazioni Dimensionamento Applicazione (FP) Prezzo unitario FP mensile (base di gara) Provvedimenti Web 455 0,80 Minuta di Ruolo Web 4.x e Monitoraggio Processi (MOP) ,80 Minuta di Ruolo Controlli in Frontiera (CIF) 901 0,80 Minuta di Ruolo Upload Minute 350 (GFXML) 811 0,80 Invio dati: Minute di Ruolo 926 0,80 Invio dati: Provvedimenti 516 0,80 Download generalizzato 396 0,80 Ruoli (back end e batch) 94 0,80 Servizi di ricezione dati 927 0,80 Applicazioni GIA Web 475 0,80 Gestionale Ruoli CICS 321 0,80 Cartelle di pagamento (CR60 e Back End) ,80 Tabelle ancillari - SIFE 932 0,80 Entrate patrimoniali 536 0,80 Applicazioni Ruoli e Provvedimenti CICS su Web ,80 Piattaforma d interscambio e relativi verticali ,80 Notifica Messo ,80 Fascicolo del contribuente 404 0,80 Infrastruttura Portale e GEU - CSE ,80 Business Process Management (BPM) - Ruoli ,80 Tabella 2 - servizi MAC e MAA Il servizio di AMS dovrà essere prestato per tutte le applicazioni a decorrere dalla data del verbale di avvio dell esecuzione del contratto, di cui al successivo paragrafo 2.5. EQ, in base alle proprie effettive esigenze, si riserva di ridurre la durata del servizio di AMS previsto per ciascuna applicazione, dandone comunicazione al Fornitore con un preavviso di 20

10 pagina 9 giorni lavorativi dalla data di effettiva cessazione. In caso di cessazione anticipata del servizio di AMS per una o più applicazioni, il relativo importo residuo incrementerà il sub-corrispettivo massimo per i servizi di NSS, fermo restando l importo massimo complessivo del contratto. La tabella seguente riporta per ciascuna tipologia di applicazioni, il numero dei FP che si stima verranno sviluppati nell esecuzione dei servizi di NSS (attività realizzative) durante tutto il periodo contrattuale ed il prezzo unitario a FP, posto a base di gara, non superabile dal Concorrente in sede di offerta. Tipologie di Applicazioni Stima dimensionamento (FP) Prezzo unitario (base di gara) Applicazioni J2EE ad alta intensità elaborativa ,96 Applicazioni J2EE ad alta interazione utente ,96 Applicazioni COBOL ad alta intensità elaborativa ,96 Tabella 3 - servizi di NSS La tabella seguente riporta per ciascuna figura professionale, le giornate persona che si stima verranno prestate per l attività di Supporto Specialistico, nell arco temporale di della durata contrattuale, e la relativa tariffa giornaliera, posta a base di gara, non superabile dal Concorrente in sede di offerta. Figure professionali Stima gg/p Tariffa giornaliera (base di gara) P5 - Capo Progetto P4 - Anal. Funz. / Team Leader e/o Analista di Processo P3 - Anal. Prog Senior P2 - Anal. Prog Junior P7 - Business Process Re-engineer P6 - Esperto FP S2 - Data Base Administrator S1 - Sistemista Junior Tabella 4 - Attività di Supporto Specialistico

11 pagina Passaggio di consegne Al Fornitore sono richieste attività relativamente alle fasi di passaggio iniziale (ricezione) e finale (trasmissione) delle conoscenze, per le quali valgono le seguenti considerazioni generali: Attività di passaggio iniziale delle conoscenze L attività, propedeutica all erogazione dei servizi oggetto della fornitura, consiste nell acquisizione delle specifiche conoscenze relative alle peculiarità delle attività e delle applicazioni di EQ ed è totalmente a carico del Fornitore. Tale attività dovrà essere completata entro 20 (venti) giorni lavorativi, a decorrere dalla data di stipula del contratto. Attività di passaggio finale delle conoscenze Nei 20 (venti) giorni lavorativi prima della scadenza del contratto il Fornitore dovrà garantire la massima disponibilità alle attività di passaggio ad altro/i fornitore/i delle conoscenze relative alle peculiarità delle attività e applicazioni EQ, con particolare riferimento a quelle maturate nel periodo di erogazione dei servizi oggetto della fornitura, senza alcun ulteriore onere per EQ. Durante il periodo di passaggio finale delle conoscenze, il Fornitore sarà comunque tenuto all erogazione dei servizi previsti (AMS e NSS) nel rispetto delle obbligazioni contrattualmente assunte. Le attività di passaggio delle conoscenze, consistono: nell affiancamento per il trasferimento delle competenze relative alla manutenzione dei sistemi e alle applicazioni realizzate, che si esplicherà attraverso la descrizione al personale del fornitore entrante di: o Funzionalità applicative e contenuti specifici o Contesto di utilizzo ed eventuali personalizzazioni software in uso o Stato delle richieste di manutenzione nell espletamento delle operazioni di consegna della documentazione, che si esplicherà nelle seguenti attività: o Consegna dei riferimenti relativi al patrimonio applicativo realizzato o adeguato o Consegna della documentazione (sia quella relativa al progetto di implementazione sia quella generata/modificata durante il periodo di manutenzione) o Consegna di tutto il materiale relativo ai corsi di formazione e addestramento effettuati, alle note di riunione, a documenti specifici redatti durante la fornitura. Le attività di trasferimento saranno svolte mediante opportune sessioni di lavoro organizzate da EQ in modo da rispettare i termini relativi al passaggio di consegne. Le attività di trasferimento saranno svolte presso le sedi EQ.

12 pagina 11 Al termine di ciascuna sessione di lavoro, il Fornitore segnalerà ad EQ le applicazioni che a suo avviso sono carenti della documentazione tecnica necessaria per garantire la corretta esecuzione del servizio di AMS. Accertata da parte di EQ l intervenuta acquisizione delle conoscenze da parte del Fornitore, EQ stessa redigerà il verbale di avvio dell esecuzione del contratto. Il verbale, tra l altro, riporterà le applicazioni che ad avviso di EQ saranno oggetto di specifici interventi di Supporto Specialistico finalizzati alla produzione della documentazione tecnica necessaria. In caso di mancato passaggio delle conoscenze, per fatto imputabile al Fornitore, entro i 20 giorni lavorativi dalla stipula del contratto, EQ avrà facoltà di procedere alla risoluzione del contratto stesso.

13 pagina 12 3 Il contesto applicativo 3.1 Architettura di massima per le applicazioni in Equitalia La figura che segue mostra l organizzazione di massima dei servizi prestati da EQ agli utenti istituzionali. Nel modello attuale, le funzioni on line sono ospitate in sistemi dipartimentali (con sistemi operativi AIX e Linux). In generale le applicazioni on line acquisiscono informazioni interagendo con dati su Oracle e su DB2 (agganciato tramite DB2 Connect) e le registrano su entrambi questi database (Oracle e DB2 di front end), anche se il ruolo di Oracle come database completamente dedicato all on-line sta crescendo (a scapito di quello DB2 front end). I dati sono poi processati da vari batch che muovono le informazioni dal DB2 front end al DB2 back end, tra le 18:00 del giorno prima e le 8:00 del giorno dopo. Mainframe Utente Sistema web Internet Oracle DB2 Front End DB2 Back End Le applicazioni on line esistenti, la cui manutenzione è affidata al Fornitore nell ambito dei servizi di AMS e di NSS, sono scritte in Java (J2EE) e operano sugli application server JBoss (in minima parte) e IBM WAS (in migrazione a versione superiore). La lettura e la scrittura dei dati presenti in Oracle è fatta mediante driver JDBC di Oracle. L interazione con il database DB2 su zos è mediata da DB2 Connect.

14 pagina 13 Le applicazioni su mainframe sono sia in ambiente CICS che procedure batch eseguite tramite JCL da uno schedulatore applicativo. Le applicazioni CICS (Cobol e DB2) leggono e scrivo sui database DB2 di front end. Le applicazioni batch acquisiscono informazioni dalle tabelle su DB2 del front end e provvedono ad elaborarle per andare poi a consolidarle sul DB2 di back end. In queste operazioni sono prodotti file da scambiare con il mondo esterno Un altra modalità che scatena l esecuzione di programmi batch su mainframe è la ricezione di file dal mondo esterno. I programmi batch processano i file ricevuti e salvano le informazioni sui database DB2. Completa il modello architetturale di figura il sistema di document composition e di stampa massiva, che non è stato inserito in quanto non rientra nel gruppo di funzioni per le quali si richiedono i servizi descritti nel presente capitolato tecnico. 3.2 Le applicazioni oggetto dei servizi Nella tabella di seguito riportata sono indicate le applicazioni attualmente in uso presso EQ relativamente alle quali ed alle loro evoluzioni, EQ stessa richiederà al Fornitore i servizi di AMS e NSS. Utente finale Applicazione Caratteristiche sintetiche Servizi richiesti Provvedimenti Web Java, J2EE, Oracle, DB2, Linux AMS, NSS Minuta di Ruolo Web 4.x e Monitoraggio Processi (MOP) Java, J2EE, Oracle, DB2, Linux AMS, NSS Servizi per gli enti Minuta di Ruolo Controlli in Frontiera (CIF) Java, J2EE, Oracle, DB2, Linux AMS, NSS Minuta di Ruolo Upload Minute 350 (GFXML) Java, J2EE, Oracle, DB2, Linux AMS, NSS Invio dati: Minute di Ruolo Java, J2EE, Oracle, DB2, Linux AMS, NSS Invio dati: Java, J2EE, Oracle, Linux AMS, NSS

15 pagina 14 Provvedimenti Download generalizzato Ruoli e Provvedimenti CICS su Web Servizi di ricezione dati Applicazioni GIA Web Java, J2EE, Oracle, DB2, Linux Cobol, DB2, zos Java, J2EE, Oracle, DB2, Linux Java, J2EE, Oracle, DB2, Linux AMS, NSS AMS, NSS AMS, NSS AMS, NSS Gestionale CICS Ruoli CICS, Cobol, DB2, zos AMS, NSS Cartelle di pagamento (CR60 e Back End) Tabelle ancillari - SIFE Cobol, DB2, zos Java, J2EE, Oracle, DB2, Linux AMS, NSS AMS, NSS Servizi per gli Agenti della Riscossione Entrate patrimoniali Cobol, DB2, zos AMS, NSS Applicazioni Ruoli e Provvedimenti CICS su Web Java, J2EE, Oracle, DB2, Linux, Cobol, DB2, zos, IB; HATS AMS, NSS Piattaforma d interscambio relativi verticali e Java, J2EE, Oracle, Linux AMS, NSS Gestione Messo Java, J2EE, Oracle, Linux AMS, NSS Fascicolo contribuente del Java, J2EE, Oracle, Linux, WSO2 AMS, NSS Infrastruttura Portale e GEU - CSE Java, J2EE, Oracle, DB2, Linux AMS, NSS Servizi Trasversali e di supporto Business Process Management (BPM) - Ruoli Java, J2EE, Oracle, Linux, IBM Business Process Manager. AMS, NSS Tabella 5 - applicazioni oggetto dei servizi

16 pagina Provvedimenti Web Descrizione Provvedimenti Web è accessibile via web dal portale di EQ e consente ad un ente di inserire e gestire, su apposite form web, dei provvedimenti (sospensione, sgravio, rateazione, le varie revoche, ecc.), tramite le seguenti funzioni: creazione guidata di un provvedimento; gestione dei soggetti e dei carichi iscritti nei ruoli di competenza visibilità sui ruoli pregressi descrizione delle motivazioni di un provvedimento gestione e personalizzazione delle lettere da inviare ai contribuenti visibilità dello stato di avanzamento di un provvedimento. Il sistema esegue in automatico, prima di prendere in carico il provvedimento, tutti quei controlli necessari (capienza, coesistenza, ecc.) perché il provvedimento possa poi essere correttamente processato nelle fasi successive del processo. I provvedimenti correttamente registrati e acquisiti dal sistema, sono poi propagati su mainframe per essere processati e resi operativi tramite le loro trasmissione agli AdR. Architettura L autenticazione è gestita dal portale di EQ tramite una procedura di SSO custom denominata EQS_SSO (anch essa scritta in Java e fondata su un LDAP di IBM). L applicazione è sviluppata in Java, usando il paradigma J2EE e il pattern MVC. Il database è DB2 su mainframe, acceduto tramite DBLink di IBM. L acceso ai dati è possibile tramite la gestione di pool di connessioni affidate al WAS. Il processo dei provvedimenti su mainframe è fuori obiettivo di questa fornitura. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS Database: DB2 v 7 acceduto mediante DB Link. Sistema operativo Linux Centos.

17 pagina 16 Tipologia di interventi Sono previsti interventi di AMS e di NSS Minuta di Ruolo Web 4.x Descrizione Il servizio Minuta di Ruolo Web 4.x è accessibile via web dal portale di EQ e consente all ente di inserire una minuta di ruolo attraverso opportune e guidate interfacce web. Il servizio è stato pensato per gli enti che non sono già dotati di un proprio sistema informatico con il quale gestiscono la messa a ruolo e quindi hanno la necessità di inserire una minuta attraverso uno strumento di data entry assistito per comunicare a EQ la minuta di ruolo. Le principali funzioni che questo servizio consente sono le seguenti: Inserimento della minuta di ruolo attraverso interfacce web guidate controllo formale e di consistenza dei dati inseriti mediante opportune regole report statistico sui controlli effettuati da EQ consultazione delle spedizioni, ovvero la consultazione dello storico delle minute inviate e il loro stato di lavorazione. Architettura L autenticazione è gestita dal portale di EQ tramite una procedura di SSO custom denominata EQS_SSO (anch essa scritta in Java e fondata su un LDAP di IBM). L applicazione è sviluppata in Java, usando il paradigma J2EE e il pattern MVC. Il database è Oracle 11g RAC. L acceso ai dati è possibile tramite la gestione di pool di connessioni affidate al WAS. Il programma esegue una validazione formale e di merito della minuta tramite una seconda applicazione denominata CIF (Controlli in Frontiera), la cui manutenzione è oggetto di questa gara e sarà descritta nel seguito. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS Database: Oracle RAC 11g, Sistema operativo Linux Centos, Interfaccia con mainframe: SPAZIO Primeur Tipologia di interventi Sono previsti interventi di AMS e di NSS.

18 pagina Minuta di Ruolo Monitoraggio Processi Descrizione Il servizio Minuta di Ruolo - Monitoraggio Processi è accessibile via web dal portale di EQ e consente all ente di verificare lo stato di lavorazione di una minuta da questo precedentemente inviata (attraverso un qualunque altro applicativo che gestisce le minute di ruolo). Il sistema consente di selezionare quali situazioni si intendono analizzare e quindi, sulla base dei filtri impostati, presenta lo stato di lavorazione delle minute che soddisfano gli stati immessi. L utente può anche scaricare dal sito eventuali file informativi di dettaglio associati alle lavorazioni sottomesse. Architettura L autenticazione è gestita dal portale di EQ tramite una procedura di SSO custom denominata EQS_SSO (anch essa scritta in Java e fondata su un LDAP di IBM). L applicazione è sviluppata in Java, usando il paradigma J2EE e il pattern MVC. Il database è Oracle 11g RAC. L acceso ai dati è possibile tramite la gestione di pool di connessioni affidate al WAS. Il programma esegue una validazione formale e di merito della minuta tramite una seconda applicazione denominata CIF (Controlli in Frontiera), la cui manutenzione è oggetto di questa gara e sarà descritta nel seguito. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS Database: Oracle RAC 11g, Sistema operativo Linux Centos. Tipologia di interventi Sono previsti interventi di AMS e di NSS Controlli in Frontiera (CIF) Descrizione Il sistema rappresenta il canale di validazione delle minute di ruolo inviate dagli Enti ad EQ attraverso i sistemi di inserimento delle forniture (Nuova Minuta di Ruolo, Invio Dati, Upload 350). I CIF realizzano un insieme di servizi che provvedono alla validazione formale e di merito dei contenuti delle minute di ruolo. Gli esiti della validazione formale vengono resi fruibili agli utenti in modo sincrono sul frontend dei sistemi di invio sopracitati; gli esiti delle validazioni di

19 pagina 18 merito vengono elaborati in modalità asincrona e resi fruibili agli utenti mediante il sistema di monitoraggio delle minute (MOP). Architettura Il sistema è sviluppato sulla piattaforma J2EE ed espone i propri servizi mediante Web Service. Il database è Oracle 11 g RAC. L'acceso ai dati è possibile tramite la gestione di pool di connessioni affidate al WAS. Una volta acquisiti i file e verificata la validità degli stessi, il sistema provvede al trasferimento dei file su mainframe tramite SPAZIO di Primeur, per essere processato dalle procedure che producono i ruoli di EQ. Tecnologia e linguaggi Linguaggio: Java, J2EE, XML Application Server: IBM WAS Database: Oracle RAC 11g Sistema operativo: Linux Centos Tipologia di interventi Sono previsti interventi di AMS e di NSS Upload 350 (GFXML) Descrizione Il sistema rappresenta il canale mediante il quale le ditte di registrazione (DRD), provvedono all invio ad EQ delle minute di ruolo originariamente in formato cartaceo. Il sistema consente l invio delle forniture mediante l upload di un file in formato XML, la gestione ed il monitoraggio dello stato di avanzamento della lavorazione delle stesse. Gli utenti sono le ditte di registrazione (DRD) e gli utenti interni a EQ. Architettura L'autenticazione è gestita dal portale di EQ tramite una procedura di SSO custom denominata EQS-SSO (anch'essa scritta in Java e fondata su un LDAP di IBM). L'applicazione è sviluppata sulla piattaforma J2EE ed utilizza il framework AJAX GWT. Il database è Oracle 11 g RAC. L'acceso ai dati è possibile tramite la gestione di pool di connessioni affidate al WAS. Il programma esegue una validazione formale e di merito della minuta tramite una seconda applicazione denominata CIF (Controlli in Frontiera). Tecnologia e linguaggi Linguaggio: Java, J2EE, XML Application Server: IBM WAS

20 pagina 19 Database: Oracle RAC 11g Sistema operativo: Linux Centos Tipologia di interventi Sono previsti interventi di AMS e di NSS Invio dati: Minute di Ruolo Descrizione Il servizio Invio dati (Upload minute di ruolo) è accessibile via web dal portale di EQ e consente all ente l invio del file della minuta di ruolo, in uno dei formati standard di EQ Il servizio è stato pensato per gli enti che sono già dotati di un proprio sistema informatico con il quale gestiscono la messa a ruolo e quindi hanno la necessità di comunicare a EQ il file prodotto finale dalle loro elaborazioni. Le principali funzioni che questo servizio consente sono le seguenti: trasmissione guidata del l elenco debitori con verifica on line dell esito della trasmissione verso EQ controllo formale della struttura dei dati report statistico sui controlli effettuati da EQ consultazione delle spedizioni, ovvero la consultazione dello storico delle minute inviate e il loro stato di lavorazione. I formati file supportati da EQ in questo servizio sono di due tipi Formato R.L. 290 Formato R.L. 450 Formato XML 350 (ad uso interno di EQ) Ne i primi due casi il sistema gestisce file piatti dalla lunghezza del singolo record del tracciato pari rispettivamente a 290 e 450 byte, con struttura definita. Il terzo caso si riferisce ad una applicazione che gestisce upload di file in formato XML. Architettura L autenticazione è gestita dal portale di EQ tramite una procedura di SSO custom denominata EQS_SSO (anch essa scritta in Java e fondata su un LDAP di IBM). L applicazione è sviluppata in Java, usando il paradigma J2EE e il pattern MVC. Il database è Oracle 11g RAC. L acceso ai dati è possibile tramite la gestione di pool di connessioni affidate al WAS.

21 pagina 20 Anche in questo caso il programma esegue una validazione formale e di merito della minuta tramite una seconda applicazione denominata CIF (Controlli in Frontiera). Una volta acquisito il file e verificato che il formato è corretto, il file è trasferito su mainframe tramite SPAZIO di Primeur, per essere processato dalle procedure che producono i ruoli di EQ. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS Database: Oracle RAC 11g, Sistema operativo Linux Centos, Interfaccia con mainframe: SPAZIO Primeur Tipologia di interventi Sono previsti interventi di AMS e di NSS Invio dati: Provvedimenti Descrizione Il servizio Invio dati (Upload Provvedimenti) è accessibile via web dal portale di EQ e consente all ente l invio di varie tipologie di file contenenti provvedimenti, utilizzando formati standard di EQ Anche in questo caso, il servizio è stato pensato per gli enti che sono già dotati di un proprio sistema informatico con il quale gestiscono la messa a ruolo e quindi hanno la necessità di comunicare a EQ il file prodotto finale dalle loro elaborazioni. Le principali funzioni che questo servizio consente sono le seguenti: trasmissione guidata di provvedimenti con verifica on line dell esito della trasmissione verso EQ controllo formale della struttura dei dati report statistico sui controlli effettuati da EQ consultazione delle spedizioni, ovvero la consultazione dello storico dei provvedimenti inviati e il loro stato di lavorazione. I formati file supportati da EQ in questo servizio sono vari. Architettura L autenticazione è gestita dal portale di EQ tramite una procedura di SSO custom denominata EQS_SSO (anch essa scritta in Java e fondata su un LDAP di IBM). L applicazione è sviluppata in Java, usando il paradigma J2EE e il pattern MVC.

22 pagina 21 Il database è Oracle 11g RAC. L acceso ai dati è possibile tramite la gestione di pool di connessioni affidate al WAS. Una volta acquisito il file e verificato che il formato è corretto, il file è trasferito su mainframe tramite SPAZIO di Primeur, per essere processato dalle procedure. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS Database: Oracle RAC 11g, Sistema operativo Linux Centos, Interfaccia con mainframe: SPAZIO Primeur Tipologia di interventi Sono previsti interventi di AMS e di NSS Download generalizzato Descrizione Il servizio Ricezione Dati: Download Generalizzato, mette a disposizione dell ente un sistema unico di download dei file di propria pertinenza. Grazie ad un interfaccia web, l utente può ricercare e scaricare un file appartenente ad una delle seguenti tipologie: RUOLI MINUTA CON DATI CONTABILI E ANAGRAFICI STATO DELLA RISCOSSIONE COMUNICAZIONI INESIGIBILITA VERSAMENTI ICI. Architettura L autenticazione è gestita tramite il portale EQ con i meccanismi già descritti in precedenza. La pubblicazione dei file sulle code dell ente vengono gestite con la nuova versione di Spazio (Primeur). L archiviazione dei file su cartuccia viene gestito mediante EJB. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS. Database: Oracle RAC 11g e DB2 v 7 su zos. Sistema operativo Linux Centos. Spazio (Primeur) Tipologia di interventi Sono previsti interventi di AMS e di NSS Servizi di ricezione dati

23 pagina 22 Descrizione Si tratta di un servizio generale accessibile via web dal portale di EQ e mediante il quale gli utenti possono inviare sul Portale di EQ file di diverso tipo. Architettura L architettura del servizio è centrata su SPAZIO di Primeur. Una volta che l utente si è autenticato tramite EQS_SSO, di fatto l applicazione incapsula servizi di SPAZIO per la ricezione del file. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS Database: Oracle RAC 11g e /o DB2 V7 su zos interfacciato via DBLink di IBM Sistema operativo Linux Centos, Interfaccia con mainframe: SPAZIO Primeur Tipologia di interventi Sono previsti interventi di AMS e di NSS GIA Web Descrizione L applicativo GIA Web per la gestione delle convenzioni è stato migrato su tecnologie compatibili con WAS6 e le funzionalità di profilazione degli utenti sono state spostate da un software dedicato a GPU. Sarà possibile inoltre, a valle di tale migrazione, mantenere ed evolvere il servizio. Gli utenti sono interni EQ. Architettura L autenticazione è gestita tramite il portale EQ e la profilazione attraverso il servizio GPU. L applicazione consiste di un layer di frontend, dedicato all interfaccia con l utente, e uno di back end contenente le logiche di business. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS. Database: DB2 v 7. Sistema operativo Linux Centos, Tipologia di interventi Sono previsti interventi di AMS e di NSS Ruoli (Gestionale Ruoli CICS e procedure batch di back end)

24 pagina 23 Descrizione In ottemperanza alle disposizioni legislative in materia di riscossione (cfr. D.L. 321/99), EQ ha predisposto una procedura informatica che consente di trasformare una minuta inviata dagli enti non telematici in un ruolo telematico al fine di garantire l interscambio delle informazioni con gli Agenti della riscossione. Le minute di ruolo possono essere trasmesse dagli enti non telematici ad EQ nei seguenti modi: Documento cartaceo Supporto informatico. EQ riceve le minute dagli enti non telematici (Comuni, Provincie, Consorzi, ecc ) e, attraverso un processo elaborativo, provvede alla formazione/informatizzazione dei ruoli; i ruoli non telematici così formati vengono trasmessi all ente per l apposizione del visto di esecutorietà. I flussi dei ruoli telematici risultanti dalla modalità espresse nel punto precedente, vengono trasmessi agli Agenti della riscossione competenti per territorio. Nell ambito del processo di formazione ruoli, l Agente della riscossione è chiamato a comunicare ad EQ gli aggiornamenti in merito ai rapporti convenzionali con gli enti, ed a fornire i timbri dei ruoli telematici presi in carico nel proprio sistema informativo per la riscossione. Per la gestione del processo di iscrizione a ruolo è stata realizzata una applicazione c.d. Gestionale Ruoli che consente sia di rilasciare le fasi produttive sia di monitorare l attraversamento del processo. Architettura L operatività TP per le funzioni del gestionale ruoli avviene attraverso mappe CICS. Il gestionale ruoli attiva poi delle procedure batch di back end che eseguono controlli e operazioni sui flussi telematici. La piattaforma software di trasmissione per lo scambio dei flussi informatici su mainframe è basata su IBM Tivoli Netview Ftp. Le fasi elaborative dei dati avvengono su mainframe utilizzando tabelle DB2. Tecnologia/Linguaggi Piattaforma Hardware: Mainframe IBM Z9 Sistema operativo Z/OS versione 1.8 TP: CICS Database: DB2 versione 8 Change Management: Endevor Linguaggio di programmazione: Cobol3 Tipologia interventi

25 pagina 24 Sono previsti interventi di AMS e di NSS Cartelle di pagamento Descrizione Le Cartelle di Pagamento sono i documenti che gli Agenti della riscossione predispongono e notificano ai contribuenti per invitarli a pagare le somme iscritte a ruolo entro sessanta giorni dalla loro notifica. Per consentire questo adempimento normativo, EQ ha predisposto una procedura informatica che permette all Agente della riscossione di gestire l intero processo di cartellazione: dalla predisposizione delle Cartelle di Pagamento alla stampa e spedizione delle stesse ai contribuenti. In particolare, la procedura consente di: 1. Effettuare simulazioni sulle attività di cartellazione; 2. Visualizzare, a conclusione delle simulazioni effettuate, i prospetti sintetici ed analitici delle Cartelle da stampare, utili per le attività di pianificazione; 3. Confermare l esecuzione e dare l avvio alla fase di cartellazione effettiva. Tale fase genera: la predisposizione di flussi informatici per la riscossione, lo spool di stampa da inviare alle tipografie per la stampa effettiva e la postalizzazione delle Cartelle di Pagamento; 4. Prenotare la ristampa delle Cartelle di Pagamento selezionate. L Agente ha a disposizione il servizio Cartelle (procedura CICS) con il quale può effettuare le seguenti attività: Simulazioni delle cartellazioni, definendo di volta in volta i relativi parametri; Validare l esito della simulazione; Ristampare le Cartelle di Pagamento, anche dopo l elaborazione e la stampa effettuata da EQ. Architettura L operatività TP per le funzioni di richiesta, visualizzazione e conferma delle esecuzioni avviene attraverso mappe CICS. La piattaforma software di trasmissione dei flussi informatici per la riscossione da mainframe è basata su IBM Tivoli Netview Ftp. Le fasi elaborative dei dati e di ottenimento degli spool di stampa avviene su mainframe utilizzando tabelle DB2.

26 pagina 25 Le fasi di elaborazione degli spool di stampa avviene su piattaforma CSF Designer utilizzando l architettura AFP per l ottenimento degli spool tipografici (le attività con CSF Designer non sono comunque oggetto di fornitura). Tecnologia/Linguaggi Piattaforma Hardware: Mainframe IBM Z9 Sistema operativo Z/OS versione 1.8 TP: Cics Database: DB2 versione 8 Change Management: Endevor Linguaggio di programmazione: Cobol3 Document Composition: CSF Designer, CSF Designer Web Tipologia di interventi Sono previsti interventi di AMS e di NSS. EQ si riserva inoltre la possibilità di attivare su questo tema specifico l attività di studio dei programmi COBOL costituenti la soluzione cartelle di pagamento e la loro eventuale reingegnerizzazione in modo da rendere il programma più efficiente e manutenibile. A fronte di una migrazione di tutto l ambiente di produzione massiva di documenti per la riscossione da CSF Designer a EMC Documentum, EQ potrà incaricare il Fornitore di migrare la stampa delle cartelle dall attuale sistema alla nuova piattaforma documentale Tabelle ancillari: SIFE - Web Descrizione Si tratta di un applicazione accessibile via web dal portale di EQ che ha come utente personale interno di EQ (in particolare la gestione tabelle), che ha come obiettivo l efficientemento delle attività di Produzione di EQ. L applicazione gestisce le tabelle ancillari necessarie per tutte le elaborazioni di EQ (dai ruoli alla gestione dei provvedimenti). Si tratta di un applicazione articolata in varie form per l acquisizione dei dati da utente, regole con le quali propagare i dati in ingresso su un database Oracle, regole e procedure Java per propagare i dati da Oracle al database DB2 su zos per rendere disponibili i dati ancillari alle procedure batch Cobol. Architettura L autenticazione è gestita dal portale di EQ tramite una procedura di SSO custom denominata EQS_SSO (anch essa scritta in Java e fondata su un LDAP di IBM). L applicazione è sviluppata in Java, usando AJAX, il paradigma J2EE e il pattern MVC. Le regole con cui sono validati i dati e con i quali i dati sono estratti e propagati verso il DB2 sono opportunamente codificate su un motore a regole open source.

27 pagina 26 Le applicazioni usano entrambi i database, ovvero sia DB2 su mainframe, acceduto tramite DBLink di IBM, sia Oracle RAC 11g. L acceso ai dati è possibile tramite la gestione di pool di connessioni affidate al WAS. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS Database: Oracle RAC 11g e/o DB2 V 7 per zos Sistema operativo Linux Centos, Sistema di trasporto dati: SPAZIO Primeur Tipologia di interventi Sono previsti interventi di AMS e di NSS Entrate patrimoniali Descrizione Il servizio prevede l elaborazione, la stampa tipografica, l imbustamento e la postalizzazione di Avvisi/Fatture, di Solleciti e di Note di Credito relativi alle Entrate Patrimoniali che l Agente della riscossione invia ai contribuenti per conto degli enti convenzionati. Il servizio prevede la predisposizione e l invio da parte degli Agenti della Riscossione di flussi telematici secondo le caratteristiche tecniche, predisposte per garantire gli aspetti semantici e sintattici delle informazioni trasmesse. L erogazione del servizio di Elaborazione e Stampa dei documenti si articola nelle seguenti fasi principali: 1. Ricezione, controllo ed elaborazione dei dati di input; 2. Elaborazione degli spool di stampa e dei Provini di Stampa; 3. Stampa dei documenti e verifica della qualità tipografica; 4. Postalizzazione dei plichi documentali. Architettura La piattaforma software di trasmissione dei flussi dati in input su mainframe è basata su IBM Tivoli Netview Ftp. Le elaborazioni di controllo dei flussi dei dati e di elaborazione degli spool di stampa avvengono su mainframe utilizzando tabelle DB2. Le fasi di elaborazione degli spool di stampa avviene su piattaforma CSF Designer utilizzando l architettura AFP per l ottenimento degli spool tipografici (le attività con CSF Designer non sono comunque oggetto di fornitura).

28 pagina 27 Tecnologia/Linguaggi Piattaforma Hardware: Mainframe IBM Z9 Sistema operativo Z/OS versione 1.8 TP: CICS Database: DB2 versione 8 Change Management: Endevor Linguaggio di programmazione: Cobol3 Document Composition: CSF Designer, CSF Designer Web Tipologia di interventi Sono previsti interventi di AMS e di NSS Ruoli e Provvedimenti CICS su Web Descrizione Alcune transazioni CICS (mainframe), necessarie per l inserimento di minute di ruolo e provvedimenti, sono state incapsulate con opportune interfacce per essere esposte su web. Gli utenti sono limitati e tutti interni a EQ, in altri termini questi servizi non sono aperti ad Enti o AdE. Architettura L autenticazione è gestita tramite il portale EQ con i meccanismi già descritti in precedenza. Le transazioni CICS sono state incapsulate utilizzando la tecnica di screen screaping mediante il software HATS di IBM. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS, IBM HATS. Database: Oracle RAC 11g e DB2 v 7 su zos. Sistema operativo Linux Centos, Tipologia di interventi Sono previsti interventi di AMS e di NSS Piattaforma d interscambio Descrizione La piattaforma d interscambio (PdI) è un sistema software che consente di scambiare file (ricevere ed inviare) tra diversi soggetti con cui deve interagire EQ più in generale e strutture esterne quali service di stampa e/o postalizzazione, gestione di richieste varie. In generale la PdI consente di conoscere quando una certa richiesta è stata inoltrata ad un soggetto esterno e quando è stata assolta, consentendo inoltre di verificare se gli SLA sono stati soddisfatti. Un file di richiesta in realtà contiene n richieste atomiche. La PdI verifica la singola richiesta atomica e produce lo SLA per ciascuna di queste.

29 pagina 28 Correda la PdI un insieme di applicazioni detti di Amministrazione o tools che consento agli amministratori della piattaforma di gestire in modo puntuale eventuali anomalie ed errori dovute ai software che utilizzarono la piattaforma (che possono produrre ad esempio file non corretti e non gestibili da PdI), come anche errori stessi di PdI. Su PdI sono poi innestate delle applicazioni verticali specializzate nella gestione di determinati scambi di dati. Queste applicazioni al momento sono: Rendicontazione Raccomandate con Ricevuta di Ritorno (RAR) Rendicontazione ICI (ICI) Pagamenti Reti Amiche (PRA) Tools di Amministrazione (PDI) Rendicontazione Raccomandate con Ricevuta di Ritorno è un verticale su PdI che consente di: 1. ricevere dalle tipografie quali documenti sono pronti alla spedizione via raccomandata 2. concentrare le richieste di spedizione di raccomandate in EQ e di inviare la distinta a Poste 3. conoscere l effettiva spedizione delle raccomandate 4. conoscere l effettiva consegna della raccomandata da parte di Poste al destinatario 5. misurare lo SLA con cui la consegna è avvenuta 6. segnalare a Poste quali spedizioni hanno superato la soglia dello SLA 7. ricevere da poste le immagini delle relate di notifica (delle raccomandate). Rendicontazione ICI è un verticale su PdI che consente di: 1. ricevere da Poste i file anacontabili relativi ai versamenti effettuati su ICI 2. verificare questi file e inviare le parti di competenza ai vari AdR ed Enti. Pagamento Reti Amiche è un verticale su PdI che consente di: 1. acquisire informazioni sui pagamenti eseguiti dai contribuenti sulle reti amiche (come ad esempio on line via web, ecc.) 2. gestire le rendicontazioni verso gli AdR, di fatto si comporta da smistatore di flussi di dati telematici. Tools di Amministrazione è un verticale su PdI che consente di: 1. visualizzare e monitorare tutti flussi scambiati dalla piattaforma 2. scaricare e caricare flussi sulla piattaforma Architettura PdI è stata realizzata in Java usando il paradigma J2EE. Gli strumenti di amministrazione hanno una interfaccia utente e utilizzano il pattern MVC. Dal punto di vista architetturale, la PdI è un oggetto composito: 1. le funzioni di trasporto sono assolte da SPAZIO di Primeur;

30 pagina le funzioni di trasformazione dei dati sono al momento fornite da software Java appositamente sviluppato 3. la gestione dei processi è svolta da software dedicato ed appositamente sviluppato 4. tutti i dati sono salvati su Oracle. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS Database: Oracle RAC 11g Sistema operativo Linux Centos, Sistema di trasporto dati: SPAZIO Primeur Tipologia di interventi Sono previsti interventi di AMS e di NSS Notifica Messo Descrizione Il Servizio di Notifica Messo consente la gestione dello scambio di informazioni (a doppio senso) tra gli AdR e il soggetto preposto alla notifica via messo delle comunicazioni esattoriali (ad esempio cartelle, avvisi di fermo, ecc.). Il sistema riceve le informazioni circa le comunicazioni che il soggetto preposto alla notifica via messo dovrà recapitare e registra gli avanzamenti della notifica grazie alle notizie che il soggetto preposto trasmette indietro. Il sistema è stato costruito in modo da poter gestire un gran volume di immagini di documenti relativi alle notifiche via messo e successivamente archiviati otticamente su un sistema EMC Documentum. Il sistema EMC Documentum che gestisce l archiviazione ottica dei documenti e il loro recupero per essere esposti agli utenti non è oggetto di manutenzione in questa gara. Il servizio di gestione della Notifica Messo supporta l Agente della riscossione nel processo di notifica degli atti e dei documenti esattoriali, consentendo di: Affidare una commessa al Messo, sia dei documenti elaborati e stampati dalla Divisione Servizi ICT sia di quelli già nella disponibilità dell Agente della riscossione (commessa manuale) e gestire la Presa in carico dell Affido da parte del Fornitore; Richiedere l interruzione del processo di notifica per uno o più documenti affidati; Gestire le richieste di supporto provenienti dal Messo volte al reperimento di certificazioni delle anagrafiche; Gestire la rendicontazione (parziale e finale) delle attività di notifica; Gestire le immagini provenienti dalle attività di notifica; Sul tema della notifica si innestano delle applicazioni verticali specializzate: Portale Immagini (PWP) Portale Gestione Messo (GME) Portale Immagini è un verticale che consente di:

31 pagina ricercare, visualizzare e scaricare le immagini delle relate di notifica tramite Raccomandata AR; 2. effettuare una richiesta del cartaceo originale delle relate della notifica con Raccomandata AR presso il Centro di Gestione Documentale dell Agenzia delle Entrate; 3. ricercare, visualizzare e scaricare tutte le immagini dell attività di notifica tramite Messo. Portale Gestione Messo è un verticale che consente di: 1. caricare i file sulla piattaforma di scambio flussi; 2. ricercare, visualizzare e scaricare i flussi caricati e/o ricevuti sulla piattaforma; 3. perfezionare l Affido al Messo notificatore; 4. monitorare lo scambio flussi e visualizzare eventuali errori; 5. effettuare riepiloghi ed export delle attività. Architettura Il Servizio è stato realizzato in Java usando il paradigma J2EE. Dal punto di vista architetturale, è un oggetto composito: 1. le funzioni di trasporto sono assolte da SPAZIO di Primeur; 2. le funzioni di gestione dei documenti sono svolte da Documentum 3. le funzioni di trasformazione dei dati sono al momento fornite da software Java appositamente sviluppato 4. la gestione dei processi è svolta da software dedicato ed appositamente sviluppato 5. tutti i dati sono salvati su Oracle. Tecnologia e linguaggi Linguaggio: Java, J2EE; Application Server: IBM WAS Database: Oracle RAC 11g Sistema operativo Linux Centos, Sistema di trasporto dati: SPAZIO Primeur Tipologia di interventi Sono previsti interventi di AMS e di NSS Fascicolo del contribuente Descrizione Si tratta di un applicazione accessibile via web dal portale di Equitalia che ha come utente personale interno di Equitalia (in particolare gli operatori del secondo livello del Customer Service), che ha come obiettivo l efficientamento delle attività di risposta alle istanze dei contribuenti facilitando la raccolta dei dati relativi alla storia esattoriale del contribuente stesso. L applicazione si basa sull infrastruttura SOA di Equitalia ed interagisce con alcuni dei sistemi legacy (mainframe e dipartimentali) per raccogliere i dati del contribuente. Tali dati