← 返回目录

人事云 · 本阶段交互说明

版本：v2.0（双端范围对齐版） 日期：2026-11-03 作者：UX 设计师（易交互） 模型：Kimi-K3.1-Pro-Highspeed 输入：docs/shared/范围决策-2026-11-03.md、docs/shared/中台与应用边界.md、docs/product/工作安排-近几小时.md、docs/product/产品设计方案.md v2.0 执行口径：范围冲突时以现行范围决策为准；本文只描述 HR Web 端 + 员工微信小程序的应用内体验，本阶段禁止写业务代码、禁止实现视觉稿工程。

一、本版结论

1. 双端 IA 独立成立：HR 使用 SSO 后的 Web 应用内页；员工使用微信小程序办理本人事项，不以 H5 代替小程序主路径，也不把 HR 管理菜单搬进员工端。
2. 假勤、薪酬本期必须可见、可办理：双端导航和主流程均包含假勤、薪酬，不再写成“不做考勤/薪酬”或远期口头规划。
3. 本阶段以导入、查看、确认、异议、存证为主：外部系统或 Excel 提供排班、考勤、请假/加班办理结果、计薪结果、社保公积金基数及缴纳结果；完整采集、规则、核算、审批、申报闭环明确列入后续迭代。
4. 多主体是主数据前置条件：HR 端维护多个签约/发薪主体，合同、假勤批次和薪酬批次均须明确主体归属；历史记录不得因主体改名或组织调整被覆盖。
5. 多合同模板按场景选用：模板按签约组织、用工类型、业务场景和地区管理版本，发起签署时先选主体再匹配模板。
6. 薪酬覆盖社保、公积金及城市差异：本阶段支持城市规则配置与版本标识、基数/比例/缴纳结果导入和查看，不承诺本阶段完成自动核算或官方申报。
7. 禁止中台壳：不设计应用中心、企业开通、Boss/Admin、独立登录、平行组织权限或计费页面。文中 SSO 仅是 HR 已进入应用的前置条件，不作为本产品设计页面。
8. 可信动作层复用而非产品窄化：合同签署、假勤结果确认、工资条签收、异议与存证共用身份、内容版本、意愿、时间和存证能力，但产品价值不限于签约存证。

二、阶段范围与交互原则

2.1 本阶段做什么、后续做什么

范围红线：不做全量 HRIS；不因为本期模块“可见”就放置无真实路径的空菜单；也不把“后续迭代”能力包装成本期可核算、可审批或可申报。

2.2 三条交互原则

1. 先明确业务归属，再导入或发起 所有假勤、薪酬导入先确定签约/发薪主体、城市、规则版本和业务期间，避免“数据导入了，但不知道属于哪家公司、哪个城市、哪个月”。
2. 强签署与轻确认分档 劳动合同使用完整电子签与相应身份核验；假勤结果与工资条复用绑定身份，以安全会话和明确点击完成确认。工资属于敏感信息，查看完整明细前必须鉴权。
3. 业务状态与存证状态分离 已签署、已确认或已签收，不代表第三方存证已经成功。存证失败必须可重试、可预警，不能显示假成功。

2.3 员工端体验红线

• 主交付形态为微信小程序；员工从微信服务通知、小程序码或小程序内待办进入，不要求下载 App 或另记账号密码。
• 每页只聚焦一个主任务；“确认无误”和“有疑问”同级可见，不强迫员工先确认再提异议。
• 员工只看本人排班、假勤结果、薪酬、合同和办理进度，不看 HR 风险总览、他人数据、规则配置或导入后台。
• 员工查看业务明细，不直接展示哈希值、区块号、证书序列号；技术凭证仅作为 HR 出证材料。
• 通知不出现完整身份证号、工资金额、社保缴纳明细等敏感内容。
• 状态同时使用文字、图标和颜色；失败提示必须说明发生了什么、是否影响已完成结果、下一步怎么办。

2.4 分级认证策略

三、双端信息架构（IA）

3.1 HR Web 端（SSO 后的应用内页）

