LogoLogo
SANPSACITutto il resto
SANP 3.9.1
SANP 3.9.1
  • ⬅️Torna a pagoPA.gov.it
  • Specifiche attuative del nodo dei pagamenti SPC
    • Premessa
    • Changelog
    • Glossario
    • Roadmap
    • Documentazione
    • Funzionamento generale
      • Ruoli
      • Ciclo di vita di un pagamento
      • Processi di pagamento
      • Rendicontazione e Cashflow
      • Overview delle componenti
      • Sicurezza e conservazione
      • L’adesione alla piattaforma pagoPA
      • Utilizzo del marchio pagoPA
      • Stand In
    • Erogazione e Livelli di servizio
    • Modello dati
  • Casi d'uso
    • Pagamento di un avviso presso PSP
    • Pagamento spontaneo presso PSP
      • Catalogo dei servizi
      • Bollo auto
    • Pagamento presso frontend dell'EC
    • Pagamento da Touchpoint PagoPA
      • Checkout
      • App IO
  • Ente Creditore
    • Adesione
    • Modalità d'integrazione
      • Integrazione tramite API asincrone
      • Integrazione tramite API sincrone
      • Integrazione touch point dell’EC con Checkout
      • Best practice
    • Generazione dell’Identificativo Univoco di Versamento
    • Tassonomia dei servizi di incasso
    • Tributi multi-beneficiario
    • Attestazione di pagamento
    • Riconciliazione contabile
    • Servizio @e.bollo
    • Stampa avvisi pagoPA
    • Processo di avvio in Esercizio
    • Opzioni di pagamento
      • Casi d'uso
        • Unica opzione totale
        • Più opzioni di pagamento con scadenze differenti
        • Unico piano rateale
        • Opzione totale e piano rateale (unico)
        • Opzione con molteplici piani rateali (con o senza opzione totale)
        • Co-obbligati in solido
  • Prestatore di Servizi di Pagamento
    • Adesione
    • Modalità di integrazione
      • Integrazione tramite API
      • Catalogo Dati Informativi
      • Offrire sistemi di pagamento su touchpoints di PagoPA S.p.A.
      • Integrazione standard per gli strumenti di pagamento
      • Integrazione per strumento di pagamento PayPal
      • Integrazione per strumento di pagamento tramite Redirect
      • Best practice
    • Commissioni
    • Attestazione di pagamento
    • Processo di avvio in Esercizio
    • Quality Improvement
    • Opzioni di pagamento
      • Casi d'uso
        • Unica opzione totale
        • Più opzioni di pagamento con scadenze differenti
        • Unico piano rateale
        • Opzione totale e piano rateale (unico)
        • Opzioni con molteplici piani rateali (con o senza opzione totale)
        • Co-obbligati in solido
  • Esperienza per il Cittadino
    • App IO
      • Carte
      • PayPal
    • Checkout
  • Appendici
    • Connettività
    • Indicatori di qualità per i soggetti aderenti
      • Livelli di Servizio Enti Creditori
      • Livelli di Servizio PSP
    • Giornale degli eventi
    • Generazione e stampa degli avvisi
    • Gestione evoluta commissioni
    • Primitive
    • Funzionalità deprecate
    • Posizioni Debitorie
      • Modello Dati
      • Stati della posizione debitoria
      • Pagamenti presso frontend dell'EC in modalità asincrona
      • Gestione Massiva
        • 📄Specifiche tracciato di input
        • ⚙️Gestione massiva tramite API REST
        • 📥Gestione massiva tramite SFTP
      • Operazioni disponibili
    • POS Fisici
  • FAQ
    • Ente Creditore
    • PSP
    • Intermediario tecnologico
Powered by GitBook
On this page
  • Processo di pagamento con opzioni di pagamento
  • Funzionamento della nuova API verifyPaymentOptions - PSP
  1. Prestatore di Servizi di Pagamento

Opzioni di pagamento

PreviousQuality ImprovementNextCasi d'uso

PagoPA mette a disposizione degli Enti Creditori (EC) una funzionalità per gestire le opzioni di pagamento, come piani rateali, maggiorazioni o riduzioni dell’importo. L’EC in fase di verifica del pagamento può inserire una serie di opzioni di pagamento che, tramite il touchpoint del PSP da cui è partita la richiesta, il cittadino può scegliere di pagare. Grazie a questa nuova funzionalità gli EC possono gestire il proprio archivio delle posizioni debitorie contemplando la possibilità di gestire le opzioni di pagamento che possono offrire al cittadino. Ad esempio possono dare al cittadino la possibilità di pagare un avviso in modalità unica piuttosto che con dei piani rateali.

La piattaforma pagoPA, nell’attuale processo di verifica della posizione debitoria, non prevede il concetto di opzioni di pagamento (OdP) multiple, pertanto è stato necessario implementare un nuovo servizio che preveda questo tipo di gestione. Il nuovo servizio si comporta da proxy esponendo una API che i PSP possono invocare per verificare il pagamento e recuperare le OdP disponibili nell’ambito della stessa posizione debitoria. La responsabilità del nuovo servizio è quindi quella di consentire la verifica di un avviso di pagamento e il recupero delle opzioni di pagamento disponibili per l’avviso, che devono essere esposte dal PSP.

I PSP devono restituire tutte le opzioni di pagamento disponibili per quel determinato avviso di pagamento così come indicate dall’EC.

Processo di pagamento con opzioni di pagamento

Di seguito vengono descritti i passi principali del flusso di pagamento con la gestione delle Opzioni di pagamento (OdP):

    1. viene attivato il microservizio dedicato;

    2. se la configurazione della stazione dell’EC da chiamare ha il flag "new verify" impostato su true, il microservizio esegue la chiamata all'endpoint configurato dell'ente creditore e restituisce al PSP le informazioni sulle opzioni di pagamento. Il PSP deve riportare in response le opzioni di pagamento che sono state indicate dall’ente creditore;

Funzionamento della nuova API verifyPaymentOptions - PSP

GET /payment-options/organizations/{fiscal-code}/notices/<notice-number>?idPsp={idPsp} 

In input deve essere presente l’identificativo del PSP all’interno del sistema pagoPA. In response il PSP deve poter esporre tutte le opzioni di pagamento disponibili per quel determinato avviso di pagamento così come indicate dall’EC, e descritto nei diversi Casi d'uso.

Il PSP ha la possibilità di chiamare sia la che la ;

nel caso venga chiamata la :

se il flag "new verify" è impostato su false, il microservizio effettua la chiamata e restituisce al PSP un codice di errore, invitandolo a utilizzare la ; il codice di errore restituito al PSP è il seguente: ODP_STAZIONE_INT_VERIFICA_ODP_DISABILITATA (errore fornito nel caso in cui la stazione non sia abilitata per l’utilizzo del servizio OdP). Nel caso in cui venga chiamata la il flusso rimane invariato.

Tutti i dettagli circa il funzionamento della nuova API sono disponibili in Primitive alla sezione . Il PSP effettua una chiamata GET REST in fase di verifica per richiedere le opzioni di pagamento disponibili per l’avviso di pagamento in oggetto:

paGetPayment
verifyPaymentNotice
verifyPaymentOptions
verifyPaymentOptions
verifyPaymentNotice
verifyPaymentNotice