← 返回目录

人事云 · 需求功能定义

版本：v1.2（双主体与分城市规则组对齐稿） 日期：2026-11-03 上级基线：docs/shared/范围决策-2026-11-03.md、docs/product/工作安排-近几小时.md、docs/product/需求与流程总纲-v0.md 配套流程：docs/product/流程定义.md 阶段约束：仅做需求、功能、流程和验收定义，禁止编写业务代码。

一、评审结论口径

1.1 产品定义

人事云是企业 AI 应用中台之上的垂直人事应用。HR 在中台 SSO 后的 Web 应用内页管理多个签约/发薪主体、员工用工关系、假勤、薪酬（含社保、公积金及城市差异）、工资条、多合同模板和签署存证；员工在微信小程序完成待办、查看、确认、异议、签署和进度回查。

1.2 本期交付原则

1. 模块本期要有：假勤、薪酬、社保公积金必须有导航、有页面、有导入、有查询、有验收，不接受空菜单或只写“后续支持”。
2. 导入优先：先接外部系统/Excel 结果，打通校验、入账、员工确认、异议和追溯。
3. 闭环后置：原始打卡、复杂排班、自动算薪、财务过账、社保公积金申报缴纳等完整闭环全部标为后迭代，不混入本期验收。
4. 双端不可替换：员工端只按微信小程序验收；HR 端只按中台 SSO 后 Web 内页验收，静态 H5 仅可用于原型评审。
5. 中台边界不可突破：不复建登录注册、企业/组织开通、通用组织权限、计费、订单、储值和账单；不做全量 HRIS。

1.3 优先级

• P0：本期主路径必须交付，缺失即验收不通过。
• P1：本期尽量交付，可在不阻塞 P0 的前提下进入紧随 MVP 的迭代。
• 后迭代：明确不在本期验收，页面和评审材料不得写成已具备。

二、角色、端与权限

中台决定企业和应用访问资格；人事云只增加业务角色、签约组织数据范围和敏感字段权限。

三、强制数据锚点与通用规则

3.1 所有导入批次的四组强制锚点

任何 Excel、文件或 API 导入，在提交校验和入账前必须同时具备以下四组锚点，缺一不可。

薪酬双主体约束：签约组织锚点始终必填；发薪主体以 paying_org_id 另行显式记录。二者不一致时不得用发薪主体覆盖或替代签约组织，合同与工资条分别校验适用主体。

补充人员行级键：员工类数据另须带中台人员 ID/员工编号和用工关系 ID，保证定位到“某人在某主体的某段关系”，但人员行级键不能替代上述四组批次锚点。

3.2 锚点适用口径

非薪酬业务也必须选择其业务校验规则集版本，不允许用“无规则”“N/A”或空值绕过。不同签约组织、不同期间不得混批；不同城市/规则版本按“城市—规则组”拆批。确需同文件上传时，系统须先拆分并分别生成批次锚点，再逐批评校验和入账。同一员工的参保城市与公积金城市可以不同，但必须分别选择并固定规则版本，不得以工作城市代替。

3.3 锚点阻断与继承

• 任一锚点缺失、无效、冲突或导入人无权限，批次进入“校验失败/待补正”，不得入账。
• 不得仅从文件名猜测主体、城市、期间或操作者；自动识别只能提供建议，须由 HR 明确确认。
• 入账结果、工资条、员工确认、异议、更正、导出均继承批次锚点快照。
• 操作者与操作时间由系统记录，文件声明的“导入人”只能作来源备注。
• 规则在入账后发生变更，只影响新批次；历史批次仍引用原版本，更正须生成新批次和新结果版本。
• 重复校验使用“四组锚点 + 来源记录主键”；重复提交不得生成重复结果或员工任务。

3.4 通用版本与更正规则

1. 已发布规则、合同模板、已入账结果和已发工资条不可原地覆盖。
2. 未发布数据可撤销；已发起员工确认、合同或工资条后只能撤回、作废或更正，须保留原版本。
3. 异议不等于已确认，沉默不自动等于认可，查看不自动等于确认，签署状态不自动改变劳动关系状态。
4. 所有正式发送、发布、入账、签收、签署、更正和导出记录操作者、时间和对象。