人事云 HR Web
├─ 工作台
│  ├─ 我的待办：待入账、待发布、待处理异议、待处理到期
│  ├─ 异常事项：导入失败、人员匹配失败、核验失败、存证失败
│  └─ 期间概况：假勤确认、薪酬入账、工资条签收进度
├─ 签约组织
│  ├─ 签约/发薪主体列表
│  ├─ 主体档案：名称、统一社会信用代码、属性、适用城市、状态
│  └─ 员工用工关系与业务数据范围
├─ 人员
│  ├─ 员工业务档案 / 用工关系 / 入转调离记录
│  ├─ 业务字段补全、人员匹配与核验记录
│  └─ 一人一档：合同、假勤、薪酬、文件时间线
├─ 假勤
│  ├─ 排班结果 / 考勤期间结果
│  ├─ 请假/加班结果与相关待办
│  └─ 员工确认、异议与版本更正
├─ 薪酬
│  ├─ 计薪期间 / 薪酬结果与应发应扣
│  ├─ 社保公积金
│  └─ 薪酬导入异常与勾稽校验
├─ 工资条
│  ├─ 生成与预览 / 定向发放
│  ├─ 签收与异议
│  └─ 更正版本与再次确认
├─ 合同
│  ├─ 合同列表 / 发起签署 / 签署任务
│  ├─ 多模板、多版本与适用范围
│  ├─ 到期与续签提醒
│  └─ 归档与存证
├─ 导入中心
│  ├─ 文件导入（P0）/ 接口任务（P1）
│  ├─ 字段映射、数据预览与校验报告
│  └─ 批次追溯、失败行隔离与幂等冲突
├─ 规则与模板
│  ├─ 城市社保公积金规则包
│  ├─ 薪酬项目与导入映射
│  └─ 合同模板适用范围
├─ 证据与报表
│  ├─ 签署/签收/确认记录与存证状态
│  ├─ 证据包导出与导出审计
│  └─ 期间运营报表
└─ 应用设置
   ├─ 业务角色与组织数据范围
   ├─ 核验、通知、第三方服务与存证策略
   └─ 操作审计 / 返回中台

HR 端 IA 边界：

• “签约组织”是劳动用工业务主体，不是中台组织部门或成员账号管理。
• “业务角色与组织数据范围”只控制进入应用后可管理哪些主体、业务域和敏感字段；中台基础角色与应用访问授权不在此复建。
• 城市规则版本是业务配置，用于校验、解释和追溯本批数据；本阶段不因此扩展为自动核算或官方申报系统。
• 页面默认已完成 SSO 并进入人事云，仅保留当前企业、用户上下文和返回中台入口；不设计应用中心、企业开通、独立登录、计费账单等中台壳页面。

3.2 员工微信小程序

人事云员工小程序
├─ 待办
│  ├─ 待核验 / 待签合同
│  ├─ 待确认排班或考勤结果
│  ├─ 请假/加班相关待办与办理进度
│  └─ 待查看/签收工资条、待处理回复
├─ 假勤
│  ├─ 我的排班
│  ├─ 我的考勤结果
│  ├─ 请假/加班记录与办理进度
│  └─ 结果确认 / 有疑问 / 更正记录
├─ 薪酬
│  ├─ 工资条：应发、扣款、实发
│  ├─ 社保：参保城市、基数、个人项目；单位项目按工资条模板配置
│  ├─ 公积金：缴存城市、基数、比例、个人项目；单位项目按模板配置
│  └─ 签收 / 有疑问 / 历史版本与缴纳结果
├─ 合同
│  ├─ 待签合同
│  └─ 已签合同与本人副本
└─ 我的
   ├─ 当前及历史用工主体（按有效关系与权限展示）
   ├─ 绑定手机号、实名状态与隐私授权
   ├─ 我的文件、确认、异议与办理记录
   └─ 帮助、联系 HR、异常反馈

员工端 IA 边界：主路径独立覆盖假勤、薪酬和合同签署；员工只处理本人有效用工关系内的事项。请假/加班结果导入与确认为 P0；P1 优先接收外部审批结果形成待办，无外部审批系统时可提供轻量申请与进度查询，但不扩展为通用审批平台。

3.3 核心对象与关系

