docs(#116): решения владельца Р-31…Р-43 по открытым вопросам планов реализации

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01BJKMLHdxMwSUeYcdkwqX4W

openspec/changes/unified-statement-normalization/design.md

@@ -776,7 +776,7 @@ line_name, line_name_confidence, parent_ref, values}`: `line_code` — разо
   `07-open-questions.md` (Р-15). Вопрос о сопоставлении файлового наименования со справочным закрыт Р-16: для
   неуверенных кодов это условие `RECOGNIZED`, для остальных — только показ справочного имени.
 
-### Решения владельца (Р-1…Р-19 — 17.10.2026, Р-20…Р-30 — 18.10.2026)
+### Решения владельца (Р-1…Р-19 — 17.10.2026, Р-20…Р-43 — 18.10.2026)
 
 - **Р-1** (шаг 1, п. 2) — **копия по скрипту.** Платформа не собирает Python-пакеты и не кладёт их в свой Nexus, поэтому
   общий код — dataclass-ы шага 1 (сериализуемые в json), шаги 2–8, словари §7, периодов, заголовков форм, перечни и
@@ -908,6 +908,34 @@ line_name, line_name_confidence, parent_ref, values}`: `line_code` — разо
 - **Р-30** (18.10.2026; S-59) — принято: вариант формы документа, принятого по контракту 1.x, определяется по
   структуре кодов (как у 2.0), а не остаётся пустым.
 
+Решения владельца по открытым вопросам планов реализации (18.10.2026, `plans/`):
+
+- **Р-31** (план 4 В-2, план 5 Q-3) — если на прогоне реальных файлов (РБ, Счастливочная, НПЗ, Межениновская) форма
+  получает `needs_check` по правилу, которое спека считает законным, исполнитель останавливается и поднимает вопрос
+  владельцу по конкретному случаю; адаптер под файл не подгоняется.
+- **Р-32** (план 5 Q-1) — успешный json ИС без таблиц даёт `JSON_FAILED`, а не молчаливый пропуск.
+- **Р-33** (план 5 Q-2) — если все json набора ошибочны, конверт `error` перечисляет `JSON_FAILED` каждого json; код
+  ошибки файла — от первого.
+- **Р-34** (план 3 O-2) — подтверждение кода строки уверенность кода не меняет: ставится флаг `is_confirmed`,
+  `line_code_confidence` остаётся как пришло, `line_code_modified` не ставится; снятие подтверждения возвращает
+  `needs_review` по прежнему правилу. Спека arm-core приводится к этому.
+- **Р-35** (план 3 O-5, P3-12) — очистка форм перед выкладкой отказывает только при привязке формы к версии
+  консолидации в статусе «Верифицирована» или дальше; версии в работе, на согласовании, отклонённые и отменённые не
+  мешают. На стенде 18.10.2026 версий дальше «в работе» нет.
+- **Р-36** (план 0 O-1) — в окне перехода (до перехода сервисов на 2.0) новые примеры контракта верхнего уровня в docs
+  не добавляются.
+- **Р-37** (план 6 В-1) — экран принимается по подстановке ответа 2.0 из фикстуры и регрессии на 1.x; прогон на aep_3 —
+  follow-up после перехода scan-gateway на 2.0.
+- **Р-38** (план 6 В-3) — подтверждённая ячейка помечается серой галочкой.
+- **Р-39** (план 4 В-1) — коды предупреждений ОСВ — по источнику (`OSV_*`), без дробления.
+- **Р-40** (план 3 O-3) — предупреждения `CODE_NOT_IN_DICTIONARY` / `CODE_NOT_IN_EDITION` пишутся только для
+  четырёхзначных кодов.
+- **Р-41** (план 3 O-6) — смена `crm_id` ГСК / ГСЗ пишется в аудит как изменение группы.
+- **Р-42** (план 2 O-3) — `sync-statements --check` добавляется в сборку снимка для контура
+  (`prepare-contour-snapshot.sh`), по аналогии с `sync-web`.
+- **Р-43** (план 2 O-4) — репозиторий `arm-statements` вносится в таблицу workspace (`CLAUDE.md` workspace и
+  `context/00-workspace-layout.md`) в рамках плана 1.
+
 ## Decisions made without discussion
 
 Решения агента 17.10.2026, принятые при оформлении целевой картины без отдельного обсуждения с владельцем; все