Con riferimento a quanto richiesto si chiarisce:

1.a Il riferimento alla videosorveglianza contenuto nei criteri di valutazione del Disciplinare deve intendersi non come oggetto della fornitura, bensì come elemento accessorio eventualmente integrabile nella soluzione proposta. Si precisa che:
la presente procedura ha ad oggetto la fornitura di un sistema di controllo accessi veicolare;non è richiesta la fornitura di un sistema di videosorveglianza autonomo;eventuali funzionalità di acquisizione immagini associate alla lettura targhe (LPR) devono intendersi come componenti funzionali al sistema di controllo accessi, e non come sistemi di videosorveglianza indipendenti.
1b. Allo stato attuale, la Stazione Appaltante non dispone di una piattaforma gestionale specifica con cui sia richiesta una integrazione obbligatoria per il sistema oggetto della presente procedura. Pertanto:
non è previsto un perimetro di integrazione vincolante con sistemi esistenti;non sono richieste integrazioni obbligatorie in fase di prima attivazione del sistema.
1c. Non sono presenti tecnologie specifiche con cui sia richiesta una integrazione obbligatoria. Resta tuttavia richiesto che la soluzione proposta sia progettata in modo da garantire:
utilizzo di standard aperti e documentati;disponibilità di API per l’integrazione;predisposizione per future integrazioni con sistemi informativi della Stazione Appaltante o di terze parti.
2. La Stazione Appaltante dispone di una infrastruttura server locale virtualizzata, presso il proprio Centro Elaborazione Dati (CED). Sono ammesse entrambe le seguenti modalità di implementazione:
utilizzo dell’infrastruttura virtualizzata messa a disposizione dalla Stazione Appaltante, qualora la soluzione proposta risulti compatibile con le caratteristiche tecniche disponibili (es. CPU, RAM, storage);fornitura, da parte dell’aggiudicatario, di un server fisico dedicato, comprensivo di tutte le componenti hardware e software necessarie.

Con riferimento a quanto richiesto si chiarisce:
1) · la presente procedura ha ad oggetto la realizzazione di un sistema di controllo accessi veicolare;
· non è richiesta la fornitura di un sistema di videosorveglianza autonomo;
· allo stato attuale, la Stazione Appaltante non dispone di un sistema gestionale specifico con cui sia richiesta una integrazione obbligatoria.

    Resta tuttavia richiesto che la soluzione proposta sia progettata in modo da garantire:


interoperabilità e apertura verso sistemi terzi;disponibilità di API documentate;utilizzo di standard aperti;possibilità di centralizzazione e gestione dei dati e dei processi;
predisposizione per eventuali future integrazioni con sistemi informativi della Stazione Appaltante.

2) Si conferma che tutte le opere edili ed impiantistiche sono a carico della stazione appaltante.

3) Allo stato attuale, il sistema oggetto della presente procedura è finalizzato esclusivamente al controllo degli accessi veicolari e non è prevista l’implementazione di un sistema di controllo accessi per varchi pedonali.

Tuttavia, il sistema proposto dovrà essere progettato e realizzato in modo tale da consentire, in una fase successiva, l’eventuale integrazione di funzionalità di controllo accessi pedonali, senza necessità di modifiche sostanziali all’architettura complessiva.

A tal fine, dovranno essere garantite:
la scalabilità del sistema;la possibilità di integrazione con dispositivi e tecnologie per il controllo accessi pedonali;l’estendibilità del software gestionale per la gestione di ulteriori tipologie di varchi.

Rispose:
1) Le opere civili sono a carico della S.A.
2) Il riferimento al “livello di automazione dei processi di accesso veicolare e pedonale” contenuto nel sub-criterio 3.1 del Disciplinare deve intendersi in senso generale e prospettico.

Si precisa che:




la presente procedura ha ad oggetto esclusivamente la fornitura e realizzazione di un sistema di controllo accessi veicolare;non è richiesta la fornitura di hardware o software specifico per il controllo degli accessi pedonali (quali, a titolo esemplificativo, tornelli, lettori badge, varchi pedonali o sistemi dedicati);non è richiesta l’implementazione, in questa fase, di funzionalità operative per la gestione degli accessi pedonali.




Resta tuttavia richiesto che la soluzione proposta sia scalabile e predisposta per consentire, in una fase successiva, l’eventuale integrazione di sistemi di controllo accessi pedonali, senza necessità di modifiche sostanziali all’architettura complessiva.
3) La Stazione Appaltante metterà a disposizione una infrastruttura di rete IP presso i varchi, idonea al collegamento dei dispositivi previsti dal sistema.
4) La presente procedura ha ad oggetto la realizzazione di un sistema di controllo accessi veicolare. Pertanto:




non è richiesta la fornitura di telecamere di videosorveglianza di contesto (CCTV);la fornitura deve limitarsi ai dispositivi necessari al controllo accessi (es. telecamere LPR e componenti correlate).