签约/发薪主体 1─n 用工关系、合同、假勤批次、薪酬批次
合规人员 1─1 身份档案；合规人员 1─n 核验记录；合规人员 1─n 分主体、分有效期的用工关系
用工关系记录签约主体、发薪主体、用工类型、部门、岗位、参保/公积金城市与生效日期
合同模板 1─n 模板版本；模板版本按主体/用工类型/场景/地区被合同引用
合规人员 1─n 合同；合同 1─n 签署、通知、提醒事件
假勤导入批次 1─n 排班/考勤/请假或加班办理结果；结果标明外部导入或系统计算来源
假勤结果 1─n 查看、确认、异议、更正事件
薪酬批次 1─n 工资条；工资条包含工资、社保、公积金明细
城市 + 项目 + 适用期间 1─n 规则版本；薪酬/社保/公积金批次引用明确规则版本
合同/假勤结果/工资条/确认事件 1─n 存证记录
证据包关联所选业务对象、内容版本、确认事件与存证记录，并产生导出审计
一人一档聚合上述合规业务记录，不是全量 HRIS 人事主数据

3.4 所有导入必须具备的锚点

所有导入批次（含员工/用工关系、假勤、薪酬、社保公积金）在文件上传前后均须明确以下信息，缺一不可；口径以 docs/product/需求与流程总纲-v0.md §5 四组锚点为准：

页面阻断：锚点任一未填/无效/无权限时“上传”与“确认入账”按钮不可用并说明原因；不同签约组织、期间或城市—规则组须拆批。

导入统一路径：建立批次并填写锚点 → 上传 Excel（P0）或选择接口任务（P1）→ 字段映射与文件/人员/期间/权限校验 → 预览总人数、失败行、排除项和版本差异 → HR 明确确认入账 → 发布/生成工资条 → 员工查看与确认 → 异议或更正留痕。

• 人员锚点优先使用中台人员 ID/员工编号 + 签约组织 + 用工关系 + 期间；无法唯一匹配时隔离该员工数据，不靠姓名猜测入账。
• 同一来源文件与业务主键重复导入时提示幂等冲突，不生成重复考勤结果、工资条或合同。
• 错误报告定位到文件行、字段、原值、原因和修复建议，敏感值按权限脱敏；整批阻断或成功行入账策略须在预览中明确。

3.5 状态分栏

四、关键流程

4.1 HR 应用内接入与全局上下文

HR 已完成中台 SSO 后进入人事云工作台。本设计从应用内页开始，不展开中台页面。

• 顶栏显示当前企业、当前用户和“人事云”；业务页面持续显示所选签约/发薪主体，避免跨主体误操作。
• 多主体不是多账号：HR 无需为每个主体重新登录；可见范围沿用已下发的访问授权。
• SSO 失效或访问资格收回时停止展示业务数据并返回统一入口处理，不出现应用自有登录框。
• 组织部门、成员账号、中台基础角色、应用访问授权和计费不在本应用内复建。
• 人事云内配置薪酬专员、假勤专员、合同管理员等业务角色及组织数据范围；薪酬、证件、合同与证据导出按最小权限展示，无权限时不以导入或导出绕过。

4.2 流程一：多主体与多模板合同签署（强签署）

HR 进入「签约组织」
  → 新增/完善或选择已启用的签约主体
  → 进入「发起签署」，选择员工与用工类型
  → 系统按签约主体 + 用工类型 + 场景/地区筛选可用模板
  → 选择模板版本并填写变量
  → 预览最终正文、接收人、签署份数、主体和核验状态
  → HR 确认发起，固化合同版本并通知员工
  → 员工在微信小程序查看关键信息与完整正文
  → 同意并签署 → 当次身份验证 → 签署声明与签名
  → 生成合同副本与签署记录，异步记录存证结果

关键交互：

• 主体档案至少包括主体名称、统一社会信用代码、状态、城市、联系信息；已被业务引用的主体不可直接删除。
• 模板列表字段：模板名称、版本、适用主体、用工类型、场景、地区、启用状态、更新时间。
• 模板可覆盖劳动合同、保密/竞限制约、续签、变更、实习、退休返聘等类型，并按全日制、非全日制等用工类型和场景配置适用范围；具体法律文本由合规审核。
• 系统推荐模板时展示命中依据；多个模板同时命中由有权限的 HR 明确选择，手动改用其他适用模板须填写原因并留审计。
• 已被签署任务引用的模板版本不可直接替换；修改后生成新版本，历史合同仍关联原版本与最终正文快照。
• 无适用模板、关键字段为空、主体停用或人员核验异常时停止发起；不得通过选择不匹配模板绕过控制。
• 员工可“暂不签署”，原因选填；签署完成后可查看/下载本人副本，存证中不阻塞查看。

