Con la pubblicazione di questa circolare condividiamo la roadmap evolutiva della piattaforma pagoPA e diamo un aggiornamento sui fatti principali recenti.

La comunicazione avviene con cadenza trimestrale. Il documento pubblicato entro il primo mese del trimestre successivo, fornisce inoltre visibilità sulle evoluzioni della piattaforma previste nei mesi successivi.

Tutti gli stakeholder hanno così la possibilità di conoscere in anticipo le iniziative previste ed, in particolare, quelle che richiedono un loro diretto coinvolgimento (siano esse facoltative o obbligatorie).

Il documento è strutturato in diverse sezioni al fine di fornire:

• una vista complessiva della roadmap evolutiva,

• una descrizione delle singole iniziative,

• l'aggiornamento dell'andamento del trimestre in corso in termini di volumi, criticità riscontrate, obiettivi raggiunti.

Prima di lasciarvi alla lettura delle novità sotto evidenziate, ricordiamo la nuova versione delle Specifiche Attuative del Nodo dei Pagamenti (SANP v 3.5.0) pubblicata il 14 luglio 2023.

Aggiornamenti alla roadmap rispetto alla data di obbligatorietà adeguamento

I principali Enti Creditori e Prestatori di servizi di pagamento hanno adottato la nuova connettività

Alla fine del Q2 2023 una significativa percentuale di Enti Creditori e PSP che utilizzavano GAD e Porte di Domininio (“PDD”) per la connessione al Nodo dei Pagamenti ha traguardato l'adeguamento a nuova connettività; 26 aderenti che ad oggi fanno mediamente il 52% delle transazioni totali distribuita nel 9% dei connessi al Nodo.

La nuova connettività permette di coniugare sicurezza e semplicità di integrazione, adeguando la piattaforma pagoPA ai più moderni standard, sia per quanto riguarda la sicurezza che per la scalabilità propria di un sistema on cloud.

La quasi totalità degli Enti Creditori ha abbandonato le primitive relative alle SANP 2.2.2 e adottato le primitive del modello unico

Solo il 25% degli Enti aderenti alla piattaforma pagoPa sono ancora attestati sulle vecchie primitive riportate nelle SANP 2.2.2.

Con l'adozione del nuovo payment gateway e della nuova connettività, risulta indispensabile che l'adeguamento richiesto dalla piattaforma alle primitive V1 e/o all'adozione delle V1 e V2 in parallelo, avvenga nel minor tempo possibile.

Questo per garantire performance migliori e, soprattutto, una adeguata attività di maintenance non più contemplata per la versione 2.2.2

L'adeguamento obbligatorio del checkout - e conseguente dismissione del WISP - sono stati posticipati nel Q1 2024, dopo che l'integrazione del nuovo payment gateway sarà completata.

Adozione Jira Service Management e dismissione della mail operations@pagopa.it

Dal 1 giugno 2023, come previsto dal processo di “operation excellence”, le segnalazioni effettuate da PSP, Enti Creditori, Intermediari tecnologici e Partner tecnologici vengono gestite da PagoPA attraverso il nuovo tool Jira Service Management il quale offre, tra le molteplici funzionalità, la capacità di ordinare le segnalazioni, sia per priorità, sia per tematica.

La mail operations@pagopa.it verrà definitivamente dismessa il 31/01/24.

A quale esigenza rispondiamo?

PagoPA ha realizzato un archivio contenente le principali informazioni relative agli Avvisi di Pagamento emessi da tutti gli Enti Creditori aderenti per garantire la continuità di servizio anche a fronte di disservizi e/o indisponibilità dei propri sistemi.

Quale soluzione adottiamo?

L'Archivio Centralizzato Avvisi (ACA) contiene le principali informazioni necessarie alla continuità del servizio.

La comunicazione dei dati necessari avverrà tramite l'utilizzo di nuove specifiche primitive, invocate dall’EC a seguito di un determinato evento che verrà definito nelle specifiche stesse.

La funzionalità non implica alcuna gestione della posizione debitoria da parte di PagoPA, né modifiche al workflow di pagamento della piattaforma pagoPA.

