Requisiti di conformità di applicazioni e servizi di cooperazione di Sistemi Informativi Locali

Transcript

1 Requisiti di conformità di applicazioni e servizi di cooperazione di Sistemi Informativi Locali Piano di Test per applicazioni SIL di InterPro versione Regione Toscana Centro Tecnico per la e.toscana Compliance Indice generale 1.Introduzione Descrizione dei casi di Test Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Riferimenti...14 Pagina 1 di 14

2 1. Introduzione In questo documento è riportata la descrizione dei test svolti dal Centro Tecnico per valutare la conformità agli standard e.toscana delle applicazioni SIL Protocollo. La configurazione di deploy cui si fa riferimento nel documento è mostrata in Figura 1. Le applicazioni coinvolte nella verifica sono le seguenti: L'applicativo SIL Protocollo da verificare; Un applicativo SIL sviluppato dal Centro Tecnico (nel seguito anche SIL-CT) che opera come un SIL di un Ente con cui SIL-Protocollo dialoga nel realizzare gli scenari di test relativi agli scambi di documenti tra Enti; Il portale per quanto concerne gli scambi di messaggi con i privati; L'applicazione web WebConf per la configurazione della piattaforma. Figura 1: Configurazione di deploy della applicazione "SIL-Protocollo" sottoposta a verifica e "SIL-CT" sviluppata dal Centro Tecnico e.toscana Compliance. AP@CI e WebConf fanno parte della piattaforma InterPro rivolta ai privati. Il NAL utilizzato nelle verifiche è carttestnal, nal di test installato presso Regione Toscana che ospita il Proxy Applicativo Protocollo Informatico. Pagina 2 di 14

3 2. Descrizione dei casi di Test Nel seguito vengono riportati i casi di test a cui sarà sottoposto SIL-Protocollo. I test case opzionali sono evidenziati dal colore celeste, mentre con il colore giallo sono indicati i test che hanno altre particolarità esplicitate nel testo Test Case 01 Verifica della capacità di SIL-Protocollo di inviare messaggi relativi a registrazioni di Il SIL-Protocollo dovrà inviare messaggi che presentano dati di segnatura diversi per coprire i seguenti casi di test: [a] Messaggio di protocollo senza allegati (col solo documento informatico primario) [a.1] SIL-Protocollo invia un messaggio di protocollo ad una AOO associata al Centro Tecnico. SIL-CT riceve il messaggio e lo protocolla assegnandogli un numero di registrazione. Il documento primario è integro alla ricezione. [b] Messaggio di protocollo con allegati (documento informatico primario e almeno un allegato) [b.1] SIL-Protocollo invia un messaggio di protocollo con almeno un allegato. SIL- CT riceve il messaggio e lo protocolla assegnandogli un numero di registrazione. Il documento primario e gli allegati sono integri alla ricezione. [c] Messaggio di protocollo con allegati organizzati in fascicoli (se la funzionalità è gestita dal SIL) [c.1] SIL-Protocollo invia un messaggio di protocollo con allegato/i organizzati in fascicoli. SIL-CT riceve il messaggio e lo protocolla assegnandogli un numero di registrazione. Il documento primario e i fascicoli sono integri alla ricezione. [d] Messaggio di protocollo con altri destinatari principali [d.1] SIL-Protocollo invia un messaggio di protocollo avente come destinatario una UO (Unità Organizzativa) di una AOO associata al Centro Tecnico. SIL-CT riceve in maniera integra il messaggio di [d.2] SIL-Protocollo invia un messaggio di protocollo indirizzato al destinatario privato persona fisica con codice fiscale stabilito dal Centro Tecnico. AP@CI riceve in maniera integra il messaggio di [d.3] SIL-Protocollo invia un messaggio di protocollo indirizzato al destinatario privato persona giuridica con partita IVA stabilita dal Centro Tecnico. AP@CI riceve in maniera integra il messaggio di Pagina 3 di 14

4 [e] Messaggio di protocollo con più destinatari principali [e.1] SIL-Protocollo invia un messaggio di protocollo avente come destinatari due SIL associati al Centro Tecnico. I SIL destinatari ricevono in maniera integra il messaggio di [e.2] SIL-Protocollo invia un messaggio di protocollo avente come destinatari un SIL associato al Centro Tecnico ed una UO di una seconda AOO associata al Centro Tecnico. I SIL destinatari ricevono in maniera integra il messaggio di [e.3] SIL-Protocollo invia un messaggio di protocollo avente come destinatari un SIL associato al Centro Tecnico e privato persona fisica il cui codice fiscale è stabilito dal Centro Tecnico. I SIL destinatari ricevono in maniera integra il messaggio di [e.4] SIL-Protocollo invia un messaggio di protocollo avente come destinatari un SIL associato al Centro Tecnico e privato persona giuridica la cui partita IVA è stabilita dal Centro Tecnico. I SIL destinatari ricevono in maniera integra il messaggio di [e.5] SIL-Protocollo invia un messaggio di protocollo avente come destinatari due UO, una di una AOO associata al Centro Tecnico e l altra di una differente AOO associata al Centro Tecnico. I SIL destinatari ricevono in maniera integra il messaggio di [e.6] SIL-Protocollo invia un messaggio di protocollo avente come destinatari una UO di una AOO associata al Centro Tecnico e privato persona fisica il cui codice fiscale è stabilito dal Centro Tecnico. I SIL destinatari ricevono in maniera integra il messaggio di [e.7] SIL-Protocollo invia un messaggio di protocollo avente come destinatari una UO di una AOO associata al Centro Tecnico e privato persona giuridica la cui partita IVA è stabilita dal centro Tecnico. I SIL destinatari ricevono in maniera integra il messaggio di [f] Messaggio di protocollo con un destinatario per conoscenza ed uno o più destinatari principali [f.1] SIL-Protocollo invia un messaggio di protocollo avente come destinatari due SIL associati al Centro Tecnico, con il primo inserito come destinatario principale e l'altro in conoscenza. I SIL destinatari ricevono in maniera integra il messaggio di [f.2] SIL-Protocollo invia un messaggio di protocollo avente come destinatari un SIL associato al Centro Tecnico ed una UO di una seconda AOO associata al Centro Tecnico, con il primo inserito come destinatario principale e l'altro in conoscenza. I SIL destinatari ricevono in maniera integra il messaggio di [f.3] SIL-Protocollo invia un messaggio di protocollo avente come destinatari privato persona fisica il cui codice fiscale stabilito dal Centro Tecnico e un SIL associato al Centro Tecnico, con il primo inserito come destinatario principale e l'altro in conoscenza. I SIL destinatari ricevono in maniera integra il messaggio di [f.4] SIL-Protocollo invia un messaggio di protocollo avente come destinatari privato persona giuridica la cui partita IVA è stabilita dal Centro Tecnico e un SIL associato al Centro Tecnico, con il primo inserito come destinatario principale e l'altro in conoscenza. I SIL destinatari ricevono in maniera integra il messaggio di [f.5] SIL-Protocollo invia un messaggio di protocollo avente come destinatari due UO, una di una AOO associata al Centro Tecnico e l altra di una differente AOO associata al Centro Tecnico, con il primo inserito come destinatario Pagina 4 di 14

5 principale e l'altro in conoscenza. I SIL destinatari ricevono in maniera integra il messaggio di [f.6] SIL-Protocollo invia un messaggio di protocollo avente come destinatari privato persona fisica il cui codice fiscale è stabilito dal Centro Tecnico ed una UO di una AOO associata al Centro Tecnico, con il primo inserito come destinatario principale e l'altro in conoscenza. I SIL destinatari ricevono in maniera integra il messaggio di [f.7] SIL-Protocollo invia un messaggio di protocollo avente come destinatari privato persona giuridica la cui partita IVA è stabilita dal Centro Tecnico ed una UO di una AOO associata al Centro Tecnico, con il primo inserito come destinatario principale e l'altro in conoscenza. I SIL destinatari ricevono in maniera integra il messaggio di [f.8] SIL-Protocollo invia un messaggio di protocollo indirizzato a più destinatari principali e un altro in conoscenza (si usano i due SIL del Centro Tecnico ed un altro di quelli da testare). I SIL destinatari ricevono in maniera integra il messaggio di [g] Messaggio di protocollo con segnatura che include dati della unità organizzativa del destinatario SIL-Protocollo invia un messaggio di protocollo indirizzato a SIL-CT. Il SIL destinatario riceve il messaggio di protocollo in maniera integra e contenente: [g.1] Indirizzo telematico [g.2] Telefono e Fax [h] Messaggio con riferimenti ad altri messaggi protocollati / contesti procedurali / procedimenti [h.1] SIL-Protocollo invia un messaggio di protocollo indirizzato a SIL-CT. Il SIL destinatario riceve il messaggio di protocollo in maniera integra e contenente i riferimenti ad altri messaggi protocollati, contesti procedurali o procedimenti Test Case 02 Verifica della capacità di SIL-Protocollo di ricevere notifiche di trasporto per l'accettazione / mancata accettazione e l'avvenuta / mancata consegna. Verifica da effettuare: [a] SIL protocollo riceve le notifiche di accettazione e di avvenuta consegna/errore di consegna per i messaggi di protocollo inviati e le associa ad i relativi messaggi Test Case 03 Verifica della capacità di SIL-Protocollo di inviare e ricevere messaggi relativi a registrazioni di protocollo all'interno della sua stessa coda. [a] Invio / ricezione di messaggi di protocollo e di Conferma di Ricezione inviati da SIL- Protocollo a se stesso. [a.1] SIL-Protocollo invia un messaggio di protocollo sulla sua stessa coda, con richiesta di conferma ricezione; SIL-Protocollo riceve correttamente il messaggio di Pagina 5 di 14

6 protocollo e invia la conferma ricezione, che è, a sua volta, ricevuta in maniera corretta e con segnatura coerente Test Case 04 Verifica della capacità di SIL-Protocollo di ricevere messaggi di protocollo inviati da un altro Ente: [a] Ricezione di messaggi di Conferma di Ricezione inviati da SIL-CT senza allegati [a.1] SIL-CT invia una conferma ricezione assegnandole un numero di protocollo, senza allegati, circa il messaggio con un certo numero di protocollo assegnato dal SIL Protocollo mittente. Il SIL Protocollo riceve correttamente il messaggio di conferma ricezione, con segnatura coerente. [b] Ricezione di messaggi di Aggiornamento di Conferma senza allegati Verifica da effettuare: [b.1] SIL-CT invia un aggiornamento di conferma senza allegati circa il messaggio inviato dal SIL Protocollo con un certo numero di Il SIL Protocollo riceve correttamente il messaggio di Aggiornamento Conferma. Il SIL-CT riceve una notifica di trasporto di avvenuta consegna. [c] Ricezione di messaggi di Annullamento Protocollazione [c.1] SIL-CT invia un annullamento di protocollazione circa il messaggio inviato dal SIL Protocollo con un certo numero di protocollo e a cui ha precedentemente risposto con un messaggio di Conferma Ricezione. Il SIL Protocollo riceve correttamente il messaggio di Annullamento Protocollazione. Il SIL-CT riceve una notifica di trasporto di avvenuta consegna Test Case 05 Verifica della capacità di SIL-Protocollo di ricevere messaggi di protocollo inviati da SIL-CT (con e senza allegati, ovvero con il solo documento primario). [a] Ricezione di messaggi di protocollo senza allegati [a.1] SIL-CT invia un messaggio di protocollo senza allegati. Il SIL Protocollo riceve in modo integro il messaggio, protocollandolo e inviando la conferma ricezione se richiesto. SIL-CT riceve la notifica di avvenuta consegna. [b] Ricezione di messaggi di protocollo con allegati [b.1] SIL-CT invia un messaggio di protocollo con 4 allegati contenenti rispettivamente uno spazio nel nome del file, un underscore nel nome del file, una lettera accentata nel nome del file e senza tali caratteri nel nome del file. SIL- Protocollo riceve in modi integro il messaggio, protocollandolo e inviando la conferma ricezione se richiesto. SIL-CT riceve la notifica di avvenuta consegna. [c] Ricezione di messaggi di protocollo con altri destinatari [c.1] SIL-CT invia un messaggio di protocollo senza allegati ad una UO associata a SIL Protocollo. Il SIL Protocollo riceve in modo integro il messaggio, protocollandolo e inviando la conferma ricezione se richiesto. SIL-CT riceve la Pagina 6 di 14

7 notifica di avvenuta consegna. [c.2] SIL-CT invia un messaggio di protocollo senza allegati ad una UO non associata a SIL Protocollo. Il SIL Protocollo riceve in modo integro il messaggio e solleva eccezione (che può essere automatica o manuale). SIL-CT riceve la notifica di avvenuta consegna e l'eccezione. [c.3] SIL-CT invia un messaggio di protocollo senza allegati ad una AOO ed a SIL Protocollo, entrambi come destinatari principali. Il SIL Protocollo riceve in modo integro il messaggio, protocollandolo e inviando la conferma ricezione se richiesto. SIL-CT riceve la notifica di avvenuta consegna. [c.4] SIL-CT invia un messaggio di protocollo senza allegati ad una AOO ed in conoscenza a SIL Protocollo. Il SIL Protocollo riceve in modo integro il messaggio, protocollandolo e inviando la conferma ricezione se richiesto. SIL-CT riceve la notifica di avvenuta consegna. [c.5] SIL-CT invia un messaggio di protocollo senza allegati a SIL Protocollo specificando un destinatario privato. Il SIL Protocollo riceve in modo integro il messaggio e solleva eccezione (che può essere automatica o manuale). SIL-CT riceve la notifica di avvenuta consegna e l'eccezione. [d] Ricezione di messaggi di protocollo provenienti da AP@CI [d.1] AP@CI invia un messaggio di protocollo senza allegati a SIL Protocollo, utilizzando un mittente persona fisica. Il SIL Protocollo riceve in modo integro il messaggio, protocollandolo e inviando la conferma ricezione. AP@CI riceve la notifica di avvenuta consegna e la conferma di ricezione. [d.2] AP@CI invia un messaggio di protocollo senza allegati ad una UO associata a SIL Protocollo, utilizzando un mittente persona fisica. Il SIL Protocollo riceve in modo integro il messaggio, protocollandolo e inviando la conferma ricezione. AP@CI riceve la notifica di avvenuta consegna e la conferma di ricezione. [d.3] AP@CI invia un messaggio di protocollo senza allegati a SIL Protocollo, utilizzando un mittente persona giuridica. Il SIL Protocollo riceve in modo integro il messaggio, protocollandolo e inviando la conferma ricezione. AP@CI riceve la notifica di avvenuta consegna e la conferma di ricezione. [d.4] AP@CI invia un messaggio di protocollo senza allegati ad una UO associata a SIL Protocollo, utilizzando un mittente persona giuridica. Il SIL Protocollo riceve in modo integro il messaggio, protocollandolo e inviando la conferma ricezione. AP@CI riceve la notifica di avvenuta consegna e la conferma di ricezione. In aggiunta verrà verificata la capacità di ricevere messaggi di protocollo con segnature valide generate in maniera casuale da SIL-CT. (es. segnatura minima contenente solo gli elementi obbligatori, Segnatura con dati del mittente che includono CodiceAmministrazione, Indirizzo Telematico, Telefono e Fax, Mittente che include Denominazione e Identificativo della Persona che ha effettuato la protocollazione etc...). In caso di inserimento di elementi opzionali, non sono stati menzionati i sottoelementi obbligatori, ma solo quelli aggiuntivi (per esempio, l'elemento Persona deve contenere il sottoelemento Denominazione, ma in [e.3] è stato citato solo l'elemento facoltativo Identificativo) [e] Ricezione di messaggi di protocollo con segnature casuali sono stati inviati da SIL-CT i seguenti messaggi di protocollo con segnature diverse: [e.1] Segnatura minima con solo gli elementi obbligatori. [e.2] Mittente che include Codice Amministrazione, Indirizzo Telematico, Telefono e Pagina 7 di 14

8 Fax [e.3] Mittente che include Denominazione dell'amministrazione e Identificativo della Persona che ha effettuato la protocollazione. [e.4] Mittente che include dati della Persona espressi come Nome, Cognome, CF, Id. [e.5] Mittente che include dati di una Unita' Organizzativa e del Ruolo e di una Persona. [e.6] Mittente espresso come Ruolo, Persona e Indirizzo postale esteso (Toponimo, Civico, CAP, Comune, Provincia, Nazione) [e.7] Mittente che prevede piu' Unita' Organizzative annidate e CodiceAmministrazione. [e.8] Destinatario che include Denominazione dell'amministrazione, Unita' Organizzativa, AOO, Indirizzo Telematico, Telefono e Fax. [e.9] Destinatario che include Denominazione dell'amministrazione e i dati completi della Persona (Nome, Cognome, Titolo, CF, Id). [e.10] Destinatario che include i dati dell'amministrazione, Ruolo e Persona (Nome, Cognome, Titolo, CF, Id). [e.11] Destinatario espresso come Ruolo, Persona e Indirizzo postale esteso (Toponimo, Civico, CAP, Comune, Provincia, Nazione). [e.12] Destinatario che prevede piu' Unita' Organizzative annidate e CodiceAmministrazione. [e.13] Destinatario che include Denominazione dell'amministrazione, Unita' Organizzativa con Ruolo, AOO, Indirizzo Telematico, Telefono e Fax. [e.14] Più Destinatari (uno e' il vero destinatario, l'altro e' il mittente). [e.15] La Segnatura include un Destinatario e uno Per Conoscenza (lo stesso mittente). Il destinatario per conoscenza e' indicato con il solo Indirizzo Telematico. [e.16] La Segnatura include un Destinatario e uno Per Conoscenza (il mittente). Il destinatario per conoscenza riporta in modo esteso anche i dati della UO. [e.17] La Segnatura riporta i campi Classifica, Riservato, InterventoOperatore, OraRegistrazione. [e.18] La Segnatura contiene l'elemento PrimaRegistrazione. [e.19] La Segnatura contiene gli elementi Riferimento Documenti Cartacei e Riferimenti Telematici (comunque vuoti). Contiene inoltre l'elemento Risposta. [e.20] La Segnatura contiene un fascicolo con un documento telematico [e.21] Come la [e.10] ma senza indicazione di SMTP come indirizzo telematico [e.22] Come la [e.12], ma senza l'attributo Tipo Riferimento nell'elemento Documento 2.6. Test Case 06 Il SIL Protocollo riceve in maniera integra i messaggi. SIL-CT riceve le notifiche di trasporto di sola accettazione per ogni messaggio inviato. Verifica della capacità di SIL-Protocollo di inviare a SIL-CT i seguenti messaggi: [a] Messaggi di Conferma Ricezione in risposta ad una richiesta esplicita del mittente [a.1] SIL-Protocollo invia una conferma ricezione senza allegati circa un messaggio protocollato e con il campo Riferimenti valorizzato (almeno una parte tra Messaggio, Contesto Procedurale e Procedimento). Il SIL-CT riceve in modo integro la conferma di ricezione. Pagina 8 di 14

9 [a.2] SIL-Protocollo invia una conferma ricezione con 3 allegati (il primo con uno spazio nel nome, il secondo con un underscore nel nome ed il terzo senza né spazi né underscore nel nome) circa un messaggio protocollato e con il campo Riferimenti valorizzato (almeno una parte tra Messaggio, Contesto Procedurale e Procedimento). Il SIL-CT riceve in modo integro la conferma di ricezione e gli allegati. [b] Messaggi di Aggiornamento Conferma [b.1] SIL-Protocollo invia un aggiornamento di conferma senza allegati circa un messaggio protocollato. e con il campo Riferimenti valorizzato (almeno una parte tra Messaggio, Contesto Procedurale e Procedimento) Il SIL-CT riceve in modo corretto l'aggiornamento di conferma. [b.2] SIL-Protocollo invia un aggiornamento di conferma con 3 allegati (il primo con uno spazio nel nome, il secondo con un underscore nel nome ed il terzo senza né spazi né underscore nel nome) circa un messaggio protocollato e con il campo Riferimenti valorizzato (almeno una parte tra Messaggio, Contesto Procedurale e Procedimento). Il SIL-CT riceve in modo integro l'aggiornamento di conferma e gli allegati. [c] Messaggi di Annullamento Protocollazione [c.1] SIL-Protocollo invia un annullamento di protocollazione circa un messaggio protocollato, precedentemente inviato da SIL-CT. Il SIL-CT riceve in modo corretto l'annullamento di protocollazione Test Case 07 Verifica della capacità di SIL-Protocollo di ricevere messaggi di aggiornamento dell'indice delle Aree Organizzative Omogenee e delle Unità Organizzative. Il SIL può implementare varie modalità per il download delle AOO/UO. Ad esempio, è possibile effettuare 1. uno scarico massivo (in fase di installazione) e successivamente mantenere l'allineamento tramite lo scarico dei soli aggiornamenti, 2. effettuare sempre scarichi massivi, 3. interrogare puntualmente la singola AOO/UO (in presenza di una banca dati del SIL). Almeno una delle tre modalità deve essere obbligatoriamente implementata dal SIL-Protocollo. [a] Scarico dell'intera base dati delle AOO [a.1] SIL-Protocollo richiede l'intera banca dati delle Aree Organizzative Omogenee, invocando il metodo getallaoo(), come descritto in [RFC-AOO]. [a.2] Durante il download della base dati AOO viene rimosso un record tra quelli già [a.3] Durante il download della base dati AOO viene inserito un record prima di quelli già scaricati da SIL-Protocollo. SIL-Protocollo deve essere in grado di rilevare che la base dati è cambiata durante lo scaricamento ed applicare le corrette politiche del caso (ad es. procedere ad un nuovo download oppure segnalare l'evento Pagina 9 di 14

10 [b] Scarico degli aggiornamenti AOO [b.1] SIL-Protocollo richiede gli aggiornamenti della banca dati delle Aree Organizzative Omogenee rispetto all'ultimo download, invocando il metodo getvariazioniaoo(), come descritto in [RFC-AOO]. [b.2] Durante il download della base dati AOO viene rimosso un record tra quelli già [b.3] Durante il download della base dati AOO viene inserito un record prima di quelli già [c] Scarico della base dati AOO di pertinenza per una provincia [c.1] SIL-Protocollo richiede la banca dati delle Aree Organizzative Omogenee relativa ad una singola provincia, invocando il metodo getaooperprovincia(), come descritto in [RFC-AOO]. [c.2] Durante il download della base dati AOO viene rimosso un record tra quelli già [c.3] Durante il download della base dati AOO viene inserito un record prima di quelli già scaricati da SIL-Protocollo. SIL-Protocollo deve essere in grado di rilevare che la base dati è cambiata durante lo scaricamento ed applicare le corrette politiche del caso (ad es. procedere ad un nuovo download oppure segnalare l'evento [d] Interrogazione puntuale per codice AOO [d.1] SIL-Protocollo richiede i dati di una specifica Area Organizzativa Omogenea utilizzandone il codice AOO, invocando il metodo getaoo() come descritto in [RFC- AOO]. [e] Scarico dell'intera base dati delle UO [e.1] SIL-Protocollo richiede l'intera banca dati delle Unità Organizzative, invocando il metodo getalluo(), come descritto in [RFC-AOO]. [e.2] Durante il download della base dati UO viene rimosso un record tra quelli già [e.3] Durante il download della base dati UO viene inserito un record prima di quelli già Pagina 10 di 14

11 [f] Scarico degli aggiornamenti UO [f.1] SIL-Protocollo richiede gli aggiornamenti della banca dati delle Unità Organizzative rispetto all'ultimo download, invocando il metodo getvariazioniuo(), come descritto in [RFC-AOO]. [f.2] Durante il download della base dati UO viene rimosso un record tra quelli già [f.3] Durante il download della base dati UO viene inserito un record prima di quelli già base dati è cambiata durante lo scaricamento ed applicare le corrette politiche del caso (ad es. procedere ad un nuovo download oppure segnalare l'evento [g] Interrogazione puntuale per codice UO [g.1] SIL-Protocollo richiede i dati di una specifica Unità Organizzativa utilizzandone il codice UO, invocando il metodo getuo() come descritto in [RFC-AOO] Test Case 08 Verifica della capacità di SIL-Protocollo di ricevere messaggi relativi all'interruzione del collegamento del proxy destinatario con l'architettura CART, all'interno di una sessione di ricezione o invio di messaggi di 2.9. Test Case 09 Verifica da effettuare: [a] SIL-Protocollo invia un messaggio di protocollo a SIL-CT; nel corso dell'invio, il proxy a cui si riferisce SIL-CT viene disconnesso dalla rete. Il SIL-Protocollo riceve una notifica di trasporto di accettazione ma non quella di consegna. SIL-Protocollo in questo caso non deve ritentare l'invio. Verifica della capacità di SIL-Protocollo di ricevere notifiche di errore di consegna causa destinatario inconsistente di un messaggio di protocollo, ovvero i cui dati SIL, AOO e PEC siano discordanti rispetto ad IPAR Test Case 10 Verifica da effettuare: [a] SIL-Protocollo riceve la notifica di errore di consegna per un messaggio di protocollo contenente un destinatario principale inconsistente. [b] SIL-Protocollo riceve la notifica di errore di consegna per un messaggio di protocollo contenente un destinatario principale corretto ed un destinatario per conoscenza inconsistente. Verifica della capacità di SIL-Protocollo di gestire una propria interruzione del collegamento con l'architettura CART, tramite scollegamento del cavo di rete, all'interno di una sessione di ricezione o invio di messaggi di Verifica da effettuare: [a] SIL-Protocollo interrompe la ricezione dei messaggi dal proxy, garantendo all'utente la possibilità di ricevere in maniera integra quelli per cui non è stato inviato tempestivamente l'ack al proxy. Pagina 11 di 14

12 2.11. Test Case 11 [b] SIL-Protocollo interrompe l'invio dei messaggi al proxy, garantendo all'utente la possibilità di ripetere l'invio dei rimanenti, in particolare di eventuali messaggi di cui non è stata ricevuta tempestivamente la notifica di accettazione/non accettazione. Verifica della capacità di SIL-Protocollo di ricevere messaggi relativi agli Attributi di Domicilio Elettronico (ADE). Analogamente al caso delle AOO/UO, il SIL può implementare varie modalità per il download degli Attributi di Domicilio Elettronico. Ad esempio, è possibile effettuare: 1. uno scarico massivo (in fase di installazione) e successivamente mantenere l'allineamento tramite lo scarico dei soli aggiornamenti, 2. effettuare sempre scarichi massivi, 3. interrogare puntualmente la singola ADE (in presenza di una banca dati del SIL). Nel caso 3., tuttavia, lo scarico massivo dell'intera banca dati in fasi diverse dall'installazione è fortemente sconsigliato per motivi di performance. Almeno una delle tre modalità deve essere obbligatoriamente implementata dal SIL-Protocollo. [a] Scarico dell'intera base dati [a.1] SIL-Protocollo richiede l'intera banca dati degli Attributi di Domicilio Elettronico, invocando il metodo getallade(), come descritto in [RFC-ADE]. [a.2] Durante il download della base dati ADE viene rimosso un record tra quelli già [b] Scarico degli aggiornamenti [b.1] SIL-Protocollo richiede gli aggiornamenti della banca dati degli Attributi di Domicilio Elettronico rispetto all'ultimo download, invocando il metodo getvariazioniade(), come descritto in [RFC-ADE]. [b.2] Durante il download della base dati ADE viene rimosso un record tra quelli già [c] Scarico della base dati di pertinenza per una provincia [c.1] SIL-Protocollo richiede la banca dati degli Attributi di Domicilio Elettronico relativa ad una singola provincia, invocando il metodo getadeperprovincia(), come descritto in [RFC-ADE]. [c.2] Durante il download della base dati ADE viene rimosso un record tra quelli già [d] Interrogazione puntuale per codice fiscale [d.1] SIL-Protocollo richiede gli Attributi di Domicilio Elettronico di uno specifico privato persona fisica utilizzandone il codice fiscale, invocando il metodo Pagina 12 di 14

13 getadecfpi() come descritto in [RFC-ADE]. [d.2] SIL-Protocollo richiede gli Attributi di Domicilio Elettronico di uno specifico privato persona giuridica utilizzandone la partita IVA, invocando il metodo getadecfpi() come descritto in [RFC-ADE] Test Case 12 Verifica della capacità di SIL-Protocollo di ricevere messaggi di protocollo senza segnatura (messaggi non conformi) inviati dal Gateway PEC (con e senza allegati, ovvero con il solo documento primario). [a] Ricezione di messaggi di protocollo Verifica da effettuare: [a.1] Da casella PEC valida si invia alla casella PEC della AOO ricevente un messaggio di protocollo senza segnatura e senza allegati;il messaggio viene inviato dal GW al SIL Protocollo che lo riceve in modo integro, protocollandolo senza inviare la conferma ricezione. Il SIL-Protocollo provvede all acquisizione del messaggio dalla coda Comunicazione ricevendo due file attachment rispettivamente in formato.xml e.eml. Il primo file contiene il file di metadati di protocollo, il secondo la mail originale completa senza allegati. SIL-CT non riceve la notifica di avvenuta consegna [a.2] Da casella PEC valida si invia alla casella PEC della AOO ricevente un messaggio di protocollo senza segnatura e 4 allegati contenenti rispettivamente uno spazio nel nome del file, un underscore nel nome del file, una lettera accentata nel nome del file e senza tali caratteri nel nome del file. Il messaggio viene inviato dal GW al SIL Protocollo che riceve in modo integro il messaggio, protocollandolo senza inviare la conferma ricezione. Il SIL-Protocollo provvede all acquisizione del messaggio dalla coda Comunicazione in due file attachment rispettivamente in formato.xml e.eml. Il primo file contiene il file di metadati di protocollo, il secondo la mail originale completa con gli allegati. SIL-CT non riceve la notifica di avvenuta consegna [b] Invio di messaggi di protocollo Verifica da effettuare: [b.1] Da SIL Protocollo si invia un messaggio di protocollo senza allegati ad un ente che non partecipa al progetto interpro;il messaggio viene inviato dal Proxy protocollo al SIL del Gateway che lo riceve in modo integro e lo inoltra tramite casella PEC alla PEC dell ente destinatario. SIL-Protocollo riceve la notifica di avvenuta consegna [b.2] Da SIL Protocollo si invia un messaggio di protocollo con 4 allegati contenenti rispettivamente uno spazio nel nome del file, un underscore nel nome del file, una lettera accentata nel nome del file e senza tali caratteri nel nome del file ad un ente che non partecipa al progetto interpro. Il messaggio viene inviato dal Proxy protocollo al SIL del Gateway che lo riceve in modo integro e lo inoltra tramite casellapec alla PEC dell ente destinatario. SIL-Protocollo riceve la notifica di avvenuta consegna. Pagina 13 di 14

14 3. Riferimenti [CertCART] Certificazione di Proxy Applicativi e di applicazioni e servizi di cooperazione di Sistemi Informativi Locali versione 1.0, 11 Febbraio 2006 [RFC-SIL] Certificazione e.toscana Compliance di applicativi SIL, RFC e.toscana Compliance, n.33.2, 4 Gennaio 2007 [RFC-Protocollo] Protocollo Informatico, RFC e.toscana Compliance, n.8, 19 settembre 2007 [RFC-ADE] Attributi di Domicilio Elettronico, RFC e.toscana Compliance, n.122.1, 28 maggio 2009 [RFC-CPPA] Comunicazioni PA con Privati, RFC e.toscana Compliance, n.121.0, 8 aprile 2009 [RFC-AOO] Pubblicazione Indice AOO, RFC e.toscana Compliance, n.110.5, 29 luglio 2009 [AccrInterPRO] Accreditamento InterPRO, versione 1.2, 17 settembre 2009 Appendice A Messaggio non conforme da Gateway PEC L acquizione di un messaggio non conforme da parte del SIL Protocollo tramite il Proxy Protocollo avviene attraverso il servizio RichiediComunicazione il cui WSDL è esposto alla url Tramite la chiamata al metodo getmessaggio con parametri di input nomesil = Nome SIL e nomeevento = Comunicazione (valore fisso), il SIL-Protocollo riceve il SoapMessage di esito dell operazione; nel caso sia presente un messaggio nella coda Comunicazione questa è ricevuta sotto forma di due file attachment, il primo in formato.xml contenente i metadati di protocollo (rif. [RFC-8 "Protocollo Informatico] 4.3), il secondo in formato.eml contenente la mail originale completa degli eventuali allegati. Effettuata la ricezione del messaggio, il SIL-Protocollo dovrà poi provvedere alla cancellazione dello stesso dalla coda Comunicazione tramite il servizio InvioACK presente sul Proxy Protocollo ed esposto alla url richiamando il metodo send con parametri di input nomesil = Nome SIL-CT nomeevento = Comunicazione (valore fisso). Pagina 14 di 14