Versione 1.0 D Q P

(1)

Nome doc.: Copia di SPCoop-Modalità di Qualificazione della

Porta di Dominio_V1.1.doc Versione: 1.0

Data emissione: 22 Settembre 2011 Stato: Pubblicato

Q UALIFICAZIONE DELLA

P ORTA DI D OMINIO IN MODALITÀ PROVVISORIA

Versione 1.0

(2)

Nome doc.:

Copia di SPCoop-Modalità di Qualificazione della Porta di

Dominio_V1.1.doc Versione: 1.0

Pagina 2 di 60

I NDICE

1. PROCESSO DI QUALIFICAZIONE DELLA PORTA DI DOMINIO IN

MODALITÀ PROVVISORIA 3

2. DESCRIZIONE DEL SERVIZIO DI QUALIFICAZIONE 5

2.1. La sequenza del test di qualificazione 11

APPENDICE 1 - ESEMPIO DELLA SEQUENZA DEL TEST DI

QUALIFICAZIONE 13

2.2. Step 1: SICA verso PAGenerica – start. 13

2.3. Step 2: SICA verso PAGenerica - Buste Errate. 16

2.4. Step 3: SICA verso PAGenerica – testOne way. 25

2.5. Step 4: SICA verso PAGenerica – testSincrono. 26

2.6. Step 5: SICA verso PAGenerica – testAsincronoAsimmetrico. 29 2.7. Step 6: SICA verso PAGenerica – testAsincronoSimmetrico. 36

2.8. Step 7: SICA verso PAGenerica – end. 40

2.9. Step 8: PAGenerica verso SICA – start. 42

2.10. Step 9: PAGenerica verso SICA – testOneWay. 44

2.11. Step 10: PAGenerica verso SICA – testSincrono. 46

2.12. Step 11: PAGenerica verso SICA – testAsincronoAsimmetrico. 48 2.13. Step 12: PAGenerica verso SICA - testAsincronoSimmetrico. 52

2.14. Step 13: PAGenerica verso SICA – end. 57

2.15. Step 14: SICA verso PAGenerica – getTraccia. 59

(3)

Nome doc.:

Pagina 3 di 60

1. P ROCESSO DI QUALIFICAZIONE DELLA P ORTA DI

D OMINIO IN MODALITÀ PROVVISORIA

Il processo di qualificazione della porta di dominio prevede i seguenti passi e ed è ad esso propedeutico l’accreditamento ai servizi SICA.

1. Richiesta qualificazione della porta di dominio. L’amministrazione che intende qualificare la porta, nella persona del suo referente per i servizi SICA, dovrà manifestarne l’intenzione inviando una mail alla casella servizi.sica@digitpa.gov.it. In risposta a questa la stessa

amministrazione riceverà le istruzioni necessarie su come procedere e i moduli da compilare nelle varie fasi delle attività.

2. Compilazione del modulo di richiesta. Per effettuare formale richiesta per la qualificazione l’amministrazione deve compilare il modulo di richiesta, ricevuto come specificato al punto 1, ed inviare lo stesso completo in tutte le sue parti alla casella e-mail

servizi.sica@digitpa.gov.it. In caso di mancanza delle informazioni necessarie o di

inammissibilità della richiesta l’amministrazione riceverà una risposta via posta elettronica contenete le indicazioni del caso o le motivazioni del diniego.

3. Proposta di schedulazione attività. Nel caso di richiesta completa e ricevibile, in risposta alla mail verrà proposta una schedulazione delle attività relative a:

a. verifica di raggiungibilità del sistema di test,

b. esecuzione delle prova di esecuzione del test di qualificazione,

alla quale l’amministrazione dovrà fornire esplicita conferma via e-mail. Per ognuna delle due attività il centro servizi proporrà delle possibili date su cui l’amministrazione avrà facoltà di scelta in base allo proprie necessità operative. Nella risposta saranno anche presenti, in un apposito allegato, tutte le indicazioni relative ai punti di accesso del sistema di qualificazione necessarie per la predisposizione dei firewall.

4. Predisposizione delle politiche firewall. L’amministrazione, in tempi compatibili con le date programmate per le prove, dovrà provvedere ad istanziare le opportune politiche firewall necessarie per consentire la raggiungibilità di rete tra il sistema ospitante la porta di dominio da qualificare ed il centro servizi

5. Esecuzioni test di raggiungibilità. Le prove verranno eseguite, nelle date programmate, in collaborazione con i tecnici del centro servizi. Allo scopo, alla data prefissata, il referente dell’amministrazione verrà contattato telefonicamente dall’operatore del centro servizi. In caso di esito negativo, se necessario, è possibile rinviare la ripetizione delle prove e di conseguenza aggiornare la schedulazione delle attività. La nuova schedulazione dovrà essere confermata via e-mail dall’amministrazione.

6. Esecuzione test di qualificazione. Alla data schedulata per il test di qualificazione il

referente dell’amministrazione verrà contattato dall’operatore del centro servizi per

l’esecuzione del test. A prove concluse l’esito verrà notificato attraverso una mail che

(4)

Nome doc.:

Pagina 4 di 60