4.3 流程二：假勤结果导入、查看与确认（轻确认）

HR 创建假勤导入批次
  → 选择数据类型：排班 / 考勤结果 / 请假或加班办理结果
  → 选择签约组织、城市、规则版本、业务期间
  → 上传 Excel 或选择外部系统结果，记录导入人/时间
  → 校验人员、日期、期间、主体、城市、重复项和结果完整性
  → HR 预览范围与排除项，确认导入并发布
  → 员工小程序收到待办，查看本人排班/考勤/办理结果
  → 选择「确认无误」或「有疑问」
  → HR 跟踪确认进度、处理异议；必要时更正为新版本
  → 固化内容版本、员工确认与处理时间线

关键交互：

• 排班、考勤结果和请假/加班结果使用不同导入模板与字段校验，不能混为一个无法辨认的“假勤文件”。
• 本阶段导入的是结果或外部办理记录；页面不得出现“本系统已自动打卡”“本系统已完成请假审批”等误导文案。
• 发布前显示总人数、成功人数、排除人数、重复项和版本差异；允许部分发布时必须列出排除人员并再次确认。
• 员工考勤详情按日期展示班次、工时结果、异常标记和来源期间；请假/加班详情展示类型、时间、外部办理状态与结果。
• 员工异议可选择排班、出勤时长、异常标记、请假/加班结果等类型，填写说明并上传附件；HR 回复、补充材料或更正均追加时间线，不覆盖原留言。
• 更正保留原版本及原确认记录，重新发布并收集必要确认；员工沉默不默认等于认可。
• P1 轻量路径：优先接收外部审批结果形成员工待办；无外部审批系统时，可提供请假/加班轻量申请、驳回原因与办理进度，但不建设通用审批中心。
• 原始打卡、复杂排班、完整假期/加班规则、考勤重算与自动算薪联动为后续迭代，而非当前可用按钮。

4.4 流程三：薪酬、社保公积金导入与签收（轻签收）

HR 创建薪酬批次
  → 选择发薪主体、工资期间、城市与适用规则版本
  → 导入计薪结果、工资条及社保/公积金基数和缴纳结果
  → 系统校验人员、期间、金额格式、城市、基数/比例字段和重复项
  → HR 修正或明确排除错误行，预览发放范围与版本差异
  → 确认最终版本并发放，固化本次内容
  → 员工小程序验证身份后查看工资、社保、公积金明细
  → 选择「确认无误」或「有疑问」
  → 固化确认动作与时间；HR 跟踪签收和处理异议
  → 如有错误，以新版本更正并重新通知，不覆盖原记录

关键交互：

• 工资明细至少区分应发项目、扣款项目、实发金额；社保和公积金作为明确组成部分，不隐藏在无法解释的汇总数字中。
• 社保明细按导入数据记录参保城市、险种、缴费基数、单位/个人金额和缴纳结果；公积金记录缴存城市、基数、比例、单位/个人金额和缴纳结果。HR 端完整保留，员工端默认展示个人项目，单位项目是否展示由工资条模板配置。
• 参保城市与公积金城市可分别维护；补缴、补扣作为独立明细，不与当月常规项目混写。
• 城市规则配置支持国家/省/市标识、适用项目、基数上下限、单位/个人比例、取整规则、政策来源、生效/失效日期、版本和维护/复核记录；不同城市、不同期间使用不同版本。
• 本阶段规则版本用于校验、解释和追溯导入结果，不默认重新计算全部工资，也不把规则配置描述为已接通官方申报；历史迁移可标记“历史导入、未参与核算”。
• 导入校验区分格式错误、人员不匹配、主体/期间不一致、城市或规则版本缺失、金额勾稽异常；系统不得静默修正金额，服务异常不能描述为员工数据有问题。
• 工资查看前完成访问校验；确认声明建议为：“本人已阅读并确认上述【年/月】工资明细，当前无异议。”不得附加“放弃追索”等扩大确认的表述。
• 员工可对工资金额、社保、公积金分别提出疑问；异议不记为已签收。
• 发放后更正生成新版本，原工资条、社保公积金明细和原签收记录均保留。

