feat(ams): перенос абитуриента между ВУС из таблицы поступающих

[maklybae]

Контекст

Во время активного поступления комиссия часто просит перенести абитуриента из одной
ВУС (военно-учётной специальности) в другую. Раньше сменить ВУС можно было только
тяжёлым PUT /api/ams/applicants/{id}/: он требует все вложенные данные, сверяет
corporate_email, переназначает кампус и в PROD перегенерирует документы. В таблице
поступающих (/applications/) ВУС вообще не отображался и action переноса не было.

Этот PR добавляет лёгкий точечный перенос прямо из таблицы.

Физо-скоринг (ams/physical/scoring.py) зависит только от возраста, упражнения и
результата — не от ВУС. Поэтому перенос не требует пересчёта баллов и не трогает
ApplicationProcess.

Что изменилось

Back-end

• PATCH /api/ams/applicants/{id}/milspecialty/ (body { "milspecialty": <id> }) —
  меняет только Applicant.milspecialty. Проверяет is_selectable_by_program и
  доступность ВУС для кампуса абитуриента; при несовместимости → 400. Документы не
  перегенерирует (осознанно, в отличие от update()).
• ApplicantMilspecialtyMutateSerializer — валидация id ВУС.
• ApplicantWithApplicationProcessSerializer теперь отдаёт milspecialty и program_id
  (для колонки и загрузки допустимых опций по программе строки).
• queryset.select_related("milspecialty", "university_info__program__faculty") — против N+1.

Front-end

• Колонка «ВУС» в таблице поступающих (видна комиссии, скрыта у study.office).
• Inline-select в ячейке — как medical_examination/prof_psy_selection. Опции берутся
  через getMilSpecialtiesSelectableByProgram(campus, programId) и фильтруются по
  selectable_by_program; предзагрузка на @Watch("data") + кэш по program_id.
• updateApplicantMilspecialty в api/applicants.js; ветка в onUpdate.

Проверка (e2e, Playwright)

Прогнано вживую на дев-стеке (superuser@mail.com, кампус Москва, 2026):

1. Колонка «ВУС» в таблице поступающих

2. Inline-выбор нового ВУС — список отфильтрован по образовательной программе строки

3. После выбора → PATCH /milspecialty/ → 200; значение сохраняется после перезагрузки

Сценарий: у «Иванов И.И.» (программа 09.03.01) ВУС 453100 → выбран 751100 - Защита информационных технологий → запрос PATCH /api/ams/applicants/1/milspecialty/ 200 OK →
после reload ВУС остаётся 751100 (сохранено в БД).

Тесты

• pytest src/ams/ → 12 passed (в т.ч. 4 новых в test_milspecialty_move.py:
  успех / несовместимо с программой / недоступно для кампуса / без прав → 403).
• ESLint по изменённым файлам — 0 ошибок. black — чисто.

Замечания

• База PR — feat/ams-physical-manual-override (стек поверх feat(ams): ручка ручной заливки результатов ФИЗО + мм:сс в протоколе #739), т.к. новый тест
  использует фикстуру applicant из ams/tests/conftest.py, добавленную в той ветке.
  После мёржа feat(ams): ручка ручной заливки результатов ФИЗО + мм:сс в протоколе #739 GitHub переназначит базу на master.
• Скриншоты хранятся отдельно (ветка assets/vus-move-screenshots, вне этого PR),
  чтобы не тащить бинарники в дифф — здесь они только в описании.
• Массовый перенос и фильтр по ВУС — возможные follow-up (в объём не входят).

🤖 Generated with Claude Code

The base branch was changed.