l'utente che avvia il pagamento dall'app IO deve scansionare il QR code presente sull'avviso di pagamento;
la è utilizzata per richiedere all’EC la verifica dell’opzione di pagamento identificata dal numero avviso;
la richiesta di attivazione del pagamento giunge all’EC per mezzo della ;
una volta concluse le operazioni di pagamento effettivo da parte dell'utente il Nodo provvede ad inviare i dettagli al PSP tramite la , nel caso di risposta KO da parte del PSP il processo viene interrotto e il pagamento deve essere stornato;
a fronte di eccezioni tecniche durante la chiamata alla pspNotifyPayment che impedissero di ricevere una response, il Nodo attenderebbe il verificarsi del primo dei seguenti eventi:
scadenza del payment token: il processo viene interrotto e il pagamento deve essere stornato;
ricezione della sendPaymentOutcome vers. 2: il flusso procede normalmente, tenendo sempre presente che il PSP non può inviare un outcome = KO;
nel caso il PSP inviasse una dopo aver risposto con un KO alla il Nodo risponderebbe con un KO per segnalare l'esito discorde;
in caso di accettazione della il PSP è tenuto a fornire l'esito del pagamento entro 2sec con la , nel caso il PSP inviasse un outcome = KO il Nodo risponderebbe con un KO per segnalare l'esito discorde;
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 .
Per un corretto e standardizzato utilizzo dei metadata è stato creato un apposito , in cui è presente una sezione dedicata alle informazioni del canale di pagamento presenti in additionalPaymentInformations della .