4.5 流程四：身份核验

HR 选择人员并补全必要业务字段
  → 系统校验信息一致性和主体归属
  → 校验通过后发送核验/签署邀请
  → 员工小程序确认企业、用途与隐私授权
  → 手机验证 → 需要时完成人脸实人
  → 写入核验结果、时间与绑定关系
  → 返回原待办继续办理

• 信息校验通过与本人已实名是两个状态。
• 人脸失败可重试；达到限制后转人工，不提供“跳过核验并签署”。
• 员工拒绝授权时安全终止并记录“未完成授权”，不记录为“身份异常”。
• 手机号变更、实名失效或风险触发时重新复核；不承诺终身免核验。

4.6 流程五：存证查看与证据包导出

HR 进入「存证与出证」
  → 按主体、员工、业务类型、期间、事件类型、存证状态筛选
  → 查看业务摘要、内容版本、确认主体、时间、存证与验真状态
  → 选择单个事件或「员工 + 时间区间」作为导出范围
  → 预览证据目录、缺失项与敏感信息提示
  → 确认用途与接收范围后生成证据包
  → 记录导出人、时间、范围、用途与下载行为

• 证据包可包含合同签署、假勤结果确认、工资条签收、异议处理等内容版本和时间线。
• 默认按争议事件或限定期间导出，不默认捆绑员工全部历史。
• 存证失败支持重试；验真异常不得继续标注“证据完整”。
• 证据包用于材料整理和验真辅助，不承诺必然被司法采信，也不等同于公证或司法鉴定。

4.7 流程六：合同到期提醒与处理跟踪

合同生效并确认到期日
  → 默认 T-45 生成 HR 待办
  → 默认 T-30 再次提醒，可登记处理中
  → 默认 T-15 升级提醒负责人
  → 已签新合同或登记处理结果后关闭提醒
  → 到期仍未处理则标记超期并持续预警

• 默认 45/30/15 天节点可配置；同一合同同一节点只生成一个待办。
• 到期日缺失或冲突时进入“合同信息待完善”，不生成误导性计划。
• 关闭提醒必须选择原因，处理结果与历史预警均保留。
• 涉及未签书面合同、二倍工资等提示时，须展示规则来源、适用地区和更新时间，不由界面自动断言法律责任。
• 本阶段不展开续签专用审批；如开放“发起新合同”，仅复用 4.2 的签署流程。

五、页面级交互说明

5.1 HR Web · 工作台

5.2 HR Web · 员工与核验

• 列表字段：姓名、脱敏手机号、部门、签约/发薪主体、用工类型、参保/公积金城市、关系有效期、信息校验状态、本人核验状态。
• 一人一档 Tab：用工关系、合同、假勤、薪酬、社保公积金、文件、异议、存证与审计时间线；敏感页签按业务角色显示。
• 员工换主体采用“旧关系终止 + 新关系生效”，历史合同、工资条与确认记录不随新关系覆盖。
• 操作：同步人员、补全业务字段、发送核验邀请、查看业务档案；不提供中台平行组织部门或基础角色编辑器。
• 核验记录仅展示必要脱敏信息；普通 HR 不回放非必要人脸照片或查看完整证件号。

5.3 HR Web · 签约组织

主体列表

• 字段：主体名称、统一社会信用代码、城市、状态、关联员工数、合同模板数、最近业务时间。
• 操作：新增、编辑、停用、查看关联业务；新增/编辑时明确该主体可用于签约、发薪或两者。
• 停用前提示未完成任务；已有合同、假勤和薪酬数据保持原主体快照。

主体详情

• 基本档案：法定名称、证件信息、城市、联系信息、状态。
• 关联视图：员工用工关系、可用合同模板、合同、假勤批次、薪酬批次。
• 业务数据范围：按主体和业务域配置可管理成员；薪酬敏感字段独立授权，假勤专员不默认查看薪资。
• 操作反馈：主体信息变更只影响后续业务；是否影响已创建但未发布批次须显式提示并重新校验。

5.4 HR Web · 合同管理

模板库

• 支持多种模板并存，按主体、用工类型、场景、地区和状态筛选。
• 列表字段：模板名称、版本、适用主体、用工类型、适用场景、地区、更新时间、启用状态。
• 预览标记变量和必填项；本阶段使用预置模板或企业上传固版文件，不做在线起草编辑器。
• 已引用版本只读；修订生成新版本，启用前完成必要审核。

