Gestione Parcheggi e Sensori Traffico - Release 1.1

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "Gestione Parcheggi e Sensori Traffico - Release 1.1"

Transcript

1 Regione Toscana Direzione Generale Politiche Territoriali e Ambientali Pianificazione Integrata della Mobilità e dei Trasporti e Sistema Informativo della Mobilità Requisiti tecnici per l interoperabilità degli enti federati al Mobility Information Integration Center - MIIC Gestione Parcheggi e Sensori Traffico - Release 1.1 Codice documento : MIIC-InteropParcheggi-Sensori_F-1 2 Data emissione : 14/09/2010 Emesso da : Verificato da : Approvato da : Davide Vignola Donatella Monetta Giovanni Forte

2 INDICE 1 INTRODUZIONE Storia delle revisioni Documenti di riferimento OBIETTIVI DEL DOCUMENTO Contesto operativo INTEROPERABILITÀ MIIC / ENTI FEDERATI Scambio Flussi Datex II Modalità Push Exchanges DATA MODEL DATEX II Elementi comuni Elemento PayloadPublication Elemento Exchange Elementi utilizzati per Gestione Parcheggi Elemento SituationPublication Elemento HeaderInformation Elemento SituationRecord Specializzazioni di SituationRecord Elemento CarParks Esempio di tracciato XML per gestione Parcheggi Elementi utilizzati per Sensori Traffico Elemento MeasuredDataPublication Elemento TrafficValue Elemento TrafficHeadway Elemento TrafficFlow Elemento TrafficSpeed Elemento TrafficConcentration...28 MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 2 di 37

3 4.3.7 Esempio di tracciato XML per gestione Sensori Traffico INTERFACCE WEB SERVICES Gestione Parcheggi Push Exchange (flussi Datex) Sensori Traffico Push Exchange (flussi Datex) INTEGRAZIONE CON IL CART Proxy trasparente Integration Manager Conclusioni STRUTTURE DATI CONDIVISE Anagrafica Parcheggi Anagrafica Sensori Traffico...37 MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 3 di 37

4 Indice delle figure Figura 1 - Contesto operativo e obiettivi del MIIC (fonte: Documento di indirizzo per l infomobilità ella Regione Toscana ) 7 Figura 2 - Contesto operativo e infrastruttura tecnologica a supporto nel MIIC release1 7 Figura 3 - Contesto operativo e componenti architettura software 8 Figura 4- Schema Interoperabilità MIIC / Enti Federati 11 Figura 5 Elementi D2LogicalModel, PayloadPublication e Exchange 14 Figura 6 Dettaglio elemento PayloadPublication 15 Figura 7 Dettaglio elemento Exchange 16 Figura 8 Tipologie di PayloadPublication 17 Figura 9 Diagramma delle classi che ereditano da PayloadPublication. 18 Figura 10 - Diagramma delle classi aggregate a PayloadPublication. 19 Figura 11 Dettaglio SituationRecord 20 Figura 12 Specializzazioni di SituationRecord. 21 Figura 13 Specializzazioni di NonRoadEventInformation 22 Figura 14 Dettaglio di CarParks 23 Figura 15 Tipologie di PayloadPublication 25 Figura 16 Dettaglio MeasuredDataPublication 26 Figura 17 Dettaglio elemento TrafficValue 27 MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 4 di 37

5 1 INTRODUZIONE 1.1 Storia delle revisioni Rev. Modifiche Data rilascio A 1.0 Prima emissione 18/12/ Documenti di riferimento Id. Titolo #1 DATEXIIv1.0-ExchangePSM_v1.0.zip #2 DATEXIIv1.0-UserGuide_v1.0.pdf MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 5 di 37

6 2 OBIETTIVI DEL DOCUMENTO Obiettivo di questo documento è fornire le specifiche tecniche per l inoltro verso il MIIC Mobility Information Integration Center dei seguenti dati rilevati da Enti/Aziende federate al MIIC: - dati relativi ai parcheggi - dati rilevati dai sensori del traffico. Il documento è indirizzato agli Enti o Aziende che alimenteranno il MIIC attraverso interfacce implementate in architettura WEB Service CART. Per completezza di informazione di seguito si descrive il contesto operativo di riferimento e le diverse interfacce rese disponibili dal MIIC per l alimentazione e la fruizione delle infromazioni. 2.1 Contesto operativo La Regione Toscana - Direzione Generale Politiche Territoriali e Ambientali, all interno della strategia i-mobility Infrastruttura Geografica per l Accessibilità Territoriale On Demand ha individuato alcuni progetti esecutivi che concorrono alla realizzazione e alla gestione della stessa. Tra questi il progetto MIIC Mobility Information Integration Center ha il compito di realizzare una sala operativa dedicata alla raccolta in tempo reale delle informazioni, relative alle flotte TPL, alle emergenze sulla rete viaria, alla disponibilità di posti auto nei parcheggi e al tracking di flotte di pubblico interesse. Il progetto MIIC ha anche il compito di definire le specifiche tecniche ed organizzative del centro di integrazione delle informazioni relative all infomobilità sul territorio regionale. LOCALIZZAZIONE SATELLITARE Sistema di bordo Sistema di bordo COMUNICAZIONE WIRELESS Altri DB RT Sala operativa ENTI/AZIENDE OPERATORI Archivi Sala Operativa Servizi finali ULTERIORI AZIENDE APPLICATIVI REGIONALI Altre sale operative CART MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 6 di 37

7 Figura 1 - Contesto operativo e obiettivi del MIIC (fonte: Documento di indirizzo per l infomobilità ella Regione Toscana ) La realizzazione del MIIC è stata suddivisa in due step successivi: una prima fase dove si procede alla studio ed alla realizzazione di un prototipo che verifichi le condizioni di utilizzo previste e una fase successiva dove verrà realizzato il MIIC nella sua versione definitiva secondo le esigenze operative dell intera strategia i-mobility. Il progetto, come previsto in release 1, prevede la realizzazione di una infrastruttura tecnologica ed applicativa che ha lo scopo di raccogliere le informazioni provenienti da diverse fonti, informazioni riguardanti il posizionamento dei mezzi, lo stato dei parcheggi e la presenza di eventuali emergenze. Il MIIC ha altresì il compito di fornire tali informazioni, integrate con altri dati regionali, sia ai propri operatori che a particolari categorie di Enti che ne facciano richiesta, anche tramite un accesso via web service. Figura 2 - Contesto operativo e infrastruttura tecnologica a supporto nel MIIC release1 MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 7 di 37

8 La figura seguente rappresenta schematicamente le interfacce di integrazione con il MIIC, indicate con le sigle I1-I7, sia per la produzione di informazioni sia per la consultazione delle stesse. I componenti logici del sistema MIIC coinvolti nel processi di integrazione sono indicati con le sigle C1-C8. Figura 3 - Contesto operativo e componenti architettura software Gli attori potenzialmente coinvolti nei flussi di informazioni da e verso il MIIC sono di fatto tutte le tipologie di fornitori/fruitori previsti in i-mobility. In particolare, i gestori di sale di controllo (Autostrade, Aeroporti, Autorità portuali, ecc.), i gestori di flotte di trasporto (Aziende di TPL, Trenitalia, ecc.), e i gestori di flotte di servizio (Vigili urbani, ecc.). Gli attori fornitori di informazioni verso il MIIC sono costituiti da: Mezzi localizzati Mezzi dotati di apparato satellitare per la determinazione della posizione; tali mezzi comunicheranno direttamente con il MIIC ed apparterranno ad Enti/Aziende che non sono in possesso di una sala operativa propria. Il terminale di bordo del mezzo MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 8 di 37

9 localizzato (AVM), tramite un opportuno adattatore di protocollo, realizzato dal fornitore AVM, userà l'interfaccia I6 per la comunicazione dei dati di posizione. Qualora l apparato di bordo lo consenta, sono rese disponibili, nell ambito della interfaccia I6, anche funzioni per la notifica delle emergenze verso la Sala Operativa MIIC e per la ricezione dei dati di configurazione (frequenza di localizzazione), provenienti, quest ultimi, dalla Sala Operativa MIIC. Mezzi localizzati TPL Il Mezzo localizzato TPL costituisce una specializzazione rispetto all attore precedente, in quanto effettua un servizio pubblico programmato che richiede il rilevamento dei tempi di ritardo rispetto alla pianificazione delle corse. Questa tipologia di mezzo avrà a disposizione anche funzionalità per la notifica dell eventuale ritardo del mezzo, oltre ad altre caratteristiche della corsa pianificata (ad esempio, identificativo della prossima fermata e tempo stimato di raggiungimento). Si precisa che interfacce per la notifica del ritardo e dei dati identificativi della corsa saranno disponibili anche verso le Sale Operative esterne, qualora il gestore del servizio TPL abbia centralizzato tutte le informazioni relative alle corse della propria flotta, che, pertanto, potrebbero non essere note al singolo apparato di bordo. Sale operative di altri Enti/Aziende Questi attori, che alimenteranno il MIIC attraverso l interfaccia I7, implementata in architettura WEB Service CART, sono costituiti da: - aziende TPL; - gestori ferroviari; - gestori autostradali; - gestori linee aeree; - gestori linee navali; - gestori di parcheggi; - enti preposti alla gestione e segnalazione delle emergenze. Gli attori fruitori delle informazioni del MIIC sono costituiti da: Operatori del MIIC Accedono a tutte le funzionalità del MIIC attraverso l interfaccia I2. Sono definiti diversi profili di accesso alle funzionalità del Sistema da parte degli Operatori, secondo i privilegi loro assegnati. Utenti esterni Sala Operativa MIIC Questo attore rappresenta gli utenti appartenenti alle aziende o enti che, pur dotati di una propria flotta di mezzi, non hanno una propria Sala Operativa ed utilizzano la Sala Operativa MIIC. L interfaccia d riferimento è la I1, implementata attraverso un applicativo specifico che espone le MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 9 di 37

