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
  • Marketplace
  • Casi d'uso
  1. Appendici

Gestione evoluta commissioni

PreviousGiornale degli eventiNextPrimitive

Last updated 1 year ago

PagoPA S.p.A ha implementato questo servizio che introduce un motore di regole che funge da condizioniere per tutte le operazioni di pagamento della piattaforma, dando la possibilità ai PSP di creare pacchetti commissionali ad hoc per specifici pagamenti che garantiscono maggiore flessibilità in base a

  • commissioni diverse rispetto ad EC

  • touchpoint

  • tassonomia della posizione debitoria

  • importo

  • strumento di pagamento scelto

  • periodo

ogni EC ha la possibilità, per ogni pacchetto commissionale, di impostare la quota di cui si fa carico, potendo anche associarla a determinate tassonomie.

Tale servizio è alternativo all'utilizzo del Catalogo Dati Informativi.

Marketplace

E' lo strumento che permette agli EC di convenzionarsi a determinati pacchetti (pubblici o privati) esposti dai PSP o a completare con ulteriori attributi (commissioni a proprio carico e tassonomia) i pacchetti globali.

Ogni PSP può definire 3 tipologie di pacchetto commissionale

  • globale → disponibile per i pagamenti di qualsiasi EC;

  • pubblico → disponibile solo per i pagamenti degli EC che hanno attivato una “convenzione” tramite marketplace;

  • privato → disponibile solo per i pagamenti degli EC che hanno attivato una “convenzione” tramite marketplace su invito del PSP;

Casi d'uso

  • Ogni PSP ha a disposizione delle interfacce CRUD per gestire un pacchetto per ogni commissione;

  • ogni PSP può definire un importo per ogni pacchetto;

  • ogni PSP può definire una fascia di importo della transazione per ogni pacchetto;

  • ogni PSP può associare un metodo di pagamento ad ogni pacchetto;

  • ogni PSP può associare un touchpoint ad ogni pacchetto;

  • ogni PSP può associare un codice tassonomico ad ogni pacchetto;

  • ogni PSP può associare un periodo di validità ad ogni pacchetto;

  • ogni PSP può offrire i propri pacchetti privati agli EC;

  • ogni PSP può accettare le richieste di adesione degli EC ai propri pacchetti pubblici;

  • ogni PSP può accettare le modifiche di adesione degli EC ai propri pacchetti pubblici;

  • ogni EC ha a disposizione delle interfacce CRUD per gestire i pacchetti a cui ha accesso;

  • ogni EC può farsi carico di una quota commissionale per ogni pacchetto pubblico o privato a cui ha accesso;

  • ogni EC può associare un filtro per codice tassonomico per la quota commissionale di cui vuole farsi carico;

  • ogni EC può richiedere di aderire a un pacchetto pubblico;

  • ogni EC può modificare l’adesione a un pacchetto pubblico;

  • ogni EC può accettare l’offerta di un pacchetto privato.