PROGETTO DOMINIO ESTERNO WEB SERVICES PER RICEZIONE ED ELABORAZIONE MESSAGGI

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "PROGETTO DOMINIO ESTERNO WEB SERVICES PER RICEZIONE ED ELABORAZIONE MESSAGGI"

Transcript

1 Pag. 1 di 30 PROGETTO DOMINIO ESTERNO WEB SERVICES PER RICEZIONE ED ELABORAZIONE MESSAGGI Pag. 1 di 30

2 Pag. 2 di 30 1 GENERALITÀ CANALI DI COMUNICAZIONE DEI SISTEMI SOA DOMINIO ESTERNO DESCRIZIONE DELL OGGETTO DI INTERSCAMBIO MESSAGEDTO LOGIN & TEST RFID TROVATORE TEST DAA DAA IE815 (EMCS E-AD) DAA IE801/ IE906 (EMCS ESITO) DAA IE818 (EMCS NOTA DI RICEVIMENTO) DAA IE810 (EMCS ANNULLAMENTO E-AD) DAA IE813 (EMCS CAMBIO DI DESTINAZIONE) DAA IE819 (EMCS INTERRUZIONE MOVIMENTO) DESTINATARI AUTORIZZATI - RICERCA MOVIMENTI DESTINATARI AUTORIZZATI - RICERCA STORIA MRN DESTINATARI AUTORIZZATI - RICERCA PER PROTOCOLLO DESTINATARI AUTORIZZATI - IE DESTINATARI AUTORIZZATI - IE MODALITÀ DI ACCREDITAMENTO ALLEGATI TECNICI LEGENDA MESSAGEDTO CODICI DI RITORNO DEI SERVIZI DOMINIO ESTERNO CODICI RELATIVI AI W-S SERVIZI EJB - WS METODI ESPOSTI PARAMETRI IN INPUT/OUTPUT APPENDICE RFID SCHEMA (RFID_V3.XSD) SCHEMA PER DAA EMCS ESITO SCHEMA (ESITO.XSD) RICERCA - SCHEMA (ENQUIRY.XSD) RICERCA DI DETTAGLIO - SCHEMA (ENQUIRYDETAIL.XSD) ESITO RICERCA - SCHEMA (ENQUIRY_RESULT.XSD) ESITO RICERCA DI DETTAGLIO - SCHEMA (ENQUIRYDETAIL_RESULT.XSD) SCHEMA PER DESTINATARI AUTORIZZATI NCTS...29 Pag. 2 di 30

3 Pag. 3 di 30 1 Generalità 1.1 Canali di comunicazione dei sistemi I web services sono esposti da SOGEI utilizzando gli standard più diffusi (SOAP, WSDL) e sono fruibili attraverso canali di comunicazione sicuri data la sensibilità dei dati scambiati. La cooperazione tra ente interessato e SOGEI verrà effettuata attraverso un canale https bilanciato (certificato client e server). L autenticazione necessita di credenziali incapsulate nell envelope del messaggio SOAP. Ne consegue che il client deve incapsulare credenziali valide appartenenti ad un utente censito su LDAP. Tali credenziali potranno essere dinamicamente passate dall utente alla login (scelta effettuata per il client RCP proposto da SOGEI) oppure automaticamente lette da file di properties come utenza di servizio. La scelta rimane a discrezione di chiunque sviluppi un client remoto. I meccanismi di autenticazione ed autorizzazione sono descritti in dettaglio nel paragrafo Modalità di accreditamento. I messaggi xml vengono firmati dal client e trasmessi sfruttando il messaggio SOAP. Gli xml di cui sopra devono essere creati seguendo schemi xsd, rispettandone il contenuto e tutti i vincoli di obbligatorietà e molteplicità. Pertanto durante la fase di ricezione del messaggio, oltre alla verifica della firma che serve a preservarne l integrità, c è una validazione rispetto allo schema xsd, tesa a controllare formalmente il contenuto del messaggio. Pag. 3 di 30

4 Pag. 4 di 30 2 SOA Dominio Esterno 2.1 Descrizione dell oggetto di interscambio MessageDTO L oggetto MessageDTO contiene tutti i campi necessari alla sottomissione delle richieste di elaborazione ed alla gestione dei messaggi di ritorno. I campi utilizzati da un servizio web possono essere di input o di output. I campi di input obbligatori per ciascun servizio sono indicati nell allegato tecnico del presente documento. I restanti campi, cioè quelli del DTO esclusi quelli di input, sono campi di output e in generale, ma non sempre, sono riempiti alla risposta dal servizio web invocato. La classe MessageDTO ha una struttura quanto più generica possibile e contiene una collezione di oggetti di tipo complesso XmlDTO. Tale oggetto ha come proprietà un array di byte che rappresenta un file xml serializzato. La descrizione completa dei campi relativi all oggetto MessageDTO è disponibile negli allegati tecnici. 2.2 Login & Test Questo servizio permette effettuare la login e può essere usato per inviare una richiesta di test al web service Dominio Esterno. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid: indica il tipo di operazione da eseguire. In questo caso vale L0. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. in caso di fallimento il web service non viene contattato, per cui il client dovrà gestire l eccezione AxisFault eventualmente scaturita. Pag. 4 di 30

5 Pag. 5 di RFID trovatore Questo servizio permette di inviare una richiesta di elaborazione per i dati specificati nel messaggio xml e descritti dallo schema rfid.xsd che ogni messaggio xml deve rispettare. In questo caso i dati trasmessi rappresentano i dati raccolti dal lettore RFID client. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid xmllist Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: indica il tipo di operazione da eseguire. Necessario per effettuare il dispatching verso i servizi richiesti. E formalmente costruito con un prefisso più il numero d ordine del servizio. In questo caso il prefisso è R (es: R0,R1...Rn) ed il serviceid è R0. xmllist: rappresenta una collezione di oggetti XmlDTO all interno di ognuno dei quali c è un messaggio xml serializzato e convertito in array di byte. Generalmente questa lista conterrà un solo oggetto XmlDTO con il messaggio xml all interno. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. La proprietà protocollo sarà valorizzata con il protocollo assegnato dal sistema. in caso di fallimento, la proprietà esito_operazione vale 0. Se la richiesta è stata protocollata, la proprietà errore conterrà il messaggio di errore codificato come in tabella 5.1 e la proprietà protocollo conterrà il protocollo assegnato dal sistema. Altrimenti qualora si fosse verificato un problema nella fase di accoglienza che abbia impedito la protocollazione, la proprietà protocollo sarà assente. 2.4 TEST DAA Questo servizio permette di inviare una richiesta di elaborazione per i dati specificati nel messaggio xml e descritti dallo schema xsd che ogni messaggio Pag. 5 di 30

6 Pag. 6 di 30 xml deve rispettare. In questo caso i dati trasmessi rappresentano i dati immessi in input dal client. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid xmllist Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: indica il tipo di operazione da eseguire. Necessario per effettuare il dispatching verso i servizi richiesti. E formalmente costruito con un prefisso più il numero d ordine del servizio. In questo caso il prefisso è D (es: D0,D1...Dn) ed il serviceid è D0. xmllist: rappresenta una collezione di oggetti XmlDTO all interno di ognuno dei quali c è un messaggio xml serializzato e convertito in array di byte. Generalmente questa lista conterrà un solo oggetto XmlDTO con il messaggio xml all interno. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. La proprietà protocollo sarà valorizzata con il protocollo assegnato dal sistema. in caso di fallimento, la proprietà esito_operazione vale 0. Se la richiesta è stata protocollata, la proprietà errore conterrà il messaggio di errore codificato come in tabella 5.1 e la proprietà protocollo conterrà il protocollo assegnato dal sistema. Altrimenti qualora si fosse verificato un problema nella fase di accoglienza che abbia impedito la protocollazione, la proprietà protocollo sarà assente. 2.5 DAA IE815 (EMCS e-ad) Questo servizio permette di inviare una richiesta di elaborazione per i dati specificati nel messaggio xml e descritti dallo schema xsd che ogni messaggio xml deve rispettare. In questo caso i dati trasmessi rappresentano i dati immessi in input dal client. Per effettuare una corretta richiesta i campi obbligatori sono: Pag. 6 di 30