L'adesione al servizio da parte dell'Ente è obbligatoria solo in caso di integrazione sincrona e dovrà comunque avvenire entro il Q1 2024.

Con riferimento ai soli soggetti diversi dalle pubbliche amministrazioni, si segnala che sono in corso gli approfondimenti per declinare l’uso dell'ACA rispetto all’utilizzo non esclusivo della piattaforma pagoPA, i cui esiti saranno resi noti a valle della chiusura dei tavoli tecnici e di governance intrapresi anche con la Banca d’Italia.

Impatti

L'EC dovrà integrare specifiche primitive messe a disposizione dalla piattaforma pagoPA.

Trovate la relativa documentazione al seguente link delle

Perché è obbligatorio adeguarsi

La Società è inserita nell’elenco dei “fornitori critici di infrastrutture o servizi”, e in quanto tale è assoggettata alla sorveglianza di Banca d’Italia ai sensi dell’art. 20 del Provvedimento del 9 novembre 2021 attuativo dell’art. 146 TUB. La messa a disposizione dell'Archivio Centralizzato Avvisi risponde alla necessità di assicurare un insieme di misure di continuità operativa

Serve supporto?

Per altri chiarimenti suggeriamo di rivolgersi all’Account PagoPA di riferimento.

Roadmap 2023-2024

Una vista approfondita

Di seguito gli interventi previsti nel 2023/2024 e le relative date di adeguamento.

PagoPA ha sviluppato un nuovo portale B2B il quale, attraverso l’accesso all’ Area Riservata, sarà il primario canale di interfaccia alla piattaforma pagoPA (Backoffice) per i PSP, gli Enti Creditori ed i loro eventuali Partner/Intermediari tecnologici.

Il Backoffice nasce per offrire ai vari stakeholder un unico luogo da cui attivare e integrare uno dei prodotti di PagoPA, al fine di semplificare le procedure di adesione alle singole piattaforme e, successivamente, configurare e gestire in autonomia i relativi servizi.

A quale esigenza rispondiamo?

Ad oggi, l’adesione alle diverse piattaforme in carico a PagoPA S.p.A. e la relativa integrazione dei servizi, avviene tramite tools specifici, secondo procedure distinte. Area Riservata e, di conseguenza, Backoffice pagoPA garantiscono una maggior semplicità nella fruizione dei servizi, con un'unica interfaccia ed una user experience moderna e intuitiva.

Quale soluzione adottiamo?

L’introduzione del nuovo portale Backoffice pagoPa costituisce un unico tool che permetterà agli stakeholder di gestire in autonomia - dalla propria area riservata - tutti i prodotti in modo semplice, coerente e standardizzato, riducendo l’effort di integrazione e configurazione, ad oggi gestiti tramite processi manuali.

L’adesione e la firma della documentazione contrattuale sarà automatizzata.

L’accesso al nuovo portale Area Riservata avviene attraverso SPID/CIE. Ciascun Referente amministrativo potrà delegare un subset di funzionalità ai diversi profili utente.

Impatti

L'adozione sarà obbligatoria da parte di EC, PSP e Partner/Intermediari tecnologici, ma non richiederà nessun adeguamento da parte degli stessi.

Perché è importante adeguarsi

L’adozione del nuovo portale offre benefici in termini di semplificazione dei processi, senza comportare alcun adeguamento tecnico da parte di PSP ed EC .

Lo Stand In è una funzionalità che consente agli Utenti di procedere con il pagamento degli Avvisi anche nei momenti di indisponibilità dei sistemi degli Enti Creditori; le specifiche tecniche e di ingaggio saranno disponibili nelle SANP 3.6.0.

A quale esigenza rispondiamo?

Al fine di migliorare le performance e la disponibilità della piattaforma pagoPA, la soluzione permetterà di gestire l'autorizzazione delle operazioni di pagamento , anche in caso di indisponibilità e/o problemi sui sistemi dei soggetti direttamente connessi al Nodo dei pagamenti che , gestiscono le posizioni debitorie (EC, PT, IT). La funzionalità Stand In utilizzerà le informazioni disponibili nell’Archivio Centralizzato Avvisi “ACA” e si attiverà in automatico.