四、P0 功能定义

4.1 中台接入与多主体

BASE-001｜中台 SSO 与业务授权

• 目标：HR 从中台进入正确企业上下文，不另建账号。
• 输入：中台企业、人员、部门、基础角色、应用访问资格和会话。
• 功能规则：展示企业与当前用户；按业务角色、签约组织、字段范围控制页面、按钮、数据和导出；会话失效返回中台。
• 异常：无权限、上下文缺失、会话失效、越权访问均有明确反馈，不提供本地登录绕过。
• 验收：两个主体和两类业务角色交叉验证无串企业、串主体、越权；全应用无登录注册、开通和计费页。

ORG-001｜多签约/发薪主体维护

• 目标：支持国内多法人、多用工主体的真实业务与风控。
• 必填信息：主体名称、统一社会信用代码、签约/发薪属性、适用城市、状态和有效期。
• 功能规则：至少两个主体并行；工作台、人员、假勤、薪酬、工资条、合同和报表按主体隔离与筛选。
• 异常：主体标识重复、有效期冲突、仍有有效关系或未办结任务时不得直接停用并删除历史。
• 验收：A/B 两主体分别建立员工关系、导入数据、发工资条和合同，主体及权限不串。

ORG-002｜员工用工关系与业务档案

• 目标：在中台基础人员之上补充人事业务属性。
• 必填信息：中台人员 ID、签约组织、发薪主体、社保参保主体、公积金缴存主体、用工类型、工作城市、参保/公积金城市、岗位、用工状态和有效期（三类主体可与签约组织不同，但须显式记录、不得默认合并）。
• 功能规则：换主体采用旧关系终止、新关系生效；档案保留合同、假勤、薪酬、文件和审计时间线。
• 异常：人员不唯一、关系日期冲突、主体无权限或城市缺失时阻断。
• 验收：同一自然人不同历史关系可回查；员工与 HR 均不能查看无权主体数据。

4.2 城市规则与导入中心

RULE-001｜社保、公积金城市规则包

• 目标：表达城市政策差异并保证历史可解释。
• 规则字段：城市、险种/公积金项目、基数上下限、单位和个人比例、取整口径、生效/失效日期、政策来源、版本、维护人与复核人。
• 功能规则：草稿可编辑、发布只读；同城同项目同生效期不得冲突；期间入账固定版本快照。
• 本期边界：支持人工配置和批量导入，不承诺全国政策自动更新、自动核算或申报。
• 验收：至少两个城市；至少一个城市存在两个不同生效期版本；新版本不改变历史期间结果。

IMP-001｜统一导入批次与四组锚点

• 目标：所有来源数据按统一锚点、流程和审计入账。
• 功能步骤：选业务类型 → 选签约组织 → 薪酬另确认发薪主体 → 选城市与规则版本组 → 选期间 → 系统记录操作者/时间 → 上传/对接 → 映射 → 预览 → 校验 → 确认入账 → 批次追溯。
• 硬校验：四组锚点缺一不可；主体、城市、规则、期间必须匹配；人员行级键必须唯一；薪酬不得只记录发薪主体而缺签约组织。
• 异常：缺锚点、规则未发布/不覆盖期间、无权限、跨主体/城市/期间、重复主键均不得静默入账。
• 验收：分别构造缺少每一锚点的文件或请求，全部被阻断；完整批次可追溯至结果和员工任务。

IMP-002｜映射、错误报告、幂等与追溯

• 功能规则：支持模板下载、字段映射、数据预览、整批阻断或成功行入账/失败行隔离；业务模板必须固定采用策略。
• 错误报告：包含批次锚点、来源行、字段、原因和修复建议；敏感原值按权限脱敏。
• 幂等：按“四组锚点 + 来源记录主键”识别重复；重试不重复生成结果、工资条或合同任务。
• 追溯：保存源文件/来源请求、映射、规则快照、操作者、时间、成功失败数量和影响对象。
• 验收：正确、错误、重复三类样例均可复现；失败可定位，重复不重复入账。

IMP-003｜本期导入数据包