conterrà il responso complessivo insieme a un report dettagliato dei singoli passi costituenti il test eseguito e da una copia dell’intero set dei messaggi scambiati. In caso di esito negativo delle prove è prevista la possibilità di aggiornare la schedulazione delle attività. La nuova schedulazione verrà proposta dal centro servizi e confermata via email dall’amministrazione

7. Richiesta rilascio qualificazione. Portato a termine positivamente il test di qualificazione, l’amministrazione dovrà provvedere alla richiesta esplicita di rilascio della qualificazione attraverso la compilazione dell’apposito modulo, allegato alla mail di risposta di cui al punto1.

8. Rilascio qualificazione. L’amministratore della porta di dominio riceverà una mail di conferma dell’avvenuto rilascio della qualificazione e con essa il certificato rilasciato per la porta la porta qualificata. Contestualmente il fully qualified name della porta di dominio (

<soggettoSPCoop>.spcop.gov.it) sarà risolvibile su SPC dai DNS di SPCoop.

L’amministrazione confermerà, rispondendo al messaggio, l’avvenuta presa visione della

comunicazione.

(5)

Nome doc.:

Pagina 5 di 60

2. D ESCRIZIONE DEL SERVIZIO DI QUALIFICAZIONE

La Porta di Dominio dell’amministrazione in fase di qualifica deve implementare un servizio definito da uno specifico Accordo di Servizio. Tale servizio consente l’esecuzione del Test di Qualificazione.

Di seguito viene riportato il WSDL Concettuale di tale servizio.

Fig 1. Rappresentazione grafica del WSDL Concettuale

(6)

Nome doc.:

Pagina 6 di 60

<?xml version="1.0" encoding="UTF-8"?>

<wsdl:definitions

targetNamespace="http://servizi.cnipa.it/QualificazionePDDWS"

name="AdSQualificazionePDDConcettuale"

xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"

xmlns:xsd="http://www.w3.org/2001/XMLSchema"

xmlns:intf="http://servizi.cnipa.it/QualificazionePDDWS"

xmlns:tns="http://servizi.cnipa.it/QualificazionePDDWS"

xmlns:types="http://servizi.cnipa.it/QualificazionePDDWS/types"

xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/">

<wsdl:types>

<xsd:schema targetNamespace=http://servizi.cnipa.it/QualificazionePDDWS xmlns:types="http://servizi.cnipa.it/QualificazionePDDWS/types"

xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"

xmlns:xsd="http://www.w3.org/2001/XMLSchema">

<xsd:import namespace="http://servizi.cnipa.it/QualificazionePDDWS/types" schemaLocation="Types.xsd" />

</xsd:schema>

</wsdl:types>

<wsdl:message name="richiesta_RichiestaRispostaAsincrona_testAsincronoAsimmetrico_Msg">

<wsdl:part name="parameters" element="types:richiesta_RichiestaRispostaAsincrona_testAsincronoAsimmetrico" />

</wsdl:message>

<wsdl:message name="risposta_RichiestaRispostaAsincrona_testAsincronoAsimmetrico_Msg">

<wsdl:part name="parameters" element="types:risposta_RichiestaRispostaAsincrona_testAsincronoAsimmetrico" />

</wsdl:message>

<wsdl:message name="richiesta_RichiestaRispostaAsincrona_checkTestAsincronoAsimmetrico_Msg">

<wsdl:part name="parameters" element="types:richiesta_RichiestaRispostaAsincrona_checkTestAsincronoAsimmetrico" />

</wsdl:message>

<wsdl:message name="risposta_RichiestaRispostaAsincrona_checkTestAsincronoAsimmetrico_Msg">

<wsdl:part name="parameters" element="types:risposta_RichiestaRispostaAsincrona_checkTestAsincronoAsimmetrico" />

</wsdl:message>

<wsdl:message name="richiesta_RichiestaRispostaAsincrona_testAsincronoSimmetrico_Msg">

<wsdl:part name="parameters" element="types:richiesta_RichiestaRispostaAsincrona_testAsincronoSimmetrico" />

</wsdl:message>

<wsdl:message name="risposta_RichiestaRispostaAsincrona_testAsincronoSimmetrico_Msg">

<wsdl:part name="parameters" element="types:risposta_RichiestaRispostaAsincrona_testAsincronoSimmetrico" />

</wsdl:message>

<wsdl:message name="segnalazione_NotificazioneRisposta_riceviRispostaTestAsincronoSimmetrico_Msg">

<wsdl:part name="parameters" element="types:segnalazione_NotificazioneRisposta_riceviRispostaTestAsincronoSimmetrico" />

</wsdl:message>

<wsdl:message name="risposta_NotificazioneRisposta_riceviRispostaTestAsincronoSimmetrico_Msg">

<wsdl:part name="parameters" element="types:risposta_NotificazioneRisposta_riceviRispostaTestAsincronoSimmetrico" />

</wsdl:message>

<wsdl:message name="richiesta_RichiestaRispostaSincrona_start_Msg">

<wsdl:part name="parameters" element="types:richiesta_RichiestaRispostaSincrona_start" />

</wsdl:message>

