Open celineung opened 1 month ago
pour moi, il faut les 3 ensemble pour proposer une solution parfaite. En effet, si un conseiller I Milo créée un établissement dans I Milo alors que la demande de convention est déjà créée, la convention ne pourra remonter dans I Milo que si on rejoue l'appel API. Suggestion de Ben sur la proposition 3 : limiter la possibilité de lancer une synchro/convention pour un temps donné afin de réduire le retour à la synchronisation compulsive
:thinking: Contexte et problématique (et par qui est-ce remonté ?)
Actuellement dans le tableau Metabase des conventions en erreur, nous remontons la dernière erreur qui a eu lieue pour l'envoi d'une convention, même si cet envoi a pu se faire correctement plus tard.
Elle apparait toujours dans le tableau de bord comme une convention en erreur alors que ce n'est plus le cas.
Les prescripteurs doivent marquer la demande comme traitée pour l'enlever de ce tableau.
:tada: Proposition de solutions
--> A partir de ces propositions, on peut construire la vue view_conventions_errored pour ne récupérer que les conventions toujours en échec aujourdh'ui.
US :
bouton relancer la convention sur l'espace prescripteur
ne pas faire apparaître les conv en erreur si elles ont eu un succès derrière
stocker les appels en succès et pas seulement les erreurs