Istituto tesoriere dell’Ente Creditore¶

È il PSP che, nel rispetto delle normative vigenti, svolge le proprie funzioni di Tesoreria o di Cassa nei confronti dell’Ente Creditore e può non coincidere con il PSP dell’Ente Creditore stesso.

L’utilizzo dell’infrastruttura del Nodo dei Pagamenti-SPC non altera in alcun modo i rapporti esistenti tra l’Ente Creditore ed il proprio istituto tesoriere.

Intermediari tecnologici e partner tecnologici¶

Gli Enti Creditori possono offrire il servizio e accedere al Nodo dei Pagamenti-SPC anche attraverso un intermediario o un partner.

Un Intermediario tecnologico è un soggetto aderente al Nodo dei Pagamenti-SPC come Ente Creditore (ad esempio: Regione), che quindi ha già accettato e si è obbligato al rispetto delle Linee Guida e dei relativi allegati e che risulta, altresì, responsabile, nei confronti di AgID, delle attività tecniche per l’interfacciamento con il Nodo dei Pagamenti-SPC.

Viceversa, il Partner tecnologico è un mero fornitore dell’Ente Creditore utilizzato in via strumentale per l’esecuzione delle attività tecniche per l’interfacciamento con il NodoSPC, ferma restando la responsabilità nei confronti di AgID in capo all’Ente Creditore. Si precisa che AgID esclude l’adesione al Nodo dei Pagamenti-SPC da parte del Partner tecnologico in quanto tale.

Si precisa che l’utilizzo di un particolare Intermediario tecnologico o Partner tecnologico può essere limitato ad una parte delle attività dell’Ente Creditore, mentre le rimanenti attività possono essere gestiste da un altro soggetto Intermediario e/o Partner oppure in proprio dall’ente stesso: possono cioè coesistere situazioni miste, nelle quali i servizi sono erogati da una molteplicità di soggetti, compreso l’Ente Creditore, sempre nel rispetto delle Linee guida.

Anche i PSP possono utilizzare degli intermediari per connettersi al NodoSPC o per offrire i propri servizi di pagamento; tali soggetti possono essere rappresentati da altri prestatori di servizi di pagamento ovvero da circuiti o consorzi costituiti in ambito finanziario.

Rimangono, comunque, inalterate le responsabilità di Ente Creditore e PSP nei confronti delle proprie controparti diverse dall’AgID e, in particolare, degli utilizzatori finali.

Siti e portali degli Enti Creditori¶

I siti ed i portali, attraverso i quali gli Enti Creditori mettono a disposizione le informazioni per effettuare i pagamenti ed i relativi servizi devono essere autenticati con procedure di validazione avanzata (quali, ad esempi, certificati SSL con Extended Validation emessi da Autorità di Certificazione riconosciute).

Siti e portali delle pubbliche amministrazioni¶

Gli indirizzi internet dei servizi dedicati ai pagamenti devono essere inoltre pubblicati sull’Indice delle Pubbliche Amministrazioni (IPA [1]) istituito con il DPCM del 31 ottobre 2000 recante le regole tecniche per il protocollo informatico.

Si ricorda, altresì, che i siti Web di cui all’art. 3, comma 1, della Legge 9 gennaio 2004, n. 4 devono rispettare i requisiti di accessibilità previsti dall’Allegato A del DM 8 luglio 2005 [2], rispettando, tra l’altro, il punto 3 dei criteri di conformità (Processi completi: quando un servizio è erogato mediante un processo che si sviluppa su più pagine web allora tutte le pagine web ad esso relative devono essere conformi, anche quando tali pagine si trovino su siti diversi). Per ulteriori riferimenti, consultare la sezione accessibilità del sito dell’Agenzia per l’Italia Digitale.

Utilizzatori finali¶

Gli utilizzatori finali non sono membri del Dominio: pertanto il loro riconoscimento e l’abilitazione ad effettuare attività che determineranno l’invocazione dei Servizi di Nodo è a cura dei soggetti (Ente Creditore, PSP e/o intermediari da questi utilizzati) che erogano i servizi applicativi resi disponibili a tali utilizzatori finali.

A Tal fine AgID rende disponibile SPID (Sistema Pubblico di Identità Digitale).