<wsdl:message name="risposta_RichiestaRispostaSincrona_start_Msg">

<wsdl:part name="parameters" element="types:risposta_RichiestaRispostaSincrona_start" />

</wsdl:message>

<wsdl:message name="richiesta_RichiestaRispostaSincrona_end_Msg">

<wsdl:part name="parameters" element="types:richiesta_RichiestaRispostaSincrona_end" />

</wsdl:message>

<wsdl:message name="risposta_RichiestaRispostaSincrona_end_Msg">

<wsdl:part name="parameters" element="types:risposta_RichiestaRispostaSincrona_end" />

</wsdl:message>

<wsdl:message name="richiesta_RichiestaRispostaSincrona_testSincrono_Msg">

<wsdl:part name="parameters" element="types:richiesta_RichiestaRispostaSincrona_testSincrono" />

</wsdl:message>

<wsdl:message name="risposta_RichiestaRispostaSincrona_testSincrono_Msg">

<wsdl:part name="parameters" element="types:risposta_RichiestaRispostaSincrona_testSincrono" />

</wsdl:message>

<wsdl:message name="richiesta_RichiestaRispostaSincrona_getTraccia_Msg">

<wsdl:part name="parameters" element="types:richiesta_RichiestaRispostaSincrona_getTraccia" />

</wsdl:message>

<wsdl:message name="risposta_RichiestaRispostaSincrona_getTraccia_Msg">

<wsdl:part name="parameters" element="types:risposta_RichiestaRispostaSincrona_getTraccia" />

</wsdl:message>

<wsdl:message name="richiesta_RichiestaSenzaRisposta_testOneWay_Msg">

<wsdl:part name="parameters" element="types:richiesta_RichiestaSenzaRisposta_testOneWay" />

</wsdl:message>

<wsdl:portType name="QualificazionePDD">

<wsdl:operation name="testAsincronoAsimmetrico">

<wsdl:input message="intf:richiesta_RichiestaRispostaAsincrona_testAsincronoAsimmetrico_Msg" />

<wsdl:output message="intf:risposta_RichiestaRispostaAsincrona_testAsincronoAsimmetrico_Msg" />

</wsdl:operation>

<wsdl:operation name="checkTestAsincronoAsimmetrico">

<wsdl:input message="intf:richiesta_RichiestaRispostaAsincrona_checkTestAsincronoAsimmetrico_Msg" />

<wsdl:output message="intf:risposta_RichiestaRispostaAsincrona_checkTestAsincronoAsimmetrico_Msg" />

</wsdl:operation>

<wsdl:operation name="testAsincronoSimmetrico">

<wsdl:input message="intf:richiesta_RichiestaRispostaAsincrona_testAsincronoSimmetrico_Msg" />

<wsdl:output message="intf:risposta_RichiestaRispostaAsincrona_testAsincronoSimmetrico_Msg" />

</wsdl:operation>

<wsdl:operation name="start">

(7)

Nome doc.:

Pagina 7 di 60

<wsdl:input message="intf:richiesta_RichiestaRispostaSincrona_start_Msg" />

<wsdl:output message="intf:risposta_RichiestaRispostaSincrona_start_Msg" />

</wsdl:operation>

<wsdl:operation name="end">

<wsdl:input message="intf:richiesta_RichiestaRispostaSincrona_end_Msg" />

<wsdl:output message="intf:risposta_RichiestaRispostaSincrona_end_Msg" />

</wsdl:operation>

<wsdl:operation name="testSincrono">

<wsdl:input message="intf:richiesta_RichiestaRispostaSincrona_testSincrono_Msg" />

<wsdl:output message="intf:risposta_RichiestaRispostaSincrona_testSincrono_Msg" />

</wsdl:operation>

<wsdl:operation name="getTraccia">

<wsdl:input message="intf:richiesta_RichiestaRispostaSincrona_getTraccia_Msg" />

<wsdl:output message="intf:risposta_RichiestaRispostaSincrona_getTraccia_Msg" />

</wsdl:operation>

<wsdl:operation name="testOneWay">

<wsdl:input message="intf:richiesta_RichiestaSenzaRisposta_testOneWay_Msg" />

</wsdl:operation>

</wsdl:portType>

<wsdl:portType name="QualificazionePDDCorrelato">

<wsdl:operation name="riceviRispostaTestAsincronoSimmetrico">

<wsdl:input message="intf:segnalazione_NotificazioneRisposta_riceviRispostaTestAsincronoSimmetrico_Msg" />

<wsdl:output message="intf:risposta_NotificazioneRisposta_riceviRispostaTestAsincronoSimmetrico_Msg" />

</wsdl:operation>

</wsdl:portType>

</wsdl:definitions>

Fig 2. WSDL Concettuale

(8)

Nome doc.:

Pagina 8 di 60

<?xml version="1.0" encoding="UTF-8" ?>

<xsd:schema xmlns:types="http://servizi.cnipa.it/QualificazionePDDWS/types"

xmlns:xsd="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"

targetNamespace="http://servizi.cnipa.it/QualificazionePDDWS/types">

<xsd:element name="richiesta_RichiestaSenzaRisposta_testOneWay" type="types:richiesta_type" />

