{"text_format":"2","workbook":"xls","n_sheets":1,"sheets":["Faq"],"not_rendered":{"charts":0,"images":0,"macros":0,"external_links":0,"defined_names":0,"comments":0,"pivot_tables":0},"unopened":[],"bounds":{"document_bytes":16777216,"sheet_cells":100000,"run_cost":"one","rows_first":2000,"rows_last":500,"rows_between":2000,"halvings":0,"cell_chars":16384,"cell_head_chars":4096},"cells_cut":0,"cells_raw":0,"read":"whole","date_system":"1900","formulas":"cached_only"}

{"sheet":"Faq","index":0,"n_rows":9,"n_cols":3,"rows_kept":9,"cut":false,"hidden":false,"merged":[],"flags":["formulas_cached_only"]}
["N.ro","Domanda","Risposta"]
[1,"Con riferimento all'art. 13.2 \"Documentazione Tecnica\" del Disciplinare (pag. 25), si chiede di precisare se eventuali testatine, indici e grafici siano da considerarsi inclusi o meno nel numero massimo di pagine ammesse.\r\n","Come riportato all'art. 13.2 DOCUMENTAZIONE TECNICA, il progetto tecnico dovrà essere composto da un massimo di 10 facciate A4 in formato pdf compreso anche di testatine, indice e grafici, per cui sono da considerarsi inclusi nel numero massimo di pagine ammesse."]
[2,"Con riferimento al requisito di capacità economica e finanziaria di cui al punto 6.3.b) (pagina 12 del Disciplinare di Gara), si chiede conferma che con \"settore oggetto dell'appalto\" si intendano servizi di realizzazione, gestione e manutenzione di applicazioni informatiche per la Pubblica Amministrazione.","Con \"settore oggetto dell'appalto\" si intendono servizi di realizzazione, gestione e manutenzione di applicazioni informatiche non necessariamente realizzati per la Pubblica Amministrazione."]
[3,"Con riferimento all'art. 13.2 \"Documentazione Tecnica\" del Disciplinare (pag. 25), si chiede conferma che il riferimento al punto 3.6.3 del Capitolato Speciale d'Appalto riportato in relazione al PROGETTO TECNICO (documento 1) sia in realtà da considerarsi oggetto di trattazione del PIANO DI GESTIONE E MANUTENZIONE DEL PRODOTTO (documento 2), essendo il PROGETTO TECNICO riservato a descrivere esclusivamente come l'operatore economico proponga di soddisfare gli elementi e criteri di valutazione.\r\n\r\n","Si tratta di due documenti distinti:\r\n- il progetto tecnico (documento 1) richiede le informazioni di cui al punto 3.6.3 del capitolato speciale d'appalto.\r\n- il piano di gestione e manutenzione del prodotto (documento 2) richiede di sapere esattamente quali sono le modalità tecniche e operative per la corretta gestione e manutenzione a prescindere dall'indicazione delle informazioni richieste dalla scheda riepilogativa indicata al punto 3.6.3 del capitolato.\r\nPertanto vanno indicate ad esempio le tempistiche massime di intervento e le modalità con cui richiederlo, le modalità di manutenzione in relazione alle normative informatiche, le modalità con cui verranno rilasciati gli aggiornamenti, ecc."]
[4,"Con riferimento all'art. 68, comma 4 e comma 5.b del D. Lgs 50/2016, i quali sanciscono il pari accesso degli operatori alle procedure di aggiudicazione e l'equivalenza delle specifiche tecniche, in considerazione del fatto che è richiesta la fornitura della soluzione in modalità SaaS, la quale implica che tutta l'infrastruttura, database compreso, ed i relativi servizi gestionali siano a totale carico dell'aggiudicatario senza alcun onere per l'Ente, si chiede di giustificare i motivi per i quali è stato inserito tra i criteri di valutazione il criterio b.1 che richiede un \"database in formato non proprietario\" ed è richiesto nel Capitolato Tecnico al capitolo 5 \"Tecnologia da utilizzare per la realizzazione\", punto e) pag. 45, l'indipendenza dal database, eventualmente riformulando tali requisiti. Le condizioni in questione risultano infatti eccessive ed incoerenti con la natura della fornitura da erogare in modalità SaaS, in contrasto con il su richiamato art. 68 del Codice degli Appalti Pubblici.\r\n","Gent.imi,\r\nin riferimento a Vostra richiesta di chiarimenti in merito alle specifiche tecniche del capitolato d’appalto ed in particolare con riferimento alla richiesta di database in formato non proprietario si specifica quanto segue,\r\n\r\nSulla presunta discriminatorietà\r\nInnanzitutto, non si vede in qual modo possa definirsi “discriminatoria” la richiesta di adozione da parte dell’Operatore  di database in “formato non proprietario”, essendo questi ultimi per definizione accessibili a chiunque, compresi  gli Operatori tecnici: al più potrebbe definirsi discriminatoria la richiesta di utilizzo di UN particolare tipo di database, in uno  specifico in formato proprietario ma non è questo il caso.\r\nNon solo: tale richiesta non è nemmeno condizione ostativa per la partecipazione alla gara da parte dell’Operatore ma è soltanto uno dei parametri per l’attribuzione del punteggio tecnico di cui al paragrafo 9.2.2. e neanche il più premiante (max 5 p.ti come da punto b1 della Tabella 10b). In tal senso, la stazione appaltante rivendica il pieno diritto di fissare dei parametri  tecnici tali per cui determinate soluzioni possano avere un punteggio tecnico più o meno elevato rispetto a questo o quel parametro tecnico in maniera non arbitraria ma sulla base di motivate esigenze appresso meglio specificate (sebbene già citate nel capitolato tecnico di appalto).\r\n\r\nMitigazione del rischio d Vendor Lock-in\r\nConformemente alle “Linee guida su acquisizione e riuso di software per le pubbliche amministrazioni” pubblicate dall’AgID il 9 maggio 2019, questa amministrazione ha il dovere di premurarsi rispetto alla prevenzione del rischio di “vendor lock-in”, ovvero il rischio di dipendenza della stazione appaltante da uno specifico Fornitore, con costi di transazione talmente elevati da rendere economicamente sconveniente/svantaggioso  il cambio di fornitore. In tal senso, vista la notevole “estensione e profondità” dei dati in ingresso e in uscita dall’Ente relativi ai numerosi  procedimenti formalizzati e gestiti attraverso il “Portale dei Servizi per il Cittadino”,   la circostanza che il servizio sia erogato in modalità “SaaS”, non solo non assicura affatto una mitigazione del rischio in questione ma nemmeno implica che non vi sia un interesse tecnico specifico dell’Ente alla piena portabilità dei dati, ovvero alla possibilità di pieno e libero utilizzo del database sottostante l’applicativo, che si preferisce essere separato dal sorgente dell’applicativo stesso ed il più possibile in formato “standard” proprio per limitare il rischio in questione, tenuto conto di quanto previsto dagli art. 50, 51, 52 e  69 e 71 del CAD (Codice amministrazione digitale).\r\n"]
[5,"6.2 REQUISITI DI IDONEITA’ PROFESSIONALE\r\n6.2.1) Regolare iscrizione alla Camera di Commercio con codice ATECO dell’attività prevalente riconducibile alla macrocategoria 62.0 - PRODUZIONE DI SOFTWARE, CONSULENZA INFORMATICA E ATTIVITÀ CONNESSE antecedente di almeno 3 anni rispetto alla data di presentazione dell’offerta ed in corso di validità.\r\n\r\nLa nostra azienda ha come attività prevalente  il codice 61 -TELECOMUNICAZIONI\r\ni codici:\r\n62.09.09 - altre attività dei servizi connessi alle tecnologie dell'informatica\r\n62.01 - produzione di software non connesso all'edizione\r\n62.02 - consulenza nel settore delle tecnologie dell'informatica \r\nsono, da visura, menzionati come Importanza secondaria pur rientrando in attività ordinarie dell'azienda.  Si chiede se ciò implica un impedimento per la partecipazione \r\n","Gent.imi,\r\nin merito alla Vostra richiesta di chiarimenti, facciamo presente quanto segue.\r\nLa richiesta di regolare iscrizione alla Camera di Commercio con codice Ateco “riconducibile” alla macro categoria 62.0, rubricata al paragrafo “Requisiti di idoneità professionale” del capitolato speciale d’appalto, ha il fine precipuo di verificare che l’Operatore abbia un’attività pregressa nella fornitura di soluzioni software, ovvero ha il fine di ammettere alla gara solo gli Operatori che soddisfino determinati requisiti di idoneità professionale.\r\nStante la possibilità, riconosciuta dalla Stazione Appaltante, che una determinata azienda che svolge una pluralità di attività nel settore informatica e telecomunicazioni possa ritrovarsi ad avere il “fatturato prevalente” in attività riconducibili ad un codice ATECO diverso dalla macro categoria 62.0, si specifica che la circostanza in esame non implica di per sé un impedimento alla partecipazione, ovvero sono ammessi alla gara anche gli operatori la cui attività prevalente non sia quella indicata dal suddetto codice ateco 62.0.\r\nQuanto sopra, purché risulti tuttavia e in ogni caso rispettato il requisito della “Adeguata capacità economica e finanziaria” fissata dal Capitolato speciale d’appalto, capacità che si intende attestata dal fatturato specifico, in almeno uno dei 3 anni precedenti l’esercizio in corso, in attività categorizzata con codice ATECO 62.0 “PRODUZIONE DI SOFTWARE, CONSULENZA INFORMATICA E ATTIVITÀ CONNESSE” per un importo che, come indicato nel capitolato stesso, sia “in misura non inferiore ad €500.000,00 al netto di IVA”.\r\nDal combinato disposto delle previsioni in commento, ne deriva quindi che possono partecipare alla gara anche gli operatori la cui attività prevalente sia diversa da quella categorizzata attraverso il codice ATECO 62.0, purché abbiano svolto in ogni caso attività di produzione software, consulenza ed attività connesse con un fatturato in almeno uno degli ultimi 3 anni non inferiore al limite su indicato.\r\n"]
[6,"Riferimento 6.2.2 Disciplinare di gara\r\n\r\nAl punto 6.2.2 chiedete \"L’iscrizione al Marketplace Cloud AgID quale fornitore qualificato\"\r\n\r\nAl punto 5 del Capitolato tecnico precisate \"...Tutti gli applicativi nonché i software collegati ed i relaivi Data Base necessari al funzinamento saranno ospitati su Server Cloud certificati AGID...\"\r\n\r\nCi confermate che la qualificazione ACN richiesta è IaaS.\r\nIl possesso della sola qualificazione \"Infrastruttura dei servizi cloud\" è ritenuta valida?\r\n\r\n\r\nRiferimento 6.6.2 Disciplinare di gara\r\n\r\nNel caso di RTI costituendo, ci precisate se il requisito di iscrizione al Marketplace Cloud AgID quale fornitore qualificato deve essere posseduto da ciscuna delle imprese raggruppate.\r\n\r\nGrazie\r\nComdata S.p.A.","Dal combinato disposto delle previsioni di cui al paragrafo 5 (pag. 43) del Capitolato tecnico, rubricato alla voce  “TECNOLOGIA DA UTILIZZARE PER LA REALIZZAZIONE” nonché del p.to b) paragrafo 9.1.1 (pag. 63) dello stesso capitolato, rubricato alla voce “Requisiti di idoneità professionale” si evince che la certificazione di iscrizione richiesta al Marketplace Agid è di tipo SaaS. Nel caso di costituenda RTI il requisito di iscrizione al market place AGID deve essere posseduto da tutte le imprese appartenenti alla costituenda rete."]
[7,"Buon giorno,\r\n- si chiede di confermare che il requisito relativo all'iscrizione al marketplace cloud acn sia relativo alla soluzione infrastrutturale impiegata per l'erogazione del servizio in modalità saas. In caso affermativo, si chiede di confermare che il requisito possa essere soddisfatto impiegando una delle soluzioni csp abilitate al marketplace.\r\nGrazie","La certificazione di iscrizione richiesta al Marketplace Agid è di tipo SaaS."]
[8,"Buongiorno,\r\nsi pongono i seguenti quesiti di chiarimento:\r\n1 - Nel documento facsimile “3 - DOMANDA e DICHIARAZIONE ART. 80” a pagina 3, si chiede di Dichiarare il possesso delle certificazioni ISO 9000 – ISO/IEC 17000 – UNISO14001.\r\nNon rientrando il possesso di tali certificazioni tra i requisiti di Partecipazione indicati nel Disciplinare al paragrafo 6 “Requisiti di Partecipazione\" si chiede conferma che l'eventuale possesso di una o più delle Certificazioni richiamate, vada dichiarato ai fini della riduzione della Garanzia Provvisoria, come indicato al paragrafo 9 “Garanzia provvisoria e impegno a rilasciare cauzione definitiva\"\r\n\r\n2 - Si chiede inoltre di specificare se, relativamente alla richiesta di pagina 41 paragrafo “4 - Integrazione con il sistema informativo dell’ente e servizi di back-end” terzo capoverso\r\n\"La piattaforma dovrà essere rispondente alla normativa vigente di riferimento e comprensiva di tutti i moduli necessari a garantire una copertura funzionale completa delle attività di competenza dell’Ente in ottica di dematerializzazione, nonché ad assicurare la gestione completa ed integrata del documento informatico lungo tutto il proprio ciclo di vita (dalla creazione o ricezione alla conservazione digitale a norma)\"\r\nsi intende sufficiente l'integrazione con il Sistema di Protocollo dell'Ente, visto che i requisiti richiesti sono pertinenti ad un sistema di gestione documentale e non a un CMS per l'erogazione dei servizi digitali, come previsti dalle Misure oggetto di Gara.","Riposta quesito 1\r\nSi l'eventuale possesso di una o più delle certificazioni richiamate, va dichiarato ai fini della riduzione della garanzia provvisoria.\r\n\r\nRiposta quesito 2\r\nL'integrazione con il Sistema di Protocollo dell'Ente non è sufficiente. I documenti (es. istanze, allegati e risposte) che transitano nella piattaforma devono essere archiviati e gestiti in modo indipendente.\r\n"]