INA SAIA Comportamento del Sistema 1/12
INDICE Indice...2 1 INTRODUZIONE...3 1.1 Scopo del documento...3 1.2 A chi si rivolge...3 1.3 Contenuti...3 1.4 Riferimenti Esterni...3 2 Funzionalità esposte...4 2.1 Prima fase...4 2.2 Comportamento del sistema a regime...5 2.2.1 Accesso con scheda AP/5 su XML-SAIA Client...5 2.2.2 Gestione nuove variazioni sul client web...6 2.3 Definizione delle funzionalità da implementare...6 3 Flussi applicativi per le funzionalità correnti...7 3.1 Primo popolamento INA...7 3.2 Comunicazione di nascita...8 3.4 Decesso...11 2/12
1 INTRODUZIONE 1.1 Scopo del documento Definire il comportamento del sistema nei confronti delle componenti applicative con cui interagisce, definendo scenari attuali e in via di definizione. 1.2 A chi si rivolge Il documento è pensato sia per uso esterno che interno. 1.3 Contenuti Una descrizione del comportamento dinamico del sistema: funzionalità esposte nelle varie direzioni, casi d uso, diagrammi delle attività e così via. 1.4 Riferimenti Esterni Lo scenario generale, gli attori e le componenti esterne sono descritte in INA- SAIA_Architettura del Sistema.doc. 3/12
2 FUNZIONALITÀ ESPOSTE 2.1 Prima fase La prima fase di implementazione si pone come obiettivo principale quello di garantire una transizione morbida tra la vecchia versione del client PC/CSA-SAIA ed il nuovo XML-SAIA Client, minimizzando l impatto sulle applicazioni di anagrafe. Le variazioni anagrafiche gestite dalla prima versione dell applicazione replicheranno quindi strettamente quelle previste dal SAIA attualmente in produzione, e cioè: Figura 1 - Casi d'uso supportati dal sistema Gli elementi differenti rispetto alla versione precedente sono: - definizione di una nuova modalità di comunicazione dati tra client server, in ottica di miglioramento delle prestazioni - trasferimento dati in formato XML-SOAP - comunicazione attraverso la Porta di Accesso Backbone di nuova generazione - introduzione di una modalità di aggiornamento automatico La versione relativa alla fase 1 rappresenta quindi una tappa intermedia di avvicinamento per permettere ai comuni di accedere al CNSD secondo la nuova modalità backbone, senza che questo impatti le applicazioni di anagrafe attualmente in esercizio. 4/12
2.2 Comportamento del sistema a regime L introduzione della scheda anagrafica AP/5 come formato unico cambia la struttura logica del sistema. Di fatto, accedendo tramite XML-SAIA Client c è un unica modalità di ricezione dati da gestire. Le politiche di instradamento verso gli Enti centrali saranno però diverse da caso a caso. 2.2.1 Accesso con scheda AP/5 su XML-SAIA Client La definizione di un unica modalità di scambio dati con XML-SAIA Client cambia l organizzazione logica dei casi d uso del sistema, come mostrato in Figura 2. La relativa semplicità nella gestione dell AP/5, tra applicazioni di anagrafe, sposta i punti critici (dal punto di vista delle tempistiche) verso altre aree: - la definizione dei protocolli di comunicazione con gli Enti centrali, che ha un costo prevalentemente organizzativo - la realizzazione degli stessi servizi su interfaccia web (dove la modalità AP/5 non ha effetto sulla progettazione). INA SAIA (XML-SAIA a regime ) Popolamento INA Variazione Anagrafica su AP/5 Applicazione di anagrafe Decesso Nascita Cambio Residenza Variazione x... Variazione y Figura 2 - In fase 2 tutte la variazioni anagrafiche sono riconducibili alla gestione della scheda AP/5, con differenze nelle politiche di instradamento 5/12
2.2.2 Gestione nuove variazioni sul client web Lo schema dei casi d uso per la web application è rappresentato in Figura 3. INA SAIA (canale Web a regime ) Consultazione dati anagrafici C Popolamento INA Decesso <<include>> <<include>> <<include>> Utente applicazione web Nascita Cambio Residenza <<include>> <<include>> Variazione x... Variazione y Figura 3 - I casi d'uso relativi alle comunicazioni anagrafiche sul canale Web 2.3 Definizione delle funzionalità da implementare Per entrambe le modalità di accesso (XML-SAIA) o client Web si rende necessario definire come procedere all implementazione delle variazioni anagrafiche dopo il rilascio di fase 1. Il primo obiettivo sarà quello di portare tutte le variazioni supportate nella vecchia modalità in modalità AP5, quindi si procederà all implementazione dei flussi di instradamento verso i differenti enti centrali. La scelta di quali funzionalità implementare per prima sarà funzione delle risultanze che emergeranno sui tavoli di consultazione con gli Enti e sulla loro capacità di ricevere e gestire correttamente le informazioni loro fornite. 6/12
3 FLUSSI APPLICATIVI PER LE FUNZIONALITÀ CORRENTI Per quanto riguarda le funzionalità supportate dal rilascio di prima fase riportiamo di seguito le indicazioni dei flussi applicativi. 3.1 Primo popolamento INA Per mantenere l indice nazionale delle anagrafi costantemente allineato con i dati presenti negli archivi anagrafici dei comuni è necessario che, quando il comune con la porta di accesso certificata si collega al sistema, venga effettuato il popolamento iniziale dell INA. Con questo termine si presuppone il preventivo allineamento con i dati contenuti nel codice fiscale originato dall Agenzia delle Entrate ed il successivo riversamento nell INA di tutti i dati anagrafici dei cittadini del comune. In Figura 4 troviamo il diagramma d attività relativo a questa procedura: 7/12
Figura 4 - Diagramma d attività per Primo popolamento INA 3.2 Comunicazione di nascita Questo servizio consente all operatore comunale di inviare le comunicazioni di nascite. I dati sono inoltrati all Agenzia delle Entrate (AE) che provvede all assegnazione del Codice Fiscale. Successivamente gli stessi dati vengono trasmessi all INA tramite XML-SAIA. 8/12
Comune XML-SAIA AE INA Accedi a XML-SAIA Invia comunicazione nascita Accettazione comunicazione Invia comunicazione Verifica dei dati Invia CF o segnalazione anomalia [ Esito negativo ] [ Esito positivo ] Presa in carico risposta Aggiorna INA Aggiornamento DB Invia esito Invia esito aggiornamento Figura 5 - Diagramma d attività per Comunicazione nascita Il popolamento dell INA avviene quindi previo allineamento dei dati relativi al codice fiscale con i dati certificati dal comune. 9/12
3.3 Cambio di residenza Questo servizio permette all utente di inviare comunicazioni anagrafiche di cambio indirizzo e residenza all INA, all Anagrafe Tributaria, alla Motorizzazione Civile e all INPS. Il comune riceve una risposta contenente l esito dell inoltro. Trattandosi di uno degli eventi che riscuote maggiore interesse da parte delle PP.AA. collegate è ragionevole supporre che il flusso applicativo subisca modifiche con l ingresso di nuovi Enti da informare della variazione avvenuta. In Figura 6 troviamo l indicazione del flusso delle attività in essere per il sistema SAIA. 10/12
Comune XML-SAIA INA Accedi a XML-SAIA Invia comunicazione cambio residenza Accettazione comunicazione Invia comunicazione AE Invia ad altri Enti Invia ad INPS Invia comunicazione MCTC Acquisisci risposta AE [ Esito negativo ] Presa in carico risposta [ Esito positivo ] Aggiornamento DB Aggiorna INA Invia esito Invia esito aggiornamento Figura 6 - Diagramma d attività per Cambio di residenza 3.4 Decesso Questo servizio permette all utente-comune di inviare comunicazioni anagrafiche di decesso all INA, all Anagrafe Tributaria, all INPS e alle altre PP.AA autorizzate sulla base della normativa vigente. Il comune riceve una risposta contenente l esito dell inoltro, sulla base della verifica del dato dei registri di stato civile. 11/12
In Figura 7 troviamo il diagramma delle attività associato alla gestione attuale delle comunicazioni riguardanti i decessi. Comune XML-SAIA INA Accedi a XML-SAIA Invia comunicazione decesso Accettazione comunicazione Invia comunicazione AE Invio ad altri Enti Invia comunicazione INPS Acquisisci risposta AE [ Esito negativo ] Presa in carico risposta [ Esito positivo ] Aggiornamento DB Aggiorna INA Invia esito Invia esito aggiornamento Figura 7 - Diagramma d attività per Decesso 12/12