LogoLogo
SANPSACITutto il resto
SANP 3.6.1
SANP 3.6.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
  • 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
  • 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
      • Pagamenti presso frontend dell'EC in modalità asincrona
      • Operazioni disponibili
    • POS Fisici
  • FAQ
    • Ente Creditore
    • PSP
    • Intermediario tecnologico
Powered by GitBook
On this page
  1. Casi d'uso

Pagamento spontaneo presso PSP

PreviousPagamento di un avviso presso PSPNextCatalogo dei servizi

Questo processo prevede che l’esecuzione del pagamento spontaneo 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.

Solitamente l'utente dopo aver inserito i dati essenziali del servizio, utili per definire la posizione debitoria, potrà procedere con il pagamento.

  • La è utilizzabile dai PSP per inviare i dati del servizio specifico inseriti dall'utente, in modo da ricevere in risposta le informazioni per avviare il processo di pagamento, tale fase è obbligatoria per i PSP;

  • la è utilizzata per richiedere all’EC la creazione della posizione debitoria in base ai dati dello specifico servizio inviati, l'EC invierà in risposta il numero avviso e i dati dell'Ente Beneficiario del pagamento;

  • con il PSP chiede al nodo di attivare il pagamento presso l’EC, avendo cura di inserire nel tag qrCode quello che ha ricevuto nella response alla sempre nel tag qrCode, tale fase è obbligatoria per i PSP;

  • la richiesta di attivazione del pagamento giunge all’EC per mezzo della , a meno che l'EC non sia in grado di identificare il debitore autonomamente e compilare il tag debtor in maniera corretta, è possibile utilizzare dei dati fittizi (es. "ANONIMO");

  • il PSP è tenuto a fornire l'esito del pagamento entro 2sec con la , 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;

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

Per la gestione degli errori fare riferimento a .

Catalogo dei servizi
Bollo auto
Gestione degli errori
demandPaymentNotice
paDemandPaymentNotice
l’activatePaymentNotice
demandPaymentNotice
paGetPayment
sendPaymentOutcome
paSendRT