Quale soluzione adottiamo?

Nel caso in cui l'EC non risponda nel tempo massimo previsto alla richiesta di verifica o attivazione di un avviso di pagamento, la piattaforma attiverà immediatamente la funzionalità Stand In.

Il sistema procederà quindi a verificare la presenza dell'avviso di pagamento su ACA.

Se l'avviso di pagamento è stato correttamente caricato nell'ACA, la piattaforma pagoPA potrà confermare l'importo dell'avviso e consentirà al cittadino di procedere al pagamento. In questo caso, il pagamento verrà gestito in modalità Stand In.

Al termine del pagamento, pagoPA proverà ad effettuare l'invio della ricevuta tramite la "paSendRT" utilizzando le modalità standard.

Tuttavia, se l'avviso di pagamento non è presente in ACA, il cittadino non sarà in grado di procedere al pagamento poiché pagoPA non dispone dei dati necessari.

Impatti

Per gli EC è necessaria l'adesione alla funzionalità di ACA. Nei casi di non aggiornamento della posizione debitoria con attualizzazione dell'importo da parte dell'Ente Creditore, sarà l'Ente stesso successivamente a dover gestire l'eventuale disavanzo. Pertanto gli impatti sono relativi all'attivazione di questa funzionalità propedeutica.

Gli EC devono poter gestire la possibilità di ricevere informazioni di Avvisi di pagamento pagati in Stand In con importo che potrebbe essere non attualizzato e pertanto devono prevedere meccanismi di gestione dell'importo non corrispondente a quello attuale.

Perché è importante adeguarsi

Lo Stand In permette di assicurare misure di continuità operativa. L'adeguamento è importante poichè garantisce all’Utente la possibilità di pagare gli Avvisi di pagamento anche nei momenti di indisponibilità dei sistemi degli EC, con conseguente miglioramento dellae performance del servizio offerto.

Serve supporto?

Per gli sviluppatori è possibile aprire una issue su GitHub,

per altri chiarimenti suggeriamo di rivolgersi all’Account PagoPA di riferimento.

Domande frequenti

Per i PSP

I pagamenti che necessitano di Stand In saranno evidenziati in qualche modo?

Si, questo perché l'informazione deve arrivare anche all'Ente Creditore in relazione alla possibile mancata attualizzazione dell'importo.

Per gli EC

Quali sono le integrazioni previste per attivare la funzionalità Stand In?

E' necessaria l'adesione alla funzionalità di ACA (Archivio Centralizzato Avvisi) per poter fornire alla piattaforma pagoPA tutte le informazioni necessarie alla gestione dello Stand In.

In quali casi viene attivato lo Stand In?

L'attivazione dello Stand In è automatica ed avviene quando la piattaforma pagoPA non riceve risposta dall'EC alle primitive previste dal workflow di pagamento.

Tutte le regole di ingaggio dello Stand In e relativi impatti saranno definite nelle SANP 3.6.0

PagoPA metterà a disposizione degli EC una funzionalità per gestire le opzioni di pagamento, come ad esempio i piani rateali, le maggiorazioni o le riduzioni dell’importo.

A quale esigenza rispondiamo?

La possibilità di avere a disposizione ulteriori opzioni di pagamento permetterà di soddisfare la crescente richiesta di gestione dei casi di maggiorazione o di riduzione dell’ importo, nonché dei piani rateali.

Quale soluzione adottiamo?

Si andrà ad estendere la possibilità di richiamare le primitive “verifyPaymentNotice” e “paVerifyPaymentNotice”, che gestiranno anche i casi specifici delle diverse opzioni di pagamento.

Impatti

Gli EC e i PSP dovranno adeguare le chiamate alle primitive messe a disposizione dalla piattaforma pagoPA per poter gestire le diverse opzioni di pagamento.

Perché è importante adeguarsi

L'adeguamento è molto importante perché nell'ottica del principio di centralità dell’Utente mette a disposizione del medesimo la possibilità di scegliere l'opzione di pagamento più adatta, in base ad un elenco definito dall'EC. L'EC così non solo migliora la qualità della relazione con l’Utente, ma semplifica anche i processi interni in quanto i pagamenti seguiranno lo stesso ciclo di quelli attuali.

