Codifica delle versioni¶

Rappresentare l’entità dei cambiamenti attraverso una codifica delle versioni permette di comunicare in modo semplice la natura dei cambiamenti effettuati. Tale codifica riprende, adattandoli alle circostanze, i principi del versioning semantico.

Nel seguito sono descritte le regole che esprimono la semantica della codifica adottata:

1. La base documentale pagoPA è costituita da diversi documenti reperibili sul sito DOCS Italia. Come riferimento orientativo, segue un elenco non esaustivo e soggetto a evoluzione nel tempo:
   • Linee guida
     • Linee Guida per l’Effettuazione dei Pagamenti Elettronici a favore delle Pubbliche Amministrazioni e dei Gestori di Pubblici Servizi
     • Allegato A - Specifiche Attuative dei Codici Identificativi di versamento, riversamento e rendicontazione (SACI)
     • Allegato B - Specifiche Attuative del Nodo dei Pagamenti-SPC (SANP)
   • Regolamento logo
     • Regolamento d’uso del marchio collettivo pagoPA
     • Allegato 1 Brand Guidelines
     • Allegato 2 Richiesta di concessione del Marchio pagoPA
   • Documentazione tecnica collegata
     • Il nuovo avviso di pagamento analogico nel sistema pagoPA
     • Specifiche di connessione al sistema pagoPA.
     • Transazioni MyBank attraverso il Nodo dei pagamenti-SPC
     • Indicatori di qualità per i soggetti aderenti
     • Il pagamento presso POS fisici nel sistema pagoPA
     • Allegato tecnico Agenzia delle entrate-Riscossione per integrazione su pagoPA di bollettini RAV per pagamento presso PSP
     • Allegato tecnico Pagamento della Tassa Automobilistica presso i PSP
   • Materiale per sviluppatori
     • WSDL
     • Schema XSD
2. Ogni elemento documentale pubblicato è caratterizzato da una versione espressa da una tripletta numerica: Major.Minor.Patch. Una versione di pre-rilascio PUÒ essere indicata aggiungendo immediatamente dopo la versione Patch un trattino e una serie di identificatori separati dal punto. Una versione di pre-rilascio indica comunque una versione instabile che non riflette il comportamento del sistema.
3. Una volta che un documento versionato è stato rilasciato, i contenuti NON POSSONO essere modificati. Qualsiasi modifica DEVE essere rilasciata come una nuova versione dello stesso documento.
4. Ogni numero della tripletta è un intero positivo maggiore o uguale a zero, il cui incremento rappresenta l’entità ed il significato delle modifiche intervenute nel testo. Le convenzioni sui numeri di versione, ed il modo in cui essi cambiano, comunicano il significato complessivo relativamente a cosa è stato modificato nell’avanzamento di versione.
5. L’incremento del numero di versione Patch avviene solo nel caso siano effettuate modifiche che non introducono novità nel testo ma lo rendono pienamente utilizzabile eliminando errori materiali o elementi di ambiguità. Esempi di tale tipo di modifiche sono: le correzioni ortografiche, l’aggiunta al testo di esempi o di precisazioni esplicative e perfino la riformulazione di una porzione di testo ambigua e quindi inutilizzabile. L’incremento della versione Patch avviene inoltre con le seguenti regole:
   • l’efficacia è immediata;
   • non impone alle controparti processi di adeguamento del software o della configurazione.
6. L’incremento del numero di versione Minor avviene a valle di modifiche retro-compatibili con la versione precedente. L’incremento della versione Minor avviene anche nel caso in cui venga introdotta (o segnata come deprecata) una nuova funzionalità, purché non critica e/o opzionale. L’incremento della versione Minor avviene inoltre con le seguenti regole:
   • è preceduta dalla pubblicazione di una versione di pre-rilascio, per un periodo di condivisione ritenuto congruo.
   • la data di pubblicazione sarà annunciata da una comunicazione preventiva e accompagnata da:
     • casi di test;
     • cambiamenti alla configurazione;
     • piano di rilasci;
   • NON PUÒ includere contemporanee modifiche di livello Patch;
   • la versione Patch DEVE essere reimpostata a 0 quando la versione Minor è incrementata.
7. L’incremento del numero di versione Major è introdotto nel caso di qualsiasi modifica non retro-compatibile. L’incremento della versione Major avviene anche nel caso in cui venga introdotta (o segnata come deprecata) una nuova funzionalità, purché non tale da provocare solo un avanzamento Minor. L’incremento della versione Major avviene inoltre con le seguenti regole:
   • è preceduta dalla pubblicazione di una versione di pre-rilascio, per un periodo di condivisione ritenuto congruo;
   • la data di pubblicazione sarà annunciata da una comunicazione preventiva e accompagnata da:
     • casi di test;
     • cambiamenti alla configurazione;
     • piano di rilasci;
     • termini ultimi di adeguamento delle controparti;
   • NON PUÒ includere contemporanee modifiche di livello Minor e patch.
   • le versioni Patch e Minor DEVONO essere reimpostate a 0 quando la versione Major è incrementata.
8. La precedenza si riferisce a come le versioni sono confrontate l’una con l’altra quando poste in relazione d’ordine. La precedenza DEVE essere calcolata separando gli identificatori nell’ordine seguente: Major, Minor, Patch e Pre-release. La precedenza è determinata dalla prima discrepanza quando si confrontano ognuno di tali identificatori da sinistra a destra.

Ciclo di vita del pagamento¶

Il pagamento mediante la Piattaforma pagoPA è operazione complessa, composta di diverse fasi, che, in linea generale, seguono un preordinato “Ciclo di vita” schematizzato nella Figura 2.

payment_lifecycle

Si distinguono due processi di pagamento che differiscono per l’inizializzazione:

• Pagamento online: il pagamento si origina per iniziativa dell’Utilizzatore finale che utilizza servizi ICT resi disponibili dall’EC
• Pagamento con avviso: il pagamento si origina per iniziativa dell’EC che provvede a recapitare al soggetto debitore un avviso di pagamento.

Pagamento online

