← 返回目录

人事云 · 需求与流程总纲(v2.0 · 强制对齐评审基线)

状态:可评审执行基线;细节可补充,不得推翻本版范围与硬约束 对齐日期:2026-11-03 最高依据:docs/shared/范围决策-2026-11-03.md、docs/product/工作安排-近几小时.md 需求功能定义:docs/product/需求功能定义.md 流程定义:docs/product/流程定义.md 关联验收:docs/product/产品设计方案.md、docs/product/MVP-backlog.md 阶段约束:禁止编写业务代码,产出只进入约定 Markdown 路径。


1. 本窗口评审交付

本总纲与两份展开稿共同构成本窗口交付,不以“只有总纲”或“只有页面清单”冒充完成:

交付物 约定路径 评审内容
总纲 docs/product/需求与流程总纲-v0.md 范围、角色、硬约束、对象、流程索引、验收与迭代边界
需求功能定义 docs/product/需求功能定义.md 功能编号、输入、业务规则、异常、优先级和逐条验收
流程定义 docs/product/流程定义.md F-01~F-10 的角色、端、前置、步骤、状态、失败分支、出口和联验用例

评审通过底线:功能可逐条验收,流程可直接绘制,四组导入锚点不可绕过,完整闭环均显式标为后迭代。

2. 产品定义与强制决策

人事云是中台之上的垂直人事应用:HR 在中台 SSO 后的 Web 应用内页管理多签约/发薪主体下的人员、假勤、薪酬(含社保、公积金与城市差异)、多合同模板与签署存证;员工在微信小程序完成待办、查看、确认、异议、签署与进度回查。本期模块齐全,深度采用“导入优先”,完整业务闭环标为后迭代。

强制决策 本期统一口径 禁止口径
假勤、薪酬本期要有 有导航、有真实页面、有导入、有查询、有员工路径、有验收 空菜单、只写规划、恢复“排除假勤薪酬”旧范围
导入优先 外部系统/Excel 结果经校验、预览、入账后进入确认、异议和追溯 上传即入账、只有实发总额、无来源结果
四组锚点 签约组织 + 城市/规则版本 + 期间 + 操作者/操作时间,缺一不可 用人员 ID、文件名或发薪主体替代签约组织锚点
薪酬城市差 社保、公积金分别关联适用城市和规则版本,历史期间固定快照 全国单一规则、新版本覆盖历史、把导入结果说成系统算薪
多签约组织 多签约/发薪主体、用工关系、业务权限和历史版本并行 单主体模型、跨主体串数据、换主体覆盖历史
多合同模板 按签约组织 + 用工类型 + 场景选用,固定模板版本和正文快照 单一通用模板、已签合同随模板改动
员工端 微信小程序承载全部 P0 员工主路径 用 H5、公众号网页或 HR Web 窄屏替代验收
中台边界 复用登录、企业/组织开通、基础人员、应用授权和计费 应用内复建登录、开通、通用组织权限或计费账务

3. 角色、端与职责边界

角色 端 本期核心职责 权限限制
HR 负责人 Web(中台 SSO) 多主体、业务授权、期间作业、异常和报表 按企业与签约组织数据范围操作
假勤专员/门店经理 Web(中台 SSO) 假勤导入、结果查询、确认与异议处理 默认不可见薪资金额
薪酬专员 Web(中台 SSO) 城市规则、薪酬和社保公积金导入、工资条发放 薪酬字段与导出独立授权
合同管理员 Web(中台 SSO) 模板版本、合同发起、进度、归档与提醒 模板发布和正式发起可分离授权
员工 微信小程序 待办、假勤、工资条、合同、异议、进度与文件 仅本人及有效用工关系数据
只读审计/管理层 Web(中台 SSO) 查看授权范围内结果和审计记录 默认脱敏,无业务修改权
渠道顾问 后迭代 本期不做顾问工作台 只保留交付资产扩展空间

中台决定企业和应用访问资格;人事云只维护用工业务档案、业务角色、签约组织数据范围和敏感字段权限。不做全量 HRIS,不重建中台页面。

4. 本期功能范围

模块 本期 P0 必须可验 P1/后迭代边界
工作台 按签约组织过滤的待办、异常、期间状态与导入任务 增强报表为 P1
签约组织 多签约/发薪主体、适用城市、员工用工关系和业务授权 复杂集团关系后迭代
人员 中台人员之上的用工业务档案、一人一档和历史关系 全量人才主数据后迭代
假勤 排班、考勤、请假/加班结果导入、查询、确认、异议与更正 轻量申请/外部待办 P1;原始采集、复杂规则、自动重算后迭代
薪酬 计薪期间、应发应扣、计薪基础与结果导入、勾稽与追溯 完整自动算薪、并行算薪、冲正补差、财务过账后迭代
社保公积金 城市规则包、版本、生效期、基数和缴纳结果导入与查看 政策自动更新、自动核算、申报缴纳后迭代
工资条 生成、预览、小程序发放、签收、异议、更正与再次确认 实际发薪和银企直联后迭代
合同 多模板、按组织/用工类型/场景选用、小程序签署、归档、回执和到期提醒 在线起草、复杂变更和续签专用审批后迭代
导入中心 文件导入、统一锚点、校验报告、幂等、错误隔离和批次追溯 API 导入 P1,仍须同一锚点
规则与模板 城市规则、业务导入校验规则集和合同模板库 全国政策自动更新后迭代
证据与审计 内容/结果版本、操作者、动作、异议、更正、回执和权限内导出 增强组合证据包 P1

明确不做:独立登录、企业/组织开通、计费订单、全量招聘绩效培训 HRIS、通用 OA 和中台运营台。

5. 所有导入的强制锚点(最高优先级硬校验)

任何 Excel、文件或 API 业务数据导入必须同时带有:

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

缺一不可。缺任一项、项间不匹配或操作者无权限,均不得入账。

锚点 强制要求 系统来源与留痕
签约组织 使用主体 ID,属于当前企业且状态可用;操作者有该主体权限 HR 明确选择或 API 按授权映射,系统校验并保存主体快照
城市/规则版本 城市与规则匹配,规则已发布且生效期覆盖业务期间;入账固定版本快照 HR 选择或按已确认规则匹配,系统保存规则快照
期间 月度业务使用对应业务期间,主数据使用生效期间;不得跨期间混导 HR 明确选择或 API 显式传入,系统校验行级日期
操作者/时间 文件导入记录中台 SSO 人员 ID;API 导入记录接口服务账号、授权责任人/外部任务 ID;操作时间均由系统写入,只读记录 系统写入,不允许文件或外部请求冒填操作时间

补充约束:

  1. 薪酬双主体:签约组织锚点始终必填;发薪主体另行显式记录。二者不一致时不得用发薪主体覆盖或替代签约组织,合同与工资条分别校验适用主体。
  2. 城市规则组:工作城市、参保城市、公积金城市分别表达。社保与公积金城市可以不同,但必须各自关联已发布且覆盖期间的规则版本,不得强制合并为一个城市。
  3. 拆批:不同签约组织、不同期间不得混批;不同城市/规则版本按“城市—规则组”拆批。同一文件包含多组数据时,先拆成独立批次再校验。
  4. 人员行级键:员工类数据另须带中台人员 ID/员工编号 + 用工关系 ID,作为行级键;不能替代批次四组锚点。
  5. 非薪酬规则:非薪酬业务也必须使用相应业务导入校验规则集版本,不允许空值、“无规则”或“N/A”绕过。
  6. 继承与幂等:结果、工资条、确认、异议、更正和导出继承锚点快照;重复校验采用“四组锚点 + 来源记录主键”。
  7. 版本与更正:未发布数据可撤销;已发起确认、工资条或合同后只能撤回/更正,不覆盖历史版本。

6. 关键对象与状态约定

关键对象:签约组织、发薪主体、员工用工关系、人员行级键、城市规则包与版本、业务导入校验规则集、导入批次与锚点快照、来源记录主键、假勤期间结果、薪酬期间结果、社保公积金明细、工资条版本、合同模板版本、合同实例、员工待办、确认/签收/签署、异议、更正、证据与审计记录。

对象 本期状态主线 强制区分
导入批次 待补锚点 → 待上传 → 校验中 → 校验失败/待确认 → 已入账/部分入账 → 已撤销/已更正 上传成功不等于入账
假勤结果 已入账 → 待确认 → 已确认/异议中 → 待更正 → 已更正 → 已关闭 外部结果不等于原始打卡或审批完成
薪酬结果 已入账 → 待 HR 复核 → HR 已复核 → 已生成工资条 → 已更正 导入结果不等于系统算薪
工资条 待发放 → 发放中 → 已送达/发放失败 → 已查看 → 已签收/异议中 → 已更正 查看不等于签收,签收不等于放弃异议
合同 待发起 → 待签 → 签署中 → 已完成/拒签/已过期/已撤回/失败 → 已归档 签署状态不直接改变用工关系状态
存证 待存证 → 存证中 → 已存证/存证失败/验真异常 业务完成与存证结果分栏

7. 需求功能与流程评审索引

7.1 功能定义索引

功能域 需求编号 评审重点
中台与多主体 BASE-001、ORG-001~002 SSO、业务授权、多签约/发薪主体、历史用工关系
规则与导入 RULE-001、IMP-001~003 四组锚点、城市版本、错误报告、幂等和追溯
假勤 ATT-001~002 结果导入、Web 查询、小程序确认/异议、版本更正
薪酬与工资条 PAY-001~002、WAGE-001~002 双主体、城市差、社保公积金、签收与更正
合同 TPL-001、CON-001~002 多模板、适用范围、小程序签署、归档和提醒
员工小程序 MP-001~004 身份绑定、统一待办、三类主任务、进度与我的文件
可信记录 AUD-001 跨模块追溯、基础导出、审计和效力边界

逐条输入、规则、异常与验收见 docs/product/需求功能定义.md。

7.2 流程定义索引

编号 流程 主路径摘要 出口
F-01 中台 SSO 与多主体准备 SSO → 签约组织 → 发薪关系 → 业务权限 → 员工用工关系 两主体与权限可用
F-02 城市规则准备 草稿 → 校验 → 复核 → 发布版本 → 新批次引用 两城市与跨生效期版本可用
F-03 统一导入 选签约组织 → 薪酬另确认发薪主体 → 选城市/规则组 → 选期间 → 系统记操作者/时间 → 上传/对接 → 校验 → HR 确认入账 → 追溯 来源、版本、经办人与状态可回查
F-04 员工与关系导入 四组锚点 + 人员行级键 → 校验 → 一人一档 后续数据可唯一锚定
F-05 假勤导入与确认 导入结果 → Web 查询 → 小程序确认/异议 → 更正再确认 成功、失败和异议路径可验
F-06 薪酬与社保公积金 签约组织/发薪主体 → 城市规则组 → 联合导入 → 勾稽/城市校验 → HR 复核期间结果 薪酬、社保、公积金共同可追溯
F-07 工资条 预览 → 小程序发放 → 签收/异议 → 更正版本 → 再签收 原版本与新版本完整保留
F-08 多模板合同 组织/用工类型/场景选模板 → 发起 → 小程序签署 → 归档提醒 主体、模板和正文版本一致
F-09 员工小程序 身份绑定 → 统一待办 → 办理 → 进度 → 我的文件 三类 P0 任务全程小程序可办
F-10 审计与证据 按员工/主体/期间查询 → 权限内导出 → 导出审计 结果来源与处理过程可解释

详细步骤、状态、失败分支和出口见 docs/product/流程定义.md。

8. 本期与后迭代边界

8.1 本期 P0

8.2 P1

历史合同迁移、轻量请假/加班申请或外部审批待办、API 导入、规则影响清单、增强报表和常用导入映射保存。P1 不得阻塞 P0,也不得绕过四组锚点。

8.3 后迭代

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

9. MVP 联合验收口径

验收编号 必须证明 不通过条件
AC-01 四组锚点分别缺失时均阻断;完整快照贯穿结果、任务与导出 任一锚点可空、可冒填或入账后丢失
AC-02 至少两个签约组织的人员、权限、导入、合同与工资条不串 只能单主体、发薪主体替代签约组织或跨主体越权
AC-03 至少两个城市规则可配置/导入;至少一个城市验证跨生效期版本 新版本覆盖历史、社保与公积金城市被强行合并
AC-04 假勤完成带锚点的成功/失败导入、小程序确认和异议更正 只有菜单、只上传不校验或无员工路径
AC-05 薪酬与社保公积金联合导入,包含应发、应扣、实发及城市明细 只有实发总额、缺签约组织或缺城市规则版本
AC-06 工资条完成小程序发放、签收、异议、更正和再次确认 覆盖旧版本、异议自动消失或沉默算认可
AC-07 至少三个不同适用范围合同模板正确命中并固定版本 错主体、错类型、错场景或已签合同随模板变化
AC-08 微信小程序完成假勤确认、工资条签收、合同签署与异常回查 用 H5/HR Web 窄屏替代小程序
AC-09 HR 全程 SSO Web,无应用内登录、开通、计费和中台壳复建 复建中台账号、权限或账务体系
AC-10 本期导入与员工路径真实可验,完整闭环全部标后迭代 将后迭代写成已交付,或据此删除本期模块

10. 评审与扩写约束

来源:docs/product/需求与流程总纲-v0.md