10 funzionalità di Sala Operativa identificate per questo profilo di utenti. Tale utente avrà accesso solo ai dati di pertinenza dell'ente di appartenenza. Altri applicativi regionali L attore rappresenta gli altri sistemi informativi, in particolare altri applicativi regionali, che accederanno al MIIC per sola consultazione attraverso interfacce programmative e servizi, rappresentate in figura dall interfaccia I3. MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 10 di 37

11 3 INTEROPERABILITÀ MIIC / ENTI FEDERATI La figura seguente schematizza la catena software che rende possibile la interoperabilità tra la Sala Operativa MIIC e gli Enti Federati. Enti Federati Enti Federati Enti Federati Componenti client MIIC Web Services Messaggi applicativi (Anagrafiche) Flussi DATEX (Dati massivi) MIIC Web Services su CART Infrastruttura CART MIIC Web Services Applicazione MIIC DB MIIC Figura 4- Schema Interoperabilità MIIC / Enti Federati MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 11 di 37

12 L applicazione MIIC espone una serie di servizi sotto forma di Web Services ad uso degli enti federati. I Web Services MIIC vengono pubblicati nella infastruttura CART che funziona da centralizzatore dei servizi applicativi per la Regione Toscana. Gli enti federati accedono ai Web Services MIIC esposti su CART utilizzando componenti software in grado di colloquiare con essi. Queste componenti sono la controparte Client dei Web Services la cui gestione e sviluppo è a carico degli enti stessi. L applicazione MIIC espone due tipologie di Web Services: web service a Messaggi Applicativi, utilizzati per scambi puntuali di dati statici come, per esempio, dati anagrafici di varia natura; web service a Flussi DATEX II, utilizzati per l invio massivo e periodico dii dati dinamici (per esempio: emergenze). Per le aree funzionali Parcheggi e Sensori Traffico, l applicazione MIIC espone solo web services a Flussi DATEX II, utilizzati per l invio massivo e periodico dei dati dinamici relativi allo stato di occupazione dei parcheggi e i dati di rilevamento dei sensori traffico. 3.1 Scambio Flussi Datex II Per il necessario approfondimento relativo allo standard DATEX II si rimanda alla lettura della documentazione ufficiale disponibile al sito: con particolare riferimento alla User Guide DATEX II disponibile all indirizzo: es/datexiiv1.0-userguide_v1.0.pdf. I flussi DATEX II sono costituiti dai cosiddetti PayloadPublication. Un PayloadPublication datex in termini meno tecnici può essere considerato un MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 12 di 37

