max_attempts_reached — исчерпаны попытки чанка

Чанк вернулся в skipped[] ответа 202 на POST /orders/{order}/items/retry-failed с reason: "max_attempts_reached" и человекочитаемым reason_label. Массовый повтор завершился успешно — просто без этого чанка.

Лимит попыток — 5 на чанк, и он исчерпан. Шестого повтора не будет ни массового, ни поштучного: POST /orders/{order}/items/{item}/retry на такой чанк ответит 400.

Логику строить по reason, а не по reason_label: label приходит на языке ключа и меняется. Ловушка: флаг can_retry в OrderItem смотрит ТОЛЬКО на статус чанка и о числе попыток не знает — can_retry: true при исчерпанных попытках вполне обычен. Этот чанк уже не дотянуть; остаётся отдельный заказ на его текст. Соседние коды в том же skipped[]: superseded (у чанка уже есть успешная версия — он здоров, делать ничего не нужно), active_retry_exists (повтор уже идёт — дождаться), policy_flagged (нужен исправленный текст), insufficient_funds (не осталось залоченного остатка price_units − consumed_units).

GET /orders/{order}/items/{item}/text → POST /orders с этим текстом как новым заказом. Он платный: залоченный остаток исходного заказа сюда не переносится.

• policy_flagged — соседний код в skipped[]
• Гайд: ретраи и идемпотентность
• POST /orders/{order}/items/retry-failed
• GET /orders/{order}/items/{item}/text
• POST /orders