Comune di San Tammaro - PRAGMA...istituzionale sul territorio, attra Àerso la esso e lutilizzo, da...

PRAGMA -Rimodulazione del Progetto di eGovernment per la Campania

Pagina 1

Progetto rimodulato

Revisione 2 Data revisione 21/10/2011

Nominativo Data Firma

Redatto G.Iorio 20/10/2011

Verificato C.Guadoni 21/10/2011

Approvato G.Pl ini 21/10/2011

REGIONE CAMPANIA

Avviso per la presentazione di progetti di e-government da parte di Enti Locali campani con numero di abitanti

superiori a 100.000, singoli o in aggregazione, in grado di migliorare sia l'organizzazione interna dei singoli enti che

l'erogazione di servizi ai cittadini ed alle altre P.A. a valere sulle risorse dell'o.o. 5.1 settore sistemi informativi.

(Decreto dirigenziale n. 226 del 7 luglio 2009 – A.G.C. 06 - Ricerca Scientifica, Statistica, Sistemi Informativi ed Informatica - Settore Analisi, Progettazione e Gestione Sistemi Informativi)

PRAGMA

PRogetto Avanzato di Gestione e Monitoraggio

per le

Amministrazioni pubbliche

Macerata Campania e sua aggregazione

di 10 Comuni


Pagina 2

INDICE

1. Premessa .................................................................................................................................. 4

2. Comuni partecipanti al progetto.............................................................................................. 5

3. Rimodulazione del progetto per le priorità indicate dalla Regione......................................... 6

4. Circolarità anagrafica, consolidamento INA/SAIA. .................................................................. 6

4.1. Descrizione delle caratteristiche generali del servizio............................................................. 7

4.2. Benefici attesi........................................................................................................................... 8

5. Anagrafe Immobiliare .............................................................................................................. 8

5.1. L'ambiente S.A.T.T. per l 'Anagrafe Immobiliare ...................................................................... 9

5.2. Descrizione delle caratteristiche generali del prodotto .........................................................10

5.3. Descrizione funzionale dell'applicazione S.A.T.T. ...................................................................10

5.4. Specifica dei Requisiti Software (SRS).....................................................................................11

6. Back-office: Dematerializzazione e Servizi connessi...............................................................16

6.1. Il Sistema di gestione documentale - Alfresco........................................................................17

6.1.1. L’architettura e vantaggi di Alfresco .......................................................................................18

6.1.2. Principali funzionalità..............................................................................................................18

6.1.3. L’integrazione con Alfresco .....................................................................................................19

6.1.4. La soluzione da implementare ................................................................................................20

6.2. La Firma Digitale......................................................................................................................22

6.2.1. Differenza tra Firma Digitale e convenzionale........................................................................22

6.2.2. Valore giuridico della Firma Digitale in Italia ..........................................................................22

6.3. Il Timbro Digitale .....................................................................................................................23

6.3.1. Caratteristiche del Timbro Digitale .........................................................................................24

6.3.2. Il Servizio di Timbro Digitale ...................................................................................................25

6.3.3. Architettura della soluzione....................................................................................................25

6.3.4. Descrizione del flusso..............................................................................................................26

6.3.5. Sicurezza della soluzione.........................................................................................................27

6.3.6. Caratteristiche Tecniche .........................................................................................................28

6.4. La Conservazione Sostitutiva ..................................................................................................30

6.4.1. Il Servizio di Conservazione.....................................................................................................30

6.4.2. Caratteristiche Tecniche .........................................................................................................31

6.4.3. Caratteristiche del Servizio .....................................................................................................32

6.5. Servizi di Sportello Unico per le Attività Produttive ..............................................................34

6.5.1. Caratteristiche del Servizio .....................................................................................................35

7. Accesso ai servizi per cittadini e imprese - CNS ......................................................................37

7.1. Portale internet .......................................................................................................................37

7.2. Call center ...............................................................................................................................37

8. I Servizi di Integrazione ...........................................................................................................38

8.1. L’Integrazione con Alfresco.....................................................................................................38

8.2. L’Integrazione di Alfresco con l ’Archiviazione sostitutiva ......................................................40

8.2.1. Dettagli della soluzione software............................................................................................40

9. Attività di supporto .................................................................................................................41

9.1. Piano di avviamento................................................................................................................41


Pagina 3

9.2. Piano di comunicazione ..........................................................................................................42

10. Cronoprogramma delle attività ..............................................................................................47

10.1. Indicatori di avanzamento del progetto .................................................................................49

11. Quadro economico rimodulato ..............................................................................................50

12. Modalità di affidamento delle forniture .................................................................................51

12.1. Attrezzature produttive e/o tecnologiche ..............................................................................51

12.2. Servizi complessi .....................................................................................................................52

12.3. Costi di organizzazione e/o partecipazione a convegni, seminari ..........................................53


Pagina 4

Progetto PRAGMA

“PRogetto Avanzato di Gestione e Monitoraggio per le Amministrazioni pubbliche”

1. Premessa

Il progetto dell ’aggregazione nasce al l ’interno di un più vasto disegno strategico , attraverso un modello federato, che Anci Campania mira ad affermare tra le amministrazioni locali della

Regione Campania, per favorire la diffusione di innovazione abil itata dalle Tecnologie dell ’Informazione e della Comunicazione presso i Comuni ed i l loro territori.

Si è inteso quindi perseguire gl i obiettivi di innovazione e nel contempo, secondo le indicazioni della Regione Campania quale principale finanziatore del progetto, mirare:

a. All’ampliamento e rafforzamento della gestione di servizi in forma associata ;

b. Al conseguimento di standard amministrativi, procedurali, organizzativi e gestionali tal i da

assicurare ai Comuni e al le loro gestioni associate un ottimale impiego delle risorse

professionali e finanziarie;

c. Al potenziamento dei servizi disponibil i per i territori amministrati dai Comuni.

In ragione di ciò, nella stesura del progetto rimodulato grande attenzione è stata posta ad

associare l ’“efficacia” dell ’azione amministrativa, misurata e perseguita attraverso apposite

metodologie di misurazione dei ritorni per l ’utenza, ad un più elevato l ivello di efficienza gestionale, perseguito non attraverso criteri “del minor costo”, ma immaginando un’architettura

basata:

Sulla diffusione ed i l livellamento verso l ’alto dei Servizi di Base (di Back e di Front-Office),

cioè nel l ’adeguamento della maturità digitale delle Amministrazioni verso uno standard

omogeneo;

Sull ’eventuale sviluppo specialistico di un numero limitato di Servizi Avanzati, progettati ed

erogati da un Centro Servizi , attraverso tecnologie ASP;

Sull ’accesso, anche in un secondo tempo ed in un’ottica federata, ad altri Servizi di Base o

Avanzati messi a disposizione da tale Centro Servizi o da altri Centri Servizi della Regione.

In questo modo, si mira:

Anzitutto ad abbattere i l digital divide, consentendo pari condizioni di accesso al le risorse

della Società dell’Informazione presso ogni Comune e presso i territori, cui sarà garantita la

fruizione di un maggiore numero complessivo di servizi , in virtù della visione “federata”

dell ’innovazione;

Commento [F1]: Forte!


Pagina 5

Di massimizzare l ’efficienza nell ’uti l izzo delle risorse finanziarie e professionali in ogni

singolo ambito territoriale, intervenendo, progetto per progetto, sulla base della

valorizzazione degli investimenti pre-esistenti: scegliendo dunque, nello sviluppo di Servizi

da parte delle Amministrazioni, di privilegiare la fattibi l ità delle singole iniziative rispetto

allo stato dell ’arte, e incentivando un significativo aumento nel l ivello di cooperazione

istituzionale sul territorio, attraverso l’accesso e l ’utilizzo, da parte di ogni amministrazione

/ aggregazione comunale, ai servizi “special istici” esposti dagli altri enti locali ;

2. Comuni partecipanti al progetto

Il progetto, per la sua valenza Regionale e per perseguire un obiettivo di disegno federato, che

ANCI promuoverà quanto più possibile sul territorio anche nelle azioni successive al Bando, prevede nell ’aggregazione una partecipazione di Comuni con una discreta distribuzione in quattro

province Campane, questa, riteniamo una caratteristica significativa per raggiungere una significativa diffusione di un omogeneo l ivello di accesso al le risorse digital i ai cittadini della

Regione e sopratutto favorire un significativo aumento nel livello di cooperazione istituzionale sul territorio.

Altro fattore caratterizzante di questa aggregazione è la dimensioni dei Comuni, in termini

abitanti, che risulta altamente variegata, ciò consentirà un trasferimento di esperienze ed un vantaggioso coinvolgimento di quei Comuni meno dotati, finanziariamente ed in termini di

competenze tecnologiche, nei confronti con gl i stakeholders per la realizzazione successiva di

servizi a valore aggiunto. La rappresentanza dei Comuni aggregati ha individuato quale Comune Capofi la, delegato al la gestine del progetto “PRAGMA”, i l Comune di Macerata Campania della Provincia di Caserta.

I Comuni partecipanti all'aggregazione sono di seguito elencati; si precisa che I dati indicati, relativi

al numero di abitanti per Comune, risultano dal censimento 2008 dell ’ISTAT.

n. comune Provincia n.

abitanti

1 CONZA DELLA Campania AV 1.442

2 BUCCIANO BN 2.014

3 SAN TAMMARO CE 4.867

4 CURTI CE 7.110

5 ALIFE CE 7.442

6 PORTICO DI CASERTA CE 7.496

7 GRICIGNANO DI AVERSA CE 9.799

8 MACERATA CAMPANIA CE 10.632

9 VICO EQUENSE NA 20.735

10 QUARTO NA 39.227

Totale Abitanti 110.764

Commento [F2]: Secondo elemento.


Pagina 6

3. Rimodulazione del progetto per le priorità indicate dalla Regione

Le priorità indicate dalla Regione Campania sulla circolarità anagrafica, sull’anagrafe immobiliare

e sull ’uti l izzo della Carta regionale/nazionale dei Servizi sono state adottate in questa rimodulazione attraverso il consolidamento dei risultati già raggiunti sull ’esercizio del sistema INA/SAIA, l ’introduzione del nuovo sistema di Anagrafe Immobil iare e la complessiva adozione

degli standard di uti l izzo della Carta regionale/nazionale dei Servizi .

Inoltre, in questo periodo, data la maturità raggiunta sia tecnologicamente che

amministrativamente, è emersa la necessità di dare maggiore attenzione alla modernizzazione dei propri processi di back-office, soprattutto nella gestione documentale digital izzata. Per questo

motivo, i l presente progetto propone anche degli aggiustamenti delle attività già previste.

Di seguito si riassumono i punti essenzial i che caratterizzano i l progetto rimodulato:

Circolarità anagrafica, consolidamento INA/SAIA

Anagrafe Immobil iare

Back-office: Dematerial izzazione e Servizi connessi

o Gestione documentale

o Timbro Digitale

o Conservazione Sostitutiva

o SUAP

Carta regionale/nazionale dei Servizi - Adozione degli standards

4. Circolarità anagrafica, consolidamento INA/SAIA.

I Comuni dell'Aggregazione adempiono con regolarità agli obblighi normativi connessi al l ’uti l izzo del sistema INA-SAIA a fini di circolarità anagrafica , tranne i Comuni di San Tammaro e Vico Equense per i quali nel progetto è stato previsto un intervento specifico per al l inearl i al lo status

degli altri comuni.

I comune uti l izzano la versione più aggiornata (porta AP5) del software XML-SAIA per l ’invio di

variazioni anagrafiche al Centro Nazionale Servizi Demografici (CNSD) situato presso i l Ministero dell ’Interno ed alimenta con frequenza il circuito di circolarità anagrafica uti l izzando la totalità

delle comunicazioni gestite dal sistema sopra citato.

Inoltre, la presente proposta progettuale è finalizzata al consolidamento dell ’al l ineamento tra

Anagrafe della Popolazione Residente e dati contenuti nell ’Indice Nazionale delle Anagrafi (INA)


Pagina 7

mediante la fornitura di uno strumento, innovativo, di supporto all’attività di verifica dei risultati del processo INA-SAIA in modalità automatica.

4.1. Descrizione delle caratteristiche generali del servizio

Come detto, I Comuni dell'aggregazione rispettano la normativa che prevede l ’invio regolare ad

INA-SAIA delle variazioni anagrafiche. Nonostante ciò è sempre possibile che si verifichino disall ineamenti tra APR ed INA.

A seguito dell ’invio delle variazioni anagrafiche da parte del comune, i l sistema suddetto prevede infatti che vengano scaricati gl i esiti ed i messaggi di ritorno che INA-SAIA restituisce. In caso di

scarti restituiti dal sistema occorre risolvere errori ed anomalie.

Nel tempo può accadere che soggetti presenti in APR non siano presenti in INA o viceversa, che

alcuni soggetti risultino cancellati in INA e non dovrebbero esserlo perché residenti; che soggetti con Codice Fiscale validato in anagrafe siano presenti in INA con Codice Fiscale non validato, ecc.

Tali disallineamenti devono essere individuati e risolti per assicurare la correttezza delle posizioni

anagrafiche presenti nell’Indice Nazionale delle Anagrafi. Ciò al fine di evitare sia la produzione di scarti da parte del sistema INA-SAIA (che necessitano di attività di gestione successiva in Comune)

sia la diffusione di dati non congruenti verso gl i enti collegati al CNSD.

Con la presente proposta progettuale si intende implementare presso ciascun comune una

funzionalità automatizzata atta a faci l itare l ’attività di monitoraggio e verifica dei risultati del processo INA SAIA vigi lando periodicamente sulla correttezza dei dati affinché non vi siano disall ineamenti fra i l proprio archivio anagrafico, l ’archivio dell ’Agenzia delle Entrate e l ’INA.

In particolare, tale funzione è necessaria per i Comuni di San Tammaro e Vico Equense nella fase di

consolidamento INA-SAIA, che passa per l 'implementazione, presso i sistemi informativi comunali , di una componente software che potrà essere uti lizzata periodicamente ed ha funzioni di controllo

e normalizzazione (automatica e manuale) delle criticità riscontrate in sede di verifica degli

al lineamenti. Tale componente integra, quindi, anche una funzionalità di gestione delle attività previste per eventi straordinari quali ad esempio i l popolamento dell 'INA.

La soluzione proposta consente:

di evidenziare casi di disal l ineamento dati fra gl i archivi del Comune e

di bonificare posizioni anagrafiche irregolari che creano problemi al la circolarità dei dati anagrafici;

assicurare l 'attenta cura delle attività legate al popolamento dell 'INA.

La soluzione fungerà da supporto al l ’operatore d’anagrafe fornendo tutte le informazi oni necessarie affinché egli sia in grado di valutare la situazione in cui versa i l processo INA SAIA.


Pagina 8

Lo strumento sarà in grado di acquisire e confrontare i dati dell ’anagrafe comunale con i dati presenti in INA.

Durante l ‘elaborazione dei dati, la funzione provvederà a disporre con ordine le posizioni trovate

anomale e stabil irà quali tra esse potranno essere gestite con procedura automatica.

Potranno essere normalizzate automaticamente determinate posizioni anomale, mentre saranno forniti al l ’utente comunale riferimenti e strumenti per risolvere manualmente altre posizioni, impossibili da normalizzare automaticamente. Nello specifico i l sistema consentirà al l ’operatore d’anagrafe di raccogliere informazioni ancora più dettagliate su ogni singola posizione e di

intervenire manualmente, modificando il dato eventualmente errato e scegliendo la soluzione da adottare nell ’ambito di una procedura guidata.

Risolte tutte le criticità rilevate dalla procedura, l 'operatore comunale potrà trasmettere dei fi le generati dalla componente software in parola ai rispettivi destinatari uti l izzando sempre funzioni

rese dalla soluzione proposta, raggiungendo così un grado di al l ineamento tra gl i archivi del processo INA-SAIA estremamente elevato.

Si prevede altresì l’erogazione di un servizio di assistenza operativa finalizzato a supportare i l comune nel corretto uti l izzo della funzionalità e a risolvere criticità di carattere tecnico.

4.2. Benefici attesi

L'uso periodico della soluzione determina in Comune le seguenti ricadute positive:

evita la proliferazione di pratiche non accettate (dunque scartate) da INA SAIA a seguito

della notifica delle variazioni anagrafiche, scarti che devono essere individuati e risolti con dispendio di tempo e di risorse;

evita la diffusione di dati "impuri" con conseguenti possibil i danni per chi l i riceve o l i consulta e possibil i responsabil ità per i l Comune stesso che l i ha diffusi;

Semplifica sensibilmente le attività connesse al popolamento dell ’INA.

5. Anagrafe Immobiliare

Il progetto rimodulato prevede, per tutti i Comuni dell 'aggregazione, la creazione del nuovo “patrimonio informativo” adottando la soluzione cartografica “S.A.T.T” (incluso nella Bacheca

Regionale del riuso software) attraverso un significativo lavoro di data quality, ovvero, di

al l ineamento delle Banche Dati ed integrazione dei sistemi di Anagrafe dei Residenti e della Gestione Tributi , dati territorial i e Catastali . I sistemi coinvolti saranno integrati per avere una

gestione complessiva del tema.


Pagina 9

La soluzione proposta ha l a capacità di coprire le funzionalità necessarie per una corretta ed efficiente gestione del censimento e catalogazione del patrimonio immobil iare, del collegamento con la gestione tributaria e del collegamento con i l catasto.

Per le dimensioni dei Comuni e, quindi, per ottimizzare i costi , l 'applicazione, che ha capacità di

gestione di più Enti, sarà installata in modalità "ASP" - Application Sercice Provider, tale modello architetturale prevede che la tecnologia di elaborazione (hardware) e quella applicativa (software)

vengono gestite centralmente presso un Service Provider lasciando all 'utente finale la scelta dei tempi e dei modi di fruizione del servizio attraverso una interfaccia web browser.

Nel caso specifico, tenuto conto che i dati gestiti (anagrafe residenti) sono classificati come "sensibil i", necessita particolare cura nell 'individuazione del soggetto "Service Provider"; per

questo tipo di attività, tipicamente i Comuni si affidano alla struttura tecnica operativa di ANCI - Associazione Nazionale dei Comuni Italiani, ovvero ad Ancitel, di cui sono soci e che è autorizzata

dal Ministero dell 'Interno al trattamento dei dati dell 'INA SAI Anagrafe Nazionale.

Nei paragrafi successivi saranno dettagliate le caratteristiche tecniche della soluzione “S.A.T.T”.

5.1. L'ambiente S.A.T.T. per l'Anagrafe Immobiliare

L’interconnessione tra le diverse banche dati già disponibili, dalle applicazioni in uso nel Comune, e la corretta gestione del Territorio rappresentano sicuramente gl i obiettivi più importanti da

perseguire, al fine di realizzare una banca dati comunale dei soggetti e degli oggetti sempre più aggiornata ed affidabile, fruibile dai cittadini mediante appositi servizi on-l ine e fruibile dagli operatori comunali per le attività di analisi , pianificazione e lotta al l ’evasione.

Per la realizzazione di tale ambiente si è individuato l’applicativo “S.A.T.T” , per altro incluso nella

Bacheca del riuso software della Regione Campania.

Si evidenzia che i Comuni dell 'aggregazione hanno già a disposizione un valido sistema informativo di back-office per la gestione dei tributi locali, installato ed in uso da diversi anni, ha ormai raggiunto alti l ivell i di affidabil ità e conseguente soddisfazione, essendo stato anche

perfettamente adeguato al le specifiche esigenze applicative dell ’Ente, oltre che al le variazioni normative.

Lo stesso, peraltro in alcuni casi, è già perfettamente integrato con i l resto del sistema informativo

di back-office e rende disponibile mediante idonei web services le informazioni per l ’utente accreditato.

Le possibilità di interconnessione offerte dal sistema SATT rappresentano, quindi, una na turale evoluzione dei sistemi di Gestione Tributi in uso, consentendo l ’integrazione delle informazioni fornite dall’Agenzia delle Entrate mediante i portali SIATEL e SISTER, e la successiva consultazione mediante interfaccia WEB.

http://it.wikipedia.org/wiki/Hardware

http://it.wikipedia.org/wiki/Software

http://it.wikipedia.org/wiki/Internet_Service_Provider

http://it.wikipedia.org/wiki/Web_browser

http://it.wikipedia.org/wiki/Internet_Service_Provider


Pagina 10

La disponibilità in SATT di un Sistema Cartografico per la Gestione del Territorio, anch’esso fruibile mediante interfaccia web, consente una valida gestione dell ’anagrafe immobil iare, esaltando l ’integrazione delle informazioni e potenziando gli strumenti di verifica e controllo .

5.2. Descrizione delle caratteristiche generali del prodotto

Il prodotto si compone dei seguenti moduli:

Moduli di Interrogazione (M-I)

Moduli di Acquisizione (M-A)

Modulo di Gestione Cartografica (M-GC)

I Moduli di Interrogazione (MI) si collocano nella parte front-end della infrastruttura della

Piattaforma S.A.T.T.

I Moduli di Acquisizione (MA) si collocano nella infrastruttura della piattaforma S.A.T.T. come componenti per reperire e collezionare le informazioni relative a un Cittadino che risulta operante con ruoli diversi in diversi comuni.

Nel seguito si uti l izzerà i l termine “individuo” come sinonimo di “cittadino” e viceversa.

Il Modulo di Gestione Cartografica si colloca nella infrastruttura della Piattaforma S.A.T.T. come motore GIS.

5.3. Descrizione funzionale dell'applicazione S.A.T.T.

I Moduli di Interrogazione (M-I) costituiscono i l sottosistema della Piattaforma S.A.T.T. che fornisce i moduli e le componenti applicative per l ’effettuazione di ricerche relativamente ad un

individuo (cittadino) su uno specifico territorio (che potrebbe essere quello della Regione in cui opera).

In particolare M-I si compone di più sottosistemi:

• Il Portale di Interrogazione sovra -comunale.

• I moduli per la elaborazione di Autocertificazioni per i cittadini

• Moduli di Consultazione dei Tributi (ICI,TARSU e Idrico) versati dai cittadini.

I Moduli di Acquisizione costituiscono la parte del sistema che permette l ’inserimento delle

informazioni relative all’individuo provenienti da diverse fonti, di normalizzarle in qualche modo e riversarle nel database centrale che funge da collettore e motore principale per i l Sistema di interrogazione Multiente.


Pagina 11

Il Modulo di Gestione Cartografica costituisce la parte del sistema che permette l ’inserimento dei dati catastali e l 'interrogazione del geodatabase. Il modulo consente la visualizzazione dei layer geografici e delle query eseguite sul geodatabase.

5.4. Specifica dei Requisiti Software (SRS)

La specifica dei requisiti funzionali del Modulo di Interrogazione (M-I) si effettua nel seguito

elencando le funzionalità offerte.

Il diagramma che segue descrive in maniera sintetica la suddivisione in sottosistemi e l ’interazione con attori esterni.

Le note collegate ai package riepilogano le funzionalità pertinenti ai rispettivi sottosistemi.

Cittadino

Pubblica Amministrazione«subsystem»

UC1.Interrogazione Sovracomunale

«subsystem»

UC2.Portale Comunale

Servizi Offerti al Cittadino

Residente nel Comune X

- Autocertificazioni

- Certificato di Destinazione Urbanistica (C.d.U.)

- Interrogazioni sui Tributi

*

*

Modulo che consente di effettuare

ricerche sugli individui e la loro posizione

relativamente a più Enti (Comuni) della Regione*

*

Modulo di Interrogazione Multiente (MI)

Contiene i moduli per l'interrogazione sovra-comunale e i moduli

di autocertificazione, Consultazione tributi, e Redazione del CDU

Utilizzati dai Portali comunali

Sono due gl i attori che entrano in gioco nel contesto del Modulo di Interrogazione (M-I), e l i andiamo ad elencare:

• Cittadino: i l cittadino residente in uno dei comuni della regione accede al portale sovra -comunale per visualizzare un riepilogo della sua posizione relativamente ai comuni annoverati nel database S.A.T.T.


Pagina 12

Il cittadino accede al portale del proprio comune per i servizi di Autocertificazione, elaborazione del Certificato di Destinazione Urbanistica (C.d.U.) e per la consultazione della propria posizione verso i tributi.

• Pubblica Amministrazione (PA): un ente comune o altro ente (ad esempio la procura della

repubblica, i carabinieri, etc.) accede al portale sovra -comunale per effettuare ricerche relativamente al la situazione dei cittadini.

Una PA ha la possibil ità di reperire tutte le informazioni anagrafiche relative ad un particolare cittadino, può verificare tutti gl i immobili di cui risulta titolare al Catasto, può

individuare la collocazione geografica sul territorio di tal i immobil i con l ’ausil io di un sistema GIS, può visualizzare tutte le informazioni derivanti da altre banche dati che sono

state integrate in S.A.T.T.

Nel due diagrammi che seguono si dettagliano maggiormente le funzionalità espos te dal

sottosistema Portale di Interrogazione Sovra -comunale di M-I.

Interrogazione per

Soggetto

Interrogazione per

OGGETTO

Portale di Interrogazione Sovracomunale

Vista di Riepilogo

Vista di Dettaglio

Riepilogo Posizione

Anagrafica e Residenza

Fabbricati e Terreni

come da Agenzia del

Territorio

Posizione Cittadino

relativamente ai TributiPubblica Amministrazione

Ricerche per oggetti Fabbricati e/o Terreni

dislocati sul Territorio, con la possibilità di

risalire ai soggetti (individui) in qualche modo

ad essi correlati.

Dettaglio su tutte le informazioni relative all'Individuo:

- Dati Anagrafici

- Banche dati Catasto e altre Banche dati esterne al Comune

- Tributi

- Toponomastica


Pagina 13

Pubblica Amministrazione

Visualizzazione della

Posizione Anagrafica

dell'Individuo

Visualizzazione GIS

Consultazione

Banche Dati

Visualizzazione

Posizione Tributi

Toponomastica e

Numerazione Civica

Informazioni Anagrafiche dell'individuo

con indicazione della eventuale

aggregazione cui appartiene l'individuo

Visualizzazione della Collocazione Geografica

sul Territorio dei Fabbricati e dei Terreni

relazionati all'Individuo

Portale di Interrogazione Sovracomunale:

Interrogazione per Soggetto

Vista di dettaglio

Visualizzazione ICI

Dovuto e Pagamenti

Effettuati

Visualizzazione TARSU

e Pagamenti Effettuati

Visualizzazione IDRICO

e pagamenti effettuati

Visualizza Dati

Metrici del Catasto

Visualizza dati

ConservatoriaVisualizza Contratti

di LOCAZIONE StipulatiVisualizzazione

Titolarità Catasto

Visualizzazione della collocazione degli immobili posseduti dall'individuo

sul quale si effettua la ricerca, in termini di numero civico e strada.

Visualizzazione

Atti di SUCCESSIONE

Visualizzazione

Utenze ELETTRICHE

Nel seguito i llustriamo le funzionalità dei rimanenti sottosistemi dei moduli di interrogazione (M-I) ovvero i servizi offerti dal modulo per la elaborazione di Autocertificazioni per i cittadini, i servizi

del modulo per l ’elaborazione del C.d.U. e i l servizio di Consultazione dei Tributi Versati dal cittadino.

Questi moduli risultano accessibil i direttamente attraverso i Portal i comunali dei comuni che aderiscono alla Piattaforma S.A.T.T.

Moduli accessibili dal Portale Comunale:

- Autocertificazione

- Elaborazione C.d.U.

- Consultazione Tributi

Cittadino

Portale Comunale:

Servizi Generici

Portale Comunale:

Autocertificazione

Portale Comunale:

Elaborazione dei CdU

Portale Comunale:

Consultazione Tributi

Forum

News

Altri Servizi

Certificato di

Cittadinanza

Certificato di

Nascita

Certificato di

Residenza

Certificato della

Situazione di Famiglia

Certificato di

Matrimonio


Pagina 14

Il Sottosistema moduli di Acquisizione (M-A) è quella parte del sistema che mette insieme i dati provenienti da diverse fonti, l i normalizza e l i riversa nel data base unico e multiente SATT DB.

Le fonti di approvvigionamento dati sono:

i Comuni per quanto riguarda i dati Anagrafici dei cittadini e dei Tributi versati dai cittadini;

l ’Agenzia del Territorio (il “Catasto”) per i dati censuari catastali, i dati metri ci e dati della

Conservatoria;

l ’ente SIATEL per le altre banche dati.

Il diagramma seguente riporta sinteticamente, sotto forma di package le parti del sistema e l ’interazione con gl i attori esterni al sottosistema M-A.


Pagina 15

Nei diagramma seguente vengono indicate le funzionalità offerte dal sottosistema M-A relativamente al le banche dati provenienti da Fonti esterne al Comune.

