PROGETTO PEOPLE
Request for comments:
Categoria: Applicativa
Destinatari: enti locali
Area tematica: servizi di pagamento specifico


INDICE
* Parte generale
o Obiettivi e contesto di riferimento
o LArchitettura People e lintegrazione dei sistemi
o Integrazione con linfrastruttura Cart della Regione Toscana
o Risultati attesi
* Parte di dettaglio
o Specificit ed elenco servizi dellarea tematica di servizio
o XSD per i servizi dellarea tematica


PARTE GENERALE

OBIETTIVI E CONTESTO DI  RIFERIMENTO

Obiettivo generale del progetto People  quello di realizzare un sistema di pubblicazione di servizi online da localizzare in un esistente portale di ente locale in grado di soddisfare una gamma cos ampia di cittadini, imprese e professionisti, tale da integrare pienamente la previsione di approccio one stop (Unico punto di accesso). In tal modo, diventa obiettivo praticabile anche una conseguente riorganizzazione dellente basata sulla disponibilit di procedimenti completamente ingegnerizzati ed ottimizzabili.

Come punto unico di accesso (Comune virtuale) il Portale People intrattiene la completa relazione online  tra amministrazione ed utenti.

Anche se appartenenti ad aree tematiche distinte, tutti i seervizi sono proposti con la medesima interfaccia,  lo stesso modello di navigazione e le identiche funzionalit (proposta informativa preliminare atta a superare il livello 1 del ranking UE, procedure realizzate per step interrompibili, memorizzabili e riacquisibili dallutente in tempi successivi, conclusione della procedura con eventuale firma e/o pagamento).

Tutti i servizi sono realizzati previa modellazione
* In un database di ontologie per le areetematiche dei servizi demografici, tributari, SIT, scuola, sport&cultura che recepisce la descrizione dei procedimenti per evidenziare le costanti (standard) di nomenclatura e di semantica
* In un database di procedimenti (base di conoscenza) per le aree tematiche dei servizi alle imprese e dei servizi assistenziali alla persona

La differenziazione di modellazione risponde a criteri di costo e di esigenza di flessibilit:
* il modello delle ontologie (UML)  stata proponibile a costi sopportatibili per People- per aree tematiche con servizi strutturati (tipicamente servizi demografici, tributi) per legge o pi stabili funzionalmente, come le prenotazioni a base dei servizi sport&cultura
* non  stato possibile applicare invece le ontologie ai servizi estremamente variabili da ente ad ente per non dovere affrontare costi immediati improponibili di investimento e costi successivi di mantenimento dei servizi  (servizi alle imprese e servizi di assistenza alla persona su cui insistono regolamenti comunali, disposizioni provinciali e leggi regionali che spingono enormi differenziazioni di nomenclatura e di semantica)

Con modellazione su ontologie o con modellazione in base di conoscenza, per tutti i servizi sono esposti gli XSD che descrivono linterscambio contenutistico tra Front End e SIL (Back end): tutti gli XSD sono proposti al termine di ogni parte di dettaglio.

Tutti i servizi sono realizzati con gli stessi strumenti di base open source in ambiente Java nonch in ambiente .NET e sono erogati col supporto di un framework di servizi orizzontali che contiene
* Il sistema di gestione dellidentit in rete (SIRAC) basato in prospettiva ICARR su un identity provider di fiducia dellente (Certification Authority, Regione, eventualmente lente stesso). SIRAC espone interfacce standard che lo rendono utilizzabile a bassissimi costi di customizzazione anche da servizi non a standard People
* Il modulo gestione intermediari e deleghe per garantire allutente delegante totale garanzia da ogni intrusione intrusione non autorizzata, totale trasparenza operativa allente locale, sicurezza di lavoro per il professionista o il CAF che possono perdipi inoltrare pratiche in modo massivo e non singolare (imbustamento  e firma unica)
* Il modulo di inoltro pratica allente che contiene la gestione dellintera relazione amministrazione/cittadino sino allinoltro al SIL di competenza dopo avvenuta protocollazione
* Il modulo incassi e pagamenti utilizzabile su chiamata da ogni servizio che ne necessiti oppure anche in autonomia essendo dotato di propria interfaccia verso il SIL di riferimento e di ampia reportistica importabile anche in corrispondenza di pagamenti spontanei non preordinati dallente
* Tools per la gestione delle diverse smart card di riconoscimento e firma
      


LARCHITETTURA PEOPLE E LINTEGRAZIONE DEI SISTEMI DI BACK END E FRONT END

