feat(t5-shell): T5 前端壳执行报告 + service 两处验收遗留小改

- 勘误③真落：docs/T3-report.md §2 V32「两个不同教师」补注（实为两个 roleId=7 操作者，教师(1) 按 P21 无代填权）
- P47 收紧：FormModuleKeys.anchorCustomIds 只认 path 空节点的 customId，DataScopeService.hasScopeAllAnchor 切过去；补「带 path 的导航行误配 fc:scope:all 不升级范围」用例（mvn -o clean package 178 例全绿）
- docs/T5-report.md：T5 做了什么 / 逐条自验证据 / 问题单 P48~P53 / 两仓推送与 CI

docs/T3-report.md

@@ -91,7 +91,7 @@
 | **V29** | 填表人无编辑/撤回接口可用（404/403）；管理员编辑成功且写 `answer_op_log` | 404：`FormAnswerController` 只有 `submit`/`upload` 两个端点（结构即证据）+ `FormAnswerAdminController` 的守卫；403：`FormAdminGuardTest.onlyRoleIdsTwoAndSevenManage`。`AnswerAdminIT.adminEditWritesOpLogAndRebuildsIndex`：编辑成功、`values_json` 更新、`op_log` 恰一行 `op=edit`+操作人正确、**身份列与状态列不动**、索引按钉住版本重建（`v_num` 变成 88）；`editStillEnforcesValueContract` 证明被拒时**不落** op_log、原值不被破坏 |
 | **V30** | 软删后列表/详情/统计/导出均不可见，索引行同步删除；无物理删除接口存在 | `AnswerAdminIT.softDeleteIsTheOnlyDeletion`：`is_deleted=1`、`answer_index` 行清空、写 `op_log`、`answerRepository.findById` 仍在（物理行还在）、重复删被拒。"四读出路径不可见"依赖 T4 读接口（本轮刻意不建，见 §1.5）；**无物理删除**=两个仓库都不提供 delete 方法、控制器无端点（`AnswerRepository` javadoc 成文）。`batchSoftDeletePerItemLogging` 覆盖批量同口径 |
 | **V31** | 同幂等键重复提交只产生一条答卷 | `AnswerSubmitIT.idempotencyReturnsOriginalAnswer`：两次同键 → 库里 1 行、第二次 `answerId` 相同且 `replayed=true`、**原值不被第二次的值覆盖**；`idempotencyKeyRequired`（必填/≤64/不同键各成一条）；并发同键见 V32 |
-| **V32** | 限一次：subject 非空按 subject 限（两老师代填同一学生第二条被拒）、subject 空按 submitter 限（同人第二次被拒）——**两种 limitScope 各验一条**；**并发同键双提交恰一条成功（fill_quota 唯一键兜底）**；**软删后可重填（名额已释放）**；不限次表单不受影响 | 功能面：`onceLimitIsPerSubjectWhenSubjectPresent`（**两个不同教师**代填同一学生→第二条"限填一次"；换学生仍可填）、`onceLimitFallsBackToSubmitter`（同人第二次被拒 + 不限次表单两条都过）、`softDeleteReleasesQuota`（软删后同 subject 可重填）。**并发面**：`AnswerConcurrencyIT.concurrentSubmitsAgainstOnceLimitProduceExactlyOneAnswer`（真 MySQL 双线程同时放开：恰 1 条 `answer`、恰一条成功另一个拿到"限填一次"、`fill_quota` 恰 1 行 `limit_key=提交人id`、成功那条索引照常）；`concurrentSubmitsWithSameIdempotencyKeyProduceOneAnswer`（同幂等键并发：恰 1 行，两个返回值指向同一 uuid——即"撞 uk 后回读原答卷"的并发结局） |
+| **V32** | 限一次：subject 非空按 subject 限（两老师代填同一学生第二条被拒）、subject 空按 submitter 限（同人第二次被拒）——**两种 limitScope 各验一条**；**并发同键双提交恰一条成功（fill_quota 唯一键兜底）**；**软删后可重填（名额已释放）**；不限次表单不受影响 | 功能面：`onceLimitIsPerSubjectWhenSubjectPresent`（**两个不同教师**（实为两个 roleId=7 操作者——教师(1) 按 P21 无代填权）代填同一学生→第二条"限填一次"；换学生仍可填）、`onceLimitFallsBackToSubmitter`（同人第二次被拒 + 不限次表单两条都过）、`softDeleteReleasesQuota`（软删后同 subject 可重填）。**并发面**：`AnswerConcurrencyIT.concurrentSubmitsAgainstOnceLimitProduceExactlyOneAnswer`（真 MySQL 双线程同时放开：恰 1 条 `answer`、恰一条成功另一个拿到"限填一次"、`fill_quota` 恰 1 行 `limit_key=提交人id`、成功那条索引照常）；`concurrentSubmitsWithSameIdempotencyKeyProduceOneAnswer`（同幂等键并发：恰 1 行，两个返回值指向同一 uuid——即"撞 uk 后回读原答卷"的并发结局） |
 | **V33** | 截止后填报页只读、提交接口拒绝；停用表单入口失效但数据管理可见 | `deadlineBlocksSubmit`（2020 年截止→"已过收集截止时间"；改 2099→放行，顺带证"只选日期补 23:59:59"）、`disabledFormClosesFillEntryOnly`（停用后提交被拒"已停用"，`enable` 后同表单同数据恢复可填）、`AnswerAdminIT.domainScopingAndSoftDeletedFormStillOwnsAnswers`（表单软删后其存量答卷仍可编辑=数据侧可见可管理） |
 | **V14**（编排补充①） | 填表人改状态被拒（接口层） | `AnswerAdminIT.submitterCannotChangeStatus`：对学生(3)/教师(1) 身份调控制器实际走的 `adminGuard.requireAdmin` → FORBIDDEN"无表单管理权限"，对管理员放行；数据面不存在"我改我这条的状态"的端点 |
 | **V15**（编排补充①） | 改状态写 `status_log`；系统不存在任何流转规则校验 | `statusChangeHasNoTransitionRules`：`pending → back → pending → done`（含倒退）全部放行，`status_log` 三行按序、操作人正确；`statusMustBeLiveDefinition` 证明唯一约束是"目标值必须是未废弃定义"，**不是**转移规则 |