发起签署（四步）

1. 选择签约组织：仅显示启用主体，展示主体法定名称与城市。
2. 选择员工：显示员工主体归属、用工类型、成员状态与实名状态。
3. 选择模板并填变量：系统只推荐适用模板；批量时逐人预览关键字段。
4. 最终预览：确认主体、接收人、最终正文、签署份数、待核验人数和通知方式后发起。

进度详情：业务状态和存证状态分栏；时间线包含发送、查看、验证、签署、通知、催办、撤回和存证结果。

5.5 HR Web · 假勤管理

导入批次

• 批次字段：数据类型、签约组织、城市、规则版本、业务期间、来源、导入人/时间、校验状态、发布状态、确认率。
• 按数据类型提供模板：排班、考勤结果、请假/加班办理结果不得共用含混字段。
• 校验：人员匹配、主体与城市、日期与期间、重复项、班次/工时/办理结果完整性；错误清单可下载。
• 发布预览：总人数、排除人数、异常人数、版本差异、通知范围和待确认任务数。

结果查询与确认跟踪

• 查询维度：主体、期间、员工、数据类型、确认状态、异议状态。
• 员工维度时间线：导入、发布、通知、查看、确认、异议、回复、更正。
• 更正需二次确认：“原版本保留，新版本将重新通知并收集必要确认”。
• 页面标注数据来源和最近导入时间，避免被理解为实时打卡数据。
• P1 轻量申请/外部待办与 P0 结果导入分组展示；未交付 P1 时保留真实结果查询与确认路径，不用空审批页占位。

5.6 HR Web · 薪酬管理

薪酬批次与导入

• 批次字段：签约组织、发薪主体、工资期间、城市/规则版本、人数、导入人/时间、发放状态、签收率。

薪酬详情（员工×期间）

• 头部固定展示：签约组织、发薪主体、社保参保主体 + 参保城市 + 社保规则版本、公积金缴存主体 + 缴存城市 + 公积金规则版本，四组锚点外的主体信息与锚点分区显示。
• 参保/缴存主体与签约组织或发薪主体不同时显示“主体不一致·待核对/已核对”标签，可查看核对记录；主体或城市缺失时详情标记为“未进入正式确认”。
• 社保与公积金城市不同时分两栏展示，各自显示命中规则版本与生效期。
• 导入内容：计薪结果、工资条、社保基数及缴纳结果、公积金基数及缴纳结果。
• 校验：必填列、金额格式、人员匹配、同员工同期间重复、主体/期间一致性、城市与规则版本完整性。
• 发放预览：总人数、排除人数、社保公积金数据完整性、各版本差异、通知方式和签收任务数。

城市与规则版本

• 列表字段：国家/省/市、规则项目、版本号、适用期间、基数上下限、单位/个人比例、政策来源、维护人、复核人、状态。
• 草稿可编辑，发布后只读；同一城市、项目和生效期不得存在冲突的已发布版本，调整生成新版本，历史批次固定引用原快照。
• 跨城市员工按实际参保/公积金归属展示；发现城市缺失、版本冲突或生效期重叠时阻止标记“规则校验通过”。
• 规则变更可生成受影响清单，但本期不自动重算；页面不提供“自动算薪”“立即申报”等未交付主按钮。

工资条生成、发放、异议与更正

• 从已校验薪酬期间结果生成预览；HR 核对员工范围、可见项目、金额、主体与社保公积金展示方式后才可发放。
• 员工可见项目、显示顺序、个人/单位项目展示由模板配置；敏感字段权限与员工依法应获知的本人工资信息不得被配置不当隐藏。
• 状态筛选：待签收、已签收、有疑问、已更正、存证异常。
• 异议字段：期间、工资/社保/公积金分类、留言、提交时间、处理人、处理状态。
• HR 回复后通知员工；处理记录不可覆盖原留言。
• 更正保留原版本、原签收和原存证关系，并重新固化和通知。

5.7 HR Web · 导入中心与业务授权

导入中心

