REPEAT-321 [L] Подключить повторное обращение в API и форме #321

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

Не реализовано / остановлено 05.11.2026. HTTP/UI не подключались: обязательная semantic qualification #320 получила NO-GO, normative/privacy gates остаются открытыми. Зависимые PR #322/#324/#326 закрыты без merge. Текущая Task закрыта как not_planned, а не выполнена. Новый пользовательский профиль возможен только после отдельного продуктового решения, квалификации и необходимых operator approvals.

Цель

Дать пользователю явно выбрать и подготовить повторное обращение в УО после квалификации профиля, сохранив основной сценарий первичной заявки и общие ограничения расходов.

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

• Выполнить контракт REPEAT-175 [L] Спроектировать профиль повторного обращения в управляющую организацию #175 из docs/REPEAT_REQUEST.md
• До приёма переписки подтвердить применимость нормативных оснований и соответствие согласия Ц1/публичной политики/same-document script новым полям
• При содержательном изменении согласия получить решение оператора и новую версию, без молчаливого расширения обработки
• Добавить отдельный POST /api/generate/repeat и явный выбор профиля со своими полями и лимитами
• Сохранить общие client/global limiter, CAPTCHA, consent receipt, диагностику без текстов и cookie scope
• Обработать insufficient_history, multiple_issues, ошибки и переполнение без частичного документа, retry или усечения
• Проверить primary compatibility и полный пользовательский сценарий браузером

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

• Пользователь составляет и копирует квалифицированное повторное обращение по всем поддержанным состояниям ответа
• Переключением профиля невозможно обойти общие лимиты и active-слоты
• Невалидный ввод не вызывает provider, нормативные/privacy gates документально закрыты
• Первичный endpoint и форма сохраняют действующий контракт
• make lint-md, pnpm check, git diff --check, browser tests и независимое review проходят
• Функция не объявлена готовой только по mock-ответам или зелёному CI

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

Жалоба в орган, OCR, история, отправка документа, новые сервисы/БД, изменение production-конфигурации и deployment.

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

Родитель #195. После #175, core-сборки и успешной live semantic qualification повторного обращения. Normative/privacy review можно готовить параллельно, но профиль не включается до закрытия этих gates. Затрагивает web/HTTP и документацию согласованных контрактов. После стабилизации результата можно продолжить #176.

Конкретный privacy gate

Сверка действующих репозиторных правил выявила изменение полей/объёма и состава DOM: история обращения, ответ УО и точные реквизиты, 7000 символов ввода и 8000 результата. Даже backend-only даты/номер доступны same-document CAPTCHA script. Текущая политика перечисляет только поля primary. При этом цель подготовки одного документа в УО, получатели, отсутствие истории и сроки хранения сами по себе не меняются.

До включения подготовить конкретный diff политики и уведомления перед историей, synthetic characterization доступа script к новым полям/результату и regression на отсутствие текстов/реквизитов в logs, ledger и storage. После этого оператор рассматривает расширенный поток: применение прежнего принятия остаточного DOM-риска и правила случайных данных третьих лиц, актуальную политику и applicability Ц1. Само проектирование не является таким approval. Автоматической необходимости нового текста согласия из текущего текста Ц1 не следует; если изменение признано содержательным, нужны утверждённый текст и новая версия.

Основания: разделы «Обязательный пересмотр» и «Граница третьих лиц» в docs/PERSONAL_DATA_PROCESSING.md, версия/изменение текста в docs/C1_CONSENT.md, перечень полей в apps/web/public/policy.html. Это проверка существующего процесса проекта, не новое юридическое заключение.

Текущий blocker — 04.11.2026

Оба кандидата #320 / Draft PR #326 получили NO-GO: первый на attempt 7, один ограниченный исправленный вариант — на первом слоте нового gate. В обоих потерян конкретный участник в новом обстоятельстве. HTTP/UI не подключаются до успешной полной квалификации нового frozen кандидата. Нормативный и privacy gates остаются самостоятельными. Зелёные offline tests или последующее подтверждение пользователем #318 не заменяют этот gate.