Serve supporto?

Per gli sviluppatori è possibile aprire una issue su GitHub.

Per altri chiarimenti suggeriamo di rivolgersi all’Account PagoPA di riferimento.

Domande frequenti

Per i PSP

Come sarà informato l’Utente della disponibilità di più opzioni di pagamento?

Il PSP dovrà farsi carico dell'esposizione di questa informazione all’Utente.

Per gli EC

Chi valida le opzioni di pagamento?

La validazione delle opzioni di pagamento è a carico dell’EC.

PagoPA metterà a disposizione degli EC una nuova funzionalità per stampare l’Avviso di pagamento pagoPA, con la possibilità per gli EC di gestire l’intero ciclo di vita dell'Avviso stesso, dalla generazione alla stampa, al pagamento, e alla rendicontazione.

A quale esigenza rispondiamo?

La gestione del ciclo di vita dell’ Avviso di pagamento è una attività complessa. In particolare, una componente critica è rappresentata dall'implementazione delle funzionalità di generazione e stampa nel rispetto delle performance e delle evoluzioni delle specifiche. Gli EC hanno necessità di una soluzione semplice, ma che allo stesso tempo consenta di governare tutte le funzionalità legate alla gestione della posizione debitoria, inclusa la stampa dell'Avviso di pagamento.

Quale soluzione adottiamo?

PagoPA metterà a disposizione degli EC una nuova primitiva per stampare l’Avviso di pagamento pagoPA in diversi formati predefiniti, con la possibilità, quindi, per gli EC di gestire l’intero ciclo di vita dell'Avviso di pagamento, dalla generazione alla stampa.

Il servizio sarà connesso con l'integrazione asincrona o disponibile per gli EC che lo gestiscono in autonomia. Ciò consente di semplificare i processi di gestione delle posizioni debitorie. L'adesione al servizio da parte dell'EC è facoltativa.

Impatti

L'EC interessato ad aderire al servizio dovrà integrare una nuova primitiva (API Rest) che consentirà di gestire la stampa dell'Avviso di pagamento tramite la piattaforma pagoPA.

Perché è importante adeguarsi

L'adesione al servizio da parte dell'Ente Creditore è facoltativa.