• 统一承接人员、假勤、薪酬与社保公积金文件；P0 文件导入与 P1 接口任务分栏，不能把 P1 接口状态描述为已交付。
• 步骤：选择主体和业务类型 → 选择期间与规则版本 → 下载模板 → 上传 → 字段映射 → 数据预览 → 锚点/业务/权限校验 → 错误报告 → 确认入账。
• 批次详情保留源文件、映射、校验摘要、导入人/时间、影响对象和更正关系；重复提交提示幂等冲突。
• 部分成功时明确“成功行入账、失败行隔离”，不得只显示笼统“导入成功”；期间关闭后再次导入须说明补充、替换未发布数据或更正已发布数据。

业务角色与组织数据范围

• 中台决定谁能进入应用；人事云决定进入后可管理哪些主体、业务域与敏感字段。
• 业务角色至少覆盖薪酬专员、假勤专员/门店经理、合同管理员、HR 负责人和只读审计；角色不是另一套中台基础账号体系。
• 规则发布、模板发布、正式发放、合同发起和批量导出要求明确确认并记录操作者。

5.8 HR Web · 存证、提醒与设置

• 存证列表按业务类型区分合同、假勤、薪酬；技术信息折叠，业务摘要优先。
• 导出向导：选主体与范围 → 预览证据目录和缺失项 → 确认用途与授权 → 生成与下载 → 审计。
• 提醒规则包括合同到期、结果确认超期、异议待处理和存证异常；同一事项合并通知并显示最近催办时间。
• 应用设置只包含本应用业务角色、数据范围、核验、通知、第三方服务、导入映射与存证策略，不包含独立登录、中台基础组织权限或计费。

5.9 员工微信小程序 · 页面流

微信服务通知 / 小程序码 / 小程序历史入口
  ↓ 校验任务归属和当前会话，不要求另注册应用账号
待办
  ├─ 合同：关键信息与完整正文 → 同意并签署 → 当次验证 → 声明与签名 → 完成
  ├─ 假勤：查看排班/考勤/办理结果 → 确认无误 / 有疑问（可附材料）→ 回执或异议进度
  ├─ 薪酬：身份验证 → 工资/社保/公积金明细 → 确认无误 / 有疑问 → 回执
  └─ 身份核验：用途与隐私告知 → 手机验证 → 需要时人脸实人 → 返回原任务
P1：外部请假/加班审批待办，或轻量申请 → 驳回/办理进度 → 结果回查
假勤、薪酬、合同频道可查看本人历史记录和当前有效版本
我的可按有效关系查看当前及历史用工主体、文件、确认/异议记录、帮助与联系 HR

5.10 员工端通用异常

六、强签署与轻确认差异速查

七、后续迭代边界（必须显式标注）

以下能力可以出现在路线图或“后续规划”说明中，不得作为本阶段已可用功能验收：

1. 假勤完整闭环：排班规则与编辑 → 打卡采集 → 请假/加班申请审批 → 考勤核算 → 结果确认 → 证据归档。
2. 薪酬完整闭环：计薪基础采集 → 规则核算 → 复核 → 工资条确认 → 发薪/个税处理 → 证据归档。
3. 社保公积金完整闭环：城市规则自动更新 → 基数自动测算 → 增减员 → 官方申报/缴纳结果回传。
4. 外部系统在 P1 接口导入任务与失败重试之外，升级为稳定 API 双向实时同步，并处理冲突、设备/平台连接与完整数据血缘。
5. 合同在线起草、复杂变更、续签专用审批与更广泛的员工生命周期流程。

标注方式：使用“后续迭代”文字及路线图分组；本阶段页面不放置可误点的空按钮、不用“已支持”文案、不以静态演示冒充真实闭环。

八、通知与可用性规则

1. 通知标题说明事项，不携带完整证件号、工资金额或缴纳明细；敏感内容须在安全会话内查看。
2. HR 待办在 Web 应用内处理；员工通知优先微信服务通知并回到小程序对应事项，短信用于必要兜底和验证码。
3. 同一批次催办合并，展示最近催办时间、渠道和结果；已确认或有疑问后不再进入普通未确认催办。
4. 签署、确认、签收、导入发布、发放、导出均有处理中状态；刷新或断网重连后先查询真实结果。
5. 错误文案采用“发生了什么 → 是否影响结果 → 下一步”三段式。
6. 合同发起、假勤发布、工资发放、批量催办和证据导出均须预览对象、主体、数量、期间、排除项和影响。
7. 所有风险与成功状态均有文字，不只依赖颜色；小程序主操作保持易点按。

