PAGAMENTI TELEMATICI DELLA GIUSTIZIA - Portale Servizi ...
PAGAMENTI TELEMATICI DELLA GIUSTIZIA - Portale Servizi ...
PAGAMENTI TELEMATICI DELLA GIUSTIZIA - Portale Servizi ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER LA <strong>GIUSTIZIA</strong> CIVILE E PROCESSO TELEMATICO<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong><br />
SPECIFICHE – VERSIONE 5.2<br />
STATO:VERIFICATO
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
[Pagina Vuota]<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 2 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
SOMMARIO<br />
PREMESSA......................................................................................................................................................................8<br />
IL PAGAMENTO TELEMATICO DELLE SPESE DI <strong>GIUSTIZIA</strong>.........................................................................8<br />
ARCHITETTURA LOGICO FUNZIONALE DEL PAGAMENTO DELLE SPESE DI <strong>GIUSTIZIA</strong> .................10<br />
IL PROCESSO DI PAGAMENTO DELLE SPESE DI <strong>GIUSTIZIA</strong> .......................................................................12<br />
REQUISITI PRINCIPALI DEL PROCESSO DI PAGAMENTO..................................................................................................12<br />
Sicurezza.................................................................................................................................................................13<br />
Autenticazione tra i soggetti ...................................................................................................................................13<br />
Profilazione Automatica .........................................................................................................................................13<br />
Scelta della modalità di pagamento........................................................................................................................14<br />
Certezza del pagamento..........................................................................................................................................14<br />
Univocità del pagamento........................................................................................................................................14<br />
Rimborso del pagamento ........................................................................................................................................14<br />
Uniformità ..............................................................................................................................................................14<br />
REGOLE DI COLLOQUIO PER IL PROCESSO DI PAGAMENTO ............................................................................................15<br />
Oggetti scambiati....................................................................................................................................................15<br />
Repository Ricevute Telematiche (RRT) .................................................................................................................16<br />
Identificativo univoco di erogazione del servizio (CRS).........................................................................................16<br />
Processo di interazione nel Pagamento Telematico ...............................................................................................17<br />
ALLEGATO “A” – FLUSSI PROCEDURALI DEL PCT INTEGRATI CON IL PROCESSO DI<br />
PAGAMENTO ...............................................................................................................................................................21<br />
RILASCIO DI COPIE SEMPLICI O AUTENTICHE................................................................................................................21<br />
ISCRIZIONE A RUOLO ....................................................................................................................................................22<br />
ALLEGATO “B” – FLUSSI PROCEDURALI NELLA GESTIONE NON INTEGRATA DEI <strong>PAGAMENTI</strong><br />
<strong>TELEMATICI</strong>................................................................................................................................................................24<br />
RILASCIO DI COPIE SEMPLICI O AUTENTICHE ................................................................................................................24<br />
ISCRIZIONE A RUOLO ....................................................................................................................................................25<br />
ALLEGATO “C” - PROTOCOLLO SULLE REGOLE TECNICHE E LO STANDARD PER L’EMISSIONE<br />
DEI DOCUMENTI INFORMATICI ...........................................................................................................................27<br />
PREMESSA....................................................................................................................................................................27<br />
FORMATO DEI MESSAGGI..............................................................................................................................................27<br />
SOGGETTI.....................................................................................................................................................................27<br />
ELENCO DEI DATI .........................................................................................................................................................28<br />
Richiesta di Pagamento Telematico (RPT) ............................................................................................................28<br />
Ricevuta Telematica (RT).......................................................................................................................................30<br />
NOTE ESPLICATIVE SULLE MODIFICHE ALLE INFORMAZIONI SCAMBIATE......................................................................33<br />
Versioning...............................................................................................................................................................33<br />
Dominio ..................................................................................................................................................................33<br />
Dati versamento......................................................................................................................................................33<br />
FORMATO DEI MESSAGGI..............................................................................................................................................33<br />
Richiesta Pagamento Telematico (RPT) ................................................................................................................34<br />
Ricevuta Telematica (RT).......................................................................................................................................37<br />
ALLEGATO “D” - STRUTTURA DELL’ELEMENTO “IDENTIFICATIVO UNIVOCO VERSAMENTO” ......41<br />
CONTESTO GENERALE ..................................................................................................................................................41<br />
LO STANDARD ISO 11649:2009 ...................................................................................................................................41<br />
CALCOLO DEI CHECK DIGITS DEL CREDITOR REFERENCE .............................................................................................42<br />
ALGORITMO DI CALCOLO ISO/IEC 7064 .....................................................................................................................42<br />
COMPOSIZIONE DEL CRS NEI <strong>PAGAMENTI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong> ........................................................................................43<br />
CALCOLO DEI CHECK DIGITS DEL CRS NEI <strong>PAGAMENTI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>....................................................................43<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 3 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
MODIFICHE APPORTATE<br />
dalla versione 2.3<br />
modificato il requisito Univocità del pagamento<br />
modificato il paragrafo Oggetti scambiati<br />
inserito il paragrafo Emissione e Gestione dell’identificativo univoco di erogazione del<br />
servizio<br />
modificato il paragrafo Rilascio di copie semplici<br />
modificato il paragrafo Iscrizione a ruolo<br />
modifica ad Allegato B<br />
dalla versione 3.0<br />
modifica denominazione Quietanza Telematica ridenominata in Ricevuta Telematica<br />
modificato il requisito Certezza del pagamento<br />
inserito il requisito Rimborso del pagamento<br />
inserito il paragrafo Identificativo univoco di erogazione del servizio<br />
modificato il paragrafo Processo di interazione con il Front-End SP nell’ambito del PCT<br />
modificato il paragrafo Rilascio di copie semplici<br />
modificato il paragrafo Iscrizione a ruolo<br />
modifica ad Allegato B:<br />
• Inserito paragrafo Soggetti<br />
• Modificato paragrafo Elenco dei dati (RPT e RT)<br />
• Modificato paragrafo Allegato tecnico sul formato dei messaggi<br />
(RPT e RT)<br />
dalla versione 3.1<br />
eliminato Refusi vari e Nota (3) di pagina 11, Nota (6) di pagina 13<br />
modificato il paragrafo Regole di colloquio per il processo di pagamento<br />
Inserita precisazione su PdA/<strong>Portale</strong><br />
modificato il paragrafo Emissione e gestione dell’Identificativo univoco di erogazione del<br />
servizio<br />
Nota (1) e Nota (2) di pagina 9 riportate direttamente nel testo<br />
modificato il paragrafo Flussi Procedurali del PCT integrati con il processo di pagamento<br />
Nota (4) di pagina 11 e Nota (7) di pagina 13 unificate e riportate<br />
direttamente nel testo<br />
modificato il paragrafo Iscrizione a ruolo<br />
Nota (5) di pagina 13 riportata direttamente nel testo<br />
modifica ad Allegato B:<br />
• Modificato paragrafo Elenco dei dati (RPT e RT) con<br />
inserimento del numero civico su tutti gli indirizzi<br />
• Modificato paragrafo Allegato tecnico sul formato dei messaggi<br />
(RPT e RT) con:<br />
correzione refusi,<br />
inserimento civicoXxxxx su tutti gli indirizzi,<br />
inserimento precisazioni.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 4 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
dalla versione 3.2<br />
modificato il paragrafo Sicurezza<br />
Inserita precisazione su interconnessione tra rete pubblica e rete<br />
interbancaria.<br />
modificato il paragrafo Oggetti Scambiati<br />
modificato il paragrafo Emissione e gestione dell’Identificativo univoco di erogazione del<br />
servizio<br />
modificato il paragrafo Rilascio Copie Semplici<br />
modificato il paragrafo Iscrizione a Ruolo<br />
eliminato Allegato A<br />
modificato Allegato B diventa allegato A<br />
modificato ex Allegato B:<br />
Inserita la possibilità di effettuare, a fronte di un unico Identificativo<br />
Univoco di Versamento, il pagamento di fino a 5 importi diversi, anche<br />
su conti di tesoreria diversi:<br />
• Modificato paragrafo Elenco dei dati (RPT e RT) con i nuovi<br />
dati<br />
• Modificato paragrafo Allegato tecnico sul formato dei messaggi<br />
(RPT e RT) con:<br />
correzione refusi,<br />
inserimento dei nuovi dati<br />
modifica ad obbligatorietà di alcune informazioni.<br />
dalla versione 4.0<br />
eliminato il paragrafo Scenario<br />
inserito il paragrafo Premessa<br />
inserito il capitolo Il pagamento delle spese di Giustizia<br />
Alla luce delle nuove impostazioni riportate nel paragrafo si traccia il<br />
rinnovato schema del processo<br />
modificato il capitolo Architettura logico funzionale del sistema (precisazioni) e rinominato<br />
in Architettura logico funzionale pagamento delle spese di Giustizia<br />
eliminato il paragrafo Integrazione<br />
Il requisito è stato posizionato nell’allegato A in quanto peculiare del<br />
procedimento amministrativo in ambito PCT<br />
modificato il paragrafo Sicurezza (precisazioni)<br />
modificato il paragrafo Autenticazione tra i soggetti (precisazioni)<br />
modificato il paragrafo Profilazione automatica (precisazioni)<br />
modificato il paragrafo Univocità del pagamento (precisazioni)<br />
modificato il paragrafo Oggetti scambiati (precisazioni)<br />
inserito il paragrafo Firma digitale degli oggetti scambiati (a precisazione)<br />
inserito il paragrafo Versamenti multipli (a precisazione)<br />
inserito il paragrafo Repository Ricevute Telematiche ( RRT)<br />
modificato il paragrafo Identificativo univoco di erogazione del servizio (CRS)<br />
eliminato il paragrafo Emissione e gestione dell’Identificativo univoco di erogazione del<br />
servizio<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 5 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
inserito il paragrafo Emissione del CRS<br />
sostituisce con precisazioni parte dell’eliminato paragrafo “Emissione<br />
e gestione dell’Identificativo univoco di erogazione del servizio”<br />
inserito il paragrafo Controllo e annullamento del CRS<br />
sostituisce con precisazioni parte dell’eliminato paragrafo “Emissione<br />
e gestione dell’Identificativo univoco di erogazione del servizio”<br />
eliminato il paragrafo Processo di interazione con il Front-End SP nell’ambito del PCT<br />
inserito il paragrafo Processo di interazione nel Pagamento Telematico<br />
rivisitazione dell’intero processo alla luce della nuova impostazione e<br />
dell’introduzione del sottosistema Repository Ricevute Telematiche<br />
(RRT)<br />
inserito il paragrafo Il middleware FESP (a precisazione)<br />
eliminato il capitolo Flussi procedurali del PCT integrati con il processo di pagamento<br />
diventa “Allegato A” con modifiche<br />
modificato allegato Allegato “A” diventa Allegato “C”<br />
• elemento identificativoUnivocoVersamento modificato nella<br />
specifica del “contenuto”;<br />
• elemento causaleVersamento modificato nella specifica del<br />
“contenuto”;<br />
• elemento datiSpecificiRiscossione diventa obbligatorio, inseriti<br />
valori da utilizzare;<br />
• eliminazione refusi;<br />
• allineamento con element name della XSD.<br />
inserito allegato Allegato “A” – Flussi procedurali del PCT integrati con il processo di<br />
pagamento<br />
rivisitazione dei flussi di erogazione dei servizi alla luce della nuova<br />
impostazione e dell’introduzione del sottosistema Repository Ricevute<br />
Telematiche ( RRT)<br />
inserito allegato Allegato “B” – Pagamenti telematici non integrati<br />
descrizione dei flussi di erogazione dei servizi alla luce della nuova<br />
impostazione e dell’introduzione del sottosistema Repository Ricevute<br />
Telematiche ( RRT)<br />
inserito allegato Allegato “D” - Struttura dell’elemento “Identificativo Univoco<br />
Versamento”<br />
dalla versione 5.0<br />
modificato paragrafo Oggetti scambiati<br />
Inserite precisazioni su firma degli aggetti RPT ed RT.<br />
modificato allegato<br />
Versamenti multipli, ammessa la possibilità di pagamento parziale.<br />
Allegato “C”<br />
Elenco dei dati:<br />
• Inserite precisazioni sulla firma degli oggetti RPT ed RT.<br />
Formato dei messaggi<br />
• struttura soggettoVersante resa facoltativa (oggetti RPT ed<br />
RT);<br />
• struttura soggettoPagatore resa obbligatoria (oggetti RPT ed<br />
RT);<br />
• Oggetto RPT:<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 6 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
dalla versione 5.1<br />
modificato allegato<br />
elemento identificativoDominio modificato il valore delle<br />
colonna UNIFI e semantica del contenuto;<br />
elemento identificativoStazioneRichiedente modificato il<br />
valore della colonna UNIFI;<br />
• Oggetto RT:<br />
elemento codiceEsitoPagamento modificato contenuto con<br />
inserimento di pagamento parziale (codice 2);<br />
eliminato elemento esitoPagamento;<br />
struttura datiSingoloPagamento modificata semantica del<br />
contenuto con riferimento a obbligatorietà;<br />
elemento singoloImportoVersato modificato contenuto<br />
inserito elemento esitoSingoloPagamento nella struttura<br />
datiSingoloPagamento;<br />
elemento datiSpecificiRiscossione modificata<br />
obbligatorietà.<br />
Allegato “C”<br />
Elenco dei dati:<br />
vedi modifiche a “Formato dei messaggi”<br />
Inserito il nuovo paragrafo “Note esplicative sulle modifiche alle<br />
informazioni scambiate”<br />
Formato dei messaggi<br />
• inserita la nuova informazione versioneOggetto (oggetti RPT ed<br />
RT);<br />
• la struttura Dominio è stata inserita anche nell’oggetto RT;<br />
• Oggetto RT:<br />
struttura datiVersamento: eliminato l’elemento<br />
dataVersamento;<br />
struttura datiSingoloPagamento: inserito il nuovo elemento<br />
dataEsitoSingoloVersamento che assume il significato di<br />
data di versamento o di rifiuto dell’ordine di pagamento.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 7 DI 43
PREMESSA<br />
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Nell’ambito della collaborazione tra il Ministero della giustizia ed il CNIPA (ora DigitPA), nella<br />
primavera del 2009 è stato avviato un tavolo di lavoro congiunto con la Direzione Generale Sistemi<br />
Informativi Automatizzati al fine di definire una procedura che consenta ai privati di effettuare, in<br />
maniera telematica, i pagamenti relativi alle spese di giustizia relative al Processo Civile<br />
Telematico utilizzando gli strumenti messi a disposizione dalla normativa vigente, in particolare<br />
con riferimento al decreto MEF 9 ottobre 2006, n° 293 “Regolamento recante norme per<br />
l'introduzione di nuove modalità di versamento presso le tesorerie statali”.<br />
Tale collaborazione ha prodotto, attraverso un percorso di approfondimento e affinamento, un<br />
documento di specifiche che ha consentito l’avvio della sperimentazione dei pagamenti telematici<br />
in ambito PCT presso alcuni tribunali ‘pilota’ già a partire da maggio 2010 (versione 4.0 del<br />
presente documento).<br />
La pubblicazione del Decreto Legge 29 dicembre 2009, n. 193 - convertito con la legge 22 febbraio<br />
2010, n. 24 – che con il comma 9 dell’articolo 4 ha innovato le modalità per il pagamento di tutte<br />
spese di giustizia 1 e la ridefinizione dell’art.5 operata nel nuovo CAD, pubblicato sulla G.U. del<br />
30/12/2010, che traccia le linee guida del processo di pagamento, confermano la fondatezza delle<br />
attività di sperimentazione avviate.<br />
Dette normative definiscono le modalità per il pagamento telematico astraendolo dal contesto<br />
specifico, pertanto le redazioni del presente documento di specifiche, a iniziare dalla versione 5.0,<br />
tratteranno il pagamento di tutte le spese di giustizia in termini generalizzati, per poi riferirsi a<br />
specifici ambiti di applicazione.<br />
IL PAGAMENTO TELEMATICO DELLE SPESE DI <strong>GIUSTIZIA</strong><br />
L’obiettivo del presente documento è quello di individuare i flussi e le modalità operative utilizzate<br />
dal Ministero della Giustizia al fine di garantire l’erogazione del servizio a fronte di un pagamento<br />
eseguito per via telematica, indipendentemente dal livello e dal tipo di informatizzazione<br />
dell’ufficio erogante. A tale scopo saranno pertanto presi in considerazione sia uffici che operano<br />
in maniera “tradizionale”, che strutture presso cui sono già attivi flussi telematici di scambio dati<br />
(Processo Telematico).<br />
Il pagamento, il cui schema generale di flusso è descritto in Figura 1, avviene in modalità<br />
telematica attraverso il Punto di Accesso o il <strong>Portale</strong> dei <strong>Servizi</strong> Telematici del Ministero, come<br />
meglio descritto nei successivi capitoli.<br />
Nel passo 1 “autenticazione e accesso al servizio” il <strong>Portale</strong> del Ministero ovvero il Punto di<br />
Accesso autentica in maniera “forte” il soggetto pagatore, tipicamente un avvocato. Una volta<br />
1 “Per consentire il pagamento, da parte dei privati, con sistemi telematici di pagamento ovvero con carte di debito, di<br />
credito o prepagate o con altri mezzi di pagamento con moneta elettronica disponibili nei circuiti bancario e postale,<br />
del contributo unificato, del diritto di copia, del diritto di certificato, delle spettanze degli ufficiali giudiziari relative<br />
ad attività di notificazione ed esecuzione, delle somme per il recupero del patrocinio a spese dello Stato, delle spese<br />
processuali, delle spese di mantenimento, delle pene pecuniarie, delle sanzioni amministrative pecuniarie e delle<br />
sanzioni pecuniarie il Ministero della giustizia si avvale, ((senza nuovi o maggiori oneri)) a carico del bilancio dello<br />
Stato, di intermediari abilitati che, ricevuto il versamento delle somme, ne effettuano il riversamento alla Tesoreria<br />
dello Stato, registrando in apposito sistema informatico a disposizione dell'amministrazione i pagamenti eseguiti e la<br />
relativa causale, la corrispondenza di ciascun pagamento, i capitoli e gli articoli d'entrata. (…omissis …)”<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 8 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
verificata l’identità dell’utente il <strong>Portale</strong> del Ministero/Punto di accesso permette al soggetto<br />
pagatore di inserire i dati per effettuare la richiesta di pagamento.<br />
Nel passo 2 “rilascio codice univoco” il <strong>Portale</strong> del Ministero ovvero il Punto di Accesso, una volta<br />
ottenute dal soggetto pagatore le informazioni inerenti il pagamento, richiede in via automatica la<br />
generazione di un codice univoco al Ministero della Giustizia (<strong>Servizi</strong> Telematici), codice che,<br />
sempre in via automatica, viene inserito nella richiesta di pagamento che sarà inviata ai fornitori di<br />
servizi di pagamento.<br />
Nel passo 3 “esecuzione del pagamento”, la richiesta di pagamento viene trasmessa sempre in via<br />
automatica dal <strong>Portale</strong> del Ministero/Punto di accesso al fornitore di servizi di pagamento che<br />
provvede ad eseguire la disposizione attraverso, al momento, i seguenti strumenti di pagamento:<br />
a. bonifico bancario a favore della tesoreria competente (cfr. citato DM 9/10/2006, n° 296);<br />
b. conto corrente postale dedicato intestato alla tesoreria dello Stato.<br />
Il fornitore di servizi di pagamento, eseguita l’operazione, provvede a restituire al <strong>Portale</strong> del<br />
Ministero ovvero al Punto di Accesso la ricevuta del versamento delle somme richieste.<br />
Nel passo 4 “Registrazione ricevute”, una volta ottenuta la Ricevuta relativa al pagamento<br />
richiesto, contenente anche il codice univoco generato in precedenza, il <strong>Portale</strong> del Ministero<br />
ovvero il Punto di Accesso provvede, in via automatica, a registrare la ricevuta, che attesta<br />
l’univocità del pagamento, su di un apposito archivio gestito dal Ministero della Giustizia (<strong>Servizi</strong><br />
Telematici).<br />
Nel passo 5 “Invio ricevute” il <strong>Portale</strong> del Ministero ovvero il Punto di accesso provvede a<br />
restituire al soggetto pagatore la ricevuta che attesta l’avvenuto pagamento. La ricevuta restituita<br />
automaticamente è un documento informatico (in forma di file xml) contenente tutte le<br />
informazioni inerenti il pagamento.<br />
Figura 1 - Schema generale del pagamento delle spese di giustizia<br />
Nel successivo passo 6 “Richiesta servizio e comunicazione pagamento” il soggetto pagatore, al<br />
fine di ottenere il servizio richiesto per il quale ha già eseguito il pagamento (cfr. passi da 1 a 5),<br />
comunica l’avvenuto pagamento al competente ufficio erogatore.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 9 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Nel passo 7 “verifica pagamento e annullamento ricevuta”, l’ufficio erogatore procede alla verifica<br />
del pagamento (attraverso l’accesso all’archivio delle Ricevute) ed all’annullamento della ricevuta<br />
(per evitarne il riutilizzo).<br />
Nel passo 8 “erogazione del servizio” l’ufficio competente procede all’erogazione del servizio.<br />
Dal punto di vista funzionale, il processo può essere suddiviso logicamente in due fasi:<br />
• la prima fase (passi da 1 a 5) riguarda più specificatamente il processo di pagamento e verrà<br />
trattato dettagliatamente nel capitolo “Il processo di pagamento delle spese di Giustizia”;<br />
• la seconda fase (passi 6, 7 e 8) riguarda le modalità con le quali viene erogato il servizio e<br />
dipende quindi dallo stato di automazione del servizio in questione (l’ufficio giudiziario si<br />
avvale di procedure automatizzate e flussi telematici o fornisce il servizio in modo<br />
tradizionale). Si possono pertanto distinguere le seguenti possibili configurazioni di<br />
modalità di erogazione del servizio:<br />
1. Erogazione del servizio in via completamente telematica (Uffici automatizzati): il<br />
servizio erogato è informatizzato attraverso una procedura, che acquisisce in via<br />
automatica ed elaborabile la Ricevuta in formato xml e provvede a erogare il servizio<br />
all’utente (es. Processo Telematico);<br />
2. Erogazione del servizio in via informatica ma non integrata al pagamento (Uffici<br />
automatizzati ma senza gestione informatizzata della ricevuta): la Ricevuta è inviata per<br />
via telematica all’utente richiedente il servizio il quale può presentarla in via cartacea o<br />
in via telematica, all’ufficio competente per l’erogazione del servizio. L’Ufficio<br />
competente provvede, attraverso un interrogazione sull’archivio delle ricevute, ad<br />
eseguire le attività di controllo e annullamento della Ricevuta e, successivamente, a<br />
fornire il servizio, anche in via telematica;<br />
3. Erogazione del servizio in via tradizionale: L’utente, una volta eseguito il pagamento,<br />
può procedere a farsi rilasciare dal <strong>Portale</strong> del Ministero ovvero Punto di Accesso la<br />
Ricevuta in un formato stampabile e leggibile da un operatore umano. L’ufficio<br />
competente provvede quindi, attraverso un interrogazione sull’archivio delle ricevute,<br />
ad eseguire le attività di controllo di univocità e annullamento della Ricevuta che gli è<br />
stata presentata e successivamente ad erogare il servizio nelle modalità tradizionali.<br />
Nell’allegato “A” del presente documento sono descritti i flussi procedurali nell’ambito del<br />
Processo Civile Telematico (configurazione 1), nell’allegato “B” sono istanziate le procedure<br />
riguardanti quegli uffici che non gestiscono in modo automatizzato gli oggetti scambiati<br />
nell’ambito del processo di pagamento (configurazione 2 e 3).<br />
Il flusso procedurale descritto nel presente documento è applicabile a tutti i servizi erogati dal<br />
Ministero della Giustizia: a titolo di esempio, si cita il pagamento per diritti di copia, dei diritti di<br />
cancelleria, del contributo unificato, ecc.<br />
ARCHITETTURA LOGICO FUNZIONALE DEL PAGAMENTO DELLE SPESE<br />
DI <strong>GIUSTIZIA</strong><br />
Secondo quanto raffigurato nella Figura 2, in cui è rappresentata l’architettura del sistema, le<br />
modalità individuate per effettuare i pagamenti delle spettanze dovute sono sostanzialmente due.<br />
La principale prevede che il soggetto abilitato (tipicamente un avvocato) possa utilizzare il <strong>Portale</strong><br />
dei <strong>Servizi</strong> Telematici del Ministero, in corso di progettazione e presumibilmente attivo a partire<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 10 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
dal primo semestre 2011, per accedere ai servizi di pagamento attraverso l’interconnessione tra la<br />
rete SPC ed il sistema dei pagamenti.<br />
La modalità alternativa si esplica attraverso un collegamento diretto tra il Punto di Acceso (PdA) e<br />
l’infrastruttura che si pone come Front-End verso gli l’erogatori dei servizi di pagamento.<br />
Figura 2 – Architettura logico funzionale<br />
Come indicato nello schema di Figura 2, di seguito sono evidenziate le componenti che<br />
interagiscono tra di loro per fornire il servizio di pagamento telematico:<br />
• Punto di Acceso (PdA): definisce la struttura tecnico-organizzativa che fornisce la<br />
connessione ai servizi erogati nell’ambito del PCT, ovvero servizi a valore aggiunto (es.<br />
pagamento telematico). I Punti di Accesso sono autorizzati dal Ministero. Ai fini della<br />
presente iniziativa, il PdA effettua l’autenticazione degli utenti ed è collegato con il Front-<br />
End SP, instaurando pertanto un rapporto diretto tra l’utente esterno e il sistema dei<br />
pagamenti. Il pagamento delle somme di cui in premessa non è infatti un servizio offerto dal<br />
sistema giustizia;<br />
• <strong>Portale</strong> dei <strong>Servizi</strong> Telematici del Ministero: struttura gestita dal Ministero della Giustizia<br />
che può essere logicamente suddivisa in due sottosistemi:<br />
il primo (<strong>Portale</strong>) eroga i servizi nei confronti dei privati, in parte funzionalmente<br />
equivalenti a quelli forniti da un PdA; le interazioni con il sistema dei pagamenti<br />
avvengono attraverso la rete SPC;<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 11 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
il secondo (<strong>Servizi</strong> Telematici) consente la gestione di alcuni oggetti prodotti nel<br />
processo di pagamento attraverso appositi servizi (web services) allo scopo messi a<br />
disposizione (vedi capitolo successivo);<br />
• Soggetto abilitato: persona fisica che, attraverso opportune procedure, viene riconosciuta<br />
dal PdA o dal <strong>Portale</strong> ed abilitata ad usufruire dei servizi da questi erogati, compreso il<br />
pagamento delle spese di giustizia;<br />
• Sistema Pubblico di Connettività (SPC): “l’insieme di infrastrutture tecnologiche e di<br />
regole tecniche per lo sviluppo, la condivisione, l’integrazione e la diffusione del<br />
patrimonio informativo e dei dati della pubblica amministrazione, necessarie per assicurare<br />
l’interoperabilità di base ed evoluta e la cooperazione applicativa dei sistemi informatici e<br />
dei flussi informativi, garantendo la sicurezza, la riservatezza delle informazioni, nonché la<br />
salvaguardia e l’autonomia del patrimonio informativo di ciascuna pubblica<br />
amministrazione" (art.73, comma 2 del CAD);<br />
• Sistema dei Pagamenti (SP): infrastruttura del sistema finanziario costituta dall’insieme di<br />
tutti gli strumenti con i quali possono essere acquistati beni e servizi nell’economia, nonché<br />
dalle attività e dagli intermediari che consentono l’effettivo trasferimento di tali strumenti<br />
da un operatore ad un altro (fonte: Banca d’Italia);<br />
• Prestatore dei servizi di Pagamento (Psp): gli istituti di credito, Poste Italiane o altri<br />
soggetti abilitati che, ai sensi della normativa vigente e nell’ambito del Sistema dei<br />
Pagamenti, mettono a disposizione degli utenti gli strumenti atti ad effettuare il pagamento<br />
richiesto;<br />
• Front-End con il Sistema dei Pagamenti (FESP): componente infrastrutturale<br />
(middleware) atto a facilitare lo scambio di informazioni tra i soggetti attraverso la<br />
condivisione dei protocolli di colloquio (sia applicativi, che di trasporto), l’erogazione di<br />
eventuali servizi aggiuntivi, tra cui la firma digitale dei documenti scambiati. Tale<br />
componente può essere specifico per ognuno dei diversi soggetti Prestatori di <strong>Servizi</strong>o,<br />
oppure a fattor comune tra più Prestatori di <strong>Servizi</strong>o.<br />
• Nodo PA 2 : infrastruttura condivisa all’interno del SPC che, oltre a svolgere le funzioni<br />
previste per il FESP, costituisce il nodo che colloquia con i prestatori dei servizi di<br />
pagamento (Psp) e fornisce le funzioni di Certification Authority (CA) quale terza parte<br />
fidata (trusted third party) abilitata a rilasciare certificati digitali.<br />
IL PROCESSO DI PAGAMENTO DELLE SPESE DI <strong>GIUSTIZIA</strong><br />
In questo capitolo saranno analizzati i requisiti e le regole di colloquio individuate per gestire il<br />
processo di pagamento.<br />
REQUISITI PRINCIPALI DEL PROCESSO DI PAGAMENTO<br />
I requisiti di seguito esposti esplicitano le necessità utente associate al processo di pagamento dei<br />
spettanze previste dalla normativa, operazione da effettuare in via telematica, con lo scopo di<br />
ricevere la ricevuta attestante il versamento sempre attraverso lo stesso canale telematico.<br />
2 In altri contesti denominato “HUB dei Pagamenti” ovvero “Nodo degli Incassi”<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 12 DI 43
SICUREZZA<br />
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Le interazioni tra le varie componenti sopra descritte avvengono attraverso un canale sicuro.<br />
Nel caso in cui l’interazione avvenga tramite la rete SPC, il requisito è garantito dalla natura<br />
‘riservata’ della rete; in questo caso l’utilizzo della rete SPC può essere diretto qualora il prestatore<br />
di servizi sia Poste Italiane, già attestata su SPC, mentre nel caso di un istituto di credito, il flusso<br />
può utilizzare l’infrastruttura che connette il sistema pubblico con la rete degli istituti bancari<br />
(interconnessione tra reti “sicure”).<br />
Nel caso in cui si utilizzi una connessione diretta tra il PdA e il Front-End del sistema dei<br />
pagamenti (FESP), il requisito è ottenuto attraverso l’adozione di protocolli sicuri che realizzano<br />
una Virtual Private Network sul livello di trasporto internet.<br />
In tutti i casi, il colloquio tra le macchine avviene attraverso l’utilizzo di certificati “server”<br />
rilasciati da Certification Authorities qualificate.<br />
AUTENTICAZIONE TRA I SOGGETTI<br />
L’autenticazione dell’utente avvocato avviene al momento della connessione al PdA (a carico del<br />
fornitore di servizi PdA o del Ministero della Giustizia nel caso in cui l’accesso avvenga tramite<br />
<strong>Portale</strong>) ed è del tipo CNS-like, assicurando quindi una “autenticazione a più fattori” (o strong<br />
authentication).<br />
Il presente requisito consiste nella “concessione di fiducia” (trust) da parte del Front-End SP<br />
(FESP) circa l’autenticazione del soggetto abilitato (tipicamente un avvocato) operata dal PdA<br />
(ovvero dal <strong>Portale</strong>).<br />
Il circuito di trust è evidenziato nello schema di Figura 3, dove il colloquio tra FESP e Psp è basato<br />
su un’autenticazione reciproca tra macchine.<br />
Per il completamento del processo di pagamento da parte del prestatore del servizio (Psp), questi<br />
può richiedere al soggetto abilitato di autenticarsi sul proprio sistema attraverso l’immissione delle<br />
credenziali allo scopo rilasciate per l’utilizzo di detto servizio.<br />
Figura 3 - Autenticazione tra i soggetti del processo di pagamento e circuito di trust<br />
PROFILAZIONE AUTOMATICA<br />
Il processo deve permettere di trasferire in modo automatico il profilo utente sul Front-End SP<br />
(FESP), una volta riconosciuti ed autenticati gli utenti stessi da parte del PdA/<strong>Portale</strong> (generalità<br />
dell’avvocato - con tutti gli attributi a lui associati in quanto cliente del servizio di pagamento –<br />
abilitazione al servizio, circuiti di pagamento disponibili, ecc).<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 13 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Una sola volta, alla prima richiesta di accesso ai servizi di pagamento, il FESP potrebbe richiedere<br />
all’utente una serie di ulteriori informazioni necessarie a completarne il profilo.<br />
SCELTA <strong>DELLA</strong> MODALITÀ DI PAGAMENTO<br />
Il processo deve consentire all’avvocato la possibilità di scegliere tra le diverse modalità di<br />
pagamento che lo stesso ha a disposizione in funzione del suo profilo (strumenti diversi associati ad<br />
uno stesso prestatore di servizio o strumenti associati a una molteplicità di prestatori di servizio. Es.<br />
bollettino, bonifico da uno o più conti aperti nei confronti di banche differenti) .<br />
CERTEZZA DEL PAGAMENTO<br />
La ricevuta telematica restituita all’avvocato a fronte del pagamento effettuato in via telematica<br />
deve costituire garanzia del trasferimento dell’importo versato sul conto corrente intestato alla<br />
Tesoreria dello Stato.<br />
I versamenti in Tesoreria previsti dalla normativa vigente possono essere effettuati in modalità<br />
telematica tramite bollettino postale o bonifico.<br />
Nel caso del bollettino postale la certezza del pagamento è immediata in quanto costituisce<br />
pagamento in c.d. “pro soluto” per il beneficiario.<br />
Nel caso di bonifico (bancario o postale), in base al DM MEF del 9 ottobre 2006 n.293<br />
“Regolamento recante norme per l'introduzione di nuove modalità di versamento presso le tesorerie<br />
statali”, la ricevuta può essere rilasciata (ed è liberatoria) dal momento in cui l’importo è addebitato<br />
sul conto dello stesso.<br />
In tal caso il prestatore di servizi di pagamento dovrà garantire, attraverso apposita convenzione /<br />
clausole contrattuali con il richiedente, l’adozione di procedure che permettano l’addebito<br />
immediato della somma sul conto del loro cliente (senza che questo modifichi le modalità di<br />
trasferimento della somma sul conto della Tesoreria dello Stato).<br />
UNIVOCITÀ DEL PAGAMENTO<br />
Il processo deve conferire certezza circa l’univocità del pagamento rispetto al servizio richiesto a<br />
Giustizia; in altre parole, non deve essere possibile riutilizzare la stessa ricevuta a fronte di<br />
richieste di servizio diverse.<br />
Nel presente documento vengono disciplinati tre ‘oggetti’, Richiesta Pagamento Telematico,<br />
Ricevuta Telematica, e un identificativo univoco di erogazione servizio che permettono al sistema<br />
di cancelleria di verificare che la Ricevuta Telematica non sia stata già utilizzata (vedi capitolo<br />
“Regole di colloquio per il processo di pagamento”)<br />
RIMBORSO DEL PAGAMENTO<br />
Nel caso di somme erroneamente versate, si può procedere alla richiesta di rimborso secondo le<br />
modalità tradizionali previste dalla legge. Nel caso di versamento tramite bonifico, il diritto al<br />
rimborso è disciplinato e previsto dal Decreto del 9/10/2006 “Regolamento recante norme per<br />
l’introduzione di nuove modalità di versamento presso le tesorerie statali” (art. 4).<br />
UNIFORMITÀ<br />
Le regole di interazione con i Prestatori di servizi di Pagamento, più avanti dettagliate, devono<br />
poter valere per ogni fattispecie di pagamento, quindi sia nel caso di servizi automatici (es. rilascio<br />
on-line di copie elettroniche di atti informatici) sia nel caso in cui per l’erogazione del servizio sia<br />
necessario l’intervento di un Cancelliere (es. iscrizione a ruolo di un procedimento civile).<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 14 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
REGOLE DI COLLOQUIO PER IL PROCESSO DI PAGAMENTO<br />
L’interazione tra la postazione dell’avvocato che richiede di effettuare un pagamento ed il<br />
Prestatore dei <strong>Servizi</strong> di Pagamento avviene attraverso lo scambio di oggetti contenenti le<br />
informazioni necessarie a garantire i requisiti sopra indicati.<br />
Ai fini di questa interazione, l’avvocato potrà utilizzare il Punto di Acceso (PdA) ovvero il <strong>Portale</strong><br />
del Ministero della Giustizia, a seconda delle modalità prescelte dall’avvocato stesso; nel prosieguo<br />
del documento indicheremo il punto di attivazione dell’interazione con PdA/<strong>Portale</strong>.<br />
OGGETTI SCAMBIATI<br />
Gli oggetti scambiati tra il soggetto abilitato ed il prestatore di servizi di pagamento sono costituiti<br />
da file xml le cui principali informazioni sono riportate in<br />
Allegato “C” - Protocollo sulle regole tecniche e lo standard per l’emissione dei documenti<br />
informatici.<br />
La Richiesta pagamento telematico (RPT) è costituita da una struttura standardizzata che:<br />
a) definisce gli elementi necessari a caratterizzare i pagamenti comuni a tutte le PA, in<br />
particolare qualifica il versamento con un identificativo univoco versamento;<br />
b) contiene i dati identificativi, variabili a seconda dell’operazione per cui è richiesto il<br />
pagamento;<br />
c) contiene una parte riservata (Dati Specifici Riscossione) per inserire informazioni<br />
elaborabili automaticamente dai sistemi della PA che eroga il servizio;<br />
d) può essere firmata digitalmente, ovvero con firma elettronica qualificata, o meno dal<br />
soggetto pagatore, a seconda degli accordi intercorsi con il Prestatore di <strong>Servizi</strong> di<br />
Pagamento (Psp) o con il gestore della componente architetturale FESP.<br />
La Ricevuta Telematica (RT), restituita al richiedente a fronte di una RPT, è costituita da una<br />
struttura standardizzata che:<br />
a) definisce gli elementi necessari a qualificare il pagamento, tra cui un identificativo<br />
univoco del pagamento;<br />
b) trasferisce inalterate le stesse informazioni ricevute in ingresso (RPT) relative alla parte<br />
riservata (Dati Specifici Riscossione) a disposizione della PA;<br />
c) è firmata digitalmente ovvero con firma elettronica qualificata dal soggetto che effettua la<br />
riscossione (Psp) o da un componente del sistema (FESP) in grado di attestare l’avvenuto<br />
pagamento sulla base degli esiti forniti dal Psp e nel rispetto del requisito “Certezza del<br />
Pagamento”.<br />
Firma digitale degli oggetti scambiati<br />
La necessità di firmare digitalmente il documento Ricevuta Telematica è motivata dal requisito di<br />
certezza del pagamento connesso all’integrità e non ripudiabilità del documento stesso.<br />
Allo scopo di consentire la firma digitale del documento Ricevuta Telematica, tra le funzioni messe<br />
a disposizione dal Nodo PA sarà istituita un’apposita Certification Authority che, a tal fine,<br />
provvederà ad emettere certificati digitali intestati agli operatori attivi nel circuito, aventi come<br />
estensione Key usage impostata a nonRepudiation; tale Certification Authority potrebbe emettere<br />
anche certificati server necessari alla mutua autenticazione degli operatori del circuito, di cui al<br />
requisito “Sicurezza”.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 15 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
In via transitoria, con l’obiettivo di semplificare la fase di sperimentazione del sistema proposto, il<br />
documento Ricevuta Telematica potrà essere firmato dal PdA o dal FESP con certificati generati<br />
internamente, in quanto il requisito essenziale è quello della integrità della RT.<br />
Versamenti multipli<br />
Nell’ambito dei servizi offerti dal Ministero possono essere richiesti versamenti multipli a fronte di<br />
un'unica operazione, come, ad esempio, l’iscrizione a ruolo di un procedimento per il quale è<br />
dovuto il contestuale versamento del corrispettivo relativo al contributo unificato ed alle spese di<br />
notifica (art.30 D.P.R. 30 maggio 2002, n.115).<br />
Allo scopo di gestire questa fattispecie, l’oggetto RPT (Richiesta pagamento telematico) è<br />
strutturato per contenere i dati relativi a più versamenti (sino ad un massimo di 5). Pertanto,<br />
nell’esempio sopra menzionato di iscrizione a ruolo di un procedimento, un versamento sarà<br />
destinato al contributo unificato, mentre l’altro verrà utilizzato per il pagamento delle spese di<br />
notifica.<br />
A fronte di un oggetto RPT strutturato come sopra, il FESP deve emettere comunque un unico<br />
oggetto RT (Ricevuta Telematica) che attesti il versamento di tutte le somme richieste.<br />
REPOSITORY RICEVUTE TELEMATICHE (RRT)<br />
Nell’ambito del dominio Giustizia sarà configurato un sottosistema centralizzato per la gestione di<br />
tutte le Ricevute Telematiche prodotte nel processo di pagamento delle spese di giustizia,<br />
sottosistema denominato RRT (Repository Ricevute Telematiche).<br />
Tale repository, in cui saranno memorizzate le ricevute derivanti da un pagamento telematico, sarà<br />
accessibile, a tutte le applicazioni e/o sistemi interessati operanti nel dominio Giustizia e ai PdA,<br />
attraverso appositi servizi (web services allo scopo messi a disposizione) per:<br />
a. inserimento dell’oggetto RT nel repository RRT;<br />
b. esibizione dell’oggetto RT a richiesta del soggetto abilitato (versante, Cancelliere);<br />
c. annullamento dell’entità identificativo univoco di erogazione servizio (CRS, vedi apposito<br />
paragrafo più avanti), a seguito di una richiesta automatica delle applicazioni ovvero da<br />
parte di transazioni attivate dalle cancellerie.<br />
La verifica della firma dell’oggetto RT, necessaria per attestarne l’integrità, è un controllo che<br />
viene eseguito al momento del deposito della RT nel repository e al momento dell’esibizione a<br />
richiesta del soggetto esterno.<br />
IDENTIFICATIVO UNIVOCO DI EROGAZIONE DEL SERVIZIO (CRS)<br />
Al fine di qualificare in maniera univoca il versamento, viene definito l’entità identificativo<br />
univoco di erogazione servizio (CRS) che individua univocamente una richiesta di erogazione<br />
servizio da parte dei sistemi informatici della Giustizia ed è associato all’elemento<br />
identificativoUnivocoVersamento, sia nella Richiesta Pagamento Telematico (RPT), che nella<br />
Ricevuta Telematica (RT).<br />
Il CRS emesso a fronte di una richiesta di pagamento deve essere comunicato all’utente e<br />
costituisce l’elemento attraverso il quale lo stesso può eseguire eventuali controlli e verifiche<br />
relativi all’erogazione del servizio ed al pagamento.<br />
La politica di emissione e di gestione (controllo e annullamento) del CRS da parte dei sistemi<br />
informatici della Giustizia garantisce il requisito di Univocità del pagamento.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 16 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Emissione del CRS<br />
Il CRS è generato dalla componente <strong>Servizi</strong> Telematici, su richiesta del PdA/<strong>Portale</strong> e rilasciato<br />
attraverso un servizio sincrono (chiamata web-service) esposto dallo stesso componente.<br />
La configurazione del CRS utilizzato per il pagamento delle spese di giustizia assume il formato<br />
specificato nel par. “Composizione del CRS nei pagamenti della giustizia” all’interno dell’Allegato<br />
“D” - Struttura dell’elemento “Identificativo Univoco Versamento”.<br />
Il CRS viene inserito nella struttura RPT (elemento identificativoUnivocoVersamento) e ritorna<br />
inalterato al PdA/<strong>Portale</strong> all’interno della RT.<br />
Controllo e annullamento del CRS<br />
Nella fase di gestione della RT, la funzionalità di controllo del pagamento preleva il CRS (presente<br />
nell’elemento identificativoUnivocoVersamento) e verifica che:<br />
• il codice sia stato generato per un servizio che quel sistema può erogare (in funzione del<br />
per la definizione del quale si rimanda al citato paragrafo<br />
“Composizione del CRS nei pagamenti della giustizia”);<br />
• il formato del CRS sia corretto (verifica delle cifre di controllo contenute nel CRS per la<br />
definizione del quale si rimanda a citato paragrafo “Composizione del CRS nei pagamenti<br />
della giustizia”)<br />
• il CRS non sia stato già utilizzato tramite un’altra Ricevuta Telematica; tale controllo è<br />
gestito per mezzo di un database delle CRS già ricevute tramite RT per il quale<br />
l’inserimento di un nuovo CRS nel database equivale all’annullamento dello stesso CRS 3 .<br />
La funzionalità di controllo e annullamento del CRS può essere implementata in modalità<br />
centralizzata nell’ambito del repository RRT e invocata dai sistemi erogatori del servizio tramite<br />
web service oppure essere implementata in modalità ‘distribuita’ nell’ambito dei singoli sistemi<br />
erogatori del servizio. Le informazioni contenute nel CRS rendono efficaci e sicure entrambe le<br />
modalità di implementazione della fase di controllo e annullamento del CRS.<br />
PROCESSO DI INTERAZIONE NEL PAGAMENTO TELEMATICO<br />
Il processo di interazione nell’ambito del pagamento telematico è schematizzato in Figura 4, dove<br />
RPT.xml ed RT.xml individuano, rispettivamente, la richiesta e la ricevuta di pagamento.<br />
I passi previsti per detto processo sono pertanto i seguenti:<br />
1. Scelta del canale di pagamento e richiesta di accesso al servizio: il PdA/<strong>Portale</strong> consente<br />
all’utente di scegliere il canale di pagamento (messa a disposizione di più FESP: CBI,<br />
Poste, altro), quindi:<br />
a. richiede la generazione del CRS alla componente <strong>Servizi</strong> Telematici;<br />
b. inserisce il CRS così ottenuto nell’informazione identificativoUnivocoVersamento<br />
della RPT;<br />
c. invia la richiesta di pagamento (RPT) al FESP prescelto;<br />
3 In fase di implementazione ed allo scopo di distribuire le elaborazioni tra le varie componenti del sistema, si potrebbe<br />
optare per una soluzione in cui il controllo e l’annullamento dei CRS venga effettuato direttamente da ogni singolo<br />
Sistema Gestore che implementerà solo la lista dei CRS a lui destinati (in funzione del ).<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 17 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
2. Riconoscimento del pagatore e scelta delle modalità di pagamento: il FESP riconosce il<br />
pagatore sulla base delle informazioni contenute nella RPT (“trust” al PdA/<strong>Portale</strong>) e<br />
consente all’utente, se previsto dai protocolli di interazione tra PdA e FESP, di scegliere le<br />
modalità di pagamento a lui riservate (con eventuale re-indirizzamento, se previsto dai<br />
protocolli di interazione tra PdA e FESP);<br />
3. Richiesta di esecuzione pagamento: il FESP elabora, predispone, invia, ovvero inoltra, la<br />
richiesta di pagamento (che può essere costituita dalla stessa RPT) 4 al Psp secondo i<br />
requisiti da quest’ultimo richiesti;<br />
4. Esecuzione del pagamento: il Psp elabora la richiesta, esegue il pagamento e predispone<br />
l’esito (che può essere costituito anche dalla Ricevuta Telematica RT) 4 e lo invia al FESP.<br />
5. Rilascio della ricevuta: il FESP riceve dal Psp l’esito del pagamento (risposta alla<br />
richiesta), predispone ed invia, ovvero inoltra, al PdA (ovvero al <strong>Portale</strong>) la RT . Qualora il<br />
FESP provveda a predisporre la RT, avente le caratteristiche riportate al punto precedente,<br />
sarà cura di quest’ultimo firmare digitalmente il documento;<br />
6. Inoltro Ricevuta e suo inserimento nel repository RRT: Il PdA (ovvero il <strong>Portale</strong>) riceve<br />
la RT dal FESP e:<br />
a. se l’esito del pagamento è positivo, provvede a inserire la stessa nel repository RRT<br />
(Repository Ricevute Telematiche) attraverso un apposito servizio (web service)<br />
esposto dalla componente <strong>Servizi</strong> Telematici; qualora l’inserimento non andasse a<br />
buon fine sarà cura del PdA/<strong>Portale</strong> esperire tutte le azioni necessarie al corretto<br />
completamento dell’attività;<br />
b. in ogni caso, provvede a inoltrare ovvero mettere a disposizione dell’utente la RT<br />
stessa, per quietanza e per gli usi consentiti dalle procedure della Giustizia.<br />
4 Qualora lo prevedano gli accordi intervenuti con il FESP.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 18 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
7. Figura 4 - Flusso del processo di pagamento telematico<br />
Il processo di erogazione del servizio è on-line e può essere sincrono o asincrono come meglio<br />
specificato nei successivi paragrafi.<br />
Il middleware FESP<br />
Nella descrizione del processo si evidenzia la presenza di un componente di middleware (FESP<br />
ovvero Front-End SP) che implementa le logiche di elaborazione della richiesta di pagamento<br />
(scelta modalità di pagamento, impacchettamento e invio richiesta di pagamento, spacchettamento<br />
e ricezione della ricevuta, firma digitale, ecc.) che potrebbero non essere implementate nei sistemi<br />
offerti dai prestatori di servizi (Psp).<br />
Dal punto di vista della loro collocazione nell’infrastruttura tecnologica, le funzioni espletate dal<br />
componente FESP, potrebbero essere:<br />
• integrate nel PdA (ovvero nel <strong>Portale</strong>);<br />
• integrate nel sistema offerto dal prestatore di servizi di pagamento (Psp);<br />
• messe a disposizione da una parte terza, per conto di più prestatori di servizi di pagamento;<br />
• condivise (anche da più di un’amministrazione) essendo messe a fattor comune nell’ambito<br />
dell’infrastruttura di sistema della pubblica amministrazione (Nodo PA all’interno di SPC).<br />
Le modalità tecniche di interazione (definizione del client e del server) tra il FESP e il<br />
PdA/<strong>Portale</strong>, sono definite da specifici accordi tra le parti (“Protocollo di colloquio” pubblicato a<br />
cura del FESP), nel rispetto delle regole indicate nel presente capitolo, in particolare con<br />
riferimento allo schema di Figura 4, dove le interazioni (frecce) in “giallo chiaro” indicano<br />
azioni/attività non obbligatorie e che quindi possono non essere presenti nel citato “Protocollo di<br />
colloquio”.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 19 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Il processo descritto nel paragrafo precedente può essere sincrono ovvero asincrono relativamente<br />
ai livelli servizio erogati dal FESP, con riferimento al “Protocollo di colloquio” ed in particolare<br />
alle interazioni di cui ai punti 4 (Esecuzione del pagamento) e 5 (Rilascio della ricevuta).<br />
Il “Protocollo di colloquio” con il PdA/<strong>Portale</strong>, può prevedere l’effettuazione di più pagamenti a<br />
fronte di un unico accesso telematico alle funzioni messe a disposizioni dal FESP; in tal a caso sarà<br />
inviato un file RT.xml differente per ognuno dei pagamenti richiesti.<br />
È della massima importanza che il FESP garantisca che la Ricevuta Telematica (RT) sia “ben<br />
formata” soprattutto nel caso di processi automatizzati, come nel caso del PCT, per evitare che, in<br />
fase di validazione del file xml, la RT stessa sia rifiutata dal sistema di gestione dei registri di<br />
cancelleria.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 20 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
ALLEGATO “A” – FLUSSI PROCEDURALI DEL PCT INTEGRATI CON IL<br />
PROCESSO DI PAGAMENTO<br />
Vengono di seguito riportate a titolo esemplificativo le istanze delle due procedure utilizzate<br />
nell’ambito del Processo Civile Telematico (Rilascio di copie semplici e Iscrizione a ruolo) che<br />
utilizzano e integrano il processo di pagamento, così come descritto nei capitoli precedenti.<br />
Ai requirements del processo di pagamento già illustrati, si aggiunge, nelle interazioni relative al<br />
PCT, l’ulteriore requisito Integrazione che prevede che le applicazioni client, operative presso gli<br />
studi degli avvocati piuttosto che presso i punti di accesso, debbono essere in grado di integrare le<br />
procedure di pagamento telematico offerte dai prestatori di servizi di pagamento, rendendo<br />
all’utente un servizio unico e (appunto) integrato.<br />
RILASCIO DI COPIE SEMPLICI O AUTENTICHE<br />
La richiesta ed il rilascio delle copie avviene tendenzialmente on-line.<br />
Figura 5 - Flusso relativo al rilascio di copie semplici<br />
Il servizio di gestione del pagamento è schematizzato nella Figura 5 dove RPT.xml ed RT.xml<br />
individuano, rispettivamente, la richiesta e la ricevuta di pagamento:<br />
1) l’utente accede al Punto di Accesso (ovvero al <strong>Portale</strong>) con autenticazione forte;<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 21 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
2) l’utente accede in consultazione al procedimento per i quali è autorizzato ed individua i<br />
documenti (o le singole pagine) di cui richiedere copia. Attraverso il PdA/<strong>Portale</strong> l’utente<br />
inoltra la richiesta di copia al servizio di Richiesta & Gestione Copie, accessibile, che:<br />
a. calcola l’importo da corrispondere, in modo automatico o per mezzo dell’intervento del<br />
Cancelliere 5<br />
b. associa alla richiesta un identificatore univoco (idRichiestaCopie);<br />
3) l’utente tramite PdA/<strong>Portale</strong> attiva il processo di interazione con i sistemi di pagamento<br />
descritto in precedenza ed invia la richiesta di pagamento RPT al FESP;<br />
4) il Front-End-SP (FESP) elabora il file xml e, al termine dell’operazione di pagamento,<br />
restituisce la Ricevuta Telematica (RT) firmata digitalmente;<br />
5) il PdA/<strong>Portale</strong> riceve la RT e, se l’esito del pagamento è positivo, provvede a inserire la stessa<br />
nel repository RRT attraverso un apposito servizio (web service) esposto dalla componente<br />
<strong>Servizi</strong> Telematici; in ogni caso il PdA/<strong>Portale</strong> inoltra ovvero mette a disposizione dell’utente<br />
l’esito del pagamento;<br />
6) il sistema di Gestione & Richiesta Copie mette a disposizione una apposita interfaccia utente<br />
che consente all’utilizzatore di perfezionare la richiesta della copia associando la RT, fornita<br />
dal PdA/<strong>Portale</strong>, all’identificatore univoco della richiesta (idRichiestaCopie) di cui al punto<br />
2)b;<br />
7) il servizio di Gestione & Richiesta Copie provvede all’annullamento del CRS, attraverso un<br />
apposito servizio (web service) esposto dalla componente <strong>Servizi</strong> Telematici, e rilascia<br />
all’utente la copia richiesta, automaticamente o attraverso l’intervento del cancelliere. La copia<br />
è inviata via PEC o, nei casi di presenza di dati sensibili, sarà fornita all’utente l’indicazione<br />
per scaricare direttamente la copia.<br />
Il servizio può essere sincrono ovvero asincrono, a seconda dei livelli di servizio erogati dai vari<br />
FESP e a seconda del tipo di copia richiesta.<br />
Nella Figura 5 non sono state indicate, per semplicità di rappresentazione, le interazioni tra FESP e<br />
Psp, nonché quelle tra soggetto abilitato e FESP, tra soggetto abilitato e Psp e tra Pda/<strong>Portale</strong> e<br />
FESP che nel flusso del processo di pagamento di Figura 4 sono indicati come eventuali e<br />
peculiari, in funzione degli accordi tra le varie controparti.<br />
ISCRIZIONE A RUOLO<br />
Il pagamento del contributo unificato (e della marca da bollo di 8 €, tuttora prevista) avviene in un<br />
momento antecedente rispetto all’iscrizione a ruolo vera e propria; quest’ultima viene effettuata dal<br />
Cancelliere, previo accertamento dell’avvenuto pagamento.<br />
Il servizio di gestione del pagamento è schematizzato in Figura 6, dove RPT.xml ed RT.xml<br />
individuano, rispettivamente, la richiesta e la ricevuta di pagamento:<br />
1) l’avvocato predispone l’atto introduttivo con il suo redattore o software di studio ed accede al<br />
punto di accesso (o al <strong>Portale</strong>) con autenticazione forte;<br />
5 Tale richiesta di copia, per poter essere elaborata dal sistema o, nei casi previsti, dal cancelliere dovrà essere<br />
completata con la RT<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 22 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
2) l’utente tramite PdA/<strong>Portale</strong> attiva il processo di interazione con i sistemi di pagamento<br />
descritto in precedenza ed invia la richiesta di pagamento RPT al FESP;<br />
3) il Front-End-SP (FESP) elabora il file xml e, al termine dell’operazione di pagamento,<br />
restituisce la Ricevuta Telematica (RT) firmata digitalmente;<br />
4) il PdA/<strong>Portale</strong> riceve la RT e, se l’esito del pagamento è positivo, provvede a inserire la stessa<br />
nel repository RRT attraverso un apposito servizio (web service) esposto dalla componente<br />
<strong>Servizi</strong> Telematici; in ogni caso il PdA/<strong>Portale</strong> inoltra ovvero mette a disposizione dell’utente<br />
l’esito del pagamento;<br />
5) se l’esito del pagamento è positivo, l’avvocato inserisce la Ricevuta Telematica (RT) all’interno<br />
della busta e la spedisce via PEC, secondo le modalità stabilite;<br />
6) il Sistema Gestore elabora la busta contenente anche la Ricevuta Telematica (RT) (e mostra i<br />
risultati al Cancelliere, che effettua il controllo sull’importo e procede all’iscrizione a ruolo<br />
annullando contestualmente il CRS, attraverso un apposito servizio (web service) esposto dalla<br />
componente <strong>Servizi</strong> Telematici.<br />
La richiesta di iscrizione a ruolo avviene con modalità asincrona in quanto eseguita tramite Posta<br />
elettronica certificata (PEC).<br />
Figura 6 - Flusso relativo all'iscrizione a ruolo<br />
Anche in Figura 6 non sono state indicate, per semplicità di rappresentazione, le interazioni tra<br />
FESP e Psp, nonché quelle tra soggetto abilitato e FESP, tra soggetto abilitato e Psp e tra<br />
Pda/<strong>Portale</strong> e FESP che nel flusso del processo di pagamento di Figura 4 sono indicati come<br />
eventuali e peculiari, in funzione degli accordi tra le varie controparti.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 23 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
ALLEGATO “B” – FLUSSI PROCEDURALI NELLA GESTIONE NON<br />
INTEGRATA DEI <strong>PAGAMENTI</strong> <strong>TELEMATICI</strong><br />
Sulla base di quanto analizzato nei capitoli precedenti risulta evidente che il pagamento del<br />
corrispettivo dovuto e la relativa richiesta di erogazione del servizio rappresentano per l’utente<br />
momenti logicamente distinti, pertanto in questo capitolo saranno descritte le interazioni relative ai<br />
pagamenti eseguiti dagli utenti in via telematica laddove l’Ufficio giudiziario non sia in grado di<br />
gestire l’intero ciclo attraverso lo stesso canale.<br />
In particolare si fa riferimento allo schema di Figura 1 ed ai casi nei quali tra l’Ufficio Giudiziario<br />
e l’utente non sia attivo alcun flusso telematico (cfr configurazione 3 a pagina 10) ovvero tali<br />
funzionalità siano parzialmente attivate, cioè l’Ufficio giudiziario sia in grado di gestire flussi<br />
telematici, ma non abbia la gestione informatizzata della ricevuta (cfr configurazione 2 a 10).<br />
In tali ipotesi, un processo che utilizzi il CRS emesso dalla componente <strong>Servizi</strong> Telematici,<br />
associato in maniera univoca al pagamento, nonché l’esistenza del repository RRT supporta<br />
l’utilizzo della Ricevuta Telematica (RT).<br />
Infatti l’utente potrà procedere al pagamento telematico grazie al servizio offerto da un PdA ovvero<br />
dal <strong>Portale</strong> e successivamente presentare l’attestazione del pagamento presso l’Ufficio giudiziario<br />
che potrà verificare l’attendibilità dello stesso e l’effettivo versamento delle somme collegandosi al<br />
repository RRT per mezzo del riferimento univoco rappresentato dal CRS.<br />
RILASCIO DI COPIE SEMPLICI O AUTENTICHE<br />
Nella Figura 7 è riportato lo schema di interazione del pagamento telematico per il servizio di<br />
“Rilascio di copie semplici o autentiche” nel quale l’Ufficio giudiziario è in grado di gestire flussi<br />
telematici, ma non possiede la capacità di gestire informaticamente la ricevuta (cfr configurazione<br />
2 a pagina 10):<br />
1) l’utente accede al Punto di Accesso (ovvero al <strong>Portale</strong>) con autenticazione forte;<br />
2) l’utente accede in consultazione al procedimento per i quali è autorizzato ed individua i<br />
documenti (o le singole pagine) di cui richiedere copia. Inoltra la richiesta di copia al servizio<br />
di Richiesta & Gestione Copie, accessibile attraverso il PdA/<strong>Portale</strong>, che calcola l’importo da<br />
corrispondere, in modo automatico o per mezzo dell’intervento del Cancelliere;<br />
3) l’utente, tramite PdA/<strong>Portale</strong>, attiva il processo di interazione con i sistemi di pagamento<br />
descritto in precedenza ed invia la richiesta di pagamento RPT al FESP;<br />
4) il Front-End-SP (FESP) elabora il file xml e, al termine dell’operazione di pagamento,<br />
restituisce la Ricevuta Telematica (RT) firmata digitalmente;<br />
5) il PdA/<strong>Portale</strong> riceve la RT e, se l’esito del pagamento è positivo, provvede a inserire la stessa<br />
nel repository RRT attraverso un apposito servizio (web service) esposto dalla componente<br />
<strong>Servizi</strong> Telematici; in ogni caso il PdA/<strong>Portale</strong> inoltra ovvero mette a disposizione dell’utente<br />
l’esito del pagamento;<br />
6) l’utente, dopo aver ricevuto la RT si reca presso l’Ufficio giudiziario portando con se la copia<br />
cartacea della RT stessa (stampata da PdA/<strong>Portale</strong>) o anche solo il riferimento al CRS<br />
(comunicatogli dal PdA/<strong>Portale</strong>);<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 24 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
7) il Cancelliere si collega al repository RRT per visualizzare la ricevuta di pagamento ed<br />
eseguire il controllo della firma, annullare il CRS nel momento in cui eroga il servizio e<br />
stampare una copia della ricevuta telematica in formato leggibile.<br />
Rispetto all’analogo flusso dello schema di Figura 5, le variazioni riguardano i passi dal 6 in poi.<br />
Nella Figura 7 non sono state indicate, per semplicità di rappresentazione, le interazioni tra FESP e<br />
Psp, nonché quelle tra soggetto abilitato e FESP, tra soggetto abilitato e Psp e tra Pda/<strong>Portale</strong> e<br />
FESP che nel flusso del processo di pagamento di Figura 4 sono indicati come eventuali e<br />
peculiari, in funzione degli accordi tra le varie controparti.<br />
Figura 7 - Flusso relativo al rilascio di copie semplici (non integrato)<br />
Con riferimento al punto 7, deve essere definita una procedura tecnico-organizzativa che consenta,<br />
con le cautele necessarie ed in casi eccezionali, di rimuovere eventuali errori di annullamento del<br />
CRS.<br />
Il servizio di pagamento può essere sincrono ovvero asincrono relativamente all’interazione di cui<br />
al punto 4, a seconda dei livelli di servizio erogati dai vari FESP.<br />
ISCRIZIONE A RUOLO<br />
Nella Figura 8 è riportato lo schema di interazione del pagamento telematico per il servizio di<br />
“Iscrizione a ruolo” nel quale l’Ufficio giudiziario non è grado di gestire interazioni telematiche<br />
con gli utenti (cfr configurazione 3 a pagina 10):<br />
1) l’utente accede al PdA/<strong>Portale</strong> con autenticazione forte e attiva il descritto processo di<br />
interazione con i sistemi di pagamento inviando la richiesta di pagamento RPT al FESP;<br />
2) il Front-End-SP (FESP) elabora il file xml e, al termine dell’operazione di pagamento,<br />
restituisce la Ricevuta Telematica (RT) firmata digitalmente;<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 25 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
3) il PdA/<strong>Portale</strong> riceve la RT e, se l’esito del pagamento è positivo, provvede a inserire la stessa<br />
nel repository RRT attraverso un apposito servizio (web service) esposto dalla componente<br />
<strong>Servizi</strong> Telematici; in ogni caso il PdA/<strong>Portale</strong> inoltra ovvero mette a disposizione dell’utente<br />
l’esito del pagamento;<br />
4) l’utente, se l’esito del pagamento è positivo, stampa la copia cartacea della RT messa a<br />
disposizione dal PdA/<strong>Portale</strong> o anche solo il riferimento al CRS (comunicatogli dal<br />
PdA/<strong>Portale</strong>) e si reca presso l’Ufficio giudiziario;<br />
5) il Cancelliere si collega al repository RRT per visualizzare la ricevuta di pagamento ed<br />
eseguire il controllo della firma, annullare il CRS nel momento in cui eroga il servizio<br />
(iscrizione a ruolo) e stampare una copia della ricevuta telematica in formato leggibile.<br />
Figura 8 - Flusso relativo all'iscrizione a ruolo (non integrato)<br />
Con riferimento al punto 5, deve essere definita una procedura tecnico-organizzativa che consenta,<br />
con le cautele necessarie ed in casi eccezionali, di rimuovere eventuali errori di annullamento del<br />
CRS.<br />
Il servizio di pagamento può essere sincrono ovvero asincrono relativamente all’interazione di cui<br />
al punto 2, a seconda dei livelli di servizio erogati dai vari FESP.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 26 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
ALLEGATO “C” - PROTOCOLLO SULLE REGOLE TECNICHE E LO<br />
STANDARD PER L’EMISSIONE DEI DOCUMENTI INFORMATICI<br />
PREMESSA<br />
Oggetto del presente allegato sono i documenti informatici che costituiscono la rappresentazione<br />
informatica delle informazioni che dovranno essere scambiati nell’ambito di processi di pagamento<br />
on-line di somme versate favore di un ente pubblico.<br />
Per le sigle adottate e le convenzioni utilizzate si rimanda al documento “Pagamenti telematici<br />
della Giustizia – specifiche versione 5.0”.<br />
Le informazioni scambiate nel processo di pagamento telematico sono:<br />
- la Richiesta Pagamento Telematico (RPT)<br />
- la Ricevuta Telematica (RT).<br />
FORMATO DEI MESSAGGI<br />
I formati adottati devono possedere almeno i seguenti requisiti:<br />
- consentire, nei diversi ambiti di applicazione e per le diverse tipologie di trattazione,<br />
l'archiviazione, la leggibilità, l'interoperabilità e l’interscambio dei messaggi ;<br />
- la non alterabilità dei messaggi durante le fasi di accesso;<br />
- la possibilità di effettuare operazioni di ricerca tramite indici di classificazione o di<br />
archiviazione;<br />
- l'immutabilità del contenuto e della sua struttura. A tale fine i messaggi non devono<br />
contenere macroistruzioni o codice eseguibile, tali da attivare funzionalità che possano<br />
modificarne nel tempo la struttura o il contenuto.<br />
Al fine di garantire il rispetto del requisito di interoperabilità, si prevede una rappresentazione in<br />
formato xml.<br />
Dovranno essere definite strutture che ne consentano la validazione sia presso la PA che presso il<br />
Psp, relativamente alle fasi di generazione e di verifica formale dei messaggi.<br />
Le strutture rappresentano lo standard minimo a cui le PA e i Psp/FESP devono attenersi; il<br />
rigoroso rispetto dello standard minimo è indispensabile per garantire l’interoperabilità.<br />
Per la visualizzazione dei messaggi, devono essere adottate soluzioni che presentino le<br />
informazioni in modo fedele alla struttura.<br />
SOGGETTI<br />
Sono di seguito elencati i soggetti coinvolti nel processo di pagamento:<br />
a. Soggetto Versante: rappresenta l’entità (Persona Fisica o Giuridica) debitore di somme nei<br />
confronti della Pubblica Amministrazione;<br />
b. Soggetto Pagatore: rappresenta l’entità (Persona Fisica o Giuridica) che effettua il<br />
pagamento delle somme dovute; può coincidere con il Soggetto Versante;<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 27 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
c. Ente Beneficiario: rappresenta la Pubblica Amministrazione creditrice, a qualsiasi titolo, di<br />
somme dovute dal Soggetto Versante;<br />
d. Istituto Attestante: rappresenta il Prestatore di <strong>Servizi</strong> di Pagamento (Psp) che effettua il<br />
pagamento richiesto e ne attesta la regolarità.<br />
ELENCO DEI DATI<br />
Sono di seguito elencati gli elementi che consentono la rappresentazione informatica dei messaggi.<br />
Le PA e i Psp che intendono scambiare ulteriori informazioni riguardanti la gestione dei processi o<br />
altre esigenze amministrative possono inserire ulteriori dati nei messaggi.<br />
RICHIESTA DI PAGAMENTO TELEMATICO (RPT)<br />
È il documento informatico predisposto dal soggetto Pagatore per richiedere all’Istituto Pagatore<br />
un pagamento a favore di un ente pubblico.<br />
Versione Oggetto<br />
Dominio<br />
Identificativo Dominio<br />
Identificativo Stazione Richiedente<br />
Identificativo Messaggio Richiesta<br />
Data Ora Messaggio Richiesta<br />
Soggetto Versante<br />
Identificativo Univoco Versante<br />
Tipo Identificativo Univoco<br />
Codice Identificativo Univoco<br />
Anagrafica Versante<br />
Indirizzo Versante<br />
Numero Civico Versante<br />
CAP Versante<br />
Località Versante<br />
Provincia Versante<br />
Nazione Versante<br />
e-mail Versante<br />
Soggetto Pagatore<br />
Identificativo Univoco Pagatore<br />
Tipo Identificativo Univoco<br />
Codice Identificativo Univoco<br />
Anagrafica Pagatore<br />
Indirizzo Pagatore<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 28 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
CAP Pagatore<br />
Numero Civico Pagatore<br />
Località Pagatore<br />
Provincia Pagatore<br />
Nazione Pagatore<br />
e-mail Pagatore<br />
Ente Beneficiario<br />
Identificativo Univoco Beneficiario<br />
Tipo Identificativo Univoco<br />
Codice Identificativo Univoco<br />
Denominazione Beneficiario<br />
Codice Unità Operativa<br />
Denominazione Unità Operativa<br />
Indirizzo Ente Beneficiario<br />
Numero Civico Ente Beneficiario<br />
CAP Ente Beneficiario<br />
Località Ente Beneficiario<br />
Provincia Ente Beneficiario<br />
Nazione Ente Beneficiario<br />
Dati Versamento<br />
Data Esecuzione Pagamento<br />
Importo Totale da Versare<br />
Tipo Versamento<br />
Identificativo Univoco Versamento<br />
IBAN addebito<br />
BIC addebito<br />
Dati del Singolo Versamento<br />
Importo del Singolo Versamento<br />
IBAN accredito<br />
BIC accredito<br />
Credenziali Pagatore<br />
Causale Versamento<br />
Dati Specifici Riscossione<br />
Il documento può essere firmato digitalmente, ovvero con firma elettronica qualificata, o meno<br />
dal soggetto pagatore, a seconda degli accordi intercorsi con il Prestatore di <strong>Servizi</strong> di<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 29 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Pagamento (Psp) o con il gestore della componente architetturale FESP.<br />
RICEVUTA TELEMATICA (RT)<br />
È il documento informatico rilasciato a cura dell’organizzazione che effettua l’operazione di<br />
pagamento su mandato di un soggetto (Pagatore) in nome e per conto del soggetto Versante<br />
debitore di somme nei confronti di enti pubblici.<br />
Versione Oggetto<br />
Dominio<br />
Identificativo Dominio<br />
Identificativo Stazione Richiedente<br />
Identificativo Messaggio Ricevuta<br />
Data Ora Messaggio Ricevuta<br />
Riferimento Messaggio Richiesta<br />
Riferimento Data Messaggio<br />
Istituto Attestante<br />
Identificativo Univoco Attestante<br />
Tipo Identificativo Univoco<br />
Codice Identificativo Univoco<br />
Denominazione Attestante<br />
Codice Unità Operativa Attestante<br />
Denominazione Unità Operativa Attestante<br />
Indirizzo Unità Operativa Attestante<br />
Numero Civico Unità Operativa Attestante<br />
CAP Unità Operativa Attestante<br />
Località Unità Operativa Attestante<br />
Provincia Unità Operativa Attestante<br />
Nazione Unità Operativa Attestante<br />
Ente Beneficiario<br />
Identificativo Univoco Beneficiario<br />
Tipo Identificativo Univoco<br />
Codice Identificativo Univoco<br />
Denominazione Beneficiario<br />
Codice Unità Operativa<br />
Denominazione Unità Operativa<br />
Indirizzo Ente Beneficiario<br />
Numero Civico Ente Beneficiario<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 30 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
CAP Ente Beneficiario<br />
Località Ente Beneficiario<br />
Provincia Ente Beneficiario<br />
Nazione Ente Beneficiario<br />
Soggetto Versante<br />
Identificativo Fiscale Versante<br />
Tipo Identificativo Univoco<br />
Codice Identificativo Univoco<br />
Anagrafica Versante<br />
Indirizzo Versante<br />
Numero Civico Versante<br />
CAP Versante<br />
Località Versante<br />
Provincia Versante<br />
e-mail Versante<br />
Soggetto Pagatore<br />
Identificativo Univoco Pagatore<br />
Tipo Identificativo Univoco<br />
Codice Identificativo Univoco<br />
Anagrafica Pagatore<br />
Indirizzo Pagatore<br />
Numero Civico Pagatore<br />
CAP Pagatore<br />
Località Pagatore<br />
Provincia Pagatore<br />
Nazione Pagatore<br />
e-mail Pagatore<br />
Dati Versamento (sino a 5 occorrenze)<br />
Codice Esito Pagamento<br />
Importo Totale Versato<br />
Identificativo Univoco Versamento<br />
Dati del Singolo Pagamento<br />
Singolo Importo Versato<br />
Esito Singolo Pagamento<br />
Data Esito Singolo Versamento<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 31 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Identificativo Univoco Riscossione<br />
Causale Versamento<br />
Dati Specifici Riscossione<br />
Il documento deve essere firmato digitalmente ovvero con firma elettronica qualificata dal<br />
Prestatore del <strong>Servizi</strong>o (Psp) che rilascia il documento di attestazione pagamento o da un<br />
componente architetturale del sistema (FESP) in grado di attestare l’esito dei versamenti eseguiti<br />
dal soggetto che effettua la riscossione (Psp).<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 32 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
NOTE ESPLICATIVE SULLE MODIFICHE ALLE INFORMAZIONI SCAMBIATE<br />
L’avvio della sperimentazione ed i conseguenti affinamenti di carattere applicativo, che tuttavia<br />
non modificano l’architettura del sistema ed i processi di interazione tra le varie componenti,<br />
hanno reso necessario introdurre, a partire dalla versione 5.1, alcuni non sostanziali cambiamenti<br />
nella composizione delle informazioni scambiate.<br />
VERSIONING<br />
Al fine di gestire in modo automatico, soprattutto per ciò che riguarda la gestione nel tempo<br />
dell’oggetto Ricevuta Telematica, la concomitanza di versioni relative agli oggetti scambiati, si è<br />
ritenuto opportuno inserire, sia nella Richiesta di Pagamento Telematica che nella Ricevuta<br />
Telematica, l’informazione Versione Oggetto che deve contenere la versione della RPT e RT<br />
utilizzate nel processo di interazione.<br />
L’informazione ha carattere descrittivo e non rappresenta un elemento che possa condizionare il<br />
rifiuto dell’ordine di pagamento.<br />
DOMINIO<br />
Stante l’architettura del sistema, che è articolata su varie tratte interconnesse, è stato necessario<br />
riordinare le informazioni contenute nella struttura Dominio allo scopo di poter meglio attribuire<br />
alle giuste provenienze le informazioni scambiate. Pertanto la struttura Dominio è stata riportata<br />
anche nella Ricevuta Telematica dove, nelle versioni precedenti, non era presente.<br />
Altra importante specificazione è stata quella relativa al dato Identificativo Dominio che, al posto<br />
di un generico valore (es.: PCT nelle versioni precedenti) dovrà riportare il codice fiscale della<br />
struttura che invia la richiesta di pagamento: nella fattispecie delle spese di giustizia potrà<br />
contenere il codice fiscale dell’amministrazione, ovvero quello del Punto di Accesso; in tale ottica<br />
la semantica del dato Identificativo Stazione Richiedente assume il valore di codice interno al<br />
richiedente, che lo può configurare come meglio crede.<br />
DATI VERSAMENTO<br />
Lo scopo di queste modifiche riguarda una migliore definizione delle informazioni relative ad ogni<br />
singolo pagamento, oltre alla possibilità di gestire meglio esiti di pagamento diversi a fronte di<br />
unica richiesta di erogazione servizio.<br />
In particolare sono stati inseriti all’interno delle occorrenze previste per la struttura Dati del<br />
Singolo Pagamento le informazioni, prima gestite a livello generale, quali la descrizione dell’esito<br />
(Esito Singolo Pagamento) ed alla data di esecuzione o di rifiuto del pagamento (Data Esito<br />
Singolo Versamento), che risulta ora obbligatoria.<br />
FORMATO DEI MESSAGGI<br />
Le colonne Genere, O / F, Len e UNIFI hanno i seguenti significati:<br />
colonna Genere<br />
s struttura che può contenere altre strutture o dati,<br />
an dato alfanumerico,<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 33 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
n dato numerico.<br />
colonna O / F<br />
o dato sempre obbligatorio,<br />
f dato facoltativo.<br />
L’eventuale obbligatorietà di tali informazioni è legata alla natura dell’ente, alle<br />
specifiche esigenze e caratteristiche dell’operazione ovvero ad accordi tra utilizzatore<br />
(nella fattispecie PdA) e prestatore di servizi (Psp / FESP).<br />
colonna Len indica la lunghezza massima del dato nel formato min..max; nel caso si tratti di<br />
una lunghezza fissa comparirà solo il dato len, nel caso di lunghezze fisse in<br />
alternativa la notazione sarà len1 | len2.<br />
colonna UNIFI indica la corrispondenza del Dato con gli schemi ISO 20022 - UNIversal<br />
Financial Industry message (UNIFI).<br />
RICHIESTA PAGAMENTO TELEMATICO (RPT)<br />
Dato Genere<br />
O<br />
/<br />
F<br />
Len UNIFI Contenuto<br />
versioneOggetto an o 1..16 VersionNumber Versione che identifica l’oggetto scambiato.<br />
Dominio s o Initiating Party Aggregazione “dominio” che riporta le<br />
informazioni che consentono di individuare<br />
univocamente l’ambito di applicazione della<br />
richiesta.<br />
identificativoDominio an o 1..35 Tax Identification<br />
Number<br />
Campo alfanumerico contenente il codice fiscale<br />
della struttura che invia la richiesta di pagamento.<br />
identificativoStazioneRichiedente an f 1..35 Name Identifica la stazione richiedente il pagamento<br />
secondo una codifica nota al mittente.<br />
identificativoMessaggioRichiesta an o 1..35 Message<br />
Identification<br />
Identificativo legato alla trasmissione della<br />
richiesta di pagamento.<br />
Deve essere univoco nell’ambito della stessa data<br />
riferita all’elemento<br />
dataOraMessaggioRichiesta.<br />
dataOraMessaggioRichiesta an o 19 Creation Date Time Indica la data e l’ora di generazione del messaggio<br />
di richiesta di pagamento secondo il formato ISO<br />
8601<br />
[YYYY]-[MM]-[DD]T[hh]:[mm]:[ss]<br />
SoggettoVersante s f Ultimate Debtor Aggregazione “versante” che riporta le<br />
informazioni concernenti il soggetto titolare del<br />
versamento nei confronti della PA.<br />
Se coincide con il soggetto Pagatore deve essere<br />
omesso.<br />
identificativoUnivocoVersante s f Aggregazione che riporta le informazioni<br />
concernenti l’identificazione fiscale del versante.<br />
tipoIdentificativoUnivoco an f 1 Campo alfanumerico che indica la natura del<br />
versante; può assumere i seguenti valori:<br />
• ‘F’ Persona fisica<br />
• ‘G’ Persona Giuridica.<br />
codiceIdentificativoUnivoco an o 1..35 Tax Identification<br />
Number<br />
Campo alfanumerico che può contenere il codice<br />
fiscale o, in alternativa, la partita IVA del soggetto<br />
versante.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 34 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Dato Genere<br />
O<br />
/<br />
F<br />
Len UNIFI Contenuto<br />
anagraficaVersante an o 1..70 Name Indica il nominativo o la ragione sociale del<br />
versante.<br />
indirizzoVersante an f 1..70 StreetName Indica l’indirizzo del versante.<br />
civicoVersante an f 1..16 BuildingNumber Indica il numero civico del versante.<br />
capVersante an f 1..16 PostalCode Indica il CAP del versante.<br />
localitaVersante an f 1..35 TownName Indica la località del versante.<br />
provinciaVersante an f 1..35 Country<br />
SubDivision<br />
Indica la provincia del versante.<br />
nazioneVersante an f 2 Country Indica il codice nazione del versante secondo lo<br />
standard ISO 3166.<br />
e-mailVersante an f 1..256 Remittance<br />
Location Electronic<br />
Address<br />
Indirizzo di posta elettronica del versante.<br />
soggettoPagatore s o Debtor Aggregazione “soggetto pagatore” che riporta le<br />
informazioni concernenti il soggetto che effettua il<br />
pagamento.<br />
identificativoUnivocoPagatore s o Aggregazione che riporta le informazioni<br />
concernenti l’identificazione fiscale del pagatore.<br />
tipoIdentificativoUnivoco an f 1 Campo alfanumerico che indica la natura del<br />
pagatore, può assumere i seguenti valori:<br />
• ‘F’ Identificativo fiscale Persona fisica<br />
• ‘G’ Identificativo fiscale Persona<br />
Giuridica.<br />
codiceIdentificativoUnivoco an o 1..35 Tax Identification<br />
Number<br />
Campo alfanumerico che può contenere il codice<br />
fiscale o, in alternativa, la partita IVA del pagatore.<br />
anagraficaPagatore an o 1..70 Name Indica il nominativo o la ragione sociale del<br />
pagatore<br />
indirizzoPagatore an f 1..70 StreetName Indica l’indirizzo del pagatore<br />
civicoPagatore an f 1..16 BuildingNumber Indica il numero civico del pagatore.<br />
capPagatore an f 1..16 PostalCode Indica il CAP del pagatore<br />
localitaPagatore an f 1..35 TownName Indica la località del pagatore.<br />
provinciaPagatore an f 1..35 CountrySubDivision Indica la provincia del pagatore<br />
nazionePagatore an f 2 Country Indica il codice nazione del pagatore secondo lo<br />
standard ISO 3166.<br />
e-mailPagatore an f 1..256 Remittance<br />
Location Electronic<br />
Address<br />
Indirizzo di posta elettronica del pagatore<br />
enteBeneficiario s o Creditor Aggregazione “ente beneficiario” costituita dai<br />
seguenti elementi:<br />
identificativoUnivocoBeneficiario s o Aggregazione che riporta le informazioni<br />
concernenti l’identificazione fiscale dell’ente<br />
beneficiario.<br />
tipoIdentificativoUnivoco an f 1 Campo alfanumerico che indica la natura del<br />
pagatore; se presente deve assumere il valore ‘G’,<br />
Identificativo fiscale Persona Giuridica.<br />
codiceIdentificativoUnivoco an o 1..35 Tax Identification<br />
Number<br />
Campo alfanumerico contenente il codice fiscale<br />
dell’amministrazione destinataria del pagamento.<br />
denominazioneBeneficiario an o 1..70 Name Contiene la denominazione della PA<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 35 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Dato Genere<br />
O<br />
/<br />
F<br />
Len UNIFI Contenuto<br />
codiceUnitOperBeneficiario an f 1..35 Indica il codice dell’unità operativa destinataria<br />
denomUnitOperBeneficiario an f 1..70 Contiene la denominazione dell’unità operativa<br />
destinataria.<br />
indirizzoBeneficiario an f 1..70 StreetName Indica l’indirizzo dell’ente beneficiario.<br />
Può coincidere con quello dell’unità operativa<br />
destinataria<br />
civicoBeneficiario an f 1..16 BuildingNumber Indica il numero civico dell’ente beneficiario.<br />
Può coincidere con quello dell’unità operativa<br />
destinataria.<br />
capBeneficiario an f 1..16 PostalCode Indica il CAP dell’ente beneficiario.<br />
Può coincidere con quello dell’unità operativa<br />
destinataria<br />
localitaBeneficiario an f 1..35 TownName Indica la località dell’ente beneficiario.<br />
Può coincidere con quello dell’unità operativa<br />
destinataria<br />
provinciaBeneficiario an f 1..35 Country<br />
SubDivision<br />
Indica la provincia dell’ente beneficiario.<br />
Può coincidere con quello dell’unità operativa<br />
destinataria<br />
nazioneBeneficiario an f 2 Country Indica il codice nazione dell’ente beneficiario<br />
secondo lo standard ISO 3166.<br />
datiVersamento s o Aggregazione “dati del versamento” costituita dai<br />
seguenti elementi:<br />
dataEsecuzionePagamento an o 10 Requested<br />
Execution Date<br />
Indica la data in cui si richiede che venga effettuato<br />
il pagamento secondo il formato ISO 8601<br />
[YYYY]-[MM]-[DD]<br />
importoTotaleDaVersare an o 3..12 Amount Campo numerico (due cifre per la parte decimale, il<br />
separatore dei centesimi è il punto “.”), indicante<br />
l’importo relativo alla somma da versare.<br />
Deve essere diverso da “0.00”.<br />
Deve uguale alla somma delle varie occorrenze (da<br />
1 a 5) del dato importoSingoloVersamento presente<br />
nella struttura DatiSingoloVersamento.<br />
tipoVersamento an f 1.35 Forma tecnica di versamento delle somme dovute<br />
presso la Tesoreria Statale. Può assumere i seguenti<br />
valori 6 :<br />
• BBT = Bonifico Bancario di Tesoreria,<br />
• BP = Bollettino Postale.<br />
identificativoUnivocoVersamento an o 1..35 Creditor Reference Riferimento univoco assegnato al versamento<br />
dall’ente beneficiario, utilizzato ai fini specifici<br />
della rendicontazione e riconciliazione eseguita sui<br />
conti di tesoreria.<br />
Si faccia riferimento all’Allegato “D” - Struttura<br />
dell’elemento “Identificativo Univoco Versamento”<br />
a pagina 41<br />
ibanAddebito an o 1..35 Debtor. Account<br />
IBAN<br />
Identifica l’International Bank Account Number del<br />
conto da addebitare riferito al soggetto pagatore,<br />
definito secondo lo standard ISO 13616.<br />
bicAddebito an f 8 | 11 Debtor Agent.BIC Bank Identifier Code della banca ordinante,<br />
definito secondo lo standard ISO 9362. 7<br />
6 In futuro potranno essere utilizzate altre forme di pagamento telematiche che verranno messe a disposizione, quali, ad<br />
esempio, F23 e F24 telematici,, Addebiti diretti, ecc.<br />
7 Il dato è riportato per completezza in quanto l’informazione è richiesta solo se il trasferimento di fondi riguarda conti<br />
residenti in nazioni diverse dall’Italia.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 36 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Dato Genere<br />
O<br />
/<br />
F<br />
Len UNIFI Contenuto<br />
datiSingoloVersamento s o Aggregazione “dati dei singoli versamenti”, da un<br />
minimo di uno ad un massimo di 5 occorrenze di<br />
versamento, facenti capo ad un unico<br />
identificativoUnivocoVersamento.<br />
importoSingoloVersamento an o 3..12 Amount Campo numerico (due cifre per la parte decimale, il<br />
separatore dei centesimi è il punto “.”), indicante<br />
l’importo relativo alla somma da versare relativa al<br />
singolo versamento.<br />
Deve essere diverso da “0.00”.<br />
ibanAccredito an o 1..35 Creditor Account<br />
IBAN<br />
Identifica l’International Bank Account Number,,<br />
definito secondo lo standard ISO 13616, del conto<br />
da accreditare presso la Banca Tesoriera, nella<br />
fattispecie la Tesoreria Statale presso la Banca<br />
d’Italia.<br />
bicAccredito an f 8 | 11 Creditor Agent BIC Bank Identifier Code definito secondo lo standard<br />
ISO 9362 (vedi nota 7).<br />
credenzialiPagatore an f 1..35 Eventuali credenziali richieste dal Prestatore di<br />
servizi di Pagamento necessarie per completare<br />
l’operazione (ad esempio: un codice bilaterale<br />
utilizzabile una sola volta).<br />
causaleVersamento an o 1..140 Unstructured<br />
Remittance<br />
Information<br />
datiSpecificiRiscossione an o 1..140 Additional<br />
Remittance<br />
Information<br />
RICEVUTA TELEMATICA (RT)<br />
Dato Genere<br />
O<br />
/<br />
F<br />
Rappresenta la descrizione estesa della causale del<br />
versamento da riempire a cura del soggetto<br />
versante/pagatore<br />
Il dato deve essere riportato invariato nel<br />
documento di attestazione pagamento rilasciato dal<br />
PsP/FESP.<br />
Rappresenta l’indicazione dell’imputazione della<br />
specifica entrata ed è così articolato:<br />
”/”<br />
Per la fattispecie delle spese di giustizia assume i<br />
seguenti valori:<br />
• 0/3321.00 per Contributo unificato<br />
• 0/2101.01 per Diritti di cancelleria<br />
• 0/2413.12 per Diritti di Copia<br />
Len UNIFI Contenuto<br />
versioneOggetto an o 1..16 VersionNumber Riporta la stessa informazione presente<br />
nel dato “versioneOggetto” della<br />
Richiesta di Pagamento Telematico (RPT)<br />
Dominio s o Initiating Party Riporta le stesse informazioni presenti nel<br />
blocco “Dominio” della Richiesta di<br />
Pagamento Telematico (RPT)<br />
identificativoMessaggioRicevuta an o 1..35 Message<br />
Identification<br />
dataOraMessaggioRicevuta an o 19 Creation Date<br />
Time<br />
Identificativo legato alla trasmissione della<br />
ricevuta telematica.<br />
Deve essere univoco nell’ambito della<br />
stessa data riferita all’elemento<br />
dataMessaggioRicevuta.<br />
Indica la data e ora del messaggio di<br />
ricevuta, secondo il formato ISO 8601<br />
[YYYY]-[MM]-[DD]T[hh]:[mm]:[ss]<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 37 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Dato Genere<br />
riferimentoMessaggioRichiesta an o 1..35 Original Message<br />
Identification<br />
riferimentoDataRichiesta an o 10 Original Creation<br />
Date Time<br />
O<br />
/<br />
F<br />
Len UNIFI Contenuto<br />
Con riferimento al messaggio di Ricevuta<br />
Telematica (RT) l’elemento contiene il<br />
dato identificativoMessaggioRichiesta<br />
legato alla trasmissione della Richiesta di<br />
Pagamento Telematico (RPT).<br />
Indica la data secondo il formato ISO 8601<br />
[YYYY]-[MM]-[DD] cui si riferisce la<br />
generazione del dato<br />
riferimentoMessaggioRichiesta.<br />
istitutoAttestante s o Debtor Agent Aggregazione relativa al soggetto<br />
Prestatore dei servizi di Pagamento che<br />
emette il documento di attestazione<br />
dell’avvenuto versamento.<br />
identificativoUnivocoAttestante s o Financial Institution<br />
Identification<br />
tipoIdentificativoUnivoco an f 1<br />
codiceIdentificativoUnivoco an o 1..35 BIC |<br />
Proprietary |<br />
Tax Identification<br />
Number<br />
Aggregazione che riporta le informazioni<br />
concernenti l’identificazione fiscale<br />
dell’Istituto attestante il pagamento.<br />
Campo alfanumerico che descrive la<br />
codifica utilizzata per individuare l’Istituto<br />
attestante il pagamento; se presente può<br />
assumere i seguenti valori:<br />
• ‘G’ persona giuridica<br />
• ‘A’ Codice ABI<br />
• ‘B’ Codice BIC secondo lo<br />
standard ISO 9362<br />
Campo alfanumerico che può contenere il<br />
codice fiscale o la partita IVA, o il codice<br />
ABI o il codice BIC del prestatore di<br />
servizi di pagamento attestante.<br />
denominazioneAttestante an o 1..70 Name Contiene la denominazione del prestatore<br />
di servizi di pagamento<br />
codiceUnitOperAttestante an f 1..35 Indica il codice dell’unità operativa che<br />
rilascia la ricevuta.<br />
denomUnitOperAttestante an f 1..70 Indica la denominazione dell’unità<br />
operativa attestante.<br />
indirizzoAttestante an f 1..70 StreetName Indica l’indirizzo dell’attestante.<br />
Può coincidere con quello dell’unità<br />
operativa che rilascia la ricevuta.<br />
civicoAttestante an f 1..16 BuildingNumber Indica il numero civico dell’attestante.<br />
Può coincidere con quello dell’unità<br />
operativa che rilascia la ricevuta.<br />
capAttestante an f 1..16 PostalCode Indica il CAP dell’attestante.<br />
Può coincidere con quello dell’unità<br />
operativa che rilascia la ricevuta.<br />
localitaAttestante an f 1..35 TownName Indica la località dell’attestante.<br />
Può coincidere con quello dell’unità<br />
operativa che rilascia la ricevuta.<br />
provinciaAttestante an f 1..35 Country<br />
SubDivision<br />
Indica la provincia dell’attestante.<br />
Può coincidere con quello dell’unità<br />
operativa che rilascia la ricevuta.<br />
nazioneAttestante an f 2 Country Indica il codice nazione dell’attestante<br />
secondo lo standard ISO 3166.<br />
Può coincidere con quello dell’unità<br />
operativa che rilascia la ricevuta.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 38 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Dato Genere<br />
O<br />
/<br />
F<br />
Len UNIFI Contenuto<br />
enteBeneficiario s o Creditor Riporta le stesse informazioni presenti nel<br />
blocco “enteBeneficiario” della Richiesta<br />
di Pagamento Telematico (RPT) cui si<br />
riferisce il messaggio di Ricevuta<br />
Telematica.<br />
soggettoVersante s f Ultimate Debtor Riporta le stesse informazioni presenti nel<br />
blocco “soggettoVersante” della Richiesta<br />
di Pagamento Telematico (RPT) cui si<br />
riferisce il messaggio di Ricevuta<br />
Telematica.<br />
soggettoPagatore s o Debtor Riporta le stesse informazioni presenti<br />
nel blocco “soggettoPagatore” della<br />
Richiesta di Pagamento Telematico<br />
(RPT) cui si riferisce il messaggio di<br />
Ricevuta Telematica.<br />
datiVersamento s o Aggregazione “dati del versamento”<br />
costituita dai seguenti elementi:<br />
codiceEsitoPagamento n o 1 Campo numerico indicante l’esito del<br />
pagamento. Può assumere i seguenti<br />
valori:<br />
0 Pagamento eseguito<br />
1 Pagamento non eseguito<br />
2 Pagamento parzialmente eseguito<br />
importoTotaleVersato an o 3..12 Amount Campo numerico (due cifre per la parte<br />
decimale, il separatore dei centesimi è il<br />
punto “.”), indicante l’importo relativo al<br />
totale delle somme versate.<br />
Deve essere uguale alla somma delle varie<br />
occorrenze (da 1 a 5) dell’informazione<br />
singoloImportoVersato presente nella<br />
struttura DatiSingoloPagamento.<br />
Se il versamento non è stato effettuato<br />
l’importo deve essere impostato a 0.00.<br />
identificativoUnivocoVersamento an o 1..35 Creditor Reference Il dato deve essere riportato invariato, a<br />
cura del Psp/FESP, così come presente<br />
nella Richiesta di Pagamento Telematico<br />
(RPT) cui si riferisce il messaggio di<br />
Ricevuta Telematica.<br />
datiSingoloPagamento s f Aggregazione “dati dei singoli pagamenti”,<br />
da un minimo di uno ad un massimo di 5<br />
occorrenze di versamento, facenti capo ad<br />
un unico<br />
identificativoUnivocoVersamento.<br />
Obbligatorio nel caso che l’elemento<br />
codiceEsitoPagamento sia 0 o 2<br />
singoloImportoVersato an o 3..12 Amount Campo numerico (due cifre per la parte<br />
decimale, il separatore dei centesimi è il<br />
punto “.”), indicante l’importo relativo alla<br />
somma versata. Se il singolo versamento<br />
non è stato effettuato l’importo deve essere<br />
impostato a 0.00.<br />
esitoSingoloPagamento an f 1..35 Status Reason<br />
Proprietary<br />
Contiene la descrizione in formato testo<br />
dell’esito del singolo pagamento.<br />
Obbligatorio nel caso che l’elemento<br />
singoloImportoVersato sia 0.00<br />
dataEsitoSingoloVersamento an o 10 Acceptance Date Indica la data di esecuzione o di rifiuto del<br />
pagamento, nel formato ISO 8601<br />
[YYYY]-[MM]-[DD].<br />
identificativoUnivocoRiscossione an o 1..35 Transaction Riferimento univoco dell’operazione<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 39 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
Dato Genere<br />
causaleVersamento an o 1..140 Unstructured<br />
Remittance<br />
Information<br />
datiSpecificiRiscossione an o 1..140 Additional<br />
Remittance<br />
Information<br />
O<br />
/<br />
F<br />
Len UNIFI Contenuto<br />
Reference Number assegnato al versamento dal Prestatore dei<br />
servizi di Pagamento. Può coincidere con il<br />
CRO ovvero TRN nel caso di Bonifico<br />
Bancario o con il CODELINE nel caso di<br />
bollettino postale.<br />
Il dato deve essere riportato invariato, a<br />
cura del Psp/FESP, così come presente<br />
nella Richiesta di Pagamento Telematico<br />
(RPT) cui si riferisce il messaggio di<br />
Ricevuta Telematica.<br />
Il dato, se presente, deve essere riportato<br />
invariato, a cura del Psp/FESP, così come<br />
presente nella Richiesta di Pagamento<br />
Telematico (RPT) cui si riferisce il<br />
messaggio di Ricevuta Telematica.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 40 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
ALLEGATO “D” - STRUTTURA DELL’ELEMENTO “IDENTIFICATIVO<br />
UNIVOCO VERSAMENTO”<br />
CONTESTO GENERALE<br />
Al fine di qualificare in maniera univoca il versamento, nella struttura dei dati (cfr “Allegato “C” -<br />
Protocollo sulle regole tecniche e lo standard per l’emissione dei documenti informatici”), è stato<br />
definito l’elemento “Identificativo Univoco Versamento” che viene generato a cura dell’ente<br />
erogante i servizi per il quale è richiesto il pagamento.<br />
Tale informazione è presente nei documenti informatici di Richiesta Pagamento Telematico (RPT)<br />
e Ricevuta Telematica (RT).<br />
Secondo gli schemi ISO 20022 - UNIversal Financial Industry message (UNIFI), ai quali si<br />
riconducono le informazioni presenti nei documenti informatici sopra citati, il dato è identificato<br />
come “Creditor Reference” e presenta una lunghezza massima di 35 caratteri.<br />
Le amministrazioni utilizzatrici sono libere di strutturare secondo le proprie esigenze la<br />
composizione di tale identificativo, tenendo in debito conto il limite sopra indicato (35 caratteri);<br />
tuttavia si raccomanda fortemente di adottare la strutturazione denominata “Structured Creditor<br />
Reference” che viene utilizzata nei pagamenti a livello europeo (cfr. SEPA Credit Transfert<br />
Rulebook a partire dalla versione 3.2) e comporta notevoli vantaggi in termini di riconciliazione per<br />
l’ente creditore 8 .<br />
Nel rispetto dei citati schemi SEPA, il formato da adottare per lo “Structured Creditor Reference” è<br />
lo standard ISO 11649:2009.<br />
LO STANDARD ISO 11649:2009<br />
Secondo lo standard ISO 11649:2009 il Creditor Reference è un costrutto alfanumerico 9 lungo al<br />
massimo 25 caratteri, così composto:<br />
< identifier > < check digits > < reference ><br />
All’inizio della struttura è posizionata la costante “RF” (identifier), di seguito sono presenti due<br />
numeri (check digits), mentre la parte rimanente (reference) può essere lunga sino ad un massimo<br />
di 21 caratteri, il cui contenuto può essere strutturato senza alcuna restrizione nell’ambito del<br />
dominio alfanumerico..<br />
La componente check digits ha lo scopo di verificare che la componente reference sia stata<br />
correttamente impostata e viene calcolata secondo l’algoritmo ISO/IEC 7064.<br />
Per una informativa più esaustiva possono essere consultati anche i seguiti link:<br />
http://www.iso.org/iso/catalogue_detail.htm?csnumber=50649<br />
http://www.jknc.eu<br />
8 Si veda ad esempio il “RF Creditor reference” al seguente indirizzo<br />
https://www.ebaportal.eu/_Download/Research%20and%20Analysis/2010/rf_creditor_reference.pdf<br />
9 L'insieme delle lettere dell'alfabeto latino e dei numeri arabi. Appartengono a quest'insieme le lettere minuscole dalla<br />
a alla z, le maiuscole dalla A alla Z e i numeri da 0 a 9<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 41 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
CALCOLO DEI CHECK DIGITS DEL CREDITOR REFERENCE<br />
Carattere Valore ASCII Carattere Valore ASCII Carattere Valore ASCII Carattere Valore ASCII<br />
0 0 48 G 16 71 W 32 87 m 22 109<br />
1 1 49 H 17 72 X 33 88 n 23 110<br />
2 2 50 I 18 73 Y 34 89 o 24 111<br />
3 3 51 J 19 74 Z 35 90 p 25 112<br />
4 4 52 K 20 75 a 10 97 q 26 113<br />
5 5 53 L 21 76 b 11 98 r 27 114<br />
6 6 54 M 22 77 c 12 99 s 28 115<br />
7 7 55 N 23 78 d 13 100 t 29 116<br />
8 8 56 O 24 79 e 14 101 u 30 117<br />
9 9 57 P 25 80 f 15 102 v 31 118<br />
A 10 65 Q 26 81 g 16 103 w 32 119<br />
B 11 66 R 27 82 h 17 104 x 33 120<br />
C 12 67 S 28 83 i 18 105 y 34 121<br />
D 13 68 T 29 84 j 19 106 z 35 122<br />
E 14 69 U 30 85 k 20 107<br />
F 15 70 V 31 86 l 21 108<br />
Tabella 1 - Valori per la conversione dei caratteri<br />
Tutti valori della stringa di caratteri reference sono convertiti sequenzialmente, uno ad uno, in<br />
numeri applicando il valore presente nell’omonima colonna con riferimento a quello presente nella<br />
colonna “carattere” della Tabella 1.<br />
Ad esempio, il carattere avente la lettera minuscola “w” viene convertito con il valore 32, mentre il<br />
carattere numero 9 viene, pertanto la stringa w9 viene convertita nella stringa numerica 329.<br />
Una volta convertito tutto il dato reference si aggiunge alla stringa numerica così ottenuta il valore<br />
2715 (conversione di RF) ed il valore fisso 00; alla stringa risultante si applica l’algoritmo di<br />
calcolo ISO/IEC 7064 (vedi paragrafo successivo).<br />
Continuando l’esempio precedente, la stringa derivante sarà pertanto 329271500.<br />
Di conseguenza, applicando l’algoritmo di calcolo sopra indicato alla stringa w9, il risultato del<br />
calcolo del check digit è 45.<br />
Il Creditor Reference risultante è quindi RF45w9.<br />
ALGORITMO DI CALCOLO ISO/IEC 7064<br />
L’algoritmo di calcolo è lo stesso usato per il determinare i check digits del codice IBAN per<br />
quanto riguarda gli identificativi strutturati dei conti correnti bancari.<br />
L’algoritmo per il calcolo dei check digits che si applica alla stringa numerica risultante dal<br />
processo di conversione è il seguente:<br />
1. Calcolare il resto della divisione per 97 (modulo 97) di detto numero,<br />
2. Sottrarre il risultato ottenuto da 98;<br />
3. Se tale valore è maggiore di 10, il dato check digits è il valore ottenuto al punto 2, altrimenti<br />
anteporre uno zero (esempio: se il risultato è 4, il valore del check digits è 04).<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 42 DI 43
MINISTERO <strong>DELLA</strong> <strong>GIUSTIZIA</strong> – D.G.S.I.A.<br />
SISTEMI INFORMATIVI AUTOMATIZZATI PER IL PROCESSO TELEMATICO<br />
COMPOSIZIONE DEL CRS NEI <strong>PAGAMENTI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong><br />
Al fine di gestire al meglio le necessità delle applicazioni del dominio Giustizia, il dato<br />
identificativoUnivocoVersamento utilizzato per definire il Codice di erogazione del servizio (CRS)<br />
per il pagamento delle spese di giustizia è strutturato secondo il seguente formato:<br />
dove<br />
<br />
costituisce il codice numerico di controllo (2 posizioni) ed è calcolato con<br />
l’algoritmo indicato nel successivo paragrafo “Calcolo dei check digits del CRS nei pagamenti<br />
della giustizia”.Errore. L'autoriferimento non è valido per un segnalibro.<br />
mentre<br />
è rappresentato da 33 posizioni alfanumeriche così strutturate:<br />
, dove<br />
la sezione (4 caratteri alfanumerici) assicura flessibilità nella<br />
emissione del CRS in quanto, limitatamente alla fase di sperimentazione del servizio, la<br />
generazione del CRS potrebbe essere ‘delegata’ dall’Amministrazione ai singoli PdA.<br />
la sezione (4 caratteri alfanumerici) rappresenta il sistema a cui è<br />
destinata la ricevuta e garantisce una maggiore duttilità applicativa nella gestione della RT da<br />
parte dei sistemi del dominio Giustizia (funzionalità di controllo del pagamento),<br />
la sezione (25 caratteri alfanumerici) contiene un codice ‘non<br />
ambiguo’ all’interno del dominio entro il quale viene generato.<br />
CALCOLO DEI CHECK DIGITS DEL CRS NEI <strong>PAGAMENTI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong><br />
Analogamente a quanto indicato nel paragrafo relativo al “Calcolo dei check digits del Creditor<br />
reference”, tutti valori del dato identificatore univoco sono convertiti sequenzialmente, uno ad<br />
uno, in numeri applicando il valore presente nell’omonima colonna facendo riferimento a quello<br />
presente nella colonna carattere della Tabella 1.<br />
Ad esempio, la stringa 123ABCD viene convertita nella stringa numerica 12310111213.<br />
Alla stringa risultante si applica l’algoritmo di calcolo ISO/IEC 7064; di conseguenza,<br />
nell’esempio sopra riportato, il risultato del calcolo dei check digits è 96.<br />
Il valore del CRS risultante è quindi 96123ABCD.<br />
<strong>PAGAMENTI</strong> <strong>TELEMATICI</strong> <strong>DELLA</strong> <strong>GIUSTIZIA</strong>–SPECIFICHE– VERSIONE: 5.2 –STATO:VERIFICATO PAGINA 43 DI 43