LogoLogo
SANPSACITutto il resto
SANP 3.4.1
SANP 3.4.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
    • 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
  • Prestatore di Servizi di Pagamento
    • Adesione
    • Modalità di integrazione
      • Integrazione tramite API
      • Catalogo Dati Informativi
      • Offrire sistemi di pagamento su touch point di PagoPA S.p.A.
      • Gestione strumenti di pagamento
      • Best practice
    • Commissioni
    • Attestazione di pagamento
    • Processo di avvio in Esercizio
  • 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
    • Adesione ai servizi con subscription key
    • Posizioni Debitorie
      • Modello Dati
      • Stati della posizione debitoria
      • Operazioni disponibili
    • POS Fisici
  • FAQ
    • Ente Creditore
    • PSP
    • Intermediario tecnologico
Powered by GitBook
On this page
  1. Casi d'uso

Pagamento di un avviso presso PSP

PreviousModello datiNextPagamento spontaneo presso PSP

Last updated 2 years ago

Questo processo prevede che l’esecuzione del pagamento di un avviso precedentemente emesso da un EC avvenga presso le infrastrutture messe a disposizione dal PSP quali Banche e Sportelli ATM, Uffici Postali e Punti Postali, Bar, Edicole, Ricevitorie, Supermercati, Tabaccherie e altri Esercenti Convenzionati.

L’attuale workflow di pagamento presso i PSP si prefigge di gestire, ove possibile internamente alla piattaforma, le richieste provenienti dai PSP ovviando a:

  • disponibilità e latenza degli EC, fornendo ove necessario servizi aggiuntivi;

  • disponibilità delle informazioni essenziali per procedere all’incasso;

  • possibilità di pagamenti concorrenti.

  • quando l'EC riceve la receipt deve chiudere la posizione debitoria e considerarla interamente saldata.

La è un servizio OPZIONALE che non modifica lo stato della posizione debitoria, utilizzabile dai PSP che avviano il pagamento per mezzo del QR code presente nell'avviso analogico o con l’immissione manuale dei dati;

la è un servizio OPZIONALE che non modifica lo stato della posizione debitoria, è utilizzabile esclusivamente dal PSP Poste Italiane che avvia il pagamento per mezzo del Data Matrix presente nell'avviso analogico, e non per mezzo del QR Code;

la è utilizzata per richiedere all’EC la verifica dell’opzione di pagamento identificata dal numero avviso;

con il PSP chiede al nodo di attivare il pagamento presso l’EC, tale fase è obbligatoria per i PSP;

la richiesta di attivazione del pagamento giunge all’EC per mezzo della ;

il PSP è tenuto MANDATORIAMENTE a fornire in tempo reale l'esito del pagamento con la , quindi non appena l'utente finale abbia pagato o confermato sul touchpoint del PSP e comunque non oltre la scadenza del token, sia in caso di pagamento effettuato con successo (outcome = OK), sia in caso di pagamento non effettuato (outcome = KO);

tramite la primitiva viene inoltrata agli n EC interessati al pagamento la receipt (ricevuta) solo se il pagamento è stato effettuato, la receipt è un oggetto generato dalla piattaforma pagoPA;

Per la gestione degli errori fare riferimento a .

Gestione degli errori
verifyPaymentNotice
verificaBollettino
paVerifyPaymentNotice
l’activatePaymentNotice
paGetPayment
sendPaymentOutcome
paSendRT