Allo stato attuale, non è richiesta alcuna integrazione obbligatoria con sistemi di videosorveglianza esistenti. Di conseguenza:




non viene richiesto l’utilizzo o la compatibilità con specifiche piattaforme VMS;non è necessario garantire integrazione con sistemi di terze parti già in uso.




Non è richiesta l’implementazione di funzionalità di integrazione tra il sistema LPR e sistemi di videosorveglianza (es. generazione automatica di eventi video o registrazioni associate ai transiti).

Il Server Centrale oggetto della fornitura è destinato esclusivamente alla gestione del sistema di controllo accessi. Pertanto:




non è richiesto che il server ospiti sistemi di videosorveglianza o registrazioni video di contesto;eventuali immagini associate alla lettura targhe rientrano unicamente nelle funzionalità del sistema LPR.




I riferimenti alla videosorveglianza contenuti nei criteri di valutazione devono intendersi in senso non vincolante e prospettico, finalizzati a valorizzare soluzioni aperte e integrabili. Resta comunque richiesto che il sistema sia:




basato su standard aperti;dotato di API documentate;predisposto per eventuali integrazioni future.



5) La Stazione Appaltante dispone di una infrastruttura server locale virtualizzata, basata su ambiente VMware, presso il proprio Centro Elaborazione Dati (CED). Sono ammesse entrambe le seguenti soluzioni:



utilizzo dell’infrastruttura virtualizzata della Stazione Appaltante, qualora la soluzione proposta risulti compatibile con le caratteristiche tecniche disponibili;fornitura, da parte dell’aggiudicatario, di un server fisico dedicato, comprensivo di tutte le componenti necessarie.



Non è prevista, allo stato attuale, l’adozione di soluzioni in Public Cloud o modalità SaaS.

Il sistema dovrà essere installato on-premise, presso l’infrastruttura della Stazione Appaltante o su server dedicato fornito dall’aggiudicatario.

L’infrastruttura della Stazione Appaltante è basata su hypervisor VMware.

I dettagli relativi a:



risorse disponibili (CPU, RAM, storage);configurazioni specifiche;



saranno condivisi in fase di progettazione esecutiva.

Le licenze relative a:



sistema operativo;database;



devono essere incluse nella fornitura, salvo diversa compatibilità con soluzioni già disponibili presso la Stazione Appaltante, da verificarsi in fase esecutiva.



Il sistema dovrà garantire funzionalità di backup automatico giornaliero.

Nel caso di installazione presso il CED della Stazione Appaltante:



il sistema dovrà essere compatibile con le politiche e le procedure di backup dell’Ente;resta in capo all’aggiudicatario la responsabilità di garantire la corretta configurazione e funzionamento delle procedure di backup.



Eventuali soluzioni integrative potranno essere proposte dall’aggiudicatario in fase progettuale.

6) La logica di apertura automatica delle barriere tramite identificazione LPR dovrà essere gestita dal sistema di controllo accessi oggetto della fornitura. Si precisa che:


non è richiesta, nella fase attuale, l’integrazione in tempo reale con sistemi gestionali della Stazione Appaltante;non è previsto che il sistema debba interrogare applicativi esterni per la validazione dei titoli di accesso (es. contratti, abbonamenti, ecc.).


La gestione delle autorizzazioni dovrà pertanto avvenire tramite le funzionalità del sistema proposto, quali, a titolo esemplificativo:


gestione di whitelist/blacklist;validità temporale degli accessi;regole configurabili.


Resta tuttavia richiesto che la soluzione sia predisposta per eventuali integrazioni future con sistemi esterni, mediante utilizzo di API e standard aperti.
7) La funzionalità di gestione dei QR Code per accessi occasionali deve essere prevista all’interno del sistema oggetto della fornitura. Il software dovrà pertanto consentire la:


generazione dei QR Code per accessi temporanei o occasionali;gestione della relativa validità temporale;associazione del QR Code ai dati necessari alla gestione dell’accesso.


Si precisa che, nella fase attuale, non è richiesto che tale funzionalità sia resa disponibile tramite un portale self-service ad uso diretto di utenti esterni.

La generazione e gestione dei QR Code dovrà comunque essere effettuabile tramite il sistema fornito, da parte degli utenti autorizzati della Stazione Appaltante.

Resta ferma la richiesta che la soluzione sia predisposta per eventuali future estensioni, compresa l’eventuale abilitazione di funzionalità rivolte anche a soggetti esterni.
8) Allo stato attuale, la Stazione Appaltante non richiede integrazioni obbligatorie con specifici sistemi gestionali. Pertanto:


non è previsto un sistema di riferimento per l’integrazione;non si rende necessario fornire dettagli relativi a marca, versione o protocolli di eventuali piattaforme in uso.


