Source: http://docplayer.it/2667120-Allegato-1-specifiche-tecniche-procedura-aperta-per-la-fornitura-di-parcometri-sistema-integrato-di-centralizzazione-e-relativa-garanzia.html
Timestamp: 2017-08-22 07:39:35+00:00
Document Index: 131411605

Matched Legal Cases: ['arti 1', 'art. 3', 'art. 3', 'art. 3', 'art. 3', 'in fine']

ALLEGATO 1 SPECIFICHE TECNICHE PROCEDURA APERTA PER LA FORNITURA DI PARCOMETRI SISTEMA INTEGRATO DI CENTRALIZZAZIONE E RELATIVA GARANZIA - PDF
ALLEGATO 1 SPECIFICHE TECNICHE PROCEDURA APERTA PER LA FORNITURA DI PARCOMETRI SISTEMA INTEGRATO DI CENTRALIZZAZIONE E RELATIVA GARANZIA
Download "ALLEGATO 1 SPECIFICHE TECNICHE PROCEDURA APERTA PER LA FORNITURA DI PARCOMETRI SISTEMA INTEGRATO DI CENTRALIZZAZIONE E RELATIVA GARANZIA"
1 ALLEGATO 1 SPECIFICHE TECNICHE PROCEDURA APERTA PER LA FORNITURA DI PARCOMETRI SISTEMA INTEGRATO DI CENTRALIZZAZIONE E RELATIVA GARANZIA Stampa del 13/01/2015
2 1 Oggetto 1.1 Contenuto del presente documento Il presente documento contiene la descrizione funzionale e tecnica dei parcometri preposti al pagamento della sosta su strada e del sistema integrato di centralizzazione. Qualunque sia il tipo di soluzione adottata dalla Ditta Affidataria, conformemente a quanto previsto nel disciplinare di gara relativo alla presente procedura, il sistema integrato di centralizzazione dovrà essere reso disponibile per la durata di anni 6 decorrenti dalla data di avvenuto collaudo del sistema. L elaborato contiene la descrizione architetturale, funzionale e tecnica del sistema di gestione della sosta a raso centralizzata che ATAP intende installare nelle aree di sosta tariffata oggetto della presente specifica: Sistema Integrato Gestione Sosta: descrive la configurazione del Sistema di Gestione della Sosta a raso richiesto da ATAP, partendo dal sistema di centralizzazione avanzato che consenta, da ogni postazione della VPN aziendale o del Comando di Polizia Locale del Comune di Vercelli (Centrale Operativa, postazioni amministrative, ecc.) agli utenti autorizzati, di accedere, anche in contemporanea da più postazioni, alle informazioni di stato di ogni singolo parcometro analizzando ed elaborando dati contabili, amministrativi e tecnici; esercizio del Sistema Integrato Gestione Sosta: descrive le modalità di gestione operativa possibili per le aree attrezzate: tipologie di clienti, forme di pagamento; prescrizioni tecniche: dettaglia le caratteristiche tecniche, operazionali e qualitative minime, che ciascun elemento del Sistema Integrato Gestione Sosta dovrà soddisfare; documentazione e avviamento: dettaglia le modalità di avviamento dell'intero Sistema Integrato Gestione Sosta; allegati: bozze delle rappresentazioni grafiche del biglietto parcometro. 1.2 Definizioni ATAP, Ente Appaltante, Committente, SA Appaltatore, Ditta, Esecutore, Fornitore Rappresentante dell Appaltatore D.A. ATAP S.P.A. AZIENDA TRASPORTI AUTOMOBILISTICI PUBBLICI DELLE PROVINCIE DI BIELLA E VERCELLI Soggetto esecutore dell appalto regolato dal presente contratto Soggetto che agisce in nome e per conto dell Appaltatore ai fini dell esecuzione della Prestazione Ditta Affidataria 2 / 37
3 Prestazione Contratto SIGS Apparecchiatura, Parcometro, Macchinario Oggetto dell Appalto Quanto indicato nel presente Appalto Sistema Integrato Gestione Sosta composto da un'architettura di apparati (parcometri, centralizzazione, ecc.) interconnessi finalizzati alla regolarizzazione della sosta a raso da parte dell'utente Apparecchiatura facente parte del SIGS Parcometro Apparecchiatura omologata per il pagamento della sosta a raso Pezzi di ricambio Parti di apparecchiature o complessivi Centralizzazione Data center ATAP COP Server fisico o virtuale che raccoglie, elabora, archivia ed analizza tutte le informazioni provenienti da ogni singolo apparato del SIGS rendendo disponibili i dati e consentendo le operazioni su ogni singola apparecchiatura da ogni postazione della rete ATAP e da quella del Comando di Polizia Locale del Comune di Vercelli Sala server ATAP presso cui potrà esser installato il server di centralizzazione dell'automazione accessi Centrale Operativa Parcheggi Carte prepagate, Card a microchip Titoli di sosta fruibili presso i parcometri ATAP Carta bancaria a doppia tecnologia Bancomat Biglietto, Titolo, Ticket Prossimità Carta bancaria a microchip (carta di credito e Bancomat) le cui transazioni avverranno esclusivamente on-line Documento cartaceo emesso dal parcometro con stampati dati relativi alla sosta pagata Modalità di lettura e scrittura Contactless, utilizzata per le tessere smartcard e i biglietti Chip on Paper 3 / 37
4 Biglietto Chip on Paper Smart card contactless B.I.P. NFC Card Data Model CCA CSR BIP Rete Biglietto cartaceo (a standard ISO 7810, anche in fan fold) al cui interno è presente un area di memoria che contiene i dati del Contratto ed una serie di informazioni. La lettura/scrittura dei dati sulla memoria avviene senza contatto fisico tra biglietto e apparato (contactless) grazie alla comunicazione radio (RFID) garantita da un antenna integrata all interno del biglietto e connessa al chip Tessera su supporto plastico (a standard ISO 7810) al cui interno è posizionato un microchip, sul quale è presente un sistema operativo ed uno spazio di memoria sul quale vengono scritti i dati. La lettura/scrittura dei dati sul microchip avviene senza contatto fisico (contactless) tra smartcard e apparato grazie alla comunicazione radio (RFID) garantita da un antenna collegata al microchip, integrata all interno della smartcard Biglietto Integrato Piemonte, sistema di bigliettazione elettronica adottato nella Regione Piemonte ed utilizzato da ATAP per i titoli di viaggio e prossimamente per i titoli di sosta, le cui specifiche tecniche sono rese disponibili nell allegato nr. 8 al Disciplinare di gara. Per una maggiore informazione circa le specifiche ed i contenuti del Progetto B.I.P. si invita i concorrenti a prendere visione delle seguenti D.G.R. regionali: D.G.R. n del 08/10/2007; D.G.R. n del 11/02/2008; D.G.R. n del 16/06/2008. Near Field Communication - Comunicazione in prossimità tecnologia che fornisce connettività wireless (RF) bidirezionale a corto raggio e utilizza i dispositivi dell'utente (cellulare, carta di credito, ecc.) per la gestione dei pagamenti o l'emissione di titoli Documento di specifica tecnica che descrive la mascheratura, il tipo ed il formato delle informazioni riportate nelle smartcard e nei chip on paper Centro di Controllo Aziendale del sistema B.I.P. Centro Servizi Regionale incaricato di monitorare il sistema B.I.P. Insieme di dispositivi del SIGS visibili tramite connessioni dati 4 / 37
5 Black List White List Stallo Cliente, Utente Giorni di calendario o solari Giorni lavorativi o feriali Lista di codici di tessere e carte bancarie che non sono ritenuti validi dal SIGS Lista di numeri di codice di tessere e carte bancarie che sono ritenuti validi dal SIGS Area adibita alla sosta di un'auto, delimitata da strisce blu orizzontali Fruitori del SIGS i giorni consecutivi compresi i sabati, le domeniche e le festività riconosciute come tali dallo Stato. Le dizioni "giorni" e "periodi di tempo avranno il significato di giorni di calendario i giorni di calendario escluse le domeniche e le festività riconosciute come tali dallo Stato a tutti gli effetti civili 5 / 37
6 Parte prima 2 Sistema Integrato Gestione Sosta 2.1 Il SIGS Il Sistema Integrato Gestione Sosta oggetto della presente procedura ha la seguente configurazione e lavora ai seguenti livelli: a livello di centralizzazione, con il server fisico oggetto della fornitura e posto presso apposito locale della sede ATAP ovvero tramite server fisico o virtuale posto nella server farm della D.A., con database e software di gestione ed analisi tecnico, amministrativo e contabile per la gestione dei sistemi applicativi ed operativi del SIGS, connessi al server di centralizzazione. Il collegamento con ogni singolo parcometro, avviene tramite dispositivi di telecomunicazione del tipo mobile (3G/4G); a livello del singolo parcometro, dove gli apparati, connessi con il server di centralizzazione consentono la regolarizzazione della sosta, controllano i documenti di pagamento ed i titoli di sosta, calcolano ed effettuano la riscossione delle tariffe, contabilizzano, gestiscono le informazioni diagnostiche, ecc.; a livello di postazioni remote, dove i vari utenti autorizzati alla rete, mediante la loro postazione operativa (connessa o all infrastruttura ATAP o a quella del Comando di Polizia Locale del Comune di Vercelli) potranno accedere alle informazioni contenute a livello di Centralizzazione sia per analizzare, elaborare, estrapolare e settare lo stato dei parcometri (livelli di servizio, malfunzionamenti, allarmi, ecc.) sia per analizzare, elaborare, estrapolare ed impostare i dati contabili nonché per modificare importi tariffari dei vari prodotti di sosta disponibili. Tali accessi potranno avvenire in contemporanea fino ad un numero massimo di 2 postazioni; a titolo esemplificativo si riportano alcune categorie di utenze: Postazioni Tecniche, il Committente interagisce con il sistema per le attività di settaggio, programmazione, di verifica gestionale effettuate presso le apparecchiature del SIGS, estrapolando quanto fosse necessario, report, statistiche di anomalie tecniche, stato del sistema, ecc.; Postazioni Amministrative, il Committente interagisce con il sistema per le attività gestionali ed amministrative, effettuate presso le apparecchiature del sistema accessi, estrapolando quanto fosse necessario, report contabili, anomalie tecniche, incassi per tipologia di pagamento, abbonamenti e titoli, ecc. 6 / 37
7 2.2 Sviluppi connessi Centrale Operativa Parcheggi La COP è attrezzata per garantire il costante presidio e la puntuale supervisione delle aree oggetto di sosta gestite da ATAP e permette agli operatori in servizio di monitorare tutte le attività effettuate presso i siti gestiti e risolvere anomalie operative ed amministrative. La Centrale Operativa Parcheggi è il principale sito remoto del sistema Integrato ATAP Compatibilità ed integrazione del titolo B.I.P. Essendo intenzione della stazione appaltante adottare nel corso dell esercizio 2015 il sistema di bigliettazione elettronica regionale denominato B.I.P. da implementare nell ambito del servizio di trasporto pubblico locale esercito in diversi bacini della Regione Piemonte fra i quali anche quelli relativi al Comune ed alla Provincia di Vercelli, è necessario che il sistema offerto, costituito sia dai parcometri sia dal sistema di centralizzazione, risulti essere in tutto e per tutto compatibile ed integrabile con il sistema di bigliettazione elettronica B.I.P. Il sistema offerto deve quindi comprendere, abbinato con il sistema di lettura/scrittura proprietario (presente in ogni apparato di lettura/scrittura titoli), una unità di lettura/scrittura contactless (RFID) di smartcard e chip on paper del sistema B.I.P., tassativamente posta all'interno dei macchinari, con le seguenti caratteristiche: possibilità di ospitare almeno due slot per i moduli di sicurezza (SAM) del sistema BIP; presenza di antenna per la comunicazione contactless con smartcard, chip on paper e dispositivi NFC; lettura/scrittura contactless mediante i protocolli di comunicazione: ISO B (full standard, ovvero conforme alle parti 1,2,3 e 4), ISO A possibilità di gestire i seguenti sistemi operativi dei supporti contactless: Calypso rev.3.1, Mifare Standard, Mifare Ultralight, Mifare Ultralight EV1, my-d move interfaccia utente con spie luminose (verde-rosso-giallo) per l esito della lettura contactless. L elettronica, a seconda delle soluzioni individuate dai Concorrenti, dovrà essere integrata su una scheda dotata di: una CPU a 32 bit; almeno 8 megabyte di memoria FLASH per programmi e configurazione; almeno 256 kilobyte di memoria RAM per dati (protetta da batteria di back-up); almeno 4 canali di comunicazione seriale; 7 / 37
8 buzzer bitonale con lunghezza programmabile dei toni. L elettronica dovrà essere dotata di un sistema di alimentazione a 12V stabilizzato, in modo da garantire che la transazione in corso sia sempre completata con successo. Il tempo di transazione assicurato dall accoppiatore RFID in modalità di lettura/scrittura delle carte: o in presenza di SAM fisiche (modalità offline), potrà variare in funzione del numero e della complessità dei contratti presenti nella tessera e degli standard attivi, ma dovrà essere inferiore a 250 ms; o in presenza di sistema con SAM remote poste presso il centro di controllo CCA o CSR-BIP, potrà variare in funzione del numero e della complessità dei contratti presenti nella tessera e degli standard attivi, nel rispetto di: - Tempo medio di transazione 10 sec; - Tempo massimo di transazione 30 sec; - Scarto quadratico medio delle transazioni minimo. Si richiedono soluzioni che comportano un ridotto assorbimento energetico ed un'ottimizzazione del tempo complessivo di transazione in presenza di sistema con SAM remote su CCA o CSR-BIP. Inoltre il sistema di gestione di tali apparati dovrà essere basato su di una piattaforma flessibile e che consenta una più agevole comunicazione con software di terze parti, ad esempio con interfacce aperte o che si basino su standard di comune utilizzo. Il software proposto per il sistema di centralizzazione dovrà quindi essere in grado di supportare eventuali successivi sviluppi per rendere il sistema di gestione dei parcometri integrabile al B.I.P. Il software di gestione delle carte RFID dovrà permettere di accedere al contenuto delle smartcard mediante chiavi Calypso presenti su SAM locale o su SAM remota, di leggere il contenuto della carta e trasferirlo al centro, di ricevere dal centro i dati da scrivere sulla smartcard. Il display del parcometro deve essere utilizzato per presentare messaggi come da indicazioni ricevute dal CCA del B.I.P. e/o dal sistema di centralizzazione parcometri. Dovranno essere fornite chiare indicazioni scritte e grafiche sull'utilizzo del sistema di validazione proposto. 8 / 37
9 Parte seconda 3 Esercizio del Sistema Integrato Gestione Sosta 3.1 Tipologie di clienti Il SIGS su strada regolato con parcometri richiede almeno la gestione delle seguenti principali tipologie di clienti elencati a titolo esemplificativo: cliente occasionale: usufruisce saltuariamente del servizio di parcheggio e paga in modo proporzionale al tempo di sosta utilizzando prevalentemente monete e carte bancarie; cliente affezionato: usufruisce con sufficiente continuità del servizio di parcheggio e paga in modo proporzionale al tempo di sosta utilizzando prevalentemente carte prepagate preacquistate ; cliente abbonato: usufruisce con continuità del servizio parcheggio e paga in modo proporzionale al tempo di sosta utilizzando carte prepagate, a tariffa agevolata, preacquistate ; cliente TPL: utilizza il parcometro per l'acquisto del biglietto per il trasporto urbano; cliente boa: utilizza il parcometro come "boa" di ricarica per un contratto relativo alla sosta o al TPL (B.I.P.). Tutte le tipologie di clienti (escluso TPL nella versione B.I.P. ) ritirano il titolo di parcheggio dal parcometro e dovranno esporlo in modo visibile sul cruscotto dell'autovettura dando quindi evidenza dell'avvenuto pagamento. Oltre a tali categorie il parcometro dovrà poter comunque emettere, nel caso ATAP ne abbia necessità, ulteriori tipologie di titoli, siano essi destinati alla sosta (es. biglietti giornalieri, mensili, settimanali, ecc.), sia per regolarizzare l'accesso alla ZTL oltre a quanto potrà rendersi utile per la gestione della mobilità integrata (mezzo privato - TPL). In tal caso il parcometro diverrà una postazione "on street" con cui l'utente potrà interagire per regolarizzare la sosta, l'accesso alla ZTL, ecc. 3.2 Tipologie di titolo offerte Il SIGS su strada regolato richiede che ogni singolo parcometro sia in grado di gestire almeno le seguenti principali tipologie di offerte in termini di sosta e titoli TPL elencati a titolo esemplificativo: tariffa oraria: consente l'acquisto a prezzo pieno della sosta per l'area in cui il parcometro è installato. In alcune zone si potrà render necessario che lo stesso gestisca più tariffe orarie che dovranno essere selezionate, prima della stampa del titolo da parte dell'utenza; 9 / 37
10 titolo di sosta: la D.A. dovrà poter gestire una serie di titoli quali a titolo esemplificativo: - tariffa oraria: l'importo verrà defalcato dal credito presente precaricato sulla tessera secondo la tariffa oraria selezionata (dovrà esser possibile gestire più zone tariffarie); - carnet orario: preacquistando tale titolo l'utente potrà usufruire sino a XX ore di sosta avendone uno sconto sull'acquisto; - biglietto giornaliero: preacquistando tale titolo l'utente potrà usufruire di un ticket di sosta con durata per l'intera giornata a prezzo agevolato; - abbonamento plurisettimanale da XXX ore: preacquistando tale titolo l'utente potrà usufruire di XXX ore di sosta utilizzabili su YYY settimane con un numero massimo di ore a settimana; - "boa" di ricarica: provvede a caricare sulla smart card un abbonamento per la sosta precedentemente acquistato tramite il canale di e-commerce ATAP; biglietto TPL: utilizza il parcometro per l'acquisto del biglietto per il trasporto urbano, inizialmente in modalità cartacea successivamente mediante interfacciamento con il sistema B.I.P. 3.3 Forme di pagamento Il cliente al fine di regolarizzare il pagamento della sosta potrà ricorrere a: monete metalliche correnti; banconote correnti (solo 4 parcometri dei 30 previsti per l intera fornitura dovranno essere dotati di tale soluzione); pagamenti elettronici con carta di credito e bancomat in sola modalità ON LINE e/o mediante la tecnologia NFC (la possibilità di pagamento a mezzo tecnologia NFC non è una specifica tecnica vincolante per la partecipazione alla presente procedura, ove presente sarà oggetto di attribuzione di specifico punteggio secondo quanto chiarito al punto 7 del disciplinare di gara); tessere standard ISO basate su tecnologia RFID; apparati muniti di tecnologia NFC (tale specifica tecnica non è vincolante, ove presente sarà oggetto di attribuzione di specifico punteggio secondo quanto chiarito al punto 7 del disciplinare di gara). 3.4 Modalità di gestione dei vari clienti Vengono qui di seguito elencate le modalità di interazione con il parcometro, finalizzate alla regolarizzazione della sosta ovvero all acquisto dei titoli TPL. L'elenco è puramente a titolo esemplificativo e non esaustivo e ATAP si riserva di richiedere, all'avvio o durante l'intera durata del 10 / 37
11 contratto, lo sviluppo di ulteriori tipologie di titoli che non comporteranno per ATAP ulteriori oneri di sviluppo. Inoltre le procedure di acquisto dei titoli sono esplicitate a titolo esemplificativo e la D.A. potrà fornire soluzioni alternative purché congruenti con quanto richiesto da ATAP Cliente occasionale L'acquisto del titolo avverrà secondo la seguente procedura: il cliente, seguendo le istruzioni indicate sul frontalino esplicativo/display del parcometro stesso, sceglie la tariffa, se il parcometro è un pluri-tariffa, ed effettua il pagamento utilizzando uno dei sistemi di cui all'art. 3.3; raggiunto il tempo di sosta desiderato eseguendo il pagamento, comunque non superiore ad un massimo di ore predefinito, effettua la convalida secondo le istruzioni riportate sul frontalino/display ed attende l emissione del ticket il quale deve riportare almeno la somma pagata, l ora, il giorno, il tempo di fine sosta. Dovrà inoltre esser possibile la stampa di ulteriori dati secondo le indicazioni di ATAP (es. QR Code, codice a barre, ecc.). Il pagamento può essere interrotto, da parte dell'utente, in qualsiasi momento prima della convalida; il cliente ritira il ticket dall'apposito sportellino del parcometro e lo espone in modo visibile sul cruscotto dell'autovettura. Tutte le operazioni devono essere guidate tramite display Cliente affezionato L'acquisto del titolo avverrà secondo la seguente procedura: il cliente, seguendo le istruzioni indicate sul frontalino esplicativo/display del parcometro, sceglie la tariffa se il parcometro è un pluri-tariffa, ed effettua il pagamento utilizzando uno dei sistemi di cui all'art. 3.3 (in prevalenza carta contactless su cui verrà precaricato un credito); raggiunto il tempo di sosta desiderato eseguendo il pagamento, comunque non superiore ad un massimo di ore predefinito, effettua la convalida secondo le istruzioni riportate sul frontalino/display ed attende l emissione del ticket il quale deve riportare almeno la somma pagata, l ora, il giorno, il tempo di fine sosta. Dovrà inoltre essere possibile la stampa di ulteriori dati secondo le indicazioni di ATAP (es. QR Code, codice a barre, ecc.). Il pagamento può essere interrotto, da parte dell'utente, in qualsiasi momento prima della convalida; il cliente ritira la carta ed il ticket dall'apposito sportellino del parcometro e lo espone in modo visibile sul cruscotto dell'autovettura. Tutte le operazioni devono essere guidate tramite display. 11 / 37
12 3.4.3 Cliente abbonato o con titolo agevolato L'acquisto del titolo avverrà secondo la seguente procedura: il cliente, seguendo le istruzioni indicate sul frontalino esplicativo/display del parcometro, sceglie la tariffa se il parcometro è un pluri-tariffa, ed effettua il pagamento utilizzando uno dei sistemi di cui all'art. 3.3 (in prevalenza carta contactless su cui verrà precaricato il contratto agevolato scelto dall'utente); raggiunto il tempo di sosta desiderato, o attivata l'agevolazione precaricata, eseguendo il pagamento, effettua la convalida secondo le istruzioni riportate sul frontalino/dispaly ed attende l emissione del ticket il quale deve riportare la somma pagata, l ora, il giorno, il tempo di fine sosta. Dovrà inoltre essere possibile la stampa di ulteriori dati secondo le indicazioni di ATAP (es. QR Code, codice a barre, ecc.). Il pagamento può essere interrotto, da parte dell'utente, in qualsiasi momento prima della convalida. il cliente ritira la carta ed il ticket dall'apposito sportellino del parcometro e lo espone in modo visibile sul cruscotto dell'autovettura. Tutte le operazioni devono essere guidate tramite display Cliente TPL L'acquisto del titolo avverrà secondo la seguente procedura: il cliente, seguendo le istruzioni indicate sul frontalino esplicativo/display del parcometro, sceglie la tariffa relativa al TPL, ed effettua il pagamento utilizzando uno dei sistemi di cui all'art. 3.3; il cliente ritira il ticket dall'apposito sportellino del parcometro e lo conserva con se per poterlo esibire in caso di controllo sui mezzi pubblici Cliente E commerce (BOA) Per tale operatività l'utente dovrà aver già acquistato il titolo per la sosta o per il TPL preventivamente tramite il canale di e-commerce ATAP. La ricarica della tessera avverrà secondo la seguente procedura: il cliente, seguendo le istruzioni indicate sul frontalino esplicativo/display del parcometro, sceglie l'opzione relativa a "boa", ed effettua la ricarica della tessera secondo la procedura che verrà indicata sul frontalino esplicativo/display del parcometro; il cliente, al termine dell'operazione, ritira il ticket dall'apposito sportellino del parcometro per esporlo in modo visibile sul cruscotto dell autovettura o lo conserva con se per poterlo esibire quale attestazione di avvenuta transazione in caso di eventuali controlli. 12 / 37
13 Parte Terza Prescrizioni tecniche 4 Sistema di centralizzazione L'unità di Centralizzazione, oggetto della fornitura (Server) rappresenta il livello gerarchico superiore del sistema. Il Server, coordina, gestisce ed archivia le attività delle altre unità (parcometri e postazioni di lavoro) comunicando loro informazioni di gestione e controllo, mantenendo aggiornato lo stato d occupazione dei parcheggi e collezionando le informazioni relative alle operazioni svolte dal sistema e di diagnostica. 4.1 Elementi o parti Il software di centralizzazione, a seconda della scelta del Concorrente, potrà esser installato su di: 1. un server fisico fornito ed installato presso apposito locale della sede aziendale di ATAP; 2. un server fisico o virtuale installato presso il data farm della D.A. Al fine di garantire la ridondanza del sistema, in entrambe le ipotesi di cui ai punti 1 e 2, è da prevedersi uno storage, che preveda l allineamento giornaliero con i dati contenuti presso il server primario da realizzarsi su specifica unità di back up fornita o messa a disposizione dalla D.A. Nell'ipotesi di cui ai punti 1 e 2, assieme al server (fisico o virtuale) dovranno esser fornite tutte le licenze proprietarie o di parti terze necessarie per la completa gestione del sistema (es. licenze S.O., pacchetti software, antivirus, ecc.) in locale ed in remoto compresi eventuali codici di attivazione, chiavi hardware, ecc. in numero sufficiente a garantire l effettiva operatività da ogni singola postazione locale o remota garantendo, l attivazione per un minimo di 4 postazioni operative che verranno indicate in fase esecutiva da ATAP Specifiche minime server fisico Il server dovrà avere software applicativo sviluppato in ambiente Windows, con Data Base SQL- Server e interfaccia TCP/IP per applicazioni di terzi. Dovrà avere almeno le seguenti caratteristiche hardware e software: 1. server su modulo industriale formato rack 19 ; 2. alimentazione ridondante (minimo 2 alimentatori); 3. dischi di sistema (SSD o HDD) ridondanti (livelli RAID 0/1/1+0/5) di tipo SAS (min rpm, 6 Gbit/s, buffer 16 Mb) o di tipo SATA (min 7200 rpm, 6 Gbit/s, buffer 32 Mb); 4. interfaccia di rete 10/100/1000 Gb ridondanti (minimo 2 schede); 13 / 37
14 5. processori X64 (Intel Xeon quad-core minimo) ridondanti; 6. RAM 8 Gb min. totali, n. slot disponibili minimo 6, tecnologia DDR3; 7. sistemi di ventilazione attivi ridondanti; 8. software per validazione di tutti i parametri di input; 9. software per prevenzione attacchi di tipo Sql-Injection; 10. software per prevenzione attacchi di tipo Cross-Site Scripting; 11. software per prevenzione attacchi di tipo DOS Specifiche minime server fisico o virtuale in data farm della D.A. Le attività garantite nell ambito del servizio di gestione in outsourcing delle procedure, sono concepite ed erogate nell ottica di realizzare tutta l infrastruttura HW e SW necessaria all installazione, configurazione e mantenimento dei server e dei DB, mettendo a disposizione di ATAP le risorse tecnologiche ed umane necessarie allo scopo. Tutte le attività devono essere realizzate secondo il rispetto dei principi di sicurezza e di qualità secondo le norme internazionali ISO/IEC Il servizio di hosting comprende l insieme delle prestazioni e delle attività che permettono all utente di disporre in modo ottimale ed istantaneo delle funzionalità del SIGS. Il sistema è allocato presso la Server Farm, in adeguati locali forniti dei necessari servizi generali e di climatizzazione. La configurazione di regime per il servizio prestato per il Committente dovrà essere almeno la seguente: o server per WEB e Data Base; o sistema di backup e di esportazione dati nei principali formati richiesti da ATAP; o rete protetta da Firewall; o collegamenti ridondati di accesso rete WAN. Le caratteristiche del servizio prestato sono: o manutenzione tecnica ordinaria e straordinaria; o help desk di primo livello Assistenza Telefonica; o antivirus e antispam aggiornati. Le prestazioni riguardano: o la disponibilità dei sistemi hardware e software di base necessari per il funzionamento degli applicativi; o la disponibilità della rete telematica per permettere l erogazione del servizio agli utenti remoti. 14 / 37
15 A tale proposito sono previsti i seguenti requisiti minimi, da valutarsi in funzione dell effettiva necessità di risorse del sistema offerto, con: o 2 virtual cpu; o 32 GB dedicati di RAM; o 100 GB di spazio dedicato per storage; o periodo massimo accettabile di discontinuità: 99,9%; o credenziali di accesso personali e differenziate in funzione dell autorizzazione utente; o le attività di manutenzione ordinaria verranno eseguite in finestre orarie non sovrapposte all orario di servizio salvo diversi accordi con ATAP. 4.2 Funzioni di sistema L appaltatore deve fornire, a seconda della tipologia di server fornito, la piattaforma hardware e software (v. art ) o solo software (v. art ) su cui si basano i sistemi operativi e gestionali (proprietari o di terzi) che concorrono al funzionamento del sistema centralizzato, di tipo professionale e con sistemi informatici stabili e aggiornabili. Quanto sopra è il presupposto irrinunciabile per lo sviluppo e l applicazione di software che con lo standard di comunicazione TCP/IP consentano di migrare i dati del sistema centralizzato ai sistemi ATAP e viceversa. Il sistema Centralizzato deve in particolare: 1. consentire la programmazione ed il settaggio delle componenti del sistema prevedendo la possibilità di allarmi, invio mail, sms, ecc. in caso di eventi definiti da ATAP; 2. creare, aggiornare e modificare tariffe, abbonamenti, ecc.; 3. coordinare i vari flussi da e verso i parcometri per quanto riguarda i pagamenti mediante moneta elettronica; 4. creare, modificare le policy di sicurezza per i vari utenti abilitati all accesso al sistema; 5. rilevare, archiviare, segnalare, estrapolare, ecc. e consentire il filtraggio sulla base di periodi, tipologie, ecc.: - delle azioni, operazioni, stato, ecc. di ogni singolo parcometro (settando eventuali allarmi per determinate condizioni); - delle criticità o dei malfunzionamenti con possibilità di settare allarmi di pre-avviso, avviso ed a evento; - dei dati afferenti i pagamenti suddivisi per tipologia, data, ecc. nonché i relativi report contabili; In particolare il sistema dovrà garantire: 15 / 37
16 - l attivazione di specifici allarmi da notificare alle postazioni configurate presso il Comando di Polizia Locale del Comune di Vercelli nel caso di tentativi di effrazione, atti vandalici e fermo macchina; - una funzionalità in grado di verificare la situazione dei tickets emessi rispetto ai posti disponibili in una predeterminata area di sosta, segnalando eventuali anomalie o scostamenti anomali rispetto alla media dei dati in possesso del DB e riferiti ad un arco temporale predefinito. Tutte le operazioni suindicate, in funzione delle autorizzazioni possedute, dovranno essere rese disponibili mediante un semplice accesso ai data base con i correnti sistemi INTERNET, da più utenti autorizzati anche in contemporanea, con la creazione di particolari software di interfaccia di semplice utilizzo, parametrizzabili e personalizzabili nelle ricerche e nell estrapolazione dei dati in modo da poter attingere a tutte le possibili informazioni necessarie per ATAP ed estrapolabili dagli archivi del Server. Tali software di interfaccia e relative licenze (software o chiavi hardware) sono ricompresi nella fornitura oggetto della presente procedura nelle quantità minime di 4 unità. Tali programmi, dovranno inoltre consentire la produzione automatica di file di report le cui specifiche, oltre alla periodicità ed alle modalità di trasmissione ( , sms, ecc.), saranno parametrizzabili e configurabili da ATAP Acquisizione e mantenimento delle informazioni prodotte da tutte le componenti del SIGS Il server di centralizzazione riceve dai componenti del SIGS tutte le informazioni necessarie alla corretta gestione delle attività effettuate nel singolo parcometro. Il server di centralizzazione organizza le informazioni in più tabelle che le consentono di estrarre rapidamente i dati necessari per le sue procedure di controllo e gestione, e le informazioni desiderate dai livelli logici superiori. Il periodo di archiviazione dei dati dovrà essere configurabile a scelta della Committenza garantendo comunque un tempo di archiviazione minimo di almeno 365 gg. Dovrà esser possibile archiviare, mediante procedure automatiche di backup, i dati in modo da conservarli e renderli disponibili per successive interrogazioni, analisi ed elaborazioni da parte del personale della Committenza che dovranno essere attuate tramite il software di gestione ordinariamente utilizzato. Il sistema deve prevedere la gestione anche per possibili espansioni future di parcometri. 16 / 37
17 4.2.2 Interazione con l'operatore Il server di centralizzazione interagisce con l'operatore rendendo disponibili tutte le informazioni e le funzioni necessarie alla corretta gestione degli elementi controllati. Il sistema deve essere strutturato in più categorie di comunicazioni e deve permettere di monitorare in tempo reale lo stato operativo di ogni singolo parcometro indicando, sia a video sulle postazioni tecniche che tramite l'invio di SMS e/o o mediante "app" su palmare dell'operatore, il tipo di evento o anomalia riscontrato. Nell elenco sottostante, sono descritte, a titolo esemplificativo e non esaustivo, alcune di queste: configurazione del parcometro: consiste nella configurazione delle singole impostazioni, dello stato desiderato del parcometro con la possibilità di modificare singolarmente o per gruppi tariffe, modalità di pagamento accettate e relativi vincoli gestionali, ecc.; richieste sullo stato del parcometro: l'operatore richiede l'evidenziazione dello stato diagnostico delle unità e dei dispositivi del parcometro; accettazione e tacitazione delle condizioni diagnostiche: le condizioni diagnostiche sono evidenziate sul monitor, classificate mediante un quadro sinottico, ed inserite in un elenco delle segnalazioni pendenti; la cancellazione dall'elenco avviene in seguito all'accettazione da parte dell'operatore. Il sistema deve automaticamente eliminare le segnalazioni risolte lasciando la possibilità all'operatore di segnalare l'avvenuta riparazione del guasto o la normalizzazione della condizione d'allarme nel caso in cui non sia possibile diagnosticare, localmente o in modo automatico, il ripristino delle normali condizioni di funzionamento; Gli eventi che indicano lo stato del parcometro devono essere chiaramente riportati nei database del sistema di centralizzazione e mediante software con rappresentazione grafica sulle varie postazioni tecniche in una mappa grafica che distingua la criticità con diversi colori; dialogare in ricezione ed in trasmissione con i parcometri in modo che l'operatore possa interrogare puntualmente e con riscontro immediato i singoli parcometri così da determinare lo stato manutentivo e gestionale di uno o più parcometri; attivazione di allarmi per condizioni di malfunzionamento o sicurezza: l'operatore dovrà poter definire una serie di allarmi a differenti livelli di allerta per i quali il sistema dovrà attivare differenti azioni (invio sms, segnalazione su "app" manutentore, ecc.) per le principali anomalie, condizioni di possibile criticità (es. avviso fine rotolo ticket, ecc.), o di sicurezza (es. tentativo di furto) che potranno essere scelte da ATAP e modificate in base alle esigenze tecniche e gestionali; tali modifiche di allarme dovranno esser possibili tramite semplici modifiche delle opzioni del sistema di centralizzazione; 17 / 37
18 visualizzazione, elaborazione, stampa ed estrapolazione di statistiche: filtrate sulla base di parametri personalizzabili e configurabili dall operatore sia per quanto riguarda la parte manutentiva che gestionale e contabile. Le comunicazioni dovranno essere On Line utilizzando il sistema 3G/4G per aumentare la velocità di trasmissione, immediatezza di risposta, massima garanzia della protezione dati trasmessi. Le informazioni dal parcometro al server possono essere inviate in tempo reale o ad ore predeterminate in modo da non affollare la trasmissione dei dati dalla periferia al sistema di centralizzazione. La scelta delle informazioni inviate in tempo reale o ad ore predeterminate sarà definita in base alle esigenze tecniche e gestionali di ATAP e dovrà esser possibile modificarle in base alle esigenze operative tramite semplici modifiche delle opzioni del sistema di centralizzazione. A titolo esemplificativo e non certo esaustivo, si elencano alcuni tipi di segnalazione che potranno essere richieste: eventi relativi ad anomalie; eventi relativi ad azioni manutentive; eventi di trasmissione contabile; eventi relativi ai pagamenti errati; eventi relativi a tentativi di effrazione; eventi relativi a frodi; eventi relativi al fermo macchina; eventi relativi a fermi macchina parziali; eventi relativi alla raccolta incassi; data ultimo collegamento tra parcometro e sistema di centralizzazione; quantità biglietti disponibili nel parcometro; valore contenuto nella cassaforte; conii monete contenute; valore in base alle differenti modalità di pagamento; livello carica della batteria, livello di trasmissione (campo) del 3G/4G;... ecc Interazione con i parcometri Il server della centralizzazione interroga ciclicamente in modo automatico, ovvero riceve in modo automatico, dal parcometro informazioni sul suo stato per richiedere, archiviare e analizzare le informazioni o segnalarne l'invio. A seguito di interrogazione da parte di operatore da postazione remota, il sistema di centralizzazione dovrà poter istantaneamente verificare e monitorare i 18 / 37
19 parametri richiesti parcometro per parcometro estrapolandoli ed aggiornandoli sulla base delle griglie di ricerca impostabili. A titolo esemplificativo il sistema di centralizzazione: mantiene ogni unità sincronizzata con l'orologio del sistema: invia ad ognuna le informazioni necessarie per eseguire le relative funzioni, e richiede ad ognuna le informazioni gestionali e di natura diagnostica. Garantisce il rilevamento immediato degli allarmi; interagisce con il parcometro: consiste nello scambio di informazioni di controllo e di diagnostica sia per aspetti manutentivi che per aspetti gestionali, strutturato a moduli gestito con differenti policy autorizzative e dovrà registrare almeno: - lo stato puntuale ed aggiornato degli apparati in campo, visualizzando le differenti tipologie di guasti ed anomalie in tempo reale consentendone la visualizzazione, l analisi e la ricerca sulla base di filtri per data, tipologia, ecc. oltre che l estrapolazione verso programmi terzi (excel, ecc.). In particolare il parcometro al generarsi di un evento (la cui definizione deve potersi configurare e definire da parte della Committenza), dovrà automaticamente inviare comunicazione al server che provvederà a registrarlo evidenziando anche in modo grafico il livello di criticità e, in base ad esso, ad inviare automaticamente a liste di distribuzione mail di evento (il testo e la definizione di tali mail dovrà esser personalizzabile dalla Committenza); - lo storico degli eventi siano esse le anomalie, le raccolte, i cambi configurazione, le manutenzioni, ecc. L invio di tali segnalazioni dovrà avvenire in automatico appena l evento verrà generato. Dovrà esser inoltre possibile visualizzare, analizzare, ricercare sulla base di filtri per data, tipologia, ecc. ed estrapolare verso programmi terzi (excel, ecc.) tutti gli eventi di default impostati sul parcometro sin dalla fase di prima installazione; - i dati finanziari di raccolta, per consentire il confronto con i dati derivanti dalla contazione moneta, visualizzare dettagliatamente ogni singola transazione effettuata al parcometro suddivisa in funzione delle differenti tipologie di pagamento utilizzabili (monete, carte di credito, bancarie, B.I.P., carte terze, ecc.); da seguito alle interazioni attuate dall operatore (art ) da postazione remota Interazione con prodotto per la gestione dei pagamenti con Carte Bancarie e Bancomat La procedura di gestione dei movimenti contabili dei pagamenti con Carte Bancarie e Bancomat del sintema centralizzato, deve interagire in modalità ON LINE con le procedure dei Circuirti Interbancari per la verifica, contabilizzazione e addebito. Il sistema fornito dalla D.A. dovrà gestire il pagamento 19 / 37
20 ON LINE di carte bancarie (carte di credito o bancomat) su supporti di lettura microchip (EMV) e, ove previsto, in modalità NFC. La tratta autorizzativa, deve essere conforme al protocollo ISO 8583ABI in grado di gestire i dati peculiari EMV nonché del modello Pago Bancomat. Alla luce delle considerazioni di cui sopra e per ottemperare a quanto previsto dai regolamenti dei Circuiti Internazionali, la struttura del sistema d accettazione delle carte bancarie dovrà rispettare i punti seguenti: adeguamento delle tratte bancarie ed interbancarie con i nuovi protocolli di trasmissione; certificazione PCI-DSS nonché PA-DSS delle infrastrutture atte alla raccolta delle informazioni contabili di pagamento; certificazione dei terminali POS EMV presso i Circuiti Internazionali e omologazione presso l'abi/progetto Microcircuito; 4.3 Caratteristiche tecniche La disconnessione del collegamento di uno dei parcometri o dell'intero sistema di centralizzazione, non devono in alcun modo influire sull'autonomia di funzionamento e sulla gestione ordinaria e straordinaria delle varie unità periferiche. I singoli parcometri devono svolgere le loro funzioni in modo autonomo, conservando tutte le informazioni delle varie transazioni/operazioni eseguite nelle proprie strutture di memoria come descritto in precedenza, ad eccezione delle richieste di transazione con carte bancarie che necessitano di una verifica autorizzativa ON LINE. Al ripristino delle normali condizioni di collegamento tra le varie unità, il server di centralizzazione si incarica di ricevere dalle varie unità tutti i dati pregressi e di inviare tutti gli aggiornamenti ad ogni singolo apparato. 20 / 37