<xsd:element name="richiesta_RichiestaRispostaSincrona_start" type="types:richiesta_type" />

<xsd:element name="risposta_RichiestaRispostaSincrona_start" type="types:risposta_type" />

<xsd:element name="richiesta_RichiestaRispostaSincrona_end" type="types:richiesta_end_type" />

<xsd:element name="risposta_RichiestaRispostaSincrona_end" type="types:risposta_type" />

<xsd:element name="richiesta_RichiestaRispostaSincrona_testSincrono" type="types:richiesta_type" />

<xsd:element name="risposta_RichiestaRispostaSincrona_testSincrono" type="types:risposta_type" />

<xsd:element name="richiesta_RichiestaRispostaAsincrona_testAsincronoSimmetrico" type="types:richiesta_type" />

<xsd:element name="risposta_RichiestaRispostaAsincrona_testAsincronoSimmetrico" type="types:ack_type" />

<xsd:element name="segnalazione_NotificazioneRisposta_riceviRispostaTestAsincronoSimmetrico" type="types:risposta_type" />

<xsd:element name="risposta_NotificazioneRisposta_riceviRispostaTestAsincronoSimmetrico" type="types:ack_type" />

<xsd:element name="richiesta_RichiestaRispostaAsincrona_testAsincronoAsimmetrico" type="types:richiesta_type" />

<xsd:element name="risposta_RichiestaRispostaAsincrona_testAsincronoAsimmetrico" type="types:ack_type" />

<xsd:element name="richiesta_RichiestaRispostaAsincrona_checkTestAsincronoAsimmetrico" type="types:richiesta_type" />

<xsd:element name="risposta_RichiestaRispostaAsincrona_checkTestAsincronoAsimmetrico" type="types:risposta_type" />

<xsd:element name="richiesta_RichiestaRispostaSincrona_getTraccia" type="types:richiesta_type" />

<xsd:element name="risposta_RichiestaRispostaSincrona_getTraccia" type="types:risposta_getTraccia_type" />

<xsd:complexType name="richiesta_type">

<xsd:sequence>

<xsd:element name="TokenSessione" type="xsd:string" />

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="richiesta_end_type">

<xsd:sequence>

<xsd:element name="isInError" type="xsd:boolean" />

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="risposta_type">

<xsd:sequence>

<xsd:element name="Esito" type="types:esito_type" />

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="risposta_getTraccia_type">

<xsd:sequence>

<xsd:element name="Esito" type="types:esito_type" />

<xsd:element maxOccurs="unbounded" name="TracciaQualificazione" type="xsd:string" />

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="ack_type">

<xsd:sequence>

<xsd:element name="PresaInCarico" type="types:presa_type" />

</xsd:sequence>

</xsd:complexType>

<xsd:simpleType name="esito_type">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="RISPOSTA_OK" />

<xsd:enumeration value="RISPOSTA_KO" />

<xsd:enumeration value="RISPOSTA_NON_PRONTA" />

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="presa_type">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="OK" />

<xsd:enumeration value="KO" />

</xsd:restriction>

</xsd:simpleType>

</xsd:schema>

Fig 3. Types

(9)

Nome doc.:

Pagina 9 di 60

Tale servizio definisce un insieme di operation che permettono di eseguire tutte le tipologie di test previste per il test di qualificazione. Tali operation sono formalmente definite all’interno dell’Accordo di Servizio nel file ProfiloDiCollaborazione.xml

<tns:egovDecllElement xmlns:tns="http://spcoop.gov.it/collProfiles"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xmlns:adsQualificazionePDD="http://servizi.cnipa.gov.it/AdSQualificazionePDD/" xsi:schemaLocation="http://spcoop.gov.it/collProfiles/collProfiles.xsd">

<e-govVersion>e-govV1.1</e-govVersion>

<rifDefinizioneInterfaccia>adsQualificazionePDD:AdSQualificazionePDDConcettuale</rifDefinizioneInterfaccia>

<operation operazione="adsQualificazionePDD:start"

profiloDiCollaborazione="Sincrono"

servizio="adsQualificazionePDD:QualificazionePDD" />

<operation operazione="adsQualificazionePDD:end"

<operation operazione="adsQualificazionePDD:getTraccia"

<operation operazione="adsQualificazionePDD:testOneway"

profiloDiCollaborazione="OneWay"

<operation operazione="adsQualificazionePDD:testSincrono"

<operation operazione="adsQualificazionePDD:testAsincronoAsimmetrico"

profiloDiCollaborazione="AsincronoSimmetrico"

servizio="adsQualificazionePDD:QualificazionePDD"

operazioneCorrelata="adsQualificazionePDD:checkTestAsincronoAsimmetrico"

servizioCorrelato="adsQualificazionePDD:QualificazionePDD" />

<operation operazione="adsQualificazionePDD:checkTestAsincronoAsimmetrico"

profiloDiCollaborazione="AsincronoAsimmetrico"

<operation operazione="adsQualificazionePDD:testAsincronoSimmetrico"

servizio="adsQualificazionePDD:QualificazionePDD"

operazioneCorrelata="adsQualificazionePDD:riceviRispostaTestAsincronoSimmetrico"

