ALLEGATO E

ASPO SPA AZIENDA SERVIZI PUBBLICI OLBIA

ALLEGATO E

Progettazione esecutiva e fornitura di un sistema di bigliettazione elettronica SBE da installare a bordo dei mezzi TPL dell’azienda ASPO SPA di Olbia

CAPITOLATO TECNICO SPECIALE D’APPALTO

Il presente capitolato deve essere restituito dalle ditte concorrenti firmato per accettazione in ogni sua pagina.

Olbia –Luglio 2016

1. OGGETTO DELLA GARA

La gara, ha per oggetto la progettazione esecutiva, la realizzazione, gestione e manutenzione di un Sistema di Bigliettazione Elettronica SBE da installare a bordo dei mezzi TPL e nelle strutture dell’azienda ASPO SPA di Olbia, nonché la realizzazione dell’interoperabilità con il sistema regionale SIBEM RAS già realizzato. Il presente documento ha inoltre lo scopo di illustrare le caratteristiche richieste al sistema per la gestione della bigliettazione di cui la Stazione Appaltante intende dotarsi.

2. OBIETTIVI

Il nuovo sistema oggetto della gara deve il più possibile automatizzare i vari processi e migliorare il servizio erogato fornire ai passeggeri uno strumento innovativo ed al personale addetto al controllo uno strumento efficace basato su strumenti tecnologici avanzati.

I finanziamenti sono individuati all’interno delle risorse POR FESR 2014-2020, Asse Prioritario IV, Azione 4.6.3. necessari al completamento definitivo del sistema regionale di bigliettazione elettronica (progetto SIBEM RAS), in linea con le indicazioni previste dalla Programmazione Unitaria 2014-2020 e deliberato con D.G.R. n. 63/12 del 15.12.2015.

Il SBE costituisce l’insieme coordinato e integrato di dispositivi, di terra e di bordo, hardware e software, atti a gestire e regolare, in forma automatizzata e secondo scelte architetturali e tecnologiche, tutte le interazioni coinvolte.

Il SBE, dovrà prevedere e raggiungere i seguenti obiettivi:

 disporre soluzioni adeguate per la creazione, la distribuzione, la vendita, il pagamento, dei vari titoli di viaggio previsti;

 introdurre un efficace strumento per il controllo della validità del titolo di viaggio;

 adottare opportuni strumenti per la gestione e l'analisi dei dati ed il contrasto di eventuali tentativi di contraffazione e frode nell'uso dei titoli previsti.

Il SBE dovrà garantire i seguenti elementi:

 integrabilità, ovvero l'integrazione e l’interconnessione degli apparati presenti e futuri;

 apertura, garantendo il collegamento con i dispositivi / sottosistemi già presenti, implementabili e/o installabili;

 scalabilità, ovvero, eventuale inserimento con interventi futuri di sistemi in funzione di nuovi servizi richiesti;

 garantire la compatibilità con interfacce hardware e software del mondo automotive ed informatico.

L’hardware ed il software dovranno garantire le seguenti componenti:

 sicurezza e disponibilità dei dati, con livelli adeguati (memorie di back-up);

 facilità e velocità nella sostituzione dei suoi componenti, senza particolari attrezzature;

 semplicità nella gestione dei dati raccolti.

Il sistema SBE, dovrà essere composto da un insieme di componenti hardware e software connessi tra loro, cosi composti:

 Sottosistema di bordo per la raccolta delle informazioni registrate dal validatore e terminale di bordo;

 Sottosistema di terra per la raccolta dei dati di bigliettazione provenienti dai sistemi periferici e la successiva elaborazione.

Gli apparati di bordo dovranno avere le seguenti caratteristiche:

 protezioni da sovratensioni e/o sovracorrenti presenti;

 assenza di interferenze elettromagnetiche e termiche;

 rispetto delle normative anti-infortunistiche;

 semplicità di manutenzione;

 garanzia di elevata affidabilità anche in condizioni critiche.

Nei paragrafi successivi vengono riportate le caratteristiche tecniche e funzionali degli apparati e dei sistemi.

L’Azienda Servizi Pubblici Olbia (A.S.P.O. SpA) attualmente è dotata di un sistema A.V.M. (Automatic Vehicle Monitoring) per il monitoraggio della flotta e l’informazione all’utenza. Tale sistema utilizza la tecnologia di localizzazione satellitare GPS e la tecnologia di comunicazione GPRS/WIFI. Il sistema è composto dai seguenti elementi: una centrale operativa; delle apparecchiature di bordo installate sugli autobus, paline elettroniche per l’informazione all’utenza, contapasseggeri ed un sistema di videosorveglianza.

Più precisa e dettagliata documentazione tecnica atta a descrivere le caratteristiche tecniche e funzionali dei sistemi sopra elencati sarà costituita da quanto già in possesso di ASPO SpA e sarà resa disponibile all’aggiudicatario dell’appalto in sede di progettazione esecutiva.

La Ditta aggiudicataria dovrà fornire tutta la documentazione tecnica delle soluzioni hardware e software adottate.

Affinché possa realizzarsi la totale integrazione e compatibilità delle possibili implementazioni future, dovranno essere garantite tutte le funzionalità della centrale operativa e dell’infrastruttura di deposito, fornendo il protocollo di interfacciamento.

Fermo restando quanto sopra, la Ditta aggiudicataria dovrà rendere disponibili i protocolli di interoperabilità delle apparecchiature dalla stessa fornite, al fine di consentirne l’integrazione nei sistemi informatici di cui l’ASPO è dotata o intende dotarsi in futuro.

2.1La fornitura del sistema

Le apparecchiature, il sistema centrale ed i sistemi periferici saranno realizzati dalla ditta aggiudicataria in un periodo temporale pari a 180 giorni (6 mesi) suddivisa e ripartita nel seguente modo:

 N. 1 sistema centrale da ubicare/installare nella sede Aziendale;

 N. 2 biglietterie aziendali da ubicare/installare in n. 2 uffici dell’azienda ASPO;

 N. 3 rivendite autorizzate;

 N. 4 Emettitrici self-service;

 N. 50 validatori di bordo;

 N. 31 terminali portatili;

2.2Il contesto aziendale

Il contesto aziendale da considerare in fase di offerta è il seguente:

 N. mezzi da attrezzare: 31, vedi Allegato B1

 N. Biglietterie aziendali da attrezzare: 2;

 X. Xxxxxxxxx autorizzate da attrezzare: 3;

 N. depositi: 1;

 N. linee/varianti di linea servite: 12;

 N. siti da attrezzare con Emettitrici self-service: 4;

2.3Architettura del sistema

L'Architettura principale del sistema richiesto per la realizzazione del SBE è la seguente:

Sistema di terra:

 Centrale di Bigliettazione Elettronica (CBE);

 Sistema di Vendita a Terra (Biglietteria aziendale, Rivendite autorizzate, Emettitrici automatiche).

 Server Centrale;

 Concentratore di deposito;

 Dispositivi di controllo dei titoli di viaggio;

 Sistema di trasmissione dati long-range (GPRS/GSM);

 Sistema di trasmissione dati short-range (wireless IEEE802.11);

Sistema di bordo:

 Integrazione con l'Unità Centrale di bordo (vedi AVM esistente PC/Computer di bordo);

 Integrazione con Modulo di comunicazione Trivalente esistente (GPS/GPRS-GSM/Wlan);

 Validatore;

 Terminale portatile;

I componenti sopra riportati devono integrarsi con le apparecchiature di bordo e di terra esistenti.

Il sistema può essere logicamente scomposto nei seguenti sottosistemi:

 Infrastruttura di rete, riguardante le diverse tipologie di connessione tra apparati / sottosistemi costituenti il sistema;

 Sottosistema di bordo, installato a bordo dei mezzi e finalizzato essenzialmente all’acquisizione delle informazioni da gestire, alla loro prima elaborazione e trasmissione ed all’interfacciamento con gli altri apparati di bordo, con gli autisti e con l’utenza presente sui mezzi stessi;

 Sottosistema di deposito, preposto alla gestione dei flussi dati dai mezzi al Centro di Controllo e viceversa;

 Centro di Controllo, con funzioni di monitoraggio, controllo ed elaborazione dei dati.

Lo schema delineato prevede che ciascuna unità si presenti come un’entità fisicamente indipendente dalle altre, mentre l’infrastruttura di rete costituisce il mezzo fisico attraverso il quale avviene lo scambio informativo.

Da tale schema conseguono alcune caratteristiche tecnologiche peculiari:

 A livello di comunicazione si richiede la fornitura di un articolato sistema di gestione delle trasmissioni dati in grado di soddisfare le differenti esigenze di comunicazione

 Sui sottosistemi di bordo, di terra e di deposito devono essere previste unità hardware fortemente modulari ed espandibili

 A livello di Centro di Controllo, fra server centrale e postazione operativa deve venire garantita la massima interoperabilità, intesa in termini sia di condivisione di dati di utilizzo comune, sia di accessibilità delle procedure da parte delle postazioni client, in virtù di un sistema di profilazione degli utenti

 A livello complessivo deve attuarsi una forte distribuzione delle funzionalità verso la periferia, con una triplice finalità:

o Velocizzare la risposta globale alle sollecitazioni esterne e agli interventi degli operatori;

o Minimizzare e ottimizzare gli scambi informativi fra i vari livelli;

o Garantire, infine, nel caso di parziale malfunzionamento dei sistemi, un degrado soffice delle prestazioni ed il mantenimento di alcune funzionalità di base.

2.4Interoperabilità con il sistema regionale SIBEM RAS

L’aggiudicatario dovrà garantire la fornitura di un SBE pienamente integrato ed interoperabile con il sistema regionale di bigliettazione elettronica già realizzato (progetto SIBEM RAS).

Le specifiche funzionali di interoperabilità, i dati di caratterizzazione dei sistemi in essere e della centrale di bigliettazione regionale (Centro Servizi Regionale-CSR), i protocolli di comunicazione, i tracciati dati ed ogni altra informazione necessaria al fine dell’implementazione dell’interoperabilità, da indicarsi in sede di offerta, saranno messi a disposizione dell’Aggiudicatario dell’appalto per la redazione dell’analisi progettuale propedeutica alla progettazione esecutiva, ove dovranno essere esaustivamente descritte e documentate, per ogni singolo componente della fornitura e nel rispetto di quanto già precisato in offerta, le modalità secondo cui il requisito dell’interoperabilità sarà soddisfatto.