Oggetti scambiati¶

Nei «workflow» applicativi gestiti dal Nodo dei Pagamenti-SPC (vedi capitolo 2) è previsto lo scambio di oggetti applicativi costituiti da documenti informatici, in formato di file XML, le cui specifiche di dettaglio sono riportate nel Capitolo 5 del presente documento. Assumono particolare rilevanza le seguenti strutture standardizzate:

• Richiesta Pagamento Telematico (da ora in avanti RPT) che è emessa dall’Ente Creditore e definisce gli elementi necessari a caratterizzare il pagamento da effettuare;
• Ricevuta Telematica (da ora in avanti RT), restituita da un PSP a fronte di pagamento individuato da una RPT, che definisce gli elementi necessari a qualificare l’esito del pagamento richiesto;
• Richiesta Revoca (da ora in avanti RR) che è emessa dall’ente interessato e serve a chiedere alla controparte la revoca di una RT o lo storno di un pagamento;
• Esito Revoca (da ora in avanti ER) che è emessa dall’ente cui è stata inviata una RT e serve a fornire alla controparte l’esito della revoca di una RT o dello storno di un pagamento.

Ogni RPT e la relativa RT possono contenere rispettivamente le informazioni attinenti da 1 a 5 pagamenti / esiti a favore di uno stesso Ente Creditore; tali oggetti, insieme alle RR ed ER, sono identificati a livello nazionale dalla seguente coppia di informazioni:

• codice fiscale dell’Ente Creditore che invia la RPT,
• codice Identificativo Univoco Versamento (IUV, vedi paragrafo successivo) che viene assegnato dal singolo Ente Creditore che invia la RPT.

Nell’ambito delle funzionalità esposte dal Nodo dei Pagamenti-SPC sono previsti ulteriori oggetti applicativi scambiati, tra lo stesso NodoSPC ed i soggetti aderenti, che riguardano le Strutture dati di supporto ed i Servizi applicativi opzionali (vedi anche capitolo 4).

Identificativo Univoco di Versamento¶

Il codice IUV è assegnato dall’Ente Creditore attraverso le regole di generazione previste nella Sezione I del documento «Specifiche attuative dei codici identificativi di versamento, riversamento e rendicontazione» allegato A alle «Linee guida per l’effettuazione dei pagamenti a favore delle pubbliche amministrazioni e dei gestori di pubblici servizi».

Il meccanismo di generazione, che dovrà essere implementato a cura dell’Ente Creditore, deve essere strutturato in modo tale che non possa esistere nel corso del tempo un altro codice IUV eguale all’interno dello stesso ente.

Nello scenario principale di ogni workflow la generazione del codice IUV si rende necessaria allorché una RPT deve essere resa disponibile a fronte di una richiesta di pagamento effettuata dall’utilizzatore finale ovvero debba essere associata ad un pagamento che l’Ente Creditore richiede all’utilizzatore finale.

Il codice IUV costituisce l’elemento attraverso il quale l’Ente Creditore riceve tutte le informazioni che caratterizzano il pagamento, permettendo di eseguire eventuali controlli e verifiche relativi e/o propedeutici all’erogazione del servizio.

Flusso di processo¶

L’utilizzatore finale dispone il pagamento per mezzo di una RPT, tramite sportelli fisici o telematici messi a disposizione dall’Ente Creditore, da eventuali intermediari dallo stesso o direttamente da un PSP (o dai suoi intermediari).

Indipendentemente dal canale utilizzato, l’esecutore del pagamento è un PSP scelto direttamente dall’utilizzatore finale: il PSP entra in possesso della RPT messa a disposizione dall’Ente Creditore (o dal suo intermediario) attraverso il Nodo dei Pagamenti-SPC, esegue il pagamento richiesto ed emette una RT, che certifica l’esito del pagamento.

La RT è veicolata attraverso il Nodo dei Pagamenti-SPC e consegnata all’Ente Creditore (o al suo intermediario) ed è rilasciata all’utilizzatore finale.

Gli Enti Creditori (e i loro intermediari) si avvalgono della piattaforma tecnologica del Nodo dei Pagamenti-SPC solo per scambiare con i PSP (e i loro intermediari) i flussi informativi costituiti dalle strutture dati standardizzate (RPT e RT) necessarie all’istradamento del pagamento informatico.

