Esperienze e soluzioni realizzate nell ambito del Progetto FED-FIS

Transcript

1 Programma Enti Locali Innovazione di Sistema Esperienze e soluzioni realizzate nell ambito del Progetto FED-FIS Aprile

2 Premessa Il presente documento ha lo scopo di facilitare la disseminazione e il riuso delle soluzioni tecnologiche ed organizzative, conseguite con i progetti del Programma Elisa, individuando le best practices locali, favorendone la personalizzazione e il riuso in altre realtà del Paese. Si evidenzia che le informazioni contenute nel presente documento contemplano, in generale, solo quelle disponibili al momento della chiusura del progetto (31 dicembre 2011) o al massimo nel febbraio 2012 per il MUDE Piemonte. Nell ambito del progetto FED-FIS, completamente integrato con i due precedenti progetti ELI-CAT ed ELI-FIS, coordinati dai Comuni di Bologna e Terni, conclusi nel settembre 2010 e realizzati da un partenariato in gran parte coincidente con quello di FED-FIS, sono state sviluppate le seguenti quattro soluzioni, le prime tre per il Dominio locale (Comunale, singolo o associato), la quarta sia per il Dominio locale sia per il dominio CST/Regione (secondo le opportunità degli specifici territori): PAGO (Piattaforma Integrata e Multicanale dei Pagamenti) Roma Capitale RISCO (Sistema Integrato per la Gestione della Riscossione) - Comune di Bologna ACSOR Free (Anagrafe Comunale dei Soggetti, Oggetti e Relazioni) nella versione free (modifica della applicazione già realizzata nel Progetto ELI-CAT) VISORACI/CARTOSCI (Visualizzatore cartografico) Comune di Fabbriche di Vallico Comune di Prato DWH Analisi Pressione fiscale e relativo Cruscotto, contenente anche strumenti di analisi della Capacità contributiva (up-grade della applicazione già realizzata nel Progetto ELI-FIS) Comune di Fabbriche di Vallico Pag. 4 Pag. 29 Pag. 47 Pag. 63 Nell ambito del progetto FED-FIS sono stati inoltre sviluppati due prototipi di soluzione (MUDE), per un Dominio che potenzialmente coinvolge sia il livello locale, sia quello CST/Regione sia quello nazionale. Il primo prototipo è stato realizzato dal Comune di Modena e, proprio in quanto prototipo, ha alcune caratteristiche ben definite che verranno illustrate nelle apposita scheda. Il secondo prototipo (MUDE PIEMONTE) è stato realizzato dal Comune di Torino in totale sinergia con la Regione Piemonte e la Provincia di Torino e si presenta 2

3 quindi fin da ora con un orizzonte di utilizzazione potenzialmente estendibile a tutti i comuni piemontesi. Al prototipo MUDE il Comune di Modena, con la collaborazione di uno specifico Comitato Tematico che ha svolto i sui lavori sull intero periodo di realizzazione dei progetti ELI-CAT, ELI-FIS e FED-FIS, ha affiancato uno studio di fattibilità sulla sua componente cartografica MUDIC (Modello Unico Digitale Cartografico) Prototipo MUDE (Modello Unico Digitale Edilizia) e Studio di fattibilità MUDIC (Modello Unico Digitale Cartografico) Comune di Modena Prototipo MUDE PIEMONTE (Modello Unico Digitale Edilizia in Piemonte) Comune di Torino Pag. 74 Pag. 88 Licenza open source AGPL (versione 3) Pag. 105 NOTA: I prodotti/servizi realizzati con i Progetti ELI-CAT, ELI-FIS e FED-FIS sono messi a riuso mediante software rilasciato alle imprese del settore, così come agli Enti e/o associazioni interessate, previa sottoscrizione della licenza open source AGPL (versione 3) ed accettazione delle clausole che consentono un adeguato monitoraggio sull utilizzo effettivo che verrà fatto nel tempo del software, compreso il suo adattamento o eventuali modifiche. 3