1. L’utilizzatore finale accede ai servizi ICT esposti dal portale/app dell’EC, compone un carrello di pagamenti e richiede il pagamento. In backend l’EC trasmette alla Piattaforma pagoPA la richiesta di pagamento.
2. Il controllo passa a un’interfaccia della Piattaforma pagoPA che consente di selezionare lo strumento, e autorizzare il pagamento, gestito da un PSP che riceve in backend la richiesta di pagamento;
3. Il PSP notifica l’esito del pagamento all’utilizzatore finale e, in backend, alla Piattaforma pagoPA;
4. Il controllo ritorna all’EC che, ricevendo in backend l’esito del pagamento, può dare all’utilizzatore finale la ricevuta del pagamento ed erogare il servizio;
5. La Ricevuta Telematica erogata dalla Piattaforma pagoPA è liberatoria del pagamento per il soggetto debitore e garantisce all’EC l’accredito dei fondi sul conto indicato nella richiesta di pagamento.

Pagamento con avviso PagoPA

1. L’Ente Creditore, generata una posizione debitoria, distribuisce o invia l’avviso di pagamento pagoPA al soggetto debitore. L’avviso può essere anche in formato digitale e ricevuto tramite App IO
2. Il debitore può pagare l’avviso in diverse modalità:
   • allo sportello di un ufficio postale
   • presso un esercizio commerciale di PSP che gestisce una rete di terminali
   • inquadrando il QRcode con un’App di pagamento o con l’App IO
   • accedendo alle funzioni internet banking di un PSP aderente alla piattaforma
   • accedendo al sito dell’Ente Creditore che ha emesso l’avviso
3. Il PSP che gestisce il pagamento, tramite la Piattaforma pagoPA, interopera con l’EC, garantendo la correttezza ed efficacia del pagamento;
4. La Piattaforma pagoPA genera la Ricevuta Telematica e la invia all’EC assumendosene la responsabilità. La RT garantisce all’EC la ricezione dei fondi.

La Piattaforma pagoPA, prodotto della omonima PagoPA S.p.A., funzionalmente assume un ruolo determinante all’interno del processo di esecuzione di un pagamento in favore di un EC:

• 1. per l’attivazione degli automatismi di allineamento dell’importo dovuto;
• 2. perché abilita il pagamento della posizione debitoria (e ne garantisce la sua estinzione) senza che vi sia un rapporto diretto tra PSP e EC;
• 3. per la garanzia assicurata all’Ente erogatore della finalizzazione del pagamento.

Queste funzionalità fanno assumere alla ricevuta emessa dalla PagoPA SpA ed inviata all’EC, il valore liberatorio del pagamento nei confronti del cittadino, garantendo all’EC l’accredito delle somme, autorizzando l’erogazione del servizio e consentendo inoltre l’attivazione di processi amministrativi digitalizzati.

Quindi è PagoPA S.p.A. che incide sulle posizioni giuridiche/patrimoniali sia dell’EC sia del cittadino, emettendo le ricevute dei pagamenti anche prima dell’addebito nei confronti del Cittadino e/o dell’accredito nei confronti dell’EC.

Gli aspetti sub (a), (b) e (c), nell’ambito del quadro generale di funzionamento fissato dalle Linee Guida e dalle convenzioni tra PagoPA S.p.A. e gli EC e tra PagoPA S.p.A. ed i PSP, trovano concreta esplicitazione nelle modalità di funzionamento dei singoli servizi erogati.

L’adesione al Sistema pagoPA¶

L’utilizzo dei servizi messi a disposizione da pagoPA è attivato attraverso apposite procedure, descritte in maggior dettaglio nella Sez-IV, che prevedono:

• per gli EC l’invio a PagoPA S.p.A. di una lettera di adesione, di formato predeterminato, sottoscritta dal legale rappresentante;
• per i PSP la sottoscrizione con PagoPA S.p.A., su base volontaria, di un atto bilaterale denominato “Accordi di Servizio”.

Ogni soggetto aderente che, per lo svolgimento delle attività tecniche di interfacciamento alla Piattaforma pagoPA, utilizza soggetti intermediari, rimane comunque responsabile in quanto mittente o destinatario logico dei flussi informativi.

Sicurezza e conservazione¶

Tutte le informazioni trattate nell’ambito del Sistema saranno gestite dai diversi attori che interagiscono con la Piattaforma pagoPA, ciascuno nell’ambito della propria competenza e responsabilità, nel rispetto della vigente normativa in materia di conservazione dei documenti informatici e di sicurezza dei dati.

In merito, si rammenta che la conservazione è finalizzata a proteggere nel tempo i documenti informatici e i dati ivi contenuti, assicurandone, tra l’altro, l’integrità al fine di preservare il valore probatorio del documento informatico.

La posizione debitoria¶

Come previsto dalle Linee guida, tutte le tipologie di pagamento gestite dal Sistema pagoPA prevedono che l’Ente Creditore, per rendere realizzabile un pagamento, registri e metta a disposizione dell’Utilizzatore finale le informazioni necessarie per effettuare il pagamento. Si definisce “posizione debitoria” l’insieme di tali informazioni.

Nel Sistema pagoPA ogni pagamento presuppone la creazione propedeutica, nel sistema informativo dell’Ente Creditore, di una posizione debitoria. All’Ente Creditore compete la gestione degli stati del ciclo di vita della posizione debitoria, che, in linea generale, corrispondono alle attività di:

1. Creazione. La posizione debitoria viene creata dall’Ente Creditore e posta nello stato di “Aperta”. Si sottolinea che in questa sede si definisce “posizione debitoria” sia la creazione che avviene su iniziativa dell’Ente Creditore (es. maturazione delle condizioni per il pagamento di un’imposta) sia quella che avviene su iniziativa dell’Utilizzatore finale (es. richiesta di un servizio), anche se in quest’ultimo caso l’Utilizzatore finale stesso non è effettivamente in debito con l’Ente Creditore.
2. Aggiornamento. La posizione debitoria viene aggiornata dall’Ente Creditore ogni qualvolta intervengano eventi che ne modificano le informazioni associate (es sanzioni per decorrenza dei termini). L’attività di aggiornamento provoca un avanzamento di versione della posizione debitoria che permane nello stato di “Aperta”. Le operazioni di pagamento assicurano che la posizione debitoria sia sempre aggiornata.
3. Trasferimento. La posizione debitoria è posta nello stato di “Trasferita” nel caso in cui la competenza dell’incasso passi a un altro Ente Creditore (es. iscrizione in ruolo).
4. Chiusura. L’Ente Creditore pone la posizione debitoria nello stato “Chiusa” ogni qualvolta viene effettuato un pagamento che salda il debito o intervengano eventi che la rendano non più pagabile. Tale stato è reversibile nel caso in cui intervenga una revoca del pagamento che pone di nuovo la posizione debitoria in una nuova versione dello stato di “Aperta”.

Ogni posizione debitoria è identificata dai seguenti elementi:

• soggetto pagatore: intestatario della posizione
• opzione di pagamento

Un’opzione di pagamento rappresenta la modalità di pagamento definita dall’EC e consiste in un elenco di versamenti, ognuno dei quali è specificato da:

• codice fiscale dell’Ente beneficiario (che può non coincidere con l’EC)
• importo
• causale di versamento
• tassonomia del servizio
• conto corrente, dove accreditare le somme

9/[Codice Ente creditore][Progressivo Macroarea][Codice tipologia servizio][Motivo giuridico riscossione][/]

Avviso di Pagamento¶

Contestualmente alla creazione di una posizione debitoria, l’Ente Creditore, deve predisporre un avviso di pagamento che rappresenta lo strumento che rende possibile l’innesco del pagamento stesso presso i PSP.

Tutte le norme di dettaglio che regolano la produzione di un avviso di pagamento analogico sono incluse nel documento collegato “Il nuovo avviso di pagamento analogico nel sistema pagoPA” (disponibile qui). L’EC continua a recapitare l’avviso analogico all’Utilizzatore finale con le modalità tradizionali a cui può affiancare funzioni di stampa a carico dell’Utilizzatore finale dopo il download del documento stesso.

Si noti che l’importo contenuto nell’avviso di pagamento analogico è quello corrispondente al momento della produzione di tale documento. Quindi può essere soggetto a variazioni (in più o in meno) al momento in cui ne viene richiesto il pagamento da parte dell’Utilizzatore finale, nel caso sia intervenuto un aggiornamento della posizione debitoria, purché tale possibilità sia stata effettivamente esplicitata in una avvertenza sull’avviso.

Affiancato all’avviso analogico le medesime informazioni (in particolare numeroAvviso e codice fiscale dell’EC) possono essere veicolate digitalmente per mezzo della piattaforma IO.

Ricevuta di Pagamento¶

Ogni operazione di pagamento è attestata con la generazione (e consegna) all’EC di una Ricevuta Telematica, generata dalla piattaforma a fronte dell’attività di validazione eseguita da PagoPA delle informazioni acquisite dai soggetti interessati (EC e PSP).

L’EC deve rendere disponibile la Ricevuta Telematica, su richiesta dell’Utilizzatore finale, sia sotto forma di duplicato informatico che sotto forma di copia analogica dello stesso.

Le copie analogiche prodotte devono necessariamente contenere, oltre al logo del sistema pagoPA, almeno le seguenti informazioni:

• Data e ora dell’operazione - si intende la data e l’ora in cui l’utente finale ha iniziato l’operazione di pagamento sulla piattaforma ed è utile ai fini liberatori dell’utente.
• Data Applicativa - si intende la data in cui il pagamento è stato registrato all’interno del PSP selezionato per il pagamento e determina la giornata operativa (cfr. Linee Guida e relativa definizione presente nelle SACI) in cui ricade l’operazione di pagamento.
• Codice fiscale e denominazione dell’EC
• Identificativo univoco versamento (IUV) - Identificativo univoco assegnato dall’EC
• Identificazione del PSP (es: ragione sociale, codice fiscale, codice ABI)
• Numero univoco assegnato al pagamento dal PSP
• Importo dell’operazione
• Causale del versamento indicata nella richiesta di pagamento telematico.

Accredito e rendiconto¶

Nella giornata successiva all’incasso (D+1), il PSP accredita le somme sul conto dell’EC ed entro la giornata successiva (D+2), invierà il flusso di rendicontazione per ogni accreditamento effettuato.

Tramite le informazioni presenti all’interno dei flussi (resi disponibili immediatamente all’EC e conservati per non oltre 10 giorni), e le ricevute telematiche acquisite, l’EC è in grado di riconciliare i pagamenti avvenuti all’interno di una singola giornata (D).

Riconciliazione dei pagamenti¶

Una volta effettuata la fase di “Regolamento contabile” da parte del PSP, l’EC provvede a riconciliare le ricevute telematiche con le informazioni contabili fornite dal proprio istituto tesoriere, o da Poste Italiane, in relazione agli incassi avvenuti sui c/c postali (ad esempio: Giornale di Cassa per le Pubbliche Amministrazioni che utilizzano il formato OIL/OPI, o altre modalità per le Pubbliche Amministrazioni centrali che possono richiedere tali informazioni alla Ragioneria Generale dello Stato).

La riconciliazione deve essere effettuata in due fasi:

• nella prima fase il dato identificativo del flusso - presente nella causale del SEPA Credit Transfer inviato dal PSP all’EC - deve essere abbinato con quello presente nel Flusso di Rendicontazione inviato all’EC dal PSP che ha eseguito i pagamenti.
• nella seconda fase della riconciliazione l’EC abbinerà i dati contenuti nel Flusso di Rendicontazione di cui sopra con i dati presenti nelle ricevute telematiche memorizzate presso di sé sulla base della seguente coppia di informazioni:
  • 1. identificativo univoco di riscossione (IUR) presente all’interno del flusso pari all’identificativo univoco della ricevuta.
  • 2. identificazione del versamento all’interno della ricevuta tramite i dati di importo, IUV, IBAN, ed indice del versamento.

Verifica di un avviso di pagamento¶

Attraverso questa funzione il PSP è in grado di acquisire informazioni di dettaglio relative alle modalità di pagamento e l’importo dell’avviso.

Pagamento di un avviso di pagamento¶

Attraverso tale funzione il PSP è in grado di aprire una sessione di pagamento che preventivamente bloccherà i tentativi di pagamento di altri PSP per il medesimo avviso. Attraverso la medesima chiamata, il PSP acquisisce l’importo del pagamento ed i dati necessari per il riversamento della somma, in particolare per ogni versamento:

• importo parziale
• codice fiscale dell’Ente
• IBAN

A seguito dell’operazione di incasso, il PSP notifica alla Piattaforma pagoPA l’esito del pagamento.

Nota: per agevolare l’integrazione dei diversi sistemi di incasso, la sessione di pagamento può essere richiesta con un tempo limite. Alla scadenza di tale tempo, il pagamento si considererà non avvenuto.

Al termine dell’operazione il PSP ,in linea con le norme vigenti, consegna un’attestazione di pagamento la quale dovrà contenere (in aggiunta a quanto previsto dalle normative) l’identificativo della sessione di pagamento ottenuto durante le operazioni di pagamento (paymentToken)

Quindi, l’EC riceverà contestualmente una ricevuta telematica dell’operazione notificata dal PSP (solo in caso di pagamento concluso con esito positivo).

