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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Sistema di Gestione DBTR Manuale Utente

Sistema di Gestione DBTR Manuale Utente Sistema di Gestione DBTR Manuale Utente Progetto DB Topografico Versione 1.5 Data 29/05/2014 Sistema Gestione - manuale utente_1_5.doc 1 / 40 Indice generale 1. DESCRIZIONE DEL DOCUMENTO... 3 1.1 OBIETTIVI

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

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

Manuale d'uso. e.compliance. Versione 0.5

Manuale d'uso. e.compliance. Versione 0.5 Manuale d'uso e.compliance Versione 0.5 31/12/2007 1 Indice generale Scopo del manuale...5 e.toscana Compliance...6 Introduzione...7 I documenti Request For Comments (RFC) e.toscana...7 Tipologie di RFC...7

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

Definizione delle interfacce di colloquio fra le componenti

Definizione delle interfacce di colloquio fra le componenti Definizione delle interfacce di colloquio fra le componenti (integrazione documento) 1 DOCUMENTO:. 1.2 Emesso da: EMISSIONE VERIFICA APPROVAZIONE Nome firma Verificato da: Approvato da: Area ISIC LISTA

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

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

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

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

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

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

AREA SERVIZI ICT. Servizi di hosting offerti dall'area Servizi ICT. Integrazione con l'anagrafica Unica di Ateneo. hosting.polimi.

AREA SERVIZI ICT. Servizi di hosting offerti dall'area Servizi ICT. Integrazione con l'anagrafica Unica di Ateneo. hosting.polimi. AREA SERVIZI ICT Servizi di hosting offerti dall'area Servizi ICT Integrazione con l'anagrafica Unica di Ateneo hosting.polimi.it Indice 1. Anagrafica unica di Ateneo... 4 1.1. Introduzione all anagrafica

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

Governance e linee guida tecnicoorganizzative

Governance e linee guida tecnicoorganizzative Allegato 1 Servizio Governance e linee guida tecnicoorganizzative del sistema ICAR-ER INDICE 1. Introduzione 3 1.1 Definizione e Acronimi 3 1.2 Scopo del documento 4 1.3 Destinatari 4 2. Il Sistema ICAR-ER

Dettagli

COME FARE PER. ARMONIZZARE IL SITO COL SISTEMA DI GESTIONE DOCUMENTALE DELL ENTE

COME FARE PER. ARMONIZZARE IL SITO COL SISTEMA DI GESTIONE DOCUMENTALE DELL ENTE COME FARE PER. ARMONIZZARE IL SITO COL SISTEMA DI GESTIONE DOCUMENTALE DELL ENTE Flavia Marzano marzano@cibernet.it 10/05/2004 ARPA Club Forum PA 2004 Contenuti Cenni normativi Sistema di gestione documentale:

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

@CCEDO: Accessibilità, Sicurezza, Architettura

@CCEDO: Accessibilità, Sicurezza, Architettura Rev. 8, agg. Settembre 2014 @CCEDO: Accessibilità, Sicurezza, Architettura 1.1 Il Sistema di Gestione della Sicurezza Per quanto riguarda la gestione della Sicurezza, @ccedo è dotato di un sistema di autenticazione

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

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

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

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

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

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

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

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

La nostra proposta per il settore ecologia.

