A2A Specifiche Web Services



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

PROGETTO TESSERA SANITARIA

ZTL Firenze Inserimento Automatico

PROGETTO TESSERA SANITARIA

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

QUALIFICAZIONE DELLA PORTA DI DOMINIO

WEB SERVICES SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE REALE

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

Manuale Utente. Gestione Richieste supporto Data Warehouse. Della Ragioneria Generale dello Stato. Versione 1.0. Roma, Ottobre 2015

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

Manuale Utente. Gestione Richieste supporto BDAP. Versione 1.0

Specifiche di invocazione del sistema di monitoraggio e controllo servizi CART

WebCare. Specifiche Tecniche recupero dati per tariffazione. Redatto da: STUDIOFARMA 28 MAGGIO 2009 Verificato da: Approvato da:

WEB SERVICES SERVIZI PER RICEZIONE ED ELABORAZIONE MESSAGGI AMBIENTE PROVA

PROGETTO TESSERA SANITARIA WSDL E SCHEMI XSD PER L UTILIZZO DEI SERVIZI WEB- SERVICE

SVI Nuovo Sistema Revisioni

INF-1: Specifiche Tecniche di Interfaccia

Regione Piemonte Portale Rilevazioni Crediti EELL Manuale Utente

VERIFICHE E APPROVAZIONI CONTROLLO APPROVAZIONE

Hub-PA Versione Manuale utente

1 ACCESSO AL 3 2 CARICAMENTO DELLE RICHIESTE/PRESTAZIONI MONITORAGGIO DELLE RICHIESTE DOWNLOAD ESITI...

Manuale per i Fornitori

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

Presidenza del Consiglio dei Ministri

Gestione Richieste Patenti Web

TRASMISSIONE REPORTISTICA MENSILE. WEB SERVICE Descrizione procedura

I file di dati. Unità didattica D1 1

SOMMARIO... 3 INTRODUZIONE...

ISTRUZIONI PER IL SERVIZIO SPCOOP - RICEZIONE

Elenchi Intrastat. Indice degli argomenti. Premessa. Operazioni preliminari. Inserimento manuale dei movimenti e presentazione

Referti on-line e CRM ReView Service Monitor Specifiche tecniche

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

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

Software Servizi Web UOGA

MANUALE UTENTE Profilo Azienda Partecipata. APPLICATIVO CAFWeb

1 Riconoscimento del soggetto richiedente da parte del sistema

Gestione delle informazioni necessarie all attività di validazione degli studi di settore. Trasmissione degli esempi da valutare.

PROGETTO TESSERA SANITARIA 730 PRECOMPILATO ISTRUZIONI OPERATIVE - MEDICI

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

Omnia Web Timesheet. Manuale utente

Manuale Richiesta di Accesso

Client e Server comunicano tramite il protocollo SOAP.

1- OBIETTIVI DEL DOCUMENTO 2- INTRODUZIONE

SAP SRM 7 Manuale GARE ON LINE con cfolders FORNITORI INDICE

Nuovo Order Manager per il software NobelProcera

RISCOSSIONE TRAMITE MODELLO F24 IMPOSTA SUI PREMI DELLE ASSICURAZIONI RC AUTO CONTRIBUTO SSN SUI PREMI DELLE ASSICURAZIONI RC AUTO

Realizzazione di un sistema per l archiviazione, la conservazione sostitutiva e la dematerializzazione dei documenti

Servizi Remoti. Servizi Remoti. TeamPortal Servizi Remoti

SIRTEL. Sistema Informativo per la Rendicontazione Telematica degli Enti Locali. Schema di funzionamento del processo per l Ente Locale

SIAR - Versione

Documentazione API web v 1.0

MANUALE UTENTE Fiscali Free

PROGETTO TESSERA SANITARIA

Portale tirocini. Manuale utente Per la gestione del Progetto Formativo

11/02/2015 MANUALE DI INSTALLAZIONE DELL APPLICAZIONE DESKTOP TELEMATICO VERSIONE 1.0

Sistema Accordo Pagamenti

Guida Compilazione Piani di Studio on-line

OPESSAN DESCRIZIONE SERVIZI VERIFICHE E APPROVAZIONI CONTROLLO APPROVAZIONE

Istruzione Operativa Richiesta di Offerta on-line in busta chiusa digitale

CHIUSURE di MAGAZZINO di FINE ANNO

Guida Utente della PddConsole. Guida Utente della PddConsole

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.