Attestazione di pagamento¶

Le copie analogiche prodotte dal PSP a fronte di un pagamento devono necessariamente contenere almeno le seguenti informazioni:

• Data e ora dell’operazione
• Codice fiscale e denominazione dell’EC
• Identificativo univoco versamento (IUV) - Identificativo univoco assegnato dall’EC
• Identificativo del PSP (es: ragione sociale, codice fiscale, etc)
• Numero univoco del pagamento (paymentToken)
• Importo dell’operazione
• Causale del versamento

Trasmissione dati di accredito e rendicontazione¶

Il PSP accrediterà le somme sui conti dell’EC, ricevuti durante la creazione della sessione di pagamento, per mezzo di bonifico SCT il giorno successivo (D+1); mentre entro due giorni (D+2) invierà il flusso di rendicontazione dettagliando l’elenco puntuale dei pagamenti contenuti all’interno dei diversi bonifici effettuati.

Gestore del Workflow Applicativo¶

È la macro-componente principale che ha lo scopo di coordinare l’esecuzione delle richieste di servizio, richiamando componenti di utilità (quali ad esempio, il modulo per la diagnostica) ed interfacciare l’infrastruttura di Rete SPC.È la macro-componente principale che ha lo scopo di coordinare l’esecuzione delle richieste di servizio, richiamando componenti di utilità quali ad esempio, il modulo per la diagnostica, e di interfacciare l’infrastruttura di Rete.

Il Gestore del Workflow Applicativo interfaccia sia le applicazioni degli EC da cui provengono le richieste di servizio e a cui devono essere indirizzate le relative risposte applicative, sia i PSP che abilitano il pagamento sui diversi canali.

Comprende vari agenti software tra cui i principali sono quelli che permettono:

• la gestione del “Giornale degli Eventi” dove sono registrati - per ogni operazione - tutti gli scambi necessari alla corretta esecuzione del processo;
• la gestione del “Tavolo Operativo” dove sono monitorati tutti i componenti del sistema e lo stato di esecuzione delle operazioni;
• l’indirizzamento ai singoli servizi e/o sotto-servizi in funzione delle richieste e delle risposte previste dai diversi modelli di funzionamento;
• la memorizzazione e la gestione delle “richieste di servizio” per la tracciatura delle operazioni e la gestione delle eccezioni;
• la gestione degli errori;
• il mantenimento del sincronismo temporale.

Gestore della Connessione¶

La connessione al Nodo in applicazione al vigente modello di interoperabilità avviene nelle forme e nei metodi descritti nel documento collegato “Specifiche di Connessione al sistema pagoPA”, disponibile sul sito istituzionale di PagoPA S.p.A.

Gestore della Porta di Dominio¶

Paragrafo soggetto a proposta di modifica

Questa componente, deprecata e mantenuta per retro compatibilità, si occupa dello scambio dei messaggi da e verso SPC per il colloquio con l’EC secondo gli accordi di servizio stabiliti dalle regole tecniche SPCoop e pubblicati sui registri SICA. In coerenza con le logiche SPCoop, permette di reindirizzare i messaggi alle Pubbliche Amministrazioni aderenti a SPC anche in via indiretta attraverso le reti territoriali, eventualmente per mezzo di soggetti intermediari.

Tra le principali attività svolte dalla componente si richiamano, a titolo esemplificativo:

• incapsulamento delle chiamate dei metodi Web service, rendendole disponibili in forma mediata verso la Porta di Dominio;
• memorizzazione temporanea e trattamento, secondo la priorità indicata, dei messaggi verso la Porta di Dominio;
• tracciamento dei riferimenti univoci dei messaggi;
• trattamento degli header dei messaggi scambiati via Porta di Dominio ai fini della correlazione applicativa attuata dalla Porta di Dominio stessa;
• gestione degli errori e delle conferme di natura trasmissiva;
• generazione e propagazione dei messaggi d’errore di natura applicativa;
• mantenimento di un proprio registro degli eventi finalizzato all’aggiornamento del Giornale degli Eventi;
• mantenimento del sincronismo temporale.

Interfaccia di Canale¶

Le attività svolte da questa componente sono analoghe a quelle svolte dal gestore della Porta di Dominio per gli Enti Creditori, ma istanziate per il rapporto con i singoli PSP. A tale scopo, il Nodo espone una modalità standard di colloquio verso i PSP, descritta nella Sez-IV. Nel caso di peculiari modalità tecnico trasmissive richieste dai PSP, sempre che di validità generale, possono essere realizzate allo scopo specifiche interfacce software.

Qualora il PSP lo richieda, la componente permette di interfacciare il PSP attraverso un intermediario (soggetto giuridico o circuito) scelto dallo stesso PSP. Tutti gli oneri derivanti sono a carico del PSP che mantiene la titolarità del rapporto con il Nodo.

Di seguito le principali attività svolte dalla componente:

• incapsulamento delle chiamate al fine di renderle disponibili in forma mediata verso gli specifici canali;
• memorizzazione temporanea dei messaggi applicativi verso i canali;
• tracciamento dei riferimenti univoci dei messaggi memorizzati/inviati;
• gestione degli errori e delle conferme di natura trasmissiva;
• generazione e propagazione dei messaggi d’errore di natura applicativa;
• mantenimento di un proprio registro degli eventi finalizzato all’aggiornamento del Giornale degli Eventi;
• mantenimento del sincronismo temporale.

Repository ricevute telematiche¶

Il Repository costituisce l’archivio in cui sono memorizzate tutte le ricevute telematiche processate dal Nodo e non ancora consegnate, finalizzato al buon funzionamento del sistema. Esso consente una verifica in merito al corretto trattamento dei flussi di pagamento del Nodo.

Componente Web-FESP¶

La componente “Web-FESP” permette di effettuare il pagamento reindirizzando l’Utilizzatore finale verso una landing page messa a disposizione dal PSP.

In questo caso:

• il PSP consente all’Utilizzatore finale di eseguire il pagamento con i diversi strumenti di pagamento;
• la componente Web-FESP agisce da normalizzatore e provvede ad uniformare le informazioni ricevute, re-inviandole, attraverso il Nodo, all’EC per consentire di completare l’operazione di pagamento.

Componente WISP¶