servizioCorrelato="adsQualificazionePDD:QualificazionePDDCorrelato" />

<operation operazione="adsQualificazionePDD:riceviRispostaTestAsincronoSimmetrico"

servizio="adsQualificazionePDD:QualificazionePDDCorrelato" />

</operationList>

</tns:egovDecllElement>

Fig 4. ProfiloDiCollaborazione.xml

Tra le operation definite è possibile fare una suddivisione tra “operazione di test”, cioè quelle il cui scopo è quello di verificare l’aderenza alle specifiche della busta di egov e “operazione di utilità” utili al fine di governare le varie fasi del processo del test.

Di seguito è riporto un sequence diagram che esplicita solamente le operazioni di utilità che devono essere richiamate durante il test di qualificazione.

Le operazioni di “start” e “end” permettono di aprire una sessione di test tra una Porta di Dominio

Richiedente e una Erogatrice. La sequenza di chiamata dei casi di test di business viene effettuata in

prima battuta dalla Porta di Dominio di riferimento del SICA e di seguito viene replicata dalla Porta di

Dominio in fase di qualifica mantenendo lo stesso valore della sessione di test utilizzata nei comandi di

start e end.

(10)

Nome doc.:

Pagina 10 di 60

La Porta di Dominio di riferimento del SICA a termine della doppia sessione di test richiede alla Porta di Dominio in fase di qualificazione le tracce registrate dal componente di Traccia e Diagnostica previsto dalle specifiche di Porta di Dominio.

Fig 5. Sequence Diagram dei operazioni di utilità

(11)

Nome doc.:

Pagina 11 di 60

2.1. La sequenza del test di qualificazione

Di seguito, il sequence diagram descrive la sequenza prevista di richiesta di servizio tra le porta di

dominio.

(12)

Nome doc.:

Pagina 12 di 60

Fig 6. Sequence Diagram delle operazioni di test

(13)

Nome doc.:

Pagina 13 di 60

A PPENDICE 1 - E SEMPIO DELLA S EQUENZA DEL T EST DI

Q UALIFICAZIONE

Di seguito, a livello esemplificativo, vengono riproposte la descrizione di tutte le envelope soap scambiate con una ipotetica amministrazione in fase di qualifica.

Nel seguito del documento l’amministrazione remota è identificata dal codice PAGenerica.

2.2. Step 1: SICA verso PAGenerica – start.

Il servizio che esegue il test di qualificazione, invia una prima richiesta di servizio di start all’amministrazione remota. Tale azione permette di attivare l’amministrazione remota al test di qualificazione. Inoltre viene scambiato il codice identificativo della sessione di test, che deve essere utilizzato per tutta la durata del processo di qualificazione.

Servizio = QualificazionePDD Azione = start

Profilo di collaborazione = EGOV_IT_ServizioSincrono

SICA PAGenerica

Fig 7. Comando start

Il sistema si attende in response una riposta con esito positivo come riportato di seguito:

<risposta_RichiestaRispostaSincrona_start>

< Esito>RISPOSTA_OK</Esito>

< TokenSessione>TokenSessioneTestQualificazione</ TokenSessione>

</ risposta_RichiestaRispostaSincrona_start>

In caso contrario in cui viene restituito un fault o in alternativa una risposta con esito negativo (RISPOSTA_KO) il sistema termina il processo di qualificazione, inviando una richiesta di servizio di end con esito negativo:

Servizio = QualificazionePDD Azione = end

Profilo di collaborazione = EGOV_IT_ServizioSincrono

<richiesta_RichiestaRispostaSincrona_end>

<TokenSessione> TokenSessioneTestQualificazione </TokenSessione>

(14)

Nome doc.:

Pagina 14 di 60

<isInError>1</isInError>

</richiesta_RichiestaRispostaSincrona_end>.

(15)

Nome doc.:

Pagina 15 di 60 <soapenv:Envelope

xmlns:SOAP_ENV="http://schemas.xmlsoap.org/soap/envelope/"

xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"

xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<soapenv:Header xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">

<eGov_IT:Intestazione soapenv:actor="http://www.cnipa.it/eGov_it/portadominio" soapenv:mustUnderstand="1"

xmlns:eGov_IT="http://www.cnipa.it/schemas/2003/eGovIT/Busta1_0/"

xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">

<eGov_IT:IntestazioneMessaggio>

<eGov_IT:Mittente>

<eGov_IT:IdentificativoParte tipo="SPC">SICA</eGov_IT:IdentificativoParte>

</eGov_IT:Mittente>

<eGov_IT:Destinatario>

<eGov_IT:IdentificativoParte tipo="SPC">PAGenerica</eGov_IT:IdentificativoParte>

</eGov_IT:Destinatario>

<eGov_IT:ProfiloCollaborazione>EGOV_IT_ServizioSincrono</eGov_IT:ProfiloCollaborazione>

<eGov_IT:Servizio tipo="SPC">QualificazionePDD</eGov_IT:Servizio>

<eGov_IT:Azione>start</eGov_IT:Azione>

<eGov_IT:Messaggio>

<eGov_IT:Identificatore>SICA_SICASPCoopIT_0000001_2007-11-07_16:27</eGov_IT:Identificatore>

<eGov_IT:OraRegistrazione tempo="EGOV_IT_SPC">2007-11-07T16:27:04</eGov_IT:OraRegistrazione>

</eGov_IT:Messaggio>

</eGov_IT:IntestazioneMessaggio>

</eGov_IT:Intestazione>

</soapenv:Header>

<soapenv:Body>

<p891:richiesta_RichiestaRispostaSincrona_start xmlns:p891="http://servizi.cnipa.it/QualificazionePDDWS/types">

<p891:TokenSessione>1ab955960a3281e965c0393ad0071f1e</p891:TokenSessione>

</p891:richiesta_RichiestaRispostaSincrona_start>

</soapenv:Body>

</soapenv:Envelope>

Fig 8. Header del messaggio SOAP start request

<soapenv:Envelope xmlns:SOAP_ENV="http://schemas.xmlsoap.org/soap/envelope/"

<soapenv:Header>

<eGov_IT:Mittente>

<eGov_IT:IdentificativoParte indirizzoTelematico="" tipo="SPC">PAGenerica</eGov_IT:IdentificativoParte>

</eGov_IT:Mittente>

<eGov_IT:IdentificativoParte indirizzoTelematico="" tipo="SPC">SICA</eGov_IT:IdentificativoParte>

<eGov_IT:ProfiloCollaborazione>EGOV_IT_ServizioSincrono</eGov_IT:ProfiloCollaborazione>

<eGov_IT:Servizio tipo="SPC">QualificazionePDD</eGov_IT:Servizio>

<eGov_IT:Azione>start</eGov_IT:Azione>

<eGov_IT:Messaggio>

<eGov_IT:Identificatore>PAGenerica_PAGenericaSPCoopIT_0000001_2007-11-07_16:27</eGov_IT:Identificatore>

<eGov_IT:RiferimentoMessaggio> SICA_SICASPCoopIT_0000001_2007-11-07_16:27</eGov_IT:RiferimentoMessaggio>

</eGov_IT:IntestazioneMessaggio>

</eGov_IT:Intestazione>

</soapenv:Header>

<soapenv:Body xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">

<p891:risposta_RichiestaRispostaSincrona_start xmlns:p891="http://servizi.cnipa.it/QualificazionePDDWS/types">

<p891:Esito>RISPOSTA_OK</p891:Esito>

<p891:TokenSessione>1ab955960a3281e965c0393ad0071f1e</p891:TokenSessione>

</p891:risposta_RichiestaRispostaSincrona_start>

</soapenv:Body>

</soapenv:Envelope>

Fig 9. Header del messaggio SOAP start response.

(16)

Nome doc.:

Pagina 16 di 60

2.3. Step 2: SICA verso PAGenerica - Buste Errate.

Il servizio inizia a inviare una serie di buste errate per verificare la corretta gestione e segnalazione dell’errore riscontrato dalla Porta di Dominio in fase di qualificazione.

Di seguito vengono riportate 4 esempi di invio di una richiesta di servizio con busta errata:

Azione non prevista nell’Accordo di Servizio - codiceEccezione="EGOV_IT_106"

Servizio non previsto negli Accordi di Servizio - codiceEccezione="EGOV_IT_105"

Identificativo della Parte mittente sconosciuto - codiceEccezione="EGOV_IT_101"

Profilo di Collaborazione non valido - codiceEccezione="EGOV_IT_103"

L’elenco completo delle buste errate e il relativo errore associato si pussono scaricate dal link Lista Buste Errate presente nel Sistema di Qualificazione della PDD.

I casi di test previsti in fase di qualificazione prevedono l’invio di buste di egov errate, al fine di verificare la gestione degli errori previsti nelle Linee Guida all’utilizzo della Porta di Dominio [SPCoop- LineeGuidaPDD].

Servizio = QualificazionePDD Azione = start

Profilo di collaborazione = EGOV_IT_ServizioSincrono

SICA PAGenerica

Fig 10. Caso di Test: Buste Errate

Il sistema si attende in response una busta di egov con il giusto valore di eccezione presente nell’elemento eGov_IT:Eccezione.

In caso contrario in cui viene restituito:

un fault non conforme alle specifiche

un fault conforme ma la lista eccezioni senza l’eccezione aspetata un esito positivo (RISPOSTA_OK) senza fault

un esito negativo (RISPOSTA_KO) senza fault

il sistema termina il processo di qualificazione, inviando un richiesta di servizio con esito negativo:

Servizio = QualificazionePDD Azione = end

Profilo di collaborazione = EGOV_IT_ServizioSincrono

<richiesta_RichiestaRispostaSincrona_end>

<TokenSessione> TokenSessioneTestQualificazione </TokenSessione>

<isInError>1</isInError>

</richiesta_RichiestaRispostaSincrona_end>.

(17)

Nome doc.:

Pagina 17 di 60

<eGov_IT:Mittente>

</eGov_IT:Mittente>

<eGov_IT:Azione>AzioneErrata</eGov_IT:Azione>

<eGov_IT:Messaggio>

