Capitolato Tecnico Fornitura, installazione, assistenza e manutenzione full service di soluzioni mobili per la Piattaforma Logistica Nazionale (PLN) (Test Pilota) Roma, 30 luglio 2012
INDICE 1 INTRODUZIONE... 4 1.1 PREMESSA... 4 1.2 DESCRIZIONE E OBIETTIVI DEL PROGETTO... 5 2 IL PROGETTO: IMPLEMENTAZIONE E FUNZIONALITÀ RICHIESTE... 6 2.1 OGGETTO DELLA FORNITURA... 6 2.2 ARTICOLAZIONE E CONSISTENZA MINIMA DELLA FORNITURA... 8 2.3 SOLUZIONI MOBILI... 8 2.3.1 Soluzione Entry-level: Applicazione Mobile... 8 2.3.2 Soluzione Middle-Level: Smartphone-OBU integrate... 12 2.3.3 Soluzione High-Level: OBU evoluta + TouchScreen... 14 2.3.4 Requisiti tecnologici... 16 2.4 SERVIZI DI SUPPORTO... 18 2.4.1 Help Desk di secondo livello... 19 2.4.2 Servizi di installazione... 21 2.4.3 Servizi di assistenza e manutenzione... 21 2.5 STRUTTURA DELL'OFFERTA TECNICA... 22 3 ARTICOLAZIONE DEL PROGETTO... 24 3.1 ORGANIZZAZIONE DEL LAVORO, DEI GRUPPI E MODALITÀ OPERATIVE... 24 3.1.1 Application Management e Service Management... 26 3.2 MODALITÀ E TEMPI DI REALIZZAZIONE... 27 3.3 STADIO DI IMPLEMENTAZIONE... 28 3.3.1 Attività dello stadio di implementazione... 28 3.3.2 Documentazione tecnica... 29 3.4 STADIO DI GESTIONE... 30 3.4.1 Attività dello stadio di gestione... 30 3.4.2 Gestione e proprietà dei dati... 31 3.4.3 Servizio di manutenzione e assistenza... 32 3.4.3.1 Servizio di assistenza... 32 3.4.3.2 Manutenzione adeguativa... 33 3.4.3.3 Manutenzione evolutiva... 33 3.4.3.4 Corrispettivi per la manutenzione evolutiva... 34 3.4.3.5 Sintesi dei ruoli e deliverable... 35 3.5 CRITERI PER LA VALUTAZIONE DELLO STATO DI AVANZAMENTO... 35 3.6 GESTIONE DELLE ATTIVITÀ DI PROGETTAZIONE E QUALITÀ DEL PRODOTTO... 36 3.7 NORMA DI COLLAUDO... 37 3.8 FORMAZIONE DEL PERSONALE... 38 4 OBBLIGHI DELL'IMPRESA AGGIUDICATARIA... 39 4.1 MODALITÀ DI FORNITURA E INSTALLAZIONE... 39 4.2 FORNITURE HARDWARE E SOFTWARE... 39 4.3 GESTIONE DEI DATI... 39 4.4 VARIANTI ED ESPANSIONI... 39 4.5 OBBLIGHI ED ONERI GENERALI E SPECIALI A CARICO DEL PROPONENTE... 39 4.6 ESONERO DI RESPONSABILITÀ E TRASFERIMENTO DEI RISCHI... 40 Pag. 2/42
4.7 PROPRIETÀ DEL SOFTWARE... 40 4.8 GARANZIA... 40 4.9 SLA E PENALI... 41 ALLEGATO A: Manuale Introduttivo Piattaforma Logistica Nazionale - Rev. B (Aprile 2012) Pag. 3/42
1 INTRODUZIONE Il presente capitolato tecnico disciplina l affidamento mediante gara di appalto della fornitura, installazione, assistenza e manutenzione full service di soluzioni mobili per la Piattaforma Logistica Nazionale (nel seguito PLN o Piattaforma). Il bando di gara Test Pilota ha lo scopo di estendere la gamma delle soluzioni mobili della PLN dotando i principali attori della catena logistica (autotrasportatore, piccolo operatore, grande vettore) di un Applicazione Mobile (App) e di tecnologie da applicarsi ai veicoli di trasporto stradale merci, per consentire loro di usufruire in mobilità dei servizi della Piattaforma, garantendo un grado di interazione e usabilità elevato. Tale estensione contribuirà a massimizzare e rendere capillare la capacità di fruizione dei servizi offerti e a promuoverne l utilizzo. L oggetto della fornitura comprende altresì il servizio completo di provisioning, installazione, assistenza e manutenzione per tutta la durata della sperimentazione dei servizi della PLN. Tale capitolato, in particolare, definisce i requisiti relativi all oggetto della fornitura richiesta e le modalità di presentazione e di valutazione delle offerte tecniche. 1.1 PREMESSA La Società UIRNet S.p.A., come soggetto attuatore unico del Ministero delle Infrastrutture e dei Trasporti, che si avvale di alcuni partner tecnologici ed industriali selezionati con apposite gare ad evidenza pubblica, sta ultimando la realizzazione dell Intelligent Transport System (ITS) nazionale di riferimento per il trasporto merci e la logistica. UIRNet fornisce servizi info-telematici per migliorare l organizzazione delle attività di trasporto merci, per migliorare i processi di logistica integrata, per fornire servizi in tempo reale per le aziende e per chi viaggia con particolare attenzione alle problematiche connesse alla sicurezza. Più in generale, UIRNet realizza la messa in opera di un ITS integrato, unico nel suo genere, in grado di erogare servizi specifici destinati ai soggetti pubblici e privati coinvolti nella catena - anche intermodale - del trasporto e della logistica industriale. La PLN, infatti, mette in rete diversi attori (trasportatori; aziende di logistica; gestori di interporti, porti, centri e infrastrutture logistiche; aziende produttive, istituzioni), permettendo di integrare la loro operatività in modo intelligente (si veda Allegato A). I Moduli che raccolgono i servizi di sistema (di base e avanzati) della PLN sono in fase di completamento, e UIRNet è in procinto di avviare la sperimentazione dei propri servizi sui principali nodi interportuali e portuali. Pag. 4/42
1.2 DESCRIZIONE E OBIETTIVI DEL PROGETTO UIRNet ha l obiettivo di selezionare un main partner che la supporti nell erogazione sperimentale dei servizi di sistema della PLN per tutta la durata della fase di test, ed in particolare: 1. estenda la gamma dell offerta di soluzioni mobili con le quali abilitare gli utenti UIRNet alla fruizione dei servizi in mobilità a partire da soluzioni hardware di mercato o ad hoc (blackbox, smartphone, tablet, ecc.), implementando tutto il software necessario (firmware, app mobile multi-piattaforma, ecc.) per consentire l interazione tra le soluzioni mobili e i servizi esposti dalla PLN; 2. offra un servizio completo di provisioning, installazione, assistenza e manutenzione per le soluzioni hardware/software selezionate. UIRNet in tal modo potrà assicurarsi competenze, livelli di service delivery e capillarità sul territorio adeguati a supportare l erogazione di servizi complessi per gli utenti della sperimentazione. In particolare, si richiede ai Proponenti: 1. l offerta di soluzioni mobili. Data l eterogeneità e la frammentazione delle aziende di trasporto nella realtà italiana (padroncini, piccoli vettori, flotte attrezzate, grandi flotte, ecc.), è indispensabile articolare un offerta di strumenti abilitanti ai servizi UIRNet che tenga conto delle diverse operatività e che contempli diversi livelli di soluzioni (Entry-Level, Middle-Level, High-Level) per l interazione in mobilità. Volendo mantenere aperta la Piattaforma Logistica Nazionale, senza imporre soluzioni proprietarie, è richiesto di sviluppare tutto il software necessario (firmware, app mobile, ecc.) da installare sulle soluzioni mobili per permettere a queste ultime di comunicare e interoperare con i servizi esposti dalla PLN e garantire all utente una facile fruizione dei servizi UIRNet in mobilità. 2. il delivery delle soluzioni mobili che comprende attività di provisioning, installazione (utilizzando le sole SIM UIRNet fornite da Telecom), assistenza e manutenzione correttiva ed evolutiva in relazione alle soluzioni mobili realizzate e alle esigenze di sperimentazione definite da UIRNet per l intera durata del periodo contrattuale. Pag. 5/42
2 IL PROGETTO: IMPLEMENTAZIONE E FUNZIONALITÀ RICHIESTE 2.1 OGGETTO DELLA FORNITURA L oggetto della fornitura ha lo scopo di estendere la gamma dell offerta di soluzioni mobili della Piattaforma UIRNet aumentando la capillarità e rendendo più efficace l erogazione dei servizi agli attori della catena logistica (autotrasportatore, piccolo operatore, grande vettore, ecc.) in mobilità. Al Proponente si richiede di formulare una proposta tecnica che copra le seguenti soluzioni: 1) Soluzione Entry-Level: Applicazione Mobile. Applicazione per smartphone e terminali di ultima generazione per una o più piattaforme maggiormente diffuse (ad es. Android, Apple IOS, BlackBerry, Windows Phone) per l accesso ai servizi offerti dalla PLN. L App dovrà essere fruibile, scaricabile e installabile liberamente dai Market ufficiali offrendo funzionalità di base liberamente utilizzabili (ad es. controllo dei consumi, ore guida, ecc.) e funzionalità avanzate legate ai servizi offerti dalla PLN ai soli utenti registrati nella Piattaforma sfruttando gli strumenti tecnologici integrati nel dispositivo (localizzazione GPS, accelerometro, notifiche push, ecc.). 2) Soluzione Middle-Level: Smartphone-OBU base (On Board Unit) integrate. Terminale hardware di base destinato all installazione on-board dotato di modulo di comunicazione GPRS/UMTS, accelerometro e modulo di posizionamento satellitare (GPS) che consenta alla PLN di abilitare un servizio di localizzazione nearly real-time del veicolo ed eventualmente di usufruire di ulteriori servizi di mercato erogati anche da terze parti (ad es. comunicazione, supervisione veicolo, invio allarmi, servizi assicurativi pay-as-you-drive, ecc.). L OBU deve essere interoperabile con lo smartphone su cui è installata l applicazione della soluzione Entry-Level mediante canali di comunicazione wireless. 3) Soluzione High-Level: OBU evoluta+touchscreen. Terminale hardware evoluto dotato di interfaccia utente con display TouchScreen. Tale soluzione, potente, compatta e dotata di una propria intelligenza, deve poter offrire in locale alcune funzionalità specifiche di tipo In-Cab Navigation ed essere fortemente integrata con i servizi esposti dalla PLN, in particolare, deve essere dedicata all intera gestione sia del veicolo che della missione (per la definizione del concetto di missione si veda Allegato A) in termini di localizzazione e comunicazione, verifica stato del veicolo, invio avvisi all autotrasportatore, pianificazione e gestione missioni, prenotazione finestre di carico/scarico, informazione progressiva sui POI di consegna/ritiro, sistema di navigazione real-time, allarmi e informazioni sulla viabilità da e verso l apparato, ecc. L Applicazione Mobile e i terminali di bordo (base e evoluto) dovranno in ogni caso garantire all autotrasportatore in mobilità la piena interazione con tutti i servizi offerti dalla PLN (comprese le evoluzioni delle funzionalità realizzate in fase di sperimentazione). Pag. 6/42
I terminali proposti dovranno avere validità tecnica e reperibilità dei componenti sul mercato posteriore di almeno 3 anni rispetto al temine dell attività di sperimentazione. Per quanto riguarda i terminali mobili di uso comune, gli smartphone, la piattaforma Android risulta essere quella preferenziale per lo sviluppo dell applicazione, data la natura Open Source del sistema operativo e dell ambiente di sviluppo, e, pertanto, verrà premiata in fase di valutazione. A cascata, per motivi di penetrazione nel mercato, rientrano nel novero anche le piattaforme Apple IOS, BlackBerry e Windows Phone. La scelta di tre diverse soluzioni garantisce un migliore match tra servizi e esigenze reali di chi ne fruisce: gli utenti meno consapevoli dei vantaggi di una loro integrazione nel sistema possono trovare nelle applicazioni per smartphone un facile accesso iniziale ai servizi della Piattaforma UIRNet; allo stesso tempo gli operatori maggiormente strutturati che necessitano di una gestione più evoluta della flotta possono accedere a soluzioni avanzate che combinano i servizi della PLN con altri servizi (es. fleet management). Nella realizzazione si dovranno osservare i seguenti principi generali: modularità: l architettura delle soluzioni deve prevedere una struttura modulare a livello di piattaforme sia hardware che software al fine di rendere possibili future implementazioni, sia in termini di di funzionalità che di servizi offerti a livello hardware e software; scalabilità: la soluzione deve consentire l ampliamento della flotta e delle aziende collegate al crescere del numero di soggetti coinvolti nella sperimentazione ed, in seguito, nell esercizio ordinario. affidabilità: intesa come capacità delle soluzioni offerte di erogare il servizio in continuità, rispondendo alle normative vigenti (CE Automotive) e alle Best Practices di sviluppo. Per il delivery delle soluzioni mobili si dovranno rispettare i seguenti requisiti: una rete di centri fissi e/o mobili di installazione/assistenza che permetta un rapido intervento di prima installazione o di manutenzione in caso di difetto o rottura; una organizzazione dell assistenza basata su macrozone geografiche caratterizzate da significativi flussi di traffico merce anche intermodale e scambi commerciali, che includano preferibilmente Genova-Torino. Novara-Milano, Trento-Verona, Venezia-Trieste, Napoli e Bari, per l intervento rapido da parte di team di installazione o manutenzione in caso di emergenze; officine mobili che eseguano la maggior parte degli interventi on-site presso i clienti in modo da ridurre al minimo il tempo di fermo dei veicoli o che effettuino le operazioni contestualmente alle attività di manutenzione programmata degli stessi; un team di assistenza ed un servizio di Help Desk di secondo livello, integrato nel Sistema di Service Management UIRNet, per il coordinamento delle attività di provisioning, installazione, assistenza tecnica Pag. 7/42
e manutenzione e tutto quanto concerne la fruizione dei servizi attraverso soluzione mobili e la risoluzione dei problemi ad esse relativi. 2.2 ARTICOLAZIONE E CONSISTENZA MINIMA DELLA FORNITURA La consistenza minima della fornitura dovrà essere la seguente: Id Voci Descrizione breve Quantità 1.0 Fornitura Applicazione Mobile (App) per smartphone e terminali di ultima generazione su una o più piattaforme a larga diffusione (ad es. Android, Apple IOS, BlackBerry, Windows Phone) completa di sorgenti. 2.0 Fornitura terminali hardware base (OBU base) fissi installato sul veicolo interoperabile con smartphone su cui è installata l App (Id 1.0). Le OBU base devono essere complete di tutte le licenze software necessarie e delle interfacce di comunicazione con la PLN. 3.0 Fornitura terminali hardware evoluti (OBU evolute) dotati di interfaccia utente con display TouchScreen. Le OBU evolute devono essere complete di tutte le licenze software necessarie e delle interfacce di comunicazione con la PLN. 4.0 Fornitura di tutta la documentazione tecnica a corredo dell offerta Attivazione del sistema fornito Collaudo in fabbrica e definitivo di App/OBU (base ed evolute) Help Desk di secondo livello Imballo e Trasporto Installazione e manutenzione OBU (base ed evolute) Formazione al personale Garanzia 1 800 800 1 Ogni soluzione tecnologica dovrà essere completa di hardware, firmware e software necessario a svolgere le funzionalità previste dal capitolato, incluse le interfacce di comunicazione con la Piattaforma Logistica Nazionale. Dovrà inoltre essere fornito tutto il materiale necessario a garantire il funzionamento dei prodotti a regola d arte. 2.3 SOLUZIONI MOBILI 2.3.1 Soluzione Entry-level: Applicazione Mobile L obiettivo del requisito quello di mettere a disposizione dei conducenti dei veicoli di flotte aderenti a UIRNet un canale di comunicazione aggiuntivo rispetto a quelli già disponibili per gli utenti (il portale UIRNet, il Contact Center, UIRNetMobile). Tale canale dovrà essere realizzato attraverso un applicazione da installare su dispositivi personali di ultima generazione (ad es. smartphone e tablet), che permetta di interagire in mobilità con la Piattaforma in modo facile e guidato. Si tratta perciò di una modalità Pag. 8/42
particolarmente adatta ai conducenti i quali possono così interagire con la PLN e fornire e ricevere informazioni senza necessità di ulteriori apparati dedicati. L adozione di questo canale mira ad accrescere la partecipazione dei trasportatori ai servizi UIRNet così da ottenere le finalità di: incrementare le informazioni a disposizione del sistema della PLN implementando un fleet management elementare basato sulla posizione GPS del device (che dovrà essere necessariamente abilitata per utilizzare i servizi UIRNet) e sulle attività che l autotrasportatore comunica al terminale con inserimenti manuale; accrescere la conoscenza dei servizi UIRNet presso gli operatori logistici attraverso una sperimentazione non invasiva e consentire loro di valutare i vantaggi offerti dal sistema; effettuare un operazione di marketing indiretto facilitando l ingresso dell operatore nel sistema a costi praticamente nulli e strutturando la successiva proposta commerciale e tecnica sulla base delle esigenze derivate dall analisi dell operatività reale. L applicazione, da sviluppare su una o più piattaforme di grande diffusione (Android, Apple IOS, BlackBerry, Windows Phone), dovrà rispettare i moderni standard funzionali, di sicurezza, di prestazioni e di usabilità e fornire un interfaccia utente in linea con le specificità di ciascuna piattaforma. Architettura La soluzione Applicazione Mobile (App) da realizzare dovrà essere modulare, consentendo all utilizzatore sia attività basilari che funzionalità più avanzate (come il servizio di localizzazione escludibile in tutti i casi che non siano la missione in corso per garantire il rispetto della privacy dei conducenti in caso di terminali di proprietà degli stessi). L App dovrà essere fruibile, scaricabile e installabile liberamente su smartphone e terminali di ultima generazione dai mercati di riferimento ufficiali. Il volume di traffico dati relativo all utilizzo di questo livello di servizio potrà rimanere a carico del soggetto richiedente o essere erogato tramite SIM UIRNet. Mediante l App l utente deve poter almeno: Identificarsi mediante username e password. Associare temporaneamente il dispositivo ad un veicolo identificato mediante l inserimento della targa o con strumenti di riconoscimento ottico. Trasmettere le informazioni di posizione alla PLN dal device consentendo all operatore di disattivare tale funzione per motivi di privacy. Usufruire di un sistema di navigazione GPS (locale o remoto) gestito mediante comandi vocali; Pag. 9/42
Creare una missione (contenente almeno tutti i dati obbligatori a livello di PLN) e inviarla tramite il device alla Piattaforma tramite i servizi esposti da questa e secondo i protocolli che UIRNet indicherà. Parte dei dati necessari (ad es. POI) dovranno essere derivati dai servizi esposti dalla PLN. Gestire le missioni (se previste) di pertinenza. In particolare deve poter visualizzare la lista completa delle missioni evidenziandone lo stato ed i dettagli relativi (data e ora di partenza, lista dei POI, orari previsti per ciascun POI, eventuali segnalazioni di re-instradamento, ecc), attivare chiudere la prima missione della lista, aggiornare la missione attiva (ad es. per quanto riguarda i tempi di partenza arrivo ai vari POI che costituiscono la missione) e segnalare l arrivo ad un POI, visualizzare eventuali segnalazioni di instradamento legati alla chiusura di un POI della missione. Gestire la merce (se prevista) associata alla missione attiva in quel momento. Per ogni POI devono poter essere visualizzate le informazioni relative all orario e alla merce che è previsto caricare/scaricare. Inoltre deve essere possibile segnalare il carico/scarico della merce, gestire eventuali unità di carico vuote e dare la disponibilità di accettare carico ulteriore. Visualizzare il risultato del calcolo del percorso ottimo (e i relativi dettagli) presentato in forma di elenco di direttrici principali da percorrere dal POI di partenza a quello di destinazione, segnalando gli eventuali passaggi per POI intermedi; tempi di percorrenza e chilometri totali e delle singole tratte ecc. Il percorso ottimo dovrà essere derivato dai servizi esposti dalla PLN. Gestire le segnalazioni di infoviabilità che lo riguardano. In particolare deve essere possibile visualizzare la lista delle segnalazioni, richiedere informazioni relative ad un intorno del punto in cui si trova il terminale o in un'altra località (ad es. con inserimento del nome del comune) e inviare notifiche di eventi di infoviabilità verso la Piattaforma mediante una procedura assistita. Visualizzare la lista degli eventi di allarme ricevuti dalla Piattaforma (Geofencing, Monitoraggio documentazione, Corridor Monitoring, ecc.). Per ogni evento deve essere possibile visualizzare i dettagli caratteristici di quell evento. L arrivo di messaggi di allarme deve generare nell applicazione un pop-up e un segnale sonoro di avviso configurabili dall utente (oltre all archiviazione nello storico corrispondente). Inviare messaggi di testo (a campo libero) da recapitare al proprio gestore flotta. Inviare comunicazioni di emergenza alla PLN ed al gestore della fotta mediante una procedura assistita. Segnalare manualmente eventi legati alla viabilità, in corso di missione, con invio posizione legata alla zona di interesse. Usufruire di report e statistiche riguardo l operatività giornaliera/mensile/annuale riguardo ad es. ore di guida, consumi di carburante, tempi di marcia e sosta, consuntivo delle missioni rispetto al pianificato, ritardi/anticipi nelle consegne, allarmi legati alle missioni (Geofencing, Corridor Monitoring, ecc.), eventi critici monitorati dai sensori a bordo, ecc. sia in formato tabellare che grafico. Pag. 10/42
Integrarsi e consentire la gestione delle OBU della soluzione Middle-Level di seguito dettagliata. L App deve, inoltre, fornire come add-on a pagamento secondo modalità di acquisto in-app la cartografia compatibile con Tele Atlas per attivare le funzionalità minime seguenti. Calcolare il percorso ottimo per le missioni da un punto di partenza ad uno di destinazione in funzione di diversi criteri (ad es. percorso più breve o percorso più veloce, percorso più economico, percorso a minor rischio per il trasporto di merci pericolose, ecc.); includendo passaggi/soste per i punti di missione intermedi e/o tratte intermodali, eventualmente vincolando il passaggio per ulteriori punti di transito intermedi; tenendo conto: dei tempi medi di percorrenza 1, degli eventi di infoviabilità e dell esclusione di archi/nodi stradali che risultino chiusi temporaneamente o permanentemente alla circolazione 2 o non percorribili dalla tipologia di veicolo per cui si sta effettuando il calcolo (truck attributes, restrizioni per trasporto merci pericolose); tenendo conto altresì dell esclusione di tratte stradali incluse in aree urbane, con presenza di tunnel/gallerie, ponti/viadotti, o soggette a pedaggio e dei limiti di velocità 3. Parte dei dati (ad es. POI, caratteristiche veicolo, eventi di infoviabilità, tratte intermodali) dovranno essere ricavati dai servizi esposti dalla PLN. Di contro il percorso pianificato e/o attuale (relativo alla missione attiva) dovrà essere inviato dal device alla Piattaforma tramite i servizi esposti da questa e secondo i protocolli che UIRNet indicherà (in particolare i punti del percorso, così come le posizioni del veicolo, devono essere replicabili sulla cartografia utilizzata dalla PLN). Visualizzare il risultato del calcolo del percorso ottimo presentato in forma di elenco di direttrici principali da percorrere o su mappa e fornire assistenza vocale alla guida. Visualizzare i dettagli del percorso della missione attiva in termini di: elenco delle strade principali da percorrere dal POI di partenza a quello di destinazione, segnalando gli eventuali passaggi per POI intermedi; tempi di percorrenza e chilometri totali e delle singole tratte ecc. Memorizzare e richiamare su richiesta percorsi precedentemente calcolati. Ricalcolare il percorso quando variano i vincoli e le condizioni al contorno. Visualizzare su mappa cartografica gli eventi di infoviabilità nell intorno della propria posizione, lungo il percorso di una missione attiva o pianificata oppure in una specifica area. Gli eventi di infoviabilità e la loro localizzazione dovranno essere derivati dai servizi esposti dalla PLN. Visualizzare su mappa cartografica i servizi (ai mezzi, alle merci e alle persone) offerti dagli utenti Fornitori aderenti a UIRNet nell intorno della propria posizione, lungo il percorso di una missione attiva 1 Del giorno e della fascia oraria relativi a previsto passaggio del mezzo per quella tratta e alla tipologia del mezzo oppure effettivi segnalati per archi stradali interessati da eventi perturbatori della viabilità. 2 Solamente nel caso in cui il tempo di arrivo stimato del veicolo all arco/nodo coincide con il periodo di chiusura di questo. 3 Imposti sulla rete autostradale, stradale extra-urbana e urbana alle diverse tipologie di veicoli o dovuti alle caratteristiche stradali di pendenza e tortuosità in relazione alla tipologia di veicolo. Pag. 11/42
o pianificata oppure in una specifica area. I servizi e la loro localizzazione dovranno essere derivati dai servizi esposti dalla PLN. Prenotare i servizi (ai mezzi, alle merci e alle persone) offerti dagli utenti Fornitori aderenti a UIRNet. I servizi e la loro localizzazione dovranno essere derivati dai servizi esposti dalla PLN. In generale, l Applicazione Mobile dovrà essere realizzata per offrire i servizi in mobilità previsti dagli attuali sviluppi ed estensioni della PLN realizzate in fase di sperimentazione. Sarà inoltre positivamente valutata la capacità del sistema sviluppato di interagire con l autotrasportatore in modo da consentirgli il minimo delle operazioni manuali, attivando ove possibile un sistema di sintesi vocale e un sistema di invio comandi anch esso vocale. Il Proponente dovrà porre in essere tutti gli accordi commerciali e tecnici con il fornitore della cartografia ed implementare il canale distributivo della stessa ai device con l App installata. Il Proponente dovrà, inoltre, gestire il rapporto commerciale con l utente finale per la licenza della cartografia. 2.3.2 Soluzione Middle-Level: Smartphone-OBU integrate La soluzione Middle-Level prevede l adozione di smartphone, con installata l Applicazione Mobile precedentemente descritta, integrato con unità di bordo (OBU) fissa installata sul veicolo. La soluzione in questo caso deve assicurare: Affidabilità del dispositivo in quanto rispondente ai requisiti delle normative automotive, derivandone tolleranza dei componenti alle temperature (alte e basse), resistenza alle vibrazioni e agli urti; Installazione in posizione protetta e integrata con il veicolo; Posizionamento di antenna GPS e GSM in luogo ove sia garantita una corretta ricezione del segnale; Integrazione con il CAN BUS e/o con sistemi di sensoristica. Criteri di interoperabilità Smartphone-OBU: Lo Smartphone e la OBU devono poter comunicare su canale wireless (preferibilmente Bluetooth per questioni di ottimizzazione dei consumi energetici); Lo smartphone deve instaurare e gestire la comunicazione con la OBU, trasmettendo a quest ultima tutti i dati di configurazione ed i parametri operativi; Lo Smartphone e la OBU devono essere entrambi dotati di sistema invio dati (rete cellulare); Quando smartphone e OBU sono accoppiati, salvo differente impostazione vincolante della PLN, dall applicazione sullo Smartphone dovrà essere possibile per il conducente determinare quale dei due dispositivi (Smartphone o OBU) trasmette i messaggi di posizione acquisiti e quale dispositivo GPS utilizzare, l altro dispositivo disattiverà le funzioni non utilizzate (trasmissione posizioni, GPS) e Pag. 12/42
svolgerà funzioni di backup nel caso di mancato funzionamento del principale (assenza di linea, assenza di segnale GPS); Lo smartphone deve essere in grado di acquisire tutte le informazioni rilevate dalla OBU (in particolare quelle del CAN BUS e della sensoristica) per elaborarle e/o trasmetterle alla PLN. Lo smartphone deve garantire l interoperabilità con i servizi UIRNet come nella soluzione precedente. Saranno valutate positivamente estensioni applicative basate sui dati acquisibili dalla OBU. Sarà poi necessario sviluppare o adeguare il firmware delle OBU scelte per governare la registrazione dei parametri di bordo e le comunicazioni con la PLN secondo i criteri e le policies imposti da quest ultima. Saranno valutate positivamente le soluzioni il cui firmware consenta l estensione delle funzionalità mediante plug-in per l integrazione di servizi offerti da terze parti (es. servizi di sistema, servizi di fleet management, servizi di insurance pay as you drive, ecc.). Saranno valutate positivamente le soluzioni che forniscano segnalazioni automatiche alla PLN ed al gestore di flotta in seguito ad eventi critici (frenate improvvise, collisioni) integrate con i dati della sensoristica dello smartphone e della OBU (forza di impatto in caso di incidente, integrità del veicolo, ecc.). Architettura La soluzione in questo caso prevede almeno le seguenti funzionalità: Servizi di localizzazione del mezzo affidata in modo prioritario alla OBU, garantendo il tracciamento non solo per il tempo necessario alla missione, ma per tutti gli spostamenti del veicolo; Servizi di trasmissione dati legati alla localizzazione del mezzo gestiti direttamente dalla OBU con possibilità di configurazione della frequenza di invio posizione e dell invio posizione su richiesta; Interfaccia utente affidata interamente al mobile device attraverso applicazione dedicata (descritta nel paragrafo 2.3.1) per la piattaforma PLN; Scambio dati per la funzionalità dell interfaccia, invio e ricezione alert legati alla missione, avvio e termine della missione, presa in consegna o scarico merci, interamente a carico del sistema di comunicazione del mobile device, ecc. Sarà indice di valutazione della proposta tecnica anche la dotazione del sistema di caratteristiche tecniche più evolute, riprendono i canoni precedenti, sommando a questi l integrazione con la sensoristica di bordo del veicolo, sia essa installata nativamente sul mezzo (si parla ad esempio di monitoraggio di merci pericolose o di interfacce standard quali il CAN BUS) o fornita dal sistema UIRNet in pacchetto con il dispositivo di bordo: Ingressi analogico/digitali fissi o riconfigurabili; Linea di comunicazione configurabile per interfacciamento sistemi distribuiti su linee BUS (ad es. su protocollo RS232 / RS485 / USB); Pag. 13/42
Interfaccia verso presa diagnostica CAN BUS per la lettura di parametri del veicolo provenienti dall elettronica interna. L invio dei dati del CAN BUS alla PLN deve essere configurabile; Come nel caso Entry-level, nell ottica di favorire al massimo l usabilità del sistema da parte dell autotrasportatore, sarà valutato positivamente lo sviluppo di interazioni vocali da parte dell applicazione proposta, sia in termini di comunicazione verso l autotrasportatore che la comprensione di comandi verso l apparato. Sarà valutato positivamente l utilizzo del medesimo standard di comunicazione con la PLN dell Applicazione Mobile (JSON su HTTPS). Alternativamente, la fornitura deve includere la realizzazione del Front End per la gestione della comunicazione con le OBU dalla PLN mediante lo sviluppo del modulo J2EE da integrare nella piattaforma secondo le specifiche che verranno rese disponibili da UIRNet. 2.3.3 Soluzione High-Level: OBU evoluta + TouchScreen La soluzione High-Level prevede l adozione di un unico terminale compatto tecnologicamente avanzato (OBU evoluta), interamente integrato con il CAN BUS e/o con sistemi di sensoristica di bordo, per la localizzazione dei mezzi, per la trasmissione e la comunicazione e per garantire, attraverso un interfaccia evoluta, all autotrasportatore di usufruire in mobilità dei servizi della PLN. Dovrà essere un terminale ergonomico e funzionale, con un display a colori, che consenta una leggibilità ottimale in qualunque condizione di luce ambientale, di tipo touch-screen, preferibilmente con dei pulsanti di azionamento rapido configurabili da sistema. L OBU evoluta deve presentare almeno i seguenti requisiti: essere robusta e essere omologata CE (Automotive) per consentire l utilizzo anche in situazioni ambientali difficili e l installazione in zone del veicolo soggette a forti sollecitazioni e temperature elevate; avere gli ingressi/uscite protetti da inversioni di polarità e cortocircuiti; avere le connessioni resistenti al distacco accidentale; avere un funzionamento a basso consumo con sistema di back-up dei dati in caso di improvvisa assenza di alimentazione da parte del veicolo; avere un modem per la connettività GPRS/UMTS; avere porte digitali, analogiche e seriali (ad es. RS232 e RS485) e USB; essere dotato delle interfacce comunemente utilizzate nei veicoli di trasporto quali il CAN BUS. L invio dei dati del CAN BUS alla PLN deve essere configurabile; funzionare con un range esteso di tensione di alimentazione per essere installato in qualsiasi tipo di veicolo, senza l'esigenza di utilizzare convertitori; avere dimensioni e peso contenuti; essere strutturata in maniera modulare per poter aggiungere connettività o moduli di futura realizzazione; Pag. 14/42
prevedere una black-box di tipo rugged cuore del sistema su cui convergono i dispositivi di localizzazione, trasmissione e comunicazione verso l esterno; prevedere tutte le funzionalità disponibili nella soluzione Middle Level; essere preferibilmente equipaggiata con sistema operativo Android; prevedere un interfaccia utente realizzata con display TouchScreen di dimensioni adeguate all uso (non inferiore a 4 pollici) da posizionare nell abitacolo. In assenza di segnale di connessione, il sistema di bordo dovrà memorizzare gli eventi nella propria memoria interna per trasmetterli successivamente al ripristino della connessione. L OBU evoluta non deve creare interferenze con i dispositivi elettrici/elettronici ai quali sarà connesso a bordo, ne deve essere da quest ultimi condizionato (quadro accensione, alimentazione, odometro, sensori apertura/chiusura porte, eventuale sistema gestione sensoristica di bordo ecc.). Deve essere possibile gestire da remoto il ripristino e l'aggiornamento dell'intero sistema in qualsiasi momento, dalle applicazioni utente fino al sistema operativo completo e a tutti i firmware di cui è dotato il Terminale evoluto. Architettura Il requisito minimo per la soluzione High Level è di implementare tutte le funzionalità della soluzione Middle Level (Smartphone + App - OBU integrate). In particolare, oltre alle funzionalità della Middle Level, saranno considerate indispensabili: Gestione anagrafica dell autotrasportatore / azienda; Localizzazione veicolo attraverso GPS (eventualmente compatibile con altri sistemi di posizionamento EGNOS/GALILEO/GLONASS); Scambio informazioni con la PLN attraverso modulo rete mobile GPRS / UMTS; Presenza di un interfaccia utente basata su display TouchScreen di dimensioni sufficienti alla interazione con l autotrasportatore. Saranno positivamente valutate proposte tecniche che rappresentino ulteriori evoluzioni delle soluzioni proposte. Per la OBU evoluta, ad esempio, particolare rilevanza sarà assegnata alla capacità di gestione della missione e degli eventi a cui è soggetto il mezzo in maggiore autonomia rispetto all intervento dell autotrasportatore e la possibilità di implementare un sistema di navigazione base open source, che fornisca una guida visuale delle operazioni legate alla missione attuale e consenta l interazione con i servizi della PLN ad esempio in termini di: inserimento/cancellazione POI; indicazioni riguardo i nodi logistici di arrivo/partenza; indicazioni grafiche legate ad avvisi di eventi inattesi sulla viabilità; ecc. In particolare, rispetto al precedente scenario, saranno considerate gradite integrazioni: Interfaccia utente di dimensioni non inferiori a 5 ; Pag. 15/42
Capacità di elaborazione e velocità del processore sull apparato sufficiente a garantire una gestione grafica fluida dell interfaccia; Sviluppo on-board di sistema di navigazione residente sul terminale basato su codice open-source in grado di interagire con la PLN e basato su cartografia compatibile con quella Tele Atlas in uso nella Piattaforma; Sviluppo di un algoritmo con sufficiente intelligenza per gestire in autonomia eventi imprevisti legati a viabilità o discrepanze sostanziali rispetto agli ETA (Estimated Time of Arrival) legati ai singoli POI o alle destinazioni programmate; Rilascio di dispositivi evoluti per la scansione e stampa dei documenti a bordo (eventualmente connessi al terminale evoluto con tecnologia wireless); Rilascio di funzionalità per inviare ad un autotrasportatore (o gruppi di autotrasportatori/flotte) in cabina dei contenuti (ad es. file audio, video, pdf per comunicazioni critiche o formazione in autoapprendimento); Rilascio di Docking Station connessa direttamente al veicolo con tutti i cavi e le connessioni necessarie. Tale soluzione consentirebbe all unità display di essere facilmente rimossa e posta in sicurezza per evitare eventuali furti o danneggiamenti mentre l autotrasportatore non è all'interno del veicolo. Tale unità deve comunque poter essere bloccata alla docking station, rendendola fissa non rimovibile. L'unità display e la docking station devono essere accoppiati e legati sia a livello software sia a livello hardware cosicché ogni display possa funzionare solamente con la propria docking station; Interazione tra autotrasportatore e apparato pensata con filosofia di interfaccia a guida vocale, nell ottica della minima invasività dal sistema alla mansione della guida, sviluppando anche l aspetto del comando vocale per le funzionalità più importanti. 2.3.4 Requisiti tecnologici Requisiti sui componenti software La realizzazione delle componenti software legate alle App multipiattaforma da sviluppare, dovrà preferibilmente essere basata su software open source; il Proponente può in ogni caso avvalersi di applicazioni e componenti esistenti qualora questo determinasse economie di tempo e/o risorse salvaguardando la realizzazione delle funzionalità richieste e garantendo comunque la massima flessibilità per eventuali sviluppi futuri. Tutti i componenti software di mercato eventualmente utilizzati per la realizzazione del software devono essere acquistati e intestati a UIRNet Spa. Per quanto riguarda lo sviluppo del software di gestione della OBU proprietaria, si tratterà principalmente di realizzare un firmware ad-hoc che gestisca la periferica di comunicazione GSM/GPRS e il modulo GPS con una logica di trasmissione informazioni periodica o su richiesta. L eventuale integrazione Pag. 16/42
di sensoristica base e interfaccia CAN BUS dovrà essere gestita attraverso un modulo software di pura lettura delle informazioni e trasmissione delle stesse via modulo comunicazione. Sarà richiesto di proporre un architettura di sistema, una mappa di funzionalità integrabili e gestibili in modo concorrente, un interfaccia utente caratterizzata da usabilità e completezza. Le interfacce al sistema (sia OBU che smartphone) devono essere progettate in ottica SOA. Requisiti di infrastruttura E richiesto che tutte le applicazioni sviluppate siano compliant con le caratteristiche sviluppate su piattaforma UIRNet per la comunicazione con dispositivi mobile. La comunicazione con la PLN deve avvenire su canale HTTPS con scambio di messaggi JSON e sfruttando i Web Services che la Piattaforma espone secondo l Interface Control Document che sarà fornito da UIRNet. La cartografia utilizzata per tutte le funzioni dell App deve essere compatibile con quella Teleatlas adottata come standard dalla PLN. Saranno valutate positivamente eventuali integrazioni della cartografia con altri layer (ad es. Truck Attributes, Speed Profiles, ecc ) utili alla determinazione del percorso ottimale. Requisiti di scalabilità Viene richiesto che il sistema sia realizzato fin dalla fase di progettazione per essere scalabile verticalmente: mediante software che possa agevolarsi di incrementi di CPU e RAM sugli smartphone a venire e sui terminali mobili avanzati che possono subire modifiche a livello hardware nel corso della naturale evoluzione tecnica. Sarà altresì importante prevedere una adattabilità ed evoluzione del software a seguito delle progressive release sviluppate sulle piattaforme mobile proposte (Android / IOS / Phone7 / Blackberry). Il Proponente sarà chiamato ad aggiornare e mantenere la compatibilità dell applicazione con tutti i futuri rilasci da parte dei produttori. Requisiti di integrazione applicativa/funzionale Come anticipato nei capitoli precedenti, il Proponente dovrà integrare tutte le applicazioni e i moduli/servizi proposti e realizzati con la Piattaforma Logistica Nazionale UIRNet (PLN). Tale integrazione dovrà essere realizzata sfruttando i canali di comunicazione messi a disposizione dalla PLN (JSON over https, Web Service, ecc.). Inoltre il Proponente deve garantire la piena compatibilità e integrazione della realizzazione con i servizi di connettività che UIRNet ha aggiudicato mediante la gara per l affidamento di concessione di servizi di connettività per l utilizzo della Piattaforma Logistica Nazionale relativamente ad APN, SIM dati, SIM M2M e OBU. Pag. 17/42
Requisiti di consistenza delle interfacce utente: "look & feel" Il Proponente dovrà garantire una realizzazione consistente per tutte le interfacce utente nel look & feel dell iniziativa UIRNet. In particolare le interfacce su App e su OBU evoluta dovranno avere un familyfeeling comune tra loro e con l approccio al portale UIRNet. Le realizzazioni devono essere fornite utilizzando un approccio multilingua con preferenza per la capacità dell applicazione di auto-setting in base alla lingua attualmente impostata nello smartphone. Gli applicativi devono essere consegnati al minimo nelle lingue italiano ed inglese (prima consegna). Viene sottolineata l importanza della facilità d uso delle interfacce utente (Usabilità): tutti i sistemi forniti dovranno avere interfacce utente con look and feel similari e similare assistenza all utente (es. tooltip, help in linea, ecc.); tutti i sistemi sviluppati dovranno presentare una sintassi dell interfaccia utente facile da imparare e ricordare (uniformità negli stili dei controlli, pulsanti, modo d uso dei tab, delle finestre di ricerca, ecc.). Requisiti di sicurezza Viene richiesto che il sistema fornito sia dotato di tutte le soluzioni in grado di garantire un adeguato livello di sicurezza. Le funzioni di sicurezza dovranno prevenire accessi non autorizzati ai servizi della piattaforma UIRNet. Dovranno, dunque, essere progettate e realizzate opportune soluzioni atte ad assicurare i seguenti requisiti di carattere generale: Identificazione ed Autenticazione: verifica dell identità allo scopo di prevenire accessi non autorizzati al sistema. Autorizzazione: controlla quale sistema, informazione e applicazione può essere data ad un utente in base alle sue autorizzazioni su CRM. Integrità: assicura che sia i dati presenti negli archivi sia quelli che transitano sulla rete non vengano cambiati o compromessi da manipolazioni non autorizzate. In generale, la fornitura dovrà essere adeguata alle specifiche di sicurezza di UIRNet. 2.4 SERVIZI DI SUPPORTO Lo sviluppo degli aspetti software (applicazioni mobile e firmware OBU) e di quelli hardware (OBU base e avanzata) descritti in precedenza sono uno degli aspetti componenti il pacchetto oggetto del rilascio finale. L aspetto complementare è costituito dalla totalità dei servizi legati in modo indissolubile ai terminali, ossia il supporto che dovrà essere predisposto verso gli utilizzatori delle Applicazioni mobili, l installazione dei terminali mobili (OBU o terminali evoluti) a bordo dei mezzi, la garanzia di un efficiente opera di assistenza guasti e manutenzione apparati. Pag. 18/42
Saranno positivamente valutate le soluzioni che prevedranno una presenza e capillarità quanto maggiore possibile sul territorio Nazionale (secondo le macrozone individuate in precedenza) dei servizi di installazione, assistenza e manutenzione da offrire al cliente finale. Ciascun Proponente sarà invitato a indicare e proporre la propria strategia di intervento sulle aree di interesse, esplicitando come strutturare il team di lavoro dedicato all installazione e manutenzione on-site. Tali interventi dovranno venire incontro alle necessità degli operatori logistici presenti nella zona di interesse e coinvolti nella fase di acquisizione dei sistemi in oggetto. Sarà valutata positivamente la proposta più completa e flessibile. La fase di installazione apparati di bordo dovrà essere gestita nel modo più efficiente possibile, al fine di limitare il disagio e non compromettere le attività del cliente o operatore logistico bloccando il mezzo per un periodo troppo lungo e possibilmente approfittando degli interventi manutentivi programmati dall operatore. Tale attività dovrà esplicitamente figurare nei requisiti organizzativi richiesti alle ditte partecipanti e la proposta realizzativa sarà importante parametro di valutazione della proposta. UIRNet è in fase di definizione e progettazione del proprio Sistema di Service Management. Premesso ciò, il Proponente, pur mantenendo i propri sistemi di Service Management, deve rendersi disponibile a tutte le implementazioni necessarie sugli stessi, tali da garantire l integrazione con quelli di UIRNet o fornitore successivamente indicato. Tutto ciò a garanzia della tracciabilità ed il controllo dei tempi di esecuzione relativamente agli interventi effettuati o da effettuare, siano essi di natura ordinaria (installazione/dismissione OBU, ecc.) o straordinaria (Incident e Problem Management). 2.4.1 Help Desk di secondo livello Il servizio di supporto e assistenza, che il Proponente si impegna ad offrire durante tutto il periodo di sperimentazione dei servizi della PLN, deve configurarsi come un Help Desk di secondo livello integrato con il Sistema di Service Management UIRNet. L integrazione necessaria al fine di mantenere la tracciabilità dei ticket, degli incidenti, ecc. dovrà avvenire o per mezzo di esposizione di Web Service o altre soluzioni tecnologiche atte allo scopo. Tale soluzione consente l esternalizzazione del servizio per le soluzioni mobili della fornitura ad una struttura dedicata (che potrebbe essere anche lontana geograficamente). L Help Desk richiesto deve essere raggiungibile attraverso il canale telefonico del Contact Center UIRNet che fornisce un punto di contatto per tutti gli utenti dei servizi della PLN, e sarà demandato dei compiti di assistere gli utilizzatori in tutto quanto riguarderà l utilizzo delle soluzioni mobili oggetto di questa fornitura connesse alla PLN. Per quanto attiene alle modalità di accesso ai servizi, l Help Desk di secondo livello verrà attivato e interagirà con l Help Desk di primo livello gestito da UIRNet per mezzo dell integrazione sopracitata. Pag. 19/42
La gestione degli interventi e la loro rendicontazione dovranno essere effettuati tramite sistemi automatizzati (ad es. Trouble ticketing; Facility management; Reporting e statistiche ecc.) integrati con il Sistema di Service Management UIRNet. I servizi di cui dovrà farsi carico il team di assistenza e l Help Desk di secondo livello, al fine di mantenere in piena efficienza i servizi in mobilità, dovranno almeno riguardare i seguenti temi: Installazione delle OBU base e evolute; Installazione e utilizzo di applicazioni mobili su smartphone; Addestramento all utilizzo del sistema mobile per usufruire in mobilità dei servizi della PLN; Difficoltà / impossibilità di effettuare il login dall applicazione ai servizi della PLN UIRNet; Correzione di anomalie anagrafiche sulle schede operatore/cliente; Interventi di manutenzione di primo livello sulle OBU (riavvio o reset sistema); Interventi di pianificazione su difetto/malfunzionamento delle soluzioni mobili; Assegnazione delle richieste al servizio di assistenza tecnica e manutenzione; Tutto quanto concerne la fruizione dei servizi attraverso soluzione mobili. L Help Desk di 2 livello, che affronta i problemi non risolti al 1 livello, assegnando una priorità e smistandoli secondo la tipologia alle sue eventuali sottounità, può coinvolgere se necessario l'assistenza on site, i fornitori, le officine mobili, ecc. Tutti i dati gestiti devono essere resi disponibili a UIRNet in modalità WEB. Le caratteristiche base richieste al team di assistenza e all Help Desk di secondo livello sono: Preparazione del personale attraverso formazione verticale sulle problematiche relative al funzionamento della piattaforma UIRNet (relativamente a quanto consentito dall App); Preparazione del personale riguardo problematiche generali legate all utilizzo degli smartphone; Preparazione del personale del Contact Center UIRNet su problematiche generali di gestione relative alle soluzioni mobili della fornitura e redazione della relativa documentazione di problem solving per detto livello di assistenza; Reperibilità del Help Desk di secondo livello in orari quanto più possibile ampi e flessibili; Velocità di impegno della linea da parte dell utente; Numeri di utenti contemporanei gestiti (possibile differenziare tra fasce orarie di punta rispetto a fasce orarie meno rilevanti) / tempo di attesa medio; Operatività minima garantita in grado di soddisfare un numero di utenti / chiamate contemporanee accettabile (sarà valutata la proposta tecnica più affidabile). Pag. 20/42