La componente “WISP” (Wizard Interattivo di Scelta del Prestatore di Servizi di Pagamento) consente all’utilizzatore finale di effettuare la scelta del PSP in modalità accentrata presso il Nodo, che mette a disposizione apposite pagine che standardizzano a livello nazionale la user experience dei pagamenti verso la Pubblica Amministrazione, garantendo ai PSP aderenti che l’esposizione dei servizi da loro offerti sia proposta all’Utilizzatore finale attraverso schemi che consentano pari opportunità di trattamento, concorrenza e non discriminazione.

La componente WISP inoltre fornisce all’Utilizzatore finale funzioni di supporto introducendo vari accorgimenti per semplificare la user experience, anche nel caso di pagamento con dispositivi mobili. Inoltre l’Utilizzatore finale potrà memorizzare gli strumenti di pagamento utilizzati, evitando di dover effettuare una nuova ricerca nelle occasioni successive.

File Transfer sicuro¶

Paragrafo soggetto a proposta di modifica

Il Nodo mette a disposizione dei soggetti aderenti una piattaforma client-server per il trasferimento sicuro dei dati in modalità File Transfer. Tale piattaforma sostituirà progressivamente l’utilizzo delle primitive oggi impiegate per lo scambio di informazioni in modalità massiva (ad esempio: i flussi di rendicontazione, i totali di traffico, etc).

Decorrenza¶

A decorrere dalla data dell’entrata in vigore, la Piattaforma pagoPA attuerà dei controlli per verificare l’effettiva aderenza a quanto specificato in questa sezione in merito alla tipologia di servizio recependo le indicazioni già pubblicate nella Monografia dedicata (rif. “Monografia - Tassonomia dei servizi di incasso”) nel mese di settembre 2020.

Le Posizioni Debitorie emesse prima dalla data dell’entrata in vigore, e che hanno una data di scadenza successiva a tale data, dovranno essere adeguate ai codici tassonomici pubblicati da PagoPA S.p.A.

La suddetta data di entrata in vigore della Tassonomia dei Servizi viene resa pubblica sul sito di PagoPA S.p.A.

Stazioni e Canali¶

I soggetti aderenti, Enti Creditori e Prestatori di Servizi di Pagamento, si connettono alla piattaforma rispettivamente per mezzo di stazioni e canali che rappresentano le piattaforme tecnologiche di partner ed intermediari connessi tramite public-internet o connessioni VPN dedicate.

Modello dei dati¶

Durante la descrizione delle interfacce si farà riferimento ad alcune informazioni le cui relazioni vengono mostrate dal seguente diagramma:

modello dei dati

Posizione Debitoria: rappresenta l’entità (il servizio) per la quale l’EC vuole ricevere pagamenti tramite la piattaforma. E’ identificato in maniera univoca dalla coppia codice-fiscale / numero avviso.

Avviso di Pagamento: rappresenta la notifica (cartacea o digitale) della posizione debitoria verso il cittadino.

Pagamento (o Richiesta di Pagamento): descrive nel dettaglio l’operazione di pagamento correlata ad un avviso e contiene informazioni di incasso e di accredito.

Ricevuta: descrive l’esito di un pagamento, contiene i dettagli dell’incasso e la previsione dell’accredito. Contiene al suo interno anche il riferimento all’avviso di pagamento.

Flusso di Rendicontazione: dettaglia il riversamento effettuato verso i conti correnti di un EC da parte di un PSP. Contiene l’elenco di tutti i pagamenti (o quota parte).

Carrello di pagamento: un insieme di pagamenti.

Autenticazione¶

Ogni connessione verso la piattaforma avviene tramite canale HTTPS con mutua autenticazione. Per dettagli su come instaurare la connessione con la piattaforma fare riferimento alla Sez-IV.

Adesione di un Ente Creditore¶

Per aderire a pagoPA in qualità di Ente Creditore le Pubbliche Amministrazioni, i gestori di pubblici servizi e le società a controllo pubblico devono utilizzare il Portale delle Adesioni messo a disposizione da PagoPA S.p.A.

Il processo di adesione di un soggetto in qualità di Ente Creditore prevede che:

• L’Ente faccia richiesta alla casella di posta helpdesk@pagopa.it delle credenziali di “primo accesso” per adesione;
• Con le credenziali ricevute si esegue il primo accesso al Portale delle Adesioni e si nomina il Referente dei Pagamenti;
• Il Referente dei Pagamenti, con le credenziali nominali ricevute contestualmente alla nomina, accede al Portale delle Adesioni e procede con la compilazione della Lettera di Adesione. Sarà sua cura farla firmare digitalmente dal “firmatario” dichiarato in fase di compilazione e caricarla sul Portale delle Adesioni per ottenerne la validazione da parte di PagoPA S.p.A, così da completare il processo di adesione.

Adesione di un Prestatore di Servizi di Pagamento¶

Per avviare la procedura di adesione a pagoPA, un Prestatore di Servizi di Pagamento deve firmare un accordo con PagoPA S.p.A. che prevede, da parte del PSP, il pagamento di un corrispettivo legato al numero di transazioni effettuate.

Per aderire al sistema pagoPA il rappresentante del PSP deve scaricare, dalla sezione Prestatori Servizi di Pagamento del sito di PagoPA S.p.A., il modulo relativo al modello di accordo, firmarlo digitalmente e inviarlo, tramite pec, a: accordipsp@pec.pagopa.it

Per qualsiasi chiarimento sulla procedura di adesione di un PSP, si possono consultare le FAQ pubblicate sul sito pagopa.gov.it o scrivere all’indirizzo legal@pagopa.it.

Per tutta la durata dell’accordo, il Prestatore aderente a pagoPA deve farsi carico sia dell’erogazione dei servizi correlati all’esecuzione dei pagamenti a favore degli Enti Creditori che dell’intermediazione tecnologica (rif § “Attivazione di un PSP sul sistema pagoPA”), quando opera in qualità di Intermediario Tecnologico.

Il Prestatore Aderente, con la sottoscrizione dell’accordo, dichiara di avere preso visione e di accettare integralmente e incondizionatamente quanto stabilito nelle Linee Guida e nei relativi allegati, nonché negli altri provvedimenti già emanati dall’Agenzia per l’Italia Digitale per l’utilizzo della Piattaforma pagoPA, impegnandosi al completo rispetto delle disposizioni ivi contenute, nonché delle disposizioni contenute in ogni altra documentazione inerente e collegata emanata ai sensi dell’articolo 5 del Codice, nonché delle disposizioni del Regolamento inerente l’uso del marchio registrato pagoPA e relativi allegati.