La nostra proposta per il settore ecologia. pagina 1 di 10 La nostra proposta per il settore ecologia. Movendo Srl Movendo srl è un'azienda specificamente orientata all'erogazione di servizi per la gestione delle risorse mobili (Mobile Resources

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

FATTURA PA:TRASMISSIONE E CONSERVAZIONE PASSEPARTOUT

FATTURA PA:TRASMISSIONE E CONSERVAZIONE PASSEPARTOUT FATTURA PA:TRASMISSIONE E CONSERVAZIONE PASSEPARTOUT Aggiornato al 23-03-2015 Le fatture emesse nei confronti della Pubblica Amministrazione dovranno essere emesse esclusivamente in forma elettronica:

Dettagli

DOCFINDERWEB SERVICE E CLIENT

DOCFINDERWEB SERVICE E CLIENT DOCFINDERWEB SERVICE E CLIENT Specifiche tecniche di interfacciamento al Web Service esposto da DocPortal Versione : 1 Data : 10/03/2014 Redatto da: Approvato da: RICCARDO ROMAGNOLI CLAUDIO CAPRARA Categoria:

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

PROGETTO WEB SERVICES DOGANE SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE REALE

PROGETTO WEB SERVICES DOGANE SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE REALE Pag. 1 di 12 PROGETTO WEB SERVICES DOGANE SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE REALE Pag. 1 di 12 Pag. 2 di 12 1 GENERALITÀ... 3 1.1 CANALI DI COMUNICAZIONE DEI SISTEMI... 3 2 SOA DOMINIO

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

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

Progetto Autostrade Esercizio svolto Lab. di Basi di Dati Prof. P. Pierini

Progetto Autostrade Esercizio svolto Lab. di Basi di Dati Prof. P. Pierini Progetto Autostrade Esercizio svolto Lab. di Basi di Dati Requisiti Il progetto prevede la realizzazione della base di dati per la gestione di una rete autostradale. Per prima cosa è necessario quindi

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 è il servizio di posta elettronica con valore legale realizzato da InfoCamere. Esso consente al Cliente di disporre di

Dettagli

Global Procurement and Strategic Sourcing Servizi e-business. Supply Chain Automation

Global Procurement and Strategic Sourcing Servizi e-business. Supply Chain Automation Codice documento: EBUSIN03 Tipologia documento: Descrizione della soluzione Numero Revisione: 04 Data di creazione: 11/01/2010 Sigla documento: TITOLO : SOTTOTITOLO: Descrizione scambio documentale in

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

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

Progettazione: Tecnologie e ambienti di sviluppo

Progettazione: Tecnologie e ambienti di sviluppo Contratto per l acquisizione di servizi di Assistenza specialistica per la gestione e l evoluzione del patrimonio software della Regione Basilicata. Repertorio n. 11016 del 25/09/2009 Progettazione: Tecnologie

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

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

http://www.buildingthefuture.eu/it/accesso-servizio-fatturazione-elettronica-pa

http://www.buildingthefuture.eu/it/accesso-servizio-fatturazione-elettronica-pa Gentile Cliente, come comunicato con le nostre precedenti newsletter e seminari, Building The Future S.r.l. in collaborazione con il Partner tecnologico Teamsystem ha realizzato un servizio WEB based che

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

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

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

Portale regionale della Salute. Servizi di prenotazione prestazione e pagamento ticket.

Portale regionale della Salute. Servizi di prenotazione prestazione e pagamento ticket. Portale regionale della Salute Servizi di prenotazione prestazione e pagamento ticket. Specifiche di integrazione dei servizi di cooperazione applicativa e dei web services. Versione 1.10 16 Ottobre 2013

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

Applicazioni ITS nel TRASPORTO

Applicazioni ITS nel TRASPORTO Applicazioni ITS nel TRASPORTO Comune di Genova Ing. Daniele Villani Direzione Mobilità Uff. Progetti Speciali - Territorio 240 km 2 ; 630.000 abitanti - Area centrale 276.000 abitanti e 28 km 2 di area

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

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

Accordi. Tecnologie di cooperazione. Cooperazione fra Amministrazioni

Accordi. Tecnologie di cooperazione. Cooperazione fra Amministrazioni Alcune considerazioni nell ambito di un sistema di cooperazione informatico che preveda lo scambio di dati tra due o più organizzazioni. Quando parliamo di un sistema di cooperazione informatico ci riferiamo

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

egovernment Stefano Bucci Un infrastruttura aperta per l integrazione e la cooperazione tra amministrazioni Sales Consultant Manager

egovernment Stefano Bucci Un infrastruttura aperta per l integrazione e la cooperazione tra amministrazioni Sales Consultant Manager egovernment Un infrastruttura aperta per l integrazione e la cooperazione tra amministrazioni Stefano Bucci Sales Consultant Manager Catania, 5 Dicembre 2002 Open e-government Un infrastruttura aperta

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

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

Gestione XML della Porta di Dominio OpenSPCoop

Gestione XML della Porta di Dominio OpenSPCoop i Gestione XML della Porta di Dominio ii Copyright 2005-2011 Link.it srl iii Indice 1 Introduzione 1 2 Hello World! 2 3 Configurazione XML della Porta di Dominio 5 3.1 Soggetto SPCoop...................................................

Dettagli

Guida alla programmazione e integrazione di servizi in OpenSPCoop. Guida alla programmazione e integrazione di servizi in OpenSPCoop

Guida alla programmazione e integrazione di servizi in OpenSPCoop. Guida alla programmazione e integrazione di servizi in OpenSPCoop i Guida alla programmazione e integrazione di servizi in OpenSPCoop ii Copyright 2005-2008 Link.it s.r.l. iii COLLABORATORI TITOLO : Guida alla programmazione e integrazione di servizi in OpenSPCoop AZIONE

Dettagli

Consolidamento e sviluppo CART

Consolidamento e sviluppo CART Nome del progetto Consolidamento e sviluppo CART Acronimo del progetto TOSCART Documento Manuale interfaccia monitoraggio Acronimo del documento TOSCART-TEC-INTWEB-PMC Stato del documento Definitivo Versione

Dettagli

Verifica massiva delle Inadempienze. Linee Guida per Operatori di Verifica

Verifica massiva delle Inadempienze. Linee Guida per Operatori di Verifica Verifica massiva delle Inadempienze Linee Guida per Operatori di Verifica Roma 15 gennaio 2009 INDICE 1. INTRODUZIONE... 4 1.1 SCOPO E CAMPO DI APPLICAZIONE... 4 2. DESCRIZIONE DELLA PROCEDURA... 5 2.1

Dettagli

ARTIST: stato dell arte e sviluppi futuri

ARTIST: stato dell arte e sviluppi futuri DIPARTIMENTO PER LA PROGRAMMAZIONE ED IL COORDINAMENTO DELLO SVILUPPO DEL TERRITORIO, PER IL PERSONALE ED I SERVIZI GENERALI Direzione Generale per la Programmazione e i Programmi Europei Divisione 3 :

Dettagli

Ciclo di Vita Evolutivo

Ciclo di Vita Evolutivo Ciclo di Vita Evolutivo Prof.ssa Enrica Gentile a.a. 2011-2012 Modello del ciclo di vita Stabiliti gli obiettivi ed i requisiti Si procede: All analisi del sistema nella sua interezza Alla progettazione

Dettagli

Strategie di system integration per l interoperabilità di sistemi eterogenei di Fascicolo Sanitario Elettronico

Strategie di system integration per l interoperabilità di sistemi eterogenei di Fascicolo Sanitario Elettronico Consiglio Nazionale delle Ricerche Istituto di Calcolo e Reti ad Alte Prestazioni Strategie di system integration per l interoperabilità di sistemi eterogenei di Fascicolo Sanitario Elettronico Mario Ciampi

Dettagli

INF-1: Specifiche Tecniche di Interfaccia

INF-1: Specifiche Tecniche di Interfaccia INF-1: Specifiche tecniche di Interfaccia INF-1: Specifiche Tecniche di Interfaccia Versione 1.1 Nome doc.: INF-1 Specifiche Interfaccia v1.0.doc Edizione: 1.0 Data emissione: 12/1/2007 INDICE Modifiche

Dettagli

BtoWeb QS Caratteristiche e funzionalità: BtoWeb QS

BtoWeb QS Caratteristiche e funzionalità: BtoWeb QS www.btoweb.it L unione tra il know-how gestionale e organizzativo maturato in oltre 12 anni di consulenza e l esperienza nell ambito dell informatizzazione dei processi ha consentito a Sinergest lo sviluppo

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

Corso di Informatica

Corso di Informatica Corso di Informatica Modulo T1 B2 Significato e proprietà della OOP 1 Prerequisiti Concetto ed elementi della comunicazione Allocazione e deallocazione della memoria Compilazione di un programma Spazio

Dettagli

Scenari di Deployment i. Scenari di Deployment

Scenari di Deployment i. Scenari di Deployment i Scenari di Deployment ii Copyright 2005-2011 Link.it srl iii Indice 1 Introduzione 1 2 La configurazione minima 1 3 La gestione totalmente centralizzata 3 4 Porte di Dominio Locali con Registro Centrale

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

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

In vigore anche per i professionisti l obbligo di emissione di sole fatture elettroniche per servizi resi verso le pubbliche amministrazioni

In vigore anche per i professionisti l obbligo di emissione di sole fatture elettroniche per servizi resi verso le pubbliche amministrazioni In vigore anche per i professionisti l obbligo di emissione di sole fatture elettroniche per servizi resi verso le pubbliche amministrazioni La Legge Finanziaria 2008 (Legge 244/2007, articolo 1, commi

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

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

Manuale Utente CONSERVAZIONE A NORMA Caricamento Singolo & Massivo electronic Document Keeper

Manuale Utente CONSERVAZIONE A NORMA Caricamento Singolo & Massivo electronic Document Keeper Manuale Utente CONSERVAZIONE A NORMA Caricamento Singolo & Massivo electronic Document Keeper Versione 1.1 Agosto 2015 1 Sommario 1 Premessa... 3 1.1 Conservazione delle Fatture per la Pubblica Amministrazione...

Dettagli

Obbligo generalizzato di emissione della fattura elettronica verso la Pubblica Amministrazione dal 31.03.2015

Obbligo generalizzato di emissione della fattura elettronica verso la Pubblica Amministrazione dal 31.03.2015 ACERBI & ASSOCIATI CONSULENZA TRIBUTARIA, AZIENDALE, SOCIETARIA E LEGALE NAZIONALE E INTERNAZIONALE CIRCOLARE N. 12 10 MARZO 2015 Obbligo generalizzato di emissione della fattura elettronica verso la Pubblica

Dettagli