In questo secondo diagramma di dettagli sulle funzionalità si descrive la parte relativa al le banche

dati Anagrafe e Tributi fornite dal Comune.


Pagina 16

6. Back-office: Dematerializzazione e Servizi connessi

L'aggregazione dei Comuni partecipanti, che hanno dimensioni analoghe, ritiene di cogliere

l 'opportunità che si ha, attraverso questa configurazione, per attivare e/o modifica re i processi interni che consentono di raggiungere gl i obiettivi indicati dalla legge Brunetta e dal Codice dell 'Amministrazione Digitale (CAD), adottando soluzioni che abbiano i l minimo impatto

economico su ciascuna amministrazione, attraverso soluzioni tecniche che realizzino significative economia di scala e semplicità di gestione nel tempo.

In questa ottica, i l protocollo ed i l sistema documentale avrà maggiore peso nel progetto per raggiungere più rapidamente l ’obiettivo di modernizzazione dei process i interni attraverso i l

coinvolgimento di tutti settori e tutte le fasi di attività amministrative comunali .

Gli strumenti che possono consentire i l raggiungimento degli obiettivi della dematerial izzazione

possono essere così sintetizzati:

Un sistema di gestione e archiviazione documentale;

Un sistema di firma digitale dei documenti elettronici;

Un sistema di timbro digitale;

Un sistema di conservazione sostitutiva dei documenti elettronici.

Un sistema per la gestione dello Sportello Unico per le Attività Produttive

Interventi in tale direzione, saranno significativi per i l miglioramento dei servizi erogati al Cittadino/Impresa sia in termini di qualità ed efficienza che di tempi di risposta e trasparenza della

Pubblica Amministrazione.

Nei paragrafi successivi saranno esposti in dettaglio gl i interventi previsti per ciascuna delle

componenti , verranno i l lustrati i prodotti e/o i servizi individuati come migliore soluzione

tecnologica atti a garantire i l buon esito dell ’intervento di dematerial izzazione nel rispetto degli adempimenti legislativi e normativi in materia.

L’individuazione della soluzione da adottare per ogni singolo aspetto progettuale è basata, oltre che sugli aspetti propriamente tecnici che interessano i l processo di dematerial izzazione, anche

sulla necessità di assicurare coerenza ed armonia con i l Sistema Informati co già esistente all’interno di ciascun Comune, a garanzia della progressività e scalabil ità degli interventi, della

sostenibil ità organizzativa e del massimo ritorno degli investimenti.


Pagina 17

Ciò implica che, agli strumenti individuati come componenti essenzial i del progetto di dematerializzazione, si affianchino dei servizi specialistici necessari a favorire l ’integrazione tra le singole componenti progettuali e tra queste ed i servizi e le applicazioni già in uso.

Pertanto sono da considerarsi come ulteriori aspetti progettuali:

Lo svi luppo delle necessarie interfacce o servizi di integrazione tra il sistema di gestione ed archiviazione documentale con le applicazioni vertica li già esistenti (protocollo,

anagrafe,ecc);

Lo svi luppo dei servizi di integrazione tra il sistema di gestione documentale ed i l sistema di conservazione sostitutiva;

Anche in questo caso, per ottimizzare i costi, il software per la Gestione Documental e ed i Servizi

di archiviazione sostitutiva e Timbro Digitale saranno ospitati (Hosting) presso la struttura di ANCI/Ancitel e, quindi, erogati in modalità "ASP" - Application Sercice Provider.

Infatti, occorre tener conto che, per la Gestione Documentale e per l 'Archiviazione Sostitutiva, i

documenti archiviati (documenti di stato civi le, fascicoli del personale, ecc) contengono dati classificati come "sensibil i", mentre per i l Timbro Digitale ricorrono motivi di sicurezza nella

funzione di certificazione legale di documenti relativi al l 'Anagrafe.

6.1. Il Sistema di gestione documentale - Alfresco

Nell’ambito della dematerial izzazione, la gestione dei documenti in formato elettronico

rappresenta sicuramente l ’elemento di maggiore importanza per qualsiasi orga nizzazione e in particolare per la Pubblica Amministrazione i cui processi produttivi sono caratterizzati dalla

copiosa produzione di documenti.

La scelta di un sistema di Document Management si configura così come un aspetto strategico affinchè un progetto di dematerializzazione abbia successo. E proprio per questo motivo è stato

individuato Alfresco come sistema per la gestione documentale.

Alfresco offre un sistema leader di gestione documentale “open source” per acquisire, validare,

conservare e condividere documenti in modo semplice, con servizi di archiviazione e gestione del ciclo di vita completo dei documenti, su un archivio unificato e affidabile.

La soluzione va incontro sia agli utenti di oggi che desiderano la semplicità di una soluzione "d i reparto", con applicazioni facil i da configurare, sia al le organizzazioni che invece desiderano i l

controllo coerente di un sistema di gestione del contenuto scalabile e affidabile. La scelta di Alfresco è inoltre dettata dalla facilità di integrazione per le applicazioni terze tramite l ’uti l izzo di Remote Api o Web Services.


Pagina 18

Quest’ultima caratteristica costituisce un elemento importante ai fini di una eventuale integrazione delle applicazioni verticali già presenti al l ’interno del Comune con i l repository dei documenti.

6.1.1. L’architettura e vantaggi di Alfresco

Alfresco è i l risultato dell'utilizzo dei più recenti componenti dell'infrastruttura open source, quali:

Spring, Hibernate, Lucene e MyFaces.

Si precisa che, in informatica, open source (termine inglese che significa sorgente aperto) indica un software i cui autori (più precisamente i detentori dei diritti) ne permettono, anzi ne favoriscono i l

l ibero studio e l 'apporto di modifiche da parte di altri progra mmatori indipendenti e quindi l ’uti lizzo senza alcun costo del software. Questo è formalizzato mediante l 'applicazione di apposite

l icenze d'uso che non prevedono oneri .

Esso offre una gestione documentale con interfacce conosciute per ottenere rapidamente i l

consenso degli utenti, i l tutto basato su un archivio virtuale caratterizzato da:

• Fi le system virtuale, sostituisce le unità condivise offrendo la stessa i nterfaccia; • Regole simili all'e-mail, configurazione delle regole plug-in per automatizzare l 'elaborazione

manuale e offrire una conformità integrata; • Ricerche simil i a Google;

• Esplorazione simile a Yahoo, estrazione e classificazione automatica dei metadati; • SmartSpaces, spazi di collaborazione conformi al le migliori pratiche;

• Supporto del ciclo di vita trasparente;

Il sistema documentale offre una serie di vantaggi che risolvono i principali difetti delle attuali

soluzioni commercial i presenti sul mercato, in particolare:

• Facil ità di uti l izzo, installazione, integrazione ed espansione; • Basato su standard aperti e modello open source; • Aumento significativo dell 'adozione da parte degli utenti; • Forte riduzione del costo e del TCO (costo di gestione);

• Riduzione del rischio; • Implementazione rapida;

6.1.2. Principali funzionalità

Le principali funzionalità supportate da Alfresco sono le seguenti:

• Amministrazione e sicurezza degli utenti: gestione e sicurezza tramite utenti, gruppi e

ruoli. La sicurezza degli utenti può essere gestita secondo diversi livelli, ad esempio nome utente e password, single sign-on mediante NTLM o LDAP.

• Upload dei documenti: i l repository di Alfresco è visto come un’unità disco condivisa. Siccome nessuna installazione cl ient viene richiesta, l ’utente accede al sistema

http://it.wikipedia.org/wiki/Informatica

http://it.wikipedia.org/wiki/Lingua_inglese

http://it.wikipedia.org/wiki/Codice_sorgente

http://it.wikipedia.org/wiki/Software

http://it.wikipedia.org/wiki/Licenza_(informatica)


Pagina 19

documentale attraverso un’applicazione Web cl ient altamente configurabile, denominata Alfresco Explorer. Il sistema supporta anche l ’accesso nativo e sicuro tramite fi le system attraverso interfacce per CIFS, WebDAV e FTP.

• Classificazione dei documenti: i l sistema automaticamente effettua un’estrazione

automatica dei principali meta-dati (autore, data, tipo, ecc…) dei documenti caricati, uti l i per la loro classificazione e per la loro ricerca.

• Ricerche semplici e avanzate dei documenti: i l sistema consente di eseguire semplici ricerche, come in Amazon o Google attraverso un efficace sistema di indicizzazione

automatica dei contenuti. Inoltre, consente la creazione di categorizzazioni specifiche per i documenti che possono essere uti l izzate per ottimizzare le attività di ricerca dei

documenti. • Creazione di regole: è possibile definire regole semplici o avanzate per la gestione del

flusso di un documento, ad esempio per convertire i l documento in un al tro formato, spostarlo in una cartella diversa, gestirne il versioning o inviare una notifica ad un gruppo

di utenti via e-mail. Tramite le regole è possibile definire i l workflow di un documento e i relativi passi di sviluppo di contenuto controllato e verificato tramite creazione, revisione,

approvazione, lancio pianificato, scadenza, mantenimento e archiviazione.

• Collaborazione nella definizione dei contenuti: i l sistema consente a diversi utenti di collaborare nella stesura di un documento gestendo le condizioni di lock/unlock,

aggiornamento e salvataggio dei contenuti. Tale approccio consente di gestire anche diverse versioni del documento.

• Creazione guidata degli spazi: i l sistema consente di definire diversi spazi in cui organizzare i l materiale informativo attraverso template standard che guidano l ’utente in

questa attività, ad esempio creazione guidata di spazi di discussione e forum.

6.1.3. L’integrazione con Alfresco

Gli applicativi di terze parti possono interfacciarsi con Alfresco tramite:

Embedded API.

Remote API.

WebService.

La logica di integrazione con Alfresco, rappresentata nella figura sottostante, si basa su un’architettura SOA (Service Oriented Architecture) in cui è lo stesso Alfresco a rappresentare i l

fornitore dei servizi (server) che espone dati e operazioni e che risponde a specifiche richieste da parte del cl ient. In tal modo i sistemi vengono tenuti disaccoppiati.


Pagina 20

6.1.4. La soluzione da implementare

In virtù delle caratteristiche e dei vantaggi, descritti ai paragrafi precedenti, che la tecnologia Alfresco offre, la scelta relativamente al la prima componente progettuale rappresentata dal sistema documentale, ricade senza dubbio sul prodotto Alfresco Enterprise Edition.

Esso è, infatti , la versione provata e testata del software Alfresco fornita in quanto parte

dell ’abbonamento Alfresco Enterprise.

Alfresco Enterprise Edition comprende Document Management, Gestione Contenuti Web, l ’Interfaccia Share e la Piattaforma dei Contenuti.

Il Records Management, gl i add-on Enterprise, i l clustering ed un connettore per la memorizzazione controllabile dei contenuti, possono essere aggiunti come abbonamento aggiuntivo al l 'abbonamento di base.

Nella successive tabelle vengono sintetizzate le funzionalità più evidenti del Document Management di Alfresco Enterprise Edition.

Funzionalità per gli utenti Descrizione

Interfaccia Share Alfresco Consente ai team globali di collaborare sul contenuto, con nuove funzioni sociali come aggiornamenti di stato, flussi di attività dei contenuti, tagging & ricerca.

Anteprima in linea Anteprima dei tipi di fi le popolari (come i documenti Microsoft Office, i PDF e le immagini) direttamente al l 'interno del browser,

senza doverl i scaricare.

Regole & azioni basate su

cartelle

Come le regole basate su cartelle di Outlook o Gmail, gl i utenti

aziendali possono creare da soli semplici workflow di documenti.

Controllo versione

automatico

Permette facilmente agli utenti di tracciare le versioni principali e

meno importanti di documenti con una traccia di controllo. Facile come un drive

condiviso

Con i l supporto per CIFS e WebDav, potete trascinare e ri lasciare i

fi le all'interno di Alfresco proprio come un drive di rete condiviso.

Integrazione Microsoft Office Alfresco funziona un po' come SharePoint per Microsoft Office,

permettendo agli utenti di caricare, controllare e modificare i contenuti direttamente da Office.

E-mail Drag & Drop Alfresco può essere montato come un servizio IMAP nel vostro cl iente e-mail affinché possiate trascinare e ri lasciare contenuti al l 'interno di Alfresco direttamente dall 'e-mail.


Pagina 21

Funzionalità per Records

management

Descrizione

Regole e azioni automatiche Regole semplici da configurare possono essere uti l izzate per automatizzare i processi relativi a documenti.

Aspetti di potenziamento Più potente della possibil ità di creare Tipi è quella di creare Aspetti Gli aspetti possono conservare una serie di metadati

personalizzati ed essere applicati a qualsiasi documento, qualsiasi sia i l tipo di documento.

Script leggeri Gli script leggeri permettono agli svi luppatori di creare

componenti riuti l izzabil i usando Javascript, PHP e freemarker.

Workflow Alfresco fornisce workflow per aiutare ad automatizzare

l 'elaborazione di documenti. Basati su jBPM, i workflow Alfresco possono essere creati per supportare la semplice analisi ed i

processi di approvazione o possono essere configurati per supportare processi aziendali più complessi.

Tipi personalizzati Gli sviluppatori possono definire tipi unici e i metadati associati

(informazioni).

Servizi di trasformazione Alfresco fornisce la possibilità di creare automaticamente più di

un formato di documento per qualsiasi contenuto al l 'interno del sistema. Ad esempio, i documenti Microsoft Word possono avere

una versione PDF creata automaticamente al termine del workflow di approvazione per una successiva pubblicazione sul

sito web.

Funzionalità per IT Descrizione

Nessun foot print cl iente Adottando interfacce standard industrial i (come CIFS, IMAP, i l

protocollo SharePoint, ecc.) Alfresco non richiede agli utenti di installare alcun software o plug-in sul loro PC locale.

Clustering Un clustering semplice da configurare consente al le società di scalare i l loro dispiegamento Alfresco.

Sicurezza Alti l ivelli di sicurezza, basati sulla gestione dell'utente, del gruppo

e del ruolo, accesso al controllo dei contenuti gestito da Alfresco.

Elevata scalabil ità Studiato per supportare un ampio numero di utenti e poter

gestire volumi molto elevati di contenuti.

Amministrazione JMX La semplice amministrazione, cambiando le impostazioni del server, può essere effettuata con gl i strumenti JMX standard

senza dover interrompere i l server Alfresco.

Replic I contenuti possono essere replicati tra sistemi Alfresco Gli uffici

remoti possono avere un accesso in sola lettura ai contenuti, che offre loro localmente un accesso rapido e riduce i l traffico di rete

