REPEAT-319 [M] Реализовать доменную сборку повторного обращения #319

Текущий статус

Приостановлено 05.11.2026. Offline-core разработан в PR #324, но PR закрыт без merge из-за остановки текущего направления. Это не внедрённая функция. Текущая implementation Task закрывается как not_planned, код остаётся доступным по истории PR. Для возобновления нужен новый продуктовый контракт и отдельная Task.

Цель

Реализовать проверяемую доменную часть повторного обращения: отдельный вход, структурированный черновик и детерминированную сборку с точными реквизитами. Это самостоятельный этап Epic #195, без включения профиля в интерфейсе.

Входит в задачу

• Следовать спецификации docs/REPEAT_REQUEST.md из REPEAT-175 [L] Спроектировать профиль повторного обращения в управляющую организацию #175
• Строгие отдельные схемы входа, provider draft и результата без универсальной модели документа
• Различать полученный, неполученный и неизвестный ответ, отклонять несовместимые поля и непустое содержание ответа при неверном статусе
• Сохранять даты, номера, дополнительное место и явное требование детерминированно
• Формировать один безопасный fallback только при отсутствии явного требования
• Проверять календарные даты, профильные и суммарные лимиты, отказаться без усечения
• Нормативная часть следует явно зафиксированному решению REPEAT-175 [L] Спроектировать профиль повторного обращения в управляющую организацию #175, без новых процедурных норм
• TDD для схем, материализатора и renderer, обезличенные fixtures

Критерии готовности

• Невалидный вход и draft отклоняются, модель не управляет точными реквизитами или пунктом требования
• Все три статуса ответа воспроизводимо собираются в различимый текст
• Отсутствующие реквизиты не выдумываются, условия и отрицания desiredActions сохраняются
• Проверены длины полей, aggregate input, готового документа и отсутствие усечения
• Первичный контракт и provider/HTTP/UI не изменены
• make lint-md, pnpm check, git diff --check и независимое review проходят
• Provider attempts 0, расходы 0 ₽, стадия не объявлена готовым пользовательским профилем

Не входит в задачу

Provider prompt/transport, live qualification, HTTP/UI, изменение согласия, активация профиля, новые нормативные утверждения, история и deployment.

Зависимости и параллельность

Зависит от спецификации #175, родительский Epic #195. Блокирует provider-квалификацию, после которой подключается HTTP/UI. Может выполняться параллельно с независимыми UX-изменениями. Затрагивает только новые файлы core и его exports/tests. При ещё неслитом design PR публикуется явно зависимым stacked PR.