第 4、5 项须联合验收，不得只导入实发总额而缺少社保公积金来源，也不得只记录发薪主体而缺少签约组织锚点。

4.3 假勤

ATT-001｜假勤结果导入与 Web 查询

• 范围：排班、考勤汇总、请假/加班结果的导入与查看。
• 功能规则：按四组锚点入账；页面标注“外部导入结果”、来源批次和规则版本；支持主体、部门、员工、期间和异常筛选。
• 异常：人员、城市、期间、时长和重复校验失败进入错误报告；不得将导入结果描述为原始打卡。
• 验收：至少一次成功和一次失败导入；结果可反查四组锚点与人员行级键。

ATT-002｜假勤确认、异议与更正

• 功能规则：HR 发起确认；员工在小程序确认或提异议；HR 回复、补证或更正；更正生成新版本并再次确认。
• 状态：待确认、已确认、异议中、待更正、已更正、已关闭。
• 异常：未结异议不得统计为已确认；MVP 默认不把超时沉默记为认可。
• 验收：至少走通一条确认和一条异议更正，原版本、回复、新版本和四组锚点完整保留。
• 后迭代：原始打卡、复杂排班、完整假期/加班规则、自动重算和设备实时同步。

4.4 薪酬、社保公积金与工资条

PAY-001｜薪酬期间结果导入

• 范围：按签约组织 + 发薪主体 + 计薪期间导入计薪基础、应发应扣和实发结果。
• 功能规则：薪酬项目可映射；执行人员、签约组织、发薪主体、城市/规则版本、期间、操作者和金额勾稽校验；发薪主体不替代签约组织锚点；区分外部导入与系统计算。
• 异常：签约组织或发薪主体缺失、规则版本缺失/失效、金额不平、跨主体或重复记录不得静默通过；系统不得自动改数。
• 验收：工资结果可同时追溯签约组织、发薪主体、导入批次和规则快照；历史迁移明确标“未参与规则核算”。
• 后迭代：完整自动算薪、并行算薪、个税全链路、冲正补差和财务过账。

PAY-002｜社保、公积金城市差导入与展示

• 范围：基数、单位/个人缴纳额、缴纳期间、缴纳结果、补缴/补扣。
• 功能规则：每条记录关联员工用工关系、签约组织、社保参保主体/公积金缴存主体、参保/公积金城市及各自已发布规则版本；参保城市与公积金城市可以不同；单位与个人项目分列，补缴补扣独立展示。
• 异常：城市与规则不匹配、期间不受规则覆盖、人员关系不唯一或以工作城市代替参保/公积金城市时阻断相关记录。
• 验收：至少两个城市的样例可分别导入、查询和追溯；至少一条样例验证社保与公积金城市不同仍分别命中规则；工资条个人项目来源可定位到本模块。
• 后迭代：自动核算、政策自动更新、社保公积金网上申报和缴纳。

WAGE-001｜工资条生成、发放、签收与异议

• 功能规则：从已校验结果生成预览；HR 核对签约组织、发薪主体、期间、员工范围和可见项目后发放至微信小程序；员工签收或提异议。
• 状态：待发放、发放中、已送达、已查看、已签收、异议中、发放失败、已更正。
• 异常：失败重试不重复生成有效任务；未签收不得阻断工资发放或限制员工法定权益。
• 验收：员工可查看应发应扣、实发和模板允许展示的社保公积金个人项目；状态跨端一致。

WAGE-002｜工资条更正与再次确认

• 功能规则：HR 对异议回复或更正；更正生成新版本并再次发放；旧版本只读、可对比。
• 异常：不得直接覆盖已发工资条；异议未办结不得自动显示“员工无异议”。
• 验收：原版本、异议、回复、更正批次、新版本和再次签收形成完整时间线。

4.5 多合同模板与签署

TPL-001｜多合同模板与选用规则

• 模板维度：签约组织、用工类型、业务场景、正文变量、附件、签署方、核验等级、生效状态和版本。
• 功能规则：按“组织 + 用工类型 + 场景”筛选；发布只读；合同实例固定模板版本和最终正文快照。
• 异常：无适用模板、变量缺失、主体/用工类型不匹配时阻断；多个命中须 HR 明确选择并记录依据。
• 验收：至少三个不同适用范围模板参与验收，不发生错主体、错类型、错场景选用。