4 Progetto FED-FIS FEDERALISMO FISCALE: servizi integrati per la fiscalità locale e nazionale Gestione digitale integrata dei servizi locali in materia fiscale e catastale mediante modelli di cooperazione applicativa Titolo del servizio o della soluzione oggetto del riuso: PAGO Piattaforma Integrata e Multicanale dei Pagamenti SEZIONE 1 ANAGRAFICA DELLA SOLUZIONE OFFERTA AL RIUSO - Roma Capitale (Metodologia di definizione degli indicatori) - Roma Capitale (Metodologia di rilevazione dei dati) Referenti per l Amministrazione Roma Capitale: Paola Sbriccoli Dirigente U.O. Sistemi informativi e tecnologici al cittadino del Dipartimento Risorse Economiche Tel , paola.sbriccoli@comune.roma.it Roma Capitale: Stefania Giordano Responsabile dello sviluppo dei servizi interattivi e della piattaforma multicanale dei pagamenti Tel , stefania.giordano@comune.roma.it 4

5 Nome della soluzione PAGO - Piattaforma Integrata e Multicanale dei Pagamenti Ambito amministrativo interessato Processo di gestione delle entrate tributarie ed extratributarie di Roma Capitale (Tributi, Polizia Municipale, Edilizia, SUAP, Servizi Sociali, Servizi Scolastici etc ). Altre Amministrazioni che utilizzano o che hanno aderito al riuso della soluzione Comune Genova Unione Bassa Romagna Comune di Terni Tipologie di Amministrazioni che a parere dell Amministrazione cedente sono le più idonee a riutilizzare la soluzione Comuni di medio grandi dimensioni Associazioni di Comuni (Unioni e Comunità Montane, Consorzi ) Province Regioni Quali servizi vengono implementati con l uso della soluzione La soluzione consente di attivare una gestione centralizzata delle entrate ( standard operativi ) e di coordinare i processi di riscossione in collaborazione con tutte le strutture comunali interessate dai processi di pagamento. Le funzionalità presenti sono le seguenti: Pagamenti multi ente e multi canale (WEB, ATM, SISAL, Chioschi, etc); estensione delle funzioni Web di pagamento alle applicazioni pubblicate dai Sistemi d Area; supporto al pagamento di un numero ampliabile di crediti; uno o più debiti pagabili con un unica transazione (carrello); integrazione con diversi intermediari finanziari e strumenti di pagamento ( contante, carta di credito, PagoBancomat, POS Virtuale, RID on-line e POS su postazioni Totem; emissione di ricevute on-line: da ATM, WEB e via ; indirizzamento delle ricerche delle posizioni debitorie provenienti dai canali di pagamento verso l'appropriato sistema d'area 5

6 registrazione di tutte le transazioni di pagamento: consultazione da parte del cittadino e dell ente; funzioni di navigazione e ristampa/rispedizione ricevute; notifica transazioni ai sistemi d area di competenza: sistemi d area specifici dei vari tributi e/o sistemi di consolidamento dei crediti (RISCO, SIR, ); indirizzamento dei flussi dei pagamenti e delle voci di bilancio verso il sistema di rendicontazione; servizio standard (cruscotto) di reportistica a supporto della rendicontazione; personalizzazione dei servizi e dei job temporizzati; Consolle di amministrazione con funzioni di ricerca, esame dei log, ristampa/rispedizione ricevute; consolle di Configurazione; strumenti di analisi e reportistica. Tipo di Amministrazioni a cui è destinato Il servizio è destinato a tutte quelle Amministrazioni interessate a gestire efficacemente i servizi di pagamento di entrate, tributarie ed extratributarie, da parte dei cittadini e delle imprese e ad assicurare flussi informativi orientati all immediato utilizzo nell ambito dei sistemi contabili e gestionali dell Amministrazione per facilitare la riconciliazione e la regolarizzazione dei pagamenti stessi. E opportuno evidenziare che la soluzione PAGO, oltre ad integrarsi ovviamente con il sistema catasto e fiscalità realizzato con i tre progetti integrati ELI-CAT, ELI-FIS e FED-FIS, consente anche di essere implementato in contesti che prescindono dalla pila tecnologica utilizzata nel sistema di cui sopra. La soluzione può essere adottata sia dal singolo ente che da soggetti che si possono candidare a gestire la riscossione per un gruppo di enti quali le Unioni, i centri servizi territoriali o le società in house deputate a fornire agli enti soci questo tipo di servizi. 6

7 SEZIONE 2 DESCRIZIONE TESTUALE DELLA SOLUZIONE LINK DELLA SOLUZIONE REPOSITORY ANCITEL: REPOSITORY ELICAT/ELIFIS/FEDFIS: DESCRIZIONE SINTETICA DELLA SOLUZIONE Il sistema PAGO si pone come obiettivo generale la semplificazione per l Ente, per i cittadini e per le imprese delle operazioni di pagamento. PAGO è in grado di supportare nel tempo la realizzazione di nuovi servizi e canali di pagamento da implementare a seconda dello stato di sviluppo dei sistemi informativi gestionali di settore ( sistemi di area ), relativamente alle entrate tributarie ed extratributarie dell Amministrazione che per le loro caratteristiche comportino l adozione di soluzioni standard offrendo un servizio integrato per effettuare tutti i pagamenti a favore dell Amministrazione tramite la piattaforma stessa. Inoltre la possibilità offerta da PAGO di gestire anche i pagamenti spontanei ( bollo virtuale, diritti di segreteria ) rende possibile realizzare un sistema informativo integrato a supporto della completa gestione del ciclo di vita di una pratica operando tutti i pagamenti necessari in modalità web. Il Sistema è realizzato per conseguire e seguenti obiettivi principali: una estensione dei servizi di contatto, in ottica di multicanalità, per conferire un maggiore grado di territorialità ai servizi, per venire incontro in maniera diretta e immediata alle esigenze della cittadinanza, in termini di prossimità dei punti di accesso, sicurezza dei pagamenti e risparmio di tempo: una semplificazione delle procedure di riscossione anche attraverso una standardizzazione dei dati necessari all esecuzione del pagamento e alla relativa attribuzione dello stesso ( soggetto debitore e motivo per il quale si è eseguito il pagamento ); una corretta attribuzione del pagamento effettuata in linea, pagamento per pagamento; un miglioramento dei processi di rendicontazione e regolarizzazione. Il modulo denominato cruscotto della rendicontazione consente ad ogni singola struttura/ente, per ogni area di attività e per tipologia di servizio, di conoscere in tempo reale le entrate riferite ai pagamenti eseguiti 7

8 tramite PAGO con conseguente riduzione dei tempi di inserimento nel circuito di spesa, delle cifre introitate; una maggiore cooperazione applicativa tra sistemi. La piattaforma dei pagamenti si colloca come punto nodale nelle interazioni ente/intermediari di servizi, unificando processi e flussi per le diverse tipologie di credito. Utilizza i diversi canali messi a disposizione dagli intermediari per la cooperazione applicativa sollevando i sistemi interni da una gestione molteplice e diversificata dei flussi di pagamento e dei protocolli di comunicazione; una maggiore semplificazione e trasparenza degli adempimenti a carico del cittadino e delle imprese attraverso un sistema unico centralizzato formato da due componenti infrastrutturali cooperanti: una funzionale, dedicata al mantenimento e alla centralizzazione delle informazioni dei titoli di credito e dei pagamenti dalla riscossione spontanea alla riscossione coattiva (ad esempio RISCO), l altra un infrastruttura di servizi ( PAGO ) volta ai sistemi esterni. L estratto conto del cittadino è il documento immateriale attraverso il quale, un qualunque cittadino può conoscere, in ogni momento, se e cosa deve nei confronti dell Amministrazione ed eseguire il pagamento. L estratto conto è l elemento qualificante della capacità delle Amministrazioni di mantenere un rapporto di trasparenza con i cittadini. La soluzione adottata prevede la messa in produzione di tale servizio in relazione al popolamento il più esaustivo possibile della componente funzionale dei debiti/crediti dei cittadini verso l Amministrazione. Il codice fiscale è l elemento attraverso il quale può avvenire l identificazione univoca del cittadino e dei debiti/crediti del cittadino verso l Amministrazione. In sintesi il sistema PAGO serve a: consentire ai cittadini di effettuare pagamenti a vario titolo (p.e. tributi ed altri oneri) usando canali on-line (p.e WEB, ATM, etc ) e strumenti diversificati ( carta di credito, bancomat, home banking, rid on line, banco posta, post@pay ect. ); fungere da mediatore tra i diversi attori del processo di pagamento; consentire una gestione univoca del processo di pagamento, dalla transazione, alla registrazione dei dati fino alla rendicontazione e regolarizzazione in bilancio; costituire un archivio unificato ed interrogabile per l ente di tutti i pagamenti effettuati on-line (o, opzionalmente, per canali classici). 8

9 Architettura della piattaforma: PAGO si basa su un architettura modulare (ovvero i moduli devono avere una propria autonomia funzionale, che consenta una adozione graduale del modello complessivo). Tale soluzione prevede quindi la realizzazione del prodotto PAGO, articolato su più moduli autonomi. In particolare il prodotto PAGO può essere articolato in quattro componenti ( a loro volta modulari al loro interno ): la piattaforma dei pagamenti propriamente detta; il Gateway multicanale non è un prodotto, ma la fornitura di un servizio da parte di una società di servizi interbancari o da altro soggetto abilitato. Nel caso specifico è stato fornito un listino prezzi relativamente ai canoni annuali applicati relativamente a varie tipologia di servizi offerti e ad eventuali costi di localizzazione. La scelta parte dal presupposto che non tutti gli Enti partecipanti a FED FIS abbiano interesse, almeno in prima battuta, al gateway multicanale. Inoltre nel caso gli Enti interessati ritengano di far svolgere tale attività da soggetti diversi da quello individuato da Roma Capitale avrebbero comunque a disposizione un listino prezzi di riferimento su cui confrontare altre offerte. Eventuali costi 9

10 di start up sarebbero a carico dei Comuni interessati e rientrerebbero nella localizzazione; il cruscotto della rendicontazione è previsto sia come servizio del Gateway che come prodotto autonomo che potrà essere alimentato tramite il Gateway o direttamente dalla piattaforma dei pagamenti secondo le scelte organizzative degli Enti interessati; il modulo di integrazione con MIP (progetto People). Quindi il sistema PAGO è composto dai seguenti moduli: PAGO Middleware (MW) Componente centrale dell architettura, espone e chiama servizi standard per integrare sistemi d area e sistemi integrati di riscossione con i più diversi canali di pagamento; PAGO WEB (PW) Componente integrata con MW che consente il pagamento WEB di tributi e funzioni di interrogazione per il cittadino (opzionale se si utilizzano solo gli altri canali o altri portali WEB di pagamento); Console di Configurazione Consente di gestire, entro certi limiti senza necessità di interruzione dei servizi, l introduzione o la modifica di nuovi enti, tributi, canali e regole di business; Postazioni TOTEM Un totem è un PC in rack, collegato in rete con PAGO, solitamente dotato di touch-screen, con un POS fisico per effettuare pagamenti; La piattaforma non comprende una versione standard dei TOTEM che devono essere implementati da terze parti basandosi sulle specifiche di servizio. Sono previsti due tipi di postazioni TOTEM: totem classici: applicazioni stand alone che comunicano con Middleware tramite i servizi standard; totem avanzati: browser WEB chiusi, ovvero limitati nella navigazione verso le sole pagine di PagoWEB. 10

11 Componenti Applicativi Utilizzati: Sinapsi - Sistema per l Integrazione di Autenticazione, Profilatura e Sicurezza; CAS - Central Autentication Service; Profile Manager - Repository delle informazioni relative agli utenti ed alle autorizzazioni; IceFaces: Implementazione delle specifiche JSF 2.0 con supporto AJAX nativo; EclipseLink implementazione JPA opensource, parte del progetto Eclipse; EMF Eclipse Metadata Framework; Quartz - schedulatore in tecnologia J2EE/SE preposto all esecuzione automatizzata di Job. itext libreria per la generazione di documenti PDF Cruscotto di rendicontazione Consente interrogazioni e report per individuare la disponibilità di cassa sui diversi conti relativamente alle coordinate di bilancio (opzionale se la funzionalità è coperta da altro componente). Gateway dei pagamenti Il gateway media una serie di canali molto diversi tra loro (come ATM, Home Banking, Tabaccai, GDO, SISAL, ) colloquiando con il Middleware tramite un interfaccia di servizi ed un processo omogenei; (opzionale se si utilizzano solo gli altri canali); 11

12 SEZIONE 3 ASPETTI LEGATI ALL USO DELLA SOLUZIONE DATA DI AVVIO IN ESERCIZIO DELLA SOLUZIONE 01 gennaio 2012 N. DI ADDETTI OPERANTI CON LA SOLUZIONE Gli operatori del Dipartimento Risorse Economiche abilitati ad operare sul sistema sono 8. Vi sono poi circa 300 operatori di altri uffici ( responsabili a vario titolo di entrate ) abilitati ad accedere al cruscotto della rendicontazione per effettuare le operazioni di monitoraggio e regolarizzazione delle entrate in bilancio. Si sta inoltre valutando di mettere a disposizione, in visualizzazione, agli operatori degli altri uffici titolari di entrate i servizi di back office di PAGO. BREVE DESCRIZIONE DEL CONTESTO ORGANIZZATIVO IN CUI LA SOLUZIONE E STATA ADOTTATA (ASSEGNAZIONE DI RUOLI E FUNZIONI) La Giunta Comunale, con Deliberazione n. 28 del 9/2/2009, ha approvato gli indirizzi per il potenziamento dei servizi innovativi erogati per via telematica affidando al Dipartimento Risorse Economiche: l attuazione di un programma di sviluppo dei servizi interattivi e di ampliamento della piattaforma multicanale dei pagamenti locali, già operativa in materia di tributi, tariffe e contravvenzioni, studiando ulteriori soluzioni applicabili ad altre entrate di Roma Capitale in un ottica di semplificazione e attivazione di strumenti diversificati e a basso costo tramite reti di ampia diffusione e di consolidata fiducia dei cittadini. Inoltre il Dipartimento Risorse Economiche, oltre a gestire direttamente le attività di riscossione relative all ICI, alle contravvenzioni e alle sanzioni amministrative, svolge un ruolo di indirizzo e coordinamento nei confronti delle altre strutture comunali titolari a vario titolo di entrate ( 19 municipi e circa 25 Dipartimenti ). Rispetto alla gestione delle procedure di riscossione sia ordinaria che coattiva il Dipartimento elabora standard operativi e mette a disposizione sistemi informativi centralizzati ( tra cui la piattaforma dei pagamenti e SIR sistema integrato riscossione che ha funzionalità simili a RISCO ). Gli uffici entrate delle varie strutture, tramite i sistemi centralizzati messi a disposizione, sono chiamati a gestire la procedura di riscossione, interagendo con i contribuenti, dalla creazione del debito fino alla regolarizzazione in bilancio. Il Dirigente della specifica struttura è il responsabile dell entrata dal punto di vista amministrativo e contabile. 12

13 Per quanto riguarda i servizi di pagamento il Dipartimento Risorse Economiche, di concerto con gli uffici interessati, progetta e realizza le soluzioni più indicate in relazione alla natura dell entrata e ai vincoli amministrativi e legislativi specifici di ogni entrata. E inoltre responsabile della sottoscrizione delle convenzioni che regolano i rapporti con i vari intermediari finanziari e dell interfacciamento con il Concessionario per quanto riguarda la riscossione coattiva. N. DI GIORNATE E TIPOLOGIA DI FORMAZIONE Gli operatori degli uffici Entrate hanno partecipato ad una attività formativa relativa all utilizzo del cruscotto della rendicontazione che si è articolata in un incontro a febbraio ( circa 50 partecipanti ), due incontri a giugno ( circa 50 partecipanti ) e 5 nel mese di novembre ( circa 190 partecipanti ). Gli operatori ( 8 ) del Dipartimento Risorse Economiche che si occupano della gestione e monitoraggio dei pagamenti effettuati tramite la Piattaforma hanno svolto un attività formativa in affiancamento on the job della Società che ha realizzato PAGO in quanto è presente presso il Dipartimento un laboratorio della Società stessa che fornisce attività di assistenza e manutenzione evolutiva dei sistemi informativi centralizzati del Dipartimento. Nella proposta di dispiegamento sono previste da 1 a 4 giornate formative a secondo della complessità dell ente per le attività di installazione e avviamento di PAGO. Per l installazione e l avvio in esercizio di PAGO sono previste dalle 2 alle 8 giornate a seconda della complessità dell Ente. N. DI GIORNATE PER MANUTENZIONE EVOLUTIVA Non disponibili. FORMAZIONE SPECIFICA EROGATA La formazione su PAGO si esplicita nei punti seguenti: Addestramento sull architettura generale del sistema Addestramento all utilizzo della consolle operatore Addestramento all utilizzo della consolle di configurazione Addestramento all utilizzo del cruscotto della rendicontazione 13

14 ESISTE UN MANUALE D USO DELLA SOLUZIONE PER GLI ADDETTI? Il software installabile è corredato, oltre che dal codice sorgente, dalla seguente documentazione: Manuali Tecnici: Modello di Dominio Analisi di Dettaglio Middleware Analisi di Dettaglio PagoWEB Progettazione Tecnica Consolle di Configurazione Progettazione Tecnica Middleware Progettazione Tecnica PagoWEB Modello Dati Manuali Utente: Manuale della Consolle di Configurazione Manuale della Consolle Operatore Manuale del Cruscotto della Rendicontazione DISPONIBILITA DI PERSONALE DELL ENTE A FORNIRE ASSISTENZA Roma Capitale si rende disponibile ad effettuare una presentazione della soluzione ed a partecipare ad eventuali sessioni di illustrazione all'interno di seminari/convegni, sulla base di un impegno da valutare congiuntamente con il riusatore Fermo restando che a breve sarà costituita la Comunità che si occuperà di fornire l assistenza necessaria a chi volesse fare sua questa soluzione, Roma Capitale può svolgere (d'intesa con gli altri enti di progetto), delle azioni di divulgazione e presentazione degli strumenti disponibili, atte a comprendere i risultati che essi consentono di raggiungere in termini di gestione integrata dei processi di pagamento e rendicontazione. LA SOLUZIONE E DI COMPLETA PROPRIETA DELL AMMINISTRAZIONE CEDENTE? Roma Capitale è stata stazione appaltante della soluzione per conto di tutti i partner del progetto (tutti appartenenti alla PA) che sono pertanto proprietari completi della soluzione ad eccezione del gateway che viene offerto come servizio dalla Società TSP s.r.l. ( è previsto un canone di utilizzo ). Il cruscotto della rendicontazione come prodotto fa parte della soluzione di cui sono proprietari completi tutti i partner. Nel caso in cui l Amministrazione scegliesse di utilizzare il servizio gateway è possibile adottare la soluzione cruscotto della rendicontazione come servizio collegato al gateway stesso ( in tal caso è previsto un canone di utilizzo ). E di proprietà di tutti i partner anche il modulo di integrazione con il MIP PEOPLE. 14

15 SEZIONE 4 ASPETTI DI COSTO DELLA SOLUZIONE SOSTENUTI DALL AMMINISTRAZIONE COSTI ESTERNI (FORNITORI + CONSULENZA) PER LA REALIZZAZIONE DELLA SOLUZIONE Engineering Ingegneria Informatica: ,00 + IVA TSP srl: IVA Krene srl: IVA COSTI INTERNI PER LA REALIZZAZIONE DELLA SOLUZIONE Categoria # gg Project Manager 100 Funzionario esperto di gestione dei pagamenti 80 Personale addetto alla riscossione 60 Personale amministrativo 50 totale

16 SEZIONE 5 BENEFICI OTTENUTI DALL USO DELLA SOLUZIONE Benefici in termini di riduzione di costi conseguiti dall Amministrazione; riportare i costi, in euro, relativi al processo supportato dalla soluzione, prima dell adozione della soluzione e dopo l adozione della soluzione stessa Rispetto ai costi sostenuti dall Amministrazione per le attività di riscossione i vantaggi possono essere i seguenti: riduzione del tempo impiegato dagli operatori degli uffici per svolgere le attività connesse al processo della riscossione in particolare nelle fasi di riconciliazione dei pagamenti e regolarizzazione in bilancio dematerializzazione e automazione del ciclo della riscossione che potrà apportare risparmi in termini di riduzione dei supporti cartacei, delle attività di data entry e delle lavorazioni in back office. graduale riduzione dei conti correnti postali certezza nell attribuzione del pagamento con conseguente diminuzione del contenzioso con i cittadini e le imprese ( cartelle pazze ). Al momento non è stata ancora effettuata un analisi dettagliata di riduzione dei costi. Occorrerà questo primo anno di esercizio per una analisi costi/benefici significativa. Benefici in termini di miglioramento del servizio reso a cittadini e imprese conseguiti dall Amministrazione I benefici per i cittadini si possono sintetizzare nei seguenti punti: Estensione dei servizi di contatto, in ottica di multicanalità, per conferire un maggiore grado di territorialità ai servizi, per venire incontro in maniera diretta e immediata alle esigenze della cittadinanza, in termini di prossimità dei punti di accesso, sicurezza dei pagamenti e risparmio di tempo ( dal pc di casa all ATM dislocato sul territorio ) Scelta dell intermediario finanziario e dello strumento di pagamento ( dal rid on line al bancomat ) di maggior gradimento Maggiore certezza della corretta attribuzione del pagamento da parte dell Amministrazione Disporre di un estratto conto del cittadino, elemento qualificante della capacità delle Amministrazioni di mantenere un rapporto di trasparenza con i cittadini, attraverso il quale conoscere, in ogni momento, se e cosa si deve nei confronti dell Amministrazione ed eseguire il pagamento. 16

17 Benefici derivanti all amministrazione dall elaborazione dei dati che la soluzione utilizzata o genera, al fine di orientare in modo più efficace l azione amministrativa. L adozione della piattaforma integrata multicanale dei pagamenti on line ha imposto una revisione e semplificazione delle procedure anche attraverso una standardizzazione dei dati necessari all esecuzione del pagamento e alla relativa attribuzione dello stesso ( soggetto debitore e motivo per il quale si è eseguito il pagamento ). Un ulteriore beneficio è il miglioramento qualitativo dei dati ( certezza nell attribuzione del pagamento ). Attualmente, per quanto riguarda Roma Capitale, una quota piuttosto elevata (stimata approssimativamente intorno al 15-20%) dei pagamenti che i cittadini eseguono, pongono problemi sia nell identificazione del soggetto debitore sia nell oggetto del pagamento stesso. Nonostante gli sforzi dell Amministrazione nell invio di bollettini precompilati contenenti tutti i dati necessari, per i motivi più vari, permane un quota di bollettini bianchi (si intendono per bollettini bianchi tutti i pagamenti eseguiti al di fuori dei mezzi forniti dall Amministrazione) che creano delle difficoltà nell attribuzione del pagamento. Al contrario, nel caso dei pagamenti attraverso la piattaforma multicanale, gli stessi sono sempre imputati correttamente e in tempo reale. Tale attribuzione non avviene più attraverso incroci di banche dati eseguiti in back-office, ma puntualmente, in linea, pagamento per pagamento. L utilizzo della piattaforma consente quindi una significativa diminuzione del contenzioso, grazie all innalzamento del livello qualitativo delle informazioni che compongono gli atti del procedimento di riscossione ( evitando le cosiddette cartelle pazze ). L Amministrazione si aspetta inoltre con l entrata in esercizio di PAGO una contrazione dei tempi di riscossione, in particolar modo per le fasi di rendicontazione e regolarizzazione contabile, con conseguente riduzione dei tempi di inserimento nel circuito di spesa, delle cifre introitate. Infatti, data la complessità funzionale e organizzativa di Roma Capitale, PAGO in integrazione con SIR ( equivalente di RISCO ) e i sistemi di area permette di migliorare le fasi di rendicontazione e regolarizzazione in bilancio con particolare riguardo alla semplificazione ed alla immediata disponibilità dei dati delle entrate proprie di ogni singola struttura. Il sistema chiamato cruscotto della rendicontazione consente - attualmente - ad ogni singola struttura, per ogni area di attività e per tipologia di servizio, di conoscere in tempo reale le entrate riferite ai pagamenti eseguiti con i sistemi alternativi (ATM WEB Sisal, ecc.) e di procedere alla regolarizzazione attraverso una nuova procedura in cooperazione con il sistema contabile. E evidente da quanto già detto che, sia la standardizzazione delle procedure sia la certezza del pagamento sia la immediata rendicontazione dello stesso e la facilità con la quale si possono verificare i dati, rappresentino di per se un beneficio. Inoltre il progetto prevede a regime una drastica riduzione dei conti correnti postali attualmente in uso all Amministrazione (fino a un solo conto corrente 17

18 postale) con relativo risparmio di gestione. Ed ancora la dematerializzazione dei processi di riscossione potrà apportare ulteriori risparmi in termini di riduzione dei supporti cartacei, delle attività di data entry e delle lavorazioni in back office. Elementi di semplificazione della procedura tradizionale introdotti dalla soluzione Quanto detto nei paragrafi precedenti già illustra in maniera esaustiva gli elementi di semplificazione introdotti con l adozione di PAGO. Altri benefici derivanti dall utilizzo della soluzione non ricompresi nelle tipologie prima indicate Informazioni non disponibili. 18

19 SEZIONE 6 ASPETTI LEGATI ALLE TECNOLOGIE UTILIZZATE Caratteristiche della soluzione tecnologica. Elenco delle principali funzionalità e integrazioni di PAGO: Pagamento di un insieme estendibile di debiti: p.e. Contravvenzioni, Servizi scolastici, COSAP ( canone occupazione suolo pubblico ), ICP ( canone iniziative pubblicitarie), ICI, VIOLAZIONI ICI, ALTRE VIOLAZIONI ICI, Bollo Virtuale, diritti di segreteria, Certificati Anagrafici, SUAP, Concessioni Edilizie, ; Pagamenti attraverso diversi canali: p.e. WEB, Totem, reti bancarie (ATM e Home Banking), rete SISAL, e altre reti commerciali (Tabaccai e GDO); Estensione delle funzioni Web di pagamento alle applicazioni pubblicate dai Sistemi d Area; Integrazione con diversi intermediari finanziari (banche, Poste Italiane, Sisal ect ) e strumenti di pagamento ( contante, carta di credito, PagoBancomat, POS Virtuale, RID on-line e POS su postazioni Totem); Emissione di ricevute on-line: da ATM, Totem, WEB e via ; Registrazione delle transazioni di pagamento: consultazione da parte del cittadino e dell ente; funzioni di navigazione e ristampa/rispedizione ricevute; Notifica transazioni ai sistemi d area di competenza: sistemi d area specifici dei vari tributi e/o sistemi di consolidamento dei crediti (RISCO, SIR, ); Invio dati di rendicontazione al cruscotto della rendicontazione. Tipologie di debiti pagabili: Debiti strutturati: Debiti conosciuti ed univocamente identificati nei sistemi d area di un ente precedentemente al momento del pagamento:; Un debito strutturato viene pagato dal cittadino venendo ricercato tramite il solo identificativo (tipicamente ricevuto dall ente con mezzi classici, quale l invio di bollettini) e solitamente non prevede ulteriori data entry: Esempi: contravvenzioni a verbale, Servizi scolastici, COSAP, ICP, VIOLAZIONI ICI, ALTRE VIOLAZIONI ICI, SUAP, Concessioni Edilizie, ; Pagamenti spontanei: Debiti non ancora identificati dalla P.A. e che verranno trattati da processi di backoffice successivi alla transazione di pagamento; 19

20 Il cittadino deve inserire tutti i dati descrittivi del debito attraverso un interfaccia avanzata ( p.e. Contravvenzioni non ancora a verbale, ICI, VIOLAZIONI ); Debiti immediati: Debiti non prevedibili in anticipo dalla P.A. e creati contestualmente al pagamento; Solitamente hanno caratteristiche prefissate e non richiedono particolare data entry; Esempi: Bollo Virtuale, Diritti di Segreteria, Processi di pagamento: Pagamenti singoli: Sono pagamenti effettuati tramite un processo sequenziale ricerca Visualizzazione Conferma Pagamento Notifica Possono pagare solo un debito strutturato per volta Consentono il pagamento tramite canali a interfaccia limitata (ATM, Tabaccai, GDO, SISAL, Totem classici, ). Pagamenti a carrello: Consentono di pagare più debiti, anche di tipo diverso, in un unica transazione ; L unica restrizione è che deve esistere almeno un modo di pagamento (p.e. conto di destinazione) consentito in comune tra tutti i debiti nel carrello; Richiedono un canale con interfaccia avanzata (WEB, Totem estesi, ). Pagamenti bridge: Servizio WEB offerto ai Sistemi d area dotati di interfaccia pubblica verso i cittadini. Consentono, una volta creato un carrello di uno o più debiti da pagare tramite navigazione su un sistema d area, di transitare in modo trasparente su PagoWEB per effettuare la transazione e ritornare al sistema chiamante; Esempi: ogni debito esposto da un Sistema d Area oppure oggetti di pagamento quali Certificati Anagrafici, Reversali, etc Funzioni di integrazione: Servizi estensibili: Tutti i servizi, sia esposti che usati da PAGO Middleware, hanno un interfaccia standardizzata che contiene tutti i dati che possono essere considerati comuni indipendentemente dall ente, dal tipo di tributo o dal canale di pagamento; Tale interfaccia consente l inserimento di dati aggiuntivi relativi al canale, al tributo e/o al contribuente per mezzo di chiavi nome/lista di valori. 20