Miglioramenti su Ux monitoraggio in caso di errore da parte del gateway di pagamento
Nel caso in cui ci fosse un problema nella creazione di un pagamento vanno migliorati alcuni ambiti nei microservizi per gestire questo errore.
Utente
Nel caso di errore mostriamo questo messaggio al cittadino Esporre un bottone per riprovare al cittadino, cliccando viene inviato un nuovo messaggio sul tipo della applications
Amministratore
Aggiungere un bottone nella configurazione del pagamento per il servizio per testare le configurazioni Cliccando viene inviata una chiamata POST su API "check-payment" esposta dal proxy, il payload della chiamata POST contiene:
{
"tenant_id": "uuid del tenant",
"service_id": "uuid del servizio",
}
Il proxy aggiungerà le altre informazioni per poter simulare un pagamento sul gateway
Proxy
- Migliorare log in caso di timeout e/o perdita di connessione da kafka (session_timeout_ms)
- Impostare timeout della richiesta ad gateway minore di session_timeout_ms
- Gestione del retry (per adesso puntiamo alla gestione del fallimento, questo da implementare in futuro)
- Se ricevo un errore di timeout posso riprovare (logica di gestione del retry con frequenza di tentativi dinamica, molto frequente all'inizio poi meno)
- Esporre metrica sui proxy sul numero degli errori
Payment updater Aggiungere il cambio stato a STATUS_PAYMENT_ERROR nel caso in cui lo stato del pagamento sia in CREATION_FAILED | PAYMENT_FAILED