7 Pag. 7 di 30 serviceid xmllist Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: D1. xmllist: rappresenta una collezione di oggetti XmlDTO all interno di ognuno dei quali c è un messaggio xml serializzato e convertito in array di byte. Generalmente questa lista conterrà un solo oggetto XmlDTO con il messaggio xml all interno. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. La proprietà protocollo sarà valorizzata con il protocollo assegnato dal sistema. in caso di fallimento, la proprietà esito_operazione vale 0. Se la richiesta è stata protocollata, la proprietà errore conterrà il messaggio di errore codificato come in tabella 5.1 e la proprietà protocollo conterrà il protocollo assegnato dal sistema. Altrimenti qualora si fosse verificato un problema nella fase di accoglienza che abbia impedito la protocollazione, la proprietà protocollo sarà assente. 2.6 DAA IE801/ IE906 (EMCS esito) Questo servizio permette di richiedere l esito riguardo l elaborazione degli IE815 sottomessi tramite il WebService. In questo caso i dati trasmessi rappresentano i dati immessi in input dal client. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid inputobj Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: D2 Pag. 7 di 30

8 Pag. 8 di 30 inputobj: rappresenta una stringa contenente il protocollo di cui si vuole conoscere l esito. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. La proprietà protocollo sarà valorizzata con il protocollo assegnato dal sistema. in caso di fallimento, la proprietà esito_operazione vale 0. Se la richiesta è stata protocollata, la proprietà errore conterrà il messaggio di errore codificato come in tabella 5.1 e la proprietà protocollo conterrà il protocollo assegnato dal sistema. Altrimenti qualora si fosse verificato un problema nella fase di accoglienza che abbia impedito la protocollazione, la proprietà protocollo sarà assente. Il servizio risponderà con un errore qualora non sia ancora disponibile l esito dell elaborazione riguardo il protocollo richiesto. In caso contrario, la proprietà XmlList conterrà un solo oggetto XmlDTO con un messaggio xml di risposta: IE801 IE DAA IE818 (EMCS Nota di ricevimento) Questo servizio permette di inviare una richiesta di elaborazione per i dati specificati nel messaggio xml e descritti dallo schema xsd che ogni messaggio xml deve rispettare. In questo caso i dati trasmessi rappresentano i dati immessi in input dal client. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid xmllist Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: D5. xmllist: rappresenta una collezione di oggetti XmlDTO all interno di ognuno dei quali c è un messaggio xml serializzato e convertito in array Pag. 8 di 30

9 Pag. 9 di 30 di byte. Generalmente questa lista conterrà un solo oggetto XmlDTO con il messaggio xml all interno. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. La proprietà protocollo sarà valorizzata con il protocollo assegnato dal sistema. in caso di fallimento, la proprietà esito_operazione vale 0. Se la richiesta è stata protocollata, la proprietà errore conterrà il messaggio di errore codificato come in tabella 5.1 e la proprietà protocollo conterrà il protocollo assegnato dal sistema. Altrimenti qualora si fosse verificato un problema nella fase di accoglienza che abbia impedito la protocollazione, la proprietà protocollo sarà assente. 2.8 DAA IE810 (EMCS Annullamento e-ad) Questo servizio permette di inviare una richiesta di elaborazione per i dati specificati nel messaggio xml e descritti dallo schema xsd che ogni messaggio xml deve rispettare. In questo caso i dati trasmessi rappresentano i dati immessi in input dal client. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid xmllist Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: D3. xmllist: rappresenta una collezione di oggetti XmlDTO all interno di ognuno dei quali c è un messaggio xml serializzato e convertito in array di byte. Generalmente questa lista conterrà un solo oggetto XmlDTO con il messaggio xml all interno. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: Pag. 9 di 30

10 Pag. 10 di 30 in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. La proprietà protocollo sarà valorizzata con il protocollo assegnato dal sistema. in caso di fallimento, la proprietà esito_operazione vale 0. Se la richiesta è stata protocollata, la proprietà errore conterrà il messaggio di errore codificato come in tabella 5.1 e la proprietà protocollo conterrà il protocollo assegnato dal sistema. Altrimenti qualora si fosse verificato un problema nella fase di accoglienza che abbia impedito la protocollazione, la proprietà protocollo sarà assente. 2.9 DAA IE813 (EMCS Cambio di Destinazione) Questo servizio permette di inviare una richiesta di elaborazione per i dati specificati nel messaggio xml e descritti dallo schema xsd che ogni messaggio xml deve rispettare. In questo caso i dati trasmessi rappresentano i dati immessi in input dal client. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid xmllist Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: D4. xmllist: rappresenta una collezione di oggetti XmlDTO all interno di ognuno dei quali c è un messaggio xml serializzato e convertito in array di byte. Generalmente questa lista conterrà un solo oggetto XmlDTO con il messaggio xml all interno. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. La proprietà protocollo sarà valorizzata con il protocollo assegnato dal sistema. in caso di fallimento, la proprietà esito_operazione vale 0. Se la richiesta è stata protocollata, la proprietà errore conterrà il messaggio di errore codificato come in tabella 5.1 e la proprietà protocollo conterrà il protocollo assegnato dal sistema. Altrimenti qualora si fosse Pag. 10 di 30

11 Pag. 11 di 30 verificato un problema nella fase di accoglienza che abbia impedito la protocollazione, la proprietà protocollo sarà assente DAA IE819 (EMCS Interruzione movimento) Questo servizio permette di inviare una richiesta di elaborazione per i dati specificati nel messaggio xml e descritti dallo schema xsd che ogni messaggio xml deve rispettare. In questo caso i dati trasmessi rappresentano i dati immessi in input dal client. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid xmllist Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: D6. xmllist: rappresenta una collezione di oggetti XmlDTO all interno di ognuno dei quali c è un messaggio xml serializzato e convertito in array di byte. Generalmente questa lista conterrà un solo oggetto XmlDTO con il messaggio xml all interno. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. La proprietà protocollo sarà valorizzata con il protocollo assegnato dal sistema. in caso di fallimento, la proprietà esito_operazione vale 0. Se la richiesta è stata protocollata, la proprietà errore conterrà il messaggio di errore codificato come in tabella 5.1 e la proprietà protocollo conterrà il protocollo assegnato dal sistema. Altrimenti qualora si fosse verificato un problema nella fase di accoglienza che abbia impedito la protocollazione, la proprietà protocollo sarà assente. Pag. 11 di 30

12 Pag. 12 di DESTINATARI AUTORIZZATI - RICERCA MOVIMENTI Questo servizio permette di eseguire una ricerca sul database centrale per i parametri specificati nel messaggio xml di servizio e descritti dallo schema xsd (enquiry.xsd) che ogni messaggio xml deve rispettare. In questo caso i dati trasmessi rappresentano i parametri di ricerca immessi in input dal client. Si potrà accedere esclusivamente ai dati di proprietà e competenza del TIN che effettua la ricerca. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid xmllist Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: N1. xmllist: rappresenta una collezione di oggetti XmlDTO all interno di ognuno dei quali c è un messaggio xml serializzato e convertito in array di byte. Generalmente questa lista conterrà un solo oggetto XmlDTO con il messaggio xml all interno. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. Nel campo xmllist sarà presente un solo oggetto XmlDTO con un messaggio xml che rappresenta il risultato della ricerca, secondo lo schema enquiry_result.xsd. in caso di fallimento, la proprietà esito_operazione vale 0. Pag. 12 di 30

13 Pag. 13 di DESTINATARI AUTORIZZATI - RICERCA STORIA MRN Questo servizio permette di eseguire una ricerca sul database centrale per l MRN immesso in input dal client. Si potrà accedere esclusivamente ai dati di proprietà e competenza del TIN che effettua la ricerca. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid inputobj Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: N2. inputobj: dovrà contenere il valore dell MRN per cui si intende effettuare la ricerca. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. Nel campo xmllist sarà presente un solo oggetto XmlDTO con un messaggio xml che rappresenta il risultato della ricerca, secondo lo schema enquirydetail_result.xsd. in caso di fallimento, la proprietà esito_operazione vale DESTINATARI AUTORIZZATI - RICERCA PER PROTOCOLLO Questo servizio permette di eseguire una ricerca sul database centrale per i parametri specificati nel messaggio xml di servizio e descritti dallo schema xsd (enquirydetail.xsd) che ogni messaggio xml deve rispettare. In questo caso i dati trasmessi rappresentano i parametri di ricerca immessi in input dal client. Si potrà accedere esclusivamente ai dati di proprietà e competenza del TIN che effettua la ricerca. Per effettuare una corretta richiesta i campi obbligatori sono: Pag. 13 di 30

