修复报销确认弹窗阻断恢复（08-30-b2-submit-error-ocr-fallback）

.trellis/tasks/08-30-b2-submit-error-ocr-fallback/design.md

@@ -99,6 +99,7 @@ PC 和移动卡片在未归属时显示明细下拉框和“确认关联”。
 - 部署后核 `/ready`、bundle marker、B2 仍为 `force_on + global`，并确认四张真人单据状态未被部署改变。
 - 应用异常时回滚到本轮部署前生产候选；本轮无 schema/数据迁移，已存在票据关系无需补偿。
 - 2026-08-31 首次发布在 init、应用切换、`/ready` 和 runtime smoke 通过后，被公网文案扫描拦截：4 处用户文案含内部术语 `OCR`。应用已按合同回滚至 `0f3ecfa`。根因不是公网扫描器，而是本地 `check-ui-design-rules.mjs --strict` 未进入本 task Test Plan；热修后把它提升为所有用户可见前端文案变更的提交前标准门禁，并以四词 E2E 断言防止同类回归。
+- 2026-09-01 第二次发布通过全部静态门禁、init、切换、版本和公网文案扫描，但合成草稿发现 `manual_review` 确认弹窗内触发 B2 后，提交 mutation 的 `onError` 未清空 `submitConfirmPrecheck`，模态遮罩持续拦截票据卡片的“确认关联”；应用再次按合同回滚至 `0f3ecfa`。PC/移动修复均在错误回调先关闭确认弹窗，再延后一帧调用既有问题聚焦函数；回归必须覆盖 `manual_review` 和 `warn` 两种进入同一弹窗的路径，不能从 `pass` 预检直接调用提交来替代。
 
 ## 风险控制