L'utilizzo della funzionalità consente all'Ente Creditore di semplificare notevolmente il processo di gestione della posizione debitoria, delegando a PagoPA la stampa (e l'invio nelle diverse modalità) dell'Avviso di pagamento tramite una semplice integrazione o, in maniera trasparente, nel caso di adesione ad altre iniziative (es. Integrazione Asincrona).

Serve supporto?

Per gli sviluppatori è possibile aprire una issue su GitHub.

Per altri chiarimenti suggeriamo di rivolgersi all’Account PagoPA di riferimento.

Domande frequenti

Per gli EC

Ci sono relazioni con la funzionalità di "integrazione asincrona"?

Se un EC usufruisce del servizio di integrazione asincrona è possibile combinare anche la funzionalità di stampa degli Avvisi di pagamento, senza la necessità di una primitiva ad hoc, semplicemente integrando la richiesta nella gestione delle posizioni debitorie.

Quali opzioni vengono fornite per l'invio dell'Avviso di pagamento in caso di adesione?

Le opzioni di invio rimangono invariate. Lo scopo della funzionalità in questione è di fornire Avvisi di pagamento secondo gli standard PagoPA, alleggerendo l'effort di sviluppo, integrazione ed adeguamento allo standard in carico all'EC.

A quale esigenza rispondiamo?

La possibilità di recuperare e stampare la ricevuta di pagamento di un Avviso è una funzionalità importante per gli Uutenti che potrebbero avere la necessità di recuperarle anche dopo molto tempo rispetto al momento del pagamento. Oggi non esiste un unico archivio dove l’Utente può ritrovare tutte le ricevute e, tale funzionalità, consente di soddisfare questa esigenza. Ricordiamo, in ogni caso, che a fini liberatori l’Utente dovrà sempre rivolgersi all’Ente Creditore per ottenere la relativa quietanza.

Quale soluzione adottiamo?

PagoPA metterà a disposizione degli Utenti la possibilità di stampare una copia della ricevuta sui propri canali (app IO e Checkout) in diversi formati (pdf, doc, html); in particolare per i casi di Utente autenticato sarà possibile ricercare fra gli Avvisi di pagamento pagati o intestati a quel codice fiscale.

Impatti

Non si prevedono impatti perché tutte le informazioni necessarie sono già a disposizione della piattaforma pagoPA nel normale flusso di pagamento.

Perché è importante adeguarsi

Non è previsto alcun adeguamento, la funzionalità sarà disponibile senza impatti per gli EC.

Serve supporto?

Per gli sviluppatori è possibile aprire una issue su GitHub.

Per altri chiarimenti suggeriamo di rivolgersi all’Account PagoPA di riferimento.

La funzionalità consentirà all’Utente di recuperare gli Avvisi di pagamento di cui è debitore in maniera semplice e rapida.

A quale esigenza rispondiamo?

La necessità di fornire all’Utente la possibilità di recuperare facilmente e attraverso un unico punto di accesso (es. app mobile, touchpoint fisico o digitale) tutti gli Avvisi di pagamento emessi a suo carico.

Quale soluzione adottiamo?

La funzionalità consentirà all’Utente, in modalità diretta o per il tramite di un PSP autorizzato, di recuperare gli Avvisi di pagamento di cui è il debitore. Ottenuta la lista di tutti gli Avvisi di pagamento a suo carico, l’Utente potrà procedere con il pagamento di tutti o solo alcuni di essi su diversi canali che saranno messi a disposizione (come avviene oggi dai singoli PSP o da PagoPA). La funzionalità dei Pagamenti pull apre alla possibilità di poter informare l'Utente della presenza di Avvisi di pagamento a proprio carico anche in situazioni in cui l'Utente stesso stia interagendo con PagoPA o altri soggetti collegati (es. durante una operazione di prelievo presso un ATM e/o di pagamento di un altro avviso). La funzionalità Pagamenti pull utilizzerà le informazioni disponibili nell’ACA (Archivio Centralizzato Avvisi), e i PSP potranno invocarne le funzionalità attraverso nuove primitive dedicate.

Impatti

L'integrazione avverrà attraverso specifiche primitive sfruttando anche le integrazioni previste per le altre funzionalità presenti in roadmap (es. ACA).

Perché è importante adeguarsi

L'adeguamento è obbligatorio perché è un servizio ad alto valore per il cittadino.

Serve supporto?

Per gli sviluppatori è possibile aprire una issue su GitHub.

Per altri chiarimenti suggeriamo di rivolgersi all’Account PagoPA di riferimento.

A quale esigenza rispondiamo?

L’aumento del numero delle transazioni gestite e l’assoggettamento di Pago PA alla sorveglianza di Banca d’Italia ai sensi dell’art. 20 del Provvedimento del 9 novembre 2021 attuativo del citato art. 146 TUB, hanno reso necessaria l’adozione di presidi di mitigazione dei problemi che impattano la Piattaforma e che possono generare disagi e/o disservizi verso Enti Creditori e Utenti.

Quale soluzione adottiamo?

Al fine di assicurare la continuità operativa PagoPA sta lavorando, quindi, alla strutturazione di un processo di Quality Improvement che prevede il monitoraggio periodico delle performance dei PSP sulle aree di maggior impatto e attraverso specifiche metriche definite "KPI".

Impatti

L'obiettivo di tale processo è quello di incentivare i player a garantire livelli di performance adeguati al servizio offerto dalla piattaforma pagoPA, sia verso i cittadini, sia verso gli Enti Creditori. Inoltre, l’iniziativa è inserita nell’ambito della revisione delle Linee Guida pagoPA.

Per i PSP:

Errori, ritardi o mancato invio dei Flussi di Rendicontazione

Il PSP può generare FdR errati, mancato invio, o ritardo nella trasmissione degli stessi, spesso anche successivamente alla richiesta esplicita da parte di PagoPA. Tra le casistiche di errore più frequenti riscontriamo:

• produzione di FdR con idFlusso che non corrisponde alla causale del SCT;

• FdR con incongruenze rispetto al totale del SCT (con conseguenti squadrature).

Mancato rispetto delle Specifiche

Il PSP non rispetta le modalità di gestione dei flussi di pagamento descritti nelle SANP.

Serve supporto?

Per altri chiarimenti suggeriamo di rivolgersi all’Account PagoPA di riferimento.

A quale esigenza rispondiamo?

L'esigenza è quella di estendere le modalità di gestione dei Flussi di Rendicontazione “FdR” introducendo nuovi strumenti per la trasmissione delle informazioni.

Quale soluzione adottiamo?

PagoPA metterà a disposizione degli EC/PSP delle nuove primitive, che andranno ad affiancare quelle già esistenti, per la gestione dei download/upload dei FdR. Le nuove API funzioneranno in parallelo fino alla dismissione di quelle già esistenti che avverrà nel Q4 2024.

L'introduzione dei nuovi servizi ha l’obiettivo di ottimizzare l’attuale flusso logico, gestendo in maniera ottimale tutte le fasi di gestione dei FdR, anche di dimensioni elevate.

Gli EC ed i PSP potranno adeguare le chiamate alle primitive messe a disposizione dalla piattaforma pagoPA per poter gestire in maniera efficiente i FdR.

Perché è importante adeguarsi

Le implementazioni da parte di EC e PSP sono obbligatorie.

L'utilizzo delle nuove funzionalità consente ad EC e PSP di rendere notevolmente più robusto il processo di gestione dei FdR, in considerazione del fatto che le nuove primitive implementano delle logiche di controllo sulla sintassi del flusso e sulle operazioni di download/upload. Tali controlli si ritengono necessari per evitare dei blocchi nella catena del pagamento e, quindi, limitare gli attuali interventi manuali effettuati per lo sblocco.

Serve supporto?

Per gli sviluppatori .

Per altri chiarimenti suggeriamo di rivolgersi all’Account PagoPA di riferimento.

Di seguito sono riportati i dati principali sui volumi gestiti da pagoPA negli ultimi 12 mesi, con alcuni approfondimenti per il primo trimestre del 2023.

Per una vista aggiornata è possibile consultare la pagina dedicata che riporta i dati in tempo reale:

Dati degli ultimi 12 mesi

Dettaglio dati per il trimestre Q2 2023

Nel trimestre Q3 2023 sulla piattaforma pagoPA sono state gestite 97.723.846 transazioni, rispetto alle 90.251.134 dello stesso trimestre del 2022.

Flussi di Rendicontazione

I PSP che effettuano le operazioni di pagamento sono tenuti ad inviare i flussi di rendicontazione (FdR) al Nodo dei Pagamenti-SPC, al fine di consentire agli Enti Creditori (EC) la riconciliazione dei riversamenti avvenuti.

Tali flussi devono essere conformi alle specifiche pubblicate nelle SANP relative alle tempistiche di invio e al loro contenuto.

Spesso, anche successivamente ad una esplicita richiesta da parte di PagoPA, il PSP può trovarsi nella condizione di generare FdR con importo errato, con numero di pagamenti errato, un ritardo nella trasmissione degli stessi e/o un mancato invio.

Per efficientare i processi ed evitare questa tipologia di criticità, PagoPA ha definito un processo di Quality Improvement al fine di fornire ai PSP idonei strumenti in grado di contribuire ad un miglioramento dell’intero processo.

Riversamenti doppi o mancanti

Per supportare gli automatismi di quadrature fra rendicontazioni e riversamenti ed evitare riconciliazioni manuali, è fondamentale che i riversamenti quadrino con quanto è l'atteso dei pagamenti sul Nodo.

Il sistema di Quality Improvement, definito da PagoPA, nasce proprio dall'esigenza di rafforzare gli standard di performance della piattaforma e fornire gli strumenti necessari affinché errori di questo tipo non siano più verificabili. In ogni caso è necessario che PagoPA venga avvisato tempestivamente e sia in grado di gestire al meglio le criticità verso gli EC.

Di seguito alcuni elementi utili per una corretta lettura delle informazioni di sintesi presenti nelle tabelle riportate nell'intestazione di ogni capitolo:

Mancata gestione IBAN accredito

Quando un Ente Creditore chiude un conto di accredito e/o ne apre uno nuovo e non comunica l'informazione a PagoPA, i pagamenti che veicolano un IBAN di riversamento non più attivo e gli SCT effettuati dai PSP vengono rifiutati.

E' necessario che i Referenti dei Pagamenti aggiornino costantemente le informazioni relative agli IBAN di riferimento, onde evitare problemi di mancato riversamento, squadrature e impossibilità di riconciliazione.

Mancato rispetto delle Specifiche

Se un Ente Creditore tarda nell'adeguamento alle specifiche SANP, influisce sulla qualità del servizio che pagoPA è in grado di erogare, rendendo complesso e oneroso il mantenimento di servizi deprecati. La tempistica richiesta per l'adeguamento viene sempre proporzionata all'importanza della specifica.

A tal proposito si ricorda che:

• A partire da marzo 2023 le già deprecate “primitive” paaAttivaRPT e paaVerificaRPT (relative alle SANP 2.2.2) non saranno più manutenute.

• Deprecazione di GAD e Porte di dominio: entro la fine del 2023 entrambi i metodi di collegamento al Nodo verranno dismessi. Le infrastrutture sono obsolete e non in grado di mantenere i più moderni standard di sicurezza; a tal fine PagoPA ha deciso di adottare la nuova connettività come metodologia per l'accesso alla piattaforma.

Migrazione da aux-digit 0 a aux-digit 3

Le attuali specifiche SANP prevedono che un Ente Creditore non possa più avvalersi della configurazione con aux digit uguale a 0, un tempo prevista e permessa solo a quei soggetti che avevano un unico punto di generazione. Ad oggi, si rilevano ancora molti casi di stazioni che presentano Enti Creditori con aux digit a 0. Ove possibile, è prevista una configurazione parallela con aux digit a 3, in modo da permettere all'Ente Creditore di smaltire gli Avvisi di pagamento emessi con aux digit 0.

Nell’ambito del progetto denominato Quality Improvement, PagoPA S.p.A. ha predisposto alcune azioni di monitoraggio dell’operato dei PsP con l’obiettivo di assicurare una migliore gestione del Nodo.

Definizione metriche

Le metriche definite per analizzare il comportamento dei PsP riguardano due diversi ambiti di monitoraggio:

1. il processo di rendicontazione verso gli enti creditori (EC): I PsP che effettuano le operazioni di pagamento sono tenuti ad inviare i flussi di rendicontazione (FdR) al Nodo dei Pagamenti-SPC al fine di consentire agli Enti creditori (EC) la riconciliazione dei riversamenti avvenuti. Tali flussi devono essere conformi alle specifiche pubblicate nelle SANP relative alle tempistiche di invio e al loro contenuto

2. il livello di servizio delle metodologie dei PsP: I PsP sono tenuti a rispettare le specifiche tecniche contenute nelle SANP in merito ai livelli di servizio e alla gestione delle sessioni di pagamento. Tali specifiche consentono al Nodo dei pagamenti-SPC di garantire una buona qualità del servizio lungo tutta la filiera.

Per ogni ambito, sulla base delle specifiche tecniche contenute nelle SANP, sono state individuate quattro diverse metriche per esaminare il comportamento dei PsP.

1. Processo di rendicontazione verso gli EC

Con riferimento alle SANP 3.6.0 definiamo:

FdR in orario: primo invio entro D+2 o sovrascritto entro D+4

2. Livello di servizio delle metodologie dei PsP

I PsP sono tenuti a rispettare le specifiche tecniche contenute nelle SANP in merito ai livelli di servizio e alla gestione delle sessioni di pagamento. Tali specifiche consentono al Nodo dei pagamenti di garantire una buona qualità del servizio lungo tutta la filiera.

Con riferimento alle SANP 3.6.0 definiamo: