← 返回目录

人事云 · 流程定义

版本：v1.2（双主体与分城市规则组对齐稿） 日期：2026-11-03 上级基线：docs/shared/范围决策-2026-11-03.md、docs/product/工作安排-近几小时.md、docs/product/需求与流程总纲-v0.md 配套需求：docs/product/需求功能定义.md 使用方式：UX 按本文绘制 HR Web 与微信小程序页面流；评审按状态、异常和出口验收。 阶段约束：仅做流程定义，禁止编写业务代码。

一、流程总图与通用约定

1.1 端到端业务主线

中台授权与 SSO
  → 多签约组织与员工用工关系
  → 城市/规则版本准备
  → 带四组锚点的数据导入
  → 假勤结果确认 / 薪酬与社保公积金结果确认
  → 工资条发放签收 / 多模板合同签署
  → 异议与更正
  → 文件、证据与审计回查

原始打卡、复杂排班、自动算薪、财务过账、社保公积金申报缴纳不在本期主线内，统一标为后迭代。

1.2 四组强制导入锚点

所有导入流程必须先固定：

签约组织（签约组） + 城市/规则版本 + 期间 + 操作者/操作时间

• 文件导入的操作者取自中台 SSO；API 导入记录接口服务账号、授权责任人/外部任务 ID；操作时间均由系统写入，不能由上传文件或外部请求冒填。
• 薪酬导入始终保留签约组织锚点，发薪主体另行显式记录；发薪主体不得覆盖或替代签约组织。
• 工作城市、参保城市、公积金城市分别表达；社保与公积金城市可以不同，但须分别绑定已发布且覆盖期间的规则版本。
• 员工类记录另加中台人员 ID/员工编号 + 用工关系 ID，作为行级键。
• 四组锚点任一缺失、无效、冲突或无权限，不得进入“已入账”。
• 不同签约组织、不同期间不得混批；不同城市/规则版本按“城市—规则组”拆批；同文件上传时先拆分批次再逐批校验。
• 入账结果及后续工资条、确认、异议、更正、导出均继承锚点快照。

1.3 通用流程状态

“部分入账”只在对应导入模板允许时存在；已发布结果的更正不得覆盖旧版本。

二、F-01｜HR 中台 SSO 与多主体准备

2.1 角色与前置

• 角色：HR 负责人、企业管理员。
• 端：中台 SSO 后 Web 应用内页。
• 前置：企业已在中台完成开通、组织人员与应用授权；本文不设计中台内部开通流程。

2.2 主路径

2.3 失败分支

• SSO 无效/无应用权限：停止进入，返回中台，不展示本地登录。
• 主体重复：阻止新增，引导查看已有主体，不创建同名替代主体。
• 人员不唯一或关系冲突：阻止保存，显示冲突记录与有效期。
• 越权主体：不返回该主体敏感详情，只显示无权限状态。

2.4 出口

至少两个签约组织可用，员工归属不同主体，HR 权限按主体与业务域隔离。

三、F-02｜城市规则版本准备与发布

3.1 角色与前置

• 角色：薪酬专员维护，具备复核权限者复核发布。
• 端：Web。
• 前置：签约组织和员工参保/公积金城市已明确，政策来源已准备。

3.2 主路径

选择城市 → 新建规则草稿 → 填写社保/公积金参数与生效期 → 附政策来源 → 完整性校验 → 复核 → 发布版本 → 供导入批次选择

3.3 规则校验与失败分支

3.4 版本变化

政策变化 → 新建版本 → 复核发布 → 新批次引用；历史批次继续引用旧版本，不自动改数。影响清单为 P1，自动政策更新和自动核算为后迭代。

3.5 出口

至少两个城市存在已发布规则，至少一个城市可验证两个不同生效期版本。

四、F-03｜统一导入流程（所有业务共用）

4.1 角色与前置

• 角色：具备目标主体和业务域权限的 HR。
• 端：Web；P1 API 导入使用同一批次状态与锚点。
• 前置：主体、城市规则版本、期间和人员映射基础已准备。

4.2 主路径

4.3 强制阻断分支

4.4 撤销与更正

• 未发布结果：可撤销批次，保留撤销审计。
• 已发起员工确认、工资条或合同：不得直接删除；走对应撤回/更正流程。
• 更正：创建新导入批次，四组锚点和操作者重新记录，关联原批次与原结果版本。

4.5 出口

任一导入结果均可回答：哪个签约组织、哪个城市与规则版本、哪个期间、谁何时导入、来源哪一行、当前何状态；薪酬结果另须回答哪个发薪主体，社保与公积金分别引用哪个城市和规则版本。

五、F-04｜员工与用工关系导入

5.1 主路径

按 F-03 固定四组锚点 → 上传人员与关系 → 映射中台人员 ID → 校验主体/城市/有效期 → 预览 → 入账 → 生成一人一档

