LogoLogo
SANPSACITutto il resto
SANP 3.3.1
SANP 3.3.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 sincrone
      • Integrazione tramite API asincrone
      • 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. Appendici

POS Fisici

PreviousOperazioni disponibiliNextEnte Creditore

Last updated 2 years ago

Avendo un carattere meramente orientativo il contenuto della pagina corrente è immediatamente applicabile e ha lo scopo di incentivare i pagamenti con carta in tutti i possibili scenari di pagamento, fornendo indicazioni sia ai PSP sia a tutte le tipologie di EC aderenti a pagoPA, delineando le caratteristiche di un servizio di pagamento compatibile con le specifiche attuative della piattaforma pagoPA.

  • Presupposto del pagamento è che la posizione debitoria sia stata preventivamente creata dall'EC e comunicata al POS con i suoi dati fondamentali, qrCode e amount;

  • il qrCode deve essere scambiato con il PSP, in modo che quest'ultimo possa procedere con l'attivazione;

  • 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 ;

  • la conferma di attivazione viene inoltrata al POS che a questo punto consente il pagamento e ne inoltra l'esito al PSP;

  • 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;

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

Per la gestione degli errori fare riferimento a .

Gestione degli errori
l’activatePaymentNotice
paGetPayment
sendPaymentOutcome
paSendRT