Il concorrente deve adeguatamente descrivere nella propria offerta, e sarà oggetto di specifica valutazione di merito tecnico, mediante quali criteri e modalità si impegna ad operare in sede di progettazione esecutiva e di implementazione della fornitura, al fine di garantire il risultato dell’interoperabilità con la massima efficacia ed efficienza possibile, argomentando la propria concezione e soluzione di interoperabilità, i vantaggi e i punti di forza che la caratterizzano.

La verifica della corretta e adeguata implementazione del requisito dell’interoperabilità formerà oggetto e parte integrante delle procedure di collaudo, secondo quanto previsto nel capitolato d’oneri.

L’interoperabilità dovrà essere garantita con riguardo a tutti i sistemi / sottosistemi / apparati / supporti e relativi software oggetto di fornitura e coinvolti nella implementazione dei sistemi, con riguardo ai diversi livelli operativi - regionale, aziendale – in quanto necessari o funzionali a garantire in termini adeguati l’interoperabilità stessa, sotto i diversi profili/aspetti sopra richiamati e come meglio precisato in sede di offerta e di progettazione esecutiva.

3. SPECIFICHE FUNZIONALI

3.1 Infrastruttura di rete

Di seguito vengono specificate le funzioni richieste con la fornitura del sistema informativo per la gestione della CBE, seguendo le linee guida inerenti la “Architettura di riferimento per la gestione telematica del Trasporto Pubblico Locale su gomma”

L’infrastruttura di rete rappresenta il “sistema nervoso” dell’intero sistema; essa infatti deve garantire la connessione tra:

 I diversi apparati operanti nell’ambito dello stesso sottosistema

 I diversi sottosistemi.

L’infrastruttura di rete, esistente ed eventualmente da integrare con il nuovo sistema SBE, comprende:

 Rete cablata, costituita da:

o LAN Ethernet nel Centro di Controllo, per l’interconnessione delle apparecchiature ivi collocate

o LAN Ethernet nel deposito, per l’interconnessione delle apparecchiature ivi collocate

o WAN di connessione tra la LAN Ethernet nella Centrale di Controllo e la LAN Ethernet nel deposito (oggi utilizzata per il sistema AVM);

o Server ASPO (oggi utilizzato nel sistema ASPO);

 Sistema di comunicazione wireless di tipo short range, composto da WLAN nel deposito, compatibile con lo standard IEEE 802.11b/g, per l’interfacciamento del sottosistema di bordo (mezzi) con il sottosistema di deposito (access point) utilizzata per il sistema e controllo della flotta.

 Sistema di comunicazione wireless di tipo long range, basato su tecnologia GSM/GPRS, per l’interfacciamento del Centro di Controllo con i sottosistemi di bordo ed i sistemi di terra (AVM)

È da prevedere l'interfacciamento e/o l'eventuale fornitura aggiuntiva di dispositivi GSM/GPRS a livello dei sottosistemi di bordo e di terra, per interfacciare i nuovi sistemi previsti in questo progetto.

3.2 Funzioni del sistema

Le funzioni, dei sistemi telematici di bordo, di terra e dell’infrastruttura esistente e da implementare sono mirate ai seguenti utenti:

 Utenti di bordo (passeggeri);

 Utenti di terra in attesa del servizio TPL (passeggeri);

 Il personale viaggiante dell’Azienda ASPO SpA (conducenti e controllori);

 Azienda che commissiona il servizio di TPL preposta alla gestione, pianificazione e alla programmazione del servizio;

 Officine addette alla manutenzione del parco veicoli.

Pertanto le funzioni descritte nel dettaglio nei paragrafi seguenti sono relative a:

 Xxxxxxxxxx bordo veicolo - i passeggeri devono poter obliterare il titolo di viaggio sul terminale/validatore utilizzando esclusivamente il sistema, contactless, smartphone, NFC ecc:. La lettura e l'interazione delle informazioni dovrà avvenire attraverso un display ed una tastiera retroilluminata o touch screen.

 Personale viaggiante - i conducenti potranno emettere un titolo di viaggio; rinnovare e/o ricaricare titoli su smartcard contactless; integrare le funzioni di consolle autista con il computer di bordo esistente (AVM); il conducente dovrà inoltre essere aiutato, da indicatori luminosi e sonori.

 Enti esterni accreditati che commissionano il servizio di TPL - L’Azienda Contraente, potrà accedere ai dati resi disponibili.

3.3 Progettazione esecutiva del sistema

L’importo previsto per la progettazione esecutiva del sistema SBE - apparati di bordo - apparati di terra – interfacciamento ecc..è pari a € 18 400,00 + IVA.

Il progetto esecutivo, completo, dovrà essere consegnato alla Xxxxxxxx xxxxxxxxxx xxxxx 00 (xxxxxx) giorni dal ricevimento della comunicazione di avvenuta aggiudicazione.

Il progetto esecutivo sarà approvato dalla Stazione appaltante, entro 30 (trenta ) giorni dalla sua presentazione da parte dell’appaltatore; Il progetto redatto secondo le specifiche indicate sarà acquisito dall’Azienda ASPO SPA.

4. CENTRALE DI BIGLIETTAZIONE ELETTRONICA

4.1 OGGETTO DELLA FORNITURA

L’oggetto riguarda la fornitura e l’installazione di una centrale di bigliettazione elettronica c/o la sede dell’ASPO SpA di apparati per sistema CBE,nonché la realizzazione dell’interoperabilità con il sistema regionale già realizzato

In particolare fanno parte della CBE i seguenti elementi:

 Centrale di Bigliettazione Elettronica CBE (software);

 Biglietteria aziendale (hardware e software);

 Emettitrici self-service TVM (hardware e software);

 POS per rivendite secondarie;

 Server Concentratore di deposito (hardware e software);

I sistemi e gli apparati sopra elencati dovranno essere forniti, installati, configurati, testati e collaudati in tutte le loro parti.

4.2 - Importi previsti per la realizzazione del sistema

L’importo previsto per la parte relativa alla centrale di bigliettazione e sistema deposito è di € 260.700,00 + IVA (di cui oneri di sicurezza pari a € 2.550,00 + IVA). Il sistema verrà aggiudicato alla Ditta che, rispettando quanto richiesto dal presente capitolato, effettuerà l’offerta economicamente più vantaggiosa.

Nel suddetto importo è ovviamente inclusa anche l’installazione della centrale operativa e la garanzia per una durata minima di 2 anni (24 mesi) dalla data di avvenuto collaudo e accettazione. La garanzia include la manodopera, i ricambi ed ogni materiale necessario per la riparazione di qualsiasi guasto o malfunzionamento. Nell’offerta economica e nel progetto esecutivo la ditta concorrente dovrà fornire il dettaglio dei costi unitari e complessivi relativo alle apparecchiature, ai sistemi, ai software, alle installazioni, alla manodopera, ecc. (vedi modello fac-simile Analisi dei prezzi).

G li eventuali ribassi d’asta potranno essere utilizzati per il completamento e l’implementazione del

sistema.

4.3 Fornitura e installazione

Per fornitura e installazione si intende la fornitura dell’hardware e del software, la loro installazione e quant’altro necessario per il perfetto funzionamento della centrale operativa. Tale funzionamento sarà oggetto di collaudo e accettazione da parte dell’ASPO SpA. Ogni materiale necessario per la perfetta funzionalità e installazione della centrale operativa e degli apparati rimarrà ad esclusivo carico della Ditta aggiudicataria. Nulla potrà rimanere a carico dell’ASPO SPA.

4.4 Sistema Centrale di Bigliettazione

Il centro operativo di controllo CBE adibito ai compiti che riguardano la definizione, la gestione dei parametri e le transazioni svolte dai vari apparati periferici costituisce l’insieme di sistemi, sottosistemi e dispositivi, di terra e di bordo.

Il sw applicativo deve essere in grado di gestire il sistema tariffario esistente ma anche nuovi concetti tariffari secondo le regole definite a livello di Centro Servizi Regionale (CSR). Si richiede pertanto che il sistema sia concepito in modo da poter modificare il “sistema tariffario” senza la necessità di un’evoluzione del software.

4.5 Configurazione Hardware minima

Tutto l’hardware costituente il Sistema Centrale dovrà essere di marca primaria ed essere aggiornato alle ultime tecnologie presenti sul mercato. Il concorrente dovrà dimensionare il server del Sistema Centrale in modo da garantire le funzionalità richieste e tempi di risposta adeguati. Dovrà inoltre garantire adeguata espandibilità futura e le funzioni di seguito descritte:

4.6 Parametri e variabili di sistema.

Per la gestione delle variabili e dei parametri di sistema l'addetto (operatore di sistema) dovrà avere delle schermate per l'inserimento dei dati che attraverso il sistema di trasmissione invierà al database centrale. I vari dispositivi periferici di terra e di bordo del SBE saranno interessati nelle modifiche nei soli dati ad esso collegati. Il software di centrale dovrà consentire di parametrizzare di tutti gli apparati e delle loro proprietà definendo i dati necessari alla gestione tecnica, commerciale ed amministrativa indispensabili al loro funzionamento.

I principali parametri interessati dalle modifiche sono:

 rete di trasporto;

 calendario (tariffario, periodi di validità dei titoli);

 sicurezza del sistema attraverso la gestione della Black List Operatori;

 sicurezza dei titoli attraverso la gestione della Black List Xxxxxx;

 sicurezza e integrità dei titoli a validità sospesa attraverso la gestione della Blue List Titoli e della White List Titoli in “attesa” di perfezionamento di rinnovo/ricarica;

 titoli di viaggio e i profili tariffari;

 Parametri dei sottosistemi.

I file, ovvero, i Parametri”, devono essere inviati automaticamente a tutte le apparecchiature periferiche, al momento di ogni nuova generazione o modifica di quelli esistenti ed in modalità programmata.

Parametri della rete di trasporto

Attraverso questa funzione dovrà essere possibile definire la topologia della rete di trasporto, i possibili percorsi e le regole di funzionamento generale della rete. Il Centro di Controllo deve essere in grado di gestire almeno i seguenti parametri di caratterizzazione della rete: zone tariffarie; polimetriche; singole fermate; linee; percorsi; intercambi; orari di apertura e di chiusura della rete (arco orario di servizio); restrizioni di utilizzo dei titoli di viaggio sulle linee.

Calendario tariffario

La gestione del calendario deve permettere la definizione di tariffe differenti in base a periodi specifici, al tipo di giorno, alla fascia oraria. I parametri principali che il Centro di Controllo deve permettere di gestire sono i seguenti: tipo giorno (festivo, feriale, ecc.); periodi dell’anno (calendario scolastico, estivo, ecc.); fasce orarie giornaliere; cambio automatico tra ora legale e ora solare.

G estione accesso e “Black List Operatori”

La gestione di questo parametro deve permettere di controllare in ogni istante l’accesso al ed eventualmente di escluderne l’accesso o a sue specifiche funzionalità applicative (terminale autista, dispositivo portatile di controllo, terminale di ricarica, sportello di emissione/ricarica, sportello self- service, ecc.) a specifici codici operatore.

G estione della “Black List Titoli”

La Black List Xxxxxx rappresenta l’elenco dei supporti dei titoli di viaggio (chip on paper o smart card) che non sono autorizzate all’utilizzo. Il sistema, al verificarsi di un dato evento (ad es., denuncia di furto/smarrimento), deve permettere l’inserimento di un biglietto e/o di una card in “Black List Titoli”. Tale inserimento nel Database Server e il conseguente aggiornamento della Black List Xxxxxx deve poter essere effettuato esclusivamente da un operatore abilitato, del CBE e/o di una biglietteria aziendale. L’inserimento dovrà poter essere effettuato in quattro modalità differenti: ricerca di un biglietto/card specifica partendo dai dati del cliente; ricerca/selezione di un biglietto/card specifica in base al numero seriale; ricerca/selezione di un biglietto/card specifica in base al codice aziendale identificativo; ricerca/selezione di un biglietto/card specifica in base al numero univoco della card assegnato dal sistema in fase di emissione.

Il rilevamento da parte del SBE di un biglietto/card in Black List Titoli deve avvenire in sede di: rinnovo/ricarica di un titolo; validazione; controllo.

Il sistema, al rilevamento, attraverso una procedura di scrittura sul microchip della card, deve rendere il supporto non più utilizzabile. L’evento deve inoltre essere memorizzato nei dati di attività dell’apparato che lo ha rilevato. La Black List Titoli deve essere in grado di gestire codici identificativi singoli (relativi a singoli biglietti/card) e codici identificativi multipli (di lotti di biglietti/card). La capacità della Black List Xxxxxx deve essere almeno pari a 10.000 biglietti/card in modalità dinamica, ossia considerando le sole tessere non ancora rilevate nel circuito e non ancora invalidate

G estione della “Blue List Titoli”

La Blue List Xxxxxx rappresenta l’elenco delle card “sospese” dall’utilizzo del SBE e serve a gestire il pagamento ed il rinnovo dei titoli di viaggio. La sospensione della card riguarda la sola fase di validazione e viene attivata in caso di mancato pagamento del rinnovo. Se il cliente regolarizza tale pagamento l’effetto della Blue List di sospensione è neutralizzata fino alla data di scadenza del titolo di viaggio.

Attraverso la gestione della Blue List deve essere possibile, ad esempio, consentire il pagamento rateale di un titolo di viaggio e sospenderne la validità in caso di mancata regolarizzazione da parte del cliente entro un tempo stabilito parametrizzabile.

Le modalità di inserimento delle card in Blue List Xxxxxx sono analoghe a quelle previste per la Black List Xxxxxx. La Blue List Titoli deve essere in grado di gestire codici identificativi singoli (relativi a singole card) e codici identificativi multipli (di lotti di card). Ogni dispositivo di validazione che rileva un titolo presente nella Blue List Xxxxxx non deve autorizzare la transazione senza rendere la card inutilizzabile. L’evento deve inoltre essere memorizzato nei dati di attività dell’apparato che lo ha rilevato. La capacità della Blue List Xxxxxx deve essere almeno pari a 10.000 card in modalità dinamica.

G estione della “White List Titoli”

La White List Titoli rappresenta l’elenco delle card autorizzate a essere automaticamente rinnovate/ricaricate in fase di utilizzo. Il sistema, deve permettere di gestire per ogni card la ricarica/rinnovo di uno o più contratti in un’unica soluzione. Le modalità di inserimento delle card in White List Xxxxxx sono analoghe a quelle previste per la Black List Xxxxxx. Il sistema deve permettere di abilitare per tale funzione sia il sistema di fruizione, in fase di validazione (validatori), sia il sistema self-service di vendita/rinnovo/ricarica. Ognuno dei suddetti apparati, deve effettuare automaticamente il rinnovo/ricarica del contratto sulla card nel momento in cui rilevi che tale card è in White List Titoli. L’evento deve essere memorizzato nei dati di attività dell’apparato che lo ha rilevato. La capacità della White List Xxxxxx deve essere almeno pari a 10.000 card in modalità dinamica.

Gestione dei Titoli di Viaggio

Il sistema deve essere in grado di gestire le famiglie di titoli di viaggio di cui ai precedenti punti e un numero di tipi di titolo di viaggio pressoché illimitato (non meno di 60.000).

Parametri dei Sottosistemi

Il Centro di Controllo deve permettere la definizione dei parametri specifici delle singole apparecchiature periferiche facenti parte dei diversi sottosistemi attraverso il telecaricamento del software applicativo e dei dati di parametrizzazione quali: parametri del Sottosistema di Bordo Bus (consolle autista, validatori, ecc.); parametri del Sottosistema di Stazione/Deposito (validatori, concentratori, ecc.); parametri dei Sottosistemi di emissione, vendita, rinnovo/ricarica (terminali da banco, macchine Self-Service, ecc.); parametri del Sottosistema di Verifica (Dispositivi Portatili di Controllo). L’aggiornamento dei parametri e il controllo dello stato di funzionamento di ogni apparato dovrà poter essere effettuato dal Centro di Controllo, mediante telediagnosi e telemanutenzione.

4.7 Raccolta dei dati d’attività.

I dati saranno scaricati, in modalità automatica, dai sistemi periferici utilizzando le differenti modalità di interconnessione rese disponibili (RTC, LAN, WLAN, GSM/GPRS/EDGE/UMTS, ecc.). Il Sistema inoltre deve poter prevedere anche la possibilità che il Centro di Controllo effettui le chiamate verso le periferiche, sempre con periodi parametrizzabili.

Le connessioni da e verso gli apparati periferici potrà avvenire con le seguenti modalità: a orari giornalieri predefiniti; all’inizializzazione dell’apparato, in modo automatico; quando l’apparato perde i parametri; quando lo spazio di memoria è esaurito; su iniziativa dell’operatore.

Nel caso mancanza temporanea di collegamento, lo scambio tra il Centro di Controllo e gli apparati deve avvenire attraverso un sistema di backup.

Tutti i file di attività devono poter essere trasferiti in maniera automatica su supporto magnetico esterno o altro mezzo, attraverso applicativi di compattazione dei file.

4.8 Analisi statistica e reporting.

Al fine di realizzare report di tipo statistico, per stampe, elaborazioni ed esportazioni verso i gestionali aziendali, i dati provenienti dagli apparati periferici saranno memorizzati nel database centrale. Al momento della ricezione, ogni dato, sarà analizzato automaticamente dal sistema centrale al fine di verificarne le informazioni contenute (unicità, coerenza, ecc..). I dati saranno scartati, con registrazione evento e notifica, nel caso di problemi, con successiva individuazione dell’apparato che ha generato il dato anomalo. Tutti i dati saranno accessibili dagli utenti remoti e/o locali attraverso interfaccia web server. Il sistema sarà interrogato attraverso schermate standard predefinite a disposizione degli operatori del sistema L’operatore autorizzato (accesso protetto e sicuro) disporrà di un sistema di interrogazione e visualizzazione standard in maniera da esportare i dati su altri software applicativi di uso corrente. I dati dovranno essere protetti attraverso sistemi ridondanti di archiviazione con attività periodiche di salvataggio (back-up). Il sistema dovrà inoltre avere dei meccanismi automatici di ripristino in caso di interruzioni e blocchi accidentali del sistema I dati consultabili secondo periodi prestabiliti potranno essere:

Vendita dei titoli di viaggio

 Ricavi suddivisi per tipologia di utente e titolo di viaggio;

 Ricavi suddivisi per corsa, gruppi di corse, linea, percorso e relazione O/D;

 Xxxxxx xxxxxxxxx per aliquote IVA;

 Ricavi suddivisi per Conto di Contabilità Generale ed Analitica;

 Ricavi suddivisi per codici terminali di vendita, rinnovo/ricarica;

Utilizzo dei contratti di viaggio

 Transazioni suddivise per tipologia utente e titolo di viaggio;

 Transazioni suddivise per corsa, linea, percorso e relazione O/D;

Traffico passeggeri

 Passeggeri trasportati suddivisi per tipologia utente e titolo di viaggio;

 Passeggeri trasportati suddivisi per corse, linee e percorso;

 Passeggeri generati e/o attratti per singola zona/località-nodo tariffario/fermata;

Manutenzione del sistema

 Utilizzo ed anomalie dei validatori, dispositivi di emissione, vendita, rinnovo/ricarica;

 Utilizzo ed anomalie dei sistemi di Deposito;

 Utilizzo ed anomalie dei Terminali Portatili di Verifica;

Infine, deve essere possibile effettuare estratti conto per ogni tipo di titolo di viaggio, secondo il seguente schema:

 riepilogo temporale dal (giorno-ora) al (giorno-ora);

 numero di serie;

 data e ora transazione;

 valore residuo (eventuale);

 ammontare ed importo transazione;

 zona/località di origine/di destinazione;

 linea, corsa;

4.9 Gestione dei dati relativi ai clienti

Il Centro di Controllo deve gestire l’archivio clienti in maniera centralizzata. In caso di mal funzionamento del sistema gli operatori devono essere in grado di gestire autonomamente le diverse funzioni previste (gestione titoli, condivisione dei dati, invio e ricezione dati, gestione clienti, ecc..). L’accesso alle informazioni sarà garantito attraverso procedure di autenticazione con le seguenti modalità:

Gestionale, per le funzioni di: creazione, modifica ed interrogazione di un cliente; controllo delle ultime transazioni eseguite dal cliente.

Manutenzione, per le stesse funzioni del Gestionale, disponendo inoltre della funzione supplementare di cancellazione logica di un cliente;

Amministratore, per le stesse funzioni della modalità Manutenzione, disponendo inoltre delle seguenti funzioni supplementari: gestione degli operatori; gestione dei clienti particolari/preferenziali.

4.10 L’architettura logica della centrale

L'architettura logica del sistema centrale dovrà essere la seguente:

- Application Server: sistema deputato a garantire, lo sviluppo e l’esecuzione delle applicazioni, sarà dotato del software di base e degli applicativi necessari al funzionamento del sistema. Il software di base e gli stessi applicativi (non proprietari - Open Source) non dovranno avere vincoli di licenza (numero di utenti finali) (l’Hardware ovvero il server è già in dotazione ad ASPO).

- Database Server: di tipo relazionale, (MS SQL Server o My SQL se open – source) dovrà contenere i dati, le attività ed i parametri di tutto il sistema.

- Server WEB: server dedicato alla gestione (rinnovo/ricarica dei titoli di viaggio) attraverso Internet. Attraverso l’interfaccia web si potrà accedere alle informazioni del Database Server elaborate dall’Application Server.

- Server concentratore di deposito: permetterà la raccolta dei dati dei validatori attraverso il sistema di comunicazione a corto raggio esistente (Wi-Fi LAN IEEE 802.11), la connessione avverrà automaticamente all’interno del deposito (rete wi-fi di deposito esistente).

Il sistema centrale dovrà inoltre garantire:

- Front end Emissione, Vendita e Rinnovo/Ricarica Biglietterie aziendali, Self-service, dispositivi portatili: gestione delle comunicazioni con i sistemi periferici aziendali.

- Front end Fruizione (Validatori, sistema Deposito): sistema incaricato di gestire le comunicazioni con i sistemi periferici inviando informazioni utili per il loro funzionamento.

La centrale di bigliettazione sarà, inoltre, essere dotata di:

- Firewall internet/periferiche: controllo degli accessi dall’esterno alla rete privata.

- Postazioni Client: accesso alle informazioni contenute nei Server della centrale

4.11 Sistema di vendita

4.11.1 Biglietteria aziendale

Il sistema SBE prevede la realizzazione di almeno tre biglietterie aziendali per consentire la vendita, il rinnovo e la ricarica e dei vari Titoli di Viaggio previsti. Le Biglietterie potranno avere una o più postazioni operatore, dotate di apparati Tutti i dati, dovranno confluire ed essere archiviati sul Database della centrale.

Le principali funzioni dalla biglietteria aziendale sono:

Emissione delle smartcard.

L’emissione delle smartcard consiste nella:

Registrazione dei dati del cliente, (informazioni anagrafiche); digitalizzazione della foto, inserimento della foto del cliente (scanner, file o webcam); Gestione della Black List Titoli, bloccare ed eventualmente sbloccare il titolo di viaggio per utilizzo improprio ed inviare alle periferiche.

vendita titoli di viaggio su smartcard

La vendita di titoli di viaggio consiste nel rinnovo/ricarica su smartcard. Le operazioni da eseguire sono: apertura e chiusura cassa; gestione e vendita di tutti i titoli di viaggio; lettura dei dati sulle

smartcard; emissione della ricevuta e/o fattura; tracciamento e gestione allarmi di tutte le operazioni in file di log; memorizzazione dei parametri, della Black List, e della White List Card;

Il sistema dovrà riconoscere in tempo reale le tessere in Black List, interagendo direttamente con il Database del sistema centrale. Le periferiche, una volta riconosciuta la tessera in Black List, occorre consentire all’operatore di “bloccare” elettronicamente la carta, in modo da non permettere ulteriori operazioni sulla carta stessa.

Nel caso di rinnovo/ricarica di un titolo di viaggio attraverso Internet, il sistema al primo utilizzo della card, aggiornerà le informazioni relative all’operazione effettuata sul titolo di viaggio codificato sulla card. Il calcolo della tariffa sarà eseguito in funzione dei parametri tariffari definiti nel sistema centrale, comprese eventuali agevolazioni tariffarie previste.

La biglietteria, sarà dotata dei seguenti dispositivi hardware:

 Personal computer (già in dotazione ad ASPO);

 Modulo di ricarica smartcard contactless, conforme agli standard ISO 14443, NFC, Calypso, MIFARE, ecc., composto da dispositivo collegato al PC;

 Stampante per smartcard, in monocromia e quadricromia. Il dispositivo, dovrà disporre di un caricatore per almeno 80/100 card con tempi di stampe inferiore ai 40/45 secondi;

 Scanner e web cam per l’acquisizione delle foto da apporre sulla card;

 Stampante ricevute, per emissione scontrini;

 Display cliente, costituito da un elemento posizionabile sul banco per facilitare la lettura dell’utente

Tutte le apparecchiature dovranno essere adeguate, allo scopo di garantire le funzioni minime richieste di ultima generazione al momento dell’acquisto.

4.11.2 Rivendite autorizzate

Il sistema SBE prevede la fornitura di almeno due sistemi per rivendite autorizzate quali bar, negozi, tabaccherie, edicole, ecc. potranno vendere e/o ricaricare le smartcard emesse e i titoli di viaggio mediante appositi dispositivi da banco.

I dati e le relative attività saranno trasmessi al sistema centrale dalla quale riceveranno le corrispondenti parametrizzazioni. Il sistema sarà composto da un terminale, software applicativo, collegato alla centrale con due modalità: - modem interno RTC; - scheda modem GPRS/EDGE/UMTS/….

Il dispositivo dovrà avere le certificazioni bancarie indispensabili all’attività EFT/POS. Il terminale avrà l’hardware ed il software per lettura/scrittura di smartcard, carte a microchip a contatti e carte bancarie a banda magnetica.

4.11.3 Emettitrici automatiche

Le emettitrici automatiche dovranno consentire la vendita, la ricarica, in modalità Self-Service, dei biglietti chip on paper e delle smartcard contactless. Il dispositivo costituito da un armadio di

dimensioni contenute, con dispositivi antiscasso e antifurto, da esterno. La struttura hardware e software dovrà essere di tipo modulare per garantire la flessibilità e l’adattabilità a future implementazioni e personalizzazioni.

L’acquisto o la ricarica dei titoli di viaggio potrà avvenire con pagamento in contanti e/o con altre modalità di tipo bancario, direttamente dall’utente.

Il dispositivo sarà collegato alla sistema centrale mediante modem interno RTC, scheda GPRS/EDGE/UMTS/…., LAN Ethernet, ecc..

Le funzionalità principali potranno essere le seguenti:

Vendita dei titoli di viaggio smartcard a basso costo (chip on paper); Rinnovo/ricarica dei titoli di viaggio su smartcard e sulle card a basso costo; Emissione ricevuta di pagamento e/o di una ricevuta di credito per transazioni non regolari; Memorizzazione dei dati; Invio e Ricezione dei dati e dei parametri.

Le emettitrici automatiche dovranno essere fornite, installate e configurate, compresi scavi, ripristini e collegamenti elettrici agli allacci esistenti.

4.11.4 Sistema di rinnovo/ricarica via internet

I titoli di viaggio potranno essere rinnovati e ricaricati mediante un’applicazione internet per gli utenti in possesso di una card. L’accesso al Server Web, dovrà avvenire tramite login dove l’utente inserisce le proprie credenziali. Il pagamento deve poter avvenire con carta di credito o altra modalità. Dopo il pagamento, il Centro di Controllo inserirà nella White List la tessera. Il sito web, le sue informazioni i servizi e le modalità di accesso dovranno rispettare le normative vigenti in materia.

4.11.5 Canali di vendita remoti

Il Sistema di Vendita deve gestire sia la vendita diretta, da effettuarsi presso le biglietterie aziendali, le rivendite autorizzate, le emettitrici automatiche, sia la vendita da postazione remota al fine di consentire all’utente di effettuare, in autonomia e senza bisogno di recarsi presso uno dei punti di vendita diretta, le operazioni di rinnovo e ricarica.

La vendita da postazione remota potrà avvenire attraverso l’utilizzo di canali di comunicazione esterni, quali applicazioni per smartphone, sportelli bancari ATM e postali POSTAMAT o altri canali esterni in grado di gestire ordini di acquisto.

Le operazioni di rinnovo e ricarica da postazione remota dovranno basarsi sulla gestione del codice identificativo univoco della smartcard al fine di proporre all’utente l’elenco dei soli titoli acquistabili associati alla specifica carta.

Il sistema di Vendita, completata la procedura di acquisto, dovrà generare la White List dei titoli associati alle smartcard da inviare a tutti i dispositivi abilitati alle operazioni di rinnovo e ricarica.

L’utente, durante la procedura di rinnovo e ricarica, dovrà poter indicare anche la specifica Emettitrice Automatica o la linea di servizio presso la quale intende perfezionare l’operazione di acquisto.

4.12 Sistema di Verifica (vedi anche terminali portatili)

Il Personale viaggiante addetto al controllo ed alla validità dei titoli di viaggio dovrà utilizzare un terminale portatile preposto anche all’emissione e gestione delle sanzioni, al termine del suo utilizzo dovrà essere riposto su appositi apparati atti alla funzione di alimentazione e ricarica delle batterie e di carico e scarico dei dati e degli aggiornamenti software. Il Terminale consisterà in un computer palmare resistente, affidabile ed ergonomico, idoneo all’uso per cui è destinato.

I dati delle transazioni saranno memorizzate localmente e poi inviati alla centrale, per le statistiche di esercizio.

Le funzioni principali previste per il Terminale di Verifica possono essere:

operative:

Avvio e termine del turno; Apertura e chiusura della zona, e/o linea del controllo; Visualizzazione di tutti i dati presenti sulla card sottoposta a verifica.

controllo:

Controllo della validità del titolo di viaggio; Registrazione manuale della validità del titolo di viaggio; Visualizzazione e memorizzazione dei controlli effettuati.

validazione:

Controllo automatico della presenza di un titolo valido; Validazione titolo di viaggio; Registrazione sul titolo e sul DB dei dati di validazione; Visualizzazione e memorizzazione della validazione. verbalizzazione:

tipo di violazione; Registrazioni; Stampe;

Il Terminale dovrà funzionare in modalità stand – alone: per la verifica dei titoli di viaggio elettronici; per visualizzare le transazione su smart card; per validare titoli elettronici; per verbalizzare.

Il Terminale dovrà funzionare in modalità connesso (a riposo): per il download dei dati; per l’upload di dati ed aggiornamenti software, Black/Blue/ White List Card, parametri, ecc.; per la sincronizzazione dell’orologio; per l’alimentazione del dispositivo e la ricarica delle batterie.

4.13 STRUMENTAZIONE PER USO DIAGNOSTICO E MANUTENZIONE

Farà parte della fornitura il seguente hardware: N°1 notebook con caratteristiche minime:

— Processore intel core 2 duo P8700/2,3GHz supporto 64 bit;

— Schermo 17”, 16:9;

— RAM 4GB DDR3NO66MHZ;

— HD da 500GB Sata;

— Unità di storage DVD supermulti DL, card reader 5 in 1;

— Comunicazione LAN Gigabit Ethernet, WLAN 802.11 alb/g/n;

— Interfacce USB 2.0, ethernet, firewire 1394;

— Sistema operativo Windows 7 ultimate 64 bit;

Il software dovrà consentire le operazioni di manutenzione software, la diagnostica di funzionamento e la configurazione del sistema. Tale prodotto dovrà permettere la connessione al dispositivo unità centrale in LAN, WLAN, GPRS/UMTS/HSDPA in ambiente Windows.

5. APPARATI DI BORDO (VALIDATORI - TERMINALI PORTATILI)

5.1 OGGETTO DELLA FORNITURA

L’oggetto riguarda la fornitura e l’installazione su 31 autobus dell’ASPO SpA di apparati di bordo per sistema SBE (Sistema di Bigliettazione Elettronica), successivamente descritti. L’elenco dei veicoli dell’Azienda ASPO, completo delle tipologie è descritto nell’allegato B1. La fornitura e l’installazione dovrà essere completata in un’arco temporale pari a 180 giorni;

In particolare fanno parte del sottosistema di bordo i seguenti elementi:

 Validatore di bordo (full contactless) (hardware e software);

 Dispositivi portatili di verifica e vendita a bordo (hardware e software);

I sistemi e gli apparati sopra elencati dovranno essere forniti, installati, configurati, testati e collaudati in tutte le loro parti.

5.2 Importi previsti per la fornitura installazione e configurazione

L’importo previsto relativamente ai soli validatori e terminali portatili è di € 135 600,00 + IVA (di cui oneri di sicurezza pari a € 3.553,33 + IVA). Il sistema verrà aggiudicato alla Ditta che, r ispettando quanto richiesto dal presente capitolato, effettuerà l’offerta economicamente più vantaggiosa.

Nel suddetto importo è ovviamente inclusa anche l’installazione degli apparati in fornitura e la garanzia per una durata minima di 2 anni dalla data di avvenuto collaudo e accettazione. La garanzia include la manodopera, i ricambi ed ogni materiale necessario per la riparazione di qualsiasi guasto o malfunzionamento. Nell’offerta e nel progetto esecutivo la ditta concorrente dovrà fornire il dettaglio dei costi unitari e complessivi relativo alle apparecchiature, ai sistemi, ai software, alle installazioni, alla manodopera, ecc.. (Analisi dei prezzi).

G li eventuali ribassi d’asta potranno essere utilizzati per il completamento e l’implementazione del

sistema SBE.

5.3 Fornitura e installazione

Per fornitura e installazione si intende la fornitura dell’hardware e del software, la loro installazione e quant’altro necessario per il perfetto funzionamento degli apparati Tale funzionamento sarà oggetto di collaudo e accettazione da parte dell’ASPO SpA. Ogni materiale necessario per la perfetta funzionalità e installazione degli apparati rimarrà ad esclusivo carico della Ditta aggiudicataria. Nulla potrà rimanere a carico dell’ASPO SPA.

Le validatrici e le basi per i terminali portatili dovranno essere fornite, installate e configurate, compresi collegamenti elettrici agli apparati ed alimentazioni esistenti.

5.4 Prescrizioni generali

Gli apparati oggetto della fornitura dovranno, all’atto della presentazione dell’offerta, a pena di esclusione, essere omologati in conformità alla direttive Europee vigenti per i sistemi installati a bordo di mezzi mobili con alimentazione derivata dall’impianto elettrico del mezzo.

Gli apparati elettronici oggetto della fornitura dovranno essere conformi a tutte le normative vigenti all’atto dell’installazione ed in tal senso le Ditte partecipanti dovranno presentare, unitamente ai documenti di gara, specifica dichiarazione a firma del Legale rappresentante della Ditta, assumendosi ogni responsabilità in merito da inserite nella Busta B – Offerta Tecnica.

5.5 DISPOSITIVI Dl BORDO

Il sistema di bordo, oltre ad integrarsi con il sistema AVM presente, deve avere il compito di gestire le validazioni dei titoli di viaggio effettuate dagli utenti, in conformità alle regole di accesso al servizio fissate dall’operatore di trasporto nel regolamento d’esercizio e nel rispetto delle disposizioni regionali in materia di tariffe, sanzioni e modalità di utilizzo.

In questo capitolo viene descritta la composizione del sistema di bordo composto da Validatore, dotato di display grafico e interfaccia utente, per l’obliterazione dei titoli di viaggio elettronici contactless ISO 14443, NFC, Calypso, MIFARE,QR-Code, ecc.

Il sistema di bordo deve essere interfacciato ai segnali disponibili a bordo bus e ai vari apparati standard IEEE 802.3.

Tutte le apparecchiature devono essere predisposte per ricevere alimentazione a 24 Volt e disporre di opportune protezioni contro le brusche variazioni di corrente o di tensione.

5.5.1 Validatore - specifiche tecniche

Il validatore dovrà essere un dispositivo in grado di trattare e gestire smart card di tipo contactless, dispositivi NFC, biglietti a codici a barre bidimensionali QR, carte bancarie c-less conformi allo standard EMV livello 1 e 2 PCI-PTS 4.0.L’involucro esterno dovrà essere realizzato in materiale resistente e autoestinguente (classe infiammabilità UL94-V5), idoneo all’uso.

Il validatore dovrà riconoscere tessere smartcard e biglietti del tipo chip on paper. Il sistema, per quanto riguarda i titoli di viaggio, dovrà riconoscere e verificare la validità in maniera da applicare l’eventuale tariffa corrispondente di viaggio e il relativo di importo dovrà inoltre effettuare in tempo reale le funzioni di crittografia e le operazioni di lettura – decodifica – codifica – scrittura sui titoli di viaggio.

Il veicolo dovrà essere dotato di una base di appoggio/collegamento per consentire la sostituzione rapida in caso di guasto/manutenzione dello stesso validatore .

Il validatore al momento dell’inserimento sulla base dovrà fare la configurazione in automatico inoltre dovrà disporre di un sistema di autodiagnostica continua per la verifica delle funzionamento.

Il validatore in caso di guasto deve porsi fuori servizio automaticamente con conseguente messaggio sul display e sul pc di bordo.

Il download ed upload dei dati oltre che con il pc di bordo, potrà avvenire attraverso altri sistemi (porta usb, wi-fi, bluetooth, ecc).

La configurazione ed i parametri del sistema operativo potranno essere aggiornamenti in remoto (PC di bordo). Il software, dovrà avere la possibilità di aggiornamento.

Le funzioni principali che il validatore deve avere sono:

Interfaccia Utente

display retroilluminato, in grado di emettere diversi messaggi in funzione della situazione; tastiera con tasti numerici e tasti funzione; spie luminose; buzzer bitonale. I messaggi emessi dal display, il numero e tipo di tasti e le loro funzioni saranno definiti in fase di progettazione esecutiva senza oneri aggiuntivi.

L’interfaccia utente dovrà essere in grado di: emettere il risultato della transazione per mezzo di un messaggio, accensione di una spia colorata ed emissione di un tono; consultazione delle informazioni contenute nelle smartcard.

Gestione della validazione di smartcard contactless ISO 14443 tipo A e B e telefoni cellulari con tecnologia NFC, garantendo un tempo complessivo di transazione inferiore a 250 ms, al fine di:

 effettuare i controlli di sicurezza, di Black List Card, White List Card, Blue List Card;

 effettuare la verifica temporale e spaziale dei contratti di viaggio e delle transazioni/viaggi in corso di validità (onde evitare di scalare due volta la tariffa di viaggio);

 determinare la corretta tariffa di viaggio;

 memorizzare sulla card i dati relativi alle transazioni effettuate, compresi i risultati delle operazioni di verifica e controllo;

 gestire l’anti pass-back (impedire la validazione della card e l’accesso al sistema da parte di una seconda persona) con periodo temporale configurabile.

Gestione della validazione di titoli emessi in formato codice a barre bidimensionale QR,

garantendo un tempo complessivo di transazione inferiore a 500 ms, al fine di effettuare:

 i controlli di Black List Card e White List Card;

 la verifica temporale e spaziale del titolo di viaggio;

 la verifica in tempo reale dello stato e dell’utilizzo del titolo di viaggio;

 aggiornare la banca dati del CCB.

Gestione della validazione di smartcard contactless di tipo bancario conformi allo standard EMV liv. 1-2, PCI-PTS 4.0.

5.5.2 Sistema di Verifica e Vendita a bordo

Il Personale viaggiante addetto al controllo ed alla validità dei titoli di viaggio dovrà utilizzare un terminale portatile preposto all’emissione di titoli di viaggio cartacei, con validità predeterminata, e per la ricarica ed o il rinnovo dei titoli di viaggio su smartcard contactless ed anche all’emissione e gestione delle sanzioni, al termine del suo utilizzo dovrà essere riposto su appositi apparati atti alla

funzione di alimentazione e ricarica delle batterie e di carico e scarico dei dati e degli aggiornamenti software. Il Terminale consisterà in un computer palmare resistente, affidabile ed ergonomico, idoneo all’uso per cui è destinato.

I dati delle transazioni saranno memorizzate localmente e poi inviati alla centrale, per le statistiche di esercizio.

Le funzioni principali previste per il Terminale di Verifica possono sono:

operative:

Avvio e termine del turno; Apertura e chiusura della zona, e/o linea del controllo; Visualizzazione di tutti i dati presenti sulla card sottoposta a verifica.

controllo:

Controllo della validità del titolo di viaggio; Registrazione manuale della validità del titolo di viaggio; Visualizzazione e memorizzazione dei controlli effettuati.

validazione:

tipo di titolo; Registrazioni; Stampe;

Il Terminale dovrà funzionare in modalità connesso (a riposo): per il download dei dati; per l’upload di dati, nuove versioni software applicativi, Black/Blue/ White List Card, parametri, ecc.; per la sincronizzazione dell’orologio; per l’alimentazione del dispositivo e la ricarica delle batterie. Le funzionalità previste per la vendita dovranno essere: Sistema per emissione biglietti cartacei, installazione di una stampante termica (con rotolo di carta a caricamento rapido), integrata con il sistema esistente, in grado di stampare titoli e report statistici; sistema di Validazione, ricarica e rinnovo smartcard contactless, attraverso l’utilizzo di antenna lettura/scrittura ISO 14443, NFC,Calypso, MIFARE, ecc. collocata in posizione comoda e funzionale per l’utente che intende effettuare l’ operazione.

5.5.3 Sistema tariffario e specifiche tecniche smartcard e chip on paper

Le specifiche relative ai tipi di supporto, i tracciati elettronici, la descrizione dei campi, le chiavi crittografiche utilizzate e tutte le informazioni utili alla gestione delle smartcard e chip on paper saranno rese disponibili alla ditta aggiudicataria.

Il sistema tariffario in vigore nella Regione Autonoma della Sardegna, è contenuto nelle DGR n.20/6 del 12/04/2016 e DGR n. 40/4 del 06/07/2016 e rispettivi allegati.

5.6 INTEGRAZIONE CON SISTEMI DI BORDO NON OGGETTO DELLA FORNITURA

5.6.1 PC di Xxxxx

E’ richiesto da parte del validatore di bordo l’integrazione hardware e software, secondo quanto descritto nel protocollo di interfacciamento, con il PC di bordo ed altre apparecchiature attualmente in uso sui mezzi dell’ASPO S.p.A. (vedi Allegato B).

La Ditta aggiudicataria dovrà provvedere anche al collegamento fisico fra le suddette apparecchiature e l’unità di bordo di sua fornitura. Gli autobus attualmente interessati al collegamento di cui sopra sono 31 (vedi Allegato B). Nel caso di non compatibilità con tali apparati, la Ditta Aggiudicataria dovrà, a sue spese, adeguarle e/o sostituirle.

5.7 STRUMENTAZIONE PER USO DIAGNOSTICO E MANUTENZIONE

Farà parte della fornitura il seguente hardware:

N°1 notebook con caratteristiche minime:

— Processore intel core 2 duo P8700/2,3GHz supporto 64 bit;

— Schermo 17”, 16:9;

— RAM 4GB DDR3NO66MHZ;

— HD da 500GB Sata;

— Unità di storage DVD supermulti DL, card reader 5 in 1;

— Comunicazione LAN Gigabit Ethernet, WLAN 802.11 alb/g/n;

— Interfacce USB 2.0, ethernet, firewire 1394;

— Sistema operativo Windows 7 ultimate 64 bit;

6 INTERFACCIAMENTO, STRUMENTI INFOMOBILITA’, DOTAZIONI INIZIALI E SERVIZI ACCESSORI

6.1 OGGETTO DELLA FORNITURA

L’oggetto riguarda la fornitura e l’interfacciamento con altri sistemi di bordo e di terra esistenti, la realizzazione di nuovi sistemi di infomobilità da integrare con i sistemi esistenti, la fornitura di supporti (titoli di viaggio) cosiddetta dotazione iniziale;

6.2 Importi previsti per la realizzazione

L’importo previsto per la realizzazione di cui all’oggetto è di € 154 000,00 + IVA. Il sistema verrà a ggiudicato alla Ditta che, rispettando quanto richiesto dal presente capitolato, effettuerà l’offerta economicamente più vantaggiosa.

G li eventuali ribassi d’asta potranno essere utilizzati per il completamento e l’implementazione del

sistema SBE.

6.3 Interfacciamento con altri sistemi

L’interfacciamento con i dispositivi esistenti è a totale carico della Ditta aggiudicataria e dovrà avvenire secondo quanto proposto e concordato nel progetto esecutivo tra l’Azienda ASPO SpA. E la ditta aggiudicataria

Il nuovo SBE, dovrà condividere i dati e rendere possibile la gestione, con gli altri sistemi tecnologici presenti: Infomobilità, Monitoraggio e geo localizzazione, Conta passeggeri, Validazione tramite smartphone con qr-code, ecc..

6.4 strumenti di infomobilità

La ditta aggiudicataria dovrà sviluppare una Applicazione da utilizzare con smartphone, tablet e altri device mobile; dovrà essere progettata e realizzata per funzionare su IOS, Android e Windows Phone. L’applicazione dovrà essere aggiornata alle ultime versioni dei sistemi operativi mobili disponibili sui rispettivi market con download gratuito.

Le caratteristiche funzionali minime dovranno essere le seguenti:

 Accesso all’informazione elaborate e pubblicate dalla centrale operativa;

 Fornire i tempi di arrivo dei mezzi pubblici stimati, se disponibili. In assenza di tempi programmati;

 Uso della localizzazione (GPS) per identificare correttamente la fermata

 Utilizzo per utenti non registrati e per utenti registrati;

 Funzione di interrogazione sullo stato della rete in relazione ad eventi gestiti dalla centrale operativa;

 Funzione di interrogazione sullo stato di un collegamento di trasporto pubblico identificato dalla origine e dalla destinazione;

 Funzione Travel Planner;

 Interfacciamento con il sistema AVM esistente utilizzando la fonte unica delle informazioni presenti nel sistema;

 Possibilità di acquisto dei titoli di viaggio nelle diverse tipologia;

Oltre a quanto sopra descritto potranno essere offerte funzionalità aggiuntive utili allo scopo.

6.5 dotazioni iniziali

Nella fornitura sono compresi un quantitativo minimo di titoli di viaggio già codificati quali.

 chip-on-paper codificati nelle diverse tipologie (corsa semplice, 12 corse, giornaliero, settimanale, ecc..);

 Smart card contactless codificati nelle diverse tipologie (abbonamenti, mensili, annuali, ecc..);

La ditta aggiudicataria dovrà inoltre fornire la codifica delle due tipologie elencate necessaria per i successivi ordini. Sul fronte dei titoli di viaggio della tipologia chip-on-paper, dovrà essere riportata la modalità di utilizzo, la tariffa, ed ogni altra informazione necessaria concordata con l’azienda, mentre il retro sarà disponibile per eventuali spazi pubblicitari dell’Azienda e/o di altro sponsor.

7 NORME E CONDIZIONI AMBIENTALI

Le apparecchiature dovranno essere realizzate nel rispetto delle normative vigenti e standard applicabili, incluse le normative sulla sicurezza e le normative antinfortunistiche, e dotate di tutte le certificazioni richieste da tali normative. In particolare dovranno essere certificate CE e dovranno rispettare la normativa sulla emissione delle onde elettromagnetiche vigente all’atto della presentazione dell’offerta.

Le Ditte partecipanti dovranno tener conto che i prodotti che saranno forniti dovranno comunque rispettare le norme vigenti all’atto dell’installazione e configurazione, anche se diverse rispetto a quelle vigenti all’atto della presentazione dell’offerta.

I montaggi dovranno essere realizzati con materiali adatti all’uso prolungato e secondo le pratiche dello stato dell’arte per il tipo di applicazioni in essere.

7.1 Centrale operativa

Per quanto richiesto in questo paragrafo le Ditte partecipanti dovranno consegnare, unitamente ai documenti di gara, specifica dichiarazione relative alle norme e condizioni ambientali dalla quale si evinca chiaramente che quanto offerto ha le caratteristiche richieste, da inserire nella Busta B – Offerta Tecnica.

7-2 Apparati di bordo (Validatori e terminali)

Il funzionamento delle apparecchiature montate all’interno dell’autobus dovrà essere garantito nelle seguenti condizioni:

• temperatura: da -10 °C a +50 °C;

• vibrazioni: 2004/104/CE (o vigenti all’atto dell’avvenuto montaggio);

• umidità: con condizioni di condensa;

• pioggia, neve e gelo: per antenne e dispositivi esterni (se presenti).

Le apparecchiature dovranno altresì essere protette dalla polvere, dalle sovratensioni e dall’inversione della polarità.

Supporti e connettori dovranno essere adeguati all’ambiente di lavoro e dovranno garantire la continuità elettrica anche in presenza delle vibrazioni degli autobus (Automotive).

Per quanto richiesto in questo paragrafo le ditte partecipanti dovranno consegnare, unitamente ai documenti di gara, specifica dichiarazione relative alle norme e condizioni ambientali dalla quale si evinca chiaramente che quanto offerto ha le caratteristiche richieste, da inserire nella Busta B – Offerta Tecnica.

8 POSA IN OPERA E INSTALLAZIONE

8.1 Centrale operativa

L’installazione dei dispositivi è a totale carico della Ditta aggiudicataria e dovrà avvenire presso il deposito dell’Azienda ASPO SpA. Il posizionamento di tutto il sistema sarà concordato con ASPO S.p.A.

8.2 Apparati di bordo (validatori e terminali)

L’installazione dei dispositivi è a totale carico della Ditta aggiudicataria e dovrà avvenire presso il deposito dell’Azienda ASPO S.p.A. Il posizionamento di tutti i componenti all’interno delle vetture sarà concordato con ASPO S.p.A. in base alla tipologia dei mezzi.

Nelle giornate da lunedì a sabato l’ASPO S.p.A. potrà mettere a disposizione dell’aggiudicataria due/tre autobus al giorno.

Nelle domeniche e nei giorni festivi potrà essere messo a disposizione un maggior numero di autobus, fino ad un massimo di cinque al giorno.

9 COLLAUDO

9.1 Centrale operativa

L’ASPO SpA prevede di effettuare il collaudo nel corso dei 30 giorni successivi alla fine lavori. Nel caso in cui dovesse riscontrare anomalie di funzionamento o cattive installazioni lo comunicherà alla Ditta aggiudicataria per l’effettuazione di un collaudo congiunto e l’eliminazione della non conformità riscontrata.

9.2 Apparati di bordo (valida tori e terminali)

L’ASPO SpA prevede di effettuare i collaudi sugli autobus completati nel corso dei 30 giorni successivi. Nel caso in cui dovesse riscontrare anomalie di funzionamento o cattive installazioni lo comunicherà alla Ditta aggiudicataria per l’effettuazione di un collaudo congiunto e l’eliminazione della non conformità riscontrata.

10 FASI DELLA FORNITURA E PAGAMENTI

L’inizio della fornitura e delle installazioni dovrà avvenire entro 60 giorni dalla data di emissione dell’ordine da parte di ASPO S.p.A. ed il completamento entro 180 giorni dalla stessa data. Sarà cura del fornitore consegnare, subito dopo la ricezione del suddetto ordine, un diagramma di Gantt (cronoprogramma) riportante le fasi della fornitura e delle installazioni in rispetto dei tempi richiesti. I relativi pagamenti avverranno come di seguito riportato.

— il 20% dell’importo di aggiudicazione più I.V.A. a 60 giorni al completamento del 20 % dei lavori e della forniture, installazioni e configurazioni come stato avanzamento lavori;

— il 30 % dell’importo di aggiudicazione più I.V.A. a 60 giorni al completamento del 50 % dei lavori e della forniture, installazioni e configurazioni come stato avanzamento lavori;

— il 20 % dell’importo di aggiudicazione più I.V.A. a 60 giorni al completamento del80 % dei lavori e della forniture, installazioni e configurazioni come stato avanzamento lavori;

— Il 20%, dell’importo di aggiudicazione più I.V.A. a 60 giorni al completamento del100 % dei lavori e della forniture, installazioni e configurazioni e dal superamento dei collaudi .

— Il saldo, pari al 10% dell’importo di aggiudicazione più I.V.A, a 60 giorni dal completamento del collaudo di interoperabilità dell’intero sistema.

In tutti i SAL il pagamento relativo alla quota RAS sarà corrisposto all’impresa solo dopo la disponibilità accertata del finanziamento sul conto.

11 GARANZIA, FORMAZIONE DEL PERSONALE E MANUTENZIONE

11.1 Sistema centrale

I sistemi ed i prodotti forniti dovranno essere garantiti per 24 mesi e/o per un numero superiore se indicato in offerta dalla data di messa in funzione, una volta superato il collaudo.

La formazione dovrà essere tale da rendere gli operatori dell’ASPO S.p.A. autonomi dal punto di vista dell’utilizzo del sistema. A tal proposito l’ASPO S.p.A. metterà a disposizione, per i corsi che la Ditta aggiudicataria, oltre ai locali, circa 6 operatori.

Al primo corso della durata minima di 4 gg, che dovrà essere ripetuto in 2 sessioni, parteciperanno almeno 3 operatori.

Le modalità di svolgimento dei suddetti corsi di formazione saranno concordate fra le parti. In ogni caso i corsi, per gli operatori dovranno essere effettuati fra il 91° ed il 120° giorno dalla data di emissione dell’ordine.

La Ditta aggiudicataria dovrà invece consegnare all’ASPO SpA entro 60 giorni dalla data di emissione dell’ordine le suddette documentazioni secondo le seguenti quantità (anche in formato elettronico):

— n°10 copie del Manuale d’uso.

11.2 Validatori di bordo

I prodotti forniti dovranno essere garantiti per 24 mesi e/o per un numero superiore se indicato in offerta dalla data di messa in funzione di ogni impianto, una volta superato il collaudo. Nel caso in cui il medesimo guasto dovesse essere riscontrato su un numero di dispositivi superiore a 5 il difetto sarà considerato ripetitivo e la Ditta aggiudicataria avrà l’obbligo, una volta trovata la corretta soluzione, di “bonificare” l’intera fornitura.

Fino alla totale eliminazione del difetto, anche al di fuori del periodo di garanzia, ogni intervento riparativo in merito sarà a totale carico della Ditta aggiudicataria. Avvenuta la “bonifica”, per la difettosità riscontrata ed eliminata le superiori condizioni di garanzia saranno applicate per ulteriori 24 mesi e/o per un numero superiore se indicato in offerta. Per la valutazione del suddetto valore di difettosità si farà riferimento alle rilevazioni di guasto riscontrate nel periodo intercorrente fra la data di messa in funzione del primo impianto e la data di scadenza del periodo di garanzia per l’ultimo impianto messo in funzione e, chiaramente, accettato al collaudo. La Ditta aggiudicataria dovrà garantire la formazione del personale dell’ASPO SpA.

La formazione dovrà essere tale da rendere gli operatori dell’ ASPO SpA autonomi dal punto di vista delle manutenzioni, delle riparazioni dei guasti e della corretta operatività degli impianti forniti. A tal proposito l’ ASPO SpA metterà a disposizione, per i corsi che la Ditta aggiudicataria, oltre ai locali, circa 6 tecnici di officina e circa 60 conducenti alla guida. (questi ultimi esclusivamente per il corretto utilizzo degli impianti di bordo).

Al primo corso della durata minima di 4 gg, che dovrà essere ripetuto in 2 sessioni, parteciperanno almeno 3 operatori.

Al secondo corso della durata minima di 2 gg, che dovrà essere ripetuto in 10 sessioni, parteciperanno almeno 60 operatori.

Le modalità di svolgimento dei suddetti corsi di formazione saranno concordate fra le parti. In ogni caso i corsi, per i tecnici dovranno essere effettuati fra il 61° ed il 120° giorno dalla data di emissione dell’ordine, quelli per i conducenti dal 91° al 121°.

- n°10 copie del Manuale di manutenzione e riparazione;

- n° 70 copie del Manuale d’uso (per i conducenti).

-n° 3 copie del catalogo parti di ricambio;

-n° 3 copie del listino parti di ricambio;

12 PENALI

a) Il mancato completamento della fornitura del sistema centrale e degli impianti in generale e della loro installazione nell’arco temporale previsto, produrrà una penale di € 150,00 per giorno di ritardo;

b) Per il mancato rispetto del ruolino di marcia previsto (approntamento di almeno 10 Validatori ogni 5 giorni, festivi inclusi): saranno effettuate le verifiche secondo la cadenza temporale. Verranno conteggiati i valida tori consegnati come approntate fino a quella data. Per ogni validatore in meno si applicherà una penale di € 200,00.

c) Per ritardata consegna dei documenti verrà applicata una penale di € 40,00 al giorno fino al completamento di tutto quanto richiesto;

d) Per ritardato completamento dei corsi previsti, per responsabilità riconducibili alla Ditta aggiudicataria, si applicherà una penale di € 100,00 per giorno di ritardo;

e) Interventi riparativi (nel periodo di garanzia) superiori ai 3 giorni lavorativi (sabato incluso) saranno sanzionati con una penale di €. 150,00 al giorno. Per il conteggio dei suddetti giorni non si terrà conto del giorno in cui l’ASPO SpA comunicherà il guasto o il malfunzionamento via fax. Non si terrà inoltre conto dei giorni nei quali l’ASPO SpA potrebbe trovarsi nelle condizioni di non poter mettere a disposizione della Ditta aggiudicataria l’autobus in cui è installato il dispositivo guasto. Gli interventi riparativi dovranno avvenire all’interno della struttura dell’ASPO SpA e potranno essere effettuati dalle ore 8:00 fino alle ore 20:00.

f) La rimessa in servizio del validatore guasto o malfunzionante (nel periodo di garanzia) in un numero di giorni superiore a 5 giorni lavorativi (sabato incluso) sarà sanzionata con una penale di € 50,00 al giorno. Per il conteggio dei suddetti giorni non si terrà conto del giorno in cui l’ASPO SpA comunicherà il guasto o il malfunzionamento via fax/email.

Saranno conteggiati ai fini dell’applicazione delle penali anche i giorni festivi (sabato viene considerato giorno lavorativo).

13 CAMPIONE DI GARA ”PROTOTIPO”

Il Concorrente, dovrà presentare un prototipo strettamente conforme nelle funzionalità e nel sistema hardware e software a quanto descritto nell’offerta tecnica. Ogni componente dovrà essere marcato CE. Il prototipo presentato conforme a quanto indicato nei documenti di gara, sarà costituito almeno da:

- Un Personal Computer che simuli il sistema centrale, completo del sistema di comunicazione WiFi e GSM/GPRS;

- Un sistema di bordo composto da: Validatore e terminale portatille

- Tutti i dispositivi hardware e software necessari ad effettuare le prove di funzionalità di seguito richieste Alla data fissata dalla commissione giudicatrice per la dimostrazione, esso dovrà essere messo a disposizione da ciascun concorrente prima dell’ora di inizio formale della dimostrazione.

Ogni componente dovrà essere facilmente smontabile ed ispezionabile.

Il concorrente dovrà organizzare autonomamente la dimostrazione tenendo conto che avrà a disposizione un massimo di tre ore per consentire le verifiche di cui sopra e per illustrare eventuali altre caratteristiche e funzioni che riterrà opportuno rendere evidenti. In sede di presentazione dell’offerta tecnica, il Concorrente dovrà specificare nei dettagli la configurazione del prototipo, le modalità di effettuazione delle prove richieste e le modalità di presentazione dei risultati.

14 D.U.V.R.I.

Il Documento Unico di Valutazione dei Rischi da Interferenza è riportato in allegato.

15 INFORMAZIONI E CHIARIMENTI TECNICI

Qualsiasi informazione o chiarimento tecnico in merito al presente capitolato potrà essere richiesto all’Xxx. Xxxxx Xxxxx per iscritto all’indirizzo:

ASPO SpA via Indonesia, n°9 – 07026 – Olbia (OT) alla c.a. dell’Xxx. Xxxxx Xxxxx o tramite e_mail al seguente indirizzo: xxxx@xxxx.xx

16 SERVIZI DI ASSISTENZA E MANUTENZIONE FULL SERVICE

In caso di affidamento del servizio di Assistenza Tecnica e Manutenzione Full Service, gli stessi saranno operativi per la durata di quattro anni a decorrere dalla data del collaudo del primo nucleo funzionale di installazioni.

16.1 Servizio di Assistenza Tecnica

Il Concorrente dovrà fornire un servizio di help-desk telefonico per tutte le problematiche relative all’uso dei sistemi hardware e software oggetto del presente appalto e delle interfacce previste con gli altri sistemi.

Tale servizio dovrà anche essere in grado di effettuare un’analisi di primo livello nei casi in cui la problematica segnalata sia causata da un malfunzionamento di qualche sistema o sottosistema ed eventualmente attivare il servizio di manutenzione di contratto.

Il Servizio di Assistenza Tecnica offerto dalla ditta aggiudicataria (in caso di affidamento anche della manutenzione “full service”) dovrà comprende inoltre l’hosting del server che dovrà risiedere presso un soggetto diverso dall’Azienda (e ad essa non collegata ai sensi dell’art. 2359 C.C.), dotato di strutture ad elevata affidabilità e di personale dipendente in grado di garantire il presidio ed il

funzionamento del Sistema di Centrale su tutto l’arco temporale di erogazione dei servizi di TPL (indicativamente dalle 05:00 alle 24:00 di ogni giorno dell’anno), compresi eventuali servizi notturni ed i giorni festivi.

16.2 Oggetto del Servizio di Manutenzione e delle attività connesse

L’obiettivo del servizio di manutenzione richiesto è di garantire l’Azienda che ogni servizio effettivamente espletato possa essere correttamente monitorato e registrato dal sistema, senza nessuna esclusione.

L’obiettivo enunciato si raggiunge garantendo il corretto funzionamento di ogni elemento del sistema, in particolare dei validatori di bordo, del sistema di terra e della rete di comunicazione. Si è pertanto deciso di inserire, anche l’eventuale servizio di manutenzione “FULL SERVICE” che dovrà essere espletato dall’appaltatore con metodologie e tecniche organizzative autonome, se richiesto dall’Azienda che sarà oggetto di un ulteriore contratto aggiuntivo.

Oggetto del Servizio di Manutenzione Full Service sono tutti gli interventi di ripristino in perfetta funzionalità di tutti gli apparati hardware e software previsti dalla fornitura a partire dalla data di messa in servizio operativo di ciascun dispositivo, modulo e applicazione, Software di Base ed Applicativi compresi, anche forniti da terze parti.

Il servizio richiesto riguarda tutti gli interventi di ripristino in perfetta funzionalità a seguito di qualsiasi guasto/anomalia, anche conseguente al verificarsi di cause accidentali (eventi atmosferici ed incendio), con la sola esclusione di quelli derivanti da sinistri dei veicoli, atti vandalici, errato utilizzo da parte dell’Azienda.

Sarà a carico dell’appaltatore, nell’eventuale affidamento dei servizi, il monitoraggio costante dello stato di corretto e coerente funzionamento del sistema nel suo complesso e di ogni sua singola parte attraverso:

 tutti i meccanismi di autodiagnosi e telediagnosi disponibili,

 acquisendo e recependo le segnalazioni di guasto degli operatori delle aziende contraenti (personale viaggiante, controllori, operatori addetti all’uso operativo del sistema);

 controlli e regolazioni programmate o estemporanee espletate con il normale servizio di manutenzione.

Per il monitoraggio della qualità del Servizio di manutenzione vengono definiti i seguenti sottosistemi critici (entità comprensive di hardware, software di base e di ambiente e software applicativi):

1. Sistema di terra

2. Sistema di bordo

Per ciascuno di questi sottosistemi sono definiti nella tabella sottostante i “tassi di disponibilità medi” che l’appaltatore dovrà rispettare nel corso della fornitura, adottando le metodologie e le tecniche più opportune al loro rispetto:

1. Sistema di terra TD1 = 98,0%

2. Sistema di bordo TD2 = 97,0%

I tassi di disponibilità dichiarati verranno utilizzati per misurare l’efficienza e l’efficacia del Servizio espletato anche ai fini dell’applicazione delle penali e degli eventuali bonus contrattuali.

16.3 Metodi di misura e controllo del servizio di manutenzione

Il sistema centrale dovrà essere dotato di un data base di archiviazione storica dei guasti sopravvenuti. Il data base classificherà ogni guasto sopravvenuto con almeno i seguenti dati:

 data e ora di rilevamento del guasto;

 Flag di idoneità al servizio (applicato agli apparati di bordo);

 sintomi manifesti;

 specifico apparato coinvolto;

 componente critico di pertinenza secondo la classificazione del paragrafo precedente;

 azioni di riparazione effettuate;

 data e ora di disponibilità del mezzo per la riparazione;

 data e ora di ripristino.

Ogni guasto rilevato, nessuno escluso, dovrà popolare il Data base con uno specifico record.

Il data base potrà essere alimentato automaticamente dai moduli software di autodiagnosi e telediagnosi o manualmente con un metodo di data entry codificato a cura dell’aggiudicatario.

Il concorrente dovrà indicare in offerta i guasti per i quali garantisce la modalità automatica di compilazione del Data Base.

Sarà in ogni caso sviluppato e fornito a cura dell’Aggiudicatario un modulo SW in grado di monitorare costantemente che ad ogni servizio di TPL correntemente programmato sia assegnato un veicolo della flotta operativo e circolante con apparto di bordo in perfetta efficienza.

Tale modulo software dovrà essere installato fisicamente nel server della centrale di controllo in modo da garantirne il funzionamento anche nei casi di fault parziale del sistema centrale.

Ogni anomalia rilevata da tale modulo dovrà essere tempestivamente segnalata automaticamente in modo ridondato al “Servizio” che, in concerto con il controllore operativo dell’Azienda, dovrà attivare le azioni necessarie al ripristino del normale funzionamento. Eventuali guasti dell’AVM rilevati con tale meccanismo dovranno popolare il Data Base dei guasti sopra descritto.

In fase esecutiva, nell’ambito della definizione delle specifiche di sviluppo del modulo software saranno codificati i meccanismi per evitare il proliferarsi di false anomalie.

Sarà infine proceduralizzato un sistema di validazione congiunto (Azienda – Appaltatore) di ciascun record registrato.

16.4 Misura dei tassi di disponibilità medi

Con cadenza periodica (semestrale) verranno calcolati i tassi di disponibilità effettivi di ciascun sottosistema critico secondo la seguente formula:

Ti = [1 – (tgi/(ni*Tfi))]

Dove:

Ti= Tasso di guasto del periodo di riferimento (semestre) del sottosistema critico i

tgi = somma di tutti i periodi di guasto, espressi in minuti, nel semestre di riferimento di qualunque modulo o apparato classificato come appartenente al sottosistema critico i-esimo

ni = numero di entità di ciascun sottosistema critico

Tfi = periodo nominale di funzionamento operativo nel semestre della singola entità espresso in minuti, calcolato per il semestre di riferimento

per il calcolo di Tf si utilizzerà la seguente base oraria giornaliera differenziata per ogni componente critico e moltiplicata per il numero di giorni del periodo

1. Sistema di terra 1200 corrispondente a 20 ore giornaliere

2. Sistema di bordo 1080 corrispondente a 18 ore giornaliere

16.5 Disponibilità minima giornaliera dei validatori di bordo

La disponibilità minima giornaliera degli apparati di bordo è definita come segue:

numero massimo di apparati di bordo non idonei al servizio nella giornata in relazione alle seguenti soglie:

- 2 apparati non idonei;

Per apparati NON IDONEI AL SERVIZIO si intendono quegli apparati: Validatori di bordo che, nell’arco della giornata anche per frazioni di essa, non siano in grado di svolgere le funzioni essenziali di trasmissione in tempo reale dei dati di localizzazione alla centrale e di registrazione in locale di tali dati in assenza di copertura temporanea della rete per l’inoltro al sistema di centrale appena il veicolo ritorni in zona di copertura.

16.6 Servizio di Manutenzione Adattativa, Migliorativa ed Evolutiva del Software Applicativo

Per tutti i sistemi, sotto-sistemi, interfacce, apparati, dispositivi e quant’altro previsto nel Sistema offerto, relativamente al Software Applicativo fornito, il servizio comprende la fornitura, consegna, installazione e configurazione di nuove versioni del Software Applicativo (sia server che client) che l’Appaltatore dovesse rilasciare, almeno nei seguenti casi:

 introduzione di modifiche, migliorie o nuove funzioni, sviluppate dell’Appaltatore anche a seguito di richieste pervenute da altri clienti;

 introduzione di modifiche, migliorie o nuove funzioni, anche a seguito di modifiche legislative, regolamentari o amministrative che in qualsiasi modo comportino l’adeguamento del Software Applicativo;

 obsolescenza del Software Applicativo determinata dal rilascio di nuove versioni del Software di Base che rendano obsolete (e dunque non più manutenibili) le versioni già installate.

L’Appaltatore si impegna ad effettuare almeno una ricognizione annuale per individuare le nuove versioni disponibili, proponendo i modi ed i tempi per l’installazione delle stesse.

16.7 Servizio di Manutenzione Adattativa, Migliorativa ed Evolutiva del Software di Base

Per tutti i sistemi, sotto-sistemi, interfacce, apparati, dispositivi e quant’altro previsto nel Sistema offerto, relativamente al Software di Base fornito, il servizio comprende:

 la fornitura, consegna, installazione e configurazione di nuove versioni del Software di Base che dovessero essere rilasciate dai rispettivi produttori, almeno per i casi previsti dal precedente articolo.

 la fornitura, consegna, installazione e configurazione di patch o software correttivi che il produttore dovesse rilasciare per l’eliminazione di errori intrinseci del software, falle nella sicurezza e altro.

L’Appaltatore si impegna ad effettuare almeno due ricognizioni all’anno per individuare le nuove versioni e patch disponibili, proponendo i modi ed i tempi per l’installazione delle stesse.

16.8 Modalità di prestazione del Servizio di Manutenzione

Tutti gli interventi previsti dal Servizio saranno effettuati on-site.

In caso di guasto il Committente promuove l’intervento che è prioritariamente rivolto al tempestivo ripristino del servizio e, quindi, al mantenimento dell’efficienza degli apparati e dei sistemi presenti. L’intervento, a seconda del tipo di riparazione richiesta, potrebbe essere di tipo provvisorio poiché ciò potrebbe consentire una più sollecita eliminazione del guasto.

Questo criterio operativo dipende dal fatto che potrebbero essersi verificate condizioni particolari, tali da rendere inopportuno, nell’immediato, un intervento di tipo definitivo, che richiederebbe tempi più lunghi.

In questo caso, l’intervento definitivo verrà comunque programmato in tempi brevi, compatibilmente al tipo di soluzione da adottare allo scopo di ripristinare le condizioni di affidabilità ed il grado di qualità originarie.

L’Appaltatore si obbliga, nel termine di sette giorni a decorrere dalla formale stipula del Contratto, ad indicare i riferimenti del Responsabile del Servizio di Manutenzione specificandone sede, recapiti telefonici, fax e telematici presidiati 24 ore su 24, comprese le ore notturne (in caso di comunicazione da parte dell’azienda di eventuali servizi notturni) ed i giorni festivi.

Per tutte le disposizioni relative all’esecuzione del servizio di manutenzione, l’Impresa Assuntrice farà riferimento al Responsabile Tecnico indicato dall’Azienda.

Sommario

1. OGGETTO DELLA GARA 2

2. OBIETTIVI 2

2.1 La fornitura del sistema 4

2.2 Il contesto aziendale 4

2.3 Architettura del sistema 4

2.4 Interoperabilità con il sistema regionale SIBEM RAS 6

3. SPECIFICHE FUNZIONALI 6

3.1 Infrastruttura di rete 6

3.2 Funzioni del sistema 7

3.3 Progettazione esecutiva del sistema 8

4. CENTRALE DI BIGLIETTAZIONE ELETTRONICA 8