CON-001｜合同发起、小程序签署与异常

• 功能规则：HR 选主体、员工和场景，确认模板及正文后发起；员工在小程序逐份查看、完成必要核验并签署。
• 状态：待发起、待签、签署中、已完成、拒签、已过期、已撤回、失败。
• 异常：拒签、核验失败、供应商异常、过期和撤回均有原因和下一步；批量发起不合并各文件版本和结果。
• 验收：完成、拒签/失败至少各一条；员工无需进入 HR Web，签署结果可回查。

CON-002｜归档、员工文件与到期提醒

• 功能规则：归档原文、模板版本、签署状态、回执和时间信息；员工可查看下载本人合同；HR 按主体和到期区间生成续签待办。
• 异常：回执未返回不伪装为已存证；合同签署状态不直接覆盖劳动关系状态。
• 验收：已完成合同可从 HR 档案和员工小程序分别调取，主体和版本一致。
• 后迭代：复杂合同审批编排和更多历史迁移自动化不妨碍本期新签主路径。

4.6 员工微信小程序

MP-001｜身份绑定与统一待办

• 功能规则：微信用户与中台人员唯一绑定；聚合假勤、工资条、合同和请假/加班相关待办，展示主体、期间、状态和截止时间。
• 异常：无法匹配、重复绑定、授权失效、无有效关系有指引；不得建立独立本地账号绕过企业授权。
• 验收：三类 P0 任务均可从待办进入并完成后回查，不重复生成任务。

MP-002｜假勤查看、确认与异议

• 功能规则：查看本人期间结果、来源说明和请假/加班记录；确认或提交异议；查看 HR 回复和更正版本。
• 验收：仅本人数据；至少一条确认和一条异议更正全程在小程序完成员工侧动作。

MP-003｜工资条签收与异议

• 功能规则：查看主体、期间、应发应扣、实发及社保公积金个人项目；签收或异议；查看更正与回复。
• 验收：签收、异议、更正后再签收状态一致；历史工资信息不被不当限制。

MP-004｜合同签署、进度与我的文件

• 功能规则：逐份查看、核验、签署或拒签；完成后下载；集中查询合同、工资条、假勤确认和异议进度。
• 验收：成功、核验失败/供应商异常和下载失败均有可恢复路径；只显示本人及有效关系数据。

4.7 可信记录与审计

AUD-001｜跨模块追溯与基础导出

• 记录内容：业务对象、人员行级键、四组导入锚点（有导入来源时）、内容版本、动作、操作者、时间、异议、更正和供应商回执。
• 功能规则：按员工、主体和期间查询；导出受权限控制并留审计；查看、确认和签署分别记录。
• 验收：任取一条假勤、薪酬或合同结果均可说明来源、版本、经办人与当前状态。
• 边界：不承诺“上链即采信”或保证争议结果，不向劳动者转嫁核验、签署和存证费用。

4.8 2000 人规模非功能口径（P1-03）

假设：单企业在职 ≤ 2000 人、签约组织 ≤ 10 个、城市 ≤ 10 个；每月 1 个薪酬期间；工资条模板 ≤ 60 个可见项目；测试环境为与生产同规格的标准云部署，不含第三方电子签/微信通道自身延迟。数字为验收区间，原型评审后可复核。

五、P1 与后迭代清单

5.1 P1

5.2 后迭代

• 原始打卡采集、复杂排班、完整假期/加班规则和考勤自动重算；
• 假勤到薪酬自动取数、完整自动算薪、并行算薪、冲正补差和财务过账；
• 全国政策自动更新、自动核算、社保公积金网上申报与缴纳；
• 招聘、绩效、培训、测评、人才盘点等全量 HRIS；
• 独立通用 OA、服务商独立运营后台及任何中台登录/开通/计费复建。

六、跨功能验收矩阵

评审以 AC-01～AC-10 和产品设计方案、MVP backlog 的对应故事共同验收；任何“页面存在”不能替代业务结果验证。

来源：docs/product/需求功能定义.md