5.2 业务规则

• 城市使用工作城市；参保和公积金城市同时作为员工业务字段校验。
• 用工关系须同时导入签约组织、发薪主体、社保参保主体、公积金缴存主体（对齐 ORG-002/PAY-002、合规 XC-04）；三类主体与签约组织不同时显式记录并生成核对项，缺失或无权限时该行进入错误报告，不默认沿用签约组织。
• 参保/缴存主体或城市变化自明确生效日起新建关系，历史社保公积金记录保持原归属。
• 规则版本使用员工档案及用工关系校验规则集版本。
• 期间使用用工关系生效期间，不允许一个无边界“永久期间”规避冲突校验。
• 人员行级键由中台人员 ID/员工编号 + 用工关系 ID 组成。

5.3 失败分支与出口

• 未识别人员、重复员工编号、关系重叠、主体不一致（含参保/缴存主体缺失或不在权限内）进入错误报告。
• 换主体不得覆盖历史关系，应终止旧关系并建立新关系。
• 出口为至少两个主体下员工档案可用，后续假勤和薪酬可唯一定位人员行级键。

六、F-05｜假勤导入、员工确认与异议

6.1 角色与端

• HR/假勤专员：Web。
• 员工：微信小程序。
• 前置：F-01、F-04 已完成；假勤导入校验规则集版本已发布，使用对应假勤期间；涉及社保核算时另需完成 F-02。

6.2 HR 导入与发布

选择签约组织 → 工作城市/假勤规则版本 → 假勤期间 → 系统记录操作者 → 导入排班/考勤/请假加班结果 → 校验 → 入账 → 预览员工范围 → 发起确认

结果页必须展示“外部导入结果”、批次锚点、来源和确认状态。

6.3 员工小程序确认

进入小程序 → 身份绑定校验 → 待办/假勤 → 选择主体与期间结果 → 查看明细 → 确认或提出异议 → 查看办理进度

6.4 异议与更正分支

1. 员工提交类型、说明和附件，结果进入“异议中”。
2. HR 受理后可回复说明并办结，或创建更正批次。
3. 更正批次重新执行 F-03，形成新结果版本。
4. 员工查看回复/新版本，必要时再次确认。
5. 原版本、异议、回复、新批次、新版本和再次确认均保留。

6.5 异常与边界

• 跨主体/城市/期间、人员不唯一、重复记录按 F-03 阻断。
• 附件上传失败可重试，不得误提交空白异议。
• 未结异议不计为已确认；默认不把超时沉默记为认可。
• 原始打卡、复杂排班、自动加班核算和考勤重算为后迭代。

6.6 P1 轻量申请或外部审批待办分支

• 优先接收外部请假/加班审批结果形成员工待办，沿用外部任务 ID、人员行级键、四组锚点和原业务期间。
• 无外部审批系统时，可按 P1 提供轻量申请、驳回原因与办理进度；申请不直接改写已发布考勤结果，须经确认的结果导入或更正批次入账。
• P1 未交付时不得影响 P0 的结果导入、查看、确认和异议，也不显示可误点的空审批入口；不扩展为通用 OA。

6.7 出口

成功/失败导入均可审；员工至少完成一条确认和一条异议更正；结果可追溯四组锚点。

七、F-06｜薪酬、社保公积金导入与城市差校验

7.1 角色与前置

• 角色：薪酬专员。
• 端：Web。
• 前置：员工用工关系、签约组织、发薪主体、参保/公积金城市、各自已发布城市规则版本和计薪期间已准备。

7.2 主路径

选择签约组织 → 确认发薪主体（可与签约组织不同，但不得替代） → 选择薪酬城市及社保/公积金各自城市与规则版本组 → 选择计薪期间 → 系统记录操作者/时间 → 导入应发应扣/实发与社保公积金明细 → 锚点及勾稽校验 → 预览 → 入账 → 待 HR 复核 → HR 复核期间结果

7.3 校验顺序

1. 四组锚点与操作者权限。
2. 人员行级键、签约组织、发薪主体、计薪期间。
3. 参保城市与公积金城市分别匹配对应规则版本和生效期，不以工作城市代替。
4. 薪酬项目映射、应发应扣与实发勾稽。
5. 社保、公积金基数、单位/个人金额和缴纳期间。
6. 补缴/补扣独立项目及重复来源主键。

7.4 失败分支

• 缺签约组织、只填发薪主体或主体关系不一致：按锚点缺失/冲突阻断，不得入账。
• 任一适用规则缺失、未发布或不覆盖期间：不得标记“规则校验通过”，不得入账。
• 金额不平：标记异常，由 HR 修正来源或确认模板允许的处置，系统不自动改数。
• 多城市数据未按城市—规则组拆批：先拆分并分别绑定城市规则，再校验；同一员工社保与公积金城市不同不属于错误，但两类城市和版本必须分别明确。
• 历史迁移无规则核算：只有明确标记“历史导入、未参与核算”且具备迁移校验规则版本时才可入账，不得展示为系统算薪。

