Risultati
85 risultati
-
italia
4. Soggetti destinatari
Ai sensi dell’articolo 5 del CAD, sono tenute ad accettare pagamenti elettronici tutte le pubbliche amministrazioni di cui all’articolo 1, comma 2, del decreto legislativo 30 marzo 2001, n. 165, i gestori di pubblici servizi, nonché le società a controllo pubblico, come definite nel decreto legislativo adottato in attuazione dell’articolo 18 della legge n. 124 del 2015, escluse le società quotate come definite dallo stesso decreto legislativo adottato in attuazione dell’articolo 18 della legge n. 124 del 2015. Inoltre, l’articolo 15, comma 5bis, del D.L. 179/2012, come convertito in legge, ha esteso genericamente alle pubbliche amministrazioni l’obbligo a collegarsi all’infrastruttura del Nodo dei Pagamenti-SPC. A tal riguardo, per la nozione di pubblica amministrazione, si rinvia a quanto già ampiamente dettagliato dal Ministero dell’Economia e delle Finanze e dalla Presidenza del Consiglio dei Ministri con la circolare interpretativa n. 1 del 9 marzo 2015, emessa per l’ambito applicativo soggettivo della fatturazione elettronica. Pertanto, nel seguito del presente documento sarà utilizzata la dizione Enti Creditori per indicare genericamente l’insieme dei soggetti obbligati all’adesione al Sistema pagoPA unitamente a quelli aderenti in via facoltativa. Le operazioni di pagamento oggetto delle presenti Linee guida afferiscono a quanto dovuto agli Enti Creditori a seguito di obblighi di legge ovvero conseguenti all’erogazione di servizi ovvero per pagamenti a qualsiasi titolo dovuti e che possono essere attivati, sia da parte dell’Ente Creditore, sia su iniziativa dell’utilizzatore finale. L’Agenzia si riserva di valutare istanze di adesione di soggetti non obbligati che vogliano aderire in via facoltativa al sistema. L’adesione resta, altresì, facoltativa da parte dei prestatori di servizi di pagamento che vogliano erogare servizi nei confronti degli utilizzatori finali ...
-
italia
8. Effettuazione del pagamento
Al fine di assicurare l’applicazione uniforme dei tempi di esecuzione massima delle operazioni e tenendo altresì conto dei diversi modelli operativi adottati dai PSP, indipendentemente dal termine della giornata operativa stabilito da ciascun PSP, il termine della giornata operativa per la ricezione delle operazioni di pagamento da effettuarsi tramite il Nodo dei Pagamenti-SPC (c.d. “giornata operativa del Nodo dei Pagamenti-SPC”) è indicata nella Sezione I dell’ Allegato A - Specifiche attuative dei codici identificativi di versamento, riversamento e rendicontazione. [3]. Capo III “Formazione, gestione e conservazione dei documenti informatici” del CAD. [4]. La commissione applicata dal PSP al pagatore rappresenta il corrispettivo per l’esecuzione di un servizio di pagamento e non costituisce pertanto una fattispecie assimilabile al surcharge (art. 3, comma 4, D.Lgs. 11/2010; art. 21, comma 4bis, e art. 62, comma 1, D.Lgs. 206/2005) in cui il beneficiario applica un sovrapprezzo per l’utilizzo di determinati strumenti di pagamento, ribaltando sull’utente, in tutto o in parte, le commissioni che lo stesso beneficiario è chiamato a riconoscere al proprio PSP ...
-
italia
2. Sezione 3 - Specifiche Tecniche EC
Quest’area raccoglie tutte le specifiche tecniche di riferimento per un EC ...
-
italia
3.3. Integrazione di uno strumento di pagamento
Il processo di pagamento attraverso la pspInviaCarrelloRPTCarte è deprecato, a partire dal 01/11/2021 non sarà più possibile integrare nuovi PSP che utilizzino tale primitiva. Per i PSP attualmente integrati, la primitiva sarà disponibile fino al 01/06/2022. Nuove funzionalità saranno disponibili solo ed esclusivamente sul nuovo flusso di pagamento ...
-
italia
Paypal
work in progress. PayPal è una società statunitense che offre servizi di pagamento digitale; fondata nel 1999 oramai è sinonimo di pagamento facile e sicuro. Un qualsiasi utente medio che effettua pagamenti on-line conosce e/o possiede un account PayPal. PayPal è, di fatto, un wallet dell’utente al cui interno può inserire diversi metodi di pagamento, tra cui carta di credito e bonifico bancario. Non essendo un PSP aderente alla piattaforma pagoPA, il servizio di pagamento utilizzando il wallet PayPal è offerto come soluzione da uno ( o più ) PSP aderenti. Ciò significa che il durante l’operazione di pagamento sarà il PSP a ricevere le somme , ed unico responsabile del trasferimento sui conti correnti della Pubblica Amministrazione. Grazie all’integrazione del prodotto di PayPal, un Cittadino potrà salvare all’interno del suo wallet il suo account PayPal ed utilizzarlo durante un pagamento. Durante l’operazione di aggiunta dello strumento ( onBoarding), sarà utilizzato un PSP di default tra quelli offrono lo strumento secondo un criterio di maggior risparmio per il cittadino ( costo della transazione inferiore ). Al termine di tale processo, il PSP acquisirà l’autorizzazione per effettuare pagamenti pagoPA con l’account paypal dell’utente. sd_paypal.puml. la piattaforma seleziona il PSP di default da associare a paypal in base al costo commissioni applicato. viene visualizzata una schermata riepilogativa , in cui l’utente dichiara di voler procedere con l’inserimento dello strumento. la piattaforma richiede l’onboarding dell’utente attraverso la primitiva pp_onboarding_be, specificando la url di ritorno da utilizzare al termine dell’operazione di onboarding. il PSP effettua operazioni di verifica su paypal restituendo una url temporanea da autilizzare per registrare il PSP autorizzato ad operare sul conto paypal. la piattaforma re-indirizza l’utente verso la url restituita al punto precedente, indicando una onBoardingSessionUrl. l’utente inserisce il proprio account paypal, e termina le operazioni di autorizzazioni necessarie. al termine delle operazioni, l’utente viene re-indirizzato alla return_url ritornando le seguenti informazioni :. pspToken, identificativo autorizzativo dello strumento di pagamento presso il PSP. idUser, identificativo dell’account paypal. mail, e-mail dell’account paypal ( mascherato ). la piattaforma restiuisce esito all’utente ed all’interno del wallet viene salvato l’account paypal associato al PSP. Durante le operazioni di pagamento , potrà sempre cambiare la scelta del PSP visionando esplicitamente il costo delle commissioni applicate sulla transazione in essere. Il flusso di pagamento può essere riassunto come segue. sd_pagamento_paypal.puml. il PSP esegue il pagamento, e restituisce l’esito. la piattaforma notifica i dati dell’accredito attraverso la primitiva pspNotifyPayment(idTokenPagamento). il PSP prende in carico il riversamento riconoscendo, attraverso le informazioni presentu nella sezione paypal, il pagamento eseguito. 5 Successivamente , entro 2sec, il PSP invia conclusione del pagamento con la prmitiva sendPaymentOutcome. la piattaforma notifica l’avvenuta ricezione e si impegna a consegnare ricevuta agli Enti beneficiari. Oltre ai flussi descritti il PSP deve mettere a disposizione : - pp_delete_account : cancellazione dell’autorizzazione - pp_delete_payment : storno del pagamento, necessario per gestire casi di errore. La fase di on-boarding sarà completata all’interno del servizio PayPal, dove l’utente accederà con il proprio account e autorizzerà il PSP ( qui invece il riferimento del PSP sarà esplicito ) ad effettuare pagamenti sulla piattaforma pagoPA utilizzando l’account dell’utente. Il PSP utilizzato in fase di onboarding sarà la scelta predefinita durante le operazioni di pagamento ...
-
italia
2.2. Descrizione UX (WISP)
Lo sviluppo del WISP segue le linee guida di design per i servizi digitali della PA. In particolare, viene assicurata la compatibilità con versioni dei browser che abbiano una penetrazione media tra la popolazione di almeno 1 persona ogni 100 abitanti. Ciò significa che con i dati disponibili ad oggi i browser supportati sono:. Chrome. Safari. Firefox. Samsung Internet Browser. Edge. Opera. Nota: il browser Internet Explorer 11 (IE-11) non rientra tra la lista dei browser supportati. Nel dettaglio, IE-11 non supporta gli standard web moderni ed è un freno all’implementazione all’interno delle nostre piattaforme di API web moderne e con misure di sicurezza più avanzate rispetto a quanto disponibile nel 2013 ...
-
italia
Sezione 3 - Specifiche Tecniche
Specifiche tecniche pagoPA. Questa sezione contiene una descrizione delle specifiche tecniche per l’integrazione di EC e PSP alla piattaforma pagoPA. I dettagli di tutte le interfacce e la documentazione di dettaglio è reperibile tramite il repository Github pago-api o in formato web tramite portale degli sviluppatori. Nota: All’interno della sezione, è possibile che vengano fatti esempi di scenari di pagamento. Questi devono essere presi come esempi e non indicano alcun comportamento verso l’EC ...
-
italia
2.9. Ricevute di pagamento
A fronte di qualsiasi pagamento avvenuto sulla Piattaforma pagoPA viene generata, e notificata tempestivamente, una ricevuta che attesta il pagamento avvenuto con i riferimenti alla posizione debitoria e relativi dettagli. sd_ec_paGetPayment. Le ricevute vengono inviate:. nel caso di pagamento tramite avviso di pagamento alla stazione indicata all’interno dell’avviso. a tutte le stazioni identificate come “broadcast” qualora l’Ente beneficiario, contenuto all’interno del pagamento, non sia associato alle stazioni descritte precedentemente. Per poter ricevere tali ricevute, l’EC deve disporre dell’operazione sendRT e paaInviaRT (già contenuta nelle precedenti versioni: continuerà ad essere utilizzata e supportata sino al 31/12/2021). In particolare la piattaforma pagoPA fornirà all’EC l’esito del pagamento in modalità congruente alla configurazione dell’EC stesso:. se configurato con il nuovo modello per mezzo della primitiva paSendRT, esclusivamente in caso di esito positivo, oltre a tutti gli Enti beneficiari coinvolti nel pagamento. Nel precedente caso (a) è possibile che il PSP notifichi alla piattaforma un pagamento a token scaduto: in tal caso la piattaforma stessa avvierà un processo di retry verso l’EC (caso 2). Il motivo del processo di retry deriva dal fatto che è stata consegnata una “RT negativa” all’EC. sd_ec_paAttivaRPT_retry. La Piattaforma pagoPA effettuerà un massimo di 5 tentativi di invio della ricevuta all’EC. In caso di mancata notifica della ricevuta verrà attivato il tavolo operativo ed eventualmente ripristinata l’operazione di invio. Nota: le ricevute non possono essere rifiutate, l’esistenza della ricevuta stessa attesta l’avvenuto pagamento secondo i processi descritti e notifica future operazioni di accreditamento. Eventuali storni/annulli dovranno essere gestiti direttamente dall’EC ...
-
italia
3.1. Pagamento presso il Prestatore di Servizi di Pagamento
Nel seguito viene descritto il processo in cui l’esecuzione del pagamento avviene presso le infrastrutture messe a disposizione dal Prestatore di Servizi di Pagamento (PSP), come ad esempio: home banking, mobile payment, uffici postali, ricevitorie, etc. L’Ente Creditore beneficiario del pagamento deve rendere disponibile, con le modalità previste dalla Piattaforma pagoPA, un archivio delle posizioni debitorie (Archivio Pagamenti in Attesa). Inoltre, l’Ente Creditore deve aver reso disponibile all’utilizzatore finale - nelle varie modalità previste - un Avviso con gli estremi del pagamento da effettuare; tali estremi sono necessari per poter effettuare un pagamento su pagoPA. La generazione della posizione debitoria è il requisito necessario al pagamento sulla Piattaforma pagoPA, a prescindere dalla causa della generazione della posizione debitoria stessa:. un soggetto può assumere l’iniziativa di avviare il pagamento (c.d. “pagamento spontaneo”), quindi è il soggetto stesso che interagisce con uno specifico servizio messo a disposizione dal Prestatore di Servizi di Pagamento e, tramite questo, richiede all’Ente Creditore la generazione della posizione debitoria ...
-
italia
3.6. Banca Seller
A conclusione delle operazioni di pagamento, il PSP deve chiamare la pagina del WISP tramite un URL composto nel seguente modo:.
?[idDominio= &] [&idCarrello= ]& . Dove. urlWeb-FESP - è lo URL della componente Web pagoPA. parametriPagamentoImmediato - query string contenente parametri specifici del PSP, deve contenere il medesimo valore della redirect verso il servizio del PSP. idCarrello - identificativo del carrello di cui si indica l’esito, deve contenere il medesimo valore della redirect verso il servizio del PSP. codiceRitornoPSP - definisce l’esito dell’operazione, può assumere i valori: OK | KO | DIFFERITO ... -
italia
2.1. Pagamento On-Line
Tramite la Piattaforma pagoPA, un EC può innescare un pagamento on-line di una o più posizioni debitorie (carrelli). pagamento on line. la piattaforma crea una sessione di pagamento. la piattaforma restituisce la checkout url a cui reindirizzare il browser dell’utente per eseguire il pagamento. il browser dell’utente viene reindirizzato verso la url ottenuta, eventualmente corredandola dei query parameter di lingua e logo. viene mostrata la landingPage del WISP. l’utente naviga la webapp denominata WISP per l’autenticazione e la selezione dello strumento di pagamento. E’ possibile eseguire operazioni di pagamento sia in modalità anonima (inserendo esclusivamente una mail su cui ricevere messaggio di ricevuta, oppure in modalità registrata utilizzando credenziali SPID. In tal caso il messaggio di ricevuta sarà spedito alla mail SPID , oppure alla mail di notifica impostata tramite l’appIO. viene eseguito il pagamento utilizzando lo strumento selezionato dall’utente. al termine delle operazioni on-line, l’utente viene reindirizzato sulla pagina dell’EC impostata nella configurazione della stazione corredata dall’esito dell’operazione. Per maggiori informazioni sulla configurazione della stazione, consultare la Sez-IV. l’EC riceve inoltre una ricevuta telematica che descrive l’intera operazione di pagamento. nel caso di pagamenti relativi a posizioni debitorie multibeneficiario con intermediari differenti per mezzo della primitiva paaInviaRT se Ente Primario o tramite la paSendRT se Ente Secondario. per le altre tipologia di posizione debitoria sempre per mezzo della primitiva paaInviaRT. l’EC comunica la ricezione della ricevuta ...
-
italia
3.4. Canale di pagamento on-line (WFESP)
Le queryString associate ai parametri parametriProfiloPagamento e parametriPagamentoImmediato dipendono dall’integrazione verso il PSP. Di default vengono utilizzati i seguenti valori (codice _wpl02_):. Forma del parametriProfiloPagamento: non valorizzato. Forma del parametriPagamentoImmediato: idBruciatura=
. Esempio di URL di redirezione WFESP->PSP: ?[idDominio= ]&idBruciatura= [&idCarrello= ][&lang="it-IT"]. Esempio di URL di redirezione PSP->WFESP: ?[idDominio= ]&idBruciatura= &codiceRitorno= . con codiceRitorno che può assumere i seguenti valori (traduzione WFESP per PA):. OK: Processo concluso con esito positivo (OK). ERROR: Processo concluso con esito negativo (ERROR). ABORT: Transazione annullata dall’utente giunto sulla pagina di pagamento (ERROR). DIFFERITO: Processo concluso con esito dubbio- PAGO IN CONTO (DIFFERITO) ...