14 Pag. 14 di 30 serviceid xmllist Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: N3. xmllist: rappresenta una collezione di oggetti XmlDTO all interno di ognuno dei quali c è un messaggio xml serializzato e convertito in array di byte. Generalmente questa lista conterrà un solo oggetto XmlDTO con il messaggio xml all interno. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. Nel campo xmllist sarà presente un solo oggetto XmlDTO con un messaggio xml che rappresenta il risultato della ricerca, secondo lo schema enquirydetail_result.xsd. in caso di fallimento, la proprietà esito_operazione vale DESTINATARI AUTORIZZATI - IE007 Questo servizio permette di inviare una richiesta di elaborazione per i dati specificati nel messaggio xml e descritti dallo schema xsd (CC007A.xsd) che ogni messaggio xml deve rispettare. In questo caso i dati trasmessi rappresentano i dati immessi in input dal client. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid xmllist Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: N4. Pag. 14 di 30

15 Pag. 15 di 30 xmllist: rappresenta una collezione di oggetti XmlDTO all interno di ognuno dei quali c è un messaggio xml serializzato e convertito in array di byte. Generalmente questa lista conterrà un solo oggetto XmlDTO con il messaggio xml all interno. Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. La proprietà protocollo sarà valorizzata con il protocollo assegnato dal sistema. in caso di fallimento, la proprietà esito_operazione vale 0. Se la richiesta è stata protocollata, la proprietà errore conterrà il messaggio di errore codificato come in tabella 5.1 e la proprietà protocollo conterrà il protocollo assegnato dal sistema. Altrimenti qualora si fosse verificato un problema nella fase di accoglienza che abbia impedito la protocollazione, la proprietà protocollo sarà assente DESTINATARI AUTORIZZATI - IE044 Questo servizio permette di inviare una richiesta di elaborazione per i dati specificati nel messaggio xml e descritti dallo schema xsd (CC044A.xsd) che ogni messaggio xml deve rispettare. In questo caso i dati trasmessi rappresentano i dati immessi in input dal client. Per effettuare una corretta richiesta i campi obbligatori sono: serviceid xmllist Segue la descrizione dei campi, se non specificato il dominio dei valori è riportato in appendice: serviceid: N5. xmllist: rappresenta una collezione di oggetti XmlDTO all interno di ognuno dei quali c è un messaggio xml serializzato e convertito in array di byte. Generalmente questa lista conterrà un solo oggetto XmlDTO con il messaggio xml all interno. Pag. 15 di 30

16 Pag. 16 di 30 Il servizio restituisce un oggetto outputobj contenente un xml basato su esito.xsd in cui: in caso di richiesta inoltrata con successo, la proprietà esito_operazione vale 1. La proprietà protocollo sarà valorizzata con il protocollo assegnato dal sistema. in caso di fallimento, la proprietà esito_operazione vale 0. Se la richiesta è stata protocollata, la proprietà errore conterrà il messaggio di errore codificato come in tabella 5.1 e la proprietà protocollo conterrà il protocollo assegnato dal sistema. Altrimenti qualora si fosse verificato un problema nella fase di accoglienza che abbia impedito la protocollazione, la proprietà protocollo sarà assente. 3 Modalità di accreditamento Nell ambito della sicurezza e delle modalità di accreditamento, l accesso ai servizi cooperativi si articola in due fasi ben distinte, autenticazione ed autorizzazione così come già avviene per l accesso ai servizi web on-line; in particolare : 1. Autenticazione utente: l accesso a Dominio Esterno è consentito ai soli utenti in possesso di uno specifico Certificato di Autenticazione rilasciato dalla Certification Authority dell Agenzia delle Entrate; 2. autorizzazione utente: l utilizzo dello specifico servizio è sottoposto al preventivo controllo di autorizzazione del singolo utente richiedente. La fase di autenticazione utente inizia con il riconoscimento del Certificato da parte del web server ed in caso positivo prosegue con la verifica delle credenziali (username e password) su LDAP. Superata l autenticazione il certificato viene sottoposto al controllo del Telematico tramite l invocazione di appositi servizi che ne verificano il titolare ed il firmatario. A questo punto scatta la fase di autorizzazione utente, in analogia a quanto previsto per l autorizzazione all utilizzo dei servizi web-on-line. Tramite il controllo delle autorizzazioni è possibile stabilire se l utenza è abilitata ad effettuare l operazione richiesta ed identificata dal serviceid. Pag. 16 di 30

17 Pag. 17 di 30 4 Allegati Tecnici 4.1 Legenda MessageDTO Nome Campo inputobj Contenuto Oggetto contenente parametri di servizio. serviceid Stringa contente l identificatore dell operazione richiesta. E costruito da prefisso + numero d ordine. xmllist Array di XmlDTO. outputobj Oggetto contenente il messaggio di ritorno in caso di errore oppure il protocollo in caso di successo. XmlDTO Xml Array di byte contenente il messaggio xml serializzato. 5 Codici di Ritorno dei servizi Dominio Esterno 5.1 Codici relativi ai W-S Codice messaggio Descrizione messaggio ED00000 ED00001 ED Servizio non disponibile. La verifica della firma è fallita. Il certificato utilizzato per la firma non è valido. Pag. 17 di 30

18 Pag. 18 di 30 ED ED ED00002 ED00003 ED00004 ED00005 ED00006 ED00007 ED00008 ED00009 L'Autorità di certificazione non è ritenuta sicura La verifica dell'integrità del messaggio è fallita. Telematico verifica utenza - titolare certificato: fallita CA verifica certificato: fallita Telematico verifica firmatario - titolare certificato: fallita Service ID non esistente Verifica xsd: fallita Errore in accodamento richiesta Richiesta non ancora elaborata Condizioni xsd violate Per chi sviluppi il client, in caso di autenticazione fallita è necessario intercettare l eccezione generata dal container WebSphere Servizi I servizi esposti riguardano: - Test login. - Ricezione ed elaborazione di un messaggio RFID. - Ricezione ed elaborazione di un messaggio DAA. - Richiesta dell esito di elaborazione di un messaggio DAA. 6.1 EJB - WS - DispatcherBean 6.2 Metodi Esposti In DispatcherBean dispatcher(messagedto messaggio) 6.3 Parametri in input/output Pag. 18 di 30

19 Pag. 19 di 30 Metodo Input Output dispatcher MessageDTO messaggio MessageDTO 7 Appendice 7.1 RFID schema (rfid_v3.xsd) Per tutti i dettagli su questo schema consultare l allegato RFID schema.pdf Nome Campo terminale_utente Contenuto Stringa indicante se il terminale è attivo o passivo. tipo_tag Stringa indicante se il tipo tag è attivo o passivo. id_tag Stringa indicante l identificatore del tag RFID. Stato Stringa indicante se lo stato è aperto o chiuso. num_container Stringa indicante il numero del container. Targa Informazioni cf_titolare CODICEUTENTEABILITATO num_reg Stringa indicante la targa. Stringa contenente la concatenazione di - numero operazione - ora - tipo operazione Stringa contenente il cf cui è stato rilasciato il certificato client Indica il codice utente abilitato Numero a3 associata al container Pag. 19 di 30

20 Pag. 20 di 30 cod_registro Codice identificativo del registro a3 cod_uff_dog Codice ufficio registrazione partita data_reg Anno registro ricavato dalla data a3 data_evento Time rilevazione passaggio dal gate tipo_operazione identificativo_vagone Indica se la rilevazione avviene in ingresso o uscita dal terminal Indica il codice identificativo del vagone (valorizzato solo per treni) posizione_vagone Indica la posizione del vagone nel treno luogo Indica il luogo della rivelazione ext1 Riservato ad usi futuri ext2 Riservato ad usi futuri ext3 Riservato ad usi futuri Pag. 20 di 30

21 Pag. 21 di Schema per DAA EMCS Per tutti i dettagli riguardanti i tracciati, riferirsi agli allegati pdf e xsd: IE810.pdf IE810.xsd IE813.pdf IE813.xsd IE815.pdf IE815.xsd IE818.pdf IE818.xsd IE819.pdf IE819.xsd Considerare anche gli xsd inclusi dai precedenti: tcl.xsd types.xsd types_2.xsd doc.xsd tms.xsd tms_2.xsd Pag. 21 di 30

22 Pag. 22 di Esito schema (esito.xsd) <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema"> <xs:element name="esito"> <xs:complextype> <xs:sequence> <xs:element ref="esito_operazione"/> <xs:element ref="protocollo" minoccurs="0"/> <xs:element ref="errore" minoccurs="0"/> </xs:sequence> </xs:complextype> <xs:element name="protocollo"> <xs:minlength value="1"/> <xs:maxlength value="25"/> <xs:element name="esito_operazione"> <xs:length value="1"/> <xs:element name="errore"> <xs:minlength value="1"/> <xs:maxlength value="200"/> </xs:schema> esito Nome Campo esito_operazione Contenuto 1=Positivo;0=Negativo protocollo Codice identificativo della transazione errore messaggio di errore codificato come in tabella 5.1 Pag. 22 di 30

