7 All 7 Capitolato Tecnico

Transcript

GE 06-16 Gara a procedura aperta ai sensi del D. Lgs. 50/2016 per la fornitura
in modalità SAAS di una piattaforma di e-procurement integrata e relativi servizi
professionali e di assistenza e manutenzione – CIG 676822866E
Capitolato Tecnico
Pag.1 di 74
Insiel - Informatica per il Sistema degli Enti Locali S.p.A. con socio unico
Sede Legale – Trieste, Via San Francesco d’Assisi n. 43
GE 06-16
PROCEDURA APERTA AI SENSI DELL’ART 60 DEL D.LGS. 50/2016,
PER LA FORNITURA IN MODALITÀ SAAS DI UNA PIATTAFORMA DI EPROCUREMENT INTEGRATA E RELATIVI SERVIZI PROFESSIONALI E DI
ASSISTENZA E MANUTENZIONE
CIG 676822866E
CAPITOLATO TECNICO
Capitolato Tecnico
Pag.2 di 74
INDICE
1
INTRODUZIONE ......................................................................................................................................................................... 4
1.1
1.2
2
Premessa ................................................................................................................................................................. 4
Abbreviazioni e definizioni ......................................................................................................................................... 5
INQUADRAMENTO GENERALE DEL PROGETTO .................................................................................................................... 7
2.1
Contesto territoriale di riferimento ............................................................................................................................ 7
2.2
Contesto normativo ................................................................................................................................................ 11
2.2.1
Normativa comunitaria....................................................................................................................................... 11
2.2.2
Normativa nazionale .......................................................................................................................................... 12
2.2.3
Normativa regionale........................................................................................................................................... 13
2.3
Modalità di erogazione secondo il modello ASP/SaaS .............................................................................................. 13
3
OGGETTO DELL’APPALTO......................................................................................................................................................15
3.1
3.2
3.3
3.4
3.4.1
3.5
3.6
4
REQUISITI GENERALI DELLA FORNITURA............................................................................................................................21
4.1
4.2
4.3
4.4
4.5
4.6
4.7
4.8
5
Moduli da fornire ..................................................................................................................................................... 15
Servizi professionali ................................................................................................................................................ 16
Progetto di attivazione e durata contrattuale ........................................................................................................... 17
Servizi opzionali ...................................................................................................................................................... 18
Modalità di rendicontazione giornate a consumo................................................................................................. 18
Rappresentante Responsabile dell’Aggiudicatario e Tavolo tecnico .......................................................................... 19
Referenze del concorrente e curricula degli erogatori di servizio............................................................................... 20
Accessibilità ed usabilità ......................................................................................................................................... 21
Protezione dati personali......................................................................................................................................... 22
Requisiti di sicurezza............................................................................................................................................... 22
Affidabilità, robustezza e disponibilità...................................................................................................................... 23
Flessibilità............................................................................................................................................................... 23
Modularità, flessibilità e standardizzazione .............................................................................................................. 23
Gestione utenze ...................................................................................................................................................... 23
Integrazione con altri sistemi informativi.................................................................................................................. 24
REQUISITI FUNZIONALI E TECNOLOGICI ............................................................................................................................25
5.1
Requisiti funzionali generali ..................................................................................................................................... 25
5.2
Strutturazione requisiti funzionali............................................................................................................................ 25
5.3
Requisiti funzionali moduli piattaforma .................................................................................................................... 29
5.3.1
Macro area Gestione Anagrafiche ....................................................................................................................... 29
5.3.2
Macro area Albo fornitori.................................................................................................................................... 30
5.3.3
Macro area Raccolta fabbisogni.......................................................................................................................... 32
5.3.4
Macro area Programmazione ............................................................................................................................. 34
5.3.5
Macro area Gare telematiche.............................................................................................................................. 35
5.3.6
Macro area Mercato elettronico.......................................................................................................................... 38
5.3.7
Macro area Gare non telematiche ....................................................................................................................... 38
5.3.8
Macro area Gare in Consip ................................................................................................................................. 38
5.3.9
Macro area Stipula contratto .............................................................................................................................. 38
5.3.10
Macro area Esecuzione contratto .................................................................................................................. 40
5.3.11
Macro area Gestione documentale ................................................................................................................ 41
5.3.12
Macro area Pubblicità legale.......................................................................................................................... 41
5.3.13
Macro area Trasparenza e Anticorruzione...................................................................................................... 42
5.3.14
Macro area Opere pubbliche.......................................................................................................................... 43
5.3.15
Macro area Business Intelligence................................................................................................................... 43
5.3.16
Macro area Portale informativo ..................................................................................................................... 43
5.3.17
Macro area Fasi del procedimento e scadenziario .......................................................................................... 45
5.4
Requisiti funzionali integrazioni con i sistemi Centrali............................................................................................... 45
5.4.1
Sistema SIMOG.................................................................................................................................................. 45
5.4.2
Sistema AVCPASS ............................................................................................................................................. 46
5.4.3
Sistema MIP-CUP .............................................................................................................................................. 47
5.4.4
Sistema SPID..................................................................................................................................................... 47
5.5
Requisiti funzionali integrazioni con i sistemi verticali Insiel ...................................................................................... 48
5.5.1
Gestione Determine e decreti ............................................................................................................................. 48
5.5.2
Protocollo .......................................................................................................................................................... 49
5.5.3
Conservazione a norma...................................................................................................................................... 50
5.5.4
Gestione contratto/ordini .................................................................................................................................. 51
5.5.5
Contabilità ......................................................................................................................................................... 51
5.5.6
MasterData Management................................................................................................................................... 51
5.5.7
Prestazioni del sistema ...................................................................................................................................... 52
5.6
Requisiti tecnologici ................................................................................................................................................ 52
Capitolato Tecnico
5.6.1
5.6.2
5.6.3
6
Disponibilità accesso web per la valutazione del software......................................................................................... 55
Eventuale demo del software................................................................................................................................... 55
DESCRIZIONE DEI SERVIZI RICHIESTI .................................................................................................................................56
7.1
7.2
7.3
7.4
7.4.1
7.4.2
7.4.3
7.4.4
8
Premessa .......................................................................................................................................................... 52
Modello “Ibrido”................................................................................................................................................. 53
Requisiti minimi dell’infrastruttura tecnologica ................................................................................................... 53
DIMOSTRAZIONE DELLE APPLICAZIONI SOFTWARE.........................................................................................................55
6.1
6.2
7
Pag.3 di 74
Servizi professionali per l’attivazione e l’avviamento del sistema .............................................................................. 56
Servizi complementari ............................................................................................................................................ 57
Servizio di formazione ............................................................................................................................................. 57
Servizio di assistenza di I e II livello e manutenzione ................................................................................................. 58
Modalità di gestione del sistema ......................................................................................................................... 59
Assistenza all’uso del software ........................................................................................................................... 61
Manutenzione del software................................................................................................................................. 62
Livelli di servizio da garantire (SLA) .................................................................................................................... 64
DISPOSIZIONI ..........................................................................................................................................................................66
8.1
8.2
8.3
8.4
8.5
8.6
8.7
8.8
8.9
Verifica di conformità .............................................................................................................................................. 66
Fatturazione ........................................................................................................................................................... 68
Penali ..................................................................................................................................................................... 70
Risoluzione e clausola risolutiva espressa ................................................................................................................ 71
Recesso.................................................................................................................................................................. 72
Esecuzione in danno................................................................................................................................................ 73
Obblighi di tracciabilità dei flussi finanziari – Legge n. 136/2010 ........................................................................... 74
Subentro nel contratto ............................................................................................................................................ 74
Oneri fiscali e spese contrattuali .............................................................................................................................. 74
Capitolato Tecnico
1
Pag.4 di 74
INTRODUZIONE
1.1
Premessa
L’obiettivo di questo progetto è avviare la razionalizzazione e la riduzione della spesa per gli affidamenti
pubblici delle amministrazioni dotando le stazioni appaltanti del territorio regionale di un sistema per
l’e-Procurement integrato con i sistemi regionali.
Lo strumento che si andrà ad adottare dovrà essere unico per tutto il sistema regionale, sia per
soddisfare esigenze interne, sia per incentivare la partecipazione degli operatori economici che nel
territorio sono prevalentemente piccoli e non sempre strutturati per gestire la complessità delle
commesse pubbliche.
Il Decreto Legge 66/2014 e s.m.i. - Misure urgenti per la competitività e la giustizia sociale all’articolo 9 ha introdotto la nuova figura dei “soggetti aggregatori” per l’acquisizione di beni e servizi,
di cui fa parte Centrale unica di committenza regionale, come da legge regionale 12 dicembre 2014,
n. 26 (Riordino del sistema Regione-Autonomie locali nel Friuli Venezia Giulia. Ordinamento delle
Unioni territoriali intercomunali e riallocazione di funzioni amministrative).
La Centrale unica di committenza regionale, in qualità di Soggetto aggregatore, provvede alle
acquisizioni di beni e servizi individuati dalla programmazione del Tavolo tecnico dei soggetti
aggregatori o da quella della Giunta regionale, anche attraverso le strutture competenti di EGAS o di
altro soggetto competente per materia sulla base di specifico rapporto di avvalimento (articolo 44,
comma 4 bis, della legge regionale 26/2014).
La Centrale unica di committenza regionale, per il perseguimento dei sopra menzionati obiettivi, ha
avviato un’azione volta a revisionare e re-ingegnerizzare i processi di acquisto in base ad un modello
che si fonda su alcuni principi fondamentali quali: l’uniformità e standardizzazione dei processi e, ove
possibile, dei prodotti a supporto di questi, la riduzione dei tempi di accesso al mercato, la promozione
di moderni strumenti di negoziazione con l’individuazione di ambiti innovativi per la razionalizzazione
della spesa.
Questo modello deve essere basato sull’impiego di soluzioni informatiche modulari tali da costituire
una piattaforma tecnologica integrata atta a supportare tutti i processi di gestione presenti all’interno
dell’intero ciclo degli approvvigionamenti.
Per l’implementazione della piattaforma integrata di gestione della spesa regionale è necessaria la
modifica ed integrazione dei sistemi informativi esistenti con nuovi componenti da approvvigionare e
realizzare ex novo. In tale ottica è stata emessa la presente procedura volta all’approvvigionamento
della componente dedicata principalmente al supporto delle attività comprese nella fase di
negoziazione, ma che comprende anche funzionalità a questa correlate quali la raccolta dei fabbisogni
e la gestione del contratto.
Capitolato Tecnico
1.2
Pag.5 di 74
Abbreviazioni e definizioni
AgID
Agenzia per l’Italia Digitale - ai sensi del decreto legge n. 83/2012,
convertito in legge n. 134/2012, l’ente DigitPA è stato soppresso ed
è stata istituita l’Agenzia per l’Italia digitale
CUC
Centrale Unica di Committenza
SA
Stazione Appaltante - ai fini del presente capitolato, la società Insiel
S.p.A
SIIR
Sistema informativo integrato regionale
AVCP
Autorità per la Vigilanza sui Contratti Pubblici di Lavori, Servizi e
Forntiure (ora confluita nell’Agenzia Nazionale Anticorruzione, ANAC)
CND
Classificazione Nazionale Dispositivi medici
CPV
Common Procurement Vocabulary, sistema di classificazione unico
per gli appalti pubblici della Comunità Europea
DURC
Documento Unico di Regolarità Contributiva
MEF
Ministero dell'Economia e Finanza
MEPA
Mercato Elettronico della Pubblica Amministrazione
PEC
Posta elettronica certificata
OdA
Ordine di acquisto
RdO
Richiesta di Offerta
RUP
Responsabile Unico del Procedimento
SDA
Sistemi Dinamici di Acquisizione
SLA
Service Level Agreemeent
In particolare per il presente documento valgono le seguenti definizioni:

Applicazione
Insieme di oggetti software mediante i quali vengono realizzate le funzionalità obiettivo
dell’automazione.
Capitolato Tecnico
Pag.6 di 74
 Web Service:
è un sistema software progettato per supportare l'interoperabilità tra diversi sistemi su una
medesima rete; caratteristica fondamentale di un Web Service è quella di offrire un'interfaccia
software, utilizzando la quale, altri sistemi possono interagire con lo stesso, attivando le
operazioni descritte nell'interfaccia tramite appositi "messaggi", che utilizzano solitamente il
protocollo HTTP e formattati secondo lo standard XML.

Credenziali di accesso
Username e password assegnati ad una persona fisica

Profilo
Elenco di funzionalità raggruppate per essere rese disponibili ad uno o più username

Firma digitale: è un particolare tipo di firma elettronica qualificata basata su un sistema di
chiavi asimmetriche a coppia, una pubblica e una privata, che consente al titolare tramite la
chiave privata e al destinatario tramite la chiave pubblica, rispettivamente, di rendere
manifesta e di verificare la provenienza e l’integrità di un documento informatico o di un
insieme di documenti informatici

e-procurement - insieme di tecnologie, procedure, operazioni e modalità organizzative che
permettono l’acquisto di beni/servizi e l’affidamento di lavori on line; firma digitale - sistema
che consente all’autore di un documento informatico di renderne manifesta l’autenticità
(analogamente a quanto avviene apponendo la firma autografa su un documento cartaceo)
ed al destinatario del documento di verificarne la provenienza e l'integrità;
Capitolato Tecnico
2
Pag.7 di 74
INQUADRAMENTO GENERALE DEL PROGETTO
2.1
Contesto territoriale di riferimento
La fornitura oggetto del presente capitolato dovrà costituire la soluzione software utilizzata dall’intero
territorio della Regione Friuli Venezia Giulia che comprende al momento le seguenti amministrazioni
interessate:

Amministrazione regionale , Enti regionali, loro Consorzi e Associazioni

Unioni Territoriali Intercomunali, Enti Locali e loro consorzi

Enti del Servizio Sanitario nazionale (Egas e Aziende Sanitarie)

Altri Enti Pubblici e Partecipati (Insiel,…)
In tale contesto si riportano i principali indicatori per il dimensionamento della piattaforma:

Numero di Amministrazioni = 450

Numero di Centri di Costo = 750

Numero di Centrali di Committenza = 21

Numero di Fornitori aggiudicatari = 2.000

Numero medio annuo di gare sopra soglia per servizi e forniture : 1.054

Numero medio annuo di gare sotto soglia per servizi e forniture : 9.480

Numero medio annuo di gare sopra soglia per lavori : 12

Numero medio annuo di gare sotto soglia per lavori: 1.466
Di seguito sono riportate le tabelle con l’indicazione della distribuzione di gare per lavori, servizi e
forniture per gli ultimi tre anni, e i relativi valori medi.
Capitolato Tecnico
Pag.8 di 74
Gare lavori nel triennio 2013-2015
Gare beni e servizi nel triennio 2013-2015
Va, inoltre, sottolineato il ruolo in cui opera il soggetto aggregatore Centrale Unica di Committenza
regionale (CUC), che si avvale per gli aspetti operativi delle due strutture Insiel e Egas per gli acquisiti
rispettivamente in ambito ICT e in ambito sanitario. Ne consegue che per le gare effettuate dal
soggetto aggregatore il soggetto che svolge la gara può essere diverso dal soggetto banditore e il
soggetto che fruisce del contratto in generale è diverso dai precedenti. Nel dettaglio la piattaforma
dovrà garantire per il soggetto aggregatore e i suoi enti avvalsi il seguente funzionamento:

CUC o Egas o Insiel fanno la raccolta dei fabbisogni

CUC bandisce la gara

CUC o Egas o Insiel svolgono la gara

CUC stipula
Capitolato Tecnico

Pag.9 di 74
CUC o Egas o Insiel gestiscono i contratti quadro della gara che hanno svolto.
Si evidenzia che Egas ed Insiel operano anche in maniera autonoma come stazioni appaltanti e come
centrali di committenza nei succitati ambiti.
CUC
Framework dell’attività della Centrale unica di committenza regionale con specificazione del quadro regionale (rosa)
e nazionale (arancione)
Nelle quattro tabelle seguenti è riportato il dettaglio delle possibili relazioni e ruoli tra le diverse
amministrazioni e gli altri attori/soggetti a partecipazione pubblica operanti sul territorio regionale
nel settore degli appalti pubblici, cui dovrà essere attivata la piattaforma. Nelle tabelle sono stati
utilizzati i seguenti acronimi:

CUC - Centrale Unica di Committenza regionale

AR - Amministrazione regionale

ER - Ente regionale

UTI - Unione Territoriale Intercomunale

EELL - Ente Locale
Capitolato Tecnico

EGAS - Ente per la Gestione Accentrata dei Servizi condivisi

AAS - Aziende per l’Assistenza Sanitaria

Insiel - Informatica per il Sistema degli Enti Locali
Pag.10 di 74
Ente richiedente
Soggetto aggregatore
Ente banditore
Ente contraente
ER/AR
CUC
CUC/Insiel
ER/AR
UTI
CUC
CUC/Insiel
EELL
UTI
CUC
CUC/Insiel
UTI
EELL capoluogo
CUC
EELL/CUC/Insiel
EELL
EELL non capoluogo
CUC
CUC/Insiel
Ente richiedente
AAS/EGAS
CUC
EGAS
AAS/EGAS
Attori – Per gare beni/servizi su delega/aggregate per le categorie merceologiche Dl. 24 aprile 2014 n.66
Ente richiedente
Ente banditore
Ente contraente
ER/AR
CUC
CUC/Insiel
ER/AR
UTI
Potrebbe avvalersi di
CUC
UTI/CUC/Insiel
EELL
UTI
CUC
UTI/CUC/Insiel
UTI
EELL capoluogo
CUC
EELL/CUC/Insiel
EELL
EELL non capoluogo
CUC
CUC/Insiel
EELL
EELL forma aggregata
CUC
EELL/CUC/Insiel
EELL
AAS/EGAS
EGAS
AAS/EGAS
AAS/EGAS
Attori – Per gare beni/servizi su delega/aggregate per categorie merceologiche fuori DPCM per ogni importo
Capitolato Tecnico
Pag.11 di 74
Ente richiedente
Ente banditore
Ente contraente
ER/AR
-
ER/AR
ER/AR
CUC
-
CUC
CUC
UTI
-
UTI
UTI
EELL
-
EELL
EELL
EGAS
-
EGAS
EGAS
AAS
-
AAS
AAS
Attori – Per gare beni/servizi sotto soglia comunitaria
Ente banditore
Ente contraente
Enti regionali
Enti regionali
Amministrazione regionale
Amministrazione regionale
UTI/EELL
EELL
UTI
UTI
AAS
AAS
EGAS
EGAS
Enti pubblici/partecipati
Enti pubblici/partecipati
Attori – Per lavori pubblici
2.2
Contesto normativo
Il contesto normativo presenta un elevato grado di complessità, tenendo anche conto che il processo
evolutivo delle disposizioni in tema di appalti pubblici è tuttora in corso.
Si citano i riferimenti normativi più significativi e che dovranno essere rispettati ed applicati dal
sistema di e-procurement adottato.
2.2.1 Normativa comunitaria

Direttiva 2014/24/UE (che abroga la 2014/18/CE) prevede per chi svolge attività di
centralizzazione della committenza l’obbligatorietà di dotarsi di strumenti informativi per la
gestione dematerializzata di tutte le fasi delle procedure di appalto. Il termine ultimo per
l’adozione di tali strumenti per le centrali di committenza è fissato al 18 aprile 2017
Capitolato Tecnico
Pag.12 di 74

la programmazione comunitaria 2014-2020, con riferimento all’area appalti, condiziona
fortemente gli Stati nel favorire l’uso di sistemi di e-procurement per soddisfare le
condizionalità ex-ante

il principio V dello Small Business Act che indirizza gli Stati membri ad adeguare i propri
interventi pubblici in materia di aggiudicazione degli appalti alle esigenze delle PMI, al fine di
facilitarne la partecipazione
2.2.2
Normativa nazionale

Decreto legislativo 50/2016 - Codice dei contratti pubblici relativi a lavori, servizi e forniture.
In alcuni punti del documento rimangono citati riferimenti a specifici articoli del precedente
Codice Appalti (D.Lgs. 163/2006)

DPR 207/2010 - Regolamento di esecuzione ed attuazione del decreto legislativo 12 aprile
2006, n. 163

Decreto Legislativo 229/2011 - Attuazione dell'articolo 30, comma 9, lettere e), f) e g),
della legge 31 dicembre 2009, n. 196, in materia di procedure di monitoraggio sullo stato di
attuazione delle opere pubbliche, di verifica dell'utilizzo dei finanziamenti nei tempi previsti e
costituzione del Fondo opere e del Fondo progetti

Legge 190/2012 - Disposizioni per la prevenzione e la repressione della corruzione e
dell'illegalita' nella pubblica amministrazione e Delibera AVCP n. 26 del del 22 maggio 2013
- Prime indicazioni sull’assolvimento degli obblighi di trasmissione delle informazioni
all’Autorità per la vigilanza sui contratti pubblici di lavori, servizi e forniture, ai sensi dell’art. 1,
comma 32 della legge n. 190/2012

Delibera AVCP n.111 del 20 dicembre 2012, in attuazione al dettato dell'art. 6-bis del Dlgs.
n. 163/2006 , che stabilisce l'utilizzo del sistema AVCPass

Decreto Legge 179/2012 - Ulteriori misure urgenti per la crescita del Paese (c.d. Decreto
Crescita 2.0)

Decreto Legislativo 33/2013- Riordino della disciplina riguardante gli obblighi di pubblicità,
trasparenza e diffusione di informazioni da parte delle pubbliche amministrazioni

Decreto Legge 66/2014 e s.m.i. - Misure urgenti per la competitività e la giustizia sociale,
che all’articolo 9 ha introdotto la nuova figura dei “soggetti aggregatori” per l’acquisizione di
beni e servizi

Decreto Legge 90/2014 e s.m.i. - Misure urgenti per la semplificazione e la trasparenza
amministrativa e per l'efficienza degli uffici giudiziari.
Capitolato Tecnico
Pag.13 di 74
Al succitato elenco non esuastivo delle normative più recenti riguardanti la tematica degli appalti
pubblici e l’introduzione negli iter procedurali della P.A. di un alto livello di innovazione e
informatizzazione verso il quale dette normative si dirigono, vanno ricordati anche:

Legge 4/2004 (Legge Stanca) - Disposizioni per favorire l’accesso dei soggetti disabili agli
strumenti informatici

Decreto Legislativo 235/2010 - Codice dell’Amministrazione Digitale

Piano per l’Agenda digitale
2.2.3
2.3
Normativa regionale

L.R.13/2014 - Misure di semplificazione dell’ordinamento regionale in materia urbanisticoedilizia, lavori pubblici, edilizia scolastica e residenziale pubblica, mobilità, telecomunicazioni
e interventi contributivi

L.R. 17/2014 - Riordino dell'assetto istituzionale e organizzativo del Servizio sanitario
regionale e norme in materia di programmazione sanitaria e sociosanitaria

L.R. 26/2014 - Riordino del sistema Regione-Autonomie locali nel Friuli Venezia Giulia.
Ordinamento delle Unioni territoriali intercomunali e riallocazione di funzioni amministrative

Delibera 555/2015 del 27/3/2015 - Prima programmazione delle attività della centrale
unica di committenza, ai sensi dell’articolo 53 della legge regionale 26/2014
Modalità di erogazione secondo il modello ASP/SaaS
In considerazione della necessità di evitare in questa prima fase di avvio di una piattaforma e di una
“macchina” organizzativa così complessa ed articolata, la gestione dei servizi relativi alle componenti
applicative e sistemistiche, il bando è orientato al modello di fornitura ASP/SaaS.
Il modello di erogazione previsto deve prevedere la fornitura di adeguati applicativi software, ospitati
all'interno della infrastruttura dell’aggiudicatario, ai quali devono poter accedere tutte le categorie di
utenti senza comportare particolari investimenti, in termini di hardware e licenze software, per la
Stazione Appaltante, ed in particolare alcun costo per gli operatori economici utilizzatori.
La soluzione proposta per la piattaforma telematica di e-procurement dovrà essere tale da garantire
l’utilizzo dell’intero insieme delle funzionalità via WEB mediante un semplice accesso ad internet e l’uso
dei più comuni browser.
Il fornitore sarà responsabile della piattaforma hardware e software sulla quale sarà installata la
soluzione comprensiva di tutte le applicazioni componenti il sistema, e dovrà garantire l’’accessibilità
Capitolato Tecnico
Pag.14 di 74
alle stesse da parte degli utenti, oltre che la continuità di erogazione del servizio in accordo agli
standard e livelli i servizio indicati nel presente capitolato.
Il fornitore dovrà garantire il possesso del codice sorgente degli applicativi e disporre del know how
necessario e di idonea organizzazione, tali da garantire la rapida ed efficace implementazione di tutte le
modifiche, evoluzioni e personalizzazioni del sistema che potranno essere richieste da parte della
Stazione appaltante nel corso dello svolgimento della fornitura.
Capitolato Tecnico
3
Pag.15 di 74
OGGETTO DELL’APPALTO
L’oggetto dell’appalto è rappresentato dalla fornitura di servizi di e-procurement in modalità SAAS
(Software as a Service) e di servizi di supporto.
L’intera fornitura dovrà risultare conforme ai requisiti descritti nel presente documento.
Il concorrente dovrà descrivere dettagliatamente, nella propria Offerta Tecnica, le caratteristiche dei
software ed annessi servizi, nel rispetto dei requisiti illustrati nel presente documento.
Il concorrente dovrà inoltre prevedere e descrivere qualunque altro elemento di espandibilità dei software
ritenga necessario per il dimensionamento dell’offerta tecnica, comprese eventuali caratteristiche
migliorative purché inerenti alle funzionalità richieste.
3.1
Moduli da fornire
La piattaforma telematica oggetto di acquisizione deve intendersi come un sistema modulare che
permetta di attuare le politiche di razionalizzazione nella materia degli appalti attraverso la
dematerializzazione delle procedure di acquisto in linea con gli indirizzi tracciati dall’Agenda digitale. Il
sistema deve consentire di supervisionare l’intero processo di approvvigionamento, occupandosi anche
di supply chain, logistica, rapporti con i fornitori, gestione della domanda, esame delle esigenze; deve
essere prevista la gestione degli affidamenti secondo un modello a stella multi-ente e multi Stazione
Appaltante, in cui le strutture amministratrici possano svolgere le funzioni centralizzate sulla base di una
regia e un coordinamento unico, con eventuali possibilità di delega.
Allo scadere del periodo contrattuale, con almeno sei mesi di anticipo rispetto alla data scadenza senza
vantare diritto ad alcun compenso comunque denominato, l’Aggiudicatario dovrà fornire la
documentazione aggiornata relativa a tutte le basi dati utilizzate ed ai sistemi di registrazione dati su
ciascuno degli archivi utilizzati e alle modalità utilizzate per la condivisione dati con sistemi di terze parti,
in maniera tale che si possa poi disporne per l’alimentazione di eventuali altri sistemi.
Nel dettaglio, l’appalto deve includere:

gestione delle anagrafiche e dell’albo fornitori della Regione Friuli-Venezia Giulia

raccolta e gestione dei fabbisogni

gestione della programmazione

gare telematiche con l’utilizzo di tutte le tecniche e gli strumenti per gli appalti elettronici e
aggregati

gare non telematiche

gestione telematica di bandi e avvisi
Capitolato Tecnico
Pag.16 di 74

stipula ed esecuzione contratto

gestione documentale

gestione opere pubbliche

business intelligence

integrazione con i sistemi nazionali

integrazione con i sistemi regionali in uso

gestione degli adempimenti normativi previsti in materia di pubblicità legale, trasparenza ed
anticorruzione

portale informativo
I moduli dovranno essere integrati tra loro, dovranno garantire la piena conformità dei processi alle
norme vigenti e la totale sicurezza, trasparenza, affidabilità e confidenzialità dei dati che vi saranno
trattati.
3.2
Servizi professionali
La procedura di gara, oltre all’acquisizione della piattaforma, deve necessariamente prevedere anche
la fornitura di alcuni servizi professionali di seguito elencati. I servizi da fornire sono descritti nel
capitolo “7 - DESCRIZIONE DEI SERVIZI RICHIESTI” e sono riassunti nei seguenti punti:
Servizi professionali una tantum
o
Servizi di configurazione iniziale ed avvio in esercizio

Avviamento di tutte le componenti previste dal progetto;

Configurazione di tutte le componenti e di tutti i moduli applicativi e di integrazione verso i
verticali regionali;

Caricamento anagrafiche;

Supporto alle stazioni appaltanti per la redazione e predisposizione di modelli
standardizzati (template) di documenti;
Capitolato Tecnico
o
Pag.17 di 74
Servizi di formazione

Sessioni di formazione agli operatori di tutte le stazioni appaltanti;

Fornitura di tutta la manualistica in lingua italiana, inglese e con predisposizione per il
multilingua per le stazioni appaltanti e per gli operatori economici; la documentazione
deve essere consultabile anche online
Servizi professionali continuativi
o
o
Servizi di help desk

Servizio di assistenza per gli operatori economici

Servizio di assistenza per gli utenti della piattaforma (stazioni appaltanti)
Servizi di assistenza

o
3.3
Supporto applicativo alle stazioni appaltanti, eventualmente in loco, nell’utilizzo della
piattaforma per l’ordinaria operatività del sistema
Servizi di manutenzione

Manutenzione correttiva del sistema;

Manutenzione adeguativa del sistema - recepimento di tutti gli eventuali adeguamenti
normativi che dovessero palesarsi nel corso della durata del contratto di affidamento

Garanzia di business continuity con la definizione di opportuni livelli di servizio per un
uptime di almeno il 99.9% e garanzia della disponibilità di tutti i dati gestiti dalla
piattaforma alla fine del contratto di fornitura;
Progetto di attivazione e durata contrattuale
La data d‘inizio del progetto decorre dalla data di stipula del contratto. Entro 10 giorni dalla stipula
del contratto verrà avviato il “Piano di avviamento”.
La durata della fornitura è fissata in 36 mesi a decorrere dalla messa in esercizio operativo a seguito
del completamento del collaudo funzionale della piattaforma senza integrazioni con i sistemi
regionali.
È prevista la possibilità di richiedere la ripetizione del servizio per ulteriori 24 mesi, ai sensi del
comma 5), dell’art. 63 del D.lgs. 50/2016.
Capitolato Tecnico
3.4
Pag.18 di 74
Servizi opzionali
È previsto un budget massimo di spesa, da erogarsi a consumo nell’arco della durata complessiva del
progetto, per l’acquisizione opzionale di servizi professionali (Manutenzione evolutiva, Formazione) o
beni.
Relativamente alla Manutenzione evolutiva (MEV), potrà essere richiesta la realizzazione di nuovi
sviluppi e/o interventi di manutenzione evolutiva sui moduli già esistenti, aggiuntivi rispetto alla
realizzazione delle funzionalità elencate nei paragrafi precedenti.
Per ogni attività di manutenzione evolutiva dovrà essere presentato un piano di lavoro specifico nel
quale vengono dettagliate le singole attività ed i tempi di realizzazione, in particolare:

descrizione delle attività da realizzare;

output previsti;

piano di realizzazione, test e collaudo.
3.4.1 Modalità di rendicontazione giornate a consumo
Per quanto riguarda lo svolgimento delle attività relative ai servizi professionali, da realizzare a
consumo previo autorizzazione della Stazione Appaltante durante lo svolgimento del contratto, il
fornitore deve garantire l'adeguato livello di professionalità del personale impiegato, fornendo se
richiesto dalla Stazione Appaltante i CV del personale stesso.
Le tipologie previste sono:
Tipologia
Descrizione
Tariffa Giornaliera fissa (euro)
Business Analyst
Personale con esperienza nel settore ICT
superiore ai 10 anni, di cui almeno 5
nell’erogazione di servizi e nello sviluppo
di piattaforme di e-procurement, ed
eventualmente in possesso di idonea
certificazione (PMI®, IIBA®, ecc.)
440,00
Software
Architect/System
Analyst
superiore ai 5 anni, di cui almeno 2 nella
progettazione ,sviluppo, manutenzione e
gestione di piattaforme di e-procurement
290,00
Software Coder
superiore ai 3 anni, di cui almeno 1 nello
250,00
Capitolato Tecnico
Pag.19 di 74
sviluppo, manutenzione e gestione di
piattaforme di e-procurement
Application
Consultant
3.5
superiore ai 6 anni, di cui almeno 3 nella
formazione e supporto applicativo di
piattaforme di e-procurement
390,00
Rappresentante Responsabile dell’Aggiudicatario e Tavolo tecnico
L’Aggiudicatario nominerà un Rappresentante Responsabile che sarà l’interlocutore della Stazione
appaltante.
Il Rappresentante Responsabile dell’Aggiudicatario dovrà essere nominato dall’Aggiudicatario stesso
tra la rosa di persone di cui l’Aggiudicatario allegherà i curricula all’offerta tecnica.
Nel rispetto degli obblighi contrattuali e di capitolato, il Rappresentante Responsabile
dell’Aggiudicatario sarà abilitato ad assumere ogni e qualsiasi provvedimento a nome e per conto
dell’Aggiudicatario stesso.
L’Aggiudicatario dovrà indicare, per le ipotesi d’impedimento o assenza del Rappresentante
Responsabile dell’Aggiudicatario, il nome di un sostituto con pari caratteristiche.
Il team tecnico della stazione appaltante e il referente Responsabile dell’Aggiudicatario,
eventualmente coadiuvato da tecnici dell’Aggiudicatario, andranno a costituire quello che di seguito è
indicato come ‘Tavolo tecnico’.
Al Tavolo tecnico potranno partecipare, quando richiesti, tecnici o rappresentanti della CUC e altri
soggetti attuatori.
Il Tavolo tecnico svolgerà, in via esemplificativa e non esaustiva, le seguenti funzioni:

condivisione delle strategie;

definizione/condivisione del “Piano di avviamento” a partire dai requisiti richiesti e da quanto
proposto in offerta tecnica;

individuazione delle azioni necessarie per evoluzione del quadro normativo;

soluzione situazioni di criticità rilevate nel monitoraggio dell’avanzamento del “Piano di
avviamento”;

proposizione/condivisione modifiche sul cronoprogramma o piani operativi a fronte di
giustificati motivi.
Capitolato Tecnico
3.6
Pag.20 di 74
Referenze del concorrente e curricula degli erogatori di servizio
In quanto indicatore della qualità dei prodotti e dei servizi ed infine del grado di soddisfazione del
mercato, si richiede al concorrente di fornire le proprie referenze riguardo la fornitura di licenze
relative al software offerto e alla erogazione dei servizi di assistenza e manutenzione. Si richiede che
nell’elenco dei clienti che usufruiscono del software e dei servizi sia indicato il riferimento cronologico
dell’installazione degli eventuali diversi moduli in cui si articola il software offerto. In particolare si
richiedono le referenze relative alle installazioni effettuate a partire dal 01/01/2012. Rimane
comunque sottointeso che, in fase di valutazione, la stazione appaltante si riserva la facoltà di
contattare e/o visitare i clienti citati nelle referenze dichiarate dai concorrenti.
Il concorrente dovrà indicare nell’offerta tecnica i curricula (massimo 6 curricula) del:

Rappresentante Responsabile e del sostituto (due curricula)

Altri profili professionali (es formatori, sviluppatori ,..) - minimo 2 curricula, massimo 4
curricula.
Per la valutazione dei curricula dei componenti del servizio di formazione e degli analisti e
sviluppatori si procederà a calcolare la media aritmetica delle valutazioni dei curricula presentati.
Capitolato Tecnico
4
Pag.21 di 74
REQUISITI GENERALI DELLA FORNITURA
Nei requisiti generali si riporta quanto deve essere comune a tutto il sistema. Tali requisiti saranno
oggetto di valutazione in fase di attribuzione di punteggio.
La piattaforma d’intermediazione digitale proposta deve essere:
 obbligatoriamente disponibile in lingua italiana ed inglese e predisposta per il multilingua.
 pienamente rispondente alle normative vigenti in materia di acquisti elettronici e contratti di