13 contenitore di notizie dove ogni singola notizia costituisce un singolo Record del Payload. Fisicamente, una comunicazione in DATEX II si attua con lo scambio di un flusso di dati ben formati secondo lo standard XML e validi secondo lo schema di riferimento D2LogicalModel.xsd o ad una sua derivazione per semplificazione. Nei contesti operativi MIIC Parcheggi e Sensori Traffico il modello di interoperabilità secondo lo scambio di flussi DATEX II viene utilizzato per l invio massivo di dati dello stato dei parcheggi e dei rilevamento dei sensori I web services implementati da MIIC per la ricezione dei flussi DATEX II da parte degli enti federati, dal punto di vista della terminologia W3C appartengono alla categoria Request-response (rif. dal punto di vista della terminologia e dell architettura DATEX II sono web services che implementano la modalità Push Exchanges Modalità Push Exchanges Come descritto nelle specifiche tecniche di interscambio DATEX II, la modalità Push vede il fornitore dei dati (Supplier) in veste di Client del web service Datex; viceversa il destinatario dei Dati (Client) è colui che espone il web service Datex. Si prevede quindi che l iniziatore dello scambio dati sia il Supplier secondo le politiche di invio dei dati prescelte (una tantum o periodico), mentre il Client deve essere (potenzialmente) in ascolto sulla porta da cui espone il web service. Uno scambio preventivo di dati, denominato Keep Alive viene inviato dall iniziatore per verificare l effettiva disponibilità della porta di ascolto del destinatario. MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 13 di 37

14 4 DATA MODEL DATEX II Il data model Datex II è costituito da complessa gerarchia di elementi la cui radice è rappresentata dall elemento D2LogicalModel. La figura seguente presenta la notazione UML della radice D2LogicalModel e degli elementi del livello immediatamente successivo nella gerarchia: Figura 5 Elementi D2LogicalModel, PayloadPublication e Exchange MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 14 di 37

15 4.1 Elementi comuni Elemento PayloadPublication Figura 6 Dettaglio elemento PayloadPublication La validazione DATEX II considera i seguenti attributi di PayloadPublication obbligatori: publicationtime : date e ora di publicazione. publicationcreator o o country: identificativo dell Italia da estrarre da CountryEnum nationaidentifier: identificativo dell ente federato che genera il flusso di pubblicazione (convenzione da stabilire con Sala Operativa MIIC) Elemento Exchange Exchange è un elemento comune a qualsiasi tipo di payload DATEX II e viene utilizzato per la definizione del protocollo di interscambio tra Supplier (fornitore dei dati) e Client (destinatario dei dati). MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 15 di 37

16 Figura 7 Dettaglio elemento Exchange La validazione DATEX II considera l elemento Exchange obbligatorio. Per l uso contestuale al MIIC sarà sufficiente valorizzare i seguenti attributi: clientidentification: identificativo del destinatario del flusso (in questo caso, per esempio Sala Operativa MIIC ), supplieridentification : (può coincidere con publicationcreator) o o country: identificativo dell Italia da estrarre da CountryEnum nationaidentifier: identificativo dell ente federato che produce i dati (convenzione da stabilire con Sala Operativa MIIC). KeepAlive : è un valore booleano (true / false) che specifica il tipo di interazione in atto. Se viene valorizzato a True (1) significa che l interazione è volta a verificare la disponibilità del servizio (caso Push Exchange, vedere più avanti in questo documento). Se viene valorizzato a False (0) significa che l interazione è volta all invio di un flusso di dati. MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 16 di 37

17 4.2 Elementi utilizzati per Gestione Parcheggi Elemento SituationPublication Per la gestione parcheggi sarà utilizzata la PayloadPublication di tipo SituationPublication. Figura 8 Tipologie di PayloadPublication Il seguente diagramma UML rappresenta le classi che ereditano da PayloadPubblication. MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 17 di 37

18 Figura 9 Diagramma delle classi che ereditano da PayloadPublication. Per i parcheggi si utilizzerà la classe specializzata SituationPublication. Come si vede dalla seguente figura la classe SituationPublication aggrega l elemento Situation il quale, a sua volta, aggrega l elemento SituationRecord. MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 18 di 37

19 Figura 10 - Diagramma delle classi aggregate a PayloadPublication. Ciò che interessa sapere di questo diagramma è che Situation rappresenta un contenitore di SituationRecord e che ogni SituationRecord può essere esteso in svariate tipologie di classi Elemento HeaderInformation La validazione DATEX II considera inoltre l elemento HeaderInformation di una Situation obbligatorio. Per l uso contestuale al MIIC sarà sufficiente valorizzare i seguenti attributi di HeaderInformation: confidentiality : parametro di tipo ConfidentialityValueEnum. Per parcheggi viene utilizzato il valore norestriction. MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 19 di 37

20 informationstatus : parametro di tipo InformationStatusEnum. Per parcheggi viene utilizzato il valore real Elemento SituationRecord SituationRecord è la superclasse da cui ereditano tutte le classi specializzate per trattare svariate tipologie di eventi e/o emergenze riguardanti la viabilità. SituationRecord rappresenta il fattore comune di tutte le sue specializzazioni e, in quanto tale, la sua struttura prevede una serie di dati considerati obbligatori per la validazione DATEX II. Figura 11 Dettaglio SituationRecord probabilityofoccurrence : parametro di tipo ProbabilityOfOccurrenceEnum. Per parcheggi viene utilizzato il valore certain. situationrecordcreationtime : data e ora della creazione del flusso datex (obbligatorio). situationrecordfirstsupplierversiontime : data e ora della eventuale prima osservazione della rilevazione nel caso in cui i dati subiscano una elaborazione tra la fonte primaria a chi genera il flusso datex. (se assente valorizzare con il valore di situationrecordcreationtime). MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 20 di 37

21 situationrecordversion : versione del record (non gestito per parcheggi). Valore numerico fisso a 1. situationrecordversiontime : data e ora della versione del record (se assente valorizzare con il valore di situationrecordcreationtime). Validity : elemento aggregato di tipo Validity. E obbligatorio il parametro validitystatus di tipo ValidityStatusEnum. GroupOfLocations : lista di elementi aggregati di tipo Location Specializzazioni di SituationRecord Figura 12 Specializzazioni di SituationRecord. MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 21 di 37

22 Per i dati specifici della gestione parcheggi viene utilizzata una specializzazione di SituationRecord che appartiene alla categorie NonRoadEventInformation. Il situationrecord di tipo NonRoadEventInformation, a sua volta prevede una ulteriore specializzazione in tre diverse tipologie. Figura 13 Specializzazioni di NonRoadEventInformation Elemento CarParks CarParks è la specializzazione di SituationRecord che, secondo le intenzioni del consorzio DATEX II, è destinata a raccogliere dati riguardanti i parcheggi e, come tale, vine utilizzata nel contesto MIIC. MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 22 di 37

23 Figura 14 Dettaglio di CarParks Secondo le specifiche DATEX II i dati che si trovano in CarParks, ad eccezione dell identificativo carparkidentity, sono facoltativi. Nello specifico del MIIC i dati da ritenere obbligatori per un invio significativo sono i seguenti: carparkidentity : identificativo del parcheggio. Deve essere un codice di riconoscimento univoco censito nella anagrafica parcheggi del DB MIIC. carparkstatus: parametro di tipo CarParkStatusEnum. numberofvacantparkingspaces : numero di posti liberi. occupiedspaces : numero di posti occupati totalcapacity : numero di posti totali Gli altri dati sono considerati facoltativi: carparkconfiguration : parametro di tipo CarParkConfigurationEnum. carparkoccupancy : valore percentuale degli posti occupati exitrate: numero di veicoli in uscita per ora fillrate: numero di veicoli in entrata per ora queueingtime : tempo di attesa MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 23 di 37

24 4.2.6 Esempio di tracciato XML per gestione Parcheggi A titolo di esempi s allega un tracciato DATEX II di esempio con un record di tipo CarPArks. <?xml version="1.0" encoding="utf-8" standalone="yes"?> <d2logicalmodel xmlns="http://datex2.eu/schema/1_0/1_0"> <exchange> <supplieridentification> <country>it</country> <nationalidentifier>comune di Livorno</nationalIdentifier> </supplieridentification> </exchange> <payloadpublication xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:type="situationpublication"> <publicationtime> t10:25:00+01:00</publicationtime> <situation> <headerinformation> <confidentiality>norestriction</confidentiality> <informationstatus>real</informationstatus> </headerinformation> <situationrecord xsi:type=" CarParks " id="648efe72-e946-44da-b2c6-883ad0548c21"> <situationrecordcreationtime> t10:25:00+01:00</situationrecordcreationtime> <situationrecordobservationtime> t10:25:00+01:00</situationrecordobservationtime> <situationrecordversion>1</situationrecordversion> <situationrecordfirstsupplierversiontime> T10:25:00+01:00</situationRecordFirstSupplierVersionTime> <probabilityofoccurrence>certain</probabilityofoccurrence> <validity> <validitystatus>active</validitystatus> <validitytimespecification> <overallstarttime> t10:25:01+01:00</overallstarttime> </validitytimespecification> </validity> <groupoflocations> <locationcontainedingroup xsi:type="point"> <pointbycoordinates> <pointcoordinates> <latitude>99.99</latitude> <longitude>99.99</longitude> </pointcoordinates> </pointbycoordinates> </locationcontainedingroup> </groupoflocations> <CarParkConfigurationEnum>singleLevel<CarParkConfigurationEnum /> <carparkidentity/> <carparkidentity/> <carparkoccupancy/>45<carparkoccupancy/> <carparkstatus/>enoughspacesavailable <carparkstatus/> <exitrate/>20<exitrate/> <fillrate/>15<fillrate/> <numberofvacantparkingspaces/>150<numberofvacantparkingspaces/> <occupiedspaces/>135<occupiedspaces/> <queueingtime/>0<queueingtime/> <totalcapacity/>285<totalcapacity/> </situationrecord> </situation> </payloadpublication> </d2logicalmodel> MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 24 di 37

25 4.3 Elementi utilizzati per Sensori Traffico Elemento MeasuredDataPublication Per la gestione Sensori Traffico sarà utilizzata la PayloadPublication di tipo MeasuredDataPublication. Figura 15 Tipologie di PayloadPublication Il seguente diagramma UML rappresenta il dettaglio di MeasuredDataPubblication. MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 25 di 37

26 Figura 16 Dettaglio MeasuredDataPublication measurementsitetablereference : descrizione della tabella di sensori di riferimento. Deve essere un codice di riconoscimento univoco censito nella anagrafica sensori del DB MIIC. SiteMeasurements : aggregato di elementi MeasuredValue (almeno uno). Contiene i seguenti attributi obbligatori per la validazione DATEX II: o measurementsitereference : identificativo del sensore. Deve essere un codice di riconoscimento univoco censito nella anagrafica sensori del DB MIIC. o o measurementtimedefault : data e ora del rilevamento. MeasuredValue(index) : elemento indicizzato contentente i dati di rilevamento dell apparato sotto forma di (almeno uno o più) specializzazioni di BasicDataValue. MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 26 di 37

27 4.3.2 Elemento TrafficValue Figura 17 Dettaglio elemento TrafficValue L elemento TrafficValue è una specializzazione dell elemento astratto BasicDataValue. Le validazioni DATEX II per le strutture di MeasuredDataPublication sono piuttosto elastiche. Fatta eccezione per i vincoli numerici rispetto alle occorrenze di MeasuredValue in SiteMeasurements e di BasicDataValue in MeasuredValue (almeno una occorrenza di MeasuredValue in SiteMeasurements e almeno una occorrenza di MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 27 di 37

28 BasicDataValue in MeasuredValue) non esistono altri elementi o attributi di elementi obbligatori. Nel contesto della gestione sensori stradali MIIC si ritiene però necessario fare riferimento agli elementi evidenziati nella figura precedente (TrafficHeadway, TrafficFlow, TrafficSpeed, TrafficConcentration) come base per la interoperabilità Enti / MIIC relativamente ai dati provenienti dagli apparati di rilevamento del traffico stradale real time Elemento TrafficHeadway Contiene di dati relativi alla densità del traffico. averagedistanceheadway : distanza media tra veicoli averagetimeheadway : intervallo di tempo medio tra un transito e il successivo Elemento TrafficFlow Contiene di dati relativi ai volumi di traffico. axleflow : transiti di assi per ora. pcuflow: transiti di veicoli passeggeri per ora. percentagelongvehicles : percentuale di veicoli pesanti. vehiclesflow : transiti (tutti i veicoli) per ora Elemento TrafficSpeed Contiene di dati relativi alla velocità del traffico. averagevehiclespeed : velocità media di transito dei veicoli Elemento TrafficConcentration Contiene di dati relativi alla concentrazione del traffico. concentration : numero di veicoli per chilometro. occupancy : percentuale di occupazione della strada. MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 28 di 37

29 4.3.7 Esempio di tracciato XML per gestione Sensori Traffico A titolo di esempi s allega un tracciato DATEX II di esempio con un payload di tipo MeasuredDataPublication. <?xml version="1.0" encoding="utf-8"?> <d2logicalmodel xmlns:xsd="http://www.w3.org/2001/xmlschema" modelbaseversion="1.0" xmlns="http://datex2.eu/schema/1_0/1_0" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://datex2.eu/schema/1_0/1_0 <exchange xmlns="http://datex2.eu/schema/1_0/1_0"> <supplieridentification> <country>se</country> <nationalidentifier>sra</nationalidentifier> </supplieridentification> </exchange> <payloadpublication xsi:type="measureddatapublication" lang="se" xmlns="http://datex2.eu/schema/1_0/1_0"> <publicationtime> t14:08: :00</publicationtime> <publicationcreator> <country>se</country> <nationalidentifier>sra</nationalidentifier> </publicationcreator> e> <measurementsitetablereference>se_sra_measurementsites_gbg_2006_1</measurementsitetablereferenc <headerinformation> <confidentiality>norestriction</confidentiality> <informationstatus>real</informationstatus> </headerinformation> <sitemeasurements> <measurementsitereference>se_sra_mpoint_gbg701</measurementsitereference> <measurementtimedefault> t14:07:07</measurementtimedefault> <measuredvalue index="1"> <basicdatavalue xsi:type="trafficspeed"> <numberofinputvaluesused>35</numberofinputvaluesused> <vehiclecharacteristics> <vehicletype>anyvehicle</vehicletype> </vehiclecharacteristics> <averagevehiclespeed>58</averagevehiclespeed> </basicdatavalue> </measuredvalue> <measuredvalue index="2"> <basicdatavalue xsi:type="trafficflow"> <numberofinputvaluesused>35</numberofinputvaluesused> <vehiclecharacteristics> <vehicletype>anyvehicle</vehicletype> </vehiclecharacteristics> <vehicleflow>2100</vehicleflow> </basicdatavalue> </measuredvalue> <measuredvalue index="3"> <basicdatavalue xsi:type="trafficconcentration"> <numberofinputvaluesused>35</numberofinputvaluesused> <vehiclecharacteristics> <vehicletype>anyvehicle</vehicletype> </vehiclecharacteristics> <occupancy>11.76</occupancy> </basicdatavalue> </measuredvalue> <measuredvalue index="4"> <basicdatavalue xsi:type="trafficheadway"> MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 29 di 37

30 <numberofinputvaluesused>35</numberofinputvaluesused> <vehiclecharacteristics> <vehicletype>anyvehicle</vehicletype> </vehiclecharacteristics> <averagetimeheadway>3.36</averagetimeheadway> </basicdatavalue> </measuredvalue> </sitemeasurements> </payloadpublication> </d2logicalmodel> MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 30 di 37

31 5 INTERFACCE WEB SERVICES Come anticipato nel paragrafo introduttivo, MIIC espone la seguente tipologia di web services per l interscambio di dati relativi a Parcheggi e Sensori Traffico: Push Exchange Datex web services : per la ricezione dei flussi DATEX II inviati dagli Enti federati. 5.1 Gestione Parcheggi Push Exchange (flussi Datex) Il servizio esposto da MIIC per questa funzionalità, in ottemperanza con le specifiche di interscambio DATEX II avrà la seguente interfaccia: putdatex2data (D2LogicalModel body) dove: body = parametro di Input/Output di tipo D2LogicalModel conforme allo schema DATEX II. Nella fase di input (percorso dei dati da Ente a MIIC) tale parametro conterrà il flusso DATEX di input comprensivo dell elemento Exchange (vedere paragrafo 4.1.2) e dell elemento PayloadPubblication di tipo SituationPublication (vedere paragrafo 4.2.1) che contiene il payload inviato dall ente a MIIC. Nella fase di output (persorso dei dati da MIIC a Ente) tale parametro conterrà il flusso DATEX di risposta (o notifica di ricevimento) comprensivo dell elemento Exchange. Di tale elemento saranno valorizzati l attributo response (con il alorre acknowledge, se il flusso è stato ricevuto e processato correttamente) e l attributo ClientIdentification con l identificativo della sala operativa MIIC (da stabilire e condividere). Lo scambio vero e proprio di dati può essere anticipato da uno scambio preventivo denominato di Keep Alive per la verifica di disponibilità del servizio MIIC. 5.2 Sensori Traffico Push Exchange (flussi Datex) Il servizio esposto da MIIC per questa funzionalità, in ottemperanza con le specifiche di interscambio DATEX II avrà la seguente interfaccia: MIIC-InteropParcheggi-Sensori-F-1.2 Pag. 31 di 37

Ministero del Lavoro e delle Politiche Sociali

Ministero del Lavoro e delle Politiche Sociali Ministero del Lavoro e delle Politiche Sociali Prospetto Informativo on-line Standard tecnici del sistema informativo per l invio telematico del Prospetto Informativo Documento: UNIPI.StandardTecnici Revisione

Dettagli

Processi di business sovra-regionali relativi ai sistemi regionali di FSE. Versione 1.0 24 Giugno 2014

Processi di business sovra-regionali relativi ai sistemi regionali di FSE. Versione 1.0 24 Giugno 2014 Processi di business sovra-regionali relativi ai sistemi regionali di FSE Versione 1.0 24 Giugno 2014 1 Indice Indice... 2 Indice delle figure... 3 Indice delle tabelle... 4 Obiettivi del documento...

Dettagli

Manuale di Integrazione IdM-RAS

Manuale di Integrazione IdM-RAS IdM-RAS Data: 30/11/09 File: Manuale di integrazione IdM-RAS.doc Versione: Redazione: Sardegna IT IdM-RAS Sommario 1 Introduzione... 3 2 Architettura del sistema... 4 2.1 Service Provider... 4 2.2 Local

Dettagli

SERVICE BROWSER. Versione 1.0

SERVICE BROWSER. Versione 1.0 SERVICE BROWSER Versione 1.0 25/09/2008 Indice dei Contenuti 1. Scopo del documento... 3 2. Introduzione... 3 3. Accordi di Servizio... 4 4. Servizi... 5 5. Servizio: Schede Erogatori... 8 6. Servizio:

Dettagli

LA FATTURAZIONE ELETTRONICA

LA FATTURAZIONE ELETTRONICA Roma, 24 luglio 2014 LA FATTURAZIONE ELETTRONICA Pubblichiamo di seguito un documento dell Agenzia per l Italia Digitale (AGID) che illustra le principali caratteristiche del passaggio alla fatturazione

Dettagli

Architettura del sistema

Architettura del sistema 18/06/15 I N D I C E 1 INTRODUZIONE... 2 2 DEFINIZIONE DEGLI OBIETTIVI... 2 3 PROGETTO DI MASSIMA... 3 3.1 REQUISITI DELLA SOLUZIONE... 4 4 LA SOLUZIONE... 4 4.1 IL NUCLEO CENTRALE... 5 4.1.1 La gestione

Dettagli

DigitPA. VISTI gli articoli 16 e 16 bis del decreto Legge 29 novembre 2008, n. 185 convertito con modificazioni dalla Legge 28 gennaio 2009 n.

DigitPA. VISTI gli articoli 16 e 16 bis del decreto Legge 29 novembre 2008, n. 185 convertito con modificazioni dalla Legge 28 gennaio 2009 n. DigitPA VISTO l art. 6, comma 1 bis, del decreto legislativo 7 marzo 2005 n. 82 (indicato in seguito con l acronimo CAD), come modificato dal decreto legislativo 30 dicembre 2010 n. 235; VISTI gli articoli

Dettagli

Manuale gestione Porta di Dominio OpenSPCoop 1.1

Manuale gestione Porta di Dominio OpenSPCoop 1.1 i Manuale gestione Porta di Dominio ii Copyright 2005-2008 Link.it srl Questo documento contiene informazioni di proprietà riservata, protette da copyright. Tutti i diritti sono riservati. Non è permesso

Dettagli

ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO

ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO Standard tecnici Gli standard tecnici di riferimento adottati sono conformi alle specifiche e alle raccomandazioni emanate dai principali

Dettagli

La piattaforma I-BUS Autostrade//Tech. Torino 16/11/2011

La piattaforma I-BUS Autostrade//Tech. Torino 16/11/2011 La piattaforma I-BUS Autostrade//Tech Torino 16/11/2011 Agenda Presentazione Autostrade // Tech Autostrade // Tech: Il ruolo nella mobilità I Bus turistici e la mobilità urbana Prospettive a livello nazionale

Dettagli

Manuale d uso. Fatturazione elettronica attiva

Manuale d uso. Fatturazione elettronica attiva Manuale d uso Fatturazione elettronica attiva Prima FASE Data Versione Descrizione Autore 10/03/2015 Versione 2.0 Manuale Utente Patrizia Villani 28/05/2015 Versione 3.0 Revisione Manuale Utente Patrizia

Dettagli

Specifiche tecniche per la trasmissione delle ordinanze

Specifiche tecniche per la trasmissione delle ordinanze Specifiche tecniche per la trasmissione delle Ordinanze Versione 1.2 pag.1 Informazioni per la descrizione delle Ordinanze Le ordinanze sono descritte tramite le seguenti entità: Anagrafica L'anagrafica

Dettagli

EXPLOit Content Management Data Base per documenti SGML/XML

EXPLOit Content Management Data Base per documenti SGML/XML EXPLOit Content Management Data Base per documenti SGML/XML Introduzione L applicazione EXPLOit gestisce i contenuti dei documenti strutturati in SGML o XML, utilizzando il prodotto Adobe FrameMaker per

Dettagli

Best Practice on User Information

Best Practice on User Information Best Practice on User Information Senigallia Italy 16/07/2013 MARCHE REGION Speaker: Gabriele Frigio Marche Region ELETTRONICA E TELEMATICA NELL ORGANIZZAZIONE DEL TPL SU GOMMA Al fine di incentivare l

Dettagli

MANUALE DI UTILIZZO: INTRANET PROVINCIA DI POTENZA

MANUALE DI UTILIZZO: INTRANET PROVINCIA DI POTENZA MANUALE DI UTILIZZO: INTRANET PROVINCIA DI POTENZA Fornitore: Publisys Prodotto: Intranet Provincia di Potenza http://www.provincia.potenza.it/intranet Indice 1. Introduzione... 3 2. I servizi dell Intranet...

Dettagli

Specifiche di notifica delle variazioni anagrafiche dei Medici dei Servizi Territoriali

Specifiche di notifica delle variazioni anagrafiche dei Medici dei Servizi Territoriali Regione Puglia Specifiche di notifica delle variazioni anagrafiche dei Medici dei Servizi Territoriali Versione 1.02 13 Maggio 2013 DIRITTI DI AUTORE E CLAUSOLE DI RISERVATEZZA La proprietà del presente

Dettagli

SOFTWARE A SUPPORTO DELLA GESTIONE AMMINISTRATIVA DELLO SPORTELLO UNICO SPECIFICA DEI REQUISITI UTENTE

SOFTWARE A SUPPORTO DELLA GESTIONE AMMINISTRATIVA DELLO SPORTELLO UNICO SPECIFICA DEI REQUISITI UTENTE Pag. 1 di 16 SOFTWARE A SUPPORTO DELLA (VERS. 3.1) Specifica dei Requisiti Utente Funzionalità di associazione di più Richiedenti ad un procedimento Codice Identificativo VERIFICHE ED APPROVAZIONI CONTROLLO

Dettagli

SOFTWARE A SUPPORTO DELLA GESTIONE AMMINISTRATIVA DELLO SPORTELLO UNICO SPECIFICA DEI REQUISITI UTENTE

SOFTWARE A SUPPORTO DELLA GESTIONE AMMINISTRATIVA DELLO SPORTELLO UNICO SPECIFICA DEI REQUISITI UTENTE Pag. 1 di 19 SOFTWARE A SUPPORTO DELLA (VERS. 2.4) Caricamento delle Pratiche Pregresse Specifica dei Requisiti Utente Codice Identificativo VERIFICHE ED APPROVAZIONI CONTROLLO APPROVAZIONE AUTORIZZAZIONE

Dettagli

Guida Utente della PddConsole. Guida Utente della PddConsole

Guida Utente della PddConsole. Guida Utente della PddConsole Guida Utente della PddConsole i Guida Utente della PddConsole Guida Utente della PddConsole ii Copyright 2005-2014 Link.it srl Guida Utente della PddConsole iii Indice 1 Introduzione 1 2 Prerequisiti per

Dettagli

GESTIONE DELLA POSTA ELETTRONICA CERTIFICATA - PEC GEPROT v 3.1

GESTIONE DELLA POSTA ELETTRONICA CERTIFICATA - PEC GEPROT v 3.1 GESTIONE DELLA POSTA ELETTRONICA CERTIFICATA - PEC GEPROT v 3.1 ESPLETAMENTO DI ATTIVITÀ PER L IMPLEMENTAZIONE DELLE COMPONENTI PREVISTE NELLA FASE 3 DEL PROGETTO DI E-GOVERNMENT INTEROPERABILITÀ DEI SISTEMI

Dettagli

La Fatturazione Elettronica

La Fatturazione Elettronica Informazioni Generali : La trasmissione di una fattura elettronica in formato Xml alla PA, obbligatoria a partire dal prossimo giugno (a scaglioni) avviene attraverso il Sistema di Interscambio (SdI),

Dettagli

AVVISO PER LA PRESENTAZIONE DEI PROGETTI DI INFOMOBILITÀ - ATTIVITÀ IV.4 DEL POR CREO 2007-2013. Giunta Regionale

AVVISO PER LA PRESENTAZIONE DEI PROGETTI DI INFOMOBILITÀ - ATTIVITÀ IV.4 DEL POR CREO 2007-2013. Giunta Regionale Giunta Regionale Direzione Generale delle Politiche Territoriali, Ambientali e per la Mobilità Area di Coordinamento Mobilità e Infrastrutture Settore Pianificazione del Sistema Integrato della Mobilità

Dettagli

SPCOOP E I PROGETTI DI COOPERAZIONE INTERREGIONALE

SPCOOP E I PROGETTI DI COOPERAZIONE INTERREGIONALE SPCOOP E I PROGETTI DI COOPERAZIONE INTERREGIONALE EGIDIO PICERNO POTENZA 9 LUGLIO 2010 Interoperabiltà è la capacità di due o più sistemi informativi di scambiarsi informazioni e di attivare, a suddetto

Dettagli

Progetto interregionale ICAR Interoperabilità e Cooperazione Applicativa tra le Regioni.

Progetto interregionale ICAR Interoperabilità e Cooperazione Applicativa tra le Regioni. <Task AP3> Progetto interregionale ICAR Interoperabilità e Cooperazione Applicativa tra le Regioni AP3-Documento Descrittivo degli Accordi di Servizio Versione AP3-specificaADSv1.2.1.doc Pag. 1

Dettagli

Sistema Pagamenti del SSR

Sistema Pagamenti del SSR Sistema Pagamenti del SSR Utente del sistema di fatturazione regionale Manuale Utente Versione 1.2 del 15/01/2014 Sommario Sistema Pagamenti del SSR Utente del sistema di fatturazione regionale Manuale

Dettagli

Soluzioni Software e Servizi Web per la Fattura Elettronica PA

Soluzioni Software e Servizi Web per la Fattura Elettronica PA 23 febbraio 2015, Bologna Circ. N. 0023/02/2015 Soluzioni Software e Servizi Web per la Fattura Elettronica PA Gentile Cliente, abbiamo rilasciato un nuovo modulo software e creato un servizio web per

Dettagli

Release Notes di OpenSPCoop2. Release Notes di OpenSPCoop2

Release Notes di OpenSPCoop2. Release Notes di OpenSPCoop2 Release Notes di OpenSPCoop2 i Release Notes di OpenSPCoop2 Release Notes di OpenSPCoop2 ii Copyright 2005-2015 Link.it srl Release Notes di OpenSPCoop2 iii Indice 1 Versione 2.1 1 1.1 Gestione del protocollo

Dettagli

LINEE GUIDA RIGUARDO LA SCELTA E L IMPIEGO DELLA FUNZIONALITA DI LOCALIZZAZIONE NELL AMBITO DELLA RETE RADIOMOBILE REGIONALE ERretre

LINEE GUIDA RIGUARDO LA SCELTA E L IMPIEGO DELLA FUNZIONALITA DI LOCALIZZAZIONE NELL AMBITO DELLA RETE RADIOMOBILE REGIONALE ERretre LINEE GUIDA RIGUARDO LA SCELTA E L IMPIEGO DELLA FUNZIONALITA DI LOCALIZZAZIONE NELL AMBITO DELLA RETE RADIOMOBILE REGIONALE ERretre Pagina 1 di 9 1.Introduzione. La rete Tetra ERretre permette di realizzare

Dettagli

ALLEGATO AL CONTRATTO DI FORNITURA DEL SERVIZIO LEGALMAIL

ALLEGATO AL CONTRATTO DI FORNITURA DEL SERVIZIO LEGALMAIL ALLEGATO AL CONTRATTO DI FORNITURA DEL SERVIZIO LEGALMAIL.1. Introduzione Legalmail è un servizio di posta elettronica che garantisce un elevato grado di affidabilità e sicurezza. Esso consente al Cliente

Dettagli

Manuale Gestione di OpenSPCoop 1.4 i. Manuale Gestione di OpenSPCoop 1.4

Manuale Gestione di OpenSPCoop 1.4 i. Manuale Gestione di OpenSPCoop 1.4 i Manuale Gestione di OpenSPCoop 1.4 ii Copyright 2005-2011 Link.it srl iii Indice 1 Introduzione 1 2 Prerequisiti per la Configurazione della Porta di Dominio 1 2.1 Verifica dell applicazione di gestione

Dettagli

Sistemi Informativi I Caso di studio con applicazione di UML

Sistemi Informativi I Caso di studio con applicazione di UML 9 CASO DI STUDIO CON APPLICAZIONE DI UML...2 9.1 IL CASO DI STUDIO...2 9.1.1 Il sistema attuale...2 9.2 IL PROBLEM STATEMENT...3 9.2.1 Formulazione del Problem statement per il caso proposto...3 9.3 USE

Dettagli

Descrizione generale. Architettura del sistema

Descrizione generale. Architettura del sistema Descrizione generale Sister.Net nasce dall esigenza di avere un sistema generale di Cooperazione Applicativa tra Enti nel settore dell Informazione Geografica che consenta la realizzazione progressiva

Dettagli

Soluzioni Software e Servizi Web per la Fattura Elettronica PA

Soluzioni Software e Servizi Web per la Fattura Elettronica PA Soluzioni Software e Servizi Web per la Fattura Elettronica PA TeamSystem ha rilasciato un nuovo modulo software e creato un servizio web per gestire in modo snello, guidato e sicuro l intero processo

Dettagli

Iniziative Italiane sui Sistemi Intelligenti di Trasporto. Olga Landolfi TTS Italia

Iniziative Italiane sui Sistemi Intelligenti di Trasporto. Olga Landolfi TTS Italia Iniziative Italiane sui Sistemi Intelligenti di Trasporto Olga Landolfi TTS Italia I Trasporti in Italia Dati Nazionali 2004 (CNT 2004) Traffico passeggeri interno: 947.205 milioni di passeggeri km all

Dettagli

DISCIPLINARE TECNICO Modalità tecniche per la predisposizione e l invio telematico dei dati delle certificazioni di malattia all INPS

DISCIPLINARE TECNICO Modalità tecniche per la predisposizione e l invio telematico dei dati delle certificazioni di malattia all INPS DISCIPLINARE TECNICO Modalità tecniche per la predisposizione e l invio telematico dei dati delle certificazioni di malattia all INPS 1. Introduzione Il presente documento ha lo scopo di definire le modalità

Dettagli

Gentile Cliente, 1.MODULO SOFTWARE FATTURA ELETTRONICA PA

Gentile Cliente, 1.MODULO SOFTWARE FATTURA ELETTRONICA PA Gentile Cliente, come noto dal 6 giugno è entrato in vigore l obbligo di trasmissione delle in modalità elettronica verso Ministeri, Agenzie Fiscali ed Enti Nazionali di Previdenza. Dal 31 marzo 2015 la

Dettagli

SOFTWARE A SUPPORTO DELLA GESTIONE AMMINISTRATIVA DELLO SPORTELLO UNICO SPECIFICA DEI REQUISITI UTENTE

SOFTWARE A SUPPORTO DELLA GESTIONE AMMINISTRATIVA DELLO SPORTELLO UNICO SPECIFICA DEI REQUISITI UTENTE Pag. 1 di 8 SOFTWARE A SUPPORTO DELLA (VERS. 2.1) Pubblicazione delle domande presentate allo Sportello Unico Specifica dei Requisiti Utente Codice Identificativo VERIFICHE ED APPROVAZIONI REV. REDAZIONE

Dettagli

Sistema di Interscambio dell Agenzia del Territorio

Sistema di Interscambio dell Agenzia del Territorio PAG. 1 DI 26 Sistema di Interscambio Descrizione dei Servizi Sistema di Interscambio dell Agenzia del Territorio Descrizione dei servizi 26 ottobre 2007 DOC. ES-23-IS-08 PAG. 2 DI 26 Sistema di Interscambio

Dettagli

RILEVAZIONE PRESENZE SPECIFICHE TECNICHE COLLOQUIO

RILEVAZIONE PRESENZE SPECIFICHE TECNICHE COLLOQUIO 1)d ALLEGATO 14 RILEVAZIONE PRESENZE SPECIFICHE TECNICHE COLLOQUIO TRA IL SISTEMA INFORMATICO DEL COMUNE ED IL SISTEMA INFORMATICO DELLA SOCIETA PREPOSTA AL SERVIZIO DI REFEZIONE vers. 2.2 Indice 1. SCOPO