</soapenv:Header>

<soapenv:Body>

<p891:richiesta_RichiestaRispostaSincrona_testSincrono xmlns:p891="http://servizi.cnipa.it/QualificazionePDDWS/types">

</p891:richiesta_RichiestaRispostaSincrona_testSincrono>

</soapenv:Body>

</soapenv:Envelope>

Fig 11. Header del messaggio SOAP AzioneErrata request

(18)

Nome doc.:

Pagina 18 di 60

<soapenv:Envelope

<eGov_IT:Mittente>

</eGov_IT:Mittente>

<eGov_IT:Azione>AzioneErrata</eGov_IT:Azione>

<eGov_IT:Messaggio>

<eGov_IT:RiferimentoMessaggio>SICA_SICASPCoopIT_0000001_2007-11-07_16:28</eGov_IT:RiferimentoMessaggio>

<eGov_IT:ListaEccezioni>

<eGov_IT:Eccezione

codiceEccezione="EGOV_IT_106"

contestoCodifica="ErroreIntestazioneMessaggioSPCoop"

posizione="Azione"

rilevanza="GRAVE"></eGov_IT:Eccezione>

</eGov_IT:ListaEccezioni>

</soapenv:Header>

<soapenv:Body>

<soapenv:Fault>

<faultcode>SOAP_ENV:Client</faultcode>

<![CDATA[EGOV_IT_001 - Formato Busta non corretto]]>

</faultstring>

</soapenv:Fault>

</soapenv:Body>

</soapenv:Envelope>

Fig 12. Header del messaggio SOAP AzioneErrata response.

(19)

Nome doc.:

Pagina 19 di 60

xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<eGov_IT:Mittente>

</eGov_IT:Mittente>

<eGov_IT:Servizio tipo="SPC">ServizioErrato</eGov_IT:Servizio>

<eGov_IT:Azione>testSincrono</eGov_IT:Azione>

<eGov_IT:Messaggio>

</soapenv:Header>

<soapenv:Body>

</soapenv:Body>

</soapenv:Envelope>

Fig 13. Header del messaggio SOAP ServizioErrato request

(20)

Nome doc.:

Pagina 20 di 60

<eGov_IT:Mittente>

</eGov_IT:Mittente>

<eGov_IT:Servizio tipo="SPC">ServizioErrato</eGov_IT:Servizio>

<eGov_IT:Messaggio>

<eGov_IT:Eccezione

posizione="Azione"

</soapenv:Header>

<soapenv:Body>

<soapenv:Fault>

</faultstring>

</soapenv:Fault>

</soapenv:Body>

</soapenv:Envelope>

Fig 14. Header del messaggio SOAP ServizioErrato response.

(21)

Nome doc.:

Pagina 21 di 60

<eGov_IT:Mittente>

<eGov_IT:IdentificativoParte tipo="SPC">SICAX</eGov_IT:IdentificativoParte>

</eGov_IT:Mittente>

<eGov_IT:Messaggio>

</soapenv:Header>

<soapenv:Body>

</soapenv:Body>

</soapenv:Envelope>

Fig 15. Header del messaggio SOAP Identificativo Parte errato request

(22)

Nome doc.:

Pagina 22 di 60

<eGov_IT:Mittente>

</eGov_IT:Mittente>

<eGov_IT:IdentificativoParte indirizzoTelematico="" tipo="SPC">SICAX</eGov_IT:IdentificativoParte>

<eGov_IT:Messaggio>

<eGov_IT:Eccezione

posizione="Mittente"

</soapenv:Header>

<soapenv:Body>

<soapenv:Fault>

</faultstring>

</soapenv:Fault>

</soapenv:Body>

</soapenv:Envelope>

Fig 16. Header del messaggio SOAP Identificativo Parte errato response.

(23)

Nome doc.:

Pagina 23 di 60

<eGov_IT:Mittente>

</eGov_IT:Mittente>

<eGov_IT:ProfiloCollaborazione>ProfiloErrato</eGov_IT:ProfiloCollaborazione>

<eGov_IT:Messaggio>

</soapenv:Header>

<soapenv:Body>

</soapenv:Body>

</soapenv:Envelope>

Fig 17. Header del messaggio SOAP Profilo Coll. errato request

(24)

Nome doc.:

Pagina 24 di 60

<eGov_IT:Mittente>

</eGov_IT:Mittente>

<eGov_IT:ProfiloCollaborazione>ProfiloErrato</eGov_IT:ProfiloCollaborazione>

<eGov_IT:Messaggio>

<eGov_IT:Eccezione

posizione="ProfiloCollaborazione"

</soapenv:Header>

<soapenv:Body>

<soapenv:Fault>

</faultstring>

</soapenv:Fault>

</soapenv:Body>

</soapenv:Envelope>

Fig 18. Header del messaggio SOAP Profilo Coll. errato response.

(25)

Nome doc.:

Pagina 25 di 60

2.4. Step 3: SICA verso PAGenerica – testOne way.

Terminata la verifica del comportamento della Porta di Dominio nel rispondere alle richieste di servizio con l’header della busta di egov con degli errori volontari, si inizia una serie di casi di test positivi per verificare il corretto funzionamento della Porta di Dominio per ogni profilo di collaborazione previsto dalle specifiche della busta di egov.