SINTESI. Comunicazioni Obbligatorie [COB] Import massivo XML. ver. 1.0 del (ver. COB )

COMUNICAZIONE DELLE OPERAZIONI DI RESTITUZIONE AI SENSI DELL ART. 23, COMMA 1-BIS, DEL D. LGS. 231 DEL 2007 MANUALE OPERATIVO

NOTE OPERATIVE. Prodotto Inaz Download Manager. Release 1.3.0

Direzione Centrale Entrate Direzione Centrale Sistemi Informativi e Tecnologici. Roma, Messaggio n. 5880

INPS. Area CRM & Contact Center. Sgravi Contrattazione di II livello 2013

Sistemi Informativi I Caso di studio con applicazione di UML

* in giallo le modifiche apportate rispetto alla versione precedente datata 09/03/2011

ACCESSO AL SISTEMA HELIOS...

Scheda di collaudo Integrazione NoTIER

Con la presente vengono fornite indicazioni ai fini dell autorizzazione all esercizio di detta modalità di gioco.

4.1.1 Popolamento combo Titolo nella form di ricerca Ricerca effettiva.5

Manuale Utente Albo Pretorio GA

MODALITÀ DI QUALIFICAZIONE DELLA PORTA DI DOMINIO

Manuale Utente SIRECO

Gestione dei documenti e delle registrazioni Rev. 00 del

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

Che differenza c è tra una richiesta XML ed una domanda XML? (pag. 4)

Introduzione al Linguaggio C

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

Manuale del portale di back office di MonetaWeb

Documentazione illustrativa

VERSIONE MINIMA COMPATIBILE

Gruppo Buffetti S.p.A. Via F. Antolisei Roma

Manuale Utente Delibera 99/11 li/

INPS Direzione Centrale Sistemi Informativi e Tecnologici. Area CRM & Contact Center

Finanziamenti on line -

Guida all accesso al portale e ai servizi self service

SEGNALAZIONE ANAGRAFICA MASSIVA. MANUALE D USO per gli Intermediari Segnalanti

SISTEMA DI GESTIONE PER LA QUALITA Capitolo 4

Web Services Servizio Telematico Dogane

Transcript:

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 2.2.1 Input del WS...7 2.2.2 Output del WS...8 2.2.3 Considerazioni...9 3 APPENDICE...10 3.1 APPENDICE A WSDL... 10 3.1.1 WSDL A2ABankITService... 10 3.2 APPENDICE B GESTIONE E TIPI DI ERRORE... 18 2

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

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. 2.1.1 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

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. 2.1.2 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

- 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. 2.2.1 Input del WS La struttura dei dati A2AChunkedUploadInput input del WS è illustrata di seguito: 7

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. 2.2.2 Output del WS Il WS restituisce in output la struttura A2AChunkedUploadOutput illustrata di seguito: 8

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. 2.2.3 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

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: https://a2a.bancaditalia.it/infostat/collectionservices - pper l ambiente di Collaudo: https://certa2a.bancaditalia.it/infostat/collectionservices. 3.1 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: https://a2a.bancaditalia.it/infostat/collectionservices?wsdl ambiente di Collaudo: https://certa2a.bancaditalia.it/infostat/collectionservices?wsdl. 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="http://nrd.a2a.bankitalia.it" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:tns="http://nrd.a2a.bankitalia.it" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:xsd="http://www.w3.org/2001/xmlschema"> <wsdl:types> <xsd:schema targetnamespace="http://nrd.a2a.bankitalia.it"> <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

<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

<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

<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

<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

<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="http://schemas.xmlsoap.org/soap/http"/> <wsdl:operation name="uploaddata"> <soap:operation soapaction="http://nrd.a2a.bankitalia.it/uploaddata"/> <wsdl:input name="uploaddatarequest"> </wsdl:input> 15

<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="http://nrd.a2a.bankitalia.it/getmessages"/> <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="http://nrd.a2a.bankitalia.it/downloadfragment"/> <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="http://nrd.a2a.bankitalia.it/getsurveyandpartnerinfo"/> <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="http://nrd.a2a.bankitalia.it/getagreementcalendar"/> <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

<soap:operation soapaction="http://nrd.a2a.bankitalia.it/chunkeduploaddata"/> <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="http://nrd.a2a.bankitalia.it/requestchunkedupload"/> <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="http://localhost:9081/infostata2a/a2abankitservice"/> </wsdl:port> </wsdl:service> </wsdl:definitions> </wsdl:definitions> 17

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