九、本阶段验收检查清单

双端与边界

• [ ] HR Web 与员工微信小程序 IA 分树、分流程、分页面，员工端无 HR 管理菜单。
• [ ] 仅设计 SSO 后应用内页；无应用中心、企业开通、Boss/Admin、独立登录、中台平行组织权限或计费壳页面。
• [ ] 人事云业务角色与组织数据范围可配置，薪酬等敏感数据按主体、业务域和字段最小授权。
• [ ] 员工主路径独立覆盖假勤、薪酬、合同签署及办理进度。
• [ ] 本期交付物为 IA、流程和交互说明，无业务代码或视觉稿工程。

主体与模板

• [ ] 至少两个签约/发薪主体可建档、筛选、授权并分别发合同和工资条，员工归属不串主体。
• [ ] 顶栏主体切换后，工作台、人员、假勤、薪酬、社保公积金、合同、导入批次列表均按所选主体过滤；合同甲方、工资条发薪主体、社保公积金参保/缴存主体在详情页分别可见。
• [ ] 主体停用或改名不删除、不覆盖历史业务记录；员工换主体保留旧关系与新关系有效期。
• [ ] 合同模板支持多种、多版本，至少三类主体/用工类型/场景适用范围可配置并正确命中。
• [ ] 发起签署前可预览主体、最终正文、接收人和模板版本。

假勤

• [ ] HR 与员工端均有假勤入口，覆盖排班、考勤结果、请假/加班办理结果。
• [ ] P0 走通导入/入账/查看/确认/异议/更正，不声称已完成打卡、复杂排班或考勤核算闭环。
• [ ] P1 轻量请假/加班申请或外部审批待办单独验收，未交付不影响 P0，也不以空审批页占位。
• [ ] 每个导入批次具备签约组织、城市/规则版本、期间、导入人/时间四组锚点（发薪主体另记、不替代签约组织）；四组锚点分别缺失的阻断用例均通过；正确与错误文件均有用例，重复导入不重复入账。
• [ ] 员工可查看本人结果、附材料提出异议，更正不覆盖原版本，沉默不默认等于认可。

薪酬与社保公积金

• [ ] 工资条包含应发、扣款、实发，并明确展示社保、公积金相关明细。
• [ ] 社保、公积金支持按城市导入、查看和追溯基数、比例/金额、所属期及缴纳结果；补缴补扣独立展示。
• [ ] 至少两个城市的规则包可配置、可版本化，至少一个城市有两个生效期版本；历史批次引用原规则快照与政策来源。
• [ ] 本阶段不显示自动算薪、发薪或官方申报已完成等误导状态，金额异常不静默修正。
• [ ] 明细鉴权后展示；个人/单位项目按模板与权限呈现，确认与有疑问同级，更正生成新版本。

核验、存证与提醒

• [ ] 信息校验通过与员工本人已实名分开展示，异常核验有明确下一步。
• [ ] 合同已签署、假勤已确认、工资已签收与存证中/失败分开展示。
• [ ] 存证失败可重试并产生 HR 待办，证据导出前可预览目录和缺失项。
• [ ] 员工不见哈希/区块号，只见业务文件、结果和回执。
• [ ] 合同到期提醒可配置、可去重、可跟踪，法律风险提示不自动下法律结论。

后续迭代

• [ ] 假勤、薪酬、社保公积金完整闭环均明确标注为后续迭代。
• [ ] 本阶段没有用于假装完整闭环的空菜单、空按钮或误导性“已支持”文案。

十、待产品/合规角色确认

1. 各类用工模板的合规审核责任人、启用条件与地区适用范围。
2. 各城市社保、公积金规则版本的来源、复核人、生效/失效日期和更新机制。
3. 假勤与薪酬导入模板必填字段、跨城市分批规则、外部系统标识和部分发布规则。
4. 假勤结果默认是否需要员工逐期确认，以及不同数据类型的确认频次和免确认条件。
5. 工资条有效验证会话时长、异常设备与频繁访问的升级验证策略。
6. 证据导出权限映射、下载有效期、用途填写和水印策略。

来源：docs/ux/MVP交互说明.md