23 Pag. 23 di Ricerca - schema (enquiry.xsd) <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema" elementformdefault="qualified"> <xs:element name="enquiry"> <xs:complextype> <xs:sequence> <xs:element ref="tin" minoccurs="0"/> <xs:element ref="mrn" minoccurs="0"/> <xs:element ref="state" minoccurs="0"/> <xs:element ref="coduff" minoccurs="0"/> <xs:element ref="datada" minoccurs="0"/> <xs:element ref="dataa" minoccurs="0"/> </xs:sequence> </xs:complextype> <xs:element name="tin"> <xs:length value="17"/> <xs:element name="mrn"> <xs:length value="18"/> <xs:element name="state"> <xs:minlength value="1"/> <xs:maxlength value="2"/> <xs:element name="coduff"> <xs:length value="8"/> <xs:element name="datada"> <xs:length value="8"/> <xs:pattern value="2[0-9]{3}(0[0-9] 1[0-2])([0-2][0-9] 3[0-1])"/> <xs:element name="dataa"> <xs:length value="8"/> <xs:pattern value="2[0-9]{3}(0[0-9] 1[0-2])([0-2][0-9] 3[0-1])"/> </xs:schema> Pag. 23 di 30

24 Pag. 24 di 30 enquiry Nome Campo tin Contenuto Trade Identification Number mrn Identificativo movimento state Stato operativo del movimento nella base dati di comunicazione coduff Codice ufficio per cui lavora il TIN datada Data iniziale dell intervallo di ricerca dataa Data finale dell intervallo di ricerca 7.5 Ricerca di dettaglio - schema (enquirydetail.xsd) <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/xmlschema" elementformdefault="qualified"> <xs:element name="enquiry_detail"> <xs:complextype> <xs:sequence> <xs:element ref="protocollo" minoccurs="0"/> <xs:element ref="messagetype" minoccurs="0"/> <xs:element ref="mrn" minoccurs="0"/> </xs:sequence> </xs:complextype> <xs:element name="protocollo"> <xs:minlength value="12"/> <xs:element name="messagetype"> <xs:length value="5"/> Pag. 24 di 30

WEB SERVICES SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE REALE

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

Dettagli

PROGETTO TESSERA SANITARIA SERVIZI DI COMUNICAZIONE ATTIVAZIONE E REVOCA DELLE TS-CNS

PROGETTO TESSERA SANITARIA SERVIZI DI COMUNICAZIONE ATTIVAZIONE E REVOCA DELLE TS-CNS PROGETTO TESSERA SANITARIA Pag. 2 di 20 INDICE 1. INTRODUZIONE 4 1.1 CANALE DI COMUNICAZIONE DEI SISTEMI REGIONALI CON IL SISTEMA TS (FASE PRIMO IMPIANTO) 4 1.2 CANALI DI COMUNICAZIONE DEI SISTEMI REGIONALI

Dettagli

PROGETTO TESSERA SANITARIA

PROGETTO TESSERA SANITARIA WEB SERVICE ESENZIONI DA REDDITO 09/03/2011 Pag. 1 di 10 PROGETTO TESSERA SANITARIA WEB SERVICE ESENZIONI DA REDDITO Pag. 2 di 10 INDICE 1. INTRODUZIONE 4 1.1 CANALI DI COMUNICAZIONE DEI SISTEMI 4 2. MODALITÀ

Dettagli

Web Service per importare un adempimento SUAP in. Versione: 1.2 Data: 16/04/12 Autore: InfoCamere Direzione Applicazioni

Web Service per importare un adempimento SUAP in. Versione: 1.2 Data: 16/04/12 Autore: InfoCamere Direzione Applicazioni Web Service per importare un adempimento SUAP in Versione: 1.2 Data: 16/04/12 Autore: InfoCamere Direzione Applicazioni 1. Introduzione al documento...3 1.1 Novità introdotte rispetto alla precedente emissione...3

Dettagli

PROGETTO TESSERA SANITARIA

PROGETTO TESSERA SANITARIA PROGETTO TESSERA SANITARIA WEB SERVICES PER LA COMUNICAZIONE DELL AUTORIZZAZIONE CHE UN MEDICO TITOLARE DEVE FORNIRE AL SISTEMA TS AFFINCHE UN MEDICO SUO SOSTITUTO POSSA PRESCRIVERE RICETTE DEMATERIALIZZATE

Dettagli

PROGETTO TESSERA SANITARIA SERVIZI DI COMUNICAZIONE ATTIVAZIONE E REVOCA DELLE TS-CNS

PROGETTO TESSERA SANITARIA SERVIZI DI COMUNICAZIONE ATTIVAZIONE E REVOCA DELLE TS-CNS PROGETTO TESSERA SANITARIA Pag. 2 di 13 INDICE 1. INTRODUZIONE 4 2. CANALI DI COMUNICAZIONE DEI SISTEMI REGIONALI CON IL SISTEMA TS 5 3. SERVIZIO DI COMUNICAZIONE ATTIVAZIONE/REVOCA CNS 6 3.1 DESCRIZIONE

Dettagli

PROGETTO TESSERA SANITARIA. Schema dati spesa sanitaria di cui art. 3 comma 3 D.ls 175/2014

PROGETTO TESSERA SANITARIA. Schema dati spesa sanitaria di cui art. 3 comma 3 D.ls 175/2014 PROGETTO TESSERA SANITARIA Pag. 2 di 23 REVISIONI DEL DOCUMENTO... 3 1. INTRODUZIONE... 4 2. GENERALITA... 5 3. STANDARD TECNICI... 6 4. INVIO DEI DATI DI SPESA... 7 4.1. CARATTERISTICHE... 7 4.2. ACCESSO

Dettagli

Allegato 2 XML-Schema per l alimentazione del ReGIndE TipiBaseReGIndE.xsd

Allegato 2 XML-Schema per l alimentazione del ReGIndE TipiBaseReGIndE.xsd Allegato 2 XML-Schema per l alimentazione del ReGIndE TipiBaseReGIndE.xsd

Dettagli

Gestione ex Inpdap SISTEMA INFORMATIVO DOMANDE DI PRESTAZIONI PENSIONISTICHE E NON PENSIONISTICHE

Gestione ex Inpdap SISTEMA INFORMATIVO DOMANDE DI PRESTAZIONI PENSIONISTICHE E NON PENSIONISTICHE Allegato_Tecnico Gestione ex Inpdap SISTEMA INFORMATIVO COOPERAZIONE CON GLI ENTI DI PATRONATO PER LA ISTRUTTORIA RELATIVA ALLE DOMANDE DI PRESTAZIONI PENSIONISTICHE E NON PENSIONISTICHE NOTA TECNICA:

Dettagli

Specifiche di invocazione del sistema di monitoraggio e controllo servizi CART

Specifiche di invocazione del sistema di monitoraggio e controllo servizi CART Regione Toscana Specifiche di invocazione del sistema di monitoraggio e controllo servizi CART Stato del documento Definitiva Versione del documento 1.8 Data 29/05/13 Documento Acronimo del documento Specifiche

Dettagli

Progetto SIRPE De-materializzazione delle prescrizioni. Servizi personalizzati della CIL

Progetto SIRPE De-materializzazione delle prescrizioni. Servizi personalizzati della CIL Pag. 1 di 17 Progetto SIRPE De-materializzazione personalizzati CIL per la cooperazione Versione 1.0 INDICE Pag. 2 di 17 1 INTRODUZIONE 4 1.1 Scopo del documento 4 1.2 Riferimenti 4 2 GENERALITÀ 4 2.1

Dettagli

OSSERVATORIO RIFIUTI SOVRAREGIONALE ~ ~ ~ IMPORTAZIONE AUTOMATICA DELLE IMFORMAZIONI SUI RIFIUTI RITIRATI E PRODOTTI DAGLI IMPIANTI.

OSSERVATORIO RIFIUTI SOVRAREGIONALE ~ ~ ~ IMPORTAZIONE AUTOMATICA DELLE IMFORMAZIONI SUI RIFIUTI RITIRATI E PRODOTTI DAGLI IMPIANTI. OSSERVATORIO RIFIUTI SOVRAREGIONALE ~ ~ ~ IMPORTAZIONE AUTOMATICA DELLE IMFORMAZIONI SUI RIFIUTI RITIRATI E PRODOTTI DAGLI IMPIANTI Revisione 106 Omnigate srl Bergamo, luglio 2009 1. Introduzione Il servizio

Dettagli

L Iniziativa egovernment.net per l Italia

L Iniziativa egovernment.net per l Italia L Iniziativa egovernment.net per l Italia Porte di Dominio per la Cooperazione Applicativa Allegato 1 Porta di Dominio.NET Versione 1.0, Aprile 2002 Soluzioni per l Interoperabilità e la Cooperazione Applicativa

Dettagli

Autorità Nazionale Anticorruzione e per la valutazione e la trasparenza delle amministrazioni pubbliche

Autorità Nazionale Anticorruzione e per la valutazione e la trasparenza delle amministrazioni pubbliche Autorità Nazionale Anticorruzione e per la valutazione e la trasparenza delle amministrazioni pubbliche Indagini sul personale dipendente Applicazione web per la raccolta dei dati Guida tecnica per utente

Dettagli

Postedoc - Manuale della Conservazione Sostitutiva

Postedoc - Manuale della Conservazione Sostitutiva ver.: 2.0 del: 02/02/2011 MDCPOSTEDOC20 Documento pubblico Pagina 1 di 20 Copia Archiviata Elettronicamente File: MDCPOSTEDOC20 Copia cartacea Controllata in distribuzione ad enti esterni N : 0 Rilasciata

Dettagli

Specifiche tecniche di trasmissione per i Comuni

Specifiche tecniche di trasmissione per i Comuni Pag. 1 di 15 Specifiche tecniche di trasmissione per i Comuni versione data Modifiche principali Autore/i 0.1 Redazione specifiche tecniche Dario Piermarini 1/15 Pag. 2 di 15 1 INTRODUZIONE Un Comune che

Dettagli

PAG. 1 DI 39 20 LUGLIO 2010 PROGETTO TESSERA SANITARIA WEB SERVICES PER LA TRASMISSIONE DEI CERTIFICATI DI MALATTIA ALL INPS VER 1.

PAG. 1 DI 39 20 LUGLIO 2010 PROGETTO TESSERA SANITARIA WEB SERVICES PER LA TRASMISSIONE DEI CERTIFICATI DI MALATTIA ALL INPS VER 1. PAG. 1 DI 39 PROGETTO TESSERA SANITARIA WEB SERVICES PER LA TRASMISSIONE DEI CERTIFICATI DI MALATTIA ALL INPS VER 1.5 DEI CERTIFICATI DI MALATTIA ALL INPS PAG. 2 DI 39 INDICE 1. REVISIONI DEL DOCUMENTO

Dettagli

Interoperabilità SISTRI Descrizione servizi per upload consuntivo percorsi da sistemi ferroviari

Interoperabilità SISTRI Descrizione servizi per upload consuntivo percorsi da sistemi ferroviari Interoperabilità SISTRI servizi per upload consuntivo percorsi da sistemi ferroviari Prot. N.: SISTRI-ICD_SIS-001 SF Data: 15/05/2011 STORIA DEL DOCUMENTO VER. DATA DESCRIZIONE 1.0 01/05/2011 Prima Edizione

Dettagli

IL DIRETTORE DELL AGENZIA. In base alle attribuzioni conferitegli dalle norme riportate nel seguito del presente provvedimento, Dispone:

IL DIRETTORE DELL AGENZIA. In base alle attribuzioni conferitegli dalle norme riportate nel seguito del presente provvedimento, Dispone: N. 61273 /2011 protocollo Approvazione delle specifiche tecniche per la trasmissione alle Regioni e alle Province autonome di Trento e Bolzano dei dati relativi alla dichiarazione Irap 2011 e alla Comunicazione

Dettagli

EDIZIONE FEBBRAIO 2012

EDIZIONE FEBBRAIO 2012 MISADWEB SERVICE EDIZIONE FEBBRAIO 2012 Operazioni supportate GetAllVehicle Permette di ricevere la lista integrale delle vetture dell impianto. Accetta come parametro un xml contenente le informazioni

Dettagli

Indagini sul personale dipendente Applicazione web per la raccolta dei dati Guida tecnica

Indagini sul personale dipendente Applicazione web per la raccolta dei dati Guida tecnica Indagini sul personale dipendente Applicazione web per la raccolta dei dati Guida tecnica Versione 3.0 Giugno 2015 Sommario 1 I profili di utenza del sistema... 3 2 Accesso al sistema... 3 3 Utente Amministrazione...

Dettagli

Gestione Richieste Patenti Web

Gestione Richieste Patenti Web >> Specifiche Integrazione Web Services RTI Gestione Richieste Patenti Web Servizio di Sviluppo SVI Versione 1.0-07 Dicembre 2009 Indice dei contenuti 1 GENERALITA... 6 1.1 Lista di distribuzione...6 1.2

Dettagli

FATTURA ELETTRONICA {

FATTURA ELETTRONICA { FATTURA ELETTRONICA { NORMATIVA La Finanziaria 2008 ha stabilito che la fatturazione nei confronti dell Amministrazione dello stato debba avvenire esclusivamente in maniera elettronica Il DM 5 aprile 2013

Dettagli

PROGETTO TESSERA SANITARIA WEB SERVICE CMS ATTIVAZIONE E REVOCA TS-CNS IN INTEROPERABILITA FRA CARD MANAGEMENT SYSTEM

PROGETTO TESSERA SANITARIA WEB SERVICE CMS ATTIVAZIONE E REVOCA TS-CNS IN INTEROPERABILITA FRA CARD MANAGEMENT SYSTEM PROGETTO TESSERA SANITARIA WEB SERVICE CMS ATTIVAZIONE E REVOCA TS-CNS IN INTEROPERABILITA FRA CARD Pag. 2 di 14 INDICE 1. INTRODUZIONE 4 2. DESCRIZIONE DEL SERVIZIO DI RICHIESTA DI ATTIVAZIONE E REVOCA

Dettagli

EXCISE_DAA_NOTIfication

EXCISE_DAA_NOTIfication Come semplificare le Vs. attività in materia di ACCISE EXCISE_DAA_NOTIfication Cos è: Procedura automatizzata per l acquisizione ed elaborazione notifiche DAA Con questo nuovo modulo vengono abbattuti

Dettagli

Manuale d uso Servizi di accoglienza prescrizioni regionali

Manuale d uso Servizi di accoglienza prescrizioni regionali Manuale d uso Servizi di accoglienza prescrizioni regionali Il presente documento intende fornire la descrizione e le specifiche tecniche necessarie al colloquio fra i sistemi software produttori di prescrizioni

Dettagli

AdvSelf Italia Srl. Manuale Gateway FTP XML. Copyright @ 2015 AdvSelf Italia srl - All Rights Reserved

AdvSelf Italia Srl. Manuale Gateway FTP XML. Copyright @ 2015 AdvSelf Italia srl - All Rights Reserved AdvSelf Italia Srl Manuale Gateway FTP XML Indice Indice... 2 Introduzione... 3 ftp XML... 4 Risposta... 5 SendMessage... 5 Risposta positiva a SendMessage... 6 Esempi SendMessage... 6 Esempio 1:... 7

Dettagli

Documento di testplan Modulo di Aggregazione Documento di progetto (Codici: A3P13S3)

Documento di testplan Modulo di Aggregazione Documento di progetto (Codici: A3P13S3) Piattaforma tecnologica di Monitoraggio Qualità Servizi Erogati Documento di testplan Modulo di Aggregazione Documento di progetto (Codici: A3P13S3) Riferimento Data Destinatario Gianluca Vannuccini Comune

Dettagli

1 DOMINIO DI APPLICAZIONE DEL SERVIZIO INFORMATICO DI TESORERIA... 3

1 DOMINIO DI APPLICAZIONE DEL SERVIZIO INFORMATICO DI TESORERIA... 3 ASSESSORATO DELLA PROGRAMMAZIONE, BILANCIO, CREDITO E ASSETTO DEL TERRITORIO DIREZIONE GENERALE PROCEDURA APERTA PER L AFFIDAMENTO DEL SERVIZIO DI TESORERIA REGIONALE ALLEGATO SPECIFICHE FUNZIONALI E TECNICHE

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

SMS API. Documentazione Tecnica YouSMS SOAP API. YouSMS Evet Limited 2015 http://www.yousms.it

SMS API. Documentazione Tecnica YouSMS SOAP API. YouSMS Evet Limited 2015 http://www.yousms.it SMS API Documentazione Tecnica YouSMS SOAP API YouSMS Evet Limited 2015 http://www.yousms.it INDICE DEI CONTENUTI Introduzione... 2 Autenticazione & Sicurezza... 2 Username e Password... 2 Connessione

Dettagli

Flusso informativo delle prestazioni residenziali e semiresidenziali

Flusso informativo delle prestazioni residenziali e semiresidenziali SPECIFICHE FUNZIONALI DEI TRACCIATI FAR Flusso informativo delle prestazioni residenziali e semiresidenziali Luglio 2014 Versione 4.0 FAR Specifiche Funzionali_v4.0 Pag. 1 di 53 Indice 1. Introduzione...

Dettagli

Manuale di progettazione schemi XML

Manuale di progettazione schemi XML Ministero dell'economia e delle finanze Dipartimento per le politiche fiscali - Ufficio coordinamento tecnologie informatiche Sergio Baldelli Manuale di progettazione schemi XML Conformi alle regole del

Dettagli

Sistema informativo delle prestazioni erogate nell ambito dell assistenza sanitaria in emergenza-urgenza

Sistema informativo delle prestazioni erogate nell ambito dell assistenza sanitaria in emergenza-urgenza SPECIFICHE FUNZIONALI DEI TRACCIATI 118 E PRONTO SOCCORSO Sistema informativo delle prestazioni erogate nell ambito dell assistenza sanitaria in Giugno 2010 Versione 4.0 EMUR_ Specifiche Funzionali_v4.0.doc

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

Introduzione... 4. Specifiche dei Web Service di BE4... 5

Introduzione... 4. Specifiche dei Web Service di BE4... 5 Blue s Enterprise 4 Specifiche Web Service API rel. 1.1 del 07-07-2010 Sommario Introduzione... 4 Controllare, condividere, informare.... 4 Che cosa sono i Web Service di BE4... 4 Formato dei dati restituiti

Dettagli

Gestione ex Inpdap SISTEMA INFORMATIVO COOPERAZIONE CON GLI ENTI DI PATRONATO PER LA ISTRUTTORIA RELATIVA ALLE

Gestione ex Inpdap SISTEMA INFORMATIVO COOPERAZIONE CON GLI ENTI DI PATRONATO PER LA ISTRUTTORIA RELATIVA ALLE Allegato_Tecnico Gestione ex Inpdap SISTEMA INFORMATIVO COOPERAZIONE CON GLI ENTI DI PATRONATO PER LA ISTRUTTORIA RELATIVA ALLE DOMANDE DI PRESTAZIONI PENSIONISTICHE E NON PENSIONISTICHE NOTA TECNICA:

Dettagli

MiFID - TREM v2.0 per interfaccia locale. 1. Invio di transazioni su strumenti finanziari identificati dal codice alternativo di identificazione (AII)

MiFID - TREM v2.0 per interfaccia locale. 1. Invio di transazioni su strumenti finanziari identificati dal codice alternativo di identificazione (AII) Allegato 1 MiFID - TREM v2.0 per interfaccia locale 1. Invio di transazioni su strumenti finanziari identificati dal codice alternativo di identificazione (AII) Gli strumenti finanziari possono essere

Dettagli

Referti on-line e CRM ReView Service Monitor Specifiche tecniche

Referti on-line e CRM ReView Service Monitor Specifiche tecniche Referti on-line e CRM ReView Service Monitor Specifiche tecniche Versione 1.3 Sommario 1- Introduzione... 3 2 - Modalità di interazione con il servizio... 3 3 - Formato dell output... 3 4 - Modello dei

Dettagli

ISTRUZIONI PER IL SERVIZIO SDICOOP - TRASMISSIONE. Pag. 1 di 18 VERSIONE 1.1

ISTRUZIONI PER IL SERVIZIO SDICOOP - TRASMISSIONE. Pag. 1 di 18 VERSIONE 1.1 ISTRUZIONI PER IL SERVIZIO SDICOOP - TRASMISSIONE VERSIONE 1.1 Pag. 1 di 18 INDICE 1. Glossario... 3 2. Il servizio SDICoop - Trasmissione... 5 3. Il web-service SdIRiceviFile... 8 3.1.1 Operazione RiceviFile...

Dettagli

ISTRUZIONI PER IL SERVIZIO SPCOOP - RICEZIONE

ISTRUZIONI PER IL SERVIZIO SPCOOP - RICEZIONE ISTRUZIONI PER IL SERVIZIO SPCOOP - RICEZIONE Pag. 1 di 14 INDICE 1. Glossario... 3 2. il servizio SPCoop - Ricezione... 5 3. Il web-service RicezioneFatture... 8 3.1 Operazione RiceviFatture... 9 3.1.1

Dettagli

Specifiche tecniche per il controllo e la trasmissione telematica delle pratiche di Comunicazione Unica

Specifiche tecniche per il controllo e la trasmissione telematica delle pratiche di Comunicazione Unica Specifiche tecniche per il controllo e la trasmissione telematica delle pratiche di Comunicazione Unica 1/20 1.1 Modifiche Documento Descrizione Modifica Edizione Data Prima emissione 1 28/07/2008 1.2

Dettagli

Web Service per il controllo e la trasmissione telematica delle pratiche di Comunicazione Unica

Web Service per il controllo e la trasmissione telematica delle pratiche di Comunicazione Unica Web Service per il controllo e la trasmissione telematica delle pratiche di Comunicazione Unica Versione: 3 Data: 16/10/2014 Autore: InfoCamere 1. Introduzione al documento...3 1.1 Modifiche al documento...

Dettagli

Manuale Utente TebeniService 5.0.0

Manuale Utente TebeniService 5.0.0 Società Consortile di Informatica delle Camere di Commercio Italiane per azioni Manuale Utente TebeniService 5.0.0 Versione doc: 05.00.00 Data Versione: 03/03/15 Descr. modifiche: Motivazioni : Aggiunto

Dettagli

TRASMISSIONE REPORTISTICA MENSILE. WEB SERVICE Descrizione procedura

TRASMISSIONE REPORTISTICA MENSILE. WEB SERVICE Descrizione procedura TRASMISSIONE REPORTISTICA MENSILE Indice 1. DESCRIZIONE... 3 2. METODI... 4 3. IL FILE XML... 6 3.1 Descrizione contenuti del file... 7 4. COME IMMETTERE I DATI SE NON CI SONO STATE VALUTAZIONI... 12 5.

Dettagli

Tavolo Tecnico del 9 dicembre 2010

Tavolo Tecnico del 9 dicembre 2010 1 PROGETTO EMCS Tavolo Tecnico del 9 dicembre 2010 ROMA Agenzia delle Dogane Sala Europa 2 Istruzioni Operative e Processi Telematici Stato dell arte del progetto EMCS Sperimentazione WEB-Services Richieste

Dettagli

Sistema DE.PRO.EM. Istruzioni per il caricamento delle informazioni relative ai prodotti tramite file XML. Versione 1.0

Sistema DE.PRO.EM. Istruzioni per il caricamento delle informazioni relative ai prodotti tramite file XML. Versione 1.0 Sistema DE.PRO.EM. Istruzioni per il caricamento delle informazioni relative ai prodotti tramite file XML Versione 1.0 1 Sommario Sommario... 2 1. Istruzioni operative... 3 2. Struttura del file XML...

Dettagli

Web Service SOAP e WSDL. Tito Flagella tito@link.it Lorenzo Nardi nardi80@gmail.com

Web Service SOAP e WSDL. Tito Flagella tito@link.it Lorenzo Nardi nardi80@gmail.com Web Service SOAP e WSDL Tito Flagella tito@link.it Lorenzo Nardi nardi80@gmail.com SOAP Originariamente: Simple Object Access Protocol E poi evoluto in un Framework per lo scambio di messaggi in XML 2

Dettagli

Sicurezza nei Web Services: Migrazione dell autenticazone di Web Services da ticket di sessione a WS-Security con token SAML

Sicurezza nei Web Services: Migrazione dell autenticazone di Web Services da ticket di sessione a WS-Security con token SAML Master Universitario di II livello in Interoperabilità Per la Pubblica Amministrazione e Le Imprese Sicurezza nei Web Services: Migrazione dell autenticazone di Web Services da ticket di sessione a WS-Security

Dettagli

APPENDICE L Flussi di scambio R_AR per le immagini tra Equitalia SpA e il Fornitore

APPENDICE L Flussi di scambio R_AR per le immagini tra Equitalia SpA e il Fornitore APPENDICE L Flussi di scambio R_AR per le immagini tra Equitalia SpA e il Fornitore APPENDICE 12L - SCAMBIO IMMAGINI EQUITALIA 20130729 Pagina 1 di 22 Indice 1 PREFAZIONE... 3 1.1 ACRONIMI E DEFINIZIONI...

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

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

Autorità per l energia elettrica e il gas

Autorità per l energia elettrica e il gas Autorità per l energia elettrica e il gas Definizione informatica dei singoli tracciati da utilizzare per ciascun scambio informativo individuato dalle Istruzioni Operative allegate alla delibera 185/08

Dettagli

WebServiceSmsMioTech.pdf. Data ultima revisione: 15/12/2004 19.12.28. Alessandro Benedetti

WebServiceSmsMioTech.pdf. Data ultima revisione: 15/12/2004 19.12.28. Alessandro Benedetti Documento: WebServiceSmsMioTech.pdf Data ultima revisione: 15/12/2004 19.12.28 Versione: 1.1 Autore: Alessandro Benedetti Organizzazione: Sertea S.r.l. Destinatari: Programmatori / Sistemisti Introduzione

Dettagli

MANUALE UTENTE SRTY SISTEMA INFORMATIVO SANITARIO SRTY MANUALE UTENTE. Contratto:

MANUALE UTENTE SRTY SISTEMA INFORMATIVO SANITARIO SRTY MANUALE UTENTE. Contratto: Contratto: Contratto del 23/04/2002 (Rep. 6253/Raccolta 1966), per l affidamento dell espletamento dei Servizi Informatici per la progettazione, realizzazione e manutenzione di prodotti software per il

Dettagli

Specifiche struttura del file dei rilievi Descrizione e XML Schema

Specifiche struttura del file dei rilievi Descrizione e XML Schema Specifiche struttura del file dei rilievi Descrizione e XML Schema Contenuti CONTENUTI...2 1 INTRODUZIONE...3 2 MODELLO INFORMATIVO...4 3 APPENDICE...7 3.1 APPENDICE A XSD...7 3.1.1 Remark.xsd...7 2 1

Dettagli

Seminario di Sistemi Distribuiti RPC su SOAP

Seminario di Sistemi Distribuiti RPC su SOAP Seminario di Sistemi Distribuiti RPC su SOAP Massimiliano Vivian [777775] Massimiliano Vivian 1 Introduzione La comunicazione delle informazioni è l elemento fondamentale per lo sviluppo dei sistemi. SOAP

Dettagli

Web Services Dogane LINEE GUIDA

Web Services Dogane LINEE GUIDA Web Services Dogane LINEE GUIDA Pagina 1 di 17 Indice Indice... 2 1. INTRODUZIONE... 3 2. TEST FUNZIONALI SUI WEB SERVICES... 8 3. SICUREZZA... 14 4. FIRMA... 14 5. TRASFORMAZIONE CERTIFICATO DI FIRMA...

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

Gli XML Web Service. Prof. Mauro Giacomini. Complementi di Informatica Medica 2008/2009 1

Gli XML Web Service. Prof. Mauro Giacomini. Complementi di Informatica Medica 2008/2009 1 Gli XML Web Service Prof. Mauro Giacomini Medica 2008/2009 1 Definizioni i i i Componente.NET che risponde a richieste HTTP formattate tramite la sintassi SOAP. Gestori HTTP che intercettano richieste

Dettagli

REPAC REgistratore Presenze Autorizzate nei Cantieri

REPAC REgistratore Presenze Autorizzate nei Cantieri SERVIZIO LAVORI PUBBLICI E OSSERVATORIO CONTRATTI E INVESTIMENTI PUBBLICI. EDILIZIA E SICUREZZA DEI CANTIERI EDILI REPAC REgistratore Presenze Autorizzate nei Cantieri Specifiche tecniche per i produttori

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

Casalini Crypto. Documento di protocollo tecnico VRS 2.1

Casalini Crypto. Documento di protocollo tecnico VRS 2.1 Casalini Crypto 10.13 Documento di protocollo tecnico VRS 2.1 Requisiti fondamentali per l utilizzo del servizio: - I file PDF da criptare non devono essere già protetti da password o da altri sistemi

Dettagli

RICHIESTA: METODO WEB SERVICE: INPUT:

RICHIESTA: METODO WEB SERVICE: INPUT: RICHIESTA: Identificazione utente METODO WEB SERVICE: login username password codice sportello: SI per SIIC (utilizzato per sviluppi futuri) risposta positiva: viene restituito il connectionid fornito

Dettagli

assintel Associazione Nazionale Imprese ICT Gruppo di Lavoro Ecologia

assintel Associazione Nazionale Imprese ICT Gruppo di Lavoro Ecologia assintel Associazione Nazionale Imprese ICT Gruppo di Lavoro Ecologia Proposta tecnica per l'integrazione tra il SISTRI e i software commerciali di Gestione Rifiuti maggio 2010 assintel GdL Ecologia Proposta

Dettagli

Manuale di Integrazione sistema di pagamento JPayGate-RAS

Manuale di Integrazione sistema di pagamento JPayGate-RAS sistema di pagamento JPayGate-RAS Data: 09/12/09 File: Manuale di integrazione sistema di pagamento JPayGate-RAS.doc Versione: Redazione: Sardegna IT Sistema di Sommario Introduzione... 3 Descrizione del

Dettagli

IL PRESIDENTE DELLA GIUNTA REGIONALE. Visto l articolo 121 della Costituzione (come modificato dalla legge costituzionale 22 novembre 1999, n.

IL PRESIDENTE DELLA GIUNTA REGIONALE. Visto l articolo 121 della Costituzione (come modificato dalla legge costituzionale 22 novembre 1999, n. REGIONE PIEMONTE BU27S1.09/07/2015 Decreto del Presidente della Giunta Regionale 6 luglio 2015, n. 5/R Regolamento regionale recante: Modello unico regionale per la richiesta di autorizzazione unica ambientale.

Dettagli

MODELLI DEI PACCHETTI DI ARCHIVIAZIONE (AIP)

MODELLI DEI PACCHETTI DI ARCHIVIAZIONE (AIP) MODELLI DEI PACCHETTI DI ARCHIVIAZIONE (AIP) Data 06-10-2014 Codice documento Modelli dei pacchetti di archiviazione Versione 1.0 Il presente documento è rilasciato sotto la licenza Attribuzione-Non commerciale

Dettagli

ProgettoSMS. Manuale Gateway Web Services

ProgettoSMS. Manuale Gateway Web Services ProgettoSMS Manuale Gateway Web Services Indice Indice... 2 Introduzione... 3 http Web Services... 4 Risposta... 4 Descrizione delle costanti... 5 AnswerRecipientType... 5 ErrorID... 5 ProtocolType...

Dettagli

XEDI. www.multiconsult.com

XEDI. www.multiconsult.com 622222222222222222222222222222 XEDI Come semplificare i processi telematici di dichiarazione in ambito doganale www.multiconsult.com Sede Filiale Padova Filiale Roma Via Rombon 11 C.so del Popolo 16 Via

Dettagli

Tecnologie Web T XML Schema

Tecnologie Web T XML Schema Tecnologie Web T Home Page del corso: http://www-db.deis.unibo.it/courses/tw/ Versione elettronica: 2.03.XMLSchema.pdf Versione elettronica: 2.03.XMLSchema-2p.pdf 1 Che cos è? È un alternativa ai DTD basata

Dettagli

GME Sito Internet Files XML e Microsoft Office 2003

GME Sito Internet Files XML e Microsoft Office 2003 GME Sito Internet Files XML e Microsoft Office 2003 Revisione data 3.0 13 Giu 2005 INDICE DEL DOCUMENTO 1. Introduzione.. 3 2. Nuova struttura files XML 4 3. Importazione in Microsoft Excel 2003..... 5

Dettagli

Manuale Utente Fatturazione Elettronica Hub per enti intermediati della Regione Lazio Aprile 2015

Manuale Utente Fatturazione Elettronica Hub per enti intermediati della Regione Lazio Aprile 2015 Manuale Utente Fatturazione Elettronica Hub per enti intermediati della Regione Lazio Aprile 2015 Aprile 2015 versione 1.0 Pagina 1 Indice Indice... 2 1 INTRODUZIONE... 3 2 FATTURAZIONE ATTIVA... 7 2.1

Dettagli

Il sistema d interscambio: il nuovo dialogo digitale con la Pubblica Amministrazione

Il sistema d interscambio: il nuovo dialogo digitale con la Pubblica Amministrazione Ana Casado Il sistema d interscambio: il nuovo dialogo digitale con la Pubblica Amministrazione Bologna, 13 maggio 2014 AGENDA Descrizione processo scambio con SDI Proposta Ditech Schema soluzione Modello

Dettagli

createsession existssession alivesession deletesession deleteallsession getcredit getcreditsubaccount addtransactionsubaccount addsubaccount

createsession existssession alivesession deletesession deleteallsession getcredit getcreditsubaccount addtransactionsubaccount addsubaccount PROTOCOLLO DI INVIO SOAP SOAP è un protocollo per lo scambio di messaggi basato su protocollo HTTP e scambio dei dati in XML, quindi disponibile per qualsiasi piattaforma/linguaggio di programmazione,

Dettagli

Modulo Impresa - Accesso via Web Service. Web Service per integrazione da sistemi esterni

Modulo Impresa - Accesso via Web Service. Web Service per integrazione da sistemi esterni Modulo Impresa - Accesso Web Service per integrazione da sistemi esterni Dicembre 2014 Tabella delle revisioni Data Ver. Autore Pagine modifica te Motivo della modifica 19.07.2006 1.0 CANDI Massimo 12.11.2007

Dettagli

A2A Specifiche Web Services

A2A Specifiche Web Services A2A Specifiche Web Services Contenuti 1 CONTENUTI...1 1 INTRODUZIONE...3 2 UPLOAD SEGMENTATO...5 2.1 RICHIESTA UPLOAD SEGMENTATO...5 2.1.1 Input del WS...5 2.1.2 Output del WS...6 2.2 UPLOAD SEGMENTATO...7

Dettagli

Crawl, Transform and Memorize

Crawl, Transform and Memorize UNIVERSITÀ DEGLI STUDI DI PALERMO FACOLTÀ DI INGEGNERIA CORSO DI LAUREA MAGISTRALE IN INGEGNERIA INFORMATICA Crawl, Transform and Memorize Tesina elaborata da: Francesco Di Miceli Gabriele Maida Antonio

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

PROGETTO TESSERA SANITARIA 730 PRECOMPILATO ISTRUZIONI OPERATIVE - MEDICI

PROGETTO TESSERA SANITARIA 730 PRECOMPILATO ISTRUZIONI OPERATIVE - MEDICI PROGETTO TESSERA SANITARIA 730 PRECOMPILATO ISTRUZIONI OPERATIVE - MEDICI Pag. 2 di 8 INDICE 1. PREMESSA 3 1.1 ACCREDITAMENTO E ABILITAZIONE AL SISTEMA TS 3 1.2 PRIMO ACCESSO AL SISTEMA TS 4 2. INVIO DEI

Dettagli

Web Service medra per la gestione DOI

Web Service medra per la gestione DOI Web Service medra per la gestione DOI Versione documento: 1.0 Data creazione: 23 dicembre 2010 Data ultima modifica: 14 maggio 2012 1. Introduzione...2 2. medra WS...2 2.1. Operation UPLOAD...2 2.2. Operation

Dettagli

La Sicurezza delle Reti. La Sicurezza delle Reti. Il software delle reti. Sistemi e tecnologie per la multimedialità e telematica.

La Sicurezza delle Reti. La Sicurezza delle Reti. Il software delle reti. Sistemi e tecnologie per la multimedialità e telematica. Sistemi e tecnologie per la multimedialità e telematica Fabio Burroni Dipartimento di Ingegneria dell Informazione Università degli Studi di Siena burronif@unisi unisi.itit La Sicurezza delle Reti La presentazione

Dettagli

Classification of Financial Instrument(CFI)] quotazione si /no indicatore eventuale della quotazione

Classification of Financial Instrument(CFI)] quotazione si /no indicatore eventuale della quotazione Allegato 2 TRACCIATO DATI PER ANAGRAFICHE TITOLI INTERMEDIARI Per uniformare l invio delle informazioni sui titoli trattati presso gli internalizzatori sistematici si propone l invio di un file in formato

Dettagli

Ministero della Giustizia

Ministero della Giustizia Ministero della Giustizia PROGETTAZIONE E REALIZZAZIONE DEL PORTALE DEI SERVIZI TELEMATICI PER IL MINISTERO DELLA GIUSTIZIA Documentazione Servizi Web Versione 1.13 VER. STORIA DELLE REVISIONI 1.0 Prima

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

Roma, 15/06/2011. e, per conoscenza, Circolare n. 85

Roma, 15/06/2011. e, per conoscenza, Circolare n. 85 Direzione Centrale Entrate Direzione Centrale Sistemi Informativi e Tecnologici Direzione Centrale Organizzazione Direzione Centrale Bilanci e Servizi Fiscali Roma, 15/06/2011 Circolare n. 85 Ai Dirigenti

Dettagli

Comunicazione n. DME/9034169 del 16 aprile 2009

Comunicazione n. DME/9034169 del 16 aprile 2009 Comunicazione n. DME/9034169 del 16 aprile 2009 Aggiornamento della Comunicazione n. DME/8005271 del 21 gennaio 2008 contenente chiarimenti di natura applicativa in merito al Regolamento Consob n. 16191/2007

Dettagli

Manuale SDK di OpenSPCoop2 i. Manuale SDK di OpenSPCoop2

Manuale SDK di OpenSPCoop2 i. Manuale SDK di OpenSPCoop2 i Manuale SDK di OpenSPCoop2 ii Copyright 2005-2013 Link.it srl iii Indice 1 Introduzione 1 2 La Personalizzazione del Protocollo di Cooperazione 1 3 Il Software Development Kit 2 3.1 Gestione dei payload.................................................

Dettagli

Procedura d adesione e utilizzo del servizio

Procedura d adesione e utilizzo del servizio Emesso da: CartaSi S.p.A. Versione: 003 Area ICT - SWeD Emesso il: 20/02/2006 Procedura d adesione e utilizzo del servizio Versione: 003 Pagina 1 di 77 INDICE 1. Modifiche apportate... 4 2. Introduzione...

Dettagli

Introduzione ai Web Services. Tito Flagella tito@link.it

Introduzione ai Web Services. Tito Flagella tito@link.it Introduzione ai Web Services Tito Flagella tito@link.it Web Services Beppe, secret 2 Web Services (2) I Web Services sono uno sforzo di standardizzazione teso a rendere interpretabili, in maniera indipendente

Dettagli

Ministero della Giustizia

Ministero della Giustizia Ministero della Giustizia PROGETTAZIONE E REALIZZAZIONE DEL PORTALE DEI SERVIZI TELEMATICI PER IL MINISTERO DELLA GIUSTIZIA Documentazione Servizi Web Versione 1.16 VER. MOTIVO/RIFERIMENTO 1.0 Prima emissione

Dettagli

GestPayMobile Manuale operativo

GestPayMobile Manuale operativo GestPayMobile Manuale operativo Pagina 1 di 46 Sommario 1 INFORMAZIONI DOCUMENTO...3 2 COS È GESTPAYMOBILE...4 3 COS È UP MOBILE...4 4 ESEMPIO DI FUNZIONAMENTO DI UP MOBILE...5 5 I SERVIZI DI GESTPAYMOBILE...6

Dettagli

Plus srl :: www.conplus.it :: info@conplus.it :: Via Morgagni, 4/A 37135 Verona :: Tel. +39 045 580 491 :: Fax 045 82 78 722

Plus srl :: www.conplus.it :: info@conplus.it :: Via Morgagni, 4/A 37135 Verona :: Tel. +39 045 580 491 :: Fax 045 82 78 722 PMF Web-Service Quick-Start Guide Guida Introduttiva Cliente Redatto da Francesco Buratto Redatto il 01 gennaio 2011 Riferimento PMF 2011 Introduzione PMFWS è un web-service HTTP che espone un interfaccia

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

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

Sistema di Registrazione WebRA Manuale Utente Operatore RA

Sistema di Registrazione WebRA Manuale Utente Operatore RA Certification Authority del CNN NOTE: pag. 1 di 93 Notartel S.p.A. Sommario Il presente Manuale contiene le istruzioni per l utilizzo dell applicazione web WebRA (l acronimo sta per Web Registration Authority)

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

MANUALE DI INTEGRAZIONE API SMSSmart (v 2.2)

MANUALE DI INTEGRAZIONE API SMSSmart (v 2.2) MANUALE DI INTEGRAZIONE API SMSSmart (v 2.2) Questo documento contiene le informazioni necessarie per l interfacciamento con il gateway SMS di SMSSmart. Il suo utilizzo è riservato ai clienti che abbiano

Dettagli

6. XML E RAPPRESENTAZIONE DEL FORMATO DI RISPOSTA

6. XML E RAPPRESENTAZIONE DEL FORMATO DI RISPOSTA 6. XML E RAPPRESENTAZIONE DEL FORMATO DI RISPOSTA Il permesso di fare copie digitali o fisiche di tutto o parte di questo lavoro per uso di ricerca o didattico è acconsentito senza corrispettivo in danaro,

Dettagli