LAit - LAZIO innovazione tecnologica S.p.A. SISTEMA DEI

LAit - LAZIO innovazione tecnologica S.p.A.
SISTEMA DEI PAGAMENTI E FATTURAZIONE
ELETTRONICA DELLA REGIONE LAZIO
CIG: 5731682D9A
INFORMAZIONI COMPLEMENTARI
LAIT – LAZIO INNOVAZIONE TECNOLOGICA S.P.A.
Sede legale: Via Adelaide Bono Cairoli, 68 – 00145 Roma
Tel.: 06/51.68.98.00 – Fax: 06/51.89.22.04
e-Mail: [email protected]
PEC: [email protected]
www.laitspa.it - www.regione.lazio.it
INFORMAZIONI COMPLEMENTARI
1. DOMANDA e RISPOSTA:
Si chiede di confermare che la realizzazione per un committente privato di un sistema
informativo in tecnologia Java J2EE dimensionato per gestire almeno 150.000
transazioni/giorno iniziato nel 2008 e terminato nel 2012, regolarmente fatturato, possa
soddisfare il requisito di capacità tecnica richiesto all’art. 2.1 lett. E) del Disciplinare, pur
essendo iniziato prima del 29 maggio 2011?
Ai fini del possesso del requisito di cui al punto 2.1, lett. E), del Disciplinare di gara è necessario
aver correttamente realizzato ex novo, nel triennio di riferimento (29/05/2011 – 29/05/2014), un
sistema informativo in tecnologia JAVA J2EE, dimensionato per gestire almeno 150.000
transazioni/giorno, fermo restando che il requisito in questione deve essere interamente soddisfatto
mediante lo svolgimento di un’unica commessa.
2. DOMANDA e RISPOSTA:
Al paragrafo 2.1 del Disciplinare di gara, "Documentazione amministrativa", in merito ai
Requisiti di capacità tecnica, al punto E) (Pagina 8), si legge "corretta realizzazione, negli
ultimi tre anni a decorrere dalla data di cui al punto VI.5 del Bando di gara, di un sistema
informativo in tecnologia JAVA J2EE, dimensionato per gestire almeno 150.000
transazioni/giorno". A tal proposito, si intendono 150.000 transazioni finanziarie (ovvero
pagamenti) o transazioni di dati (ovvero operazioni su DB)?
L’aspetto dimensionale del sistema informativo in tecnologia JAVA J2EE, di cui al requisito di
capacità tecnica richiesto nel punto 2.1, lett. E), del Disciplinare di gara, è riferito a transazioni di
dati.
3. DOMANDA e RISPOSTA:
Al punto 4.1.2 a pagina 77 del Capitolato Tecnico e d’Oneri si dichiara che, oltre allo sviluppo
delle componenti a corpo è previsto un servizio di MEV di almeno 3.095 giornate persona; vi
preghiamo di specificare se il costo di tali giornate è incluso nella base d’asta.
La base d’asta copre ovviamente anche le 3.095 gg/u di MEV, fermo restando che la relativa quota di
corrispettivo verrà definita e riconosciuta secondo quanto previsto nel paragrafo 7.7 del Capitolato
Tecnico e d’Oneri.
4. DOMANDA e RISPOSTA:
Il bando include le attività di evoluzione del sistema pagamenti e fatturazione elettronica
utilizzato attualmente; non avendo sufficienti informazioni sull’attuale sistema pagamenti e
fatturazione elettronica, base di partenza delle attività evolutive, vi chiediamo di fornirci una
stima del numero di giornate persona necessarie alle evoluzioni richieste dal bando gara.
Il numero di giornate persona necessarie all’implementazione delle attività evolutive richieste è
strettamente correlato alla metodologia di sviluppo impiegata, alle componenti software proposte
nell’ambito dell’offerta tecnica ed alle caratteristiche professionali dei componenti il Gruppo di Lavoro.
5. DOMANDA e RISPOSTA:
Non avendo sufficienti informazioni sull’attuale sistema pagamenti e fatturazione elettronica,
vi chiediamo di fornirci indicazioni sul numero di giornate persona attualmente utilizzate per
gestirne l’AM
-2-
INFORMAZIONI COMPLEMENTARI
Ogni intervento di Manutenzione necessita di un numero variabile di giornate persona, non solo a
seconda della quantità e tipologia di attività che l’intervento richiede, ma anche dell’esperienza
professionale delle risorse impiegate.
In ogni caso, a titolo meramente indicativo, si precisa che negli ultimi 12 mesi sono stati effettuati
circa 50 interventi di Manutenzione.
6. DOMANDA e RISPOSTA:
Si chiede di confermare che - in caso di RTI costituendo – le aziende possano, in alternativa
alla compilazione del “Modello Dichiarazione_ROE_Consorzi_Costituendi”, rilasciare
distinte dichiarazioni secondo il “Modello_Dichiarazione_Operatori” (concorrente singolo)
ognuna con i propri dati dichiarando in ogni caso la forma di partecipazione in RTI in
qualità di Mandataria e Mandante
In considerazione di quanto previsto dall’art. 48 del D.P.R. n. 445/2000, si precisa che l’utilizzo da
parte degli operatori concorrenti dei modelli predisposti dalla Società Appaltante è meramente
facoltativo, ferma restando la necessità di ottemperare a quanto previsto negli atti di gara in caso di
partecipazione di R.O.E. non ancora costituiti al momento di presentazione dell’offerta.
7. DOMANDA e RISPOSTA:
Disciplinare di Gara par. 2.2, pag. 11 - Tabella “Schema dell’offerta tecnica” punto 6 Allegati.
Vengono richiesti i CV e qualificazione professionale di ciascun componente del gruppo di
lavoro, sottoscritto dal diretto interessato, riportante il consenso al trattamento dei propri
dati personali.
Si chiede di confermare che i cv inseriti nell’apposito allegato all’offerta tecnica debbano
essere nominativi e non anonimi?
Si conferma
8. DOMANDA e RISPOSTA:
Disciplinare par 2.1. pag 7 “in caso di ROE o consorzio costituendo, la garanzia fideiussoria
deve essere intestata, a pena di esclusione, a gli operatori raggruppandi/consorziandi”.
Si chiede di chiarire se il significato della frase “deve essere intestata agli operatori
raggruppandi ” debba intendersi che l’eventuale costituendo ROE è il contraente della
stessa. Si chiede altresì di confermare che la detta polizza non possa essere contratta dalla
sola mandataria del ROE.
In caso di un R.O.E. costituendo, il soggetto garantito non è il raggruppamento nel suo complesso
(non essendo ancora costituito) e neanche il solo operatore designato come mandatario, in quanto
la garanzia deve riguardare tutti gli operatori raggruppandi, che operano individualmente e
responsabilmente nell'assolvimento degli impegni connessi alla partecipazione alla gara, ivi
compreso, in caso di aggiudicazione, quello di conferire il mandato collettivo all’operatore
designato come mandatario (che stipulerà il contratto con la Società Appaltante). Pertanto, nel
suddetto caso, sarebbe inidonea la costituzione della garanzia provvisoria mediante fideiussione
intestata alla sola mandataria e non corredata da altra indicazione volta ad identificare gli altri
operatori raggruppandi e ad estendere il perimetro dell'obbligazione di garanzia anche con
riguardo alle condotte degli operatori mandanti.
-3-
INFORMAZIONI COMPLEMENTARI
9. DOMANDA e RISPOSTA:
“Disciplinare di gara”, pag. 10 “L’offerta tecnica deve essere redatta su fogli singoli di
formato DIN A4 (non in bollo),utilizzando un font Arial 10 con una numerazione progressive
ed univoca delle pagine. L’offerta tecnica, inoltre, deve essere obbligatoriamente contenuta
entro le 100 (cento) pagine, che devono essere fascicolate con rilegatura non rimovibile”
Si chiede di chiarire se nel computo delle 100 pag. max. della Offerta Tecnica siano da
intendersi incluse anche le pagina relative ad intestazione, indice e cv allegati (capitolo 6
schema di offerta tecnica).
No, le suddette pagine non sono incluse nel computo in questione.
10. DOMANDA e RISPOSTA:
“Capitolato Tecnico e d’Oneri”, pag. 78, paragrafo 4.1.3 Manutenzione adeguativa e
correttiva. Per un accurato dimensionamento del servizio di MAC si chiede, se possibile, di
avere evidenza del numero d’interventi svolti sul parco applicativo in esercizio nell’ultimo
anno.
Si veda risposta alla domanda n. 5.
11. DOMANDA e RISPOSTA:
Capitolato Tecnico e d’Oneri”, pag. 79, paragrafo 4.1.4 Formazione.
Per un accurato dimensionamento del servizio di Formazione si chiede, se possibile, di
conoscere il numero totale di discenti distinti in base alla tipologia di utenti (numero
personale ASL; numero personale Regione; numero personale società appaltante) e la
durata massima prevista per le sessioni di formazione in aula.
Si stima che i potenziali discenti siano in numero di massimo 30 unità per ciascuna delle 21
Aziende Sanitarie, 20 per il personale regionale e 10 per la Società Appaltante.
La modalità di erogazione delle eventuali sessioni di formazione e la durata di ciascuna sessione
verrà concordata sulla base delle specifiche necessità e disponibilità di servizio degli utenti
coinvolti.
12. DOMANDA e RISPOSTA:
“Capitolato Tecnico e d’Oneri” pag. 79, paragrafo 4.1.4 Formazione.
Per un accurato dimensionamento del servizio di Formazione si chiede, se possibile, di
conoscere la durata in giorni massima alle n.10 sessioni di formazione richieste per gli
utenti esterni del sistema.
Si stima un massimo di 2 giornate per ciascuna delle 10 sessioni di formazione dedicate agli utenti
esterni del sistema (fornitori, cessionari, ecc.).
13. DOMANDA e RISPOSTA:
In riferimento alla lunghezza dell'offerta tecnica da presentare in relazione alla gara in
oggetto (paragrafo 2.2 del Disciplinare di Gara), si richiede se nelle 100 pagine fissate come
lunghezza massima, sono ricompresi i curriculum vitae dei componenti del gruppo di
lavoro.
No
-4-
INFORMAZIONI COMPLEMENTARI
14. DOMANDA e RISPOSTA:
Paragrafo 2.2 del Disciplinare di gara
Si chiede di sapere se gli allegati all’ Offerta Tecnica “Curricula Vitae del gruppo di lavoro”
concorrono al calcolo del limite di 100 pagine previste per l’ Offerta Tecnica.
No
15. DOMANDA e RISPOSTA:
Paragrafo 3.1 – Oggetto, durata e luogo di esecuzione
Si chiede di confermare che la prestazione “a corpo” comprende i soli servizi di Presa in
Carico, Manutenzione Correttiva ed Adeguativa (MAC), Formazione e addestramento (FOR).
In caso affermativo, si chiede di confermare che le funzioni presenti nella TABELLA
MILESTONE DI PROGETTO (TASK) pagg. 83-84, svilppate dal T1 a T1 + 11M, sono da
ricondurre nella componente “a consumo”.
Come specificato nel paragrafo 3.1, sono oggetto del presente appalto le attività “a corpo” (ossia
tutte le attività contrattuali fatta eccezione per il servizio di MEV a consumo) descritte nel paragrafo
4.1 e nei relativi sottoparagrafi, nei paragrafi 4.3 e 4.4, nonché la prestazione “a consumo” di
almeno 3.095 (tremilanovantacinque) giornate/persona per il servizio di MEV. Le funzionalità
indicate nella TABELLA MILESTONE DI PROGETTO dal T1 a T1 + 11M, si riferiscono alla
componente “a corpo”.
16. DOMANDA e RISPOSTA:
Paragrafo 3.1 – Oggetto, durata e luogo di esecuzione
Per poter valutare l’effort per il supporto alle Aziende Sanitarie e ai loro rispettivi fornitori di
sistemi informativi per le attività di test, collaudo, monitoraggio dei flussi informativi, ecc...,
si chiede di indicare quante sono le Aziende Sanitarie e/o gli interlocutori esterni con cui
interfacciarsi.
Nel Lazio vi sono 21 (ventuno) Aziende Sanitarie e i relativi fornitori IT dei sistemi contabili sono,
allo stato attuale delle conoscenze della Società Appaltante, in numero di 5 (cinque).
17. DOMANDA e RISPOSTA:
Paragrafo 4 – Presa in carico del software preesistente attualmente in esercizio.
La documentazione citata nel catalogo del riuso è aggiornata all’attuale sistema in
esercizio? Si chiede di informare se esiste il registro delle configurazioni.
La documentazione citata nel catalogo del riuso dell’Agenzia per l’Italia Digitale è aggiornata ai
primi mesi del 2013 quando sono state rilasciate le funzionalità “core” dell’applicazione. Nell’ultimo
anno sono state implementate nuove funzionalità le quali non hanno stravolto l’assetto
architetturale del Sistema.
La gestione dell’applicativo in esercizio è eseguita in linea con le procedure ISO 9001 della Società
Appaltante anche riguardo il change management.
18. DOMANDA e RISPOSTA:
Paragrafo 4.1.1.2.1 – Integrazioni con il sistema di interscambio (SDI)
Si chiede di chiarire se il dispositivo server di firma digitale massiva remota (HSM) è già in
possesso della Regione Lazio e se quindi sono richieste solo funzionalità di integrazione.
-5-
INFORMAZIONI COMPLEMENTARI
L’acquisizione dell’HSM non è compreso nel presente appalto.
19. DOMANDA e RISPOSTA:
Paragrafo 4.1.1.2.2 – Conservazione a norma
Si chiede di confermare che il servizio integrato di gestione della conservazione a norma
realizzato con il progetto PRO.S.A. potrà essere utilizzato anche per il processo di
fatturazione.
In questo caso si chiede se è necessario prevedere la figura del Responsabile della
conservazione che sembrerebbe sovrapporsi all’altra figura prevista da PRO.S.A.
In fase di analisi e definizione del processo di conservazione a norma dei documenti relativi alla
fatturazione elettronica, verrà valutata l’opportunità di realizzare l’integrazione con la piattaforma
realizzata o acquisita nell’ambito del progetto PRO.SA e, contestualmente, sarà valutata la
possibilità di avere un solo Responsabile della conservazione.
20. DOMANDA e RISPOSTA:
Paragrafo 4.1.3 - Manutenzione correttiva.
Si chiede di comunicare:
• Quale sia la difettosità del sistema in esercizio
• Da quanti utenti è utilizzato
• Se ci sono picchi di utilizzo legati a scadenze normative
• Se per la Problem Determination è consentito il collegamento da remoto
• Se la chiamata di segnalazione dell’eventuale malfunzionamento è a cura della Società
Appaltante
• Se è accompagnata dai log o da documentazione utile per la risoluzione
Negli ultimi 12 mesi sono stati effettuati circa 50 interventi di Manutenzione.
Il sistema è impiegato da circa 6.000 utenti in modalità discontinua e usualmente per verifiche
puntuali.
In passato si sono verificati picchi di utilizzo legati a scadenze normative.
Per la problem determination può essere valutata l’opportunità di consentire il collegamento da
remoto.
La chiamata di segnalazione dell’eventuale malfunzionamento è di norma curata dalla Società
Appaltante.
Di norma la segnalazione dell’eventuale malfunzionamento è, ove possibile, accompagnata da
evidenze a supporto.
21. DOMANDA e RISPOSTA:
Paragrafo 4.1.3 – Manutenzione Adeguativa
Si chiede di indicare quali sono gli upgrade tecnologici previsti/pianificati dalla Società
Appaltante nel corso della durata del contratto (36 mesi).
Fermo restando quanto richiesto nel paragrafo 4.1 Vicoli del Capitolato, a beneficio dei Concorrenti
si precisa che gli upgrade tecnologici previsti dalla società appaltante tendono ai coincidere con le
Roadmap ufficiali dei prodotti.
-6-
INFORMAZIONI COMPLEMENTARI
22. DOMANDA e RISPOSTA:
Paragrafo 4.1.4 – Formazione
• Si chiede di indicare il numero di utenti che la Società Appaltante intende coinvolgere
nelle attività di formazione suddividendoli per tipologia (paragrafo 4.1.1.9)
• Si chiede di confermare che la formazione degli utenti previsti deve essere erogata anche
nei primi 12 mesi di contratto oltre che nei successivi 22.
• Si chiede di indicare se l’allestimento (in termini di strumentazione tecnica) delle aule
destinate alla formazione è a carico del Fornitore.
• Si chiede di indicare quali sedi al di fuori della Provincia di Roma sono previste per
l’erogazione della formazione.
Si stima che i potenziali discenti siano in numero di massimo 30 unità per ciascuna delle 21
Aziende Sanitarie, 20 per il personale regionale e 10 per la Società Appaltante.
Non si esclude che la formazione degli utenti possa essere erogata anche nei primi 12 (dodici)
mesi di contratto.
La modalità di erogazione delle sessioni di formazione e la strumentazione tecnica utilizzata verrà
concordata sulla base delle specifiche necessità dei discenti e disponibilità delle sedi dove verrà
erogata la formazione. Rimane inteso che il fornitore dovrà fornire gli strumenti necessari al pieno
e completo utilizzo dei materiali predisposti nell’ambito dei piani formativi.
23. DOMANDA e RISPOSTA:
Paragrafo 5.5 – Requisiti del Gruppo di lavoro “Carico lavorativo”
In riferimento al par. 5.5 “l’Appaltatore DEVE garantire, nei momenti di maggior carico
lavorativo, l’allocazione sul progetto di almeno 15 (quindici) risorse umane…”, si chiede di
chiarire se per gruppo di lavoro si intende: il Gruppo di Lavoro per le sole componenti a
corpo o il Gruppo di Lavoro per le componeti a corpo e per i servizi di Manutenzione
Evolutiva.
Il Gruppo di Lavoro si intende composto almeno dalle figure professionali indicate nel paragrafo
5.5 del Capitolato Tecnico e d’Oneri e dovrà essere impiegato per l’esecuzione delle attività
previste dall’intero appalto. Il numero di 15 risorse umane è da intendersi come Gruppo di Lavoro
per le componenti a corpo e per i servizi di Manutenzione Evolutiva.
24. DOMANDA e RISPOSTA:
Adozione carta identità elettronica
Per quanto riguarda l'adozione della carta nazionale/Identita Elettronica, i sistemi attuali
sono già dotati dell'HW opportuno?
Non si dispone di appliance o HW specifico per la gestione di CNS/CIE/DU.
25. DOMANDA e RISPOSTA:
Scheda descrittiva del programma_ Sistema Regionale Accordo Pagamenti - SIRAP ceduto in riuso
http://www.agid.gov.it/sites/default/files/catalogo_pac/s_des_ogg_regione_lazio_sirap_2013_03_1
9_v1.0.pdf
In riferimento a quanto dichiarato nel documento .pdf “Scheda descrittiva del programma_
Sistema Regionale Accordo Pagamenti - SIRAP - ceduto in riuso” si chiede di confermare
che la fase di migrazione del DB progrest sia da considerasi nella componente a corpo.
-7-
INFORMAZIONI COMPLEMENTARI
In caso di risposta affermativa, (anche alla luce di quanto riportato nel punto 1.2.16
Elementi di criticità “…. Il software SIRAP è installato su RDBMS Oracle 10g il cui utilizzo
prevede l’acquisto di licenza software. Tuttavia, il porting verso altri RDBMS è possibile”),
si chiede di avere maggiori dettagli sulle caratteristiche dell’attuale DB al fine di
dimensionare correttamente questa componente (es. presenza di store procedure).
Il database attuale presenta store procedures e trigger.
Le stored procedures sono essenzialmente utilizzate per la manutenzione straordinaria e di
semplice entità (semplici cursori) tranne una di media/alta complessità utilizzata per dei JOB, le
stored procedures non sembrano utilizzare funzionalità non presenti sul database di destinazione.
I trigger presenti sono utilizzati praticamente in maniera esclusiva soltanto per inserire la primary
key ove non presente.
26. DOMANDA e RISPOSTA:
Con l’obiettivo di dimensionare al meglio le componenti del progetto a corpo, si chiede di
chiarire se:
• Esistono dei servizi che fanno uso ( nel datalayer ) di API e/o metodi specifici di
Oracle per l'accesso ai dati? (ODP.NET, Oracle Call Interface (OCI), PL/SQL)
• Vengono usate horizontal partitions?
L’accesso al database avviene tramite interfaccia JDBC, non esistono invocazioni dirette legacy di
Oracle Common Interface, sono presenti statement PL/SQL sotto forma di trigger e stored
procedure. Per maggiori ragguagli fare riferimento alla risposta precedente (25)
Si conferma l’utilizzo del partizionamento.
27. DOMANDA e RISPOSTA:
Caricamento dati
Si chiede di chiarire se il caricamento dati per l'adeguamento pagamenti con dati storici dei
fornitori è a carico dei fornitori stessi.
L’acquisizione dei dati relativi ai pagamenti effettuati dalla Regione Lazio per conto delle Aziende
Sanitarie a partire dal 2005 ad oggi da archivi digitali non integrati tra loro e ad uso del personale
regionale, al fine di costituire un DataBase unico dei pagamenti, è intesa come parte integrante
dell’attività a corpo.
28. DOMANDA e RISPOSTA:
Si chiede di confermare se la versione preliminare del Piano di Qualità possa essere
allegata all’offerta tecnica e quindi considerata al di fuori delle 100 pagine previste per la
redazione della suddetta Offerta
In sede di offerta non è richiesta la presentazione di una versione preliminare del Piano di Qualità
e Controllo.
29. DOMANDA e RISPOSTA:
Si chiede di confermare se la versione estesa della presentazione dell’Azienda possa
essere allegata all’offerta tecnica e considerata al di fuori delle 100 pagine previste per la
redazione della suddetta Offerta
In sede di offerta non è richiesta alcuna presentazione dell’operatore concorrente.
-8-
INFORMAZIONI COMPLEMENTARI
30. DOMANDA e RISPOSTA:
Si chiede di confermare se i Curriculum Vitae di ciascun componente del Gruppo di Lavoro
possano essere allegati all’offerta tecnica e quindi considerati al di fuori delle 100 pagine
previste per la redazione della suddetta Offerta.
Si conferma.
31. DOMANDA e RISPOSTA:
Si richiede di fornire elementi quantitativi, se disponibili, in riferimento al Servizio di
Manutenzione Adeguativa e Servizio di Correttiva cosi come richiesto a Capitolato, quali, ad
esempio:
• Dimensionamento complessivo in f.p. del portafoglio software esistente
• Numero ticket di Manutenzione Adeguativa e Correttiva registrati e chiusi almeno nel 2013
e nei primi 6 mesi del 2014 suddivisi per tipologia
Non si dispone di una stima in f.p. aggiornata e certificata del software esistente.
Fare riferimento alla risposta numero 5 (cinque) per la Manutenzione Adeguativa e Correttiva.
-9-

Download Report