L’effettiva esecuzione dei pagamenti, instradati da tale scambio informativo, è gestita utilizzando i circuiti di pagamento esistenti, esterni al Nodo dei Pagamenti-SPC.

Compiti degli Enti Creditori¶

Al fine di gestire nel modo migliore l’iter del processo di pagamento gli Enti Creditori hanno l’obbligo di rendere disponibili direttamente all’utilizzatore finale, attraverso opportuni servizi informatici offerti direttamente o tramite intermediari:

• le modalità per effettuare i pagamenti informatici e il trasferimento di ogni altra informazione che abbia il fine di agevolarne l’esecuzione;
• l’accesso all’archivio delle RT relativa ad ogni pagamento da questi disposto. Fino a prescrizione, è fatto obbligo all’Ente Creditore di conservare le informazioni di ogni RT in modo da poterla riprodurre a richiesta anche su supporti cartaceo;
• le modalità di gestione, nel rispetto della normativa vigente, di possibili flussi secondari (reclami, rimborsi, storni), anche usufruendo delle funzionalità accessorie messe a disposizione dalla piattaforma.

Integrità e non ripudiabilità della RT¶

Laddove il «workflow del procedimento amministrativo consenta all’Ente Creditore di ricevere il documento informatico RT dal prestatore di servizi di pagamento direttamente per il tramite del Nodo dei Pagamenti-SPC, si evidenzia, sin da ora, agli Enti Creditori che non potranno sussistere incertezze circa l’integrità e la non ripudiabilità del documento stesso poiché il workflow del pagamento si sviluppa all’interno di un «circuito di trust» senza alcuna possibilità di ingerenza e/o manomissione da parte di terzi (vedi successivo paragrafo 2.5); da qui l’inopportunità di garantire l’integrità e non ripudiabilità del documento informatico RT attraverso la firma digitale o la firma elettronica qualificata dello stesso da parte del prestatore di servizi di pagamento.

Fatta la precisazione sopra esposta, resta ferma la facoltà in capo all’Ente Creditore di richiedere al PSP di sottoscrivere con firma digitale o firma elettronica qualificata il documento Ricevuta Telematica, indicando tale vincolo in un apposito elemento della RPT.

NB:Tale possibilità è deprecata e non potrà essere attuata dagli Enti Creditori aderenti al sistema pagoPA durante la vigenza delle presenti specifiche.

Gli EC che adottano tale modalità dovranno predisporre un piano in vista della dismissione.

Trasparenza nei confronti degli utilizzatori finali¶

La trasparenza dell’operazione di pagamento deve essere garantita nei confronti dell’utilizzatore finale, pertanto l’Ente Creditore deve segnalare a quest’ultimo l’importo che serve a remunerare il PSP per il servizio fornito: a tal fine il NodoSPC mette a disposizione apposite funzioni che consentono:

• ai PSP di comunicare tali costi, differenziati per strumento e/o canale di pagamento;
• agli Enti Creditori di reperire in modo centralizzato tali informazioni;
• agli utilizzatori finali di scegliere il servizio che più si addice alle proprie esigenze.

In merito a quest’ultimo punto, si fa presente che il NodoSPC mette a disposizione degli Enti Creditori una funzione centralizzata che dà agli utilizzatori finali la possibilità di sperimentare, nella scelta del servizio di pagamento, la stessa user experience in modalità unificata a livello nazionale (vedi il § 2.1.3). Tale funzione mantiene inalterata la facoltà in capo al PSP di stabilire commissioni specifiche e/o di maggior favore per il singolo utilizzatore finale. In merito, si precisa che resta in capo al PSP l’onere di promuovere e pubblicizzare alla propria clientela e attraverso i propri canali ogni attività di pricing differente da quella esposta a livello nazionale dalla funzione centralizzata del NodoSPC.

A tale proposito, si ricorda che è altresì onere del PSP individuare, se del caso, le modalità con cui indicare utilizzatore finale l’importo della commissione specifica e/o di maggior favore praticata all’atto dell’esecuzione del singolo pagamento.