Larchitettura People rappresenta un sistema di pubblicazione di servizi, con le sue caratteristiche di fondo:
* netta separazione del Front office di erogazione dei servizi dal Back Office (SIL) di gestione (legacy)
* esposizione dei servizi del Back Office da erogare al Front Office mediante web service con una interfaccia standardizzata  
* standardizzazione delle informazioni scambiate con i web services di back-office in termini di modello delle ontologie e di modello dei procedimenti
* modello federato di fruizione dei servizi per i cittadini, che una volta registrati presso uno qualunque degli enti aderenti alla federazione potranno accedere ai servizi erogati da tutti gli altri enti senza necessit di ripetere il processo di registrazione.
* gestione dellidentit in rete basata sulla cooperazione con Enti terzi fidati, quali CA accreditate CNIPA e regioni, che svolgono il ruolo di Gestori dellidentit (Identity Provider), mantenengono il profilo degli utenti registrati ed erogano il servizio di autenticazione per laccesso ai servizi on-line
* possibilit di utilizzo per gli utenti in fase di autenticazione degli strumenti riconosciuti a livello nazionale quali la Carta di Identit Elettronica e la Carta Nazionale (o Regionale) dei Servizi. Il processo di registrazione People prevede anche lattribuzione agli utenti di Credenziali People (password e PIN) rilasciate con modalit sicura, che potranno essere usate dagli utenti per laccesso ai servizi. 
* possibilit di discriminare laccesso ai servizi sulla base della forza delle credenziali richieste (password, PIN, smartcard) e sulla base di qualifiche associate agli utenti che consentono agli stessi di agire come Intermediari (rappresentanti di societ, rappresentanti CAF, etc.). 
* forte impegno nella gestione delle deleghe per lutilizzo dei servizi da parte di intermediari attraverso la definizione di servizi di utilit appositamente creati per supportare il cittadino nel processo di conferimento di una delega ad un intermediario e per supportare il sistema in fase di verifica del possesso di una delega da parte di un intermediario al momento della richiesta di servizio.  
* minima presenza di dati permanenti (e comunque non rilevanti ai fini dei problemi di privacy e di gestione del possesso dati da parte del legittimo responsabile amministrativo) sul Front Office
* utilizzo di uno strato di mediazione fra front-office e back-office (Virtual Service Layer) come sistema non complesso ma necessario per lorchestrazione del processo virtuale, per garantire la sopravvivenza dellistanza da FO qualora non sia ricevibile dal BO, linterfacciamento con il Protocollo Informatico (attraverso la Posta Elettronica Certificata o mediante web services) e la Cooperazione applicativa
* integrazione con Portali e Reti civiche esistenti, di cui sono salvati e/o utilizzati i servizi di community
* integrazione con i servizi di vendor platform (gestione, sicurezza, profilatura) per la gestione di Portali
* gestione sincrona o asincrona dei processi a seconda delle necessit amministrative
* sistema standard di gestione dellaccessibilit a norma Codice delle Amministrazioni Digitali, uniformit del look and feel e del sistema di navigazione dellutente nei servizi

Con poche modifiche la stessa architettura pu ripondewre alle esigenze di un centro servizi territoriale di pi enti (vedi e-Firenze)




INTEGRAZIONE CON L'INFRASTRUTTURA CART DELLA REGIONE TOSCANA

L'architettura People prevede la possibilit di aggregare i portali degli enti nell'ambito dei Centri Servizi Territoriali
(CST) e di erogare quindi i servizi attraverso un Front End fisicamente condiviso e logicamente suddiviso per ente. 
Come significativo esempio, nell'ambito del progetto e-Firenze i portali (virtuali) degli enti sono aggregati in un'unica
infrastruttura hardware e software condivisa. Allo stesso tempo, i singoli portali virtuali sono indipendenti (in termini
di servizi e configurazioni applicative attivate) e mantengono le specificit di immagine delle Reti civiche, adeguandosi
alle strategie di navigazione e di comunicazione stabilite all'interno di queste.

L'interscambio tra i servizi People di Front End ospitati presso i CST ed i SIL (Back End) avviene tramite web services su
HTTP in cui si utilizzano gli XSD derivanti dalla modellazione ontologica per la descrizione dei contenuti. 
In particolare, l'integrazione di un CST con l'infrastruttura CART prevede l'attivazione di un'unica porta delegata, 
ospitata su NAL presso il CST, e l'interscambio di messaggi sincroni con le porte applicative, ospitate sui NAL dei singoli
enti, che permettono l'accesso ai SIL (Back End) ed in particolare agli applicativi legacy interessati.