7.5 出口与后迭代

• 出口：至少两个城市的薪酬、社保、公积金结果可查询并固定引用规则快照；至少一条样例验证参保城市与公积金城市不同；签约组织与发薪主体均可回查，可进入工资条流程。
• 后迭代：完整自动算薪、并行算薪、个税全链路、冲正补差、财务过账、政策自动更新、申报与缴纳。

八、F-07｜工资条发放、签收、异议与更正

8.1 HR 发放

选择 HR 已复核的薪酬期间 → 生成工资条预览 → 核对签约组织/发薪主体/期间/人员/可见项目 → 确认发放 → 小程序送达 → 跟踪查看与签收

预览至少包含应发应扣、实发和模板允许展示的社保公积金个人项目，以及签约组织、发薪主体、来源批次和各自城市规则版本供 HR 核查。

8.2 员工签收

小程序待办/薪酬 → 查看工资条 → 签收或提出异议 → 查看状态与文件

8.3 异议与更正

员工异议 → HR 受理 → 回复说明或创建薪酬更正批次 → 生成工资条新版本 → 再次发放 → 员工再次签收/继续异议 → 办结

8.4 异常分支

• 发放失败：可重试，按原业务任务幂等处理，不重复生成有效工资条。
• 员工未查看/未签收：保持原状态，可催办，不自动等于认可。
• 更正：旧版本只读，新版本关联更正批次，不覆盖已发内容。
• 不得以未签收、未签合同或异议为由阻断工资发放或限制员工法定权益。

8.5 出口

员工侧签收、异议、更正后再签收均可走通；HR 可回查每次发放和版本。

九、F-08｜多合同模板配置与合同签署

9.1 模板准备

合同管理员新建模板 → 配置签约组织/用工类型/场景 → 配置变量与签署方 → 合规审定 → 发布版本

至少准备三个不同适用范围模板。已发布模板只读，修改须新建版本。

9.2 HR 发起

选择签约组织 → 选择员工与签署场景 → 系统按组织/用工类型/场景筛选模板 → HR 确认模板版本 → 校验变量与正文 → 预览 → 正式发起

• 无适用模板或变量缺失：阻断发起。
• 多个模板命中：展示候选及命中依据，由 HR 明确选择。
• 批量发起：每份合同独立正文快照、状态和结果。

9.3 员工小程序签署

小程序待办/合同 → 查看签约主体和合同正文 → 必要身份核验 → 逐份签署或拒签 → 查看办理结果 → 下载本人合同

9.4 异常与归档

完成后归档原文、模板版本、签署回执和时间信息；生成到期提醒与续签待办。合同签署状态不直接覆盖劳动关系状态。

9.5 出口

至少三个模板范围可正确命中；员工完成一条签署和一条异常路径；HR 与员工读取到的主体、正文版本一致。

十、F-09｜员工微信小程序统一待办与我的文件

10.1 身份前置

微信授权 → 匹配中台人员 → 校验有效用工关系与任务权限 → 进入首页

无法匹配、重复绑定、授权失效时进入明确指引，不建立独立本地账号绕过中台。

10.2 统一待办主路径

首页待办 → 按类型/主体/期间查看 → 进入假勤/工资条/合同 → 查看内容 → 确认/签收/签署或异议/拒签 → 获得结果 → 进度与我的文件回查

10.3 页面流最小集合

10.4 通用异常

空任务、加载失败、无权限、关系失效、重复提交、附件失败、下载失败均有反馈和恢复路径。三类 P0 主任务不得以 H5 或 HR Web 窄屏替代微信小程序验收。

十一、F-10｜跨模块审计与证据导出

11.1 主路径

HR 选择员工/签约组织/期间 → 查看业务时间线 → 选择合同/假勤/工资条/异议记录 → 预览导出目录 → 权限确认 → 导出 → 记录导出审计

11.2 内容要求

• 有导入来源时包含四组锚点、人员行级键、来源批次和规则快照。
• 包含内容/结果版本、操作者、动作时间、异议、更正和可获得的供应商回执。
• 查看、确认、签收、签署分别记录；不将查看描述为理解或同意。
• 导出受业务域和主体权限控制，敏感字段最小化。

11.3 出口与边界

任取一条结果可解释来源、版本、经办人与状态；不宣传“上链即采信”或保证争议结果，不向员工收取查看下载或存证费用。

十二、后迭代流程（只定义边界，不纳入本期验收）

后迭代不得反向取消本期模块，也不得在销售、原型或验收中被描述为本期已完成。

十三、流程联验用例

以上用例全部通过，才可称为本窗口“需求功能定义与流程定义对齐完成”；仅文档存在但流程缺状态、异常或锚点，不视为完成。

来源：docs/product/流程定义.md