Приём отвечает 200 до свёртки, свёртку ведёт фоновый воркер

- Очередью служит сама таблица: доставка ждёт свёртки в статусе `pending`,
  канал несёт только бит «есть работа». Переполнять нечего, падение процесса
  очередь не теряет, а подбор `pending` при старте — обычный проход воркера, а
  не отдельный код. Классификация исхода общая с пересборкой журнала.
- Исход разбора начал отражать доставку, а не обстоятельства: отмена и
  занятость базы статус не меняют (иначе конкуренция за базу выводила бы
  доставку из очереди навсегда), паника свёртки больше не валит процесс, а
  учёт доставки идёт через транзакцию с повторами.
- Длинный бюджет ответа выдан маршруту приёма, а не всему серверу:
  `write_timeout` в Go покрывает и чтение тела, и общий подъём снял бы защиту с
  остальных маршрутов.

docs/backlog/cena-sliyaniya-na-shirokoj-dostavke.md

@@ -52,7 +52,11 @@ Form одной точки    2.2 мкс
 
 ## Связано
 
-- [otvet-i-svyortka](otvet-i-svyortka.md) — воркер убирает влияние на ответ
-  приёму, но не на блокировку записи; задачи независимы.
-- [reindex-iz-arhiva](reindex-iz-arhiva.md) — подбирает доставки, ушедшие в
-  `failed` по этой причине.
+- Разнесение ответа приёма и свёртки **сделано** (архив change
+  `2026-08-02-otvet-i-svyortka`): воркер убрал влияние на время ответа, но не на
+  блокировку записи — длинная транзакция слияния держит её по-прежнему. Заодно
+  оттуда взято главное смягчение: занятость базы больше не выводит доставку из
+  очереди, она остаётся `pending` и пересворачивается. Оракул окна —
+  `task verify:busy`.
+- Пересборка (`healthlog reindex`) подбирает доставки, ушедшие в `failed` по
+  другим причинам.