Dettagli

Fornitori On Line Manuale Utente. Fornitori On Line Manuale Utente

Fornitori On Line Manuale Utente. Fornitori On Line Manuale Utente Fornitori On Line Manuale Utente Paragrafo-Pagina di Pagine 1-1 di 7 Versione 2 del 05/08/2014 SOMMARIO 1 A Chi è destinato... 1-3 2 Pre requisiti... 2-3 3 Obiettivi... 3-3 4 Durata della formazione...

Dettagli

Gi obiettivi del progetto, già richiamati nel testo della convenzione, sono riportati di seguito in forma sintetica:

Gi obiettivi del progetto, già richiamati nel testo della convenzione, sono riportati di seguito in forma sintetica: ALLEGATO A 1. Inquadramento PROPOSTA PROGETTUALE Il progetto ha come obiettivo principale la definizione ed esecuzione di tutte le attività necessarie alla costituzione del RUC (Registro Unico dei Controlli)

Dettagli

SCHEDA PRODOTTO PAG. 1 J O B T I M E W F. Variazioni mensili al cartellino presenze. Versione 6.1. JOBTIME Work Flow

SCHEDA PRODOTTO PAG. 1 J O B T I M E W F. Variazioni mensili al cartellino presenze. Versione 6.1. JOBTIME Work Flow SCHEDA PRODOTTO PAG. 1 J O B T I M E W F Variazioni mensili al cartellino presenze Versione 6.1 SCHEDA PRODOTTO PAG. 2 INTRODUZIONE Il mercato degli applicativi informatici si sta consolidando sempre più

Dettagli

Caratteristiche Applicabilità. Piattaforma Logistica

Caratteristiche Applicabilità. Piattaforma Logistica Caratteristiche Applicabilità Piattaforma Logistica Versione 2.0-2011 Azioni semplici o strutturate Risorse umane e materiali Tempi e Luoghi La Piattaforma WOLT è una soluzione progettata per rispondere

Dettagli

AURA AVVIO DESCRIZIONE ATTIVITÀ PIANIFICATE

AURA AVVIO DESCRIZIONE ATTIVITÀ PIANIFICATE Pag. 1 di 11 VERIFICHE E APPROVAZIONI VERSIONE REDAZIONE CONTROLLO APPROVAZIONE AUTORIZZAZIONE EMISSIONE NOME DATA NOME DATA NOME DATA V02 E. CALORE 22/01/2010 S. DALL OLIO 22/01/2010 S. DALL OLIO V01

Dettagli

Il Gestore Eventi di OpenSPCoop i. Il Gestore Eventi di OpenSPCoop

Il Gestore Eventi di OpenSPCoop i. Il Gestore Eventi di OpenSPCoop i Il Gestore Eventi di OpenSPCoop ii Copyright 2005-2011 Link.it srl iii Indice 1 Introduzione 1 2 Configurazione di un Servizio SPCoop come Evento gestito dal GE 2 3 Configurazione di un Pubblicatore

Dettagli

Quali informazioni posso comunicare o ricevere?

Quali informazioni posso comunicare o ricevere? I n f o W E B A cosa serve InfoWEB? InfoWEB è una soluzione completamente web che, presentandosi con l aspetto di un sito internet, permette di distribuire tutte le informazioni di presenza volute, e non

Dettagli

Specifiche di Integrazione della Piattaforma Logistica Nazionale (PLN) con altri Sistemi Informativi (SI) Web Service Interfaces. Guida semplificata

Specifiche di Integrazione della Piattaforma Logistica Nazionale (PLN) con altri Sistemi Informativi (SI) Web Service Interfaces. Guida semplificata Specifiche di Integrazione della Piattaforma Logistica Nazionale (PLN) con altri Sistemi Informativi (SI) Web Service Interfaces Guida semplificata Sommario 1 Introduzione... 2 1.1 Scopo... 2 1 Modalità

Dettagli

BDCC : Guida rapida all utilizzo

BDCC : Guida rapida all utilizzo BDCC : Guida rapida all utilizzo 1 Sommario 1. Funzionamento del sistema... 3 1.1 Cos è e cosa contiene la BDCC... 3 1.2 Meccanismi di funzionamento della BDCC... 3 1.3 Organizzazione di contenuti all

Dettagli

Software a supporto della Gestione amministrativa dello Sportello Unico Versione 2.1

Software a supporto della Gestione amministrativa dello Sportello Unico Versione 2.1 Pag. 1 di 9 Software a supporto della Gestione amministrativa dello Sportello Unico Versione 2.1 Interventi sul software RE V. REDAZIONE VERIFICHE ED APPROVAZIONI CONTROLLO APPROVAZIONE AUTORIZZAZIONE

Dettagli

Analisi dei Requisiti

Analisi dei Requisiti Analisi dei Requisiti Pagina 1 di 16 Analisi dei Requisiti Indice 1 - INTRODUZIONE... 4 1.1 - OBIETTIVO DEL DOCUMENTO...4 1.2 - STRUTTURA DEL DOCUMENTO...4 1.3 - RIFERIMENTI...4 1.4 - STORIA DEL DOCUMENTO...4

Dettagli

Turbodoc. Archiviazione Ottica Integrata

Turbodoc. Archiviazione Ottica Integrata Turbodoc Archiviazione Ottica Integrata Archiviazione Ottica... 3 Un nuovo modo di archiviare documenti, dei e immagini... 3 I moduli di TURBODOC... 4 Creazione dell armadio virtuale... 5 Creazione della

Dettagli

Ministero dell Interno Dipartimento per gli Affari Interni e Territoriali Direzione Centrale per i Servizi Demografici

Ministero dell Interno Dipartimento per gli Affari Interni e Territoriali Direzione Centrale per i Servizi Demografici ALLEGATO TECNICO ALLA CIRCOLARE N. 23/05 Ai sensi del presente allegato tecnico si intende: a) per "S.S.C.E. il sistema di sicurezza del circuito di emissione dei documenti di identità elettronica; b)

Dettagli

Soluzioni Software e Servizi Web per la Fattura Elettronica PA

Soluzioni Software e Servizi Web per la Fattura Elettronica PA Gentile Cliente, Soluzioni Software e Servizi Web per la Fattura Elettronica PA l art. 1, commi da 209 a 214, della legge 24 dicembre 2007 n. 244 (legge finanziaria 2008) ha introdotto l obbligo della

Dettagli

Pagamento Ticket SSN. Resiban spa Strada degli Schiocchi 42 41124 Modena Tel. +39 059 344535 Web: www.resiban.it E-mail: info@resiban.

Pagamento Ticket SSN. Resiban spa Strada degli Schiocchi 42 41124 Modena Tel. +39 059 344535 Web: www.resiban.it E-mail: info@resiban. Il progetto prevede l implementazione completa di un sito Web per consentire a un cliente di una banca, in possesso di un account Home Banking, di poter effettuare il pagamento delle prestazioni SSN direttamente

Dettagli

Sistema Informativo Sismica (SIS) Art. 4, comma 2, L.R. n. 19/2008

Sistema Informativo Sismica (SIS) Art. 4, comma 2, L.R. n. 19/2008 Gestione Informatica delle pratiche sismiche Forlì 9 ottobre 2014 Sistema Informativo Sismica (SIS) Art. 4, comma 2, L.R. n. 19/2008 La Giunta regionale promuove «lo sviluppo di un sistema integrato che

Dettagli

Soluzioni Software e Servizi Web per la Fattura Elettronica PA

Soluzioni Software e Servizi Web per la Fattura Elettronica PA 15 Luglio 2014 Soluzioni Software e Servizi Web per la Fattura Elettronica PA Gentile Cliente, l art. 1, commi da 209 a 214, della legge 24 dicembre 2007 n. 244 (legge finanziaria 2008) ha introdotto l

Dettagli

Addition, tutto in un unica soluzione

Addition, tutto in un unica soluzione Addition, tutto in un unica soluzione Addition è un applicativo Web progettato e costruito per adattarsi alle esigenze delle imprese. Non prevede un organizzazione in moduli, mette a disposizione delle

Dettagli

Definizione delle interfacce di colloquio fra le componenti

Definizione delle interfacce di colloquio fra le componenti Definizione delle interfacce di colloquio fra le componenti 1 DOCUMENTO:. v 1.1 Emesso da: EMISSIONE VERIFICA APPROVAZIONE Nome Luca Menegatti firma Verificato da: Giancarlo Savoia Approvato da: Angelo

Dettagli

SISTEMA DI TELECONTROLLO PER LA GESTIONE DELLA FLOTTA

SISTEMA DI TELECONTROLLO PER LA GESTIONE DELLA FLOTTA SISTEMA DI TELECONTROLLO PER LA GESTIONE DELLA FLOTTA INTRODUZIONE Al fine di migliorare il servizio di trasporto pubblico è necessario dotarsi di sistemi tecnologici avanzati di supporto alla gestione

Dettagli

Fase 1: la Fatturazione Elettronica

Fase 1: la Fatturazione Elettronica GUIDA OPERATIVA ALLA DEMATERIALIZZAZIONE DEL CICLO DEGLI ACQUISTI IN EMILIA ROMAGNA Fase 1: la Fatturazione Elettronica Data: 19 giugno 2014 Versione: 3.1 Autori: Intercent-ER Par-ER INDICE 1. PREMESSA...

Dettagli

MyMax PROCEDURA QUALITA Processo di Approvvigionamento PQ07b Ed. 0 Rev. 1 Pag. 1 di 10

MyMax PROCEDURA QUALITA Processo di Approvvigionamento PQ07b Ed. 0 Rev. 1 Pag. 1 di 10 PQ07b Ed. 0 Rev. 1 Pag. 1 di 10 1.0 Scopo e campo di applicazione Lo scopo della procedura è quello di definire le principali attività svolte dall Organizzazione per garantire l'affidabilità degli approvvigionamenti

Dettagli

lo standard della comunicazione tra farmacia e distributore farmaceutico

lo standard della comunicazione tra farmacia e distributore farmaceutico lo standard della comunicazione tra farmacia e distributore farmaceutico 4 4 5 6 6 IL PROTOCOLLO WWW.FARMACLICK.IT I SERVIZI L ARCHITETTURA LA CERTIFICAZIONE 3 IL PROTOCOLLO Farmaclick è un nuovo modo

Dettagli

Architettura Tecnica i. Architettura Tecnica

Architettura Tecnica i. Architettura Tecnica i Architettura Tecnica ii Copyright 2005-2011 Link.it s.r.l. iii Indice 1 Scopo del documento 1 1.1 Abbreviazioni..................................................... 1 2 Overview 1 2.1 La PdD........................................................

Dettagli

Panoramica su ITIL V3 ed esempio di implementazione del Service Design

Panoramica su ITIL V3 ed esempio di implementazione del Service Design Master Universitario di II livello in Interoperabilità Per la Pubblica Amministrazione e Le Imprese Panoramica su ITIL V3 ed esempio di implementazione del Service Design Lavoro pratico II Periodo didattico

Dettagli

La Fatturazione Elettronica verso la PA

La Fatturazione Elettronica verso la PA La Fatturazione Elettronica verso la PA Con la presente comunicazione vogliamo condividere le principali novità relative alla Fatturazione Elettronica verso la Pubblica Amministrazione, i possibili scenari

Dettagli

IL SISTEMA LEADER di Gestione delle aree di sosta delle Aziende Ospedaliere

IL SISTEMA LEADER di Gestione delle aree di sosta delle Aziende Ospedaliere IL SISTEMA LEADER di Gestione delle aree di sosta delle Aziende Ospedaliere Il progetto multihospital mobility, nasce da una profonda esperienza pluriennale nell ambito del controllo accessi e da una spiccata

Dettagli

Standard di documentazione Linee guida per la rappresentazione dei processi

Standard di documentazione Linee guida per la rappresentazione dei processi ALLEGATO B Standard Parte 2 Standard di documentazione Linee guida per la rappresentazione dei processi Pagina 1 di 11 SOMMARIO 1. INTRODUZIONE...3 1.1 SCOPO E CAMPO DI APPLICAZIONE...3 1.2 RIFERIMENTI...3

Dettagli

Manuale Utente. Area Conservazione a norma. Fatturazione Elettronica

Manuale Utente. Area Conservazione a norma. Fatturazione Elettronica TINN s.r.l. TERAMO sede legale e amministrativa Via G. De Vincentiis, snc 64100 TE Tel. 0861 4451 Fax 0861 210085 BARI Via F. Campione, 43 70124 BA Tel. 080 5574465 Fax 080 5508790 Partita Iva 00984390674

Dettagli

POR Calabria FSE 2007/2013 Asse II Occupabilità Obiettivo operativo D1

POR Calabria FSE 2007/2013 Asse II Occupabilità Obiettivo operativo D1 Allegato n. 2 al Capitolato speciale d appalto. ENTE PUBBLICO ECONOMICO STRUMENTALE DELLA REGIONE CALABRIA POR Calabria FSE 2007/2013 Asse II Occupabilità Obiettivo operativo D1 Procedura aperta sotto

Dettagli

Guida Utente della PddConsole. Guida Utente della PddConsole

Guida Utente della PddConsole. Guida Utente della PddConsole Guida Utente della PddConsole i Guida Utente della PddConsole Guida Utente della PddConsole ii Copyright 2005-2014 Link.it srl Guida Utente della PddConsole iii Indice 1 Introduzione 1 2 I protocolli di

Dettagli

I valori di un prodotto disegnato da chi lo usa Vantaggi che garantiscono l'alta qualità del servizio

I valori di un prodotto disegnato da chi lo usa Vantaggi che garantiscono l'alta qualità del servizio Gestire, condividere e controllare le informazioni nei processi aziendali Dataexpert attraverso un evoluto sistema di Document Management, consente la gestione e la condivisione di flussi informativi aziendali

Dettagli

REGOLE PROCEDURALI DI CARATTERE TECNICO OPERATIVO PER L ACCESSO AI SERVIZI DISPONIBILI TRAMITE LA POSTA ELETTRONICA CERTIFICATA

REGOLE PROCEDURALI DI CARATTERE TECNICO OPERATIVO PER L ACCESSO AI SERVIZI DISPONIBILI TRAMITE LA POSTA ELETTRONICA CERTIFICATA Dipartimento per gli Affari di Giustizia Direzione Generale della Giustizia Penale Decreto Dirigenziale Articolo 39 D.P.R. 14 Novembre 2002, N. 313 Decreto Dirigenziale del 5 dicembre 2012 recante le regole

Dettagli

Integrazione di Sistemi Informativi Sanitari attraverso l uso di Middleware Web Services

Integrazione di Sistemi Informativi Sanitari attraverso l uso di Middleware Web Services Consiglio Nazionale delle Ricerche Istituto di Calcolo e Reti ad Alte Prestazioni Integrazione di Sistemi Informativi Sanitari attraverso l uso di Middleware Web Services I. Marra M. Ciampi RT-ICAR-NA-06-04

Dettagli

Vendite e Acquisti On Line Manuale Utente

Vendite e Acquisti On Line Manuale Utente Vendite e Acquisti On Line Manuale Utente Paragrafo-Pagina di Pagine 1-1 di 8 Versione 145 del 09/04/2014 SOMMARIO 1 A Chi è destinato... 1-3 2 Pre requisiti... 2-3 3 Obiettivi... 3-3 4 Durata della formazione...

Dettagli

Modello dell Infrastruttura per il Fascicolo Sanitario Elettronico (InfFSE) Progetto: Infrastruttura tecnologica del Fascicolo Sanitario Elettronico

Modello dell Infrastruttura per il Fascicolo Sanitario Elettronico (InfFSE) Progetto: Infrastruttura tecnologica del Fascicolo Sanitario Elettronico Dipartimento per la digitalizzazione della PA e l innovazione Consiglio Nazionale delle Ricerche Dipartimento delle Tecnologie dell Informazione e delle Comunicazioni Modello dell Infrastruttura per il

Dettagli

Mattone 9 Realizzazione del Patient File

Mattone 9 Realizzazione del Patient File Mattone 9 Realizzazione del Patient File Architettura di Cooperazione Roma 19 Giugno 2007 Nolan, Norton Italia Definizione del Fascicolo Sanitario Personale (FaSP) Non qualsiasi raccolta strutturata di

Dettagli

Sm@rtADI Assistenza domiciliare

Sm@rtADI Assistenza domiciliare Data Sheet Sm@rtADI Assistenza domiciliare I recenti progressi della medicina hanno reso possibile la deospedalizzazione di un gran numero di patologie. Oggi l assistenza domiciliare è un esigenza molto

Dettagli

La nostra proposta per il trasporto internazionale.

La nostra proposta per il trasporto internazionale. pagina 1 di 6 La nostra proposta per il trasporto internazionale. Movendo Srl. Movendo Srl è specificamente orientata all'erogazione di servizi per la gestione delle risorse mobili (Mobile Resources Management).

Dettagli

Allegato A REGOLAMENTO RELATIVO ALLA PUBBLICAZIONE, ALLA FACOLTÀ DI ACCESSO TELEMATICO E AL RIUTILIZZO DEI DATI PUBBLICI (OPEN DATA)

Allegato A REGOLAMENTO RELATIVO ALLA PUBBLICAZIONE, ALLA FACOLTÀ DI ACCESSO TELEMATICO E AL RIUTILIZZO DEI DATI PUBBLICI (OPEN DATA) Allegato A REGOLAMENTO RELATIVO ALLA PUBBLICAZIONE, ALLA FACOLTÀ DI ACCESSO TELEMATICO E AL RIUTILIZZO DEI DATI PUBBLICI (OPEN DATA) REGOLAMENTO RELATIVO ALLA PUBBLICAZIONE, ALLA FACOLTÀ DI ACCESSO TELEMATICO

Dettagli

SISTEMA DI GESTIONE PER LA QUALITA Capitolo 4

SISTEMA DI GESTIONE PER LA QUALITA Capitolo 4 1. REQUISITI GENERALI L Azienda DSU Toscana si è dotata di un Sistema di gestione per la qualità disegnato in accordo con la normativa UNI EN ISO 9001:2008. Tutto il personale del DSU Toscana è impegnato

Dettagli

- Guida Utente IMPRESA- GEMA. Codice Documento: LI-MU-A366-GEMA-IMPRESA Revisione del Documento: 05 Data revisione: 14-01-2015. Struttura Redatto da:

- Guida Utente IMPRESA- GEMA. Codice Documento: LI-MU-A366-GEMA-IMPRESA Revisione del Documento: 05 Data revisione: 14-01-2015. Struttura Redatto da: - Guida Utente IMPRESA- GEMA Codice Documento: LI-MU-A366-GEMA-IMPRESA Revisione del Documento: 05 Data revisione: 14-01-2015 Struttura Redatto da: A366 Area Sistemi di Settore Approvato da: A525 Area

Dettagli

Servizi di hosting offerti dall'area Servizi ICT Integrazione con l'anagrafica Unica di Ateneo. Area Servizi ICT

Servizi di hosting offerti dall'area Servizi ICT Integrazione con l'anagrafica Unica di Ateneo. Area Servizi ICT Area Servizi ICT Servizi hosting di Ateneo - Integrazione con l'anagrafica Unica di Ateneo Versione 1.1 http://hosting.polimi.it Servizi di hosting offerti dall'area Servizi ICT Integrazione con l'anagrafica

Dettagli

TINN S.r.l. Sistema di Gestione della Fatturazione Elettronica

TINN S.r.l. Sistema di Gestione della Fatturazione Elettronica TINN S.r.l. Sistema di Gestione della Fatturazione Elettronica i di 56 Indice 1... 3 1.1 CONFIGURAZIONE SGFE... 3 1.2 FATTURAZIONE ELETTRONICA PASSIVA... 17 1.3 PROTOCOLLAZIONE FATTURAZIONE ELETTRONICA...

Dettagli

Software Servizi Web UOGA

Software Servizi Web UOGA Manuale Operativo Utente Software Servizi Web UOGA S.p.A. Informatica e Servizi Interbancari Sammarinesi Strada Caiese, 3 47891 Dogana Tel. 0549 979611 Fax 0549 979699 e-mail: info@isis.sm Identificatore

Dettagli

Monitoraggio della Rete di Assistenza

Monitoraggio della Rete di Assistenza Studio di fattibilità Allegato al Deliverable A Monitoraggio della Rete di Assistenza Fase 1 Anagrafica ASL Comuni assistibili () ESTRATTO Indice del documento A.20 SCOPO DELL APPLICAZIONE...3 A.20.20

Dettagli

commercialista, consulente del lavoro XBOOK la soluzione per l'organizzazione dello studio professionale

commercialista, consulente del lavoro XBOOK la soluzione per l'organizzazione dello studio professionale commercialista, consulente del lavoro XBOOK la soluzione per l'organizzazione dello studio professionale XBOOK, valido supporto all attività quotidiana del professionista e dei collaboratori dello studio,

Dettagli

POSTA ELETTRONICA (TRADIZIONALE e CERTIFICATA) FIRMA DIGITALE PROTOCOLLO INFORMATICO. Maurizio Gaffuri 11 ottobre 2007

POSTA ELETTRONICA (TRADIZIONALE e CERTIFICATA) FIRMA DIGITALE PROTOCOLLO INFORMATICO. Maurizio Gaffuri 11 ottobre 2007 POSTA ELETTRONICA (TRADIZIONALE e CERTIFICATA) FIRMA DIGITALE PROTOCOLLO INFORMATICO Maurizio Gaffuri 11 ottobre 2007 1 POSTA ELETTRONICA TRADIZIONALE e POSTA ELETTRONICA CERTIFICATA 2 POSTA ELETTRONICA

Dettagli

Architettura SPC e porta di dominio per le PA

Architettura SPC e porta di dominio per le PA Libro bianco sulla SOA v.1.0 Allegato 2_1 Architettura SPC e porta di dominio per le PA vs 02 marzo 2008 Gruppo di Lavoro SOA del ClubTI di Milano Premessa L architettura SPC e la relativa porta di dominio

Dettagli

SPECIFICHE TECNICHE DI SISTEMA TITOLO DOCUMENTO

SPECIFICHE TECNICHE DI SISTEMA TITOLO DOCUMENTO DIREZIONE EMITTENTE CONTROLLO DELLE COPIE Il presente documento, se non preceduto dalla pagina di controllo identificata con il numero della copia, il destinatario, la data e la firma autografa del Responsabile

Dettagli

SOLUZIONE Web.Orders online

SOLUZIONE Web.Orders online SOLUZIONE Web.Orders online Gennaio 2005 1 INDICE SOLUZIONE Web.Orders online Introduzione Pag. 3 Obiettivi generali Pag. 4 Modulo di gestione sistema Pag. 5 Modulo di navigazione prodotti Pag. 7 Modulo

Dettagli

Allegato Tecnico VideoNet

Allegato Tecnico VideoNet Allegato Tecnico VideoNet Nota di lettura Definizioni ed Acronimi 1 Descrizione del Servizio 1.1 Descrizione generale 1.2 Descrizione dei servizi offerti 1.2.1 Visualizzazione in real time dei flussi video

Dettagli

Guida Utente della PddConsole. Guida Utente della PddConsole

Guida Utente della PddConsole. Guida Utente della PddConsole Guida Utente della PddConsole i Guida Utente della PddConsole Guida Utente della PddConsole ii Copyright 2005-2015 Link.it srl Guida Utente della PddConsole iii Indice 1 Introduzione 1 2 I protocolli di

Dettagli

Contact Center Manuale CC_Contact Center

Contact Center Manuale CC_Contact Center Contact Center Manuale CC_Contact Center Revisione del 05/11/2008 INDICE 1. FUNZIONALITÀ DEL MODULO CONTACT CENTER... 3 1.1 Modalità di interfaccia con il Contact Center... 3 Livelli di servizio... 4 1.2

Dettagli

Direzione Centrale Sistemi Informativi e Telecomunicazioni Area Agricoltura, Vigilanza, Frodi elettroniche, Internal Audit

Direzione Centrale Sistemi Informativi e Telecomunicazioni Area Agricoltura, Vigilanza, Frodi elettroniche, Internal Audit PEGASO Contribuzione virtuale in edilizia MANUALE UTENTE Direzione Centrale Entrate Area Sviluppo metodologie di recupero crediti Direzione Centrale Sistemi Informativi e Telecomunicazioni Area Agricoltura,

Dettagli

COMUNE DI BOVEZZO Provincia di Brescia

COMUNE DI BOVEZZO Provincia di Brescia COMUNE DI BOVEZZO Provincia di Brescia REGOLAMENTO RELATIVO ALLA PUBBLICAZIONE, ALLA FACOLTÀ DI ACCESSO TELEMATICO E AL RIUTILIZZO DEI DATI PUBBLICI (OPEN DATA) INDICE Pagina TITOLO I Disposizioni Generali

Dettagli

Relazione introduttiva Febbraio 2006

Relazione introduttiva Febbraio 2006 Amministrazione Provincia di Rieti Febbraio 2006 1 Progetto Sistema Informativo Territoriale Amministrazione Provincia di Rieti Premessa L aumento della qualità e quantità dei servizi che ha caratterizzato

Dettagli

M.U.T. Modulo Unico Telematico. Servizio Codifica Cantieri

M.U.T. Modulo Unico Telematico. Servizio Codifica Cantieri M.U.T. Modulo Unico Telematico Servizio Codifica Cantieri Data Redazione 22/09/2014 Data Pubblicazione Versione 1.0.1 Responsabile CNCE Giuseppe Aquilani Responsabile Nuova Enrico Biscuola Informatica

Dettagli

Versione 2015I PROTOCOLLO: CRS/SG-PAC/151021

Versione 2015I PROTOCOLLO: CRS/SG-PAC/151021 MyDB - Anagrafiche estensioni dei Documenti di Magazzino e delle Parcelle Nella definizione delle anagrafiche MyDB è ora possibile estendere direttamente anche le TESTATE e le RIGHE delle varie tipologie

Dettagli

Denominazione Servizio : OSSERVATORIO PERMANENTE E SUPPORTO AL SERVIZIO SOCIALE TERRITORIALE DEL MUNICIPIO XIII

Denominazione Servizio : OSSERVATORIO PERMANENTE E SUPPORTO AL SERVIZIO SOCIALE TERRITORIALE DEL MUNICIPIO XIII Scheda di Progetto Mod. PRO rev. 0 del 04.10.06 Parte prima Denominazione Servizio : OSSERVATORIO PERMANENTE E SUPPORTO AL SERVIZIO SOCIALE TERRITORIALE DEL MUNICIPIO XIII Premessa: Un sistema integrato

Dettagli

Ministero della Giustizia

Ministero della Giustizia Ministero della Giustizia DIPARTIMENTO DELL ORGANIZZAZIONE GIUDIZIARIA, DEL PERSONALE E DEI SERVIZI DIREZIONE GENERALE PER I SISTEMI INFORMATIVI AUTOMATIZZATI POLISWEB Specifiche tecniche Versione 4.1

Dettagli