feat(aihr): support signed position mappings

docs/BRD_IMPLEMENTATION_AUDIT.md

@@ -22,7 +22,9 @@
 
 - 2026-07-15 开放平台岗位契约复核：直接只读检查外部快照键，员工项包含 `position_id`，但不包含 `position_name/job_title/post_name/job_name/role_name/title`；单员工详情同样只有 `position_id`，`position/positions/post` 快照资源均不可用。因此不能在 AIHR 端猜测 `position_id` 角色，需开放平台补岗位名称/岗位字典，或由 HR 签字提供 `position_id → 岗位名称/主管层级` 映射后重新同步。当前生产只读缺口为 SOP 文档 `3/5`、案例 `0/20`、校准 `0/20`、SOP 人工评审 `0`、满意度 `0`、候选资料 `0`、正式岗位适用 `0`、入职任务 `0`、资格门禁 `0`；在职手机号可用 `2927/2943`。
 
-- 2026-07-15 B11 岗位映射输入准备：按现有开放平台鉴权契约只读遍历员工快照并仅聚合非 PII 字段，得到 `90` 个不同 `position_id`，合计员工 `3417`、在职 `2943`，与生产组织快照总量一致；已生成 `docs/BRD-B11岗位映射签认清单-20260715.csv`，供 HR 填写岗位名称、层级和主管标记。进一步核对确认生产 `aihr_org_snapshot` 当前没有 `position_id` 列，现有同步也未持久化该字段；因此短期 HR 映射必须先由开放平台套用并随员工快照返回岗位名称。若改为本系统持久化/自动套用映射，必须单独批准并先执行 schema 迁移。本轮未修改生产 schema 或业务数据。
+- 2026-07-15 B11 岗位映射输入准备：按现有开放平台鉴权契约只读遍历员工快照并仅聚合非 PII 字段，得到 `90` 个不同 `position_id`，合计员工 `3417`、在职 `2943`，与生产组织快照总量一致；已生成 `docs/BRD-B11岗位映射签认清单-20260715.csv`，供 HR 填写岗位名称、层级和主管标记。进一步核对确认生产 `aihr_org_snapshot` 当前没有 `position_id` 列，不能在同步完成后直接按该键回填；可由开放平台随快照返回岗位名称，或由同步服务在写入前套用签认映射。本轮未修改生产 schema 或业务数据。
+
+- 2026-07-15 B11 签认映射最小实现：组织同步新增私密配置 `AIHR_ORG_POSITION_MAP_JSON`，在外部员工缺岗位名称时按 `position_id` 填充 HR 签认的岗位名称/层级；上游显式岗位字段始终优先，配置层级严格限制为“一线/主管/项目经理”，非法配置在同步前直接拒绝。该方案复用现有同步入口和 `position_name/position_level` 字段，不新增表、页面或写接口，也不需要持久化 `position_id`。`AihrOrgSyncServiceTest` 真跑 `13/13` 通过；代码尚未发布，生产映射仍为空，主管数仍为 0。
 
 - 2026-07-15 管理端资料处理分页静态发布：已备份生产根目录至 `/opt/wygj/backups/www-20260715134936`，再同步 `frontend/dist/`；根目录同步未使用 `--delete`，因此未覆盖同目录的 `/h5`。线上 `processing-yUVzof10.js` SHA-256 与本地构建一致。真实管理员会话确认任务分页共 97 页、第二页仍展示 10 条，状态筛选后回到第一页；根站、H5 和租户接口均返回 `200`。本轮未发布后端、迁移数据库或写入业务数据。