di un'ampia area.

Orientamento verso gl i standard

Alfresco è stato creato su standard industrial i importanti, come: REST, RSS, Atom publishing, JSON, OpenSearch, OpenSocial, OpenID, Web Services, JSR 168, JSR 170 level 2, MyFaces, CIFS,

FTP, WebDAV, SQL, ODF e CMIS.


Pagina 22

6.2. La Firma Digitale

Tale tecnologia è già disponibile ed utilizzata in alcuni servizi delle Amministrazioni.

La firma digitale è basata sulla tecnologia della crittografia a chiave pubblica (o PKI). Dal punto di vista informatico essa rappresenta un sistema di autenticazione di documenti digital i tale da

garantire i l cosiddetto non ripudio.

La nozione di firma digitale ha in Italia anche un'accezi one giuridica, in quanto individua quel

tipo di firma che può essere apposta ai documenti informatici alla stessa stregua di come la firma autografa viene apposta ai documenti tradizionali .

6.2.1. Differenza tra Firma Digitale e convenzionale

Firma autografa Firma digitale

Creazione manuale mediante algoritmo di creazione

Apposizione sul documento: la firma è parte integrante del documento

come allegato: i l documento firmato è costituito dalla coppia (documento, firma)

Verifica confronto con una firma autenticata: metodo insicuro

mediante algoritmo di verifica pubblicamente noto: metodo sicuro

Documento copia distinguibile indistinguibile

Validità temporale i l l imitata l imitata

Automazione dei processi non possibile possibile

6.2.2. Valore giuridico della Firma Digitale in Italia

Oggi, la legge che disciplina la firma digitale è i l "Codice dell 'amministrazione digitale" (Decreto Legislativo 7 marzo 2005, n. 82, così come modificato dal D.Lgs. 4 apri le 2006, n. 159).

Il Codice, all'articolo 1, distingue i concetti di "firma elettronica", "firma elettronica qualificata" e

"firma digitale".


Pagina 23

Per firma elettronica la legge intende l 'insieme dei dati in forma elettronica, al legati oppure connessi tramite associazione logica ad altri dati elettronici, uti l izzati come metodo di identificazione informatica.

La firma elettronica qualificata è definita come la firma elettronica basata su una procedura che permetta di identificare in modo univoco i l titolare, attraverso mezzi di cui i l firmatario deve

detenere i l controllo esclusivo, e la cui titolarità è certificata da un certificato qualificato.

È inoltre richiesto l 'uso del dispositivo di firma sicuro, capace cioè di proteggere efficacemente la segretezza della chiave privata. Inoltre, la firma stessa deve essere in grado di ri levare qualsiasi

alterazione del documento avvenuta dopo l 'apposizione della firma stessa. Qualunque tecnologia che permetta tale identificazione univoca, rientra nel concetto di "firma elettronica qualificata".

La firma digitale, è considerata dalla legge come una particolare specie di "firma elettronica

qualificata", basata sulla tecnologia della crittografia a chiavi asimmetriche.

La titolarità della firma digitale è garantita dai "certificatori": si tratta di soggetti con particolari

requisiti di onorabilità, che potevano essere accreditati presso il Centro Nazionale per l 'Informatica nella Pubblica Amministrazione (CNIPA), ora confluito in DigitPA (in tal caso vengono chiamati

certificatori accreditati), che tengono registri delle chiavi pubbliche, presso i quali è possibile verificare la titolarità del firmatario di un documento elettronico.

6.3. Il Timbro Digitale

Il D.Lgs. 7 marzo 2005, n. 82 “Codice dell’amministrazione digitale”, aggiornato dal D.Lgs. 4 apri le 2006, n. 159 attribuisce ai documenti informatici sottoscritti con la firma digitale lo stesso valore

giuridico dei documenti sottoscritti con firma autografa.

Il documento sottoscritto con la firma digitale presenta le seguenti caratteristiche:

dal punto di vista del valore legale, soddisfa i l requisito della forma scritta;

garantisce l ’autenticità del documento informatico, in quanto viene resa certa l 'identità del

sottoscrittore;

assicura l ’integrità del documento sottoscritto, cioè la sicurezza che i l documento informatico;

non sia stato alterato dopo la sua sottoscrizione;

garantisce i l non ripudio della firma, in quanto l’utilizzo del dispositivo di firma digitale si

presume riconducibile al titolare del dispositivo stesso.


Pagina 24

6.3.1. Caratteristiche del Timbro Digitale

Il problema che si pone per i documenti sottoscritti con firma digitale è che quando un documento

elettronico digitalmente firmato viene sottoposto ad un processo di stampa tradizionale, si ha una cosiddetta “interruzione della catena del valore” della firma digitale a seguito della quale, gl i attributi di integrità, certezza del mittente, non ripudio e di data certa di creazione e/o firma

vanno definitivamente persi.

Il documento stampato necessita nuovamente di una firma tradizionale, perdendo tutti i vantaggi di essere nato in formato elettronico e firmato digitalmente.

L’esigenza che si delinea è quindi di fornire una rappresentazione del documento informatico

originario firmato digitalmente, che sia completa di segnatura e in un formato tale da risultare di semplice uti l izzo mediante strumenti informatici di largamente diffusi, fornendo al contempo l ’evidenza dei nominativi dei sottoscrittori, in modo da assicurate l ’integrità di tale riproduzione.

Fonte CNIPA: “Il timbro digitale: una soluzione tecnologica per l ’autenticazione di documenti

stampati” - Versione 2.0 - 18 dicembre 2006): “Nell ’ambito della Pubblica Amministrazione, e nel rapporto tra questa e i suoi utenti (cittadini e imprese) esistono tuttora numerose situazioni in cui documenti dei quali occorre garantire l ’autenticità possono attraversare, nel corso del loro ciclo di vita, uno o più passaggi tra digitale e carta. Esiste senz’altro l’esigenza di proteggere tal i documenti

in tutte le fasi del loro ciclo di vita, indipendentemente dal supporto – elettronico o cartaceo – uti l izzato.

Questa indipendenza potrebbe essere possibile se si stampassero, contestualmente al contenuto

del documento, le informazioni necessarie a controllarne l ’autenticità già presenti nel documento stesso, ad esempio:

una rappresentazione alternativa e non alterabile del contenuto del documento;

la certificazione della fonte che ha emesso i l documento.

Il Timbro Digitale costituisce l ’unica soluzione tecnologica che permette di prorogare la validità giuridica di un documento informatico, digitalmente firmato, qualora venisse stampato su

supporto cartaceo.

Per Timbro Digitale si intende, secondo la definizione del CNIPA, una rappresentazione convenzionale delle informazioni contenute nel documento elettronico (tutte o parte di esse),

stampabile, riconoscibile con strumenti elettronici, ottenuta uti l izzando una codifica grafica

definita. La tecnologia dei timbri digitali si basa fondamentalmente sui codici grafici bidimensionali e cioè su di una rappresentazione di informazioni in formato visivo su una superficie piana (supporto

cartaceo, lastra di si l icio, ecc.).


Pagina 25

Tipicamente, un codice bidimensionale si presenta come una matrice di elementi quadrangolari bianchi e neri; tal i elementi, detti moduli, sono atti a codificare l ’i nformazione secondo la simbologia prescelta. Per simbologia si intende l ’insieme delle regole che definiscono i l mapping

fra i l messaggio e la rispettiva rappresentazione sotto forma di codice grafico. Concettualmente, in

analogia a un codice a barre, un codice bidimensionale è un vettore di informazioni; tuttavia, a differenza di quanto avviene in un codice a barre, la codifica delle informazioni si articola in due

dimensioni; coinvolge sia la dimensione orizzontale che quella verticale del simbolo, a tutto vantaggio della capacità di memorizzazione.

Con l’utilizzo di una simbologia bidimensionale ad alta densità di memorizzazione è possibile

codificare tutto i l documento elettronico di partenza, completo di firma, al l ’interno di uno o più simboli da apporre sulle aree sgombre del documento. ed acquisirlo, a partire dal codice grafico, in una successiva fase del ciclo di vita del documento, In tal modo, la sottoscrizione elettronica iniziale resta valida e verificabile a prescindere dal mezzo di memorizzazi one.

6.3.2. Il Servizio di Timbro Digitale

La soluzione che si intende adottare, per l ’apposizione del timbro digitale, è una soluzione totalmente in asp, è cioè una soluzione che non prevede l ’acquisto di apparati hardware da parte

dell ’ente, in quanto è una applicazione che è usufruibile in rete.

6.3.3. Architettura della soluzione

La soluzione per i l Timbro digitale prevede tre diversi domini logicamente distinti , di seguito

descritti , che interagisco tra loro in modalità sicura:

Ente

L’Ente mette a disposizione del proprio bacino di utenti un’applicazione per generare

automaticamente certificati anagrafici a valore legale. Tali certificati potrebbero essere generati, ad esempio, a fronte di una richiesta web da parte di un cittadino residente

presso i l comune o a fronte di un’equivalente richiesta presso un Totem dislocato al l ’interno del comune.

In entrambi i casi, per dare valore legale al certificato digitale e per permettere al cittadino di stamparlo e consegnarlo a terzi, i l comune appone sul certificato, attraverso i l servizio

messo a disposizione in ASP, un Timbro Digitale a valore legale.

Erogatore del Servizio di Timbro Digitale

Il servizio di Timbro Digitale sarà raggiungibile via internet. Per dare validità legale al Timbro Digitale, i l Servizio si avvarrà di una Certification Authority

presso la quale è stato emesso un certificato digitale per firma automatica intestato ad un soggetto fisico abil itato al la firma (tipicamente un Ufficiale di Anagrafe).


Pagina 26

Certification Authority

La Certification Authority emettitrice del certificato digitale di firma automatica e, a fronte delle richieste provenienti dal fornitorel, appone le firme sul pacchetto dati che rappresenta i l

gl ifo.

6.3.4. Descrizione del flusso

Ognuno dei tre domini logici sopra descritti sono suddivis ibi l i in uno o più moduli hardware/software.

1. L’applicazione comunale:

Invoca un Web Services da un ip abil itato su un canale HTTPS con autenticazione cl ient passando i seguenti dati principali in formato XML: a. Le credenzial i di firma digitale (UserId/Password) per l ’apposizione della firma sul

timbro

b. I dati necessari per la composizione del certificato anagrafico su cui apporre i l timbro

2. Il Web Services :

a. Verifica che l ’applicazione del Comune, determinata tramite i l Distinguish Name del certificato digitale di collegamento, sia iscritta al servizio di Timbro Digitale ed inoltre

sia abil itata al lo specifico sottoservizio/template di firma richiesto

b. Verifica formalmente i dati ricevuti dal Comune

c. Inoltra i seguenti dati al Secure Server:

i . Le credenzial i di firma digitale

ii. I dati per la composizione del certificato anagrafico

3. Il Secure Server:

a. Calcola i dati del timbro digitale sulla base dei dati del timbro digitale, dello style sheet

da uti l izzare e da altri dati di corredo.

b. Questi dati devono essere firmati digitalmente con i l certificato digitale dell ’ufficiale

anagrafico del comune attraverso una procedura di firma remota. A tale scopo vengono passati al proxy di accesso al server di firma i seguenti dati:

i . Credenzial i di firma dell ’ufficiale anagrafico

ii. Pin concordato con la CA

iii. Dati da firmare

4. Il Proxy di accesso al server di firma della CA:

Attraverso i l protocollo di comunicazione imposto dalla CA i l Proxy comunica i dati da firmare al la CA unitamente al le credenzial i di firma dell ’ufficiale anagrafico


Pagina 27

5. La Certification Authority:

Attraverso l ’accesso al proprio sistema HSM emette la firma digitale uti l izzando le credenzial i di firma dell ’ufficiale anagrafico.

6. La Certification Authority:

Restituisce la busta PKCS#7 al Proxy.

7. Il Proxy:

Restituisce la busta PKCS#7 al Secure Server.

8. Il Secure Server:

a. Compone i l PDF con l ’apposito style sheet e eventuali loghi personalizzati

b. Appone i gl ifi che rappresentano il Timbro Digitale firmato digitalmente dall ’Ufficiale Anagrafico

c. Restituisce i l PDF al Web Services

9. i l Web Services :

Restituisce i l PDF del certificato anagrafico al l ’applicazione comunale.

6.3.5. Sicurezza della soluzione

I tre domini applicativi sono, nel caso più generico, interconnessi tra loro via internet .

Per garantire un l ivello di sicurezza adeguato nel collegamento tra domini, si ricorrerà ad una connessione HTTPS bilanciata.

In particolare nella connessione Fornitore del servizio – Ente, essendo i l Fornitore i l dominio che espone i l servizio, sarà anche deputata al la securizzazione del collegamento.

Questo significa che:

a fronte di un nuovo Comune che volesse usufruire del servizio di emissio ne Timbro Digitale, i l Fornitore emetterà un certificato digitale per autenticazione cl ient per ogni

applicazione del comune, la consegna avverrà in forma sicura al responsabile dell ’applicazione comunale;

Il Fornitore abil iterà l ’accesso al Web Server solo al/agli IP provenienti da tale rete;

i l servizio erogato dal Fornitore verificherà che i l certificato digitale ri lasciato al comune venga uti l izzato per l ’apposizione di timbri digital i sui soli certificati abil itati .

Questo garantisce quindi:

integrità dei dati trasferiti durante la connessione

riservatezza dei dati


Pagina 28

mutua autenticazione

Nella connessione Fornitore – Certification Authority, essendo la Certification Authority i l dominio che espone i l servizio di firma remota al Fornitore, sarà anche deputata al la securizzazione del

collegamento.

Tale collegamento rispetterà quindi le policy di sicurezza dettate dalla CA che sono

particolarmente stringenti essendo queste sottoposte a ispezioni da parte di DigitPA, in particolare la CA garantisce che le richieste di firma vengono accettate solo se provenienti dal proprio proxy

dislocato presso i l Fornitore.

Gestione esclusiva delle credenziali di firma da parte del Comune

Come si evince dall’architettura del sistema e dalla gestione delle credenziali di firma dell’Ufficiale Anagrafico, l ’erogatore del servizio non necessita di conoscere né la User Id né tantomeno la

Password necessaria per emettere firme remote. Questo permette al Fornitore di evitare la costituzione di un archivio contenente le credenzial i di

firma del Comune iscritto al servizio. Il Fornitore all’atto dell ’iscrizione dovrà solamente emettere

un certificato digitale per autenticazione cl ient.

L’assenza di un archivio di credenziali di firma e le stringenti policy di sicurezza a ttive al l ’interno del CED del Fornitore necessarie per la protezione del servizio di Posta Elettronica Certificata

(PEC), rende praticamente quasi nullo il rischio di attacchi interni a seguito dei quali possa essere emesso un timbro digitale firmato da un Ufficiale Anagrafico di un Comune iscritto al servizio.

Gestione esclusiva dell’abilitazione/disabilitazione della firma remota

La gestione dell ’abil itazione/disabil itazione della firma remota è effettuata direttamente

dall’Ufficiale Anagrafico intestatario del certificato di firma secondo le procedure previste dalla Certification Authority.

Generalmente tal i procedure prevedono l ’accesso web ad un pannello di ammini strazione in cui l ’utente è autenticato tramite la UserId/Password di firma e un PIN emesso tramite un Token OTP.

Il Fornitore non sarà in nessun modo coinvolto in questo processo di abilitazione disabil itazione e

l ’autenticazione tramite due fattori (credenziali e PIN) abbassa drasticamente i l rischio di accesso non autorizzato al pannello di controllo da parte di terzi.

6.3.6. Caratteristiche Tecniche

La tecnologia individuata per l ’apposizione del timbro è quella svi luppata da Land s.r.l .

Si riportano di seguito le caratteristiche principali di tale componente.


Pagina 29

SecurePaper™ ha 2 l ivelli di correzione degli errori, il primo è del 40% (fisso) ed è presente su ogni singolo gl ifo ed un secondo, personalizzabile (può andare da un 25% ad un massimo

del 50%), sulla totalità dei glifi. Questo permette al sistema di essere molto resistente al le abrasioni, agli strappi, alle macchie, al le piegature e da tutto quello che può capitare nel normale uti l izzo di un foglio di carta.

SecurePaper™ supporta i più conosciuti, preferiamo uti l izzare però le tecnologie che sul campo offrono migliore robustezza/capienza. In questo momento i l codice che viene util izzato da SecurePaper™ è i l DataMatrix (citato esplicitamente nel documento CNIPA del 18 Dicembre 2006) che riesce a contenere fino a 6.224 byte al netto del 60% di ECC, circa i l

doppio di quanto è possibile fare con altri codici per la stessa tipologia di applicazione.

SecurePaper™ uti l izza i sistemi di compressione più efficienti sia pubblici che proprietari e,

grazie a sistemi di campionamento proprietari, riesce a contenere e gestire correttamente qualsiasi documento in ambito documentale.

SecurePaper™ può uti lizzare qualsiasi tipo di fi le, dati (xml, pcl, ps, ecc.) e immagine (tif, pdf, djvu, jpg, ecc.) ma anche suoni (mp3, ogg, ecc) o video (mpg, avi, ecc.).

SecurePaper™ mette a disposizione dei suoi uti l izzatori un Viewer, gratuito scaricabile da internet, completamente personalizzabile sia per l ’estetica (skin grafica) che per le funzionalità (plug in funzionali). Infatti , proprio grazie ai plug in, l’utilizzatore che dispone di

un Viewer scaricato da un Cliente specifico scaricherà (in modalità automatica) solo i l

plug in di quel documento e non tutto i l Viewer per verificare un documento SecurePaper™ proveniente da un altro Cliente. Il Viewer SecurePaper™ richiede l ’uti l izzo di uno scanner

in grado di scansionare ad una risoluzione di almeno 600dpi ottici . La maggior parte degli scanner a basso costo in vendita negli ultimi anni garantisce questo requisito.

SecurePaper™ è l’unica soluzione che permette i l confronto automatico tra i l documento

originale (contenuto dei gl ifi) e quello cartaceo (stampato e visibile dall’utilizzatore). Grazie ad un particolare algoritmo (brevettato) è possibile evidenziare automaticamente tutte le eventuali modifiche effettuate e sarà possibile, in modo estremamente semplice e veloce per l ’uti l izzatore, valutare se sono modifiche maliziose o semplici

SecurePaper™ ha affrontato in modo molto serio le problematiche legate al l’accessibil ità e quindi è fruibile a tutte le persone che hanno problemi di vista. Infatti , i l Viewer è completamente accessibile e mette a disposizione delle ulteriori funzionalità per la lettura

della busta crittografica, la Full (lettura del contenuto completo) e la Light (lettura veloce di un estratto).

SecurePaper™ è l ’unica soluzione che consente la interoperabil ità. Infatti , grazie al la

struttura a plug in, è possibile lo sviluppo di componenti da parte di terze parti che possono interoperare tramite i l Viewer di SecurePaper.


Pagina 30

La soluzione è conforme a quanto prescritto ed in ottemperanza al le norme in vigore, infatti:

La finanziaria per i l 2005 (L. 30 dicembre 2004, n. 311) introduce i l concetto di “cedolino

elettronico”(comma 197, art. 1). Successivamente, i l regolamento attuativo del 12 gennaio 2006, pubblicato sulla Gazzetta Ufficiale del 13 marzo 2006, introduce i l concetto di codici grafici

bidimensionali di autenticità, come misura antifrode e antifalsificazione del documento

Inoltre nel nuovo codice dell ’Amministrazione Digitale (art. 23 ter, comma 5), viene introdotta una sezione specifica che riporta:

“Al fine di assicurare la provenienza e la conformità al l ’originale, sulle copie analogiche di documenti informatici. È apposto a stampa, sulla base dei criteri definiti con l inee guida emanate da DigitPA, un contrassegno generato elettronicamente, formato nel rispetto delle regole tecniche

stabilite ai sensi dell’articolo 71 e tale da consentire la verifica automatica della conformità del documento analogico a quello informatico.”

6.4. La Conservazione Sostitutiva

La conservazione sostitutiva è la procedura informatica, regolamentata dalla legge ital iana, in grado di garantire nel tempo la validità legale di un documento informatico.

La conservazione sostitutiva equipara, sotto certe condizioni, i documenti cartacei con quell i elettronici e permette al la PA di risparmiare sui costi di stampa, stoccaggio e archiviazione. Il

risparmio è particolarmente alto per la documentazione che deve essere, a norma di legge, conservata per più anni.

La conservazione sostitutiva ha quindi legalizzato i l documento informatico, equiparandolo a

quello cartaceo.

Rappresenta lo strumento alternativo al la gestione della carta, garantendo l ’opportunità di snell imento dei volumi ed efficacia dei processi documentali .

Particolarmente importante è infatti la validità giuridica nel tempo, che assolve al l ’obbligo di

conservazione pluriennale, garantita dalla marcatura temporale.

6.4.1. Il Servizio di Conservazione

La soluzione in ASP individuata, nel rispetto di tutte le prescrizioni tecniche contenute nella

normativa, consentirà di gestire documenti digitali ed analogici (unici o non unici), progettata per soddisfare i requisiti di interoperabilità degli Enti locali chiamati a gestire molteplici tipologie di documenti.


Pagina 31

Le carattestiche principali del servizio possono così sintetizzarsi:

Interfaccia web estremamente semplice ed efficace per la gestione dell ’archivio digi tale documentale;

Semplici procedure di caricamento e archiviazione dei documenti in forma digitale;

Classificazione dei documenti elettronici in categorie omogenee;

Facile consultazione e rintracciabil ità dei documenti archiviati .

Il servizio è basato sulla soluzione tecnologica e-Document Keeper che copre tutte le fasi del processo di Conservazione Sostitutiva, così come viene definito dalla normativa di riferimento, ed

è dotata delle interfacce per collegare i sistemi alimentanti ed i supporti fisici di conservazione dei documenti.

6.4.2. Caratteristiche Tecniche

Il prodotto è stato svi luppato interamente con tecnologia J2EE e implementa una architettura

aperta a logiche di integrazione customizzabil i in funzione delle diverse tipologie di flussi documentali , del l ivello di integrazione con i sistemi al imentanti, dei diversi strumenti di

archiviazione fisica e dei diversi DBMS uti l izzati dal cl iente.

L’accesso al data base avviene attraverso il livello denominato “dati”; l ’accesso al data base è ad oggetti la mappatura tra il modello relazionale dei dati nel DB e l ’accesso ad oggetti da parte delle

componenti software è realizzata tramite OJB “Obiect relational bridge”. Il layer di gestione dei dati espone verso i l layer di elaborazione un’interfaccia JMX realizzata attraverso oggetti MBIN (Manage BINs).

Il l ivello di “elaborazione” è suddiviso in due componenti logiche: la “business logic”, che svi luppa

le funzioni applicative, la “integration logic” che si incarica di realizzare le logiche di l ’integrazione della piattaforma con i sistemi esterni.

Il l ivello di elaborazione è realizzato utilizzando la tecnologi a degli EJB in modo da conferire al la

piattaforma le necessarie caratteristiche qualitative di: robustezza, scalabil ità e diffusione.

Sono uti lizzati due tipologie di EJB: “session EJB” per i servizi sincroni e “message driver bins” per i servizi asincroni; la comunicazione tra gl i EJBs è realizzata tramite RMI su protocollo JRMP.

L’integrità e la consistenza delle transazioni applicative è garantita attraverso l ’impiego

dell ’architettura JTA “Java Transaction API” che permette di gestire anche transazioni distribuite sui dati e verso applicazioni esterne integrate con i l sistema.

Il l ivello “presentazione” segue i l paradigma MVC. Il layer “model”, che implementa le logiche di navigazione e validazione dei dati e gestisce l ’interfacciamento con la business logic, è realizzato con classi java.


Pagina 32

Il layer “view” uti l izza il linguaggio di templating Velocity ed è costituito da un insieme di template che consentono di modellare diversi tipi di rappresentazione dei dati in uscita: HTML, XML, PDF.

Il layer “control” è realizzato tramite la servlet Turbine che si incarica della gestione di vari moduli

del layer model e della generazione dei flussi di output a partire dai template definiti .

Il l ivello “integrazione” si incarica di esporre le interfaccia della piattaforma verso l ’esterno e realizza quindi la “application interface”.

Sono previste interfaccia basate su web services, su https (strems). Tutte le interfaccia della

piattaforma sono realizzate seguendo pienamente gl i standard WSDL, SOAP e MIME per i web services, e fanno uso di schemi XSD per lo scambio di dati con sistemi esterni, siano essi provider o consumatori.

Da un punto di vista applicativo, la soluzione è basata su prodotti software di mercato e open source quali Jboss, Tomcat e Apache. Fa uso di DBMS basato su Oracle (9.i) e può essere ospitata

indifferentemente su sistemi basati su piattaforme Linux, Windows o altre in grado di ospitare i

software sopra citati .

La soluzione descritta permette di soddisfare requisiti di scalabil ità e affidabil i tà: la scalabilità è garantita dalla possibil ità di attivare nuove istanze applicative nell ’ambito dello

stesso hardware fornito o, se necessario, aggiungendo sistemi HW e le relative nuove istanze applicative; l ’affidabilità e la relativa assenza di punti di failure viene garantita dalla possibil ità di

configurazione in cluster delle istanze applicative, attuata per mezzo di meccanismi nativi offerti dall ’application server Jboss.

Tutte le funzioni applicative che realizzano i processi conservazione sono state realizzate ad hoc da RA Computer. RA Computer ha quindi il pieno controllo della soluzione ed è in grado di effettuare personalizzazioni, arricchimenti funzionali e integrazioni garantendo la massima efficienza ed

efficacia.

Il pieno controllo della soluzione consente anche a RA Computer di raggiungere elevati l ivell i

qualitativi nello svolgimento delle attività di manutenzione adeguativa, migliorativa e correttiva, garantendo l ivell i di servizio adeguati al la criticità ed al la ri levanza del progetto.

6.4.3. Caratteristiche del Servizio

Il processo di conservazione dei documenti è composto dalle seguenti attività:

• Caricamento dei documenti

• Creazione dei lotti di conservazione • Firma digitale dei lotti di conservazione • Marca temporale sui lotti di conservazione

• Riversamento su supporto di memorizzazione.


Pagina 33

Il sistema di conservazione è al imentato con i documenti da conservare attraverso i l prodotto Gestione documentale di Cliente. In questo caso e-DK viene alimentato per mezzo di uno specifico flusso composto da un insieme di coppie di dati: i documenti da sottoporre al la conservazione e i

metadati ad essi associati raggruppati in una busta formato ZIP composta di un fi le XML

contenente i metadati e dai documenti stessi.

Nella fase di caricamento del documento i l sistema permette di classificare la tipologia di documento che si sta caricando ed è in grado di estrarre automaticamente i metadati del

documento dal documento stesso e quindi di creare gl i indici di conservazione e successiva ricerca automaticamente.

Il sistema è abilitato a gestire firme apposte secondo le modalità definite dalle norme CNIPA. In particolare i l sistema è in grado di accettare in input e/o di produrre file firmati di tipo buste PKCS7 Attached (P7M).

Il sistema supporta e permette la configurazione per ogni singolo ente di tre modalità tecnologiche

per l ’apposizione della firma:

massiva: La firma viene apposta sul documento per mezzo di una credenziale residente su una

Black Box di firma HSM. Questa modalità permette di firmare volumi significativi di documenti in quanto la firma viene apposta per mezzo di un sistema dedicato (in particolare i l sistema è

integrabile in modo nativo con Black Box di firma fornite da Actalis). Tale modalità di firma è uti l izzata da RA Computer in quanto responsabile della conservazione;

singola: La firma viene apposta per mezzo di credenzial i residenti su kit di firma forniti da una

qualsiasi CA accreditata CNIPA e integrati nel sistema; esterna: La firma viene apposta esternamente al sistema per mezzo di un kit di firma già disponibile presso l ’utente. In questo caso i l sistema accetta i l caricamento di documenti già

firmati esternamente in formato P7M.

Per quanto riguarda l’esibizione, i documenti sono ricercabili tramite opportune funzioni d i ricerca

messe a disposizione dall’applicazione di conservazione che permettono di valorizzare ciascuno dei metadati caratteristici del documento quale criterio per la ricerca.

Le funzioni di esibizione consentono la visualizzazione dei singoli documenti conservati e anche lo

scarico di lotti di conservazione corredati delle relative evidenze informatiche firmate digitalmente e le marcature temporali in modo da soddisfare completamente i requisiti in caso di ispezione da

parte dell ’autorità fiscale.

In tal modo è anche possibile al cl iente predisporsi in ogni momento delle copie locali della

documentazione conservata nel caso lo ritenesse opportuno.


Pagina 34

6.5. Servizi di Sportello Unico per le Attività Produttive

Il D.P.R n.160 del 7 settembre 2010, riguardante l e disposizioni per la semplificazione ed i l riordino

della disciplina sullo Sportello Unico per le Attività Produttive, pone l ’obbligo per la Pubblica Amministrazione di dotarsi di strutture ed idonei strumenti per la completa gestione degli iter procedurali ad esso connessi, al fine di agevolare i rapporti amministrativi tra le imprese e la

Pubblica Amministrazione, snell ire le procedure previste dalla normativa vigente, garantire massima trasparenza, partecipazione e tempi certi per la conclusione dei procedimenti, anche

attraverso il coordinamento dell’azione degli enti esterni al Comune competenti per i l ri lascio di pareri, nulla osta ed altre pronunce.

Infatti, il varo dello Sportello Unico ha inteso facilitare le operazioni degli aspiranti imprenditori,

centralizzando in un unico ambito tutte le autorizzazioni e i l rilascio dei certificati indispensabil i per l ’avvio di un’attività produttiva. Per operare in conformità alle previsioni del DPR (e conformemente al CAD), i Comuni dovranno

possedere alcuni prerequisiti , essenzialmente la capacità di avviare, gestire e concludere i

procedimenti suindicati per via informatica e telematica. L’articolo 4 del D.P.R. 160/2010 individua tempi e modalità per l ’adeguamento da parte dei Comuni al le nuove disposizioni normative, di seguito riportate:

l ’ufficio competente per i l SUAP ed i l relativo responsabile sono individuati secondo le

forme previste dagli ordinamenti interni dei singoli Comuni o dagli accordi sottoscritti in caso di associazione. Nelle more dell ’individuazione del responsabile i l ruolo è ricoperto dal

segretario comunale (art. 4, comma 4);

i Comuni possono esercitare le funzioni inerenti al SUAP in forma singola o associata tra loro, o in convenzione con le Camere di Commercio (art. 4, comma 5);

salvo diversa disposizione e ferma restando l ’unicità del canale di comunicazione

telematico con le imprese da parte del SUAP, sono attribuite al SUAP le competenze dello sportello unico per l ’edil izia produttiva (art. 4, comma 6).

le domande, le dichiarazioni, le segnalazioni, gl i atti ed i relativi allegati sono predisposti in formato elettronico e trasmessi secondo quanto disposto dall ’al legato tecnico al Regolamento (art. 2, comma 2);

entro 120 giorni dalla data di pubblicazione sulla Gazzetta Ufficiale del DPR n.160/2010 i Comuni attestano, secondo le modalità previste dall’art. 4 comma 2 dell’allegato tecnico al Regolamento di cui al l ’art. 12, comma 5, la sussistenza in capo ai SUAP del proprio

territorio dei requisiti di cui al l ’art. 38, comma 3, lett. a (Suap quale unico punto di accesso)e lett. a-bis (collegamento con i l Registro delle Imprese) del Decreto Legge 112 e

dell ’art. 2, comma 2, del Regolamento (trasmissione telematica delle “pratiche”), al


Pagina 35

Ministero dello Sviluppo Economico che cura l a pubblicazione dell ’elenco dei Suap sul Portale (art. 4, comma 10)

Tali requisiti tecnici minimi si sostanziano nel possesso:

di una casella di Posta Elettronica Certificata (PEC) istituzionale , cui fa riferimento i l SUAP per ricevere la documentazione dalle imprese, per inviare le ricevute e gl i atti relativi ai

procedimenti, per trasmettere gl i atti , le comunicazioni ed i relativi al legati al le altre amministrazioni comunque coinvolte nel procedimento, e ricevere dalle stesse

comunicazioni e atti in formato elettronico;

della firma digitale rilasciata al Responsabile dello Sportello, per la sottoscrizione degli atti in formato elettronico;

di un’applicazione software per la lettura di documenti firmati digitalmente . La verifica

della firma e la successiva estrazione dei documenti firmati può essere effettuata con

qualsiasi software in grado di elaborare fi le firmati in modo conforme alla deliberazione CNIPA n. 45 del 21 maggio 2009, i l cui elenco è disponibile nel sito di DigitPA. Tali

applicazioni sono disponibil i gratuitamente sul web;

di un sistema di protocollazione informatica della documentazione in entrata e in uscita, per la certificazione della corrispondenza, come previsto dal DPR n. 445 del 28 dicembre

2000 e dal DPCM 31 ottobre 2000;

del sito web del SUAP o area ad esso riservata nell’ambito del sito istituzionale , in cui siano pubblicate informazione sui procedimenti amministrativi oltre al le modulistiche di riferimento e che preveda la possibilità per gl i utenti di verificare lo stato di avanzamento delle pratiche. Quest’area web può anche essere collocata all’interno di portali realizzati da

una forma associativa di appartenenza, dalla Provincia o dalla Regione di riferimento.

6.5.1. Caratteristiche del Servizio

L’applicativo web, evidentemente, dovrà gestire i processi di front office per l 'acquisizione delle richieste e quell i di back office dedicati al la gestione di procedimenti interni per l ’evasione del le

pratiche.

Di seguito sono indicati i requisiti minimi caratterizzanti l 'applicazione di fron office:

Registrazione dell’utente, con invio dati via mail alla casella di posta P.E.C., indicata in fase di registrazione;

Inoltro della password, su richiesta dell ’utente, al la casella PEC inserita al l ’atto della registrazione;


Pagina 36

Possibilità di inserimento di una richiesta che segue l ’utente in tutta la fase di inserimento

Gestione delle richieste non complete (stand by), con possibil ità di visualizzarle, completarle ed inviarle in un secondo momento;

Consolidamento della richiesta e generazione del modello (pdf) con tutti i campi valorizzati

con i dati inseriti al l ’atto della compilazione della richiesta;

Possibil ità di scaricare i l pdf per poi firmarlo digitalmente;

Scarico degli altri modelli richiesti dalla pratica (al legati parametrici secondo l ’esigenza dell ’ente) e upload di tutti i modell i con controllo formale del sistema sul numero degli

al legati previsti;

Possibilità da parte dell ’utente di controllare in qualsiasi momento lo status della pratica

una volta inviata;

Invio da parte del sistema di mail, alla casella di posta elettronica certificata, dell ’utente

dell ’avvenuta protocollazione e validazione della pratica.

Di seguito sono indicati i requisiti minimi caratterizzanti l 'applicazione di back office:

Log-in profi lato degli utente/i (Varie tipologie: Istruttore, Responsabile Suap etc);

Possibilità di assegnare la pratica da parte del responsabile ai vari istruttori, e possibil ità di

seguirne l ’iter;

L’istruttore accede ad una work-l ist per visualizzare le pratiche assegnategli;

possibilità di seguire l ’iter della pratica, partendo dalla validazione della stessa, da parte dell 'istruttore;

Gestione delle notifiche con il dichiarante, qualora ci sia richiesta di documenti integrativi al la pratica;

Gestione di parte della pratica agli uffici/enti esterni interessati per competenza;

Possibil ità di gestire i vari step del work-flow tramite mail (caso di enti esterni al l ’ente)

oppure attraverso accesso diretto degli utenti al la pratica, per quanto riguarda la parte della pratica di propria competenza;

Gestione dello storico degli eventi della pratica;

Statistiche e report vari sulle tipologie di richiesta, enti/uffici interessati.


Pagina 37

7. Accesso ai servizi per cittadini e imprese - CNS

Il sottosistema di autenticazione di tutti i servizi online gi à esistenti o proposti nel presente

progetto sarà garantito gestendo l ’accesso attraverso l’autenticazione dei Cittadini a mezzo di CNS Carta Nazionale/Regionale dei Servizi o CIE per i cittadini che già dispongono dello strumento o di semplice coppia Login/PIN-password.

In base al la maturità digitale del territorio i l presente progetto propone i l seguente modello di accesso multicanale che facilita la diffusione e fornisce la flessibil ità necessaria dell ’uti l izzo dei

servizi che verranno realizzati.

7.1. Portale internet

Il primo canale di erogazione dei servizi è un Portale accessibile via internet. Il portale concentra tutti i contenuti relativi ai servizi del progetto rivolta direttamente ai cittadini e al le imprese.

I contenuti includono la parte informativa che veicola le informazioni necessarie per promuovere le conoscenze tra tutti gl i attori coinvolti nei servizi , la parte operativa che fornisce tutte le

funzionalità previste nell ’erogazione dei servizi .

Il sottosistema di autenticazione di tutti i servizi online già esistenti o proposti nel presente progetto sarà garantito mediante la gestione dell ’accesso attraverso:

CIE per i cittadini che già dispongono dello strumento quali quell i che hanno partecipato al la fase sperimentale del precedente progetto,

CNS Carta Nazionale/Regionale dei Servizi , sulla base delle specifiche tecniche pubblicate dalla Regione Campania al momento dell ’adozione sul territorio.

firma digitale o di semplice coppia Login/PIN-password.

7.2. Call center

Il progetto prevede un servizio ausiliare di Call Center per facilitare la necessaria circolazione delle

informazioni tra gl i attori coinvolti. In particolare, questo servizio ausil iare consente al le fasce di popolazione che non hanno ancora una maturità digitale sufficiente di avvi cinare ai servizi .


Pagina 38

8. I Servizi di Integrazione

Alle componenti progettuali dettagliate nei precedenti capitoli , si affianca un’ulteriore aspetto

progettuale, di non minore importanza, rappresentato dallo sviluppo dei servizi di integrazione tra i l sistema di gestione documentale e i sistemi informativi preesistenti come le eventuali applicazioni verticali già in uso presso l ’Ente, nonché lo svi luppo dei servizi per l ’integrazione del

sistema di Document management e i l servizio di Conservazione Sostitutiva .

8.1. L’Integrazione con Alfresco

Nell’ambito del progetto di dematerializzazione in esame, un aspetto strategico è rappresentato dalla possibil ità di integrazione con i l sistema documentale. Ciò vale sia per tutti gl i eventuali

applicativi già in produzione che necessitano di un repository comune all ’interno dell ’Ente per l ’archiviazione dei documenti elettronici, come i l Protocollo informatico già in esercizio presso i l Comune, sia per eventuali nuovi sistemi o applicazioni che l ’Amministrazione preveda di introdurre nel futuro.

In funzione di quanto detto si pone l ’esigenza di standardizzare ed uniformare le modalità di

accesso al sistema documentale comune.

Un modo elegante, relativamente rapido, estensibile ed anche condivisibi le con qualsiasi altra

appl icazione presente o futura è quello di esporre un numero significativo di funzionalità del sistema attraverso lo strumento dei Web Service.

Non viene in nessun modo preclusa, naturalmente, la possibilità di interfacciare in futuro il sistema di gestione documentale Alfresco mediante API (pienamente documentate nel progetto open source) ogniqualvolta si renderà necessaria un’interazione più special istica.

Nel sistema “integrato” che si prospetta, la disponibilità di Web Service (protocollo SOAP) renderà

particolarmente rapido l ’interfacciamento con i l sistema documentale.

Segue una descrizione sintetica ma esaustiva delle attività di svi luppo software che saranno

implementate per raggiungere lo scopo dichiarato.

Obiettivi specifici del progetto saranno quindi:

offrire funzioni applicative “documentali” di alto l ivello, semplicemente richiamabil i da

qualsiasi applicativo esterno al fine di permettere una rapida integrazione di qualsiasi altra applicazione (JAVA o non JAVA);

Il metodo di sviluppo che si seguirà nella realizzazione di questa componente software è quello comunemente definito come TDD (Test Driver Design); tale espressione indica che elemento fondamentale del processo di sviluppo sarà l’esecuzione di test automatici (uno o più) per qualsiasi funzionalità implementata.


Pagina 39

Sarà adottato un processo di svi luppo del software coerente con i l Rational Unified Process.

Questa metodologia, assieme agli strumenti scelti per automatizzarne le attività, saranno adottati

anche in base all’esperienza che i gruppi di sviluppo software hanno maturato in svariati progetti di svi luppo di applicativi di Document & Record Management, in ambiente J2EE.

In merito al processo RUP, questo è stato arricchito con le pratiche di programmazione “agil i” derivanti dal l ’Extreme Programming (XP).

Come strumento di modellazione, sarà uti l izzato l ’ambiente di svi luppo Apache AXIS 2.0 su

Tomcat. Axis permette lo svi luppo di WS sia in Java che in C++; Java, tra gl i altri , implementa gl i standard:

JAX-RPC, cioè SOAP con i l classico RPC;

SAAJ che permette di manipolare i l messaggio SOAP e gestire gl i attachment.

Axis implementa quindi i l modello JAX-RPC e supporta anche SAAJ risultando, di fatto, un’evoluzione di Apache SOAP.

Le caratteristiche più importanti del framework sono le seguenti:

implementazione SOAP 1.1/1.2;

supporto JWS (Java Web Services), che permette un faci le e immediato deploy dei WS;

supporto serial izzazione/de-serial izzazione;

implementazione WSDL;

util ity WSDL2Java e Java2WSDL;

Soap Monitor e TCP Monitor: due applicazioni scritte in Java che permettono di monitorare

i l traffico SOAP;

possibil ità di usare tre differenti metodi per l 'invocazione dei WS, ovvero Dynamic Invocation Interface, Stub generato dal WSDL e Dynamic Proxy.

Grazie al lo svi luppo di appositi Web Services sarà possibile porre i l sistema di gestione documentale al centro del sistema informativo/informatico dell 'Amministrazione Comunale.


Pagina 40

8.2. L’Integrazione di Alfresco con l’Archiviazione sostitutiva

In questo paragrafo vengono descritte le attività di svi luppo necessarie per l ’integrazione del sistema Documentale Alfresco con il servizio di Conservazione Sostitutiva . L’obiettivo è realizzare una soluzione software che consenta all’Amministrazione Comunale di abbandonare significativi

volumi di documenti cartacei, fiscalmente e legalmente ri levanti, e sottoporli al trattamento di conservazione sostitutiva.

Il software di integrazione dovrà consentire la scelta di quali documenti, presenti all ’interno degli

archivi di Alfresco, conservare in modalità sostitutiva nel rispetto della normativa, e infine la possibil ità di esibire i documenti agli Organi competenti che dovessero richiederli .

8.2.1. Dettagli della soluzione software

L’applicazione che si occupa di interfacciare Alfresco con i Servizi di Archiviazione sostitutiva è

basata su una serie di componenti EJB (Enterprise Java Beans) che costituiranno dei cl ient per i servizi previsti dalla soluzione di Archiviazione.

Attraverso l ’invocazione degli appositi Ejb vengono fornti all’applicazione i documenti per i quali è

richiesta l ’archiviazione sostitutiva. L’EJB invocato si occuperà di predisporre i documenti come richiesti dal Web Service esposto da e-Document Keeper.

In risposta all’invocazione l ’EJB otterrà in risposta un messaggio SOAP contenente un’insieme di fi le in attachment. Il primo di tali file è la risposta (file di responso) al la richiesta pervenuta. Tale

fi le è sempre presente. In caso di operazione che va a buon fine si riceve un secondo fi le detto fi le di ricevuta. L’EJB analizzerà i fi le ricevuti per comporre i l risultato dell ’operazione di conservazione all ’Iter

Amministrativo chiamante.

L’EJB uti l izzerà meccanismi simili per quanto concerne gl i altri servizi connessi al la Archiviazione Sostitutiva.

Si ribadisce che tale integrazione ottenuta mediante la definizione di EJB rende l ’uti lizzo dei servizi di archiviazione sostitutiva chiamabil i in maniera semplice da qualsiasi ambiente realizzato

secondo le architetture J2EE. L’uti l izzo del pattern di incapsulamento proprio della programmazione Object – Oriented, anche se realizzata a livello di componenti EJB garantisce all’Amministrazione Comunale la sostituibil ità del

servizio di Archiviazione Sostitutiva, laddove si ritenesse necessario, mediante la semplice


Pagina 41

riscrittura delle logiche di interazione dei con i Web Service esposti presenti nell ’EJB lasciando inalterata la logica stessa dei flussi informativi.

Grazie al la soluzione software appena descritta, potranno essere uti l izzati i seguenti servizi:

conservazione di un documento

esibizione di un documento

cancellazione di un documento

rettifica di un documento

richiesta di stato di un documento

richiesta di stato di un lotto

richiesta forzata di chiusura del lotto

caricamento dei visualizzatori

9. Attività di supporto

9.1. Piano di avviamento

Al fine di assicurare un corretto uti lizzo delle funzionalità del sistema, sarà necessario prevedere un’adeguata attività di addestramento del personale comunale, per ciascuna funzione rilasciata al

Comune.

Naturalmente, tal i attività saranno commisurate alle reali necessità dei singoli utenti, in funzione

della loro preparazione di base nell ’approccio al mezzo informatico, e degli amministratori di sistema e di banca dati. L’attività di avviamento sarà sviluppata attraverso tre differenti tipologie, che si integrano tra loro:

addestramento in presenza,

training on the job.

Per quanto riguarda la addestramento in presenza, che naturalmente comprende sessioni esercitative, si può prevedere l ’attivazione dei seguenti moduli formativi, ai quali parteciperanno i funzionari delle amministrazione:


Pagina 42

corsi per utenti corsi per amministratori di sistema

Anagrafe Immobiliare

Corso di 12 ore, distribuiti in due giorni, che verterà sull’utilizzo delle funzionalità del sistema

Corso di 12 ore, distribuite in due giorni, che verterà sull’impostazione del sistema in termini di definizione di nuovi utenti e loro profilazione, di manutenzione di primo livello e di protezione dei dati.

Gestione Documentale

Corso di 18 ore, distribuiti in tre giorni, che verterà sull’utilizzo delle funzionalità del sistema

Corso di 12 ore, distribuite in due giorni, che verterà sull’impostazione del sistema in termini di definizione di nuovi utenti e loro profilazione, di manutenzione di primo livello e di protezione dei dati.

Timbro Digitale Corso di 6 ore, distribuiti in un giorno, che verterà sull’utilizzo delle funzionalità del sistema, sia sui principali aspetti legali e a mministrativi che si possono incontrare nell’applicazione delle tecnologie ICT.

Conservazione sostitutiva

Corso di 18 ore, distribuite in tre giorni, che verterà sia sull’utilizzo delle funzionalità del sistema, sia sui principali a spetti legali e amministrativi che si possono incontrare nell’applicazione delle tecnologie ICT.

Suap Corso di 12 ore, distribuiti in due giorni, che verterà sull’utilizzo delle funzionalità del sistema

Corso di 6 ore, distribuite in un giorno, che verterà sull’impostazione del sistema in termini di definizione di nuovi utenti e loro profilazione, di manutenzione di primo livello e di protezione dei dati.

In sede operativa verrà definito il calendario delle lezioni, cercando di raggruppare i discenti in modo da minimizzare le sessioni didattiche.

Infine, per quanto riguarda i l training on the job, sono previsti almeno un giorno di assistenza nella fase di start-up di ciascun servizio e 2 giorni per la fase di start-up dei flussi documentali .

9.2. Piano di comunicazione

La comunicazione rappresenta per le Amministrazioni pubbliche una leva strategica nell ’attua-

zione delle proprie politiche.

In una fase di intensa trasformazione del sistema amministrativo i l miglioramento del rapporto (non facile) tra cittadini e pubblici poteri passa anche attraverso una dosata miscela di azione e


Pagina 43

comunicazione. Le crescenti aspettative dei cittadini e delle imprese (sia come singoli sia in forma organizzata) obbligano le amministrazioni pubbliche a fare della customer satisfaction i l presupposto e l ’obiettivo dell ’attività dei pubblici servizi .

Infatti, è importante prima di tutto condividere con i pubblici di riferimento, i significati rispetto ai valori e le priorità rispetto al l ’ordine degli interventi: costruire i l futuro, educare al la cultura

ambientale, realizzare un progetto di sviluppo della comunità socio-economica sono alcuni degli obiettivi strategici di amministrazioni poi declinati, nel piano, in precisi obiettivi di comunicazione.

Condividere queste scelte è perciò un’esigenza forte delle amministrazioni che spinge verso la

comunicazione ma, soprattutto, verso la programmazione della comunicazione quale possibile garanzia di risultato. Quando l’Amministrazione agisce in una logica di politiche integrate i l piano di comunicazione

risponde all’esigenza di dare sostegno e contribuire a creare prima e alimentare poi i rapporti fra i soggetti coinvolti: la comunicazione diventa una leva per sostenere partnership istituzionali e tra

pubblico e privato per realizzare politiche pubbliche integrate sui territori.

Lo stato delle attività di comunicazione nella Pubblica Amministrazione presenta generalmente e soprattutto in questo momento di riorganizzazione e rinnovamento delle P.A., alcune classiche

criticità:

definizione dei ruoli

modalità di coordinamento

rispetto della pianificazione

assenza di una cultura diffusa della comunicazione e dei nuovi strumenti di informazione.

I fattori di che possono consentire i l superamento di tal i criticità si individuano nelle seguenti

attività:

costruire un sistema di comunicazione interna speculare e correlato al sistema di comunicazione esterna

diffondere la cultura della comunicazione

integrare la comunicazione con le altre attività.

Pertanto , le attività di comunicazione saranno dirette sia verso l’esterno (cioè verso i cittadini e le imprese, potenziali fruitori dei servizi), sia verso l ’interno (cioè verso i funzionari dell ’Ammini -

strazione che dovranno rendere operativo i l sistema, sia dal punto di vista informatico, sia dal punto di vista organizzativo).

Risulta pertanto avere un ruolo chiave, nella logica di innovazione in cui ci sta muovendo, il portale internet e in particolar modo la rete intranet. Questa consentirà di convogliare sullo stesso


Pagina 44

strumento la comunicazione interna di tutti i l ivell i , semplificandola e intessendo una rete di trasmissione interna sicuramente più fitta e trasversale rispetto a quella tradizionale, che sarà naturalmente integrata con le reti eventualmente preesistenti nei singoli enti.

Per quanto riguarda i l target dell’attività di comunicazione , si può suddividere i l pubblico di riferimento nelle seguenti macro-segmentazioni:

beneficiari esterni: tutti coloro (cittadini e imprese, ma anche altri enti pubblici) che possono essere interessati ad uti l izzare i servizi innovativi offerti;

beneficiari interni: tutti coloro che siano direttamente coinvolti nel progetto di rinnovamento;

influenti e stakeolders1: gl i enti o le persone che hanno un’influenza politica e sociale

sull’utenza (sindacati, associazioni di categorie, ordini professionali , opinion leader, media).

Il piano di comunicazione, in virtù degli obiettivi di cui sopra, è stato progettato con un forte carattere di integrazione tra la comunicazione interna e quella esterna.

Tale peculiarità del piano si giustifica nel fatto che i beneficiari interni rappresentano dei moltiplicatori di interesse nei confronti della cittadinanza, in quanto sono i primi a essere coinvolti

nel cambiamento tecnologico, organizzativo e di servizio dell ’Ente.

La strategia del piano è di una comunicazione integrata che preveda, partendo da medesimi obiettivi , un coordinamento tra strumenti e attività di comunicazione diversificati per

caratteristiche e modalità di fruizione.

Il piano rappresenta perciò una modalità di coordinamento di strumenti/attività/target, per massimizzare l ’utilizzo delle risorse umane ed economiche e creare sinergie e integrazione tra le

azioni di comunicazione per contribuire a rendere efficaci e soddisfacenti le relazioni con i

cittadini.

In particolare i contenuti di messaggi di volta in volta elaborati per i diversi strumenti riguarderanno:

lo svi luppo di un’immagine forte dell ’ Amministrazione attraverso:

i l miglioramento della natura e del contenuto dell ’informazione; l ’ottimizzazione dei canali d’interazione uti l izzati per la comunicazione;

lo svi luppo della capacità di recepire e rielaborare gl i stimoli esterni; la costruzione di una rete telematica interna (intranet) in cui le informazioni essenzial i

diventino patrimonio comune, contribuendo allo svi luppo delle risorse umane; la partecipazione ad eventi di massa.

1 “Per un’organizzazione, lo stakeholder è un soggetto consapevole e interessato ad avviare, a sviluppare o a consolidare una

relazione su una questione specifica. L’ influente è invece un soggetto che l’organizzazione ritiene comunque rilevante per il

raggiungimento dei suoi obiettivi, al punto da sforzarsi di convincerlo a farsi coinvolgere in una relazione, ma non è necessariamente né consapevole, né interessato.


Pagina 45

i l migliore uti l izzo e la valorizzazione delle risorse umane attraverso percorsi formativi

interni

la crescita qualitativa delle condizioni di lavoro attraverso i l miglioramento dei flussi di

comunicazione

Gli obiettivi strategici del piano di comunicazione, dovranno essere orientati al concetto dell ’introduzione di nuovi servizi mediante nuove tecnologie, per una gestione efficiente ed

efficace. In particolare, si considereranno gli aspetti seguenti. Obiettivi di policy (i l rilancio del territorio, sostegno all ’imprenditoria, tutela delle fasce deboli , ecc.). Nella misura in cui l ’efficacia delle politiche dipende anche da convinzioni, comportamenti,

sintonie valoriali, interdipendenze, la comunicazione assume una grande importanza perché crea

le condizioni della costruzione di un significato consapevole e condiviso fra l ’amministrazione che sceglie come risolvere un problema e quindi decide le proprie politiche, e la comunità su cui quelle

scelte andranno ad incidere e da cui dipenderà la soluzione del problema evi denziato.

Obiettivi di miglioramento della qualità dei servizi offerti e delle prestazioni erogate (far conoscere le opportunità di fruizione dei servizi, semplificare le procedure, snellire i tempi, ridurre

i costi , rendere i servizi coerenti con i bisogni degli utenti, ecc.).

Creare la migliore corrispondenza possibile, nell ’ambito dell’equilibrio delle risorse disponibili e dei valori di equità sociale, tra i desideri dei potenzial i fruitori dei servizi della pubblica

amministrazione e la loro offerta è certamente una priorità organizzativa. Obiettivi di promozione all’interno dell’organizzazione della cultura della relazione e del servizio

al cittadino (agire sulla condivisione degli obiettivi e sulla partecipazione dei dipendenti al le scelte organizzative).

La comunicazione all’interno dell’organizzazione ha lo scopo di allineare i dipendenti verso i valori

e la cultura che caratterizza l ’organizzazione alla quale appartengono. Favorire lo svi luppo di un’etica del servizio pubblico e un maggior senso di appartenenza al l ’organizzazione può

contribuire a migliorare i l grado di consapevolezza degli operatori e, di conseguenza, la loro partecipazione e motivazione e, probabilmente, la qualità dei servizi erogati.

Gli obiettivi operativi del piano di comunicazione possono essere delineati come segue:

Obiettivi di visibilità esterna. La comunicazione istituzionale con la quale l ’Ente comunica se stesso in quanto gestore delle public utlities, è l ’attività che consentirà al pubblico di riferimento di comprendere ciò che oggi può esprimere la macchina comunale.

Lo svi luppo e la cura della Comunicazione istituzionale deve essere parte integrante dei processi di

rinnovamento, semplificazione amministrativa, trasparenza delle procedure, miglioramento della qualità e dell ’efficacia dei servizi .


Pagina 46

Per far questo è necessaria una comunicazione che non sia più solo informazione e cura dell ’immagine ma soprattutto servizio per i l cittadino nella convinzione che più il sistema pubblico

è vicino al la gente, più eroga servizi , più sente i l bisogno di comunicare.

Obiettivi di fruibilità dell’informazione. Se la comunicazione istituzionale avvicina l ’Ente al la sua

utenza, consolidarne i l rapporto significa non prescindere dalla diffusione massiccia delle informazioni di base per l ’accesso ai servizi: servizi disponibil i , pratiche amministrative,

adempimenti, ecc.

La massimizzazione della fruibil ità dell ’informazione passa per la moltipl icazione dei mezzi di comunicazione utilizzati dall ’Ente: dalla semplice locandina affissa negli uffici , al comunicato stampa, agli opuscoli , al le affissioni, ecc.

Obiettivi di comunicazione organizzativa. Il primo veicolo della comunicazione esterna di un’organizzazione pubblica, dell’immagine di questa presso l’opinione pubblica, è rappresentato

dagli operatori dell ’amministrazione stessa.

Tale assioma, valido in generale, diventa ancor più significativo per un ente che fa del territorio e

della vicinanza con i l cittadino la propria caratteristica fondamentale.

Non è possibile che l ’orientamento al cittadino, la qualità del servizio, l ’attenzione all ’efficacia e al l’efficienza vengano trasmesse all’esterno dell’ente se, almeno in termini di consapevolezza e di

comunicazione, non sono patrimonio di chi deve fornire quotidianamente i servizi ai cittadini o deve controllare l ’efficacia degli stessi.

Affinché l ’Amministrazione possa raggiungere i propri obiettivi strategici, è necessario adottare strategie di comunicazione interna ed esterna convergenti e idonee al risultato deve perciò ispirare anche la comunicazione nell ’ambito dell ’organizzazione che dovrebbe tendere al la

costruzione di processi amministrativi ispirati a principi di partecipazione, di circolarità

dell ’informazione e di trasparenza.

La comunicazione organizzativa intesa come messa in comune di esperienze, valori, responsabilità, come creazione di identità e di condivisione dei processi organizzativi, diventa motore dello

svi luppo e quindi leva organizzativa strategica per la realizzazione del piano di comunicazion e dell ’istituzione.

La valutazione della coerenza tra i contenuti che si vogliono trasmettere ai pubblici di riferimento,

ha condotto al l ’individuazione degli strumenti di comunicazione più adatti .


Pagina 47

STRUMENTI INFORMATIVI:

Strumenti di visibilità esterna, tesi al consolidamento dell’identità e dell’immagine dell’Ente, e strumenti di informazione pura

ONE WAY

Opuscolo

Folders Locandine

Radio Affissioni Giornali

STRUMENTI DI CREAZIONE DELLA COMUNICAZIONE

Strumenti che consentono all’Ente di “dialogare” con i lavoratori e

le imprese, con le altre istituzioni, con i media, al fine di creare i presupposti per le sinergie necessarie a creare una “rete” di

operatori diversificati uniti dallo stesso obiettivo: creare valore per una più efficace, per una spinta maggiore allo sviluppo locale e

alla qualificazione delle risorse.

DOUBLE WAY

Fiere Manifestazioni Convegni

Seminari Incontri

10. Cronoprogramma delle attività

Il progetto rimodulato prevede una durata complessiva di 18 mesi dalla data di inizio lavori, comprensivi di un periodo di 6 mesi per le attività di start-up, ovvero preparazione bandi di gara,

pubblicazione, espletamento ed aggiudicazione gara, oltre la gestione degli atti amministrativi per la formalizzazione dei contratti di fornitura.

Il progetto prevede una realizzazione successiva dei lotti funzionali per i quali si prevede una durata di 12 mesi.

Il primo lotto comprende l ’acquisizione, l ’installazione e messo a punto Hardware aggiuntivo per i servizi da realizzare. La certificazione del collaudo dei componenti HW e SW di base costituisce la verifica del primo lotto. Questo lotto non è stato variato.

Il secondo lotto comprende la realizzazione dei servizi di adeguamento INA/SAIA e quell i collegati

quali, timbro digitale e conservazione sostitutiva, previsti dal progetto rimodulato. Questo lotto

include anche l 'addestramento del personale del Comune. Il completamento del lotto viene certificato dall ’erogazione simulata di servizi .

Il terzo lotto comprende la realizzazione di due interventi: l ’intervento per la realizzazione del sistema Documentale e sul Protocollo Informatico per l 'integrazione con la Gestione Documentale.

Il lotto prevede anche l 'addestramento del personale del Comune. La certificazione del completamento sarà effettuata attraverso i collaudi dei due rispettivi sistemi.

Il quarto lotto comprende la realizzazione del sistema Anagrafe Immobil iare. Il lotto include l 'addestramento per i l personale del Comune. Il completamento dell ’intervento viene certificato

con una simulazione del l ’util izzo del sistema da parte del Comune.


Pagina 48

Il quinto lotto comprende la realizzazione degli interventi di Business Process Management e di Data Quality. L'addestramento relativa ai processi innovati sarà inclusa nel lotto. Gli interventi di data quality selezionati relativi ai servizi saranno certificati con i rapporti congiunti d’intervento. I

processi trattati con BPM saranno collaudati.

Il sesto lotto comprende la realizzazione del sistema SUAP. Il lotto include l 'addestramento per i l personale del Comune. Il completamento dell ’intervento viene certificato con una simulazione

dell ’util izzo del sistema da parte del Comune.

Il settimo lotto comprende gli interventi d’integrazione delle applicazioni, relativa al la

realizzazione dei processi logici e tecnologici di integrazione tra applicazioni esistenti e nuove, intervenendo anche su gli aspetti organizzativi conseguenti la realizzazione del sistema integrato

Comunale e delle sue nuove funzionalità , oltre la parte relativa al l 'esposizione dei servizial cittadino attraverso i l portale del Comune. Questo lotto comprenderà anche le nuove attività

dell ’adeguamento della gestione identità elettronica agli standard della Carta regionale/nazionale dei Servizi .

Questo lotto comprende una fase di test, che verifica i l corretto funzionamento delle procedure sia tecniche che amministrative. Il risultato atteso del test certifica i l completamento degli

interventi del lotto.

Infine, l 'ottavo lotto contempla una attività d’integrazione generale che ha il compito di effettuare gli interventi di messo a punto dell ’armonizzazione di tutte le componenti del progetto che

includono anche la fase di comunicazione. La certificazione del lotto viene effettuata attraverso un test di accesso generale a tutti i servizi previsti .

Lotto Inizio Fine Nota Contenuti

Lotto I 1° mese 2° mese HW

Lotto II 2° mese 4° mese L'avviamento del personale nei 3° mesi.

INA/SAIA -Timbro Digitale - Conservazione sostitutiva

Lotto III 3° mese 7° mese

L'avviamento del personale nei 6°-7° mesi,

Gestione documentale la migrazione dati nei 7°-9° mesi.

Lotto IV 3° mese 9° mese

L'avviamento del personale nei 9° mesi. Anagrafe Immobiliare la migrazione dati nei 7°-9° mesi.

Lotto V 4° mese 10° mese L'avviamento del personale nei 9°-10° mesi,

BPM . Relizzazione processi interni di Back office

Lotto VI 5° mese 10° mese L'avviamento del personale nei 9°-10° mesi, SUAP

Lotto VII 9° mese 10° mese INTEGRAZ - PORTALE - CNS

Lotto VIII 10° mese 12° mese Servizi di integrazione -

Comunicazione

Tabella 2 - Tempi dei lotti funzionali .


Pagina 49

10.1. Indicatori di avanzamento del progetto

Periodicamente verranno effettuati dei check sullo stato di avanzamento del progetto in funzione

del piano di realizzazione che la società fornitrice avrà elaborato. Le verifiche e gl i indicatori di realizzazione del piano di progetto sono di seguito riportati :

Lotto Attività M1 M2 M3 M4 M5 M6 M7 M8 M9 M10 M11 M12

I Hardware aggiuntivo

50% 50%

II

Adeguamento

INA/SAIA e servizi collegati

40% 30% 30%

III

Gestione Documentale

10% 30% 20% 20% 20%

Integrazione Protocollo

Informatico

20% 60% 20%

IV Anagrafe

Immobiliare 20% 20% 20% 10% 10% 10% 10%

V BPM 20% 20% 20% 10% 10% 10% 10%

Data Quality 20% 10% 10% 20% 20% 20% 10%

VI SUAP 30% 20% 20% 10% 10% 10%

VII

Integrazioni

applicazioni e portale

20% 30% 30% 10% 10%

Gestione dell’Identità

Elettronica

40% 40% 20%

VIII

Integrazione

generale 20% 50% 30%

Comunicazione 20% 40% 40%

Quanto esposto viene fornito in linea di massima, in quanto il piano definitivo degli indicatori verrà richiesto nel bando di gara al le ditte partecipanti.

Tale piano, una volta dettagliato in fase esecutiva del progetto in base al le esigenze operative e disponibil ità della Amministrazione, verrà fornito al la Regione, in modo tale da consentire di

operare i previsti controll i sullo stato di avanzamento del progetto in modo più puntuale.

PRAGMA -Rimodulazione del Progetto di e Government per la Campania

Pagina 50

11. Quadro economico rimodulato

Spese Ammissibili

TIPOLOGIA Totale Spesa

€ valore IVA

€

Totale € Comprensivo

IVA

Peso %

modalità di affidamento tipo Descrizione

A Personale adibito ad attività di consulenza,

tutoraggio, ricerca, ecc.; Personale Comunale 92.200,00 - 92.200,00 12%

C

Costi di organizzazione e/o partecipazione a convegni, seminari, workshop, fiere,

eventi, ecc.

Piano di Comunicazione 25.000,00 5.250,00 30.250,00 4% affidamento diretto,

tramite selezione ristretta

D Servizi Complessi Adeguamento INA/SAIA,

Timbr Digitale, Conservazione sostitutiva

227.225,00 47.717,25 274.942,25 37% affidamento diretto,

tramite convenzione con Ancitel/Ancitelcampania

L Attrezzature produttive

e/o tecnologiche Acquisto attrezzature Hw/SW

e Sviluppo SW 265.003,00 55.650,63 320.653,63 43%

Gara, tramite procedura ad

evidenza pubblica ai sensi del Dlgs. 163/06

M Spese generali 25.000,00 5.250,00 30.250,00 4%

N IVA, oneri e altre imposte

e tasse - 113.867,88 -

T O T A L I 634.428,00 113.867,88 748.295,88 100%

Le voci di spesa esposte nella tabella, relativa al "Quadro economico rimodulato", sono esposte secondo le indicazioni riportate nel "Manuale di Attuazione" pubblicato dalla Regione Campania e che rappresenta uno strumento di riferimento e di orientamento per l ’attuazione degli interventi

previsti dal Programma Operativo Regionale Campania FESR 2007-2013, approvato dalla

Commissione Europea con Decisione (C)2007 n.4265 dell ’11 settembre 2007.

La copertura finanziaria complessiva di € 748.295,88 (comprensiva di Iva) viene assicurata, esclusivamente attraverso risorse pubbliche, secondo la seguente ripartizione tra Regione

Campania e Comune di Portici:

Finanziamento Regione Campania € 656.095,88 ( di cui € 113.867,00 per IVA)

Finanziamento Comune dei Comuni € 92.200,00 (pari al 12% del valore finanziato)

Il finanziamento assicurato dai Comuni partecipanti al l 'Aggregazione è così ripartito:

COMUNE PROV. ABITANTI Quota

finanziamento Comune

CONZA DELLA CAMPANIA AV 1.442 1.200,00

BUCCIANO BN 2.014 1.700,00

ALIFE CE 7.442 6.200,00

CURTI CE 7.110 5.900,00

GRICIGNANO D'AVERSA CE 9.799 8.200,00

MACERATA CAMPANIA CE 10.632 8.900,00

PORTICO DI CASERTA CE 7.440 6.200,00

SAN TAMMARO CE 4.867 4.000,00

QUARTO NA 39.227 32.700,00

VICO EQUENSE NA 20.600 17.200,00

TOTALE 110.764 92.200,00

12. Modalità di affidamento delle forniture

12.1. Attrezzature produttive e/o tecnologiche

Si fa presente che, a seguito della rimodulazione delle voci di costo e di defini zione del

cronoprogramma, al fine di evitare ulteriori costi in risorse economiche e di tempo, si è deciso di

affidare ad un unico soggetto la fornitura relativa al punto "Attrezzature produttive e/o tecnologiche", comprendente Hardware, software e l 'esecuzione di tutte le attività di integrazione


Pagina 52

tra i nuovi applicativi e quelli esistenti, tramite procedura ad evidenza pubblica ai sensi del Dlgs. 163/06.

In particolare la voce di spesa è così articolata:

attrezzature hardware € 57.087,80 (comprensiva di iva al 21%)

attrezzature software € 88.814,00 (comprensiva di iva al 21%) Servizi di integrazione € 174.751,83 (comprensiva di iva al 21%)

Il valore complessivo previsto è di 320.653,00 comprensive di Iva al 21%.

12.2. Servizi complessi

Il valore di queste attività di servizio sono stimate per un valore complessivo di € 274.942,25

comprensive di Iva al 21%.

Le attività relative ai "Servizi complessi" per l 'adeguamento INA SAIA, Timbro digitale ed

Archiviazione sostitutiva degli atti amministrativi e dell 'Anagrafe, nonchè ai servizi di hosting delle banche dati relativi ai tributi e dati sensibili del SUAP, considerate le loro specificità, determinate

da fattori di sicurezza, come i l trattamento dei dati anagrafici e documenti legati al la privacy dei cittadini, saranno affidate direttamente, attraverso specifica convenzione tra Anci/Ancitel

Campania ed i l Comune capofi la, ritenendo che esistano, per Anci/Ancitel, le condizioni di esclusiva per l 'erogazione dei servizi indicati.

Infatti , va considerato che: l 'Associazione Nazionale dei Comuni Ital iani (ANCI) in base al punto 1.4 del proprio statuto

costituisce i l sistema della rappresentanza di Comuni, Città Metropolitane ed enti di derivazione comunale; rappresenta i comuni, le città metropolitane e gl i enti di derivazione comunale dinanzi agli organi della Pubblica Amministrazione; ne promuove lo svi luppo e la

crescita.

Svolge attività di sostegno, assistenza tecnica ed erogazione di servizi nell ’interesse e nei confronti dei Comuni italiani singoli o associati e delle Città metropolitane e degli enti soci,

anche su incarico della Pubblica Amministrazione, ai suoi diversi l ivell i e articolazioni, attraverso Ancitel e le sue rappresentanze territorial i esclusivamente attraverso convenzioni

con i propri Associati.

Inoltre l ’ANCI, grazie alla conoscenza peculiare del territorio nazionale ed al la incisiva capacità di sensibilizzazione dei Comuni, svolge un’imprescindibile attività di supporto agli Enti locali per i l collegamento all’INA-SAIA e per l ’operatività del CNSD ed ha sviluppato una competenza

specifica sul sistema del Ministero dell’Interno, tale da garantire in esclusiva, la prosecuzione


Pagina 53

della gestione delle attività di esercizio nonché l ’ulteriore evoluzione del sistema INA-SAIA, con l ’obiettivo di perseguire la massima circolarità anagrafica.

12.3. Costi di organizzazione e/o partecipazione a convegni, seminari

Il valore di queste attività di servizio sono stimate per un valore complessivo di € 30.250,00

comprensive di Iva al 21%.

Per le attività previste al punto "Costi di organizzazione e/o partecipazione a convegni, seminari,

workshop, fiere, eventi, ecc." , considerato i l valore impegnato nel budget di progetto (sotto soglia) e la specificità degli obiettivi relativi al la comunicazione che dovrà essere coerente con i

modell i già applicati dall'Amministrazione, per la fornitura di questi servizi si procederà attraverso una procedura di Affidamento diretto, tramite selezione ristretta.

Comune di San Tammaro - PRAGMA...istituzionale sul territorio, attra Àerso la esso e lutilizzo, da...

Documents

Transcript of Comune di San Tammaro - PRAGMA...istituzionale sul territorio, attra Àerso la esso e lutilizzo, da...