Il riferimento all’interoperabilità contenuto nei criteri di valutazione deve intendersi come capacità generale della soluzione di integrarsi con sistemi terzi, e non come requisito vincolante rispetto a sistemi esistenti.

Con riferimento al criterio “3.2 - Ulteriori prestazioni e servizi integrativi”, il richiamo alle piattaforme pubbliche deve intendersi in senso generico e non vincolante.

Non sono pertanto previste, nella fase attuale, integrazioni obbligatorie con specifiche piattaforme pubbliche.

Resta comunque richiesto che la soluzione proposta sia progettata in modo da garantire:

- utilizzo di standard aperti;

- disponibilità di API documentate;

- possibilità di integrazione futura con sistemi informativi della Stazione Appaltante o di terze parti;

- esportazione dei dati in formati standard.
9)La previsione relativa alla “assenza di vincoli tecnici che impediscano futura sostituzione del fornitore” deve intendersi nel senso di garantire alla Stazione Appaltante la piena autonomia nella gestione del sistema. In particolare:


la Stazione Appaltante deve poter subentrare nella gestione del sistema o affidarla a terzi;devono essere garantiti:accesso amministrativo completo;disponibilità e portabilità dei dati;utilizzo di standard aperti e API documentate.


Tale previsione non implica automaticamente la sostituzione del software gestionale, ma richiede che il sistema non presenti vincoli tecnici o contrattuali che impediscano eventuali evoluzioni o sostituzioni future.
10) Con riferimento agli Artt. 7 e 8 del Capitolato Tecnico, si precisa quanto segue:

Periodo di garanzia (24 mesi)

Durante i primi 24 mesi sono inclusi tutti i costi di parti di ricambio e manodopera (“full parts & labor”).

Periodo di manutenzione (successivi 12 mesi fino a 36 mesi)

Per il periodo successivo alla garanzia e fino al termine dei 36 mesi complessivi:

sono inclusi i servizi di manutenzione e assistenza secondo gli SLA previsti;i costi dei ricambi sono da intendersi a carico della Stazione Appaltante, salvo diverse condizioni migliorative offerte dall’aggiudicatario.

La disponibilità dei ricambi per almeno 5 anni si intende a decorrere dalla data di collaudo positivo del sistema.

Al termine del periodo di manutenzione sia i costi dei ricambi sia i costi di manodopera sono da intendersi a carico della Stazione Appaltante, salvo eventuali contratti di manutenzione successivi.

11)Gli aggiornamenti software inclusi nel servizio di manutenzione di cui all’Art. 7 del Capitolato Tecnico non devono intendersi limitati esclusivamente alla manutenzione correttiva e adeguativa.

Il servizio di manutenzione dovrà comprendere, per tutta la durata prevista:

Manutenzione correttiva
interventi finalizzati alla risoluzione di malfunzionamenti, anomalie e bug, al fine di garantire il rispetto dei livelli di servizio (SLA) e delle prestazioni richieste;Manutenzione adeguativa
aggiornamenti necessari ad assicurare la compatibilità del sistema con l’evoluzione dell’ambiente tecnologico (infrastruttura, sistemi operativi, database, protocolli di sicurezza, ecc.);Aggiornamenti migliorativi e funzionali
aggiornamenti e nuove versioni del software rilasciati dal produttore, finalizzati al miglioramento delle funzionalità, delle prestazioni, della sicurezza e dell’usabilità del sistema, purché rientranti nelle funzionalità previste dalla fornitura;Aggiornamenti firmware
aggiornamenti dei dispositivi hardware (es. telecamere LPR, controller, colonnine), necessari a garantire il corretto funzionamento e il mantenimento delle prestazioni richieste.

Resta inteso che eventuali sviluppi evolutivi specifici o personalizzazioni su richiesta della Stazione Appaltante, non previsti nella fornitura iniziale, potranno essere oggetto di successivi affidamenti.

12)Allo stato attuale, la Stazione Appaltante non dispone di un Regolamento di Accesso formalizzato relativo ai flussi veicolari oggetto della presente procedura.

Si precisa che il sistema richiesto dovrà essere configurabile e flessibile, al fine di supportare diverse tipologie di utenza e modalità operative.

A titolo indicativo e non vincolante, le principali categorie di utenti che potranno essere gestite dal sistema includono:

operatori e personale interno;aziende insediate e loro fornitori;trasportatori;visitatori occasionali.

Il sistema dovrà consentire la gestione di:

autorizzazioni permanenti e temporanee;fasce orarie e giorni di validità;abilitazione per specifici varchi;gestione di whitelist e blacklist;generazione di titoli di accesso temporanei (es. QR Code).

Per quanto riguarda i workflow operativi:

non sono definiti processi vincolanti nella fase attuale;il sistema dovrà consentire la configurazione e gestione autonoma dei processi da parte della Stazione Appaltante.

Eventuali modelli operativi e regole di accesso saranno definiti in fase di esercizio del sistema.