Nella visione generale dell'infrastruttura CART, l'interscambio tra il Front End ed i SIL per i servizi People avviene
quindi tramite web services su HTTP scambiati tramite la porta delegata e le porte applicative, attivate in modalit
trasparente. Per maggiori dettagli si rimanda alla documentazione dell'infrastruttura CART. 





RISULTATI ATTESI

Oltre 250 servizi sono realizzati nelle seguenti aree tematiche

			SERVIZI E SOLUZIONI PEOPLE	
		
NOME SOLUZIONE                       DESCRIZIONE	            NUMERO SERVIZI
		
Servizi tributari                Richieste, visure e pagamenti
                                 ell'area tributaria locale             50
Servizi demografici	         Richieste, visure e pagamenti 
                                 nell'area anagrafica e                 16
	                           prenotazioni dei relativi servizi	
Servizi cartografici	          Richieste, visure e pagamenti
                                    derivanti dall'uso      	       19	
                                   di banche dati geografiche	
Servizi scolastici	         Richieste, visure e pagamenti
                                       nell'area scolastica             15
		
Servizi alla persona	          Richieste, visure e pagamenti 
                                  nell'area assistenziale	             24
Servizi di Autorizzazione         Richieste, visure e pagamenti 
                                  nell'area dei SUAP, 	            105
                                  e concessione	SUE e commercio	
Servizi sport e cultura          Richieste, prenotazioni, visure 
                                   e pagamenti per l'uso   	        11
                                 di impianti sportivi e l'accesso 
                                    ad eventi culturali 	
Servizi di pagamento	          Servizi di pagamento non 
                                  interfacciati ad altri servizi         5

Tutte le soluzioni sono sostenute anche da un tutor che potr svolgere azione di supporto nel riuso

NOME SOLUZIONE	                                      COMUNE TUTOR
	
Servizi tributari	                               Genova, Brescia, Reggio Emilia
Servizi demografici	                                Siena, Cesena
Servizi cartografici	                             Modena, Carpi, Bari
Servizi scolastici	                            Pesaro (Provincia e comune), 
                                                     San Benedetto del Tronto
Servizi alla persona	                           Roma e Reggio Emilia
Servizi di Autorizzazione e Concessione	           Firenze e Ravenna
Servizi sport e cultura	                         Verona e Reggio Calabria
Servizi di pagamento	                                Bologna, Ancona

Con leccezione dei pagamenti e dei servizi SIT, in tutte le altre aree tematiche sono disponibili servizi pressoch identici realizzati in ambiente Java ed in ambiente .NET Microsoft


PARTE DI DETTAGLIO


Evento	della vita           Area   CodPeople	Nome Servizio
Pagare le tasse	            Pagamenti  PAG001 Pagamento da posizione debitoria
Pagare le tasse	            Pagamenti  PAG002	   Pagamenti pre-calcolati
Pagare le tasse	            Pagamenti  PAG003	    Pagamenti spontanei
Muoversi con un mezzo        Pagamenti   PAG004  Pagamento contravvenzioni 
di trasporto	    
Pagare le tasse	           Pagamenti	PAG005   Visualizzazione Pagamenti                          									pregressi



SPECIFICITA ED ELENCO SERVIZI DELLA SOLUZIONE PER LAREA TEMATICA

Il Modulo Pagamenti e Incassi fornisce due differenti categorie di servizi:
o infrastruttura per la gestione del pagamento on-line integrata nellarchitettura PEOPLE: attraverso le risorse messe a disposizione del framework, grazia e a cui i servizi applicativi PEOPLE possono accedere a tutte le funzionalit legate al pagamento.
Linfrastruttura per la gestione dei pagamenti on-line espone in aggiunta una interfaccia generalizzata che consente di utilizzare le funzionalit di pagamento anche per un servizio Web realizzato in una differente architettura;
o servizi applicativi di pagamento 'ready to use', basati su un modello generalizzato utilizzabile nellambito di diverse aree applicative:
* Pagamento da posizione debitoria;
* Pagamenti pre-calcolati;
* PagamentI spontanei;
* Pagamento contravvenzioni;
* Visualizzazione pagamenti pregressi.
     
Nelle sezioni seguenti sono evidenziate le principali caratteristiche dei servizi, evidenziando gli aspetti che comportano per lente ripercussioni legate ad integrazioni con sistemi esterni o piuttosto ripercussioni a livello organizzativo, per le attivit al contorno che implicano.

INFRATRUTTURA PER LA GESTIONE DEI PAGAMENTI ON-LINE
Linfrastruttura di pagamento on-line si presenta come una sorta di gateway che consente al mondo applicativo dei servizi di vedere i sistemi di pagamento in maniera uniforme, attraverso una unica interfaccia applicativa.
Linfrastruttura centralizza tutte le problematiche comuni che si presentano nella gestione dei pagamenti on-line, quali
o gestione delle commissioni addebitate agli utenti
o gestione di pi POS virtuali, per consentire ai servizi applicativi incassi indipendenti
o analisi dei pagamenti effettuati attraverso i vari canali 
o produzione di flussi contabili


PAGAMENTO DA POSIZIONE DEBITORIA
Il servizio consente allutente, una volta che ne  stata determinata con certezza lidentit, laccesso allelenco delle pendenze associate al proprio codice fiscale. Lutente pu quindi accedere al dettaglio dei documenti e procedere col pagamento.
La posizione debitoria pu essere costituita da pendenze riconducibili a differenti tipologie di entrate, es.
o rette scolastiche
o mense scolastiche
o affitti locali pubblici
o tasse legate alloccupazione del suolo pubblico
o tributi locali
o ...,
purch rientrino nel modello astratto previsto dal servizio. In particolare, i documenti dovranno essere riferiti al codice fiscale dellutente e dovranno avere associato un importo predefinito ed una chiave univoca.
Nel modello rientrano naturalmente tutti quei pagamenti a fronte dei quali lente ha emesse fatture o MAV, consentendo inoltre la gestione di pagamenti rateizzati.
L'accesso alle pendenze dell'utente richiede che vi sia un'integrazione applicativa con i sistemi di back-office dell'ente interessato.

PAGAMENTI PRE-CALCOLATI
Consente laccesso diretto ad un documento in scadenza (fattura, MAV o di altra natura), indicando gli estremi dello stesso ed il codice fiscale dellintestatario del documento.
Analogamente al servizio Posizione debitoria, il servizio assume che le pendenze siano riferite al codice fiscale e richiede un'integrazione applicativa con i sistemi di back-office dell'ente. Anche in questo caso le pendenze possono essere relative a pagamenti in unica soluzione o rateizzati.
Il servizio pu non richiedere il riconoscimento dell'utente ed il pagamento pu essere effettuato da un soggetto terzo.

PAGAMENTI SPONTANEI
Il servizio indirizza il pagamento dei tributi per i quali lente incassante non  in grado di determinarne a priori limporto o non  in grado di predisporre l'integrazione con i sistemi di back-office che li gestiscono.
Rispetto al servizio Pagamenti pre-calcolati, il Servizio Pagamenti spontanei non necessita di essere alimentato con informazioni provenienti dai sistemi di back-office, limitando l'integrazione necessaria alla gestione delle evidenze dei pagamenti effettuati.
Al fine di essere in grado di contestualizzare i pagamenti effettuati, il sevizio richiede che l'elenco dei tributi incassabili sia definito in maniera preventiva. 
I pagamenti possono essere riferiti ad una determinata rata ed essere effettuati indifferentemente sia per pendenze del soggetto operante che per conto terzi.
Il servizio non richiede il riconoscimento dell'utente.

PAGAMENTO CONTRAVVENZIONI
A differenza dei servizi descritti in precedenza, dove possono rientrare pi tipologie di tributi, per il pagamento delle contravvenzioni  previsto un servizio dedicato.
Le particolarit che contraddistinguono le contravvenzioni riguardano
o il riferimento ad un veicolo piuttosto che ad un contribuente
o l'identificazione del verbale pu richiedere l'utilizzo di una specifica tipologia
o la possibilit di pagare sia contravvenzioni registrate nel sistema sia contravvenzioni non registrate, utilizzando in questo caso appostiti importi standard associati alla tipologia della contravvenzione
o dati specifici come
* riferimenti al veicolo
* riferimenti legislativi
* importo intero vs importo ridotto
* etc.
Il riferimento al trasgressore o all'intestatario del veicolo  un dato generalmente non disponibile o che potrebbe essere presente solo in un secondo momento, a fronte di successivi perfezionamenti delle pratiche. 
Non essendo in generale riferite ad una persona, il pagamento delle contravvenzioni pu riguardare indifferentemente l'intestatario dell'autoveicolo o persone terze.
Il servizio non necessit del riconoscimento dell'Utente.

VISUALIZZAZIONE PAGAMENTI PREGRESSI
Il servizio consente la visualizzazione dei pagamenti riconducibili all'utente riconosciuto.
I pagamenti sono recuperati dai sistemi di back-office degli enti, e pertanto riguardano la situazione contributiva complessiva degli utenti, non ristretta ai pagamenti effettuati sul Web.


XSD PER I SERVIZI DELLAREA TEMATICA

Gli XSD sono proposti allindirizzo http:\\people.diviana.net 