La prima richiesta di servizio inviata alla Porta di Dominio in fase di qualificazione è eseguita con il profilo di collaborazione OneWay.

Servizio = QualificazionePDD Azione = testOneWay

Profilo di collaborazione = EGOV_IT_MessaggioSingoloOneWay

SICA PAGenerica

Fig 19. Caso di Test: testOneWay

<eGov_IT:Mittente>

</eGov_IT:Mittente>

<eGov_IT:ProfiloCollaborazione>EGOV_IT_MessaggioSingoloOneWay</eGov_IT:ProfiloCollaborazione>

<eGov_IT:Azione>testOneWay</eGov_IT:Azione>

<eGov_IT:Messaggio>

</soapenv:Header>

<soapenv:Body>

<p891:richiesta_RichiestaSenzaRisposta_testOneWay xmlns:p891="http://servizi.cnipa.it/QualificazionePDDWS/types">

</p891:richiesta_RichiestaSenzaRisposta_testOneWay>

</soapenv:Body>

</soapenv:Envelope>

Fig 20. Header del messaggio SOAP testOneWay request

(26)

Nome doc.:

Pagina 26 di 60

2.5. Step 4: SICA verso PAGenerica – testSincrono.

Di seguito alla corretta esecuzione della richiesta di servizio oneway, il sistema di qualificazione invia una richiesta di servizio con profilo di collaborazione sincrona.

Servizio = QualificazionePDD Azione = testSincrono

Profilo di collaborazione = EGOV_IT_SirvizioSincrono

SICA PAGenerica

Fig 21. Caso di Test: testSincrono()

Il sistema si attende in response una riposta con esito positivo come riportato di seguito:

<risposta_RichiestaRispostaSincrona_testSincrono>

< Esito>RISPOSTA_OK</Esito>

< TokenSessione>TokenSessioneTestQualificazione</ TokenSessione>

</ risposta_RichiestaRispostaSincrona_testSincrono>

In caso contrario in cui viene restituito un fault o in alternativa una risposta con esito negativo (RISPOSTA_KO) il sistema termina il processo di Qualificazione, inviando una richiesta di servizio di end con esito negativo:

Servizio = QualificazionePDD Azione = end

Profilo di collaborazione = EGOV_IT_ServizioSincrono

<richiesta_RichiestaRispostaSincrona_end>

<TokenSessione> TokenSessioneTestQualificazione </TokenSessione>

<isInError>1</isInError>

</richiesta_RichiestaRispostaSincrona_end>.

(27)

Nome doc.:

Pagina 27 di 60

<soapenv:Envelope

<eGov_IT:Mittente>

</eGov_IT:Mittente>

<eGov_IT:Messaggio>

</soapenv:Header>

<soapenv:Body>

</soapenv:Body>

</soapenv:Envelope>

Fig 22. Header del messaggio SOAP testSincrono request

(28)

Nome doc.:

Pagina 28 di 60

<soapenv:Envelope

<soapenv:Header>

<eGov_IT:Mittente>

</eGov_IT:Mittente>

<eGov_IT:Messaggio>

<eGov_IT:Identificatore>PAGenerica_PAGenericaSPCoopIT_0000002_2007-11-07_16.29:</eGov_IT:Identificatore>

<eGov_IT:RiferimentoMessaggio> SICA_SICASPCoopIT_0000006_2007-11-07_16:28</eGov_IT:RiferimentoMessaggio>

</soapenv:Header>

<soapenv:Body xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">

<p891:risposta_RichiestaRispostaSincrona_testSincrono xmlns:p891="http://servizi.cnipa.it/QualificazionePDDWS/types">

<p891:Esito>RISPOSTA_OK</p891:Esito>

</p891:risposta_RichiestaRispostaSincrona_testSincrono>

</soapenv:Body>

</soapenv:Envelope>

Fig 23. Header del messaggio SOAP testSincrono response

(29)

Nome doc.:

Pagina 29 di 60

2.6. Step 5: SICA verso PAGenerica – testAsincronoAsimmetrico.

Di seguito alla corretta esecuzione della richiesta di servizio sincrono, il sistema di qualificazione invia una richiesta di servizio con profilo di collaborazione asincrona asimmetrica.

Servizio = QualificazionePDD Azione = testAsincronoAsimmetrico

Profilo di collaborazione = EGOV_IT_SirvizioAsincronoAsimmetrico

SICA PAGenerica

Fig 24. Caso di Test: testAsincronoAsimmetrico

Il sistema si attende in response una riposta di presa in carico come riportato di seguito:

<risposta_RichiestaRispostaAsincrona_testAsincronoAsimmetrico>

<PresaInCarico>OK</PresaInCarico>

< TokenSessione>TokenSessioneTestQualificazione</TokenSessione>

</risposta_RichiestaRispostaAsincrona_testAsincronoAsimmetrico>

In caso contrario in cui viene restituito un fault o in alternativa una risposta con presa in carico negativa (KO) il sistema termina il processo di qualificazione, inviando una richiesta di servizio: