Diapositiva 1 - Innovazione di Sistema di Catasto e Fiscalità locale
by user
Comments
Transcript
Diapositiva 1 - Innovazione di Sistema di Catasto e Fiscalità locale
Sistema PAGO – Piattaforma multi canale e multi ente dei pagamenti Introduzione Agenda: _ Modello di dominio – architettura _ PAGO – Architettura _ PAGO - funzionalità e integrazioni3con altri sistemi _ Integrazione modulo MIP People _ Gateway dei pagamenti _ Cruscotto di rendicontazione ARCHITETTURA ANALITICA ELISA ELICAT-ELIFIS-FEDFIS Dominio Regionale Dominio degli Enti Locali Mude Altri enti PA ICI SIT Attività Procedimenti Anagrafe Popolazione DB Topo Tarsu/TIA Produttive edilizi ACI SPC/FTP CCIAA ……. ETL Livello Operazionale Carto S.C.I + VI-SOR-ACI SPC Orchestratore CST/Regione (con Sincronizzazione) Portale Territoriale Contribuente People-eGovPay Risco Soggetti Relazioni Utilizzo e Proprietà SPC Oggetti Soggetti Relazioni Utilizzo e Proprietà Oggetti SPC Mude Catasto Anagrafe SOR 3 Orchestratore Locale FTP ETL Analisi Classamenti Dominio delle Agenzie SPC Anagrafe SOR Regionale Moduli di Bonifica ETL Pago SPC FTP Livello Dati Riconciliati Sistemi di Estrazione Adt e AdE Sportello Catastale Integrato Sistemi di Interscambio SPC/FTP FTP Conservatorie FTP Adempimenti unici notai Successioni Datawarehouse di Analisi Pressione Fiscale Datawarehouse di Analisi Locale Bonifici per ristrutturazioni Licenze commerciali Ricerca Evasione ICI Ricerca Evasione Tarsu Ricerca Evasione Erariale Pressione ICI Pressione Tarsu/Tia Dichiarazioni dei Redditi Pressione IRPEF Livello Datawarehouse - Datamart Utenze elett. gas acqua Anagrafe tributaria Livello di Analisi OLAP Cruscotto per il recupero dell’evasione dei tributi locali OLAP Cruscotto per il recupero dell’evasione dei tributi erariali OLAP Cruscotto pressione fiscale (Tributi locali,IRPEF,etc..) Locazioni Sistema PAGO Modello di interazione in FED_FIS Sistema PAGO Sistemi d’Area 3 RISCO Portale Territoriale Canali di Pagamento Sistema PAGO Funzionalità del sistema A cosa serve ? • Consente una gestione unificata del processo di pagamento, applicabile a diversi enti, canali e tipi di debito, che vada dalla transazione, alla registrazione dei dati fino alla rendicontazione; • Permette ai cittadini di effettuare pagamenti a vario titolo (p.e. tributi ed altri oneri) usando canali on-line (p.e WEB, ATM, etc…); 3 • Funge da mediatore tra i diversi attori del processo di pagamento; • Costituisce un archivio unificato ed interrogabile per l’ente di tutti i pagamenti effettuati on-line (o, opzionalmente, per canali classici). Sistema PAGO Funzionalità del sistema – elenco funzionalità (1/2) Elenco delle principali funzionalità e integrazioni di PAGO • Gestione di diversi enti creditori su una singola installazione. Con il requisito della separazione e personalizzazione della presentazione e della configurazione (il cittadino vede l’applicazione come proprietaria di un singolo ente). • Pagamento di un insieme estendibile di crediti p.e. Contravvenzioni, Servizi scolastici, COSAP, ICP, ICI, VIOLAZIONI ICI, ALTRE VIOLAZIONI ICI, Bollo Virtuale, 3 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 (modalità ‘Bridge’); Sistema PAGO Funzionalità del sistema – elenco funzionalità (2/2) Elenco delle principali funzionalità e integrazioni di PAGO • Integrazione con diversi intermediari finanziari: ( a Roma attualmente Monte dei Paschi di Siena, Poste Italiane, Sisal ) e strumenti di pagamento (attualmente 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 eMail; • Registrazione delle transazioni di pagamento: consultazione da parte del cittadino e dell’ente; funzioni di navigazione e ristampa/rispedizione ricevute; • 3 relative ricevute; Protocollazione del pagamento e delle • 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» a disposizione degli uffici bilancio e di ragioneria per la regolarizzazione in bilancio delle entrate; Sistema PAGO F u n z i o n a l i t à d e l s i s t e m a Debiti strutturati: • Debiti conosciuti ed univocamente identificati nei sistemi d’area di un ente tipiprecedentemente di debito 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: 3 • Debiti non ancora identificati dalla P.A. e che verranno trattati da processi di backoffice successivi alla transazione di pagamento; • 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, … Sistema PAGO Pagamenti singoli: • Sono pagamenti effettuati tramite un processo sequenziale ricercaVisualizzazioneConfermaPagamentoNotifica F u n z i o n a l i t à d e l s i s t e m a – p r o c e s s i d i p a • 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: 3 • C onsentono dipagare più debitiI anche ditipo div ersoI in u n’ u nica transazione ; g a m e n t o Sistema PAGO Funzionalità del sistema – modello di integrazione 1/2 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; • Il controllo di validità effettuati tramite XML Schema sono relativamente laschi, ed è lasciato alle regole di business (customizzabili sulla base di ente, tipo tributo, canale, etc…) i controlli semantici su tali dati aggiuntivi, cosu come sull’obbligatorietà di alcuni dati fissi che puzessere condizionata dal particolare processo in cui3i servizi vengono usati; Dati estensibili: • La base dati relazionale utilizza tabelle estensibili di due tipi per limitare interventi strutturali per introdurre nuovi tributi, canali etc: • Tabelle valori estesi, che consentono di registrare (ed interrogare) anche i dati aggiuntivi transitati per i vari servizi • Tabelle tipologiche generiche, che consentono di associare a un tipo tributo delle strutture di decodifica o di tipo chiave/descrizione, senza dover estendere strutturalmente la base dati; Sistema PAGO Funzionalità del sistema – modello di integrazione 2/2 Uso esteso di Adaptor: • PAGO è strutturato per minimizzare il ricorso a modifiche strutturali quando si devono aggiungere nuovi tipi debito, canali, etc…; • L’aggiunta di un nuovo tipo di debito puzrichiedere campi aggiuntivi nei servizi e nei dati persistenti, maschere ad hoc di data entry e regole di business e di dispatching verso i sistemi d’area; • In particolare, nel caso dei servizi (in particolare quelli chiamati), è vincolante per i sistemi d’area o ai canali di adattarsi allo standard di PAGO; • In questi casi, le linee guida di integrazione prevedono l’utilizzo di adaptor, intesi come applicazioni esterne che garantiscono al Middleware l’utilizzo di processi e interfacce standard e 3 si occupano in modo non invasivo di mediare con i sistemi da integrare; • Funzioni tipiche di un adaptor sono: • • Trasformazione di formato (da quello proprietario del canale o sistema d’area a quello standard di PAGO e vice-versa); • Trasformazione di modello (p.e. quando il canale da integrare prevede servizi asincroni al posto di quelli sincroni previsti da PAGO); • Schedulazione di flussi (p.e. quando Middleware prevede un flusso in ingresso ma il Sistema d’Area richiede di essere interrogato con un polling); L’implementazione dell’adaptor e la sua installazione puzessere a carico del sistema da integrare o del Sistema PAGO. Sistema PAGO Vista Architetturale 3 Sistema PAGO Valore aggiunto dell’integrazione con PAGO Per la P.A.: • Unico sistema interlocutore che media con tutti i canali di pagamento; • Standard omogenei per diversi enti per la gestione di tutti i tipi di debito; • Gestione unificata del ciclo di vita; individuazione debito pagamentoregistrazionenotificarendicontazione Per gli intermediari di pagamento: 3 • Possibilità di servire vari enti con un unico sistema interlocutore; • Standard omogenei per la gestione di tutti i pagamenti; • Alleggerimento dei processi di rendicontazione accessori al pagamento; 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; 3 (PW) • P A G O Sistema PAGO Moduli 1/2 WEB Componente integrata con MW che consente il pagamento WEB d interrogazione per il cittadino (opzionale se si utilizzano solo gli altr Sistema PAGO Moduli 2/2 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; Console Operatore • Consente di monitorare i log delle operazioni, interrogare i pagamenti effettuati e forzare alcune operazioni (p.e. la spedizione via eMail di una ricevuta); Gateway dei pagamenti • 3 Il gateway media una serie di canali molto diversi tra loro (come ATM, Home Banking, Tabbaccai, GDO, SISAL, …) colloquiando con il Middleware tramite un’interfaccia di servizi ed un processo omogenei; (opzionale se si utilizzano solo gli altri canali); Cruscotto di rendicontazione • Consente interrogazioni e report per individuare la disponibilità di denaro sui diversi conti relativamente alle coordinate di bilancio (opzionale se la funzionalità è coperta da altro componente). Sistema PAGO - Middleware Funzionalità del sistema – Pagamento da Gateway (o canale compatibile) Il processo di pagamento tramite gateway presenta le seguenti caratteristiche: • Pagamento dei soli debiti strutturati; • Pagamento di un solo debito per ogni transazione; • Utilizzabilità da canali con interfaccia limitata; • Non richiede l’autenticazione dell’utente; • Richiede l’uso di un ID univoco di richiesta; • Consente l’invio di notifiche “ridotte” da Gateway a Middleware (i 3 dati mancanti nella notifica vengono completati con quelli restituiti precedentemente dalla Ricerca effettuato con lo stesso ID di richiesta) • Può essere utilizzato da qualsiasi canale, anche non mediato dal gateway, che rispetti il processo ed il formato dei servizi (p.e. totem di tipo classico). Sistema PAGO - Middleware Funzionalità del sistema – Pagamento a carrello (WEB) Il processo di pagamento a carrello è un’estensione del precedente e presenta le seguenti caratteristiche: • Pagamento di tutti i tipi di ; • Pagamento di uno o debiti per ogni transazione; • Richiede l’uso di canali con GUI avanzate (tipicamente WEB); d p i e ù 3 b i t o Il processo di pagamento in modalità bridge presenta le seguenti Sis Fu cara • 3 : Supporto di “causali” che r i c h i e d o n o i l pagamen Sistema PAGO - Middleware Funzionalità del sistema – Alimentazione Cruscotto 1/2 L’alimentazione del cruscotto è un flusso che coinvolge i sistemi della P.A., il Middleware ed il Cruscotto; • La P.A. deve prevedere un sistema (p.e. RISCO) owner della divisione degli importi nelle diverse voci di bilancio • Oppure, in alternativa, dare la ownership per i vari tipi di debito ai relativi sistemi d’area 3 Il servizio di Notifica esposto dal Middleware verso i Canali di Pagamento supporta l’acquisizione di flussi massivi di pagamenti effettuati tramiti canali non on-line ma censiti (p.e. sportelli postali o bancari); • I pagamenti acquisiti per questo flusso sono trattati come quelli on-line: registrati, ai (e/o n o t i f i c a t i s i s t e m i d ’ a r e a 3 • a In questo modo il M i d d l e w a r e l c r u s c può alleggerire i Sistema PAGO - Middleware Funzionalità del sistema – Funzioni Operatore Il Middleware è dotato di un’interfaccia WEB dedicata ai gestori del sistema ed agli operatori di back -office, che offre le seguenti funzionalità: • Ricerca sui pagamenti • Ricerca sui log • Re-invio email con ricevuta • Forzatura notifica a sistema d’area • Forzatura protocollo 3 • Schedulazione processi batch • Lancio manuale processi batch Sistema PAGO – Pago Web Funzionalità del sistema – Pagamento con POS Virtuali 1/2 Il Pagamento tramite POS Virtuali delega al sistema di pagamento WEB dell’intermediario l’espletamento dell’effettiva transazione di pagamento previa un interscambio sicuro dei dati del carrello da pagare (Totale, conto di destinazione, descrizione generale, …); Le macro fasi del pagamento con POS Virtuale sono le seguenti: 1. RomaPagamenti trasferisce i dati del pagamento, tramite un Web Service dell’Intermediario (Inizializzazione) 3 2. Il cittadino è successivamente indirizzato sulle pagine Web dell’Intermediario 3. Il cittadino inserisce nelle pagine web dell’Intermediario i dati necessari al pagamento: • Eventuali credenziali • Numero di carta (pagamento con carta di credito) 4. L’Intermediario notifica a RomaPagamenti l’esito della prenotazione 5. Il cittadino è nuovamente indirizzato alle pagine web di RomaPagamenti Sistema PAGO – Pago Web Funzionalità del sistema – Pagamento con POS Virtuali 2/2 Roma Pagamenti Cittadino Roma Pagamenti Cittadino REINDIRIZZAMENTO INIZIALIZZAZIONE (https) Intermediario del Servizio di Pagamento Intermediario del Servizio di Pagamento 3 PRENOTAZIONE VALUTA (https) Intermediario del Servizio di Pagamento Cittadino Roma Pagamenti Roma Pagamenti CONFERMA PRENOTAZIONE (https) REINDIRIZZAMENTO Intermediario del Servizio di Pagamento Intermediario del Servizio di Pagamento Cittadino Cittadino Sistema PAGO – Pago Web @POS PayRid - Caratteristiche Il servizio consente di raccogliere le informazioni necessarie ad attivare la domiciliazione dei pagamenti a favore di un ente; Le richieste di incasso vengono poi inoltrate da SIASSB attraverso il CBI su richiesta del titolare del conto corrente; 3 Sistema PAGO – Pago Web Funzionalità del sistema – Interrogazione pagamenti effettuati L’utente autenticato può effettuare ricerche sui pagamenti ed i debiti pagati, indipendentemente dal canale utilizzato, purché acquisiti dal Middleware. I criteri di selezione possibili sono: • • • • • • • • • • • • ID univoco debito; ID quietanza di pagamento; Periodo (data inizio e/o data fine); Tipo Debito; Canale di pagamento; Intermediario; 3 on-line): Stato del pagamento (per il RID Valori di dati specifici di alcuni tipi debito; Ai criteri di selezione inseriti, viene sempre aggiunta automaticamente la restrizione ai soli debiti in cui l’utente è pagante o cittadino debitore; I risultati sono riportati in modo paginato, con un debito pagato per ogni riga; Ogni riga è un lin k che consente di aprire il dettaglio del debito selezionato; Dal dettaglio di un debito, l’utente può effettuare la ristampa della ricevuta o forzare il re-invio della mail di ricevuta; PagoWEB – Home Page 3 PagoWEB – Selezione Tipo Debito 3 PagoWEB – Ricerca Debito 3 PagoWEB – Debito Trovato 3 PagoWEB – Carrello (1/2) 3 PagoWEB – Carrello (2/2) 3 PagoWEB – Modo di Pagamento 3 PagoWEB – Riepilogo Pagamento 3 PagoWEB – POS Virtuale 3 PagoWEB – Ricevuta Pagamento 3 Sistema PAGO – Console di Configurazione Funzionalità del sistema – Hot Deployment La Console di Configurazione è un’applicazione Eclipse che consente di effettuare la maggior parte delle personalizzazioni e delle localizzazioni su Middleware e PagoWEB minimizzando la necessità di fermi del servizio. 3 Sistema PAGO – Console di Configurazione Funzionalità del sistema – Customizzazione Tramite la console di configurazione possono essere effettuate le seguenti customizzazioni (solitamente senza richiedere fermi servizio): • Interfaccia Utente: • • • • • Regole di Business: • • • 3 Per ogni combinazione ente/tipo tributo/canale sono personalizzabili le logiche per l’interpretazione ed il completamento dei dati in ricerca e notifica, tra cui la decodifica degli identificativi di debito; Per ogni tipo di debito possono essere aggiunte specifiche tabelle di transcodifica e di tipo chiave/descrizione; Regole di Dispatching: • • Ogni ente può avere un layout ed una home page personalizzati; Ogni ente può avere testi e formati personalizzati per le ricevute e le eMail; Ogni tipo tributo può avere una form personalizzata di ricerca/inserimento dati; Ogni Tributo può avere dati proprietari formattati per la ricevuta; Per ogni ente/tipo tributo sono configurabili gli end point su cui ribaltare i servizi di ricerca e notifica (Sistemi d’Area, RISCO, …); Regole di Pagamento: • Per ogni ente/Tipo tributo sono assegnabili restrizioni sulle modalitò di pagamento utilizzabili (canale, intermediario, conto, strumento). Sistema PAGO – Integrazione Modulo MIP PEOPLE Vista Architetturale 3 Sistema PAGO – Integrazione Modulo MIP PEOPLE Caratteristiche Nell’architettura PAGO il modulo MIP sostituisce funzionalmente il Middleware Pagamenti Il modulo MIP si integra con il Gateway Alimentazione Cruscotto (GWA) per alimentare il Cruscotto di Ragioneria: • fornendo al GWA le informazioni sui pagamenti effettuati • fornendo al GWA le voci contabili relative ai pagamenti effettuati (Opzionale) 3 Il modulo MIP si integra al Gateway Pagamento (GWP): • Considerando il GWP una canale di erogazione con una propria interfaccia utente per il pagamenti di tributi “pre-calcolati” • Considerando il GWP un sistema di pagamento che gestisce metodi specifici: bancomat, contanti,… Sistema PAGO – Integrazione Modulo MIP PEOPLE Funzionalità 1/2 Integrazione MIP – Gateway Alimentazione Cruscotto Estrazione dal LOG Contabile del modulo MIP Pagamenti di tutte le transazioni di pagamento completate e predisposizione del tracciato standard definito nell’ambito del progetto Per i dati richiesti dal tracciato standard non gestiti dal MIP è possibile configurare i valori inseriti su base tipologia di tributo 3 Remapping delle voci contabili gestite opzionalmente dal MIP sulle voci di bilancio gestite in PAGO Sistema PAGO – Integrazione Modulo MIP PEOPLE Funzionalità 2/2 Integrazione MIP – Gateway di Pagamento Il Gateway di Pagamento si integra con MIP Incassi per la gestione dei tributi “pre-calcolati” gestiti dal MIP sia in fase di verifica del tributo sia in fase di notifica di pagamento effettuato Il Gateway di Pagamento si integra con MIP Pagamenti come un normale sistema fornito dal mondo bancario, i pagamenti effettuati attraverso il gateway sono inseriti3 nel LOG Contabile come i pagamenti effettuati con altri metodi Sistema PAGO – Gateway dei pagamenti Caratteristiche – Architettura Rete Interbancaria Gateway Sistema Autorizzativo Sistema Pago Sistema di Pagame nto Adapter rete Adapter rete Adapter 3 rete Intermediari di pagamento Rete Bancari aRete Tabacca iRete Sisal GDO ........ Alimentazione Cruscotto Cruscotto Le componenti principali del Gateway sono: • Il Gateway dei pagamenti (GWP) • Il Gateway di alimentazione Cruscotto (GWA) Sistema PAGO – Gateway dei pagamenti Caratteristiche – Funzionalità 1/3 Il Gateway dei pagamenti: • supporta alcuni dei canali di pagamento (quelli che non si interfacciano direttamente con Pago) preservando le modalità ed i formati di comunicazione pre-esistenti o comunque propri del canale; • • E’ predisposto per l’aggiunta di nuovi canali di pagamento mediante l'implementazione di specifici adattatori; 3 Ribalta le richieste dei canali di pagamento verso Pago utilizzando il formato XML standard con esso concordato; L’architettura non solo consente un’indipendenza tecnologica degli attori rispetto alle controparti, ma anche una gestione automatica dei processi di quadratura e riconciliazione contabile. Sistema PAGO – Gateway dei pagamenti Caratteristiche – Funzionalità 2/3 Il Servizio Gateway mette a disposizione di un ente: • Piattaforma multicanale: in grado di estendere la rete di accettazione sia verso le reti Bancarie che non Bancarie consentendo sia l’utilizzo di canali fisici tradizionali, quali ATM e POS, o Canali innovativi (HomeBan k ing, PhoneBan k ing, Call Center, …); Per rete non Bancaria si intende per esempio la Grande Distribuzione 3 Organizzata (GDO), e la rete Tabaccai; Strumenti di pagamento: • Gestione di tutti gli strumenti di pagamento utilizzabili e presenti sul mercato in dipendenza delle regole di utilizzo tipiche del canale di accettazione. Sistema PAGO – Gateway dei pagamenti Caratteristiche – Funzionalità 3/3 Rendicontazione accentrata dell’operatività di Servizio, attraverso la produzione di una rendicontazione giornaliera delle operazioni effettuate che consente: • agli istituti emittenti degli strumenti di pagamento di addebitare i propri correntisti; • alle Banche pagatrici e tesoriere di gestire i processi contabili; • all’ente di effettuare una quadratura tra i pagamenti e gli incassi; • ai soggetti (canali) non Bancari, di effettuare gli accrediti alle Banche Tesoriere dell’ente; 3 Indipendenza Intermediari di pagamento da tributi pagati: • Le logiche di integrazione definite consentono di rendere trasparente i sistemi rispetto all’introduzione del pagamento di nuovi tributi; Collegamento online real-time con Pago: • al fine di consentire un allineamento costante e puntuale dei sistemi del comune rispetto ai tributi pagabili e pagati, consentendo inoltre di disaccoppiare tecnologicamente le problematiche attinenti ai diversi canali di utilizzo. Sistema PAGO – Gateway dei pagamenti Caratteristiche – Processo di pagamento Il pagamento attraverso il Gateway ha le seguenti caratteristiche: • Pagamento dei soli debiti strutturati; • Pagamento di un solo debito per ogni transazione; • Utilizzabilità da canali con interfaccia proprietaria; • Non richiede l’autenticazione dell’utente; 3 • Richiede l’uso di un ID univoco di richiesta. Sistema PAGO – Gateway di Alimentazione Cruscotto Caratteristiche - Funzionalità Il Gateway di alimentazione Cruscotto: • Espone un'interfaccia di servizi verso PAGO per: • ricevere le notifiche inerenti i pagamenti effettuati, indipendentemente dal canale di pagamento utilizzato; • ricevere i dati di bilancio dal sistema Pago; • Fornisce al cruscotto della ragioneria le informazioni sui debiti pagati. 3 Sistema PAGO – Cruscotto di Rendicontazione Caratteristiche – Funzionalità 1/2 Il Cruscotto “certifica” tutti i flussi finanziari previsionali in attesa di riconciliazione secondo quanto rilevato dai canali di incasso e ad esso notificato, espone anche le informazioni relativi ai codici di bilancio nei quali tali flussi finanziari vengono suddivisi; Accentra in un unico punto: • le informazioni essenziali di un pagamento (tipologia ed importo); 3 • le informazioni sulla transazione (canale di pagamento, strumento e valuta); • le voci di bilancio dell’amministrazione; Espone una interfaccia WEB che consente l’analisi e la rendicontazione dei dati di pagamento pervenuti; Espone un’interfaccia ad hoc per essere alimentato dal Gateway di alimentazione cruscotto. Sistema PAGO – Cruscotto di Rendicontazione Caratteristiche – Funzionalità 2/2 Il cruscotto prevede anche l’esposizione di dati statistici, quali: • Statistiche operatività: riporta il numero e l’importo delle operazioni eseguite con indicazione della specifica tipologia di canale e identificazione del tipo tributo; • Previsionale incasso: esposizione delle informazioni relative ad una Macrostruttura e alle specifiche voci di bilancio classificate 3 per tipologia di tributo e valorizzazione degli importi previsionali di incasso per voce di bilancio e valuta; • Inquiry pagamenti: interrogazione del singolo pagamento eseguito per tipologia di canale con identificazione del tipo tributo e dello specifico codice identificativo del tributo. Sistema PAGO – Cruscotto di Rendicontazione Prima fase del progetto, Connessione ad un URL: TSPoint prod - https://www.tspoint.it Successivamente l’accesso sarà consentito direttamente dal Portale del Comune di Roma e non sarà necessario effettuare le operazioni di Login successivamente descritte. Login La acquisizione dati avviene tramite l’invio di una pagina html del tipo: 3 Dove verrà presentata una pagina in cui dovrà digitare la propria Userid e la propria Password Sistema PAGO – Cruscotto di Rendicontazione Sono riportati tutti i pagamenti effettuati dai contribuenti da: • Portale WEB, • Chioschi, • Canale Bancario (ATM, HomeBan k ing, filiale e call center), più in generale saranno evidenziati gli incassi effettuati sui conti di tesoreria bancari attivati dall’ente. 3 Sistema PAGO – Cruscotto di Rendicontazione Funzioni realizzate ad oggi: • Statistiche Generali Riportano i pagamenti effettuati dai contribuenti suddivisi per tipologia di tributo e canale di provenienza del pagamento • Statistiche Periodiche Evidenza sui pagamenti di un determinato periodo. • Statistiche di Tesoreria Gli incassi sono esposti in base alla data disponibilità e alla Banca Tesoriera su cui sono state accreditate le somme3incassate • Statistiche per Macrostruttura Riportano, suddivise per Macrostruttura (Municipio, dipartimento, ecc.) e/o area Tematica (rette scolastiche, asili nido ecc.) gli importi dei pagamenti registrati. • Statistiche per Bilancio Riportano, suddivisi per voce di bilancio,gli importi dei pagamenti registrati. • Inquiry Consentono la ricerca di uno, o più, pagamenti effettuati attraverso uno dei canali di pagamento sopra evidenziati. Sistema PAGO – Cruscotto di Rendicontazione Statistiche Generali L’accesso alla funzione avviene selezionando dal menù a tendina la relativa voce di menù. 3 Sistema PAGO – Cruscotto di Rendicontazione Statistiche Generali Attraverso i tasti Stampa ed Esporta è possibile ottenere la stampa delle informazioni ed esportare i dati su un foglio excel. 3 Sistema PAGO – Cruscotto di Rendicontazione Statistiche Generali Utilizzando l’icona posta a fianco della riga del prospetto sopra riportati si ottiene il dettaglio dei dati della giornata come di seguito riportato. 3 Sistema PAGO – Cruscotto di Rendicontazione Statistiche per Periodo Le informazioni riportate in questo report riguardano gli incassi di un determinato periodo suddivisi per canale e tipo tributo; il periodo di riferimento può essere il mese oppure l’anno. 3 Sistema PAGO – Cruscotto di Rendicontazione Statistiche per Periodo Cliccando su Esporta, è possibile generare un foglio excel su cui sono riportati i dati estratti con i criteri indicati nella selezione. Utilizzando il tasto “Grafico” si ha la possibilità di creare, stampare e scaricare il grafico con le statistiche dei pagamenti. 3 Sistema PAGO – Cruscotto di Rendicontazione Statistiche per Banca Tesoriera Con questo report si ottengono informazioni relative agli accrediti eseguiti sui conti delle banche tesoriere del comune, gli importi sono suddivisi per Banca Tesoriera e data disponibilità. 3 Sistema PAGO – Cruscotto di Rendicontazione Statistiche per Macro Struttura Consente la visualizzazione dei dati raggruppati per: Municipio / Dipartimento o Centro di Ricavo, Tipo Tributo e Area di competenza, i dati riportati sono raggruppati per data operazione. 3 Sistema PAGO – Cruscotto di Rendicontazione Statistiche per Macro Struttura Utilizzando l’icona posta a destra della riga sarà possibile ottenere le informazioni di dettaglio e successivamente la loro stampa 3 E’ inoltre possibile effettuare la visualizzazione e la successiva stampa dei totali del periodo utilizzando l’icona posta in fianco alla riga “totale”. Sistema PAGO – Cruscotto di Rendicontazione Statistiche per Macro Struttura 3 Sistema PAGO – Cruscotto di Rendicontazione Statistiche per Bilancio Consente la visualizzazione dei dati raggruppati per voce di bilancio e gli importi dei pagamenti registrati. 3 Sistema PAGO – Cruscotto di Rendicontazione Statistiche per Bilancio Utilizzando l’icona posta a destra della riga sarà possibile ottenere le informazioni di dettaglio e successivamente la loro stampa 3 Sistema PAGO – Cruscotto di Rendicontazione Interrogazioni Le ricerche sono consentite per: • Numero Pagamento • Numero Bollettino • Data da / Data a 3