A2A Specifiche Web Services
|
|
|
- Adolfo Rota
- 10 anni fa
- Visualizzazioni
Transcript
1 A2A Specifiche Web Services Contenuti 1
2 CONTENUTI INTRODUZIONE UPLOAD SEGMENTATO RICHIESTA UPLOAD SEGMENTATO Input del WS Output del WS UPLOAD SEGMENTATO Input del WS Output del WS Considerazioni APPENDICE APPENDICE A WSDL WSDL A2ABankITService APPENDICE B GESTIONE E TIPI DI ERRORE
3 1 INTRODUZIONE Di seguito saranno riportate le specifiche per l utilizzo dei WS necessari al sistema software A2A. In particolare, tale documento descrive le specifiche per il servizio di UPLOAD SEGMENTATO da utilizzarsi nell ambito della rilevazione interessata. Tale servizio è suddiviso in due funzionalità: - la prima (Richiesta upload segmentato) permette all utente di richiedere l autorizzazione ad effettuare un upload; - la seconda, invece, permette di inviare i segmenti relativi all upload da effettuare. Entrambe le richieste devono contenere le necessarie informazioni di autenticazione. Quando l utente deve eseguire l upload di un file, invia una richiesta, indicando i parametri necessari all invio. Nel caso in cui l invio non fosse possibile, il sistema A2A restituisce un apposito messaggio di errore/avviso all utente, indicando la motivazione della mancata presa in carico dell operazione; nel caso in cui l invio venga autorizzato, sono restituite all utente le seguenti informazioni: token di transazione: generato dinamicamente e valido per un tempo pari a 5 minuti; dimensione massima del chunk che può essere inviato; indicazione se il file che si sta inviando è stato precedentemente inviato senza terminazione; stream offset del file (0 se si sta inviando un file nuovo ). Qualora lo stesso file fosse stato precedentemente inviato, senza però completarlo, e, quindi, il servizio di richiesta restituisse l informazione di file esistente, in occasione dell invio del primo chunk da appendere è possibile specificare: se si vuole sovrascrivere il file o se si vuole continuare l append dello stream. Nel primo caso il servizio si comporta come se il file fosse nuovo, elimina il file esistente, creandone uno nuovo, e imposta come stream offset un valore pari a 0; nel secondo caso appende al file esistente lo stream a partire dall offset indicato. Con queste informazioni, l utente può preparare l input per l invio del file. A seconda della dimensione del file, possono essere eseguite più invocazioni del servizio di invio file, dove cambieranno il dato relativo al frammento che si sta inviando e il token di autorizzazione. Se durante l invio di un segmento si verifica almeno un errore, il WS restituisce uno o più messaggi di errore; se, invece, l invio avviene correttamente, il WS restituisce all utente l offset del file dal quale prendere il prossimo segmento e un nuovo token, con le stesse proprietà indicate in precedenza. Al termine dell invio dell ultimo segmento il servizio indica all utente che il file è completato. Entrambi i servizi verificano che l utente, oltre ad essere correttamente autenticato secondo le specifiche previste dall infrastruttura A2A, sia anche autorizzato ad operare per la survey indicata (i.e. B4). La modalità di autenticazione prevista avviene tramite il meccanismo dello UsernameToken (standard WS-Security), che deve contenere le credenziali di accesso utilizzate anche per l accesso al portale. Per richiamare le suddette funzionalità, il WS (A2ABankITService) espone due metodi, illustrati nei paragrafi seguenti: 1. requestchunkedupload(a2arequestchunkeduploadinput input); 2. chunkeduploaddata(a2achunkeduploadinput input). 3
4 4
5 2 UPLOAD SEGMENTATO Di seguito sono riportate le informazioni di dettaglio delle due funzionalità utilizzate per l upload segmentato. 2.1 Richiesta upload segmentato. - requestchunkedupload(a2arequestchunkeduploadinput input)- L operation del WS da utilizzare per invocare la funzionalità è requestchunkedupload. La funzionalità riceve le informazioni riguardanti la process unit, il message context e il file da inviare. Inoltre verifica se l operazione può essere eseguita. Al riguardo, vengono effettuati i controlli sottostanti alle seguenti condizioni: un messaggio di diagnostico può essere inviato solo se non ci sono altri diagnostici in lavorazione o consegne non protocollate; un messaggio di consegna può essere inviato solo se non ci sono altre consegne non protocollate; la dimensione massima accettata per il file da inviare è pari a 300MB. File che superano tale soglia devono essere inviati in modalità compressa. Per ulteriori dettagli sulla composizione degli oggetti di input si rimanda ai paragrafi successivi Input del WS La struttura dei dati A2ARequestChunkedUploadInput input del WS è illustrata di seguito: PROPRIETA STRUTTURA DATI OBBLIGATORIO processunit A2AProcessUnit SI messagecontext A2AMessageContext SI fragments A2AFragments SI 5
6 Di seguito la modalità di compilazione dell input, limitatamente ai parametri obbligatori, per l inoltro delle segnalazioni interessate: processunit: o communityid: deve essere impostato al valore BI; o surveyid: deve essere impostato al valore della base informativa che si sta inoltrando (per esempio B4 ); o partnerid: deve essere impostato pari al codice del segnalante; o initialdate: deve essere impostato pari alla data di riferimento della segnalazione per cui si sta effettuando l invio; messagecontext: o messagecategory: deve essere impostato al valore SEND o operationtype: deve essere valorizzato con il valore PRODUCTION se si tratta di una consegna, con il valore DIAGNOSTIC nel caso di richiesta di diagnostico; o locale: deve essere impostato con il valore DEFAULT o conversationid: deve essere valorizzato con un identificativo dello scambio definito dal client; fragments: o dataref: originalfilename: nome originale del file; fragmentsize: dimensione totale del file che si sta inviando Output del WS Il WS restituisce in output la struttura A2ARequestChunkedUploadOutput illustrata di seguito: PROPRIETA DESCRIZIONE STRUTTURA DATI requestaccepted Flag richiesta accettata boolean requestacceptedinfo Info richiesta accettata A2ARequestChunkedUploadAccepted requestrefusedinfo Info richiesta rifiutata A2ARequestChunkedUploadRefused originalfilename Nome originale del file Stringa di caratteri processunit Info flusso dati A2AProcessUnit Le informazioni di interesse relativamente all output ricevuto sono le seguenti: 6
7 - requestaccepted: valorizzata con true se la richiesta è accettata, altrimenti con false ; - requestacceptedinfo: viene valorizzato solo quando requestaccepted vale true. Esso contiene: o token: chiave identificativa della transazione da utilizzare come input nella sequenza di upload successiva; o chunkmaxsize: dimensione massima ammissibile per i segmenti da inoltrare; o fileexists: flag che indica se per il file indicato è già presente un precedente upload o non completato; streamoffset: valorizzato con il valore dell offset da cui inoltrare il segmento successivo (valorizzato a 0 nel caso in cui per il file indicato non siano presenti precedenti upload non completati); - requestrefusedinfo: valorizzato se requestaccepted vale false. Esso contiene la lista di errori (codice e descrizione) verificatisi nell elaborazione della richiesta. 2.2 Upload segmentato - chunkeduploaddata(a2achunkeduploadinput input) L operation2 del WS da utilizzare per invocare la funzionalità è chunkeduploaddata. La funzionalità permette di inviare file suddivisi in segmenti la cui dimensione massima è fissata; qualora il file abbia una dimensione minore di quella di un singolo segmento, il file viene inviato tramite un unica invocazione del servizio. I parametri necessari per l invocazione sono quelli utili a identificare il flusso (process unit e message context) e le informazioni riguardanti il segmento del file. Nel caso di presenza di un precedente upload non completato del medesimo file, è necessario specificare, inoltre, se questo deve essere sovrascritto o se il segmento che si sta inviando è in append alla porzione di file precedentemente inoltrato Input del WS La struttura dei dati A2AChunkedUploadInput input del WS è illustrata di seguito: 7
8 PROPRIETA DESCRIZIONE STRUTTURA DATI OBBLIGATORIO processunit Process Unit A2AProcessUnit SI messagecontext Message context A2AMessageContext SI fragments Frammenti file A2AFragments SI token Token di Stringa di caratteri SI autorizzazione overwrite Overwrite file esistente boolean SI Di seguito la modalità di compilazione dell input, limitatamente ai parametri obbligatori, per l inoltro delle segnalazioni interessate: processunit: deve essere valorizzata analogamente all operation di richiesta; messagecontext: deve essere valorizzata analogamente all operation di richiesta; fragments: o dataref originalfilename: nome originale del file; fragmentsize: dimensione del segmento del file che si sta inviando; fragmentcontent: stream di byte del segmento del file; token: deve essere valorizzato con il token ricevuto in output dalla invocazione precedente. overwrite: flag booleano che indica se il segmento che si sta inviando è in append alla porzione di file precedentemente inoltrato. Considerazioni sui parametri di input: - il token di transazione da utilizzarsi è sempre quello ricevuto nella risposta dell ultima operazione effettuata. Se si sta inviando il primo segmento, si deve utilizzare il token ricevuto nella richiesta di upload; per i segmenti successivi bisogna invece utilizzare il token ricevuto come risposta all invio del segmento precedente. - L informazione overwrite sarà presa in considerazione solo in caso di primo invio del segmento, in seguito all invocazione del servizio di richiesta upload. Se il segmento è impostato a true, verrà eliminato il primo file e creato un nuovo file; il segmento inviato verrà appeso al file a partire dall offset 0. Se, invece, il segmento viene impostato a false, il segmento verrà appeso a partire dall offset stream corrente Output del WS Il WS restituisce in output la struttura A2AChunkedUploadOutput illustrata di seguito: 8
9 PROPRIETA DESCRIZIONE STRUTTURA DATI uploadaccepted Upload accettato boolean uploadacceptedinfo Info upload accettato A2AChunkedUploadAccepted uploadrefusedinfo Info upload rifiutato A2AChunkedUploadRefused originalfilename Nome del file Stringa di caratteri processunit Process unit A2AProcessUnit Le informazioni di interesse relativamente all output ricevuto sono le seguenti: - uploadaccepted: valorizzato con true se l upload del segmento è accettato, altrimenti valorizzato con false ; - uploadacceptedinfo: valorizzato quando uploadaccepted vale true. Esso contiene o token: chiave identificativa della transazione da utilizzare come input nella sequenza di upload successiva; o chunkmaxsize: dimensione massima ammissibile per i segmenti da inoltrare; o streamoffset: valorizzato con il valore dell offset da cui inoltrare il segmento successivo o streamcompleted: flag boolean che indica se il file è stato completamente inviato; - requestrefusedinfo: valorizzato se uploadaccepted vale false. Esso contiene la lista di errori (codice e descrizione) verificatisi nell elaborazione della richiesta Considerazioni In caso di interruzione dell upload, è possibile effettuare il recovery dello stesso: il funzionamento corretto prevede che l utente richiami inizialmente la funzionalità requestchunkedupload in modo da ottenere le informazioni corrette per continuare l upload precedente e, successivamente, inviare il segmento corretto. 9
10 3 APPENDICE Il Web Service è raggiungibile nei due ambienti previsti: Produzione (ambiente ufficiale) e Collaudo (ambiente di collaudo con i segnalanti). Sono indicati di seguito gli endpoint per lgli ambienti interessati: - per l ambiente di Produzione: - pper l ambiente di Collaudo: APPENDICE A WSDL Di seguito viene riportato il file WSDL generato alla creazione del Web Service. Lo stesso è raggiungibile utilizzando gli indirizzi: ambiente di Produzione: ambiente di Collaudo: Il WSDL, corredato da tutti i file XSD necessari ala sua completa definizione, è comunque disponibile come archivio compresso sul sito Banca d Italia nella sezione Statistiche Raccolta dati presso gli Intermediari Racccolta dati via Internet > Banche. WSDL A2ABankITService <?xml version="1.0" encoding="utf-8"?><wsdl:definitions name="a2abankit" targetnamespace=" xmlns:soap=" xmlns:tns=" xmlns:wsdl=" xmlns:xsd=" <wsdl:types> <xsd:schema targetnamespace=" <xsd:include schemalocation="a2arequestchunkeduploadoutput.xsd"/> <xsd:include schemalocation="a2arequestchunkeduploadinput.xsd"/> <xsd:include schemalocation="a2achunkeduploadoutput.xsd"/> <xsd:include schemalocation="a2achunkeduploadinput.xsd"/> <xsd:include schemalocation="a2aagreementcalendarres.xsd"/> <xsd:include schemalocation="a2aagreementcalendarreq.xsd"/> <xsd:include schemalocation="a2asurveyandpartnerinfores.xsd"/> <xsd:include schemalocation="a2asurveyandpartnerinforeq.xsd"/> <xsd:include schemalocation="a2afault.xsd"/> <xsd:include schemalocation="a2afragment2downloadres.xsd"/> <xsd:include schemalocation="a2afragment2downloadreq.xsd"/> <xsd:include schemalocation="a2amessagecriterainput.xsd"/> <xsd:include schemalocation="a2amessageresultoutput.xsd"/> <xsd:include schemalocation="a2aresult.xsd"/> <xsd:include schemalocation="a2afragments.xsd"/> <xsd:include schemalocation="a2amessagecontext.xsd"/> <xsd:include schemalocation="a2aprocessunit.xsd"/> <xsd:element name="uploaddata"> 10
11 <xsd:element name="processunit" nillable="true" type="tns:a2aprocessunit"/> <xsd:element name="messagecontext" nillable="true" type="tns:a2amessagecontext"/> <xsd:element name="fragments" nillable="true" type="tns:a2afragments"/> <xsd:element name="uploaddataresponse"> <xsd:element name="result" nillable="true" type="tns:a2aresult"/> <xsd:element name="getmessages"> <xsd:element name="inputcriteria" nillable="true" type="tns:a2amessagecriterainput"/> <xsd:element name="getmessagesresponse"> <xsd:element name="result" nillable="true" type="tns:a2amessageresultoutput"/> <xsd:element name="downloadfragment"> <xsd:element name="processunit" nillable="true" type="tns:a2aprocessunit"/> <xsd:element name="fragmentreq" nillable="true" type="tns:a2afragment2downloadreq"/> <xsd:element name="payloadtype" nillable="true" type="xsd:string"/> <xsd:element name="downloadfragmentresponse"> <xsd:element name="fragmentres" nillable="true" type="tns:a2afragment2downloadres"/> <xsd:element name="getsurveyandpartnerinfo"> <xsd:element name="request" nillable="true" type="tns:a2asurveyandpartnerinforeq"/> 11
12 <xsd:element name="getsurveyandpartnerinforesponse"> <xsd:element name="response" nillable="true" type="tns:a2asurveyandpartnerinfores"/> <xsd:element name="a2afault_element" nillable="true" type="tns:a2afault"/> <xsd:element name="a2afault_element2" nillable="true" type="tns:a2afault"/> <xsd:element name="getagreementcalendar"> <xsd:element name="request" nillable="true" type="tns:a2aagreementcalendarreq"/> <xsd:element name="getagreementcalendarresponse"> <xsd:element name="response" nillable="true" type="tns:a2aagreementcalendarres"/> <xsd:element name="chunkeduploaddata"> <xsd:element name="request" type="tns:a2achunkeduploadinput"/> <xsd:element name="chunkeduploaddataresponse"> <xsd:element name="result" type="tns:a2achunkeduploadoutput"/> <xsd:element name="requestchunkedupload"> <xsd:element name="request" type="tns:a2arequestchunkeduploadinput"/> <xsd:element name="requestchunkeduploadresponse"> <xsd:element name="result" type="tns:a2arequestchunkeduploadoutput"/> 12
13 <xsd:element name="hello"> <xsd:element name="in" type="xsd:string"/> <xsd:element name="helloresponse"> <xsd:element name="out" type="xsd:string"/> <xsd:element name="hello_fault"> <xsd:element name="hello_fault" type="xsd:string"> </xsd:schema> </wsdl:types> <wsdl:message name="uploaddatarequestmsg"> <wsdl:part element="tns:uploaddata" name="uploaddataparameters"/> <wsdl:message name="uploaddataresponsemsg"> <wsdl:part element="tns:uploaddataresponse" name="uploaddataresult"/> <wsdl:message name="getmessagesrequestmsg"> <wsdl:part element="tns:getmessages" name="getmessagesparameters"/> <wsdl:message name="getmessagesresponsemsg"> <wsdl:part element="tns:getmessagesresponse" name="getmessagesresult"/> <wsdl:message name="downloadfragmentrequestmsg"> <wsdl:part element="tns:downloadfragment" name="downloadfragmentparameters"/> <wsdl:message name="downloadfragmentresponsemsg"> <wsdl:part element="tns:downloadfragmentresponse" name="downloadfragmentresult"/> <wsdl:message name="uploaddata_faultmsg"> <wsdl:part element="tns:a2afault_element2" name="fault"/> <wsdl:message name="getmessages_faultmsg"> <wsdl:part element="tns:a2afault_element" name="fault"/> <wsdl:message name="downloadfragment_faultmsg"> <wsdl:part element="tns:a2afault_element" name="fault"/> 13
14 <wsdl:message name="getsurveyandpartnerinforequestmsg"> <wsdl:part element="tns:getsurveyandpartnerinfo" name="getsurveyandpartnerinfoparameters"/> <wsdl:message name="getsurveyandpartnerinforesponsemsg"> <wsdl:part element="tns:getsurveyandpartnerinforesponse" name="getsurveyandpartnerinforesult"/> <wsdl:message name="getsurveyandpartnerinfo_faultmsg"> <wsdl:part element="tns:a2afault_element" name="fault"/> <wsdl:message name="getagreementcalendarrequestmsg"> <wsdl:part element="tns:getagreementcalendar" name="getagreementcalendarparameters"/> <wsdl:message name="getagreementcalendarresponsemsg"> <wsdl:part element="tns:getagreementcalendarresponse" name="getagreementcalendarresult"/> <wsdl:message name="getagreementcalendar_faultmsg"> <wsdl:part element="tns:a2afault_element" name="fault"/> <wsdl:message name="chunkeduploaddatarequestmsg"> <wsdl:part element="tns:chunkeduploaddata" name="chunkeduploadinput"/> <wsdl:message name="chunkeduploaddataresponsemsg"> <wsdl:part element="tns:chunkeduploaddataresponse" name="chunkeduploadoutput"> </wsdl:part> <wsdl:message name="chunkeduploaddata_faultmsg"> <wsdl:part element="tns:a2afault_element2" name="fault"/> <wsdl:message name="requestchunkeduploadrequestmsg"> <wsdl:part element="tns:requestchunkedupload" name="requestchunkeduploadinput"> </wsdl:part> <wsdl:message name="requestchunkeduploadresponsemsg"> <wsdl:part element="tns:requestchunkeduploadresponse" name="requestchunkeduploadoutput"/> <wsdl:message name="requestchunkedupload_faultmsg"> <wsdl:part element="tns:a2afault_element2" name="fault"/> <wsdl:message name="hellorequest"> <wsdl:part element="tns:hello" name="request"/> <wsdl:message name="helloresponse"> <wsdl:part element="tns:helloresponse" name="response"/> <wsdl:message name="hello_faultmsg"> <wsdl:part element="tns:a2afault_element" name="fault"/> <wsdl:porttype name="a2abankit"> <wsdl:operation name="uploaddata"> <wsdl:input message="tns:uploaddatarequestmsg" name="uploaddatarequest"/> 14
15 <wsdl:output message="tns:uploaddataresponsemsg" name="uploaddataresponse"/> <wsdl:fault message="tns:uploaddata_faultmsg" name="fault"/> <wsdl:operation name="getmessages"> <wsdl:input message="tns:getmessagesrequestmsg" name="getmessagesrequest"/> <wsdl:output message="tns:getmessagesresponsemsg" name="getmessagesresponse"/> <wsdl:fault message="tns:getmessages_faultmsg" name="fault"/> <wsdl:operation name="downloadfragment"> <wsdl:input message="tns:downloadfragmentrequestmsg" name="downloadfragmentrequest"/> <wsdl:output message="tns:downloadfragmentresponsemsg" name="downloadfragmentresponse"/> <wsdl:fault message="tns:downloadfragment_faultmsg" name="fault"/> <wsdl:operation name="getsurveyandpartnerinfo"> <wsdl:input message="tns:getsurveyandpartnerinforequestmsg" name="getsurveyandpartnerinforequest"/> <wsdl:output message="tns:getsurveyandpartnerinforesponsemsg" name="getsurveyandpartnerinforesponse"/> <wsdl:fault message="tns:getsurveyandpartnerinfo_faultmsg" name="fault"/> <wsdl:operation name="getagreementcalendar"> <wsdl:input message="tns:getagreementcalendarrequestmsg" name="getagreementcalendarrequest"/> <wsdl:output message="tns:getagreementcalendarresponsemsg" name="getagreementcalendarresponse"/> <wsdl:fault message="tns:getagreementcalendar_faultmsg" name="fault"/> <wsdl:operation name="chunkeduploaddata"> <wsdl:input message="tns:chunkeduploaddatarequestmsg" name="chunkeduploaddatarequest"/> <wsdl:output message="tns:chunkeduploaddataresponsemsg" name="chunkeduploaddataresponse"/> <wsdl:fault message="tns:chunkeduploaddata_faultmsg" name="fault"/> <wsdl:operation name="requestchunkedupload"> <wsdl:input message="tns:requestchunkeduploadrequestmsg" name="requestchunkeduploadrequest"/> <wsdl:output message="tns:requestchunkeduploadresponsemsg" name="requestchunkeduploadresponse"/> <wsdl:fault message="tns:requestchunkedupload_faultmsg" name="fault"/> </wsdl:porttype> <wsdl:binding name="a2abankitbinding" type="tns:a2abankit"> <soap:binding style="document" transport=" <wsdl:operation name="uploaddata"> <soap:operation soapaction=" <wsdl:input name="uploaddatarequest"> </wsdl:input> 15
16 <wsdl:output name="uploaddataresponse"> </wsdl:output> <wsdl:fault name="fault"> <soap:fault name="fault" use="literal"/> </wsdl:fault> <wsdl:operation name="getmessages"> <soap:operation soapaction=" <wsdl:input name="getmessagesrequest"> </wsdl:input> <wsdl:output name="getmessagesresponse"> </wsdl:output> <wsdl:fault name="fault"> <soap:fault name="fault" use="literal"/> </wsdl:fault> <wsdl:operation name="downloadfragment"> <soap:operation soapaction=" <wsdl:input name="downloadfragmentrequest"> </wsdl:input> <wsdl:output name="downloadfragmentresponse"> </wsdl:output> <wsdl:fault name="fault"> <soap:fault name="fault" use="literal"/> </wsdl:fault> <wsdl:operation name="getsurveyandpartnerinfo"> <soap:operation soapaction=" <wsdl:input name="getsurveyandpartnerinforequest"> </wsdl:input> <wsdl:output name="getsurveyandpartnerinforesponse"> </wsdl:output> <wsdl:fault name="fault"> <soap:fault name="fault" use="literal"/> </wsdl:fault> <wsdl:operation name="getagreementcalendar"> <soap:operation soapaction=" <wsdl:input name="getagreementcalendarrequest"> </wsdl:input> <wsdl:output name="getagreementcalendarresponse"> </wsdl:output> <wsdl:fault name="fault"> <soap:fault name="fault" use="literal"/> </wsdl:fault> <wsdl:operation name="chunkeduploaddata"> 16
17 <soap:operation soapaction=" <wsdl:input name="chunkeduploaddatarequest"> </wsdl:input> <wsdl:output name="chunkeduploaddataresponse"> </wsdl:output> <wsdl:fault name="fault"> <soap:fault name="fault" use="literal"/> </wsdl:fault> <wsdl:operation name="requestchunkedupload"> <soap:operation soapaction=" <wsdl:input name="requestchunkeduploadrequest"> </wsdl:input> <wsdl:output name="requestchunkeduploadresponse"> </wsdl:output> <wsdl:fault name="fault"> <soap:fault name="fault" use="literal"/> </wsdl:fault> </wsdl:binding> <wsdl:service name="a2abankitservice"> <wsdl:port binding="tns:a2abankitbinding" name="a2abankitport"> <soap:address location=" </wsdl:port> </wsdl:service> </wsdl:definitions> </wsdl:definitions> 17
18 3.2 APPENDICE B GESTIONE E TIPI DI ERRORE Nei casi di errore il messaggio di fault generato dal servizio utilizza un oggetto di tipo A2ARequestChunkedUploadRefused. Tale struttura è composta dalle proprietà codice, descrizione e dettaglio. Di seguito è riportata la tabella riguardante gli errori previsti dalle funzionalità dei WS: CODICE DESCRIZIONE NOTE -1 Errore generico 0 E' in elaborazione una richiesta di tipo #0. Attendere il termine dell'elaborazione prima di #0 può assumere il valore CONSEGNA o CONSEGNA/DIAGNOSTICO inviare una nuova richiesta. 1 Tipo file #0 non ammesso per la survey #1. #0 e #1 sono valorizzati con i valori presi dal file di properties relativo alle survey 2 Il file ha una dimensione superiore a quella ammessa per la survey #0 pari a #1 bytes. #0 e #1 sono valorizzati con i valori presi dal file di properties relativo alle survey 3 Token non valido 4 Token mancante 5 Token scaduto 6 Parametro obbligatorio non presente E aggiunto tra i dettagli il parametro mancante: TOKEN, PROCESS_UNIT, COMMUNITY_ID, PARTNER_ID, SURVEY_ID, INITIAL_DATE, MESSAGE_CONTEXT, OPERATION_TYPE, MESSAGE_CATEGORY, FRAGMENTS, FRAGMENTS_DATAREF, FRAGMENTS_DATAREF_ORIGINALFILENAME, FRAGMENTS_DATAREF_FILESIZE, FRAGMENTS_DATAREF_DATAHANDLER 7 Utente non autorizzato 8 Dimensione del segmento superiore a quella ammessa La dimensione ammessa del segmento viene restituita in fase di richiesta dell upload 9 Dimensione del segmento errata 10 Data contabile non valida 11 Dimensione del file superata Verifica se lo stream che si vuole appendere al file supera la dimensione totale prevista del file 12 Dimensione del file errata 13 Operation type non ammessa (PRODUCTION/DIAGNOSTIC) 14 Agreement non trovato. Verificare i dati forniti 15 Aggiornamento informazioni upload non eseguito. Verificare i dati forniti o contattare l'assistenza 16 Creazione informazioni upload non eseguito. Verificare i dati forniti o contattare l'assistenza 17 Il messaggio non e' stato consegnato. Contattare l'assistenza Sono ammessi solo i valori PRODUCTION e DIAGNOSTIC 18
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
PROGETTO TESSERA SANITARIA
PROGETTO TESSERA SANITARIA WEB SERVICES PER LA VISUALIZZAZIONE E LO SCARICO DELLE RICEVUTE DI ATTESTAZIONE DELLE OPERAZIONI E DELLE TRANSAZIONI EFFETTUATE SULLE RICETTE DEMATERIALIZZATE (DECRETO 2 NOVEMBRE
ZTL Firenze Inserimento Automatico
ZTL Firenze Inserimento Automatico Introduzione In seguito alla variazione dell ordinanza del giugno 2011 che regola la modalità di rilascio dei permessi portale per le categorie abilitate, non è più possibile
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
1. Accordo di servizio Richiesta Indirizzi PEC CAD Art6 [concessionario del servizio di posta certificata al cittadino]
Allegato Tecnico 1. Accordo di servizio Richiesta Indirizzi PEC CAD Art6 [concessionario del servizio di posta certificata al cittadino]
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
QUALIFICAZIONE DELLA PORTA DI DOMINIO
QUALIFICAZIONE DELLA PORTA DI DOMINIO IN MODALITÀ PROVVISORIA Versione 1.0 Qualificazione della Porta di INDICE 1. PROCESSO DI QUALIFICAZIONE DELLA PORTA DI DOMINIO IN MODALITÀ PROVVISORIA 3 2. DESCRIZIONE
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...
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
Manuale Utente. Gestione Richieste supporto Data Warehouse. Della Ragioneria Generale dello Stato. Versione 1.0. Roma, Ottobre 2015
Manuale Utente Gestione Richieste supporto Data Warehouse Della Ragioneria Generale dello Stato Versione 1.0 Roma, Ottobre 2015 1 Indice 1 Generalità... 3 1.1 Scopo del documento... 3 1.2 Versioni del
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
Manuale Utente. Gestione Richieste supporto BDAP. Versione 1.0
Manuale Utente Gestione Richieste supporto BDAP Versione 1.0 Roma, Settembre 2015 1 Indice 1 Generalità... 3 1.1 Scopo del documento... 3 1.2 Versioni del documento... 3 1.3 Documenti di Riferimento...
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
WebCare. Specifiche Tecniche recupero dati per tariffazione. Redatto da: STUDIOFARMA 28 MAGGIO 2009 Verificato da: Approvato da:
WebCare Specifiche Tecniche recupero dati per tariffazione Progetto: WEBCARE 2 Versione 1.3 Data 05 AGOSTO 2011 Redatto da: STUDIOFARMA 28 MAGGIO 2009 Verificato da: Approvato da: CRONOLOGIA DELLE VERSIONI
WEB SERVICES SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE PROVA
Pag. 1 di 16 WEB SERVICES SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE PROVA Pag. 1 di 16 Pag. 2 di 16 1 GENERALITÀ... 3 1.1 CANALI DI COMUNICAZIONE DEI SISTEMI... 3 2 SOA DOMINIO ESTERNO...
PROGETTO TESSERA SANITARIA WSDL E SCHEMI XSD PER L UTILIZZO DEI SERVIZI WEB- SERVICE
09/03/2011 Pag. 1 di 10 PROGETTO TESSERA SANITARIA WSDL E SCHEMI XSD PER L UTILIZZO DEI SERVIZI WEB- Pag. 2 di 10 INDICE 1. INTRODUZIONE 4 2. LISTAESENTIREDDITO.WSDL 5 3. INTERROGAASSESERED.WSDL 7 Pag.
SVI08-0003 Nuovo Sistema Revisioni
>> Nuovo Sistema Revisioni - Specifiche Web Services Officina SVI08-0003 Nuovo Sistema Revisioni Servizio di Sviluppo Software RTI Indice dei contenuti 1 GENERALITA... 8 1.1 Lista di distribuzione...8
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
Regione Piemonte Portale Rilevazioni Crediti EELL Manuale Utente
Pag. 1 di 15 VERS V01 REDAZIONE VERIFICHE E APPROVAZIONI CONTROLLO APPROVAZIONE AUTORIZZAZIONE EMISSIONE NOME DATA NOME DATA NOME DATA A. Marchisio C. Pernumian 29/12/2014 M. Molino 27/02/2015 M. Molino
VERIFICHE E APPROVAZIONI CONTROLLO APPROVAZIONE
VERIFICHE E APPROVAZIONI VERSIONE REDAZIONE CONTROLLO APPROVAZIONE AUTORIZZAZIONE EMISSIONE NOME DATA NOME DATA NOME DATA V01 L. Neri 25/02/2010 C. Audisio 08/03/10 M.Rosati 09/03/10 STATO DELLE VARIAZIONI
Hub-PA Versione 1.0.6 Manuale utente
Hub-PA Versione 1.0.6 Manuale utente (Giugno 2014) Hub-PA è la porta d ingresso al servizio di fatturazione elettronica verso la Pubblica Amministrazione (PA) a disposizione di ogni fornitore. Questo manuale
1 ACCESSO AL NET@PORTAL... 3 2 CARICAMENTO DELLE RICHIESTE/PRESTAZIONI... 4 3 MONITORAGGIO DELLE RICHIESTE... 8 4 DOWNLOAD ESITI...
MANUALE UTENTE NET@PORTAL ADEGUAMENTO DEL. 185/08 Sommario 1 ACCESSO AL NET@PORTAL... 3 2 CARICAMENTO DELLE RICHIESTE/PRESTAZIONI... 4 2.1 CREAZIONE DEL FILE CSV PER IL CARICAMENTO MASSIVO DELLE RICHIESTE...
Manuale per i Fornitori
Gara con presentazione di offerta mediante pdf interattivo Manuale per i Fornitori 2 INDICE DEGLI ARGOMENTI 1 DEFINIZIONI... 4 2 GARE IN PDF... 5 2.1 INVITO DEL FORNITORE ALLA GARA... 5 2.2 COME COMPILARE
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
Presidenza del Consiglio dei Ministri
Manuale utente (front office) Aggiornato al 14 luglio 2011 Sommario 1. INTRODUZIONE... 3 2. MODALITÀ OPERATIVA... 4 2.1 Utenti ammessi alla trasmissione del file XML... 4 2.2 Controllo effettuato dal sistema
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
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.
I file di dati. Unità didattica D1 1
I file di dati Unità didattica D1 1 1) I file sequenziali Utili per la memorizzazione di informazioni testuali Si tratta di strutture organizzate per righe e non per record Non sono adatte per grandi quantità
SOMMARIO... 3 INTRODUZIONE...
Sommario SOMMARIO... 3 INTRODUZIONE... 4 INTRODUZIONE ALLE FUNZIONALITÀ DEL PROGRAMMA INTRAWEB... 4 STRUTTURA DEL MANUALE... 4 INSTALLAZIONE INRAWEB VER. 11.0.0.0... 5 1 GESTIONE INTRAWEB VER 11.0.0.0...
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
Elenchi Intrastat. Indice degli argomenti. Premessa. Operazioni preliminari. Inserimento manuale dei movimenti e presentazione
Elenchi Intrastat Indice degli argomenti Premessa Operazioni preliminari Inserimento manuale dei movimenti e presentazione Collegamento con la Contabilità Collegamento con il ciclo attivo e passivo Generazione
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
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...
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...
Software Servizi Web UOGA
Manuale Operativo Utente Software Servizi Web UOGA S.p.A. Informatica e Servizi Interbancari Sammarinesi Strada Caiese, 3 47891 Dogana Tel. 0549 979611 Fax 0549 979699 e-mail: [email protected] Identificatore
MANUALE UTENTE Profilo Azienda Partecipata. APPLICATIVO CAFWeb
MANUALE UTENTE Profilo Azienda Partecipata APPLICATIVO CAFWeb CAF_ManualeUtente_Partecipate_2.0.doc Pag. 1 di 17 Sommario 1 GENERALITÀ... 3 1.1 Scopo... 3 1.2 Validità... 3 1.3 Riferimenti... 3 1.4 Definizioni
1 Riconoscimento del soggetto richiedente da parte del sistema
Guida alla compilazione on-line della domanda per il bando Servizi per l accesso all istruzione (Trasporto scolastico, assistenza disabili e servizio pre-scuola e post-scuola) INDICE 1 Riconoscimento del
Gestione delle informazioni necessarie all attività di validazione degli studi di settore. Trasmissione degli esempi da valutare.
Gestione delle informazioni necessarie all attività di validazione degli studi di settore. Trasmissione degli esempi da valutare. E stato previsto l utilizzo di uno specifico prodotto informatico (denominato
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
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
Omnia Web Timesheet. Manuale utente
Omnia Web Timesheet Manuale utente Revisioni Data Versione Autore Note 01.03.2011 1.0 Alberto Fedrici Prima release 08.05.2010 1.1 Alberto Fedrici Funzionalità inserimento note Indice 1. Introduzione...
Manuale Richiesta di Accesso
Manuale Richiesta di Accesso ESCoMaS Edison Stoccaggio Commercial Management System Edison Stoccaggio SPA Manuale Richiesta di Accesso - Escomas 1/12 Sommario 1. PREMESSE 3 1.1. FINALITÀ DEL MANUALE 3
Client e Server comunicano tramite il protocollo SOAP.
In questo tutorial implementeremo un semplice SOAP web service in PHP che un client Java richiamerà. In questo modo mostreremo l'interoperabilità fra linguaggi diversi che SOAP permette di avere. La struttura
1- OBIETTIVI DEL DOCUMENTO 2- INTRODUZIONE
1- OBIETTIVI DEL DOCUMENTO... 1 2- INTRODUZIONE... 1 3- ACCESSO ALLA PROCEDURA... 2 4- COMPILAZIONE ON-LINE... 4 5- SCELTA DELLA REGIONE O PROVINCIA AUTONOMA... 5 6- DATI ANAGRAFICI... 6 7- DATI ANAGRAFICI
SAP SRM 7 Manuale GARE ON LINE con cfolders FORNITORI INDICE
SAP SRM 7 Manuale GARE ON LINE con cfolders FORNITORI INDICE 0 - Introduzione Vai! 1 - Logon 2 - Ricerca gara elettronica 3 - Visualizzazione offerta 4 - Creazione offerta Vai! Vai! Vai! Vai! 5 - Elaborazione
Nuovo Order Manager per il software NobelProcera
Nuovo Order Manager per il software NobelProcera Guida rapida versione 1 Il nuovo Order Manager facilita i processi e le procedure di invio degli ordini mediante il sistema NobelProcera, che comprendono
RISCOSSIONE TRAMITE MODELLO F24 IMPOSTA SUI PREMI DELLE ASSICURAZIONI RC AUTO CONTRIBUTO SSN SUI PREMI DELLE ASSICURAZIONI RC AUTO
IMPOSTA SUI PREMI DELLE ASSICURAZIONI RC AUTO CONTRIBUTO SSN SUI PREMI DELLE ASSICURAZIONI RC AUTO IMPOSTA E CSSN SUI PREMI DELLE ASSICURAZIONI RC AUTO PAG. 2 DI 13 INDICE 1. GENERALITÀ 3 2. STRUTTURA
Realizzazione di un sistema per l archiviazione, la conservazione sostitutiva e la dematerializzazione dei documenti
1/27 PROGETTO AIRUMBRIA la conservazione sostitutiva e la dematerializzazione dei documenti MODULI SW REALIZZATI E FUNZIONANTI DEL SERVIZIO DI CONSERVAZIONE - (documento 6.6.1) 2/27 Data: 1/6/2011 Compilato:
Servizi Remoti. Servizi Remoti. TeamPortal Servizi Remoti
20120300 INDICE 1. Introduzione... 3 2. Consultazione... 4 2.1 Consultazione Server Fidati... 4 2.2 Consultazione Servizi Client... 5 2.3 Consultazione Stato richieste... 5 3. Amministrazione... 6 3.1
SIRTEL. Sistema Informativo per la Rendicontazione Telematica degli Enti Locali. Schema di funzionamento del processo per l Ente Locale
SIRTEL Sistema Informativo per la Rendicontazione Telematica degli Enti Locali Schema di funzionamento del processo per l Ente Locale Sommario del documento Acronimi...3 FASE 1: REGISTRAZIONE ED ABILITAZIONE
SIAR - Versione 10.30.00
Notte dii AGGIIORNAMENTO Prrodottttii Compllementtarrii IInttegrrattii SIAR - Versione 10.30.00 Notte Uttentte INFORMAZIONI AGGIORNAMENTO La versione 10.30.00 è una versione aggiornabile/installabile quindi,
Documentazione API web v 1.0
Documentazione API web v 1.0 Web: www.kalliopepbx.it Supporto tecnico: [email protected] Documentazione API web v1.0-1 - Rev.: 16-11-2012 Documentazione API web v1.0-2 - Rev.: 16-11-2012 Changelog
MANUALE UTENTE Fiscali Free
MANUALE UTENTE Fiscali Free Le informazioni contenute in questa pubblicazione sono soggette a modifiche da parte della ComputerNetRimini. Il software descritto in questa pubblicazione viene rilasciato
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À
Portale tirocini. Manuale utente Per la gestione del Progetto Formativo
GESTIONE PROGETTO FORMATIVO Pag. 1 di 38 Portale tirocini Manuale utente Per la gestione del Progetto Formativo GESTIONE PROGETTO FORMATIVO Pag. 2 di 38 INDICE 1. INTRODUZIONE... 3 2. ACCESSO AL SISTEMA...
11/02/2015 MANUALE DI INSTALLAZIONE DELL APPLICAZIONE DESKTOP TELEMATICO VERSIONE 1.0
11/02/2015 MANUALE DI INSTALLAZIONE DELL APPLICAZIONE DESKTOP TELEMATICO VERSIONE 1.0 PAG. 2 DI 38 INDICE 1. PREMESSA 3 2. SCARICO DEL SOFTWARE 4 2.1 AMBIENTE WINDOWS 5 2.2 AMBIENTE MACINTOSH 6 2.3 AMBIENTE
Sistema Accordo Pagamenti
REGIONE LAZIO Dipartimento Economico ed Occupazionale Direzione Economia e Finanza Sistema Accordo Pagamenti - Fornitori di Beni e Servizi- Procedura di Test e Validazione flussi xml Versione 2.0 Data
Guida Compilazione Piani di Studio on-line
Guida Compilazione Piani di Studio on-line SIA (Sistemi Informativi d Ateneo) Visualizzazione e presentazione piani di studio ordinamento 509 e 270 Università della Calabria (Unità organizzativa complessa-
OPESSAN DESCRIZIONE SERVIZI VERIFICHE E APPROVAZIONI CONTROLLO APPROVAZIONE
Pag. 1 di 6 VERIFICHE E APPROVAZIONI VERSIONE REDAZIONE CONTROLLO APPROVAZIONE AUTORIZZAZIONE EMISSIONE NOME DATA NOME DATA NOME DATA V01 L. Neri 26/02/2010 C. Audisio 08/03/10 M.Rosati 09/03/10 STATO
Istruzione Operativa Richiesta di Offerta on-line in busta chiusa digitale
Istruzione Operativa Richiesta di Offerta on-line in busta chiusa digitale ATAF avvierà la gara on-line secondo le modalità di seguito descritte, in particolare utilizzando lo strumento RDO on-line disponibile
CHIUSURE di MAGAZZINO di FINE ANNO
CHIUSURE di MAGAZZINO di FINE ANNO Operazioni da svolgere per il riporto delle giacenze di fine esercizio Il documento che segue ha lo scopo di illustrare le operazioni che devono essere eseguite per:
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
con la presente, siamo a ricordarle che dal mese di Aprile 2014, i Notai potranno procedere all invio dei Dati Statistici Notarili, tramite file XML.
Vimodrone, 16 aprile 2014 Egregio Notaio, con la presente, siamo a ricordarle che dal mese di Aprile 2014, i Notai potranno procedere all invio dei Dati Statistici Notarili, tramite file XML. In questi
SINTESI. Comunicazioni Obbligatorie [COB] Import massivo XML. ver. 1.0 del 14.05.2008 (ver. COB 3.13.01)
SINTESI Comunicazioni Obbligatorie [COB] XML ver. 1.0 del 14.05.2008 (ver. COB 3.13.01) Questo documento è una guida alla importazione delle Comunicazioni Obbligatorie: funzionalità che consente di importare
COMUNICAZIONE DELLE OPERAZIONI DI RESTITUZIONE AI SENSI DELL ART. 23, COMMA 1-BIS, DEL D. LGS. 231 DEL 2007 MANUALE OPERATIVO
Unità di Informazione Finanziaria per l Italia COMUNICAZIONE DELLE OPERAZIONI DI RESTITUZIONE AI SENSI DELL ART. 23, COMMA 1-BIS, DEL D. LGS. 231 DEL 2007 MANUALE OPERATIVO INDICE Premessa 1 Come fare
NOTE OPERATIVE. Prodotto Inaz Download Manager. Release 1.3.0
Prodotto Inaz Download Manager Release 1.3.0 Tipo release COMPLETA RIEPILOGO ARGOMENTI 1. Introduzione... 2 2. Architettura... 3 3. Configurazione... 4 3.1 Parametri di connessione a Internet... 4 3.2
Direzione Centrale Entrate Direzione Centrale Sistemi Informativi e Tecnologici. Roma, 03-04-2012. Messaggio n. 5880
Direzione Centrale Entrate Direzione Centrale Sistemi Informativi e Tecnologici Roma, 03-04-2012 Messaggio n. 5880 Allegati n.3 OGGETTO: Legge 24 dicembre 2007, n. 247. Art. 1, c. 67. Sgravio contributivo
INPS. Area CRM & Contact Center. Sgravi Contrattazione di II livello 2013
Istituto Nazionale Previdenza Sociale INPS Direzione Centrale stemi Informativi e Tecnologici Area CRM & Contact Center Sgravi Contrattazione di II livello 2013 Documento: Dettaglio dei Controlli e dei
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
* in giallo le modifiche apportate rispetto alla versione precedente datata 09/03/2011
Supporto On Line Allegato FAQ FAQ n.ro MAN-86GKJM79678 Data ultima modifica 09/03/2011 Prodotto Contabilità Modulo Contabilità - Intrastat Oggetto Genera dichiarazione Intrastat * in giallo le modifiche
ACCESSO AL SISTEMA HELIOS...
Manuale Utente (Gestione Formazione) Versione 2.0.2 SOMMARIO 1. PREMESSA... 3 2. ACCESSO AL SISTEMA HELIOS... 4 2.1. Pagina Iniziale... 6 3. CARICAMENTO ORE FORMAZIONE GENERALE... 9 3.1. RECUPERO MODELLO
Scheda di collaudo Integrazione NoTIER
Scheda di collaudo Integrazione NoTIER Ente Data Collaudo Versione Data Autore Cambiamenti apportati 1.0 18/03/2015 Intercent-ER Prima stesura 1.1 26/05/2015 Intercent-ER Integrate revisioni del Parer
Con la presente vengono fornite indicazioni ai fini dell autorizzazione all esercizio di detta modalità di gioco.
Ministero dell Economia e delle Finanze Amministrazione autonoma dei monopoli di Stato DIREZIONE GENERALE Direzione per i giochi Ufficio 11 - Bingo Roma, 17 giugno 2011 AI CONCESSIONARI DEL GIOCO A DISTANZA
4.1.1 Popolamento combo Titolo nella form di ricerca 4 4.1.2 Ricerca effettiva.5
Web Services 2 1 Sommario 1 GENERALITÀ... 3 1.1 SCOPO.3 1.2 DEFINIZIONI.3 2 REQUISITI FUNZIONALI... 3 2.1 AUTENTICAZIONE..3 2.1.1Profili..3 2.2 SERVIZI DISPONIBILI 3 3 SERVIZIO AUTENTICAZIONE... 4 3.1
Manuale Utente Albo Pretorio GA
Manuale Utente Albo Pretorio GA IDENTIFICATIVO DOCUMENTO MU_ALBOPRETORIO-GA_1.4 Versione 1.4 Data edizione 04.04.2013 1 TABELLA DELLE VERSIONI Versione Data Paragrafo Descrizione delle modifiche apportate
MODALITÀ DI QUALIFICAZIONE DELLA PORTA DI DOMINIO
MODALITÀ DI QUALIFICAZIONE DELLA PORTA DI DOMINIO Versione 1.1 INDICE 1. PREFAZIONE 3 1.1 Autori 3 1.2 Modifiche Documento 3 1.3 Riferimenti 4 1.4 Acronimi e Definizioni 4 2. OBIETTIVI E CONTESTO DI RIFERIMENTO
Manuale Utente SIRECO
Corte Dei Conti Manuale Utente SIRECO Guida all accesso a SIRECO Indice dei contenuti 1. Obiettivo del documento... 3 1.1 Acronimi, abbreviazioni, e concetti di base... 3 2. Registrazione di un Responsabile...
Gestione dei documenti e delle registrazioni Rev. 00 del 11.11.08
1. DISTRIBUZIONE A tutti i membri dell organizzazione ING. TOMMASO 2. SCOPO Descrivere la gestione della documentazione e delle registrazioni del sistema di gestione 3. APPLICABILITÀ La presente procedura
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
Che differenza c è tra una richiesta XML ed una domanda XML? (pag. 4)
FAQ INVIO DOMANDE CIGO CON FLUSSO XML Cosa serve per inviare una domanda CIGO con il flusso XML? (pag. 2) Come si prepara una domanda in formato XML? (pag. 3) Che differenza c è tra una richiesta XML ed
Introduzione al Linguaggio C
Introduzione al Linguaggio C File I/O Daniele Pighin April 2009 Daniele Pighin Introduzione al Linguaggio C 1/15 Outline File e dati Accesso ai file File I/O Daniele Pighin Introduzione al Linguaggio C
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...
Manuale del portale di back office di MonetaWeb
Manuale del portale di back office di MonetaWeb Sommario 1.Introduzione... 1 2.Accesso al portale... 1 3.Pagina di ricerca... 2 3.1.Criteri di ricerca semplice...2 3.1.1.Ricerca per tipologia della transazione...2
Documentazione illustrativa
Documentazione illustrativa 1. INTRODUZIONE... 3 2. DESCRIZIONE SOMMARIA DEL SOFTWARE... 3 2.1 L aiuto fornito dalle tabelle... 3 2.2 Gestione dei manifesti di arrivo e di partenza... 4 2.3 Stampa del
VERSIONE MINIMA COMPATIBILE
Applicativo GIS CONTABILITA Versione 10.00.5c00 Tipo Versione Aggiornamento Data Rilascio 19.03.2010 Gentile cliente, La informiamo che è disponibile un aggiornamento GIS CONTABILITA. COMPATIBILITÀ E INSTALLAZIONE
Gruppo Buffetti S.p.A. Via F. Antolisei 10-00173 Roma
SOMMARIO VERSIONI CONTENUTE NEL PRESENTE AGGIORNAMENTO...2 AVVERTENZE...2 Introduzione normativa...2 Contenuti del rilascio...3 ADEGUAMENTO ARCHIVI (00006z)...3 ANTIRICICLAGGIO D.M. 141...3 Tabella Natura
Manuale Utente NET@PORTAL Delibera 99/11 li/
Manuale Utente NET@PORTAL Delibera 99/11 li/ Sommario 1 AGGIORNAMENTI DELLA VERSIONE 3 2 SCOPO 4 3 PROCEDURA 5 3.1 FLUSSO 0050 TRASMISSIONE AL DISTRIBUTORE DELLA RICHIESTA DI SWITCHING 5 3.2 FLUSSO 0100
INPS Direzione Centrale Sistemi Informativi e Tecnologici. Area CRM & Contact Center
INPS Direzione Centrale Sistemi Informativi e Tecnologici Area CRM & Contact Center Procedura Internet per la trasmissione delle domande relative agli sgravi contrattazione di II livello per l anno 2011
Finanziamenti on line -
Finanziamenti on line - Manuale per la compilazione dell Istruttoria Economico Finanziaria del Fondo NASKO Rev. 00 Manuale SiAge Bando: Fondo NASKO Istruttoria Economica - Finanziaria Pagina 1 Indice 1.
Guida all accesso al portale e ai servizi self service
Guida all accesso al portale e ai servizi self service INDICE PREMESSA 2 pag. 1 INTRODUZIONE 2 2 MODALITÀ DI PRIMO ACCESSO 2 2.1 LA CONVALIDA DELL INDIRIZZO DI POSTA ELETTRONICA 2 2.2 L INSERIMENTO DELLA
SEGNALAZIONE ANAGRAFICA MASSIVA. MANUALE D USO per gli Intermediari Segnalanti
SEGNALAZIONE ANAGRAFICA MASSIVA MANUALE D USO per gli Intermediari Segnalanti Versione 2.0 del 9/10/2014 1 PREMESSA... 1 2 ACCESSO ALLA PIATTAFORMA INFOSTAT... 1 3 FLUSSI DELLE SEGNALAZIONI ANAGRAFICHE...
SISTEMA DI GESTIONE PER LA QUALITA Capitolo 4
1. REQUISITI GENERALI L Azienda DSU Toscana si è dotata di un Sistema di gestione per la qualità disegnato in accordo con la normativa UNI EN ISO 9001:2008. Tutto il personale del DSU Toscana è impegnato
Web Services Servizio Telematico Dogane
Web Services Servizio Telematico Dogane MANUALE PER L'UTENTE Pagina 1 di 21 Indice 1 Introduzione... 3 2 Test funzionale dei web services... 6 3 Creazione del client... 10 3.1 Soluzioni Open Source...
