fix(aihr): separate onboarding and candidate review states

docs/BRD_IMPLEMENTATION_AUDIT.md

@@ -1,5 +1,9 @@
 # BRD 功能审查与未完成项记录
 
+- 2026-07-15 BRD 4.1 候选人进度状态修正：候选人进度页此前用最近一份补充资料的审核状态作为“面试人工复核”状态，可能在面试已复核但资料未提交时误显示“人工复核中”；现改为面试状态读取 `InterviewRecord.reviewStatus`，并将补充资料审核单独展示为未提交/待审核/已通过/已驳回。仅修正移动端展示与类型契约，不改 API、数据库或审核结论；`mobile-uni` 类型检查、单元测试 `56/56` 和 H5 构建通过。
+
+- 2026-07-15 BRD 4.2/P1 正式任务与资格只读桥接：复核确认 `aihr_onboard_task`、`aihr_qualification_gate` 已有结构但员工端没有读取入口；现新增登录 APP 用户范围内的 `GET /api/aihr/mobile/onboard/tasks` 与 `GET /api/aihr/mobile/qualification`，通过组织快照把手机号解析到正式 `ext_party_id`，不接受前端身份参数。`mobile-uni` 学习页新增正式岗前/入职任务和资格状态展示；空表明确显示“未配置”，不生成任务、不把 AI 训练分数当资格结论。该批次未写入生产数据，正式任务/资格规则仍需 HR 与组织系统提供。
+
 - 2026-07-15 发布预检重建复核：按当前 `HEAD=14adc3e6` 重新构建管理端生产包、`mobile-uni` H5 和 `ruoyi-admin.jar` 均成功，产物新鲜度检查通过；`RELEASE_VERIFY_REMOTE_MATCH=true ./scripts/release-preflight.sh` 随后仅因两份用户未提交的 Figma 文档阻断，尚未进入线上资源/后端 hash 对比。本轮未同步静态资源、迁移生产数据库、重启后端或写入生产业务数据；待 Figma 提交边界和正式发布窗口确认后再继续。
 
 - 2026-07-15 BRD 4.5/P1 成长规则与权限续审：成长激励页继续明确“证据包待人工复核”和“学分规则待 HR 配置、当前不生效”，当前没有 `cert_rule`/`incentive_rule` 正式规则契约，不新增空壳配置 CRUD；候选人资料、组织同步、训练音频和 SOP 管理写入口均已复核为登录或 HR/管理员角色保护。AIHR 测试 `138/138`、`mobile-uni` 单测 `56/56`、类型检查、管理端构建和成长页 lint 均通过。线上根站、H5、租户接口和员工首页 API 只读返回 `200`，服务为 `active`，但线上仍加载旧 H5 资源 `index-CDn6TrX8.js`，本轮未发布、未迁移生产数据库或写入业务数据；下一步仍需 HR 规则/组织同步数据与正式发布窗口。
@@ -143,7 +147,7 @@
 
 | 缺口 | BRD依据 | 当前事实 | 建议实现顺序 |
 |---|---|---|---|
-| 岗位-SOP匹配与上岗资格 gating | 3.1、4.2、TechSpec P1 | 已补 `GET /api/knowledge/position-sop` 和员工学习页状态提示；新增 `position_responsibility`、`sop_applicability`、`onboard_task`、`qualification_gate` 四表结构及版本化迁移，接口在有正式适用范围数据时优先读取岗位/SOP映射，未迁移或无映射时回退生活顾问 seed。当前正式映射、入职任务和资格规则均为空，资格状态仍为 `NOT_CONFIGURED`，不能作为上岗资格判断 | 先由 HR/组织系统提供正式岗位、项目、SOP 适用范围与任务规则，再补任务查询/完成状态和资格判定；资格 gating 必须绑定明确规则、证据来源和权限，不能用空表或 seed 冒充 |
+| 岗位-SOP匹配与上岗资格 gating | 3.1、4.2、TechSpec P1 | 已补 `GET /api/knowledge/position-sop`、员工端 `GET /api/aihr/mobile/onboard/tasks` 与 `GET /api/aihr/mobile/qualification`；四表结构及版本化迁移已在位，任务/资格读取按登录 APP 身份映射正式 `ext_party_id`。当前正式映射、入职任务和资格规则均为空，资格状态仍为 `NOT_CONFIGURED`，不能作为上岗资格判断 | 先由 HR/组织系统提供正式岗位、项目、SOP 适用范围与任务/资格规则；当前只读展示已完成，后续再接 HR 派发、员工完成回写和正式资格证据复核，不能用空表或 seed 冒充 |
 | BRD 全覆盖训练场景 | 3.1、4.3.4 | 仓库已补 `service-promotion-needs`、`daily-service-followup` 两条生活顾问场景及住宅 SOP 迁移，严格门禁也检查两类核心流程；生产当前仍未迁移场景/Rubric 表和补充内容，且两类成功条件、价格/取消规则、回访口径仍需内容负责人确认 | 先在发布窗口执行场景、Rubric、SOP 迁移，再由内容负责人确认正式成功条件、合规边界和 SOP 版本；不把仓库 seed 或本地样本直接算作正式验收素材 |
 | 认证等级与激励规则可配置 | 4.5、10.2-A、TechSpec M6 | 成长激励页已有初/中/高级证据包和学分口径展示，但规则仍是前端硬编码；原“排行榜”开关无实际业务作用，已移除并明确标记只读；尚无 `cert_rule`/`incentive_rule` 的持久化、版本、角色权限和生效记录 | 先由 HR 确认学分来源、分值、防刷和初/中/高级条件，再设计规则表与管理员 CRUD；在规则契约明确前，不把静态展示称为可配置 |
 | 智能错题本 | 3.1、4.4、TechSpec P1 | 已补员工本人错题本和主管 `/api/aihr/mobile/practice/team` 内的 `mistakes` 聚合：按当前项目权限统计场景、归因、次数、影响人数、平均分和最近发生时间；员工端可跳转待训练 retry assignment，retry 已完成时改为显示“已完成”，不再重复引导进入已完成任务；不新增独立错题事实表 | 继续用正式组织快照和试点窗口验证主管只看到本项目数据；后续可在真实错题量上来后补趋势/导出，不把本地演示样本当正式指标 |
@@ -199,7 +203,7 @@
 
 1. 先完成正式组织快照 dry-run 与项目范围核对；不修改正式数据，不用手机号猜角色。
 2. 在本地/测试环境实现“错题本只读聚合”，复用现有训练记录和 retry assignment，补 API、员工入口和主管查看边界。
-3. 已补岗位学习适配摘要、正式岗位/SOP 映射读取和空表回退；下一步接正式映射数据，再实现 `onboard_task` 培训任务状态；资格 gating 放在有真实资格规则后接入，避免先做一个无法运营的开关。
+3. 已补岗位学习适配摘要、正式岗位/SOP 映射读取、正式任务/资格只读展示和空表回退；下一步接正式映射数据，再实现 HR 派发、员工完成回写和有证据的资格 gating，避免先做一个无法运营的开关。
 4. 在业务提供一期视频样片及字段口径后，继续扩案例详情数据契约；当前原始音频回放已完成，但不替代视频、学习点和主管点评。
 5. 用正式试点窗口跑 BRD L1/M5，而不是继续增加视觉页面。