LogoLogo
SANPSACITutto il resto
SANP 3.7.0
SANP 3.7.0
  • ⬅️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
    • Quality Improvement
  • 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
      • Gestione Massiva
        • Caricamento massivo
      • Operazioni disponibili
    • POS Fisici
  • FAQ
    • Ente Creditore
    • PSP
    • Intermediario tecnologico
Powered by GitBook
On this page
  • Flussi di Rendicontazione inviati in ritardo [LFDR]
  • Flussi di Rendicontazione non rendicontati [NRFDR]
  • Flussi di Rendicontazione con numero di pagamenti errato [WPNFDR]
  • Flussi di Rendicontazione con importo errato [WAFDR]
  • Tempo massimo risposta a metodo pspNotifyPayment​ [TPNP]
  • Tempo massimo invio sendPaymentOutcome a fronte di pspNotifyPayment [TNSPO]
  • Invio sendPaymentOutcome a token scaduto [LSPO]
  • Nessun invio della sendPaymentOutcome [DASPO]
  1. Prestatore di Servizi di Pagamento

Quality Improvement

PagoPA S.p.A. ha definito un processo strutturato di Quality Improvement con l’obiettivo di stabilizzare la piattaforma pagoPA, di eliminare le inefficienze e di migliorare ulteriormente i servizi offerti. PagoPA S.p.A. ha deciso di riconoscere uno sconto sulle fatture trimestrali dei PSP che rispettano i KPI oggetto di monitoraggio (8 KPI).

Requisiti per l'ottenimento degli sconti da parte dei PSP:

  • per il 2024, se vengono rispettati tutti gli 8 KPI per ogni mese del trimestre di riferimento, al PSP verrà riconosciuto uno sconto del 4% sulla fattura trimestrale; se vengono rispettati 6 o 7 KPI su 8 per ogni mese del trimestre di riferimento, al PSP verrà riconosciuto un sconto del 3% sulla fattura trimestrale;

  • per il 2025 e il 2026, se vengono rispettati tutti gli 8 KPI per ogni mese del trimestre di riferimento, al PSP verrà riconosciuto un sconto del 4% sulla fattura trimestrale.

L’ avvio del programma di monitoraggio dei KPI è previsto per luglio 2024 e avverrà su base mensile, mentre il calcolo degli sconti avverrà su base trimestrale.

Le metriche definite per l’analisi riguardano due diversi ambiti di monitoraggio:

  • il processo di rendicontazione verso gli EC;

  • il livello dei servizi dei metodi dei PSP.

Per ogni ambito, sulla base delle specifiche tecniche, sono state individuate delle metriche che sono esposte nei successivi paragrafi.

Flussi di Rendicontazione inviati in ritardo [LFDR]

Definiamo:

  • flusso di rendicontazione in orario: primo invio entro D+2 o sovrascritto entro D+4;

  • flusso di rendicontazione in ritardo v1: primo invio tra D+2 e D+4;

  • flusso di rendicontazione in ritardo v2: re-invio invio tra D+4 e D+10.

Per stabilire se un pagamento ha il relativo flusso di rendicontazione in ritardo si valuta in quale giorno è stato inviato il suddetto flusso, la verifica viene fatta confrontando i dati del processo di pagamento con quelli presenti nel flusso di rendicontazione.

Soglia massima consentita: 1% sul totale dei pagamenti nel mese.

Riferimento specifiche: Rendicontazione e Cashflow.

Flussi di Rendicontazione non rendicontati [NRFDR]

Definiamo:

  • flusso di rendicontazione mai inviato: primo invio oltre D+10;

  • flusso di rendicontazione inviato ma sovrascritto oltre i D+10;

  • flusso di rendicontazione non presente nel momento della valutazione del KPI.

Il calcolo viene eseguito andando a sommare i casi di flusso di rendicontazione arrivati oltre D+10 (seguendo la verifica come sopra definita) con i casi di flusso di rendicontazione non presenti nel giorno della valutazione (10 del mese successivo).

Soglia massima consentita: 1% sul totale dei pagamenti nel mese.

Riferimento specifiche: Rendicontazione e Cashflow.

Flussi di Rendicontazione con numero di pagamenti errato [WPNFDR]

Il numero di pagamenti presenti nel flusso di rendicontazione deve coincidere con il numero di pagamenti atteso, ossia il totale dei pagamenti effettuati nella giornata di riferimento del flusso di rendicontazione (D), se il flusso di rendicontazione contiene un numero di pagamenti diverso (inferiore o maggiore) viene considerato errato.

Il calcolo viene effettuato considerando, per ogni giornata di pagamento e per ogni EC, quanti pagamenti sono attesi e confrontato tale valore con il numero di pagamenti presenti nel flusso di rendicontazione.

Soglia massima consentita: 1% sul totale dei pagamenti nel mese.

Riferimento specifiche: Rendicontazione e Cashflow.

Flussi di Rendicontazione con importo errato [WAFDR]

Gli importi delle singole transazioni trasmesse dal flusso di rendicontazione devono coincidere a due decimali con quelli dei pagamenti gestiti dal Nodo. Se il flusso di rendicontazione contiene un importo errato (anche solo per una singola transazione) tale flusso di rendicontazione viene considerato errato.

Il calcolo viene effettuato confrontando l’importo di ciascun pagamento presente negli archivi del Nodo con il relativo importo presente nel flusso di rendicontazione, la soddisfazione del KPI avviene nel momento in cui i due valori coincidono.

Soglia massima consentita: 1% sul totale dei pagamenti nel mese.

Riferimento specifiche: Rendicontazione e Cashflow.

Tempo massimo risposta a metodo pspNotifyPayment​ [TPNP]

Soglia massima consentita: 2% su base mensile.

Riferimento specifiche: Livelli di Servizio PSP indicatore TPNP.

Tempo massimo invio sendPaymentOutcome a fronte di pspNotifyPayment [TNSPO]

Soglia massima consentita: 2% su base mensile.

Riferimento specifiche: Livelli di Servizio PSP indicatore TNSPO.

Invio sendPaymentOutcome a token scaduto [LSPO]

Soglia massima consentita: 2% su base mensile.

Nessun invio della sendPaymentOutcome [DASPO]

Soglia massima consentita: 2% su base mensile.

PreviousProcesso di avvio in EsercizioNextApp IO

Last updated 1 year ago

Non è consentito l’invio di una response a fronte di una oltre il tempo massimo previsto da specifiche.

Non è consentito l’invio di una , a fronte della conclusione della gestione del metodo con esito positivo, oltre il tempo massimo previsto da specifiche.

Non è consentito l’invio di a token scaduto, ossia oltre il tempo massimo di sessione.

Riferimento specifiche: .

E’ obbligatorio inviare una a fronte di una attivazione di pagamento, a prescindere dall'esito del pagamento.

Riferimento specifiche: .

Payment Token
Payment Token
pspNotifyPaymentV1/V2
sendPaymentOutcomeV1/V2
pspNotifyPaymentV1/V2
sendPaymentOutcomeV1/V2
sendPaymentOutcomeV1/V2