acquisto per la pubblica amministrazione.
L’infrastruttura tecnologica deve assicurare i requisiti richiesti in termini di sicurezza informatica,
disponibilità del servizio e tempi di risposta.
Le componenti dovranno comunque utilizzare schemi standard per applicativi Web based e tali che sulle
postazioni client non debba essere richiesta l’installazione di alcun specifico software necessario per il
funzionamento e la fruizione della varie componenti della piattaforma ad esclusione di quanto
eventualmente necessario per consentire la gestione delle firme digitali. La piattaforma deve garantire la
fruibilità mediante tutti i più diffusi browser presenti sul mercato indipendentemente dalla versione.
Nell’ambito della fornitura devono essere presenti e resi disponibili alla stazione appaltante sia un
ambiente di produzione con caratteristiche conformi a quanto richiesto in materia di affidabilità,
continuità e livelli di servizio, sia un ambiente di collaudo con capacità di ospitare una replica
dell’ambiente di produzione al fine di consentire, agli utenti della stazione appaltante, la verifica e
validazione dei nuovi sviluppi applicativi e funzioni di integrazione e scambio dati con gli altri applicativi e
sottosistemi regionali.
La soluzione proposta deve garantire un’adeguata protezione di tutte le informazioni contenute e di tutte
le transazioni gestite in accordo alla normativa vigente.
Deve essere possibile e previsto l’uso della PEC (Posta elettronica certificata) per lo scambio di
comunicazioni tra la piattaforma e gli utenti in specifiche fasi dei processi supportati (ad esempio per le
richieste di offerta online, le aste elettroniche, ecc.)
Devono essere presenti adeguate soluzioni di sincronizzazione tra il clock di sistema e la
sincronizzazione ufficiale nazionale ed il “Central European Time” (CET).
4.1
Accessibilità ed usabilità
Il Sistema dovrà rispettare le norme di accessibilità così come stabilito dalla Legge 9 gennaio 2004 n. 4
(c.d. “legge Stanca”) e del successivo Decreto del Presidente della Repubblica, 1 marzo 2005, n. 75
“Regolamento di attuazione della legge 9 gennaio 2004, n. 4 per favorire l'accesso dei soggetti disabili
agli strumenti informatici”.
Capitolato Tecnico
Pag.22 di 74
In particolare, saranno rispettate tutte le indicazioni riportate nel Decreto Ministeriale 8 luglio 2005
(G.U. 8 agosto 2005, n. 183): “Requisiti tecnici e i diversi livelli per l'accessibilità agli strumenti
informatici”.
Il rispetto dei requisiti di accessibilità verrà verificato all’atto della consegna e successivamente
attraverso le verifiche preliminari al rilascio in produzione, prima della messa online del sito e delle
applicazioni o di loro modifiche sostanziali.
L’interfaccia utente sarà personalizzata per essere il più possibile user friendly, allo scopo di consentire
un’utile ed efficiente gestione dei documenti e dei processi ed una rappresentazione chiara ed esaustiva
dei dati.
4.2
Protezione dati personali
Il Sistema dovrà prevedere, in ottemperanza di disposizioni e/o provvedimenti normativi, meccanismi di
autenticazione, autorizzazione e profilatura per l’accesso alle funzionalità previste, a i dati e ai file trattati.
Per il trattamento dei dati personali e sensibili dovrà essere garantita la tutela e la riservatezza dei dati
stessi in conformità con quanto disposto dalla normativa vigente (Decreto Legislativo 30 giugno 2003,
n.196 “ Codice in materia di protezione dei dati personali” e successive modificazioni ed integrazioni), ivi
comprese le relative misure di sicurezza previste dal Codice.
Particolare attenzione sarà assicurata per la gestione di dati sensibili e giudiziari, per i quali sarà garantita
una soluzione che comporti il pieno rispetto della normativa sopra citata e della ulteriore normativa di
settore applicabile.
4.3
Requisiti di sicurezza
La soluzione deve garantire i requisiti di riservatezza, autenticità, integrità, disponibilità e non ripudio.
Devono essere disponibili adeguate tecnologie antivirus su tutti i moduli della piattaforma con funzioni di
scansione di tutti i file gestiti dalla piattaforma e tali da poter identificare eventuali file sospetti al
momento del caricamento ed inviare adeguate notifiche sia all’utente/fornitore che ha effettuato
l’operazione sia all’amministratore di sistema.
La soluzione proposta deve essere dotata di appositi sistemi di tracciamento e registrazione a livello di
sistema (log applicativi) delle attività eseguite da tutti gli utenti del sistema, siano essi interni od esterni,
e compresi gli utenti di amministrazione in accordo alla normativa vigente.
I meccanismi di identificazione degli utenti e autorizzazione all’accesso e tutte le fasi di autenticazione
(user login), inclusi i processi di autenticazione forte mediante soluzioni in grado di gestire certificati di
autenticazione emessi da Enti certificatori legalmente riconosciuti (smart-card, token, ecc..), devono
essere realizzate in ottemperanza a quanto stabilito dal D.Lgs. 30 giugno 2003, n. 196, Allegato B,
Disciplinare tecnico in materia di misure minime di sicurezza.
Capitolato Tecnico
Pag.23 di 74
Deve essere garantito un adeguato sistema anti-intrusione (IDS/IPS) in grado di monitorare e respingere
attacchi di qualsiasi tipo tra cui, ma non solo, interruzioni del servizio (Denial of Service, DoS),
programmi ostili basati su protocollo HTTP (HTTP worms), vulnerabilità negli applicativi web e nei web
server, ecc..
La soluzione deve garantire il trattamento dei dati sensibili (prezzi, offerte, sconti, password utente, ecc.)
in pieno accordo alle normative vigenti in materia.
4.4
Affidabilità, robustezza e disponibilità
La soluzione proposta dovrà essere disegnata per essere disponibile (online) H24 7x7 rispondendo agli
SLA concordati.
4.5
Flessibilità
Le funzionalità dovranno essere in grado di gestire le diverse casistiche che possono verificarsi nei
processi gestiti. I componenti dovranno essere in grado di adeguarsi ai mutamenti tecnologici ed
all’interazione con altri progetti.
4.6
Modularità, flessibilità e standardizzazione
La soluzione dovrà essere strutturata per moduli integrati, affinché tutte le informazioni siano rese
automaticamente disponibili tra i diversi moduli oltre che prevedere la massima rispondenza alle diverse
esigenze di interoperabilità.
I vari componenti della piattaforma dovranno essere modulari e progettati in modo tale da garantire la
possibile evoluzione della piattaforma oltre che l’integrazione con altri sistemi. I componenti dovranno
essere in grado di adeguarsi ai mutamenti tecnologici ed all’interazione con altri progetti che, in fase di
avvio, non sono ancora integrati (es. fatturazione elettronica).
Deve essere prevista la massima flessibilità della soluzione proposta in termini di scalabilità tecnologica
al fine di garantire il pronto e completo supporto sia agli aggiornamenti normativi sia di tipo funzionale e
dimensionale richiesti dalla stazione appaltante dovute alle mutate esigenze in termini di numero di
utenti e di funzioni applicative.
4.7
Gestione utenze
La piattaforma dove avere la disponibilità di un sistema integrato di gestione di tutte le tipologie di utenze
con la possibilità di operare per la creazione, modifica ed eliminazione di utenti.
L’accesso all’applicazione da parte dei vari utenti per le diverse funzionalità disponibili deve essere
regolata mediante la creazione di adeguati ruoli e specifici privilegi per ciascun ruolo. Ogni ruolo deve
essere configurato con un diverso insieme di diritti che determinano il particolare accesso alle
informazioni e attività del sistema.
Capitolato Tecnico
4.8
Pag.24 di 74
Integrazione con altri sistemi informativi
La piattaforma dovrà essere predisposta per l’integrazione con altri sistemi e sottosistemi (descritti in
seguito), sia già presenti nel Sistema Informativo della Regione FVG, sia in fase di realizzazione. La
piattaforma di e-procurement dovrà interoperare con i sistemi regionali/nazionali nel contesto di
un’architettura d’integrazione (EAI) che permetta di disaccoppiare i servizi esposti garantendo un
adeguato livello di sicurezza, trasparenza ed accounting.
Lo strato d’integrazione potrà essere costituito da una piattaforma d’integrazione basata su un
Enterprise service bus o più semplicemente da un framework d’integrazione che implementi paradigmi e
patterns dell’enterprise integration. I servizi non saranno esposti direttamente come in una
configurazione punto-a-punto, ma tramite dei corrispondenti servizi di prossimità che implementano
propri livelli di sicurezza, controllo, affidabilità. Nell’ottica di un’architettura orientata ai servizi (SOA) la
piattaforma d’integrazione potrà fornire un Registro dei servizi (Governance Registry) o una componente
di analytics (BAM) per la raccolta e l’analisi delle informazioni.
Capitolato Tecnico
5
Pag.25 di 74
REQUISITI FUNZIONALI E TECNOLOGICI
5.1
Requisiti funzionali generali
La piattaforma dovrà consentire la parametrizzazione (es. implementazione delle funzionalità richieste
tra quelle disponibili, ecc.) e la personalizzazione in riferimento alle esigenze della stazione appaltante
e degli Enti che ne faranno richiesta.
La piattaforma dovrà permettere inoltre l’utilizzo delle sue funzionalità in modalità completamente
integrata, anche con configurazioni complesse.
La piattaforma dovrà consentire la gestione di eventuali caricamenti massivi di dati (in particolare,
anagrafica operatori economici “storici”), mediante procedure informatiche automatiche.
5.2
Strutturazione requisiti funzionali
I requisiti funzionali sono organizzati nelle seguenti Macro aree. La descrizione dettagliata delle
funzionalità è presente nei capitoli successivi.
Macro area Gestione Anagrafiche
 Gestione anagrafica stazioni appaltanti
 Storicizzazione cambiamenti organizzativi
 Gestione anagrafiche uniche
 Gestione anagrafiche operatori economici
Macro area Albo fornitori
 Osservanza normativa vigente
 Gestione PassOE
 Generazione autocertificazione
 Valutazione delle prestazioni
 Sistema di rating performance
 Integrazione con gestione anagrafiche
Macro area Raccolta dei fabbisogni
Capitolato Tecnico
 Gestione fabbisogni per ente banditore e ente richiedente
 Fabbisogni via data entry e upload massivo
 Programmazione
 Gestione validazione
 Sistema di classificazione personalizzabile
Macro area Programmazione
 Gestione programmazione
 Gestione pubblicazione programmazione
 Integrazione con modulo opere pubbliche
Macro area Gare telematiche
 Gestione di tutte le tipologie di gara telematica
 Gestione di tutti gli strumenti di negoziazione
 Dematerializzazione offerte e comunicazioni da e verso Operatore economico
 Personalizzazione dei criteri di valutazione
 Gestione multi-ente per gare su delega
 Comunicazioni ente banditore - ente richiedente
 Import massivo lotti di gara
 Integrazione con modulo opere pubbliche
Macro area Mercato elettronico
 Gestione RdO - Richiesta di offerta
 Gestione OdA - Ordine di acquisto
Macro area Gare non telematiche
Pag.26 di 74
Capitolato Tecnico
 Gestione degli obblighi pubblicità legale e trasparenza
 Gestione informazioni gare
 Import manuale e massivo dati e documenti di gara
Macro area Gare gestite in Consip
 Gestione degli obblighi pubblicità legale e trasparenza
 Gestione informazioni gare
 Import dati Consip
Macro area Stipula contratto
 Stipula ente banditore
 Stipula contratti derivati
 Stipula contratti per gare su delega
 Invio dati contratti a Ministero Sanità
Macro area Esecuzione contratto
 Gestione delle fasi dell'esecuzione lavori
 Invio dati Osservatorio appalti
 Integrazione modulo opere pubbliche
 Servizi interoperabilità acquisizione DURC
Macro area Gestione documentale
 Gestore documentale
 Gestione modelli personalizzati per ente
 Gestione firma digitale
Macro area Pubblicità legale
Pag.27 di 74
Capitolato Tecnico
Pag.28 di 74
 Adempimenti previsti dal Codice dei contratti - Decreto legislativo 18 aprile 2016, n. 50
 Pubblicazione GUCE
 Pubblicazione SIMAP
 Pubblicazione MIT
Macro area Trasparenza e Anticorruzione
 Adempimenti Dlgs 33/2013
 Scheda osservatorio SIMOG
 Adempimenti Legge 190/2012 art 1 comma 32 con import massivo gare pregresse gestite
fuori sistema
Macro area Opere pubbliche
 Gestione dati opere pubbliche
 Adempimenti Dlgs 229/2011 (predisposizione e invio files)
Macro area Sistemi di Business Intelligence
 Sistema business intelligence
Macro area Portale informativo
 Area backoffice
 Area operatori economici
 Area pubblica
Macro area Fasi del procedimento e scadenziario
 Fasi, stati avanzamento e tempi
 Scadenziario
 Servizio di notifica
Macro area Integrazioni sistemi nazionali
Capitolato Tecnico
Pag.29 di 74
 Sistema SIMOG
 Sistema AVCPASS
 Sistema MIP-CUP
 Sistema SPID
Macro area Integrazioni sistemi verticali Insiel
5.3

Gestione Determine e decreti

Protocollo

Conservazione Sostitutiva

Gestione contratto/ordini

Contabilità

MasterData Management
Requisiti funzionali moduli piattaforma
5.3.1 Macro area Gestione Anagrafiche
La soluzione dovrà essere basata su un sistema di anagrafiche organizzate in modo da evitare
ridondanze di dati. Le anagrafiche dovranno essere uniche per tutti i moduli della piattaforma.
Considerato che la piattaforma verrà distribuita all’intera rete di stazioni appaltanti della regione
FVG, così come individuate dall’Anagrafe Unica delle Stazioni appaltanti (AUSA) riconosciute da
ANAC, vi è la necessità di rilevare puntualmente l’organizzazione interna delle amministrazioni di
appartenenza delle stazioni appaltanti e le relazioni tra di esse, volte anche ad indentificare il
modello di operatività introdotto dalle normative sull’aggregazione della spesa o in virtù di
convenzioni in essere.
Il modulo dovrà garantire - da parte di uno o più amministratori per ogni ente/struttura - la
gestione autonoma delle modifiche organizzative con storicizzazione e la profilatura degli utenti
che potranno accedere all’area riservata previa registrazione. Gli operatori devono poter essere
identificati anche come soggetti esterni alla struttura per la quale operano. Ad ogni operatore
devono poter essere associate tipologie di utenza differenti.
Deve essere previsto un log di attività associato a ciascun operatore.
Capitolato Tecnico
Pag.30 di 74
In sintesi, le funzionalità che devono essere offerte dal modulo ‘Gestione anagrafiche’ si possono
così riassumere:

Gestione dell’anagrafica delle stazioni appaltanti (presenza del riferimento alla codifica
AUSA), con rilevazione delle relazioni ente/stazione appaltante.

Storicizzazione dei cambiamenti organizzativi

Gestione delle anagrafiche uniche (operatori –dipendenti della struttura , utenti – soggetti
esterni) con la possibilità di configurare diversi Profili associati ai puntuali privilegi di
accesso a funzionalità (profilo amministratore, istruttore, responsabile procedimento,
visualizzatore, commissario …)

Gestione delle anagrafiche degli operatori economici, alimentata anche da albo fornitori
Viene richiesto che le informazioni (dati e relazioni tra soggetti e strutture) siano esportabili nei più
comuni formati office e interrogabili in tempo reale mediante servizi web.
5.3.2 Macro area Albo fornitori
Viene richiesto un modulo configurabile per la gestione dell’albo fornitori in cui l’operatore
economico, registrato in piattaforma, si qualifica indicando le categorie merceologiche di proprio
interesse. L’albero delle categorie merceologiche deve poter essere configurato ed alimentato
anche attraverso import massivi. Devono poter essere previste diverse tipologie di classificazione e
aggregazione (es. categorie CPV, SOA, CND, SIOPE, MINSAN ….).
Durante la fase di accreditamento, supportata eventualmente da questionari on line, il fornitore
può presentare certificazioni che devono poter essere consultate successivamente dagli operatori
delle stazioni appaltanti. All’operatore verranno assegnate le credenziali di accesso (login e
password), con possibilità di attivare l’autenticazione attraverso smart-card (se richiesta).
Il modulo albo fornitori non deve costituire pre-requisito per l’attivazione del modulo gare, che
deve disporre di un indirizzario per la registrazione degli operatori economici indipendente.
Laddove un operatore economico risultasse presente su albo fornitori, il modulo gare deve però
poter attingere al database dei Fornitori qualificati per l’invito ad offrire in caso di procedure
negoziate.
L’albo fornitori deve essere predisposto in osservanza alla normativa vigente , in particolare:

Gestione dei requisiti di ordine generale per la qualifica dei fornitori previsti dall’articolo 38
del d.lgs. 163/2006 (devono essere previsti gli adeguamenti introdotti da d.lgs 50/2016)

Principi di trasparenza, rotazione, parità di trattamento e istituzione degli elenchi per gli
inviti in caso di cottimi fiduciari di cui all’articolo 125 (c. 8 - 11 - 12) del d.lgs. 163/2006
in merito ai contratti pubblici riguardanti i lavori, servizi e forniture in economia (devono
essere previsti gli adeguamenti introdotti da d.lgs 50/2016)
Capitolato Tecnico
Pag.31 di 74

Integrazione con la Banca dati nazionale degli operatori economici gestita dal MIT (art. 81 –
85 – 88 del d.lgs. 50/2016)

Integrazione con la banca dati nazionale dei contratti pubblici (BDNCP) istituita presso
l'Autorità di vigilanza dall'articolo 62-bis del codice dell'amministrazione digitale in base
all’articolo 20 del D.L. 9 febbraio 2012, n. 5 (introduzione dell’Art. 6-bis al D.lgs. 12 aprile
2006, n. 163). BDNCP è infatti il mezzo esclusivo che le stazioni appaltanti devono
utilizzare per la verifica dei requisiti quando la documentazione è ivi presente. AVCPASS è lo
strumento che permette l’accesso a BDNCP.
Inoltre, deve essere gestita una specializzazione e personalizzazione dei soggetti iscritti in base alle
tipologie di appalto e, se richiesto, alla specifica area di approvvigionamento dell’ente, tenendo
conto anche dei regolamenti attuativi che andranno a sostituire il DPR 207/2010.
I diversi ambiti sono di seguito riportati:

Lavori pubblici

Servizi tecnici, ovvero gestione dei professionisti tecnici con le informazioni ed i dati relativi
alle specializzazioni, alle tipologie di incarico e le categorie con relativi importi di
affidamento degli ultimi dieci esercizi finanziari

Beni e servizi – distinzione per categoria merceologica multilivello unica regionale in
associazione con le principali classificazioni merceologiche utilizzate su scala nazionale,
distinte (codici SIOPE, CPV, CND, MINSAN …).
Si richiede, quindi, che l’albo esponga queste funzionalità:

Gestione e condivisione delle informazioni anagrafiche dell’operatore economico e di quelle
specifiche di categoria

Gestione di documentazione integrativa eventualmente richiesta dalla SA

Valutazione dei fornitori sia in fase di accreditamento/qualifica che in fase di esecuzione
delle prestazioni, grazie ad un sistema di indicatori (KPI) associati all’operatore economico
(fatturato, puntualità, possesso delle certificazioni….). E’ richiesto alla piattaforma di
rendere facilmente configurabile un modello di valutazione ad uso dell’amministratore di
sistema

Possibilità di disporre di estrazioni e stampe con un riepilogo delle informazioni, disponibili a
sistema, per singolo operatore economico o per gruppi
Capitolato Tecnico
Pag.32 di 74

Comunicazione fra gli operatori della stazione appaltante e gli operatori economici, tramite
sistema di mailing personalizzabile, tracciato nella piattaforma

Integrazione con il modulo Gestione Anagrafiche che eredita le informazioni puramente
anagrafiche degli operatori

Configurazione e aggiornamento dell’albero delle categorie merceologiche attraverso
funzionalità di import massivo

selezione degli operatori economici secondo criteri di ricerca impostati sulla base di
attributi multipli e successivamente raffinabili (anagrafica - classificazione merceologica qualifica - gare a cui ha partecipato)

sorteggio degli operatori economici da invitare a singole procedure di gara fra quelli abilitati
alla singola categoria merceologica con la possibilità di tracciare i sorteggi;
Inoltre, saranno valutati come elementi migliorativi:

Gestione del PassOE per l’accesso al sistema AVCPASS – ossia del documento da inserire
nella busta contenente la documentazione amministrativa che attesta che l’operatore
economico può essere verificato tramite AVCPASS

Generazione dell’autocertificazione dell’operatore economico da parte del sistema, anche
relativamente al Documento di gara unico europeo – DGUE – come previsto dall’art. 85
d.lgs. 50/2016
Viene richiesto che tali informazioni siano esportabili nei più comuni formati office e interrogabili in
tempo reale mediante servizi web.
5.3.3 Macro area Raccolta fabbisogni
È richiesto un modulo per la gestione dei fabbisogni, tale da supportare la comunicazione del
proprio fabbisogno da parte dell’ente richiedente e l’attività di pianificazione dell’ente aggregatore.
La piattaforma dovrà quindi disporre di un modulo che consenta di inserire in maniera strutturata
via data entry o mediante UpLoad (es. file Excel a partire da estrazioni del DWH esistente per
l’ambito regionale o sanitario che tenga conto dei consumi riferiti agli anni precedenti), le
informazioni che si riferiscono ai quantitativi di acquisto previsti.
Dovranno inoltre essere previste funzionalità a supporto dell’aggregazione e della pianificazione
analizzando i fabbisogni in maniera strutturata tramite scenari di valutazione. L’ente richiedente
deve poter indicare i fabbisogni utilizzando delle codifiche che, laddove non coincidenti con quelle
gestite dall’ente aggregatore, necessitano di un’operazione di mappatura al momento della
raccolta spesa, richiedendo la validazione dell’ente richiedente per la sua quota parte.
Capitolato Tecnico
Pag.33 di 74
La convalida della programmazione dovrà rendere possibile la creazione diretta della gara a partire
dai dati raccolti e rielaborati dall’ente aggregatore senza doppia imputazione dei dati.
Modello operativo della raccolta fabbisogni e programmazione per beni e servizi
In sintesi sono da prevedere queste funzionalità:

Accesso al modulo di raccolta dei fabbisogni sia per l’ente che dovrà gestire la gara sia per le
SA che indicano i loro fabbisogni

Rilevazione fabbisogni in modalità strutturata via data entry o, in alternativa, tramite upload
dei fabbisogni da file (es. da excel)
Capitolato Tecnico
Pag.34 di 74

Programmazione: gestione di tutte le informazioni necessarie per attuare l’aggregazione

Gestione delle validazioni da parte delle SA che hanno espresso i fabbisogni

Utilizzo di una classificazione ad albero di quanto oggetto di acquisizione, prevedendo una
mappatura tra i codici in uso per l’ente aggregatore e le codifiche delle SA. Si deve utilizzare la
classificazione merceologica multilivello unica regionale in associazione con le principali
classificazioni merceologiche utilizzate su scala nazionale (CPV, CND, SIOPE,MINSAN….)
In ambito monitoraggio e analisi della spesa, viene richiesto che tali informazioni siano esportabili e
interrogabili in tempo reale.
5.3.4 Macro area Programmazione
Viene richiesto un modulo per la gestione della Programmazione (Triennale per i lavori e Biennale
per gli acquisti di beni e servizi, nonchè gli aggiornamenti annuali) che consenta a tutte le stazioni
appaltanti di inserire a sistema l’identificazione e la quantificazione dei propri bisogni (Rif. Art. 21
D.Lgs. 50 /2016 – ex - art. 128 D.Lgs. 163/2006 - L. 208/2015 comma 505).
La programmazione deve essere impostata a livello di CUP, prevedendo l’acquisizione diretta dello
stesso attraverso servizi di interoperabilità esposti dal CIPE.
In sintesi sono richieste le seguenti funzionalità:

Programmazione annuale, biennale o triennale: ogni stazione appaltante della rete deve poter
caricare la propria programmazione sulla base della classificazione prevista dalla normativa,
indicando priorità e criticità degli interventi e il quadro delle risorse finanziarie a copertura
delle spese previste;

Acquisizione codici CUP da CIPE: la programmazione deve ruotare attorno al CUP laddove
previsto;

Produzione dei documenti di programmazione redatti sulla base di schemi tipo definiti dal
Ministero delle Infrastrutture, e conseguente pubblicazione del programma e dell’elenco
annuale dei lavori sul sito del Ministero delle Infrastrutture e dei Trasporti, sul sito
dell’Osservatorio e sul profilo del committente;

Integrazione con il modulo Opere pubbliche;
Stante l’obbligo di programmazione introdotto dalla legge di stabilità 2016 - L. 208/2015
comma 505, anche gli acquisti di beni e servizi necessitano di un modulo a supporto della
programmazione annuale e biennale e dell’invio di dati al Tavolo Tecnico dei soggetti aggregatori.
Viene richiesto alla piattaforma che il documento di programmazione sia reso disponibile per la
pubblicazione.
Capitolato Tecnico
Pag.35 di 74
5.3.5 Macro area Gare telematiche
Come previsto dalla direttiva 2014/24/UE in materia di appalti pubblici, la dematerializzazione
del processo di appalto dovrà essere attuata in tre fasi:

18/4/2016: recepimento ordinario delle disposizioni europee da parte degli stati membri

18/4/2017: gestione informatica delle comunicazioni in tutte le fasi della procedura e
trasmissione delle richieste di partecipazione e offerte per le gare gestire dalle centrali uniche
di committenza

18/4/2018 : gestione informatica delle comunicazioni in tutte le fasi della procedura e
trasmissione delle richieste di partecipazione e offerte per le gare gestite da qualunque SA
Sottolineando che il modulo ‘Gare telematiche’ dovrà garantire piena rispondenza alle normative in
essere ma anche al nuovo codice degli appalti, nel seguito si fa riferimento alla nomenclatura delle
procedure tuttora esistenti e a quelle nuove introdotte dalla direttiva:

Aperte

Ristrette

Competitiva con negoziazione

Negoziata senza bando

Dialogo competitivo

Partenariato per l’innovazione

Affidamento diretto

Negoziata
Per le tipologie di gare su elencate, devono essere previsti i seguenti strumenti di acquisto e di
negoziazione:

Aste elettroniche

Sistema dinamico di acquisizione

Cataloghi elettronici

Contratti quadro (accordo e convenzione)
Capitolato Tecnico

Pag.36 di 74
Procedure svolte attraverso piattaforme telematiche di negoziazione
Il modulo ‘Gare Telematiche’ deve consentire la copertura funzionale di tutte le tipologie di
procedure negoziali per qualsiasi importo e qualsiasi criterio di aggiudicazione, supportando
l’utente dalla fase di predisposizione della gara alla fase di aggiudicazione, con un’interazione
completamente telematica da e verso il fornitore per le comunicazioni e lo scambio di informazioni
e documentazione.
Viene richiesta una copertura funzionale anche per le procedure semplificate che prevedono un iter
ridotto nel rispetto dei principi di economicità, efficacia, tempestività, correttezza, libera
concorrenza, non discriminazione, trasparenza, proporzionalità, pubblicità, nonché del principio di
rotazione.
Deve essere garantito il rispetto dei requisiti di sicurezza e segretezza delle offerte durante la fase
di sottomissione delle stesse in busta chiusa e deve essere garantita la tracciatura di tutte le
operazioni (sia lato stazione appaltante che lato operatore economico).
Il modulo Gare telematiche deve essere integrato con il sistema SIMOG:

per l’acquisizione del CIG e dello smart CIG in fase di predisposizione della gara e successivo
invio di dati a fronte di avanzamento del procedimento di gara.

per l’invio automatico dei dati di monitoraggio del ciclo di vita dei contratti pubblici (ex rif. art.
7 comma 8 d.lgs. 163/2006 – art. 213 d.lgs. 50/2016)
Deve essere integrato con il sistema MIP CUP:

per l’invio al DIPE dei dati dei progetti di opere ottenendo l’assegnazione di un CUP
Per i progetti finanziati con CUP, i dati relativi alla programmazione e già inseriti a sistema,
dovranno essere inviati anche a SIMOG. Inoltre le suddette informazioni devono essere disponibili
all’interno del modulo ‘Opere pubbliche’.
Nella fase di valutazione offerte devono essere contemplate tutte le tipologie di criteri di
aggiudicazione, compreso la possibilità di personalizzare formule di valutazione su parametri
diversi. Nell’ambito delle gare telematiche, verranno valutate le seguenti funzionlità:

configurazione delle gare in base alle diverse tipologie di procedure negoziali

possibilità di effettuare una comparazione tra offerte distinte

sorteggio automatico laddove consentito

gestione delle anomalie

gestione delle rotazioni per le procedure ad invito
Capitolato Tecnico
Pag.37 di 74

gestione del sorteggio delle ditte per la verifica del possesso dei requisiti

valutazione delle offerte in base ai diversi criteri di aggiudicazione, con personalizzazione delle
formule su parametri diversi

presenza degli strumenti di negoziazione succitati
o
asta elettronica: gestione di un processo per fasi successive basato su un
dispositivo elettronico di presentazione di nuovi prezzi, modificati al ribasso o di
nuovi valori riguardanti taluni elementi delle offerte, che interviene dopo una
prima valutazione completa delle offerte permettendo che la loro classificazione
possa essere effettuata sulla base di un trattamento automatico (rif. art. 56 d.
lgs. 50/2016)
o
sistema dinamico di acquisto: gestione di un processo di acquisizione
interamente elettronico, per acquisti di uso corrente, le cui caratteristiche
generalmente disponibili sul mercato soddisfano le esigenze di una stazione
appaltante, limitato nel tempo e aperto per tutta la sua durata a qualsivoglia
operatore economico che soddisfi i criteri di selezione e che abbia presentato
un'offerta indicativa conforme al capitolato d'oneri (rif. art. 55 d. lgs. 50/2016)
o
mercato elettronico: vedi paragrafo dedicato
o
accordo/convenzione quadro : procedura di gara per l’aggiudicazione di un
contratto quadro gestendo la richiesta di offerta e l’eventuale confronto
competitivo (rif. art. 54 d. lgs. 50/2016)

immissione semplificata per gare con un numero elevato di lotti (caricamento massivo da file,
duplicazione di gare a sistema e da pianificazione sulla base della raccolta dei fabbisogni)

agevole comunicazione tra ente banditore e ente richiedente a fronte di gare su delega,
individuando le specifiche attività in carico a ciascuno dalla predisposizione della gara alla
gestione del contratto e permettendo il passaggio e la condivisione di dati e documenti tra gli
stessi
Nel caso in cui gli adempimenti previsti per la pubblicità legale e la trasparenza dovessero essere
soddisfatti mediante pubblicazione sul profilo del committente al di fuori del portale informativo
della piattaforma, è richiesta la fornitura di dati e documenti verso sistemi esterni. I dati previsti
dagli adempimenti L. 190/2012 art.1 – c.32 devono essere automaticamente resi disponibili alla
funzione per la generazione automatica dei files .xml da inviare ad ANAC.
Viene richiesto che tali informazioni siano esportabili nei più comuni formati office e interrogabili in
tempo reale mediante servizi web.
Capitolato Tecnico
Pag.38 di 74
5.3.6 Macro area Mercato elettronico
Viene richiesto un modulo per un mercato digitale su cui acquistare direttamente beni e servizi da
fornitori selezionati ed abilitati a presentare i propri cataloghi sul sistema, per valori inferiori alla
soglia comunitaria.
Il ricorso al mercato elettronico da parte delle SA dovrà gestire acquisti effettuati attraverso il
contronto concorrenziale ‘cd. Richieste di offerta - RDO’ e acquisti effettuati a catalogo ‘cd. Ordini
diretti di acquisto - ODA’.
Attraverso questo strumento deve essere possibile, in modo semplice ed intuitivo, ricercare i beni e
servizi presenti nei cataloghi dei fornitori in base a specifici parametri di ricerca (ad es. categoria
merceologica, descrizione,…), attivare e pubblicare i bandi di abilitazione, gestire e selezionare gli
operatori invitati, gestire, valutare e pubblicare i listini inviati dai fornitori, gestire gli acquisti a
catalogo.
5.3.7 Macro area Gare non telematiche
Viene richiesta la possibilità di caricamento nel sistema di gare non dematerializzate con il loro
corredo di documenti. Devono poter essere gestite tutte le funzionalità previste per le gare
prevedendo la registrazione delle valutazioni fatte fuori sistema e imputate via data entry o tramite
caricamento massivo da file.
Si sottolinea la necessità di adempiere agli obblighi previsti per la pubblicità legale e la trasparenza
con le modalità già espresse per le gare telematiche, pertanto la piattaforma dovrà provvedere ad
includere all’interno del file XML anche tutte le informazioni che riguardano le gare fuori sistema.
5.3.8 Macro area Gare in Consip
Per le gare gestite in Consip, verrà valutata come migliorativa la messa a disposizione di una
funzione di import massivo e periodico dei dati ed eventuale documentazione da utilizzare per le
Amministrazioni che andranno a sottoscrivere apposita convenzione con Consip per il recupero
dei dati gestiti nel sistema “Acquisti in rete” e necessari per gli adempimenti previsti dal Decreto
Legislativo 33/2013 (Decreto Trasparenza).
5.3.9 Macro area Stipula contratto
La piattaforma deve mettere a disposizione una funzione per la ‘Stipula contratto’ che preveda:

stipula da parte dell’ente banditore

stipula di contratti derivati su contratti quadro (accordo/convenzione)

stipula di contratti per un ente richiedente per gare in delega
Capitolato Tecnico
Pag.39 di 74
Schema della stipula dei contratti
Si citano di seguito altre funzionalità di interesse gestite in questo modulo:

utilizzo di template con i modelli di contratto

inserimento semplificato di un contratto partendo da uno già esistente

ricerca dei fornitori in Albo fornitori o in anagrafica operatori economici

alert per le scadenze contrattuali

scambio del contratto tra le parti per l’apposizione della firma digitale garantendo validità
legale e opponibilità a terzi

mantenimento del legame e possibilità di ricerca dei contratti derivati rispetto ad un contratto
quadro
Capitolato Tecnico
Pag.40 di 74
Per le Stazioni appaltanti del SSN verrà valutato a titolo migliorativo l’invio automatico al Ministero
della Sanità dei dati dei contratti stipulati per l’approvvigionamento dei dispositivi medici secondo
le modalità e tempistiche previste dal D.M. 11/06/2010.
Viene richiesto che le informazioni e il contratto siano esportabili nei più comuni formati office e
interrogabili in tempo reale mediante servizi web.
Sussistendo l’obbligo di conservazione a norma, il contratto deve essere inviato in conservazione
sostitutiva.
5.3.10 Macro area Esecuzione contratto
La piattaforma deve garantire un modulo per l’esecuzione del contratto, che potrà essere utilizzato
a discrezione delle stazioni appaltanti in alternativa ad eventuali altri sistemi informativi già in uso.
Tra questi sono stati individuati e verranno previste e descritte le integrazioni con i sistemi di Ascot
economato e Utility for Public Procurement con un modello di funzionamento ben definito.
Il modulo ‘Esecuzione contratto’ riveste particolare interesse per gli appalti di lavori pubblici che
richiedono l’espletamento di un numero maggiore di attività rispetto alle gare di beni e servizi.
Viene richiesta, laddove disponibile, la possibilità per le Stazioni appaltanti di acquisire il DURC
attraverso servizi di interoperabilità messi a disposizione dagli istituti o dagli enti abilitati al rilascio,
in tutti i casi in cui è richiesto dalla legge (anche per il pagamento degli stati di avanzamento dei
lavori – SAL). In alternativa, la piattaforma dovrebbe consentire la pre-compilazione di un modello
da utilizzare per l’inoltro della domanda di richiesta del DURC.
Sarà a carico di questo modulo gestire le fasi di cui si compone l’esecuzione dei lavori, tra cui:
1. Avvio dell’esecuzione dei lavori
2. Consegna del lavori
3. Avanzamento dei lavori
4. Varianti
5. Proroghe
6. Conclusione dei lavori
7. Collaudo
Devono essere disponibili funzionalità per la gestione di eventuali sospensioni e per la gestione del
contenzioso.
Capitolato Tecnico
Pag.41 di 74
Per ciascuna di queste fasi, dovrà essere possibile l’acquisizione della documentazione (verbali,
pareri, SAL, certificati di pagamento, certificato di conclusione lavori, certificati di collaudo,…)
Tutte le informazioni richieste dalla normativa sugli appalti da comunicarsi all’Osservatorio Appalti
devono venir inviate automaticamente per l’aggiornamento delle relative schede.
E’ da prevedere inoltre l’integrazione con il modulo Opere Pubbliche per l’aggiornamento del
quadro economico.
Viene richiesto che le informazioni relative alla fatturazione elettronica siano caricabili a sistema
manualmente e consultabili e/o caricabili mediante servizi web.
5.3.11 Macro area Gestione documentale
La piattaforma deve mettere a disposizione un modulo per la completa dematerializzazione dei
flussi documentali, garantendo la totale tracciabilità e reperibilità dei documenti.
In archiviazione documentale devono poter essere caricate tutte le tipologie di documenti, da
quelli creati all’interno del sistema che nascono già come documenti elettronici, a quelli che sono
ancora in formato cartaceo, e a quelli che vengono caricati da fonti esterne e sono già firmati
digitalmente. È importante che siano ben definiti e personalizzabili i processi di classificazione,
fascicolazione e definizione dei metadati.
Per i documenti generati dalla piattaforma, deve essere prevista una compilazione automatica
sulla base dei dati inseriti a sistema e dei modelli caricati e personalizzabili da ogni struttura.
Nel gestore documentale della piattaforma deve essere possibile l’upload dei documenti di
progettazione inerenti ai Lavori Pubblici che viene gestita esternamente a questo sistema.
I documenti caricati sul gestore documentale della piattaforma, se previsto, verranno protocollati
sui sistemi propri in uso presso le strutture, in particolare si prevede con il sistema di Protocollo
Insiel.
La conservazione a norma dei documenti è prevista esterna alla piattaforma.
Verrà valutata come elemento migliorativo la fornitura di servizi che permettono l’interoperabilità
con sistemi esterni secondo lo standard CMIS, utilizzato dal gestore documentale di Insiel, ai fini
di una possibile integrazione diretta futura.
5.3.12 Macro area Pubblicità legale
Alla piattaforma è richiesto di adempiere agli obblighi di pubblicità come da:

D.Lgs. 50/2016

Pubblicazione automatica su GUCE
Capitolato Tecnico

Pubblicazione su SIMAP

Pubblicazione automatica sul sito del ministero delle infrastrutture
Pag.42 di 74
La pubblicità legale sul profilo del committente si intende assolta a livello di stazione appaltante
ovvero di ente (Amministrazione Regionale, Comune, …) e non a livello di articolazione strutturale
dell’ente (ufficio, servizio, dipartimento,…). Per tale ragione è da prevedere la rilevazione delle
strutture con la relazione all’ente (stazione appaltante) di appartenenza al fine di filtrare e
pubblicare correttamente i contenuti sul sito istituzionale dell’ente.
Ai fini della pubblicazione di Bandi e avvisi nella sezione del sito istituzionale della Regione FVG di
competenza dell’Osservatorio regionale Appalti, si richiede di rendere disponibile una pagina del
portale informativo che visualizzi i contenuti per le gare di tutte le stazioni appaltanti del territorio
regionale opportunamente filtrate in base a dei parametri da definire in sede di configurazione
(ente, tipologia di gara, soglie di importo…).
Nel caso in cui l’ente dovesse optare per gli adempimenti legati alla pubblicità legale direttamente
sul proprio sito istituzionale e non all’interno del portale informativo della piattaforma, si richiede
a quest’ultima di predisporre dei servizi web per l’estrazione di metadati e documenti (con
l’indicazione del tipo di pubblicazione, es. avviso pre-gara, avviso post-informazione, bando, …).
5.3.13 Macro area Trasparenza e Anticorruzione
Alla piattaforma è richiesto di adempiere agli obblighi di trasparenza come da:

Adempimenti trasparenza (d. lgs. 33/2013 ) – sezione Bandi di gara e contratti. Se l’ente
dovesse manifestare l’interesse ad organizzare tale sezione con l’articolazione
(denominazione del singolo obbligo) prevista dall’allegato 1 della Delibera ANAC n. 50 del
04 luglio 2013 “Linee guida per l’aggiornamento del Programma triennale per la trasparenza
e l’integrità 2014-2016” , la piattaforma dovrà predisporre dei servizi web per l’estrazione di
metadati e documenti che rispecchino i singoli obblighi previsti dalla succitata normativa in
base alle specifiche tecniche che verranno fornite.

Comunicazione e aggiornamento schede osservatorio su SIMOG

Adempimenti anticorruzione Legge n. 190/2012 articolo 1, comma 32.
Relativamente alla L.190/2012, si richiede alla piattaforma un import dei contratti pregressi
oggetto di comunicazione annuale ad ANAC estratti dall’attuale sistema in uso (avcp.xml).
Le pubblicazioni richieste dal Decreto Trasparenza - d.lgs. 33/2013 – sezione Bandi di gara e
contratti - sul profilo del committente si intendono assolte a livello di stazione appaltante ovvero
di ente (Amministrazione Regionale, Comune, …) e non a livello di articolazione strutturale
dell’ente (ufficio, servizio, dipartimento,..).
Capitolato Tecnico
Pag.43 di 74
Per tale ragione è da prevedere la rilevazione delle strutture con la relazione all’ente (stazione
appaltante) di appartenenza al fine di pubblicare correttamente i contenuti sul sito istituzionale
dell’ente.
5.3.14 Macro area Opere pubbliche
Viene richiesto un modulo ‘Opere pubbliche’ per la gestione delle informazioni anagrafiche,
finanziarie, fisiche e procedurali relative alla pianificazione, programmazione e realizzazione delle
opere finanziate con fondi a carico del bilancio degli enti pubblici. Nel presente modulo saranno
disponibili informazioni già raccolte in altri contesti (es. Programmazione, esecuzione
contratto…) e dovranno essere previste funzionalità per l’acquisizione di ulteriori dati ai fini
dell’adempimento richiesto dal d.lgs.229/2011. Il sistema dovrà produrre in automatico la
rendicontazione da inviare alla BDAP – Banca dati della pubblica amministrazione – sulla base
delle specifiche tecniche emesse dal MEF relativamente alle opere pubbliche in corso di
progettazione/realizzazione alla data del 21 febbraio 2012 e alle opere pubbliche avviate
successivamente a tale data.
Dalla piattaforma dovranno essere esposti dei servizi per l’esportazione dei dati raccolti e per
l’eventuale import da fonti dati esterni.
5.3.15 Macro area Business Intelligence
Viene richiesta la disponibilità di uno strumento di Business Intelligence quale supporto
decisionale per i seguenti ambiti:

Controllo della spesa

Monitoraggio gare in relazione alla pianificazione dei fabbisogni

Performance e monitoraggio dei fornitori su diversi indicatori (rotazione, contratti stipulati,…)

Analisi dei procedimenti (tipologia, volume finanziario, tempi di aggiudicazione, …)

KPI di sistema
Viene richiesto che tutte le principali informazioni gestite dalla piattaforma siano esportabili
attraverso sistemi di etl messi a disposizione dalla stazione appaltante per l’aggiornamento
periodico del Data Warehouse regionale.
5.3.16 Macro area Portale informativo
Il portale informativo offerto dalla Piattaforma deve essere strutturato in:

Area di back office con i servizi a beneficio delle le stazioni appaltanti in cui, oltre alle
funzionalità dei moduli descritti sopra, siano disponibili:
Capitolato Tecnico


Pag.44 di 74
o
funzione di accesso in base alla profilazione degli utenti/operatori censita a sistema
o
albo fornitori: per l’iter di autorizzazione ed iscrizione dei fornitori
o
evidenza dei contratti quadro (accordi o convenzioni) in essere con evidenza della
categoria merceologica cui si riferiscono
o
sezione documentale organizzata per categoria merceologica contenente la
documentazione di gara relativa ai Contratti Quadro
Area riservata agli operatori economici
o
funzione di registrazione/abilitazione: la registrazione permette ai fornitori di
accedere ai servizi di base quali partecipazione a procedure a evidenza pubblica
(invio offerte, …), accesso a chiarimenti, ecc. L’abilitazione è necessaria per accedere
a specifici strumenti quali il mercato elettronico e il sistema dinamico di acquisto e, di
fatto, per entrare a far parte dell’albo fornitori.
o
albo fornitori: per la richiesta di iscrizione, la consultazione e l’aggiornamento della
propria posizione
o
gestione della manifestazione di interesse per ogni gara aperta a tutti gli operatori
economici.
o
mercato elettronico: per la gestione dei cataloghi e degli ordini o delle richieste di
offerta pervenuti
Area pubblica
o
contatti del servizio di help-desk e assistenza utenti;
o
accesso alla visualizzazione di informazioni pubbliche come, ad esempio, una
panoramica sui servizi e le funzionalità del portale acquisti, informazioni sul
soggetto/ente specifico iniziative, notizie;
o
visualizzazione e download di avvisi, bandi di gara, raccolta dei requisiti di
ammissibilità, ecc.. Deve essere prevista la possibilità di attivare un motore di ricerca
per selezionare bandi e avvisi aperti, in corso, chiusi
o
sezioni dedicate agli adempimenti per la trasparenza
(Amministrazione Trasparente – Bandi di gara e contratti)
e
anticorruzione
Capitolato Tecnico
Pag.45 di 74
Si fa notare che entrambe le sezioni dell’area pubblica dovranno essere organizzate a
livello di ente (con aggregazione delle stazioni appaltanti dell’ente) e non di singola
struttura.
Dovrà inoltre essere reso disponibile la sezione Bandi e Avvisi di competenza
dell’Osservatorio regionale in cui dovranno venir pubblicati tutti i contenuti per le gare di
tutte le stazioni appaltanti del territorio regionale opportunamente filtrate in base a dei
parametri da definire in sede di configurazione (tipologia di gara, soglie di importo…).
5.3.17 Macro area Fasi del procedimento e scadenziario
Viene richiesta la disponibilità di un modulo che consenta all’utente di gestire il controllo dello
stato di avanzamento e le principali scadenze dei procedimenti in corso.
Il modulo dovrà esporre le seguenti funzionalità:

Gestione delle fasi dei procedimenti, degli stati di avanzamento e delle relative tempistiche

Gestione delle scadenze con sistema di notifica agli utenti del sistema (RUP, istruttori,..)
L’utente potrà, tramite queste funzioni, monitorare l’andamento delle diverse gare e la durata di
ciascuna fase, con evidenza delle date di inzio e fine fase, e in funzione del tipo di procedura.
Dovrà essere inoltre possibile visualizzare, in base al profilo utente assegnato, le principali
scadenze distribuite su archi temporali diversi (mese/settimana/giorno) per singola gara o per
gruppi di gare filtrate tramite opportuni parametri di ricerca. Si richiede anche la possibilità di
registrazione manuale di scadenze non rilevate in automatico dal sistema, e la presenza di un
sistema di notifica delle stesse tramite i principali strumenti di comunicazione (email, sms, …).
5.4
Requisiti funzionali integrazioni con i sistemi Centrali
5.4.1 Sistema SIMOG
L’ANAC mette a disposizione dei Responsabili del Procedimento (RUP) uno strumento –SIMOGper la gestione delle Gare e dei relativi Lotti e schede aggiuntive.
In fase di predisposizione della gara deve essere possibile accedere al sistema SIMOG per ottenere
l’assegnazione del CIG – codice identificativo gara – previo invio dei dati della gara e dei lotti. Il Cig
verrà utilizzato per le comunicazioni e le procedure ordinarie relative al Bando di Gara.
Inoltre dovrà essere possibile l’invio automatico a Simog dei dati di monitoraggio del ciclo di vita del
contratto pubblico con conseguente aggiornamento delle schede Osservatorio.
Capitolato Tecnico
Pag.46 di 74
5.4.2 Sistema AVCPASS
Il D.Lgs. 30 dicembre 2010, n. 235 introduce l’art. 62-bis del CAD che istituisce, presso l’Autorità
per la vigilanza sui contratti pubblici di lavori, servizi e forniture (AVCP), la Banca Dati Nazionale dei
Contratti Pubblici inserendola tra le banche dati di interesse strategico nazionale.
Stante che le evoluzioni normative hanno reso “obbligatorio” l’impiego della BDNCP nell’ambito
delle verifiche effettuate dalle Stazioni Appaltanti in sede di gara e che l’Autorità ha istituito un
sistema per la verifica online dei requisiti per la partecipazione alle procedure di affidamento,
denominato “AVCPASS “ (Autorithy Virtual Company Passport ), viene richiesta, opzionalmente,
alla piattaforma l’integrazione con tale sistema, prevedendo un modello operativo come segue:
Ai fini delle verifiche, la Stazione Appaltante, attraverso il soggetto abilitato, deve poter trasmettere
tramite AVCPASS la richiesta dei documenti a comprova dei requisiti per gli operatori economici
selezionati. L’Operatore Economico, effettuata la registrazione al servizio AVCPASS e individuata
la procedura di affidamento cui intende partecipare, ottiene dal sistema AVCPASS un “PASSOE”
da inserire nella busta contenente la documentazione amministrativa. Inoltre, gli operatori
economici, tramite un’area dedicata, inseriscono sul sistema AVCPASS i documenti relativi alla
dimostrazione del possesso dei requisiti di capacità economico-finanziaria e tecnico-professionale
che sono nella loro esclusiva disponibilità e, pertanto, non reperibili presso Enti Certificanti.
L’Autorità avvia presso gli Enti Certificanti le richieste dei documenti a comprova dei requisiti
generali. Non appena ricevuta la documentazione dagli Enti Certificanti l’Autorità la mette a
disposizione.
In caso di mancanza di integrazione diretta con il sistema Avcpass, viene in ogni caso richiesta alla
piattaforma una sezione di registrazione degli esiti delle verifiche sui fornitori (ex art. 38 e 48 del
D.Lgs. 163/2006), e la possibilità di caricare la documentazione associata.
Capitolato Tecnico
Pag.47 di 74
5.4.3 Sistema MIP-CUP
Nell’ambito del CIPE – Comitato Interministeriale per la programmazione economica - per
garantire il monitoraggio degli investimenti pubblici, è stato istituito il progetto MIP – CUP, gestito
dal Dipartimento per la programmazione e il coordinamento della programmazione economica
(DIPE), al fine di migliorare la conoscenza sullo stato di attuazione dei progetti d’investimento
finanziati con risorse pubbliche, e sugli effetti delle decisioni assunte.
Alla piattaforma viene richiesta l’integrazione con i sistema CUP per l’acquisizione automatica del
CUP a fronte dell’inserimento di alcune informazioni da parte dei soggetti responsabili dei progetti
d’investimento.
Stante la realizzazione del sistema MIP - Monitoraggio investimenti pubblici - che fornirà al
Comitato Interministeriale per la Programmazione Economica (CIPE), alle Amministrazioni e ai
soggetti interessati informazioni tempestive e affidabili sull’evoluzione dei singoli progetti
d’investimento pubblico e sulla tracciabilità della spesa, si segnala che la piattaforma, a tendere,
potrebbe fornire in via telematica dati a questo sistema qualora questo adempimento dovesse
venir reso obbligatorio ed esteso alle Amministrazioni.
5.4.4 Sistema SPID
Verrà valutata come elemento migliorativo l’integrazione della piattaforma con SPID - il nuovo
sistema di login che permette a cittadini e imprese di accedere con un’unica identità digitale a tutti i
servizi online delle pubbliche amministrazioni. Tale integrazione dovrà avvenire secondo gli
standard previsti a livello nazionale e definiti da AGID , ossia tramite un Service Provider conforme
agli standard tecnici emanati da AgID, come intermediario tra i sistemi di identificazione certificati
SPID ed i servizi).
L’identità SPID è costituita da credenziali con caratteristiche differenti in base al livello di sicurezza
richiesto per l’accesso. Esistono tre livelli di sicurezza, ognuno dei quali corrisponde a tre diversi
livelli di identità SPID:
1. Identità SPID di primo livello che ad es. consente l’autenticazione tramite ID e password
stabilita dall’utente.
2. Identità SPID di secondo livello che permette l’autenticazione tramite password e la
generazione di una One Time Password.
3. Identità SPID di terzo livello che permette l’autenticazione tramite smart card.
L’identità SPID è rilasciata dai Gestori di Identità Digitale (Identity Provider), soggetti privati
accreditati da AgID che, nel rispetto delle regole emesse dall’Agenzia, forniscono le identità digitali
e gestiscono l’autenticazione degli utenti.
Capitolato Tecnico
Pag.48 di 74
Per ottenere un’identità SPID l’utente deve farne richiesta al gestore, il quale, dopo aver verificato i
dati del richiedente , emette l’identità digitale rilasciando le credenziali all’utente.
Il cittadino può scegliere il gestore di identità digitale che preferisce. Attualmente i gestori di
identità digitale sono: InfoCert S.p.a., Poste Italiane S.p.a., Telecom Italia Trust Technologies S.r.l.
In ogni caso la stazione appaltante si riserva di richiedere l’attivazione dell’integrazione con il
sistema SPID nel corso del contratto, e in particolare qualora dovesse diventare obbligatorio per
tutti i sistemi delle Pubbliche Amministrazioni.
5.5
Requisiti funzionali integrazioni con i sistemi verticali Insiel
Le integrazioni con altri sistemi informativi dovranno basarsi sull’utilizzo di servizi web. La modalità di
interconnessione della piattaforma con i sistemi che utilizzeranno i servizi di integrazione richiesti
prevede l’utilizzo di comunicazioni via internet attraverso il protocollo https.
5.5.1 Gestione Determine e decreti
In fase di autorizzazione all’espletamento della procedura di gara ed in fase di aggiudicazione,
l’ente deve predisporre un documento autorizzato e firmato digitalmente, rispettivamente il
provvedimento a contrarre e il provvedimento di aggiudicazione (la nomenclatura può variare nel
contesto regione –decreto-, ente locale e sanità –determina-).
Per gli enti che utilizzano una gestione determine/decreti tramite applicativi Insiel, è prevista la
chiamata ad un servizio per l’attivazione dell’iter autorizzativo. Questo servizio esporrà
sicuramente i metadati di interesse e, laddove previsto, il documento redatto sul modello messo a
disposizione dalla piattaforma (in altri casi il documento verrà compilato sull’applicativo esterno
alla piattaforma nel sistema che gestisce l’iter autorizzativo).
Per contro, il flusso di ritorno si avvale di un servizio per l’upload del documento firmato ed
eventualmente protocollato e conservato. L’upload del documento sul sistema documentale
utilizzerà un identificativo univoco che consentirà di caricare il documento associandolo alla gara
dalla quale è partita la richiesta di attivazione dell’iter autorizzativo. Tale identificativo verrà creato
direttamente in piattaforma a fronte della richiesta di nuova attivazione iter autorizzativo.
Le funzionalità disponibili per il servizio di Gestione Determine e Decreti sono le seguenti:

Attivazione iter autorizzativo

Restituzione atto firmato
Qualora le stazioni appaltanti, per diversi motivi, non dispongono di software verticali per la
creazione e la gestione degli atti, il documento viene pre-compilato per mezzo di un gestore modelli
presente all’interno della piattaforma, dove viene gestita anche l’apposizione della firma digitale.
Alternativamente il documento può essere caricato manualmente dall’operatore che ha poi facoltà
Capitolato Tecnico
Pag.49 di 74
di decidere se inviare in protocollazione e/o in conservazione, qualora presenti all’interno della
stazione appaltante. In alternativa l’operatore avrà facoltà di inserire i dati di protocollo
manualmente all’interno della piattaforma.
In sintesi la piattaforma dovrà mettere a disposizione:

un servizio web che espone il documento da autorizzare ed i suoi metadati identificandolo
univocamente.

un servizio web che permette, da parte della piattaforma, il recepimento degli atti firmati
digitalmente al fine di caricarli nel gestore documentale. Tale servizio, oltre all’atto, deve
essere in grado di recepire anche tutti i suoi metadati, quali ad esempio il numero e la data di
protocollo, l’eventuale numero di fascicolo, l’informazione se il documento è stato già inviato
a conservazione e/o in protocollo.
La piattaforma deve essere in grado di gestire correttamente la possibilità di attivare le singole
integrazioni verso Protocollo, Conservazione e Gestore determine in funzione delle configurazioni
per ciascun ente.
Per maggiori dettagli si rimanda alle ‘Tabelle riassuntive interfacce integrazione E-Procurement–
paragrafo Gestione Determine e Decreti’, dell’allegato documento, denominato “7.1 allegato
Tecnico 1 al capitolato tecnico”
5.5.2 Protocollo
L’applicazione Protocollo Insiel dispone di servizi web che verranno richiamati dalla piattaforma a
fronte della richiesta di protocollazione indipendentemente dalle modalità di formazione dei
documenti e dal contenuto degli stessi.
Di norma, la funzione di protocollazione deve essere invocata solo nel momento in cui il documento
si trova in uno stadio già completo e, laddove previsto, firmato digitalmente. In alcuni contesti, le
stazioni appaltanti sono dotate di applicazioni verticali per la gestione dell’iter autorizzativo, che
assolvono anche alla funzione di apposizione della firma e di invio a protocollo del documento.
Infine, il servizio permetterà la contestuale fascicolazione dei documenti.
Riassumendo, il servizio di protocollazione espone le seguenti funzionalità:

protocollazione dei documenti: inoltra la richiesta all’applicativo di protocollo qualificato e
restituisce al chiamante i dati di protocollo;

fascicolazione dei documenti protocollati: operata contestualmente alla registrazione di
protocollo degli stessi.
Il documento protocollato deve essere restituito alla piattaforma completo dei metadati aggiuntivi,
quali riferimento al fascicolo e numero e data protocollo.
Capitolato Tecnico
Pag.50 di 74
Nell’ambito del servizio di Protocollo regionale è compreso anche l’invio a conservazione del
documento.
paragrafo Protocollo’, dell’allegato documento, denominato “7.1 allegato Tecnico 1 al capitolato
tecnico”
5.5.3 Conservazione a norma
La funzione di conservazione a norma verrà assolta richiamando i servizi web messi a disposizione
dalla stazione appaltante.
Nel sistema di conservazione è stato introdotto il concetto di classe documentale, mediante il quale
si definiscono le caratteristiche di una tipologia di unità documentaria soggetta a conservazione e si
individuano le informazioni necessarie a qualificarla e identificarla univocamente. Essa ha metadati
propri e parametri specifici di comportamento ai fini della conservazione. Alcuni metadati, o
attributi di base, sono comuni a tutte classi documentali, mentre altri sono specifici e quindi
caratteristici di ciascuna classe. L’unità minima presa in carico dal sistema di conservazione è
composta un documento informatico principale e da un set minimo di metadati.
Attualmente sono rese disponibili a tutti gli Enti le seguenti classi documentali:

atti deliberativi e determine

corrispondenza elettronica

contratti, convenzioni, scritture private

fattura elettronica

registro giornaliero di protocollo
Al termine delle operazioni di conservazione deve essere aggiornato il sistema documentale con gli
estremi di conservazione.
paragrafo Servizio di Conservazione a norma, dell’allegato documento, denominato “7.1 allegato
Tecnico 1 al capitolato tecnico”
Capitolato Tecnico
Pag.51 di 74
5.5.4 Gestione contratto/ordini
La piattaforma deve garantire le funzioni per la gestione del contratto laddove l’ente non sia dotato
di alcuna applicazione verticale.
Nel caso in cui, invece, l’ente sia autonomo nell’esecuzione del contratto tramite software esterno
alla piattaforma, viene richiesto alla stessa di rendere disponibili - tramite servizio web - i dati
relativi al contratto (data stipula, durata, importo aggiudicato, quantità di beni, tipologia di beni…).
paragrafo Gestione contratto/ordini, dell’allegato documento, denominato “7.1 allegato Tecnico 1
al capitolato tecnico”
5.5.5 Contabilità
Non sono previste integrazioni dirette tra piattaforma e sistemi verticali di contabilità ai fini della
predisposizione degli atti contabili relativi alla gara, poiché tali integrazioni già insistono su
applicativi Insiel che a loro volta colloquiano con la piattaforma.
Ai fini degli adempimenti previsti dalla L. 190/2012 art.1 – c.32, è richiesto alla piattaforma di
permettere l’import delle somme liquidate a fronte di gare di appalto tramite un servizio web.
paragrafo Contabilità’, dell’allegato documento, denominato “7.1 allegato Tecnico 1 al capitolato
tecnico”.
5.5.6 MasterData Management
La piattaforma, attraverso l’Albo fornitori, dispone di una banca dati anagrafici per i quali può
essere d’utilità l’import nei sistemi verticali regionali. Per tale ragione si richiedono alla piattaforma
dei servizi web che espongano tali dati, sia in modalità consultazione che per lo scarico massivo.
paragrafo Master Data Soggetti’ dell’allegato documento, denominato “7.1 allegato Tecnico 1 al
capitolato tecnico”
Inoltre, dal modulo gestione anagrafiche della piattaforma, sarà necessario ricevere via servizi
un’anagrafe delle strutture (con evidenza delle relazioni gerarchiche, es. ente-stazione appaltante,
e degli operatori abilitati su ciascuna di esse) al fine di allineare i contenuti sui Master data
regionali.
paragrafo Master Data Strutture’ dell’allegato documento, denominato “7.1 allegato Tecnico 1 al
capitolato tecnico”.
Capitolato Tecnico
Pag.52 di 74
A partire, infine, dal flusso di informazioni sulle opere pubbliche messo a disposizione dal servizio
web del modulo “Opere Pubbliche” risulta di utilità prevedere un flusso per alimentare il Master
data progetti regionali.
paragrafo Master Data Progetti’ dell’allegato documento, denominato “7.1 allegato Tecnico 1 al
capitolato tecnico”
5.5.7 Prestazioni del sistema
Come descritto nei precedenti capitoli, è richiesto al fornitore di descrivere in dettaglio le
caratteristiche dimensionali dei sistemi in modo da disporre di tutti gli elementi necessari per
valutare l’impatto in termini tecnici e gestionali di un’eventuale crescita del bacino di utenza.
La progettazione dell’infrastruttura di sistema deve garantire un livello di servizio adeguato e
costante anche in presenza di possibili picchi elaborativi.
A tale proposito è richiesto di indicare, sulla base del dimensionamento proposto ed in accordo con i
tempi massimi di risposta indicati al capitolo 7.4.1.3 “Connettività”, la soglia di degrado delle
prestazioni del sistema in termini di:
5.6

numero massimo di operazioni concorrenti;

numero massimo di posti di lavoro concorrenti.
Requisiti tecnologici
5.6.1 Premessa
Nell’attuale scenario tecnologico i servizi erogati in modalità “Cloud” hanno acquisito la maturità,
l’affidabilità e la versatilità necessaria per poter essere inseriti in quell’infrastruttura “ibrida” che
caratterizza il modello adottato dal SIIR.
I servizi erogati dal SIIR sono caratterizzati da un elevato livello di criticità : per la tipologia dei dati
gestiti, molto spesso “altamente sensibili”; per la numerosità dei prodotti applicativi, il più delle volte
tra loro integrati ed interoperanti; per l’affidabilità richiesta, specialmente nell’erogazione dei servizi
alle strutture socio sanitarie ed ospedaliere della regione F.V.G. .
In questo contesto, l’adozione del modello “Cloud”, quale parte integrante dello scenario proposto,
deve sottostare ai criteri di qualità “totale”, che da sempre rappresentano l’obiettivo a cui il SIIR
tende nella realizzazione di un’infrastruttura di tipo “Enterprise”.
Con questa premessa, i requisiti tecnologici di seguito riportati, rappresentano la configurazione di
base, al di sotto della quale, le offerte non potranno essere prese in considerazione.
Capitolato Tecnico
Pag.53 di 74
5.6.2 Modello “Ibrido”
Per il contesto all’interno del quale si inserirà la soluzione oggetto della presente capitolato, si ritiene
necessario fornire una descrizione del significato e dell’applicazione che si attribuisce ai vari modelli
cloud.
“Cloud Privato” - Il SIIR dispone del proprio Data Center che ospita tutte le infrastrutture
tecnologiche che erogano servizi alle direzioni regionali, agli enti locali del territorio, alle aziende
socio sanitarie ed ospedaliere. I servizi sono tra loro integrati e comunicano attraverso protocolli
sicuri, protetti ed isolati in contesti privati attraverso vari livelli di firewall e ad un’architettura di rete
che li “segmenta”. Qualsiasi integrazione o relazione che richiede comunicazioni con entità esterne,
e quindi attraverso connessioni WAN, deve sottostare ai criteri di sicurezza tipici di questi ambiti
(protocolli sicuri, accessi sicuri, criptazione dei dati, ecc.). Ulteriori elementi che caratterizzano
questa tipologia di cloud sono rappresentati dalla modalità di protezione dei dati, dall’affidabilità
delle soluzioni, dalla necessità di assicurare continuità di servizio e dalle prestazioni richieste alle
applicazioni ed ai sistemi che devono servire migliaia di utenti concorrenti.
“Cloud Pubblico” - Nell’ambito del SIIR si intende utilizzare questa tipologia di modello
principalmente secondo il paradigma SaaS (Software as a Service ) e PaaS (Platform as a Service).
“Cloud” Ibrido – Il modello di “cloud” ibrido realizza una combinazione delle funzionalità erogate dal
“cloud” pubblico e dal “cloud” privato. In questo ambito assume un aspetto fondamentale la modalità
di integrazione e relazione che sussiste tra i servizi che lo richiedono, soprattutto se erogati in
contesti diversi, cioè alcuni attraverso cloud pubblico altri attraverso quello privato. Devono essere
rispettati tutti i requisiti specifici del servizio che per semplicità vengono nuovamente elencati :
sicurezza, affidabilità, efficacia, perfetta integrazione, coerenza dei dati, ecc..
5.6.3 Requisiti minimi dell’infrastruttura tecnologica
Il sistema, gestito dal service provider, dovrà possedere i seguenti requisiti minimi:

architettura basata sui seguenti ambienti separati e indipendenti:
-
ambiente di collaudo/pre-produzione - in cui vengono rilasciati i nuovi sviluppi per effettuarne
il collaudo. Tale ambiente potrà essere utilizzato per effettuare test di integrazione con altri
sistemi/applicativi esterni e dovrà replicare fedelmente l’ambiente di produzione;
-
ambiente di produzione - dedicato alla erogazione effettiva dei servizi sviluppati.

caratteristiche tali da garantire la continuità del servizio;

l’appoggio su una rete di interconnessione a banda larga senza “single point of failure” ed in grado
di garantire connettività a banda piena in Italia e possibilmente in qualsiasi Paese Europeo;
Capitolato Tecnico
Pag.54 di 74

l’accesso al sistema attraverso un’interfaccia “thin-client” di grande diffusione come il web
browser (tale accesso dovrà avvenire esclusivamente attraverso un client https);

sulla postazione client non dovrà essere installato software specifico al funzionamento della
soluzione, a meno di quanto necessario alla gestione della firma digitale e/o dello strumento di
sottoscrizione;

I browser da supportare dovranno essere almeno i seguenti:
-
Microsoft Internet Explorer
-
Microsoft Edge
-
Mozilla FireFox
-
Chrome
-
Safari
Capitolato Tecnico
6
6.1
Pag.55 di 74
DIMOSTRAZIONE DELLE APPLICAZIONI SOFTWARE
Disponibilità accesso web per la valutazione del software
Il concorrente dovrà rendere disponibile alla commissione l’accesso ad un server su cui sia installato
il software oggetto della gara a solo scopo di valutazione del prodotto, con funzionalità complete e
abilitate all’uso, fino alla aggiudicazione definitiva dell’affidamento. Nel caso di mancato
funzionamento del software, ad esclusione della parte di servizi per le integrazioni con i verticali
regionali, la Commissione richiederà chiarimenti e la funzionalità dell’accesso al software oggetto di
gara entro un termine congruo fissato dalla Commissione stessa.
6.2
Eventuale demo del software
Qualora la Commissione ritenga necessario avere maggiori chiarimenti in fase di valutazione delle
offerte, per ogni concorrente si richiede la disponibilità a partecipare ad una sessione di
dimostrazione del software in oggetto presso la sede della stazione appaltante alla presenza della
Commissione giudicatrice.
La dimostrazione dovrà rispettare un tempo massimo di tre ore per concorrente e potrà essere
interrotta da richieste di chiarimenti da parte della commissione.
L’indicazione della sede, la data e ora della dimostrazione saranno comunicati ad ogni concorrente
via PEC o al numero di fax indicato nella domanda di partecipazione entro 72 ore dallo svolgimento
della dimostrazione stessa.
La stazione appaltante metterà a disposizione dei concorrenti un locale attrezzato con collegamento
in rete. Tutte le altre apparecchiature ed il software necessari alla dimostrazione saranno a carico del
concorrente. Eventuali specifiche esigenze relative al collegamento in rete dovranno essere richieste
ad Insiel almeno 48 ore prima dello svolgimento della dimostrazione.
Capitolato Tecnico
7
7.1
Pag.56 di 74
DESCRIZIONE DEI SERVIZI RICHIESTI
Servizi professionali per l’attivazione e l’avviamento del sistema
Nel “Piano di avviamento“(rif. paragrafo “3.3. - Progetto di attivazione e durata contrattuale“ e
successivi) si devono prevedere le seguenti fasi di avviamento:
Fase
Attività
Tempi massimi di
fornitura
Fase 1
Attivazione della piattaforma senza integrazioni con i
sistemi regionali ai fini del collaudo
A 15 giorni dalla data di
esecutività del contratto
Fase 2
Avviamento (attivazione e formazione) della
piattaforma senza integrazioni con i sistemi regionali
per i soggetti aggregatori
A 1 mese dalla data del
collaudo (Fase 1) *
Fase 3
Attivazione dei servizi di integrazione con i sistemi
regionali ai fini del collaudo
A 4 mesi dalla data di
esecutività del contratto
Fase 4
Avviamento delle integrazioni con i sistemi regionali
A 1 mese dalla data del
collaudo dei servizi di
integrazione (Fase 3,
ovvero entro un mese da
specifica richiesta della
stazione appaltante)
Fase 5
Avviamento (attivazione e formazione) della
piattaforma per gli altri enti
A 1 anno dalla data del
collaudo (Fase 3) **
Attività di supporto all’esercizio, manutenzione e
assistenza
Per 3 anni certi dalla data
dell’avviamento dei
soggetti aggregatori (fase
2) – con possibilità di
estensione per ulteriori due
anni
Fase 6
* L’attivazione sui soggetti aggregatori qualificati (CUC, EGAS e Insiel) potrà iniziare anche prima del
completamento di tutte le fasi implementative delle integrazioni, e comunque in maniera concordata
tra gli enti interessati, Regione e la stazione appaltante con riferimento al Piano di avviamento
** L’attivazione sugli altri enti (UTI, Comuni, ASS,…) sarà eseguita in maniera concordata con gli enti
stessi e Regione, secondo un calendario predisposto e condiviso con la stazione appaltante con
riferimento al Piano di avviamento.
Capitolato Tecnico
Pag.57 di 74
In fase di valutazione dell’offerta del concorrente verrà valutato il Piano di avviamento presentato e le
condizioni migliorative rispetto all'attività di avviamento sopra descritta, in particolare, la riduzione
dei tempi massimi indicati per le singole fasi.
7.2
Servizi complementari
L’Aggiudicatario dovrà realizzare tutti gli adeguamenti e le personalizzazioni, necessari per adattare il
software fornito al contesto della RFVG secondo quanto descritto nel capitolo “4 - REQUISITI
GENERALI DELLA FORNITURA” e nel capitolo “5 - REQUISITI FUNZIONALI E TECNOLOGICI”.
Il concorrente dovrà descrivere la schedulazione delle attività proposte e verrà valutata l’aderenza a
quanto prescritto nel presente documento.
7.3
Servizio di formazione
Il concorrente dovrà presentare nell’offerta tecnica un Piano di formazione.
L’Aggiudicatario dovrà erogare a propria cura e senza alcun onere aggiuntivo un percorso di
formazione dedicato, che dovrà essere svolto presso le sedi e in date e orari concordati con le
stazioni appaltanti e dovrà permettere agli operatori di raggiungere la completa padronanza degli
strumenti disponibili e il loro pieno sfruttamento ai fini del raggiungimento degli obbiettivi del
progetto. La programmazione delle attività di formazione rientrerà nel Piano di formazione che verrà
validato dal Tavolo tecnico (rif. paragrafo “3.3- Progetto di attivazione e durata contrattuale“ e
successivi).
Il percorso formativo dovrà essere corredato da adeguato materiale didattico in lingua italiana per
ciascun discente.
Le attività di formazione dovranno essere:

svolte in presenza, in un’aula attrezzata e configurata in modo da consentire idonee
esercitazioni sulle diverse funzionalità del software o, in alternativa, in modalità e-learning
con certificazione finale

coerenti con il Piano di avviamento degli enti

erogate anche in fase successiva al primo avviamento a seguito di variazioni significative
nell’operatività della piattaforma
Il servizio di formazione dovrà essere erogato da personale competente dell’Aggiudicatario, con
provata conoscenza specifica dei software e con attitudine ed esperienza maturata nell’attività
didattica.
Capitolato Tecnico
Pag.58 di 74
Ricade in tale voce il supporto per la redazione e predisposizione di modelli standardizzati di
documenti (template).
Nel caso in cui la Stazione appaltante dovesse prolungare l’affidamento per i due anni aggiuntivi
previsti come opzione nel bando e riservarsi di erogare il servizio di assistenza di I livello in proprio,
l’Aggiudicatario deve garantire la fornitura di una sessione formativa per gli operatori della SA
medesima preposti all’help desk di I livello, che deve prevedere da un minimo di 5 ad un massimo di
10 giornate di affiancamento/training on the job.
Ogni attività di formazione sarà sottoposta a verifica di conformità, a tale finalità si richiede che a
valle del Corso di formazione i partecipanti siano sottoposti a:

test finale di apprendimento

test finale di gradimento
Tale modalità consente una verifica oggettiva dell’acquisizione delle competenze da parte dei
partecipanti, ed attesta che il corso sia stato condotto in modo adeguato ed esaustivo. I risultati dei
test saranno riportati nel verbale, base per il rilascio del Certificato di collaudo e verifica di conformità
dell’attività di formazione degli operatori.
In fase di valutazione dell’offerta del concorrente verrà valutato il Piano di formazione presentato e le
condizioni migliorative rispetto all'attività di formazione minima sopra descritta, in particolare la
messa a disposizione di strumenti per una formazione continuativa degli utenti della piattaforma:

web seminar periodici su tematiche specifiche;

accesso a piattaforma di apprendimento e moduli e-learning sulla materia;

tutorial consultabili on-line quale guida step by step;

social/community di interesse condivisa con gli altri fruitori del software.
Tutti gli strumenti a supporto della formazione (web seminar, e-learning, manualistica, tutorial)
devono essere resi disponibili in lingua italiana e predisposti per il multi lingua.
7.4
Servizio di assistenza di I e II livello e manutenzione
Il servizio di assistenza di I e II livello e manutenzione per i moduli software oggetto della fornitura
avrà una durata complessiva di 36 mesi (eventualmente estesi per ulteriori 24 mesi) a partire dalla
data definita nel paragrafo “8.1 - Verifica di conformità”.
Il servizio di assistenza di I e II livello e la manutenzione richiesti all’Aggiudicatario vengono attivati
dagli operatori/consulenti delle stazioni appaltanti e/o dei potenziali fornitori che si avvarranno della
piattaforma per la partecipazione alle gare in seguito al trasferimento delle segnalazioni ricevute al
numero verde messo a disposizione dalla stazione appaltante. Le chiamate verranno reindirizzate
Capitolato Tecnico
Pag.59 di 74
all’Aggiudicatario (numero verdenumero neroinstradatorefornitore), il quale deve provvedere
alla registrazione delle segnalazioni nel proprio Sistema di ticketing.
Il Sistema di ticketing è lo strumento software con il quale l’Aggiudicatario deve gestire i processi ed i
dati correlati alle attività di assistenza utente (richieste interventi, segnalazioni e loro risoluzione ed
evasione).
L’Aggiudicatario fornirà alla stazione appaltante un accesso al proprio Sistema di ticketing e sarà
onere dell’Aggiudicatario rendicontare su tale sistema l’attività svolta in termini di soluzione del
problema, effort erogato e descrizione degli eventuali interventi eseguiti.
L’Aggiudicatario utilizzerà il proprio Sistema di ticketing per la gestione di tutte le richieste di
assistenza e manutenzione, tali dati verranno utilizzati per la produzione di report a fini
documentativi e di verifica conformità di erogazione del servizio richiesto. Nel caso di controversie e
contestazioni, potranno essere utilizzate le informazioni presenti su detto sistema.
La stazione appaltante fornirà all’Aggiudicatario i dati identificativi di coloro che avranno accesso al
Sistema di ticketing.
Nel caso di un’eventuale sostituzione del Sistema di ticketing durante il periodo del contratto,
l’Aggiudicatario dovrà garantire le stesse condizioni di fornitura descritte nel presente paragrafo,
dandone comunicazione ad Insiel con un congruo anticipo.
La stazione appaltante si riserva di chiedere una differente modalità di gestione dei ticket nel corso
del contratto, in particolare nel caso in cui attivi l’opzione di assistenza per i due anni opzionali con la
scelta di erogazione dell’assistenza di I livello con proprio personale.
Per permettere la valutazione della soluzione offerta, il concorrente, nell’Offerta Tecnica, dovrà
descrivere l’organizzazione, il funzionamento ed i processi con i quali intende erogare il servizio di
assistenza di I e II livello e manutenzione illustrandone inoltre tempi di intervento e grado di copertura
del servizio, dovrà inoltre documentare in modo esaustivo l’iter di rilascio delle versioni software.
7.4.1 Modalità di gestione del sistema
La soluzione richiesta dovrà essere erogata sulla base di un concetto di “cloud ibrido” come meglio
specificato nel paragrafo 5.6 Requisiti tecnologici.
L’Aggiudicatario eserciterà una attività di hosting sui server dedicati al progetto, garantendo quanto
richiesto in termini di erogazione del servizio e di connettività nei paragrafi seguenti (cfr. capitolo 4 –
Requisiti generali della fornitura).
Capitolato Tecnico
Pag.60 di 74
7.4.1.1 Caratteristiche tecnologiche del servizio
La soluzione oggetto di offerta dovrà essere erogata sulla base del paradigma “Cloud SaaS” nella
forma del “servizio”. L’offerente dovrà predisporre tutto quanto necessario a fruire delle funzionalità
messe a disposizione dalla soluzione software oggetto di gara, attraverso una propria infrastruttura
tecnologica che dovrà garantire :

la potenza elaborativa necessaria ad offrire adeguato servizio al bacino di utenza atteso,
come meglio specificato (vedi paragrafo 2.1 Contesto territoriale);

lo spazio disco necessario per la memorizzazione dei dati “online”, “storici”, “archiviati”;

proteggere il servizio con idonei maccanismi di “failover” , in accordo con quanto indicato nel
paragrafo “7.4.4. – Livelli di servizio da garantire – SLA”

i servizi di backup sulla base di una policy che rispetti la normativa in vigore per i servizi della
pubblica amministrazione;

il servizio di Disaster Recovery sulla base di un RPO inferiore o uguale alle 4 ore e un RTO
inferiore o uguale alle 12 ore.
La soluzione offerta dovrà essere integrabile con servizi erogati dal SIIR attraverso il proprio Cloud
privato, per mezzo di comunicazioni web service. Nel contempo deve garantire utilizzo di differenti
canali di comunicazione su eventuale richiesta della stazione appaltante.
7.4.1.2 Consegna dati a fine contratto
Alla scadenza del contratto i dati dovranno essere resi disponibili alla stazione appaltante, secondo le
specifiche tecniche che saranno rese disponibili da parte della stessa. Dovrà essere fornito tutto
quanto necessario affinché le stazioni appaltanti del territorio regionale, direttamente o per il tramite
di organizzazioni da questa incaricate, piuttosto che un altro fornitore appositamente selezionato,
possano subentrare nella gestione delle attività mediante altro servizio analogo o una soluzione
applicativa appositamente identificata.
La fase di passaggio ad un nuovo sistema non dovrà comportare alcuna interruzione di servizio per
gli utenti e il fornitore dovrà fornire tutto il supporto e la collaborazione ritenuti necessari, ad
insindacabile giudizio della Stazione Appaltante, per la migrazione alla soluzione applicativa
subentrante. In particolare il fornitore entro 3 (tre) mesi dalla fine delle attività sarà obbligato a
fornire alla Stazione Appaltante tutti i dati presenti nei database e nei singoli fascicoli di gara,
garantendone la conservazione sostitutiva, secondo le modalità ed i formati indicati dalla Stazione
Appaltante.
Capitolato Tecnico
Pag.61 di 74
7.4.1.3 Connettività
E’ richiesto all’offerente di descrivere in dettaglio la modalità di connettività e la capacità di banda
necessaria per stabilire una adeguata connessione tra sito erogatore del servizio e Data Center del
SIIR.
Per “adeguata” si intende una connettività dimensionata sulla base del bacino di utenza atteso e a
garanzia di un tempo di risposta mediamente non superiore, per i processi interattivi ai 10 (dieci)
secondi nel 95% dei casi elevato a 15 (quindici) secondi per i processi non interattivi.
La soluzione deve poter utilizzare la connessione di rete Internet pubblica: è richiesto di specificare i
tempi di risposta attesi in questa modalità, sulla base di una capacità di banda di riferimento.
Qualora risulti necessario utilizzare una connessione “privata” tra il data center del fornitore e quello
del SIIR, in quanto ritenuta offrire un maggior livello di sicurezza complessiva (affidabilità, velocità,
minore latenza, ecc.) è richiesto di dimensionare la capacità di banda sulla base del bacino di utenza
atteso. Anche in questo caso il dimensionamento dovrà garantire un tempo di risposta mediamente
non superiore, per i processi interattivi, ad un tempo non superiore ai 5 (cinque) secondi nel 95% dei
casi elevato a 10 (dieci) secondi per i processi non interattivi.
7.4.2 Assistenza all’uso del software
Il servizio di assistenza configurato come Help Desk di I e II livello deve esser erogato in remoto da
personale tecnico qualificato dell’Aggiudicatario tutti i giorni lavorativi.
In termini generali, il servizio dovrà prevedere:

il supporto necessario alla risoluzione dei problemi legati all’utilizzo del sistema e la disponibilità a
fornire informazioni tecnico-operative relative ai moduli della piattaforma;

la disponibilità del servizio di assistenza, per l’intera durata contrattuale, nella fascia oraria dalle
8.00 alle 18.00, tutti i giorni feriali dal lunedì al venerdì (negli orari e nei giorni in cui il servizio
non sarà operativo è richiesta l'attivazione di un risponditore vocale automatico che comunichi al
cliente i giorni e gli orari in cui il servizio è in funzione)
A seguito del trasferimento del contatto telefonico dal numero verde della stazione appaltante al
numero dell’Aggiudicatario si richiede che la risposta dell’operatore sia immediata. Nel caso di
assistenza di II livello, il tecnico deve essere disponibile in ogni caso con richiamata entro massimo
un’ora se questa ricade entro la fascia oraria di cui sopra.
Il servizio di monitoraggio dell’infrastruttura tecnologica (hardware, software e connettività)
preposta all’erogazione del servizio applicativo della piattaforma con presidio da parte di personale
del fornitore della piattaforma stessa deve essere erogato nelle seguenti modalità:
Capitolato Tecnico
Pag.62 di 74

monitoraggio fascia oraria 08.00-18.00 dei giorni feriali
i sistemi hardware, software e lo stato di connettività devono essere monitorati con
procedure automatizzate (online o batch) e tramite personale specializzato della direzione
tecnica del fornitore;

monitoraggio fascia oraria 18.00-24.00 e 00.00-08.00 dei giorni feriali
in questa modalità, oltre al monitoraggio dei sistemi hardware e software attraverso
procedure automatizzate, è prevista soltanto la reperibilità entro 4 ore dalla segnalazione del
guasto di personale specializzato del fornitore.

monitoraggio giorni festivi
Limitatamente alla risoluzione di malfunzionamenti bloccanti dovrà essere garantito almeno
un servizio di reperibilità nelle giornate di sabato, domenica e festivi su H24 e nelle giornate
lavorative nella fascia oraria di non presenza, mettendo a disposizione un riferimento
contattabile attraverso un telefono cellulare e che possegga le competenze idonee alla
risoluzione di eventuali malfunzionamenti nel rispetto degli SLA
Oltre al contatto telefonico l’Aggiudicatario deve mettere a disposizione per la gestione dei ticket
anche un indirizzo mail dedicato.
Qualora richiesto dalle stazioni appaltanti e/o dagli operatori economici, si suppone per
problematiche particolarmente complesse, il servizio dovrà essere erogato anche a fronte di
appuntamenti telefonici con uno specialista di comprovata ed approfondita esperienza in merito al
software e all’argomento oggetto dell’assistenza. I nominativi di tali figure di riferimento, unitamente
a numeri telefonici ed e-mail, dovranno essere indicati nell’Offerta Tecnica.
7.4.3 Manutenzione del software
Dopo il rilascio del sistema in esercizio si avvia la fase progettuale relativa alla manutenzione del
sistema. In questa fase devono essere erogati i servizi di manutenzione correttiva, adeguativa ed
evolutiva.
Il proponente s’impegna ad intervenire per la risoluzione di eventuali gravi malfunzionamenti, con
tempificazioni diversificate in funzione del livello di gravità e in seguito a comunicazione del
malfunzionamento.
I livelli di gravità previsti sono così descritti:
 errori bloccanti: impediscono l’operatività anche parziale di una funzione o la degradano
sensibilmente.
errori non bloccanti: non hanno un impatto immediato, evidente e generalizzato sull'operatività del
sistema.

Manutenzione adeguativa e correttiva
Capitolato Tecnico
Pag.63 di 74
Per il sistema oggetto di fornitura dovrà essere erogato un servizio di manutenzione adeguativa
e correttiva a decorrere dalla data del collaudo positivo e per tutta la durata della fornitura. Si
precisa che:

la manutenzione correttiva comprende la diagnosi e la rimozione delle cause e degli effetti
dei malfunzionamenti delle procedure e dei programmi;

La manutenzione adeguativa comprende l’attività di manutenzione volta ad assicurare la
costante aderenza delle procedure e dei programmi all’evoluzione dell’ambiente
tecnologico, del sistema informativo e al cambiamento dei requisiti (d’ambiente, di
sicurezza). Tale manutenzione comporta inoltre il continuo e costante recepimento delle
variazioni ed integrazioni al quadro normativo di riferimento anche nei casi in cui l’entità
della modifica possa essere considerata come manutenzione evolutiva del prodotto.

Manutenzione evolutiva
Oltre alla realizzazione delle funzionalità elencate nei paragrafi precedenti, dovrà essere fornito
un servizio di MEV per la realizzazione di nuovi sviluppi e/o interventi di manutenzione evolutiva
sui moduli già esistenti, da erogarsi in giornate/persona a consumo nell’arco della durata
complessiva del progetto.
Per ogni attività di manutenzione evolutiva dovrà essere presentato un piano di lavoro specifico
nel quale vengono dettagliate le singole attività ed i tempi di realizzazione
Per gli interventi di manutenzione per i quali una delle parti ne accerti la necessità, verrà indetta una
riunione tra i referenti della stazione appaltante e dell’Aggiudicatario e verranno fissate nel resoconto
di riunione scadenze ed effort relativi.
Il servizio di manutenzione comporta, quando necessario, l’aggiornamento del software e/o del
database da parte dell’Aggiudicatario.
A prescindere dalla tipologia e per qualsiasi manutenzione che comporti la necessità di un
aggiornamento del software e/o del database, l’Aggiudicatario provvederà nel consegnare la
documentazione riportante:

la descrizione delle funzionalità aggiunte, modificate o corrette

i test eseguiti

l’integrazione del manuale d’uso operativo (se necessario)
Sarà nel diritto della stazione appaltante richiedere in qualsiasi momento all’Aggiudicatario che gli
interventi di manutenzione software vengano gestiti in un sistema software di tracciatura specifico.
Capitolato Tecnico
Pag.64 di 74
7.4.4 Livelli di servizio da garantire (SLA)
Il servizio di assistenza di I e II livello e manutenzione deve essere erogato nel pieno rispetto dei livelli
di servizio di seguito descritti.
Nel caso di manutenzione correttiva di errori bloccanti che accadano durante lo svolgimento della
gara è richiesta la soluzione del problema entro le 4 ore lavorative dall’avvenuta segnalazione.
(Gravità: ALTA)
Nel caso di manutenzione correttiva di errori bloccanti che accadano al di fuori dei casi di
svolgimento della gara è richiesta la soluzione del problema entro le 24 ore lavorative dall’avvenuta
segnalazione. (Gravità: MEDIA)
Nel caso di manutenzione correttiva per errori non bloccanti è richiesta la soluzione del problema
entro 120 h (5 giorni) lavorativi dall’avvenuta segnalazione. (Gravità: BASSA)
Nel caso di manutenzione correttiva per errori minori è richiesta la soluzione del problema entro 240
h (10 giorni lavorativi) dall’avvenuta segnalazione; (NON GRAVE)
Nel caso di manutenzione adattiva per adeguamento alle variazioni normative è richiesta la soluzione
entro e non oltre i tempi definiti dalla normativa stessa.
La verifica degli SLA verrà applicata su base trimestrale e prenderà in considerazione tutti gli
interventi di manutenzione tecnica chiusi nel periodo esaminato anche se aperti in periodi di
osservazione precedenti.
Verrà calcolato il Tempo di Risoluzione che dovrà risultare inferiore al Tempo di Risoluzione Massimo
espresso nella tabella seguente per singola tipologia di evento.
Gravità
TRisMax - Tempo di
Risoluzione Massimo (in ore
lavorative)
% Casi positivi esaminati
ALTA
4h
99
MEDIA
24 h
97
BASSA
120 h
90
NON GRAVE
240 h
90
Il Tempo di Risoluzione (Tris) sarà calcolato come segue:
Capitolato Tecnico
Pag.65 di 74
TRis = Tc - Ti
dove:

Ti è il tempo di inizio dell’intervento, che coincide con l’istante in cui verrà fatta comunicazione
all’Aggiudicatario del malfunzionamento da parte di un utente del sistema.

Tc è il tempo di chiusura dell’intervento, che coincide con l’istante in cui verrà effettivamente
risolto l’intervento.
Relativamente al servizio di help desk richiesto per la funzionalità di call center oggetto di fornitura
deve essere assicurato il seguente livello di servizio con periodo di osservazione su base mensile:

percentuale chiamate perse <= 5%

percentuale chiamate con risposta dell’operatore entro 1 minuto >= 90%

percentuale chiamate risolte >= 98%
L’offerente dovrà predisporre tutto quanto necessario a fruire delle funzionalità messe a disposizione
dalla soluzione software oggetto di gara, attraverso una propria infrastruttura tecnologica che dovrà
garantire uno SLA del 99,9%.
Il mancato rispetto dei livelli di servizio sopra riportati sarà oggetto di penali come descritto nel
paragrafo “8.3 - PENALI”.
Capitolato Tecnico
8
Pag.66 di 74
DISPOSIZIONI
8.1
Verifica di conformità
Il presente affidamento è soggetto a verifica di conformità, al fine di accertarne la regolare esecuzione
rispetto alle condizioni ed ai termini stabiliti.
I collaudi e la verifica di conformità del prodotto/servizi avverranno alla conclusione delle seguenti
attività:
Certificato
Certificato 1
Certificato 2
Certificato 3
Certificato 4
Certificato 5
Certificato 7
Fase
Attività
Note
Fase 1
Attivazione della piattaforma senza
integrazioni con i sistemi regionali ai
fini del collaudo
vedi paragrafo "7.1 - Servizi
professionali per
l’attivazione e l’avviamento
del sistema"
Fase 2
Avviamento (attivazione e
formazione) della piattaforma senza
integrazioni con i sistemi regionali per
i soggetti aggregatori
professionali per
del sistema"
Fase 3
Attivazione dei servizi di integrazione
con i sistemi regionali ai fini del
collaudo
professionali per
del sistema"
Fase 4
Avviamento delle integrazioni con i
sistemi regionali (certificazione per
ogni tipologia di servizio e classe di
stazioni appaltanti)
professionali per
del sistema"
Fase 5
Avviamento (attivazione e formazione
) della piattaforma per gli altri enti
(certificazione a cadenza trimestrale
e coerente con l’avanzamento degli
avviamenti sul territorio)
professionali per
del sistema"
Attività di formazione degli operatori
di Help Desk
vedi paragrafo "7.3 Servizio di formazione"
I Certificati di verifica di conformità del servizio di assistenza di I e II livello e manutenzione verranno
prodotti con cadenza trimestrale con le modalità descritte in seguito.
Capitolato Tecnico
Pag.67 di 74
Il collaudo e/o la verifica di conformità delle attività cui sopra avverrà in presenza di una
rappresentanza delegata dal Tavolo tecnico, saranno eseguite dal personale della stazione appaltante,
le operazioni di collaudo e verifica di conformità riguarderanno tutte le funzionalità applicative ed i
servizi richiesti nonché le funzionalità ed i servizi dichiarati dalla ditta aggiudicataria così come
descritto negli specifici paragrafi e concordato nel Piano di avviamento (rif. paragrafo “3.3 - Progetto
di attivazione e durata contrattuale“).
Durante il collaudo e verifica di conformità, eventuali malfunzionamenti saranno prontamente
comunicati all’Aggiudicatario, il quale si impegna a far correggere o a far ripristinare le modalità di
funzionamento offerte entro il termine del collaudo e comunque non oltre 20 giorni lavorativi dalla data
di inizio collaudo ed in tempo utile per consentire al direttore dell’esecuzione di verificare l’esito
dell’intervento.
In tali casi la stazione appaltante si riserva, qualora lo ritenga necessario, di prolungare il periodo di
collaudo e di verifica di conformità per avere modo di constatare l’effetto delle correzioni apportate
dall’Aggiudicatario.
Al termine del periodo di collaudo e verifica di conformità verrà redatto un rapporto con l’esito
dell’attività che potrà essere positivo o negativo. L’esito del collaudo e verifica di conformità sarà
comunicato in forma scritta all’Aggiudicatario, il quale dovrà firmarlo entro il termine di 15 giorni dal
ricevimento dello stesso.
Nel caso di esito negativo la stazione appaltante convocherà il Tavolo tecnico per definire/concordare
le azioni necessarie. Il mancato rispetto di eventuali limiti associati all’attività, sarà oggetto di penali
come descritto nel paragrafo “8.3 - PENALI”.
Ad avvenuta emissione del Certificato 2, decorre il servizio di assistenza di I e II livello e manutenzione
per i moduli software oggetto della fornitura.
Il servizio di supporto all’avvio e il servizio di formazione delle stazioni appaltanti dovrà essere erogato
nel corso della durata complessiva del contratto, in base alle esigenze dei singoli enti, previo accordo
con gli stessi e la stazione appaltante, e nel rispetto di quanto previsto nel Piano di avviamento.
L’Aggiudicatario dovrà inviare alla stazione appaltante la documentazione attestante l’erogazione del
supporto e del servizio di formazione come descritti nel paragrafo 7.3 Servizio di formazione.
Successivamente verrà emesso il Certificato di verifica di conformità di detti servizi, certificato che
sarà trasmesso per la sua accettazione all’Aggiudicatario, il quale dovrà firmarlo entro il termine di 15
giorni dal ricevimento dello stesso.
Il servizio di assistenza di I e II livello e manutenzione (cfr 7.4 Servizi di assistenza di I e II livello e
manutenzione) sarà sottoposto a verifica di conformità con cadenza trimestrale, la verifica verrà
avviata entro il termine di 15 giorni naturali e consecutivi dalla conclusione del trimestre con piena
soddisfazione.
Capitolato Tecnico
Pag.68 di 74
Per il servizio di assistenza di I e II livello vale quanto tracciato dal Sistema di ticketing
dell’Aggiudicatario e la registrazione delle chiamate al numero verde della società Insiel SpA.
Con cadenza trimestrale l’Aggiudicatario dovrà inviare alla stazione appaltante, in forma tabellare ed in
formato elettronico (ad esempio foglio Microsoft® Excel), l’elenco degli interventi di manutenzione
software erogati e degli interventi di assistenza di I e II livello relativi al trimestre in analisi, elenco nel
quale sono indicati come minimo:

Data e ora di apertura e chiusura dell’intervento di manutenzione.

Riferimenti del ticket che ha attivato l’intervento di manutenzione

Riferimento alla chiamata che ha attivato l’intervento (data, ora e numero chiamante).

Riferimento al richiedente (ente di appartenenza, ruolo, nominativo)