Il Prestatore Aderente, nella sua qualità di Intermediario Tecnologico ovvero per i servizi per i quali non abbia esercitato la facoltà di avvalersi di un Intermediario Tecnologico, si impegna a costituire e mantenere per tutta la durata dell’accordo un tavolo operativo connesso con il servizio di assistenza che PagoPA S.p.A. eroga a Utenti privati e Enti Creditori, in modo da collaborare in maniera proattiva con PagoPA S.p.A. e fornire a quest’ultima ogni informazione e supporto, secondo quanto meglio indicato nelle Linee Guida.

Il Prestatore Aderente si impegna a far sì che la propria infrastruttura sia sempre tecnologicamente e applicativamente adeguata all’erogazione dei servizi previsti dall’accordo, a realizzare tempestivamente tutti quegli interventi che dovessero rivelarsi necessari o richiesti da PagoPa S.p.A e a garantire il rigoroso rispetto delle Linee Guida in vigore.

Intermediari e Partner tecnologici nel sistema pagoPA¶

Gli Enti Creditori e i PSP aderenti si possono avvalere di uno o più soggetti terzi che, in nome e per conto del soggetto aderente, si occuperanno di gestire le attività di connessione e di dialogo tecnico con la piattaforma dei pagamenti pagoPA, mantenendo inalterate le responsabilità dell’Ente Creditore e del PSP nei confronti delle proprie controparti diverse da PagoPA S.p.A. e, in particolare, degli utilizzatori finali.

L’Intermediario tecnologico è un soggetto, già aderente ed attivo sul Sistema pagoPA, che svolge attività di interfacciamento con il Nodo sia per se stesso che per i soggetti che decidono di avvalersi della sua intermediazione tecnologica.

Il Partner Tecnologico è un soggetto imprenditoriale, non sottoposto ad alcun obbligo di adesione a pagoPA, che si occupa delle attività tecniche necessarie alla connessione con la Piattaforma pagoPA, ferma restando la responsabilità nei confronti di PagoPA S.p.A. in capo all’Ente Creditore.

I Partner Tecnologici possono decidere di sottoporsi ad una procedura di qualificazione e sottoscrivere un accordo di servizio con PagoPA S.p.A.. Lo scopo di tale procedura è quello di mettere un Ente Creditore nella condizione di poter analizzare e valutare i servizi offerti dai soggetti “qualificati” e tenerne conto nella scelta di un Partner Tecnologico.

Gli Enti Creditori possono connettersi alla piattaforma dei pagamenti delegando le attività tecniche ad uno o più Intermediari e/o Partner Tecnologici contemporaneamente, visto che i servizi di pagamento possono essere erogati da una molteplicità di soggetti, sempre nel rispetto delle Linee Guida.

Processo di avvio in Esercizio¶

Il processo di avvio in Esercizio di un Ente Creditore direttamente connesso prevede il soddisfacimento di alcuni prerequisiti che riguardano la predisposizione di un ambiente di Collaudo, di un ambiente di Esercizio e di un piano per il disaster recovery.

Infatti, l’Ente Creditore che sulla base dei modelli dichiarati vuole rendere disponibili i propri servizi di pagamento sul Sistema pagoPA è tenuto ad attivare:

• Un collegamento fisico (di Test Esterno);
• Un collegamento fisico (di Esercizio).

L’Ente, per completare la configurazione, dovrà fornire anche tutte le informazioni necessarie all’attivazione di almeno una Stazione in ambiente di Test Esterno ed almeno una Stazione in ambiente di Esercizio. La definizione della Stazione è di competenza del soggetto collegato direttamente alla piattaforma.

Ogni collegamento fisico può avere, in funzione dei modelli di pagamento implementati e delle regole/preferenze del soggetto direttamente connesso, un numero variabile di Stazioni. La configurazione di un Ente sulla piattaforma si completa con l’associazione dell’Ente ad almeno una delle sue Stazioni. Tutte queste attività devono essere eseguite dal Referente Tecnico attraverso il Portale delle Adesioni (per ulteriori dettagli si rimanda al Manuale Utente).

In ultimo, l’Ente Creditore deve adempiere ad un ulteriore obbligo: la compilazione di un documento di manleva all’esecuzione dei servizi oggetto dei casi di test indicati da PagoPa S.p.A.. Il documento di manleva deve essere recapitato a PagoPA S.p.A., debitamente compilato e firmato digitalmente dal Referente Tecnico dell’Ente Creditore.

Nel documento di manleva, il Referente Tecnico dichiara di voler rendere disponibili i propri servizi attraverso l’esecuzione di operazioni di pagamento sul sistema pagoPA e garantisce di aver effettuato con esito positivo, sia in ambiente di Test Esterno che in ambiente di Esercizio, tutti i casi di test previsti da PagoPA S.p.A. alla data di sottoscrizione del documento.

Per l’avvio in esercizio di un Ente Creditore, il Referente Tecnico può agire come segue:

1. Decidere se procedere o meno con i test previsti per l’ambiente di Test Esterno, magari avvalendosi del supporto del personale di PagoPA S.p.A. Nel caso in cui decida di effettuare i test deve:
   • fornire gli IBAN di accredito da utilizzare in ambiente di Test Esterno;
   • proporre a PagoPA S.p.A. una data di inizio dei test, al fine di coordinare le attività previste;
2. Configurati gli IBAN di Test Esterno ed ultimati i test con il supporto di PagoPA S.p.A., il RT compila il “Verbale di Collaudo” e rimane in attesa che PagoPA S.p.A. lo validi e chiuda formalmente la fase di Collaudo;
3. Terminata la fase di Collaudo (2), che può avvenire anche senza il diretto coinvolgimento di PagoPA S.p.A., il RT decide se procedere con l’esecuzione dei test previsti per l’ambiente di Esercizio, magari avvalendosi del supporto del personale PagoPA S.p.A.. Nel caso in cui decida di effettuare i test deve:
   • fornire gli IBAN di accredito da utilizzare in ambiente di Esercizio (potrebbe inserirne di nuovi o utilizzare IBAN già attivi per quell’Ente);
   • configurati gli IBAN in fase di Pre-Esercizio ed ultimati i test con il supporto di PagoPA S.p.A., il RT compila il “Verbale di Pre-Esercizio” e rimane in attesa che PagoPA S.p.A. lo validi per chiudere le attività.
4. Ultimata la fase di Pre-Esercizio, che può avvenire anche senza il diretto coinvolgimento di PagoPA S.p.A., il RT compila il documento di manleva e attende che PagoPA S.p.A. lo validi e chiuda formalmente l’attivazione dell’Ente sulla piattaforma;
5. Nel caso in cui l’Ente abbia configurato il pagamento attivato presso il PSP (c.d. Modello 3), il RT deve fornire a PagoPA S.p.A. la “Tabella delle Controparti”.
6. PagoPA S.p.A. autorizza all’Esercizio l’Ente Creditore invitando il Referente Pagamenti dell’Ente ad attivare sul PdA almeno un IBAN di accredito, qualora non ne fosse presente nemmeno uno.

Per ulteriori dettagli e approfondimenti si può fare riferimento al “Manuale Utente” disponibile sul sito di PagoPA S.p.A.

Attivazione di un EC con un Intermediario Tecnologico¶

Il Referente dei Pagamenti di un Ente Creditore che abbia deciso di connettersi alla piattaforma delegando le attività tecniche ad un Intermediario tecnologico, deve:

• censire sul PdA una connessione con l’Intermediario tecnologico prescelto;
• attivare tutti gli IBAN di accredito (operazione possibile solo se l’Ente abbia almeno una connessione in Esercizio).

Per tutte le altre attività l’Ente Creditore farà riferimento alla figura designata dall’Intermediario scelto, senza facoltà di nomina o sostituzione in forza dell’avvenuta delega delle attività tecniche.

Per attivare un Ente Creditore, ovvero la sua connessione, il Referente Tecnico dell’Intermediario tecnologico utilizzerà un’apposita funzionalità del Portale delle Adesioni che gli consentirà di fornire a PagoPA S.p.A. tutti i dati richiesti. Per tutti i dettagli riguardanti le attività da eseguire sul Portale delle Adesioni si potrà fare riferimento al Manuale Utente.

Attivazione di un EC con un Partner tecnologico¶

Il Referente dei Pagamenti di un Ente Creditore che abbia deciso di connettersi alla piattaforma delegando le attività tecniche ad un Partner tecnologico deve:

• censire sul PdA una connessione intermediata dal Partner tecnologico prescelto;
• attivare tutti gli IBAN di accredito dell’Ente (operazione possibile solo se l’Ente abbia almeno una connessione in Esercizio).

Per tutte le altre attività l’Ente Creditore farà riferimento alla figura designata dal Partner tecnologico scelto, senza facoltà di nomina o sostituzione in forza dell’avvenuta delega delle attività tecniche.

Il processo di avvio in esercizio di un Ente Creditore che ha delegato un Partner tecnologico risente del ruolo che l’Ente ricopre nell’attivazione del Partner sul sistema pagoPA.

Per un Partner tecnologico, infatti, l’Ente Creditore può rappresentare o l’Ente pilota, il primo Ente Creditore per il quale il Partner attiva uno o più modelli di pagamento, oppure un nuovo Ente Creditore che si aggiunge a quelli già intermediati dal Partner.

PagoPA SpA come Partner tecnologico¶

In considerazione di ogni possibile servizio in sussidiarietà che la PagoPA SpA possa svolgere, la stessa potrà essere qualificata come Partner tecnologico per ogni Ente Aderente. A tale qualificazione corrisponderà un effettiva erogazione di servizi in sussidiarietà al ricorrere delle seguenti condizioni:

• esistenza di una previsione normativa, primaria e/o secondaria, che identifichi PagoPA SpA quale Partner tecnologico;
• possesso da parte dell’Ente Creditore dei requisiti eventualmente previsti per l’operatività di tali servizi in sussidiarietà

Resta comunque ferma ogni facoltà in capo all’Ente Creditore di scegliere di non utilizzare i servizi in sussidiarietà della PagoPA dotandosi per i medesimi servizi di incasso di un proprio intermediario e/o Partner tecnologico

Attivazione di un PSP che si collega direttamente al Nodo¶

Il Referente del Prestatore che intende attivarsi sul sistema pagoPA attraverso un collegamento diretto alla piattaforma deve individuare la soluzione più adeguata per realizzare un collegamento fisico atto a garantire i livelli di servizio imposti da PagoPA S.p.A. e prevedere anche un piano per il disaster recovery. Il processo di avvio in Esercizio del Prestatore che si collega direttamente alla piattaforma dei pagamenti prevede il soddisfacimento di alcuni requisiti:

• l’attivazione di un collegamento fisico con l’ambiente di Test Esterno della piattaforma;
• l’attivazione di un collegamento fisico con l’ambiente di Esercizio della piattaforma.

Stabiliti i collegamenti, il Referente del PSP può avviare il processo operando come segue:

1. compila il Catalogo Dati Informativi da utilizzare in ambiente di Test Esterno e, insieme ad esso, fornisce a PagoPA S.p.A. tutte le informazioni necessarie a completare la configurazione dei Canali di Pagamento indicati nel Catalogo;
2. procede con l’esecuzione dei test previsti in ambiente di Test Esterno, avvalendosi o meno del supporto del personale di PagoPA S.p.A. per la validazione formale dei risultati dei casi d’uso indicati nel Piano di Test (messo a disposizione da PagoPA S.p.A. sul sito istituzionale).
3. terminata la fase di Collaudo in Test Esterno, il Referente del PSP compila il Catalogo Dati Informativi e, insieme ad esso, fornisce a PagoPA S.p.A. tutte le informazioni necessarie a completare la configurazione dei Canali di Pagamento in ambiente di Esercizio;
4. procede con l’esecuzione dei test previsti in tale ambiente avvalendosi o meno del supporto del personale di PagoPA S.p.A. per la validazione formale dei risultati dei casi d’uso indicati nel Piano di Test;
5. fornisce a PagoPA S.p.A. le informazioni riguardanti il “Tavolo operativo”.

Al fine di ultimare il processo di attivazione, il Referente del Prestatore compila il documento di manleva all’esecuzione dei servizi oggetto dei casi di test e lo recapita a PagoPA S.p.A. debitamente firmato. Con la consegna della manleva, il Referente garantisce di aver effettuato con esito positivo, sia in ambiente di Test Esterno che in ambiente di Esercizio, tutti i casi di test previsti da PagoPA S.p.A. alla data di sottoscrizione del documento stesso.

Attivazione di un PSP che svolge il ruolo di Acquirer¶

L’attivazione di un PSP che intende svolgere il ruolo di Acquirer comporta l’indicazione da parte dello stesso dell’utilizzo di un Payment Gateway di proprietà o tramite il servizio VPOS di SIA SpA.

Attivazione di un PSP che offre il servizio CBILL¶

I Prestatori di Servizi di Pagamento che intendono offrire agli utenti finali il servizio CBILL (del consorzio CBI - Customer to Business Interaction) sul sistema pagoPA hanno un iter di attivazione facilitato, in quanto il Consorzio CBI assume il ruolo di Intermediario Tecnologico ed il PSP ha il solo onere di inviare a PagoPA S.p.A. il “Catalogo Dati Informativi” corredato di tutte le informazioni relative al canale di pagamento CBILL.

Attivazione di un PSP intermediato¶

I Prestatori di Servizi di Pagamento aderenti che intendono utilizzare il sistema pagoPA indirettamente, possono servirsi di Intermediari a cui delegano lo svolgimento di tutte le attività tecniche. Per tali attività il PSP “intermediato” farà riferimento alla figura tecnica designata dall’intermediario tecnologico scelto, senza facoltà di nomina o sostituzione in forza dell’avvenuta delega delle attività tecniche.

Adempimenti dei soggetti direttamente collegati al Nodo¶

Tutti i soggetti collegati direttamente al Nodo (Nodo-SPC) devono farsi carico degli obblighi e adempimenti di seguito descritti.

Adempimenti dei soggetti non direttamente collegati al Nodo¶

Tutti i soggetti non direttamente collegati alla piattaforma dei pagamenti pagoPA devono farsi carico degli adempimenti di seguito descritti.

Per quanto riguarda i Tavoli Operativi, il soggetto aderente al sistema pagoPA che abbia deciso di delegare le attività tecniche ad uno o più Intermediari tecnologici e/o ad uno o più Partner Tecnologici deve garantirsi la possibilità di comunicare con i Tavoli Operativi di tutti i suoi Intermediari/Partner.

Deve inoltre assicurarsi che i propri Intermediari/Partner abbiano implementato tutte le soluzioni previste riguardanti:

• Sistemi di monitoraggio e controllo;
• Business Continuity e Disaster Recovery;
• Archiviazione dei dati.

Tutti gli Enti Creditori non direttamente collegati alla piattaforma dei pagamenti pagoPA hanno altresì l’obbligo di:

• comunicare al proprio utilizzatore finale gli eventuali vincoli, disponibilità dei propri servizi, con particolare riferimento ai pagamenti attivati presso le strutture dei Prestatori di Servizi di Pagamento;
• comunicare all’utilizzatore finale le caratteristiche tipiche dei servizi di pagamento offerti tramite la piattaforma dei pagamenti pagoPA;
• attivare tutti i servizi di pagamento destinati all’utilizzatore finale attraverso il Sistema pagoPA;
• rispettare le disponibilità di servizio indicate;
• garantire la disponibilità del Referente Pagamenti nominato in fase di adesione e provvedere ad informare PagoPA S.p.A. in caso di suo avvicendamento.

I PSP non collegati direttamente alla piattaforma dei pagamenti pagoPA devono inoltre:

• mantenere aggiornato il Catalogo Dati Informativi;
• mantenere disponibile la figura del Referente indicata nell’Accordo di adesione e provvedere ad aggiornare PagoPA S.p.A. in caso di suo avvicendamento;
• se offrono servizi presso proprie strutture e/o punti di prossimità, devono comunicare agli utilizzatori finali tale possibilità, esponendo in loco l’apposito “Logo” registrato da PagoPA S.p.A..

Rispetto dei workflow di pagamento¶

Ogni soggetto aderente al sistema pagoPA è tenuto a rispettare scrupolosamente i workflow di pagamento descritti nelle “Specifiche Attuative del Nodo dei Pagamenti-SPC” (SANP).

L’eventuale intercettazione, mediante l’analisi del traffico dei pagamenti o il ricorso a strumenti di monitoraggio, di personalizzazioni/adattamenti dei workflow potrà comportare l’esclusione del soggetto dalla piattaforma dei pagamenti.

Responsabilità dell’Ente Creditore¶

L’Ente Creditore è responsabile anche sotto il profilo giuridico:

• della qualità, della correttezza e della completezza dei dati che trasmette, ivi incluso l’IBAN del conto da accreditare;
• del corretto aggiornamento dei dati del proprio sistema informativo;
• della sicurezza all’interno del proprio dominio;
• se del caso, dell’assegnazione delle firme digitali ai soggetti autorizzati e del controllo sul corretto utilizzo delle stesse.

L’Ente Creditore è altresì responsabile dell’errata e/o omessa indicazione/pubblicazione dei dati comunicati all’utilizzatore finale per l’esecuzione dei pagamenti.

Nel caso in cui l’Ente Creditore proceda all’identificazione del soggetto pagatore, lo stesso risulterà responsabile della correttezza e dell’autenticità dei dati identificativi del pagatore ai fini del buon esito del pagamento.

Ai fini del rilascio della quietanza di pagamento, sarà responsabilità dell’Ente Creditore accertare che i dati contenuti nella RT siano coerenti con quelli della RPT.

L’Ente Creditore autorizza, sin da ora, PagoPA S.p.A. e/o suoi aventi causa, a monitorare l’erogazione dei servizi offerti oggetto delle presenti specifiche tecniche, nonché alla pubblicazione dei dati rivenienti dal relativo monitoraggio.

Responsabilità del prestatore di servizi di pagamento¶

Il Prestatore di Servizi di Pagamento è tenuto a eseguire l’operazione di pagamento richiesta dall’utilizzatore finale secondo le modalità e le tempistiche previste dal D.lgs. del 27 gennaio 2010, n. 11 e relativi provvedimenti attuativi emanati dalla Banca d’Italia.

Il Prestatore di Servizi di Pagamento è responsabile anche sotto il profilo giuridico:

• della qualità, della correttezza e della completezza dei dati che trasmette;
• del corretto aggiornamento dei dati del proprio sistema informativo;
• della sicurezza all’interno del proprio dominio;
• se del caso, dell’assegnazione delle firme digitali ai soggetti autorizzati e del controllo sul corretto utilizzo delle stesse.

A prescindere dall’identificazione del pagatore eseguita dall’Ente Creditore, se del caso, anche per il tramite del proprio Intermediario/Partner Tecnologico, il Prestatore di Servizi di Pagamento resta responsabile dell’identificazione del soggetto Versante (titolare del C/C di addebito), in quanto suo cliente.

Il Prestatore di Servizi di Pagamento autorizza, sin da ora, PagoPA S.p.A e/o suoi aventi causa, a monitorare l’erogazione dei servizi offerti oggetto delle presenti specifiche attuative, nonché alla pubblicazione dei dati rivenienti dal relativo monitoraggio.