Descrizione breve delle operazioni svolte o azioni intraprese e relative tempistiche

Riferimenti all’operatore che ha erogato l’assistenza/manutenzione (nome, cognome, profilo
professionale)
In sede di verifica di conformità verrà accertata l’esecuzione a regola d’arte delle forniture e dei servizi
previsti dall’affidamento.
La stazione appaltante provvederà a dare tempestivo avviso all’Aggiudicatario del giorno in cui si
procederà alla verifica di conformità, affinché l’Aggiudicatario possa intervenire e predisporre quanto
richiesto.
Al termine di ciascuna verifica verrà redatto un verbale che dovrà essere sottoscritto da tutti i soggetti
intervenuti.
Successivamente verrà emesso il Certificato di verifica di conformità del servizio di assistenza di I e II
livello e manutenzione per il trimestre osservato, certificato che sarà trasmesso per la sua accettazione
all’Aggiudicatario, il quale dovrà firmarlo entro il termine di 15 giorni dal ricevimento dello stesso.
Per i servizi professionali opzionali di cui al paragrafo 3.4 “Servizi opzionali” verrà emesso il Certificato
di verifica di conformità a seguito del collaudo positivo delle prestazioni richieste.
8.2
Fatturazione
Premesso che il Valore offerto dal concorrente aggiudicatario verrà così determinato:
Vapp = Valore stimato dell’appalto come indicato nel bando di gara.
Capitolato Tecnico
Pag.69 di 74
Ribperc = ribasso percentuale offerto
Valore offerto=(Vapp*100-Ribperc)/100
L’importo offerto verrà proporzionalmente attribuito in ragione delle percentuali di seguito individuate
relativamente alla ripartizione del valore certo a base d’asta.
L’aggiudicatario potrà emettere fatture per stati di avanzamento secondo le modalità di seguito
riportate.
1. Per l’attivazione della piattaforma in ambiente di collaudo - Fase 1 per il valore equivalente al
9% del Valore offerto sull’importo base d’asta certo (rif. Certificato di collaudo e conformità
1).
2. Per l’avviamento (attivazione e formazione) della piattaforma sugli enti aggregatori - Fase 2
per il valore equivalente al 15% del Valore offerto sull’importo base d’asta certo
(rif.
Certificato di collaudo e conformità 2).
3. Per l’attivazione dei servizi di integrazione con i sistemi regionali ai fini del collaudo - Fase 3 per
il valore equivalente al 8% del Valore offerto sull’importo base d’asta certo (rif. Certificato di
collaudo e conformità 3)
4. Per l’avviamento dei servizi di integrazione con i sistemi regionali - Fase 4 per il valore
equivalente al 8% del Valore offerto sull’importo base d’asta certo. Per questa fase si prevede
una fatturazione a cadenza temporale coerente con la certificazione per ogni tipologia di
servizio e classe di stazioni appaltanti (rif. Certificato di collaudo e conformità 4).
5. Per l’avviamento (attivazione e formazione) della piattaforma per gli altri enti - Fase 5 per il
valore equivalente al 15% del Valore offerto sull’importo base d’asta certo. Per questa fase si
prevede una fatturazione a cadenza trimestrale e coerente con l’avanzamento degli avviamenti
sul territorio (rif. Certificato di collaudo e conformità 5).
1
6. Per i servizi di assistenza di I e II livello e manutenzione, in seguito alla verifica con esito
positivo di cui al paragrafo “8.1 - Verifica di conformità”, suddividendo il valore equivalente al
45% del Valore offerto sull’importo base d’asta certo in n. 12 canoni trimestrali posticipati .
In relazione ai servizi opzionali descritti nei capitoli 3.4 “Servizi opzionali” e 7.4 “Servizio di assistenza
di I e II livello e manutenzione” e pari a euro 628.000,00, che la stazione appaltante si riserva di
richiedere, questi potranno essere fatturati dall’Aggiudicatario su base trimestrale posticipata ad
effettiva erogazione degli stessi e comunque successivamente alla verifica con esito positivo di cui al
paragrafo “8.1 - Verifica di conformità”.
1
Verifica relativa al trimestre precedente.
Capitolato Tecnico
Pag.70 di 74
Relativamente al servizio opzionale di assistenza di I e II livello e manutenzione, se richiesto, si specifica
2
che l’aggiudicatario potrà emettere fatture per stati di avanzamento in seguito alla verifica con esito
positivo di cui al paragrafo “8.1 - Verifica di conformità”, suddividendo il valore equivalente al 22% del
Valore offerto sull’importo base d’asta certo in n. 8 canoni trimestrali posticipati .
I pagamenti delle fatture avverranno a 30 gg. dalla data di protocollazione delle fatture presso la
stazione appaltante, purché le stesse siano emesse in conformità a quanto espresso nel presente
documento e fatti salvi i tempi richiesti per le verifiche imposte dalla normativa al riguardo.
Le fatture emesse saranno accettate ai sensi del D.M. n. 55 del 3 aprile 2013 solo se emesse nel
formato previsto dal suddetto decreto mediante inoltro al Sistema di Interscambio (SdI). Il Codice
Univoco Ufficio della stazione appaltante è 5Q9X3U. Le fatture vs Stazione appaltante non sono
soggette a split payment.
Il pagamento avverrà mediante versamento sul conto corrente bancario intestato all’Aggiudicatario; gli
estremi del conto corrente dovranno essere riportati nelle relative fatture e comunicati per iscritto alla
stazione appaltante nel rispetto dell’art. 3 comma 7 della legge n. 136 del 13 agosto 2010.
Le fatture, dovranno riportare chiaramente il numero CIG e il numero di ordine, o in assenza, dovranno
riportare i riferimenti alla presente procedura; dovrà essere, inoltre, allegata copia dei corrispondenti
certificati di conformità di cui al paragrafo 8.1 ”Verifica di conformità” del presente documento. Non
saranno accettate fatture o altre comunicazioni prive dei riferimenti alla Stazione appaltante.
8.3
Penali
Le attività oggetto dell’appalto devono essere pienamente e correttamente eseguite entro e non oltre i
termini previsti nel presente Capitolato e/o nel Disciplinare e/o nel Contratto e nella documentazione
prodotta nel corso dell’esecuzione dell’appalto, fermi restando - ove compatibili e migliorativi per la
Stazione Appaltante - gli impegni assunti dall’Appaltatore in sede di gara. La Stazione Appaltante in
caso di inadempimenti dell'Appaltatore (non dipendenti da quest'ultima ovvero da forza maggiore o
caso fortuito) applicherà le seguenti penali:
Relativamente alla consegna, installazione e attivazione del sistema di cui al paragrafo ”7.1 Servizi
professionali per l’attivazione e l’avviamento del sistema” del presente documento, la penale sarà pari
all’1% dell’importo attribuito alla specifica fase, per ciascun giorno naturale e consecutivo di ritardo,
fatto salvo il maggior danno. Tale penale si applicherà anche in caso di consegna parziale.
Relativamente alla disponibilità del sistema:
- nel caso si riscontri la mancata disponibilità dell’ambiente di produzione, la Stazione Appaltante
0
applicherà una penale pari al 5 /00 (cinque per mille) del totale della voce “canone “ del
2
Verifica relativa al trimestre precedente.
Capitolato Tecnico
Pag.71 di 74
corrispettivo di aggiudicazione, per ogni giorno in cui si verifichi la non disponibilità del sistema,
fatto salvo il maggior danno.
- nel caso si riscontri la mancata disponibilità dell’ambiente di collaudo, la Stazione Appaltante
0
applicherà una penale pari all’1 /00 (uno per mille) del totale della voce “canone “ del
corrispettivo di aggiudicazione, per ogni giorno in cui si verifichi la non disponibilità del sistema.
Relativamente al servizio di manutenzione correttiva:
- Per ogni ora di ritardo (non dipendente dalla Stazione Appaltante ovvero da forza maggiore o
caso fortuito) per il corretto ripristino dei malfunzionamenti "bloccanti' delle funzionalità di
negoziazione ed il pieno ripristino in operatività del sistema, rispetto alle tempistiche massime
indicate per i servizi di manutenzione del presente Capitolato, la Stazione Appaltante
0
applicherà una penale fino all’1 /00 (uno per mille) del 30% (trenta per cento) del corrispettivo
complessivo di aggiudicazione.
- Per ogni giorno lavorativo di ritardo (non dipendente dalla Stazione Appaltante ovvero da forza
maggiore o caso fortuito) per la corretta esecuzione delle attività di manutenzione correttiva
dei malfunzionamenti "bloccanti' di funzionalità differenti da quelle di negoziazione, rispetto
alle tempistiche massime indicate per i servizi di manutenzione del presente Capitolato, la
0
Stazione Appaltante applicherà una penale fino all’1 /00 (uno per mille) del 20% (venti per
cento) del corrispettivo complessivo di aggiudicazione.
- Per ogni giorno lavorativo di ritardo (non dipendente dalla Stazione Appaltante ovvero da forza
maggiore o caso fortuito) per la piena e corretta esecuzione delle attività di manutenzione
correttiva dei malfunzionamenti "non bloccanti', rispetto alle tempistiche massime indicate per
i servizi di manutenzione del presente Capitolato, la Stazione Appaltante applicherà una penale
0
fino allo 0,5 /00 (zero virgola cinque per mille) del 20% (venti per cento) del corrispettivo
complessivo di aggiudicazione.
Relativamente al servizio di call center:
- nel caso di mancato rispetto per più di 3 (tre) casi rilevati su base mensile dei livelli di servizio
0
indicati nel presente Capitolato la Stazione Appaltante applicherà una penale pari allo 0,5 /00
(zero virgola cinque per mille) del totale della voce “canone “ del corrispettivo di aggiudicazione
8.4
Risoluzione e clausola risolutiva espressa
Nel caso in cui INSIEL accerti che l’esecuzione del contratto da parte dell’Aggiudicatario non proceda
secondo le condizioni nel medesimo stabilite, concederà all’Aggiudicatario, previa formale
comunicazione (eseguibile anche con la Posta Elettronica Certificata PEC), un preavviso di almeno 15
(quindici) giorni per porre fine all’inadempimento; trascorso inutilmente detto termine il contratto si
riterrà risoluto, salvo il diritto di INSIEL al risarcimento del danno ai sensi dell’art. 1662 c.c..
Capitolato Tecnico
Pag.72 di 74
Oltre a quanto previsto dall’art. 108 del D.Lgs. 50/2016, INSIEL si riserva il diritto di risolvere il
contratto nel caso in cui l’ammontare complessivo delle penali, derivanti dall’applicazione singola o
ripetuta delle clausole previste dal paragrafo 8.3 Penali, superi il 10% del valore del contratto, ovvero
nel caso di gravi inadempienze agli obblighi contrattuali da parte dell’appaltatore. In tal caso INSIEL
avrà la facoltà di incamerare la cauzione definitiva, nonché di procedere all’esecuzione in danno
dell’Aggiudicatario. Resta salvo il diritto al risarcimento dell’eventuale maggior danno.
Fermo restando quanto sopra, INSIEL potrà dichiarare la risoluzione di diritto ai sensi dell’art. 1456
del codice civile, da comunicarsi a mezzo P.E.C. nelle ipotesi di:
a) accoglimento di una domanda o di un ricorso nei confronti dell’Aggiudicatario, ai sensi della Legge
Fallimentare o di altra legge applicabile in materia di procedure concorsuali, che determini lo
scioglimento, la liquidazione, la composizione amichevole, la ristrutturazione dell’indebitamento o il
concordato con i creditori, ovvero nel caso in cui venga nominato un liquidatore, curatore, custode o
soggetto avente simili funzioni, il quale entri in possesso dei beni o venga incaricato della gestione degli
affari dell’Aggiudicatario;
b) mancato rispetto degli obblighi contrattuali e di legge nei confronti del personale e di mancata
copertura assicurativa dei rischi da responsabilità civile, in ordine allo svolgimento di tutte le attività
contrattuali, per l’intera durata del Contratto;
c) violazione dell’obbligo del segreto d’ufficio da parte del personale del Fornito-re su fatti e circostanze
di cui venga a conoscenza nell’espletamento dei propri compiti ovvero comportamenti diretti a influire
sul regolare e programmato svolgimento dell’attività di INSIEL;
d) conferimento, in qualsiasi forma, di procure all’incasso; cessione, totale o parziale, diretta o
indiretta, del Contratto, oppure cessione non autorizzata dei crediti da quest’ultimo derivanti;
e) azioni giudiziarie per violazioni di diritti di brevetto e/o di autore ed in genere di privativa altrui,
intentate contro INSIEL in ragione del presente contratto.
f) qualora nei confronti dell’Aggiudicatario sia intervenuta l'emanazione di un provvedimento definitivo
che dispone l'applicazione di una o più misure di prevenzione di cui all'articolo 6, del D. Lgs.
159/2011, ed e ai titoli I e II del Libro I “Le misure di prevenzione” del D. Lgs. 159/2011, ovvero sia
intervenuta sentenza di condanna passata in giudicato per delitti contro la Pubblica Amministrazione,
l’ordine pubblico, la fede pubblica o il patrimonio, per frodi nei riguardi di INSIEL, di subappaltatori, di
lavoratori o di altri soggetti comunque interessati all’appalto, nonché per violazione degli obblighi
attinenti alla sicurezza sul lavoro.
8.5
Recesso
Insiel ha diritto di recedere dal contratto per sopravvenuti motivi di pubblico interesse, previa formale
comunicazione (eseguibile anche con la Posta Elettronica certificata PEC) all’Aggiudicatario con
Capitolato Tecnico
Pag.73 di 74
preavviso di almeno 20 (venti) giorni. In tal caso INSIEL, ai sensi dell’art. 109 del D.Lgs. 50/2016,
sarà tenuta al pagamento:
- delle sole prestazioni eseguite e ritenute regolari al momento in cui viene comunicato l’atto di
recesso, così come attestate dal verbale di verifica redatto da INSIEL;
- delle spese sostenute dall’Aggiudicatario;
- di un decimo dell’importo del servizio non eseguito calcolato sulla differenza tra l’importo dei 4/5
del prezzo contrattuale e l’ammontare netto delle prestazioni eseguite.
Dalla data di comunicazione del recesso, l’Aggiudicatario dovrà cessare tutte le prestazioni
contrattuali, assicurando che tale cessazione non comporti alcun danno ad INSIEL.
INSIEL si riserva la facoltà di recedere dal contratto ex art. 1 comma 13 della legge 7 agosto 2012, n.
135, previa formale comunicazione (eseguibile anche con la Posta Elettronica certificata PEC)
all’Aggiudicatario con preavviso di almeno 20 (venti) giorni e previo pagamento delle prestazioni già
eseguite oltre al decimo delle prestazioni non ancora eseguite, nel caso in cui, tenuto conto delle
prestazioni non ancora eseguite, qualora i parametri delle convenzioni stipulate da Consip S.p.A., ai
sensi dell’articolo 26, comma 1, della legge 23 dicembre 1999, n. 488 successivamente alla stipula
del predetto contratto, siano migliorativi rispetto a quelli del presente contratto e l’Aggiudicatario non
acconsenta ad una modifica, proposta da Consip S.p.A., delle condizioni economiche tale da rispettare
il limite di cui all’articolo 26, comma 3 della legge 23 dicembre 1999, n. 488.
8.6
Esecuzione in danno
In caso di risoluzione del contratto sia ai sensi dell’art. 1662 che ai sensi dell’art. 1456 c.c. INSIEL si
riserva il diritto di affidare a terzi l’esecuzione di quanto necessario al regolare completamento delle
attività oggetto del presente contratto. INSIEL ha inoltre il diritto, ai sensi dell’art. 103 comma 2 del
D.Lgs. 50/2016, di valersi della garanzia fideiussoria, nei limiti dell'importo massimo garantito, per
l'eventuale maggiore spesa sostenuta per il completamento del servizio.
Nei suddetti casi, INSIEL avrà inoltre facoltà di differire il pagamento delle somme dovute al momento
della risoluzione, al fine di quantificare il danno che l’Aggiudicatario è eventualmente tenuto a risarcire,
nonché di operare le opportune compensazioni tra tali importi.
L’eventuale esecuzione in danno non esime l’Aggiudicatario dalle responsabilità civili, penali e
amministrative in cui lo stesso può incorrere a norma di legge.
.
Capitolato Tecnico
8.7
Pag.74 di 74
Obblighi di tracciabilità dei flussi finanziari – Legge n. 136/2010
L’Aggiudicatario assume tutti gli obblighi di tracciabilità dei flussi finanziari di cui all’articolo 3 della
legge 13 agosto 2010, n. 136 e successive modifiche.
L’Aggiudicatario dichiara di aver comunicato ad INSIEL gli estremi dei conti correnti bancari o postali
dedicati, anche non in via esclusiva, al presente contratto nonché le generalità ed il codice fiscale delle
persone delegate ad operare su di essi. L’Aggiudicatario si impegna a comunicare ad INSIEL ogni
modifica relativa ai dati trasmessi.
Qualora le operazioni finanziarie relative al presente contratto siano state eseguite senza avvalersi del
bonifico bancario o postale ovvero degli altri strumenti idonei a consentirne la piena tracciabilità, il
presente contratto si intenderà risolto di diritto.
8.8
Subentro nel contratto
L’Aggiudicatario riconosce alla Regione Autonoma Friuli Venezia Giulia, in ogni momento e per l’intera
durata del contratto, la facoltà di subentrare ad INSIEL nel rapporto contrattuale. Tale cessione sarà
efficace a seguito di mera comunicazione da parte del soggetto cessionario e la medesima avverrà
senza alcun onere aggiuntivo per il soggetto cessionario rispetto a quanto già corrisposto o da
corrispondere e con effetto pienamente liberatorio per INSIEL.
INSIEL si impegna a dare tempestiva comunicazione scritta all’Aggiudicatario, in merito all’intenzione
da parte della Regione Autonoma Friuli Venezia Giulia di esercitare la facoltà di cui al precedente
comma, mediante lettera raccomandata con avviso di ricevimento.
L’Aggiudicatario si impegna, ora per allora, a compiere, in tale ipotesi, tutte le relative formalità nei
tempi e nei modi richiesti dalla Regione Autonoma Friuli Venezia Giulia.
8.9
Oneri fiscali e spese contrattuali
Tutte le spese inerenti alla stipula del contratto con l’Aggiudicatario della Fornitura in oggetto, inerenti
e conseguenti (imposte, tasse, bolli, diritti di segreteria etc.) sono a totale carico dell' Aggiudicatario.

7 All 7 Capitolato Tecnico

Transcript

Documenti analoghi

Lavori di progettazione del ponte sulla riva Somes

Prot. 2770 del 18 novembre 2014 Ambiente Scuola Reale Mutua

Annuncio di gara Romania-Targu Mures: Impianti associati a reti di

Piattaforma di e-learning Smart4Learn La piattaforma di e

essere allegata,contenente il ribasso unico percentuale da

corso n. 29 istituzioni scolastiche – conduzione, organizzazione e

the PDF file

Il tirocinio formativo in Accenture Technology Solutions è rivolto a

A.OU FEDERICO II Napoli Alla Berkshire Hathaway International

Allegato 4