← 返回目录

人事云 · MVP Backlog

版本：v1.0 日期：2026-11-03 周期约束：8–12 周产品范围；当前阶段禁止编写业务代码。 上游依据：docs/shared/范围决策-2026-11-03.md、docs/product/产品设计方案.md、docs/product/需求功能定义.md、docs/product/流程定义.md。 交付形态：HR 端为中台 SSO 后 Web 应用内页；员工端为微信小程序。

一、优先级与完成定义

1.1 优先级

• P0：MVP 必须交付并通过端到端验收，缺失会导致主路径不成立。
• P1：本期应尽量交付；资源不足时可进入紧随 MVP 的迭代，但不得阻塞 P0，也不得在验收材料中写成已上线。

“假勤、薪酬本期要有”的含义是：P0 必须交付可见导航、真实业务页面、导入、查询、员工确认/异议和追溯；不是只放空菜单，也不是承诺本期完成原始采集、复杂规则、自动算薪和申报闭环。

1.2 通用完成定义（DoD）

每个故事除满足自身验收标准外，还须满足：

1. 标明使用端、角色、签约组织、业务期间、前置条件和数据权限。
2. 正常、空数据、加载、失败、无权限、重复提交等状态均有明确反馈。
3. 正式发送、签署、签收、规则发布、导入入账和导出等动作可审计。
4. 已发布结果不被直接覆盖；更正、撤回、重发和版本关系可追踪。
5. 敏感字段按权限展示，错误报告和导出文件不额外泄露薪酬、身份等信息。
6. 员工任务在微信小程序验收，HR 批量和配置任务在 SSO 后 Web 内页验收。
7. 不出现应用内登录注册、企业/组织开通、计费、订单、储值或账单。
8. 只交付产品设计、原型和规则文档，不在本阶段编写业务代码。

1.3 全局依赖

二、导入优先项

2.1 导入顺序

所有数据包的批次均必须先带四组强制锚点：签约组织（签约组）＋城市/规则版本＋期间＋操作者/操作时间，缺一不可。操作者/时间来自 SSO 与系统时间；非薪酬业务使用对应导入校验规则集版本。下表“行级业务键”是在四组锚点之外追加，不得替代批次锚点。

约束：第 1、2 项可合并为一个实施批次，但验收必须分别证明主体与用工关系正确；第 4、5 项必须共同验证工资条中社保公积金个人项目的来源，不得只导入一个实发总额。多主体、多城市、多规则版本和多期间必须拆批。

2.2 统一导入验收门槛

• 支持模板下载、上传、字段映射、数据预览、校验、错误报告、确认入账和批次详情。
• 四组强制锚点分别缺失、无效、冲突或无权限时均阻断入账；操作者/时间不可由文件冒填。
• 人员无法唯一匹配、主体无权限、期间错误、业务主键重复时不得静默入账。
• 错误报告包含批次锚点、来源行、字段、原因和修复建议，敏感原值按权限脱敏。
• 以“四组锚点 + 来源记录主键”执行幂等校验，重复提交不重复生成结果和员工任务。
• 批次及后续结果、工资条、确认、异议、更正和导出保留四组锚点快照，并保存来源、映射、成功/失败数量和影响对象。
• 未发布数据可撤销；已发起确认、发工资条或签合同后只能按更正/撤回流程处理。

三、P0 用户故事

A. 中台接入、组织与权限

SSO-01｜P0｜中台 SSO 进入人事云

用户故事：作为已获授权的企业 HR，我希望从中台免登进入人事云，以便在正确企业上下文工作。

验收标准： - 进入后展示中台企业名称、当前用户和返回中台入口，无本地登录页。 - 无应用权限、会话失效、企业上下文缺失时给出明确状态并引导返回中台。 - 刷新或返回后不得串企业、串用户；未获授权者不能通过直接地址绕过。

依赖：D1。

ORG-01｜P0｜维护多个签约/发薪主体

用户故事：作为 HR 负责人，我希望维护多个真实签约和发薪主体，以便按法人管理用工业务。

验收标准： - 可新增、编辑、停用至少两个主体，记录名称、统一社会信用代码、签约/发薪属性、适用城市和状态。 - 重复主体标识有校验；停用前提示有效用工关系、未关闭期间和未完成合同。 - 工作台、人员、假勤、薪酬、工资条、合同和报表均可按主体筛选，停用不删除历史。

依赖：D1、D4。

ORG-02｜P0｜建立员工用工业务档案

用户故事：作为 HR，我希望引用中台人员并补充用工属性，以便区分基础身份与具体签约关系。

验收标准： - 可维护签约主体、发薪主体、社保参保主体、公积金缴存主体、用工类型、参保/公积金城市、部门岗位、状态和生效日期；各主体不一致时显式记录并提示核对。 - 更换主体形成旧关系终止和新关系生效，历史合同、工资条和确认记录仍可查。 - 日期重叠或人员锚点不唯一时提示并阻断；参保/缴存主体与签约组织不一致时仅标「待核对」、不阻断入账、不自动改主体（见 docs/review/产品拍板-2026-11-04.md）。 - 一人一档按权限展示合同、假勤、薪酬、社保公积金、文件和操作时间线。

依赖：D1、D4、ORG-01。

SEC-01｜P0｜业务角色、组织范围与敏感字段权限

用户故事：作为企业管理员，我希望配置人事云业务权限，以便薪酬和身份数据只被必要人员访问。

验收标准： - 至少区分 HR 负责人、薪酬专员、假勤专员、合同管理员和只读审计。 - 权限同时受业务域、签约组织和字段范围约束；假勤角色默认不可查看薪资金额。 - 无权限页面、按钮、导出和直接访问均有一致控制。 - 权限变更、批量导出、正式发送和发布动作有审计记录。

依赖：D1、D4。

B. 导入中心与假勤

IMP-01｜P0｜统一文件导入任务

用户故事：作为实施人员或 HR，我希望通过统一导入流程处理 Excel，以便减少重复录入并定位问题。

验收标准： - 完整走通签约组织、城市/规则版本、期间选择与系统记录操作者/时间，再完成模板下载、上传、映射、预览、校验、错误报告、入账和批次追溯。 - 分别缺少签约组织、城市/规则版本、期间、操作者上下文时均阻断入账；操作者/时间不可由文件冒填。 - 支持整批阻断或成功行入账/失败行隔离，并在业务模板中明确策略。 - 错误报告定位到批次锚点、行和字段；以“四组锚点 + 来源记录主键”保证重复文件/主键不重复入账。 - 无目标组织或业务域权限者不能导入；结果及后续任务保留四组锚点快照。

依赖：D1、D4、ORG-01、ORG-02。

IMP-02｜P0｜员工、主体与用工关系导入

用户故事：作为 HR，我希望批量建立业务档案，以便快速完成首次实施。

验收标准： - 至少验收两个签约组织和多名员工的正确归属。 - 未知人员、重复员工编号、主体缺失、关系有效期冲突均进入失败报告。 - 成功后可在一人一档查看导入来源；重复导入不产生重复关系。

依赖：IMP-01、ORG-01、ORG-02。

ATT-01｜P0｜导入排班、考勤与请假加班结果

用户故事：作为假勤专员，我希望导入外部假勤结果，以便不替换现有考勤系统也能开展员工确认。

验收标准： - 支持按签约组织、工作城市/假勤导入校验规则版本、假勤期间和操作者/时间导入排班、考勤汇总、请假/加班结果，页面标注“外部导入结果”、四组锚点和来源批次。 - 校验四组锚点、人员行级键、日期、时长和重复记录；成功/失败数量清晰。 - 已发起确认后重新导入必须进入更正流程，不覆盖旧结果。 - 本期不以原始打卡、复杂排班或自动加班核算作为验收条件。

依赖：IMP-02、IMP-01。

ATT-02｜P0｜Web 查询假勤结果与处理异议

用户故事：作为假勤专员，我希望查询结果并处理员工异议，以便关闭期间前解决差异。

验收标准： - 可按主体、部门、员工、期间、确认状态和异常类型筛选。 - 详情显示结果、来源、导入批次、确认状态、异议和处理时间线。 - HR 可回复、补附件或发起更正；更正生成新版本并支持再次确认。 - 未处理异议不能被统计为“已确认”。

依赖：ATT-01、SEC-01。

C. 薪酬、城市规则与工资条

RULE-01｜P0｜配置城市社保公积金规则包

用户故事：作为薪酬专员，我希望按城市维护规则版本，以便避免用全国单一参数处理城市差异。

验收标准： - 规则至少包含城市、社保险种、公积金项目、基数上下限、单位/个人比例、生效/失效日期、来源和版本。 - 草稿可编辑，发布只读；同城同项目生效期冲突时阻断发布。 - 至少两个城市可配置/导入，至少一个城市有两个不同生效期版本。 - 每次发布记录维护人、复核人和来源；政策自动更新不纳入本期承诺。

依赖：D5、SEC-01。

PAY-01｜P0｜导入计薪结果并关联规则版本

用户故事：作为薪酬专员，我希望导入计薪结果并固定城市规则引用，以便生成可解释的工资数据。

验收标准： - 支持应发、应扣、实发和薪酬项目映射，按发薪主体、城市/规则版本、计薪期间和操作者/时间入账。 - 校验四组锚点、员工关系、重复主键和配置的金额勾稽；异常不得由系统自动改数。 - 期间固定引用城市规则版本；新规则发布不覆盖历史期间快照。 - 历史迁移可标记“未参与规则核算”，不得显示为系统已算薪。

依赖：IMP-02、RULE-01、IMP-01。

PAY-02｜P0｜导入社保、公积金基数与缴纳结果

用户故事：作为薪酬专员，我希望导入社保和公积金明细，以便工资条与员工档案反映个人项目和城市来源。

验收标准： - 支持参保城市、缴纳期间、基数、单位/个人缴纳额、缴纳结果和补缴/补扣独立明细。 - 每条记录关联员工用工关系、签约组织锚点、社保参保主体/公积金缴存主体、城市与规则版本；缺城市、缺缴纳主体或版本冲突时明确异常。 - 至少一条样例验证签约组织与参保/缴存主体不同仍各自正确展示与追溯。 - HR 可查看单位和个人项目；员工可见项目由工资条模板控制。 - 本期不要求社保公积金网上申报、代缴或完整自动核算。

依赖：PAY-01、RULE-01。

WAGE-01｜P0｜生成、预览并发放工资条

用户故事：作为薪酬专员，我希望从已校验结果生成工资条并发到小程序，以便员工在线查看签收。

验收标准： - 发放前可预览员工范围、主体、期间、可见项目、金额和社保公积金个人项目。 - 支持选定范围发放；失败可重试，重试不重复生成有效任务。 - 记录发放、查看、签收和逾期状态；未发/发放失败不可显示为已送达。 - 未签收不得成为阻断工资发放的产品规则。

依赖：PAY-01、PAY-02、D2、SEC-01。

WAGE-02｜P0｜处理工资异议与更正重发

用户故事：作为薪酬专员，我希望处理异议并保留版本，以便避免直接覆盖已发工资条。

验收标准： - HR 可查看异议类型、说明和附件，回复说明或发起更正。 - 更正生成新版本并再次发放，原版本只读且可对比。 - 员工可收到处理结果并对新版本操作；全部动作进入时间线。 - 异议未办结不得自动统计为“员工无异议”。

依赖：WAGE-01、MP-03。

D. 合同模板、签署与提醒

TPL-01｜P0｜多合同模板及适用范围

用户故事：作为合同管理员，我希望按组织、用工类型和场景管理模板，以便发起时选择正确文本。

验收标准： - 模板可配置适用签约组织、用工类型、场景、变量、附件、签署方和生效状态。 - 草稿与发布版本分离，发布只读；至少验收三个不同适用范围的模板。 - 多个模板同时命中时显示候选与命中依据，由有权限者明确选择。 - 不允许直接选择明确不适用于当前主体/用工类型的模板。

依赖：D6、ORG-01、SEC-01。

CON-01｜P0｜按主体、用工类型和场景发起电子合同

用户故事：作为 HR，我希望基于员工关系筛选模板并发起合同，以便完成多主体签约。

验收标准： - 发起页展示签约主体、员工、场景、模板版本和正文变量，正式发送前可预览。 - 无适用模板、变量缺失、主体不一致时阻断；批量发起仍逐份记录正文和结果。 - 合同实例固定模板版本和最终正文快照，后续模板修改不影响已发合同。 - 支持待签、签署中、已完成、拒签、过期、撤回和失败状态。

依赖：TPL-01、ORG-02、D3。

CON-02｜P0｜合同归档、员工文件与到期提醒

用户故事：作为 HR 和员工，我希望合同完成后可回查并收到到期任务，以便管理续签和本人文件。

验收标准： - 完成后归档合同原文、签署状态、必要回执和时间信息；员工可查看/下载本人合同。 - HR 可按主体和到期区间筛选，生成续签待办并关联历史合同。 - 员工拒签、过期或核验失败有明确下一步，不以无限加载代替失败状态。 - 合同签署状态不直接覆盖入职、离职等用工关系状态。

依赖：CON-01、MP-04、D3。

E. 微信小程序员工主路径

MP-01｜P0｜微信身份绑定与统一待办

用户故事：作为员工，我希望在小程序看到与自己相关的全部待办，以便不用进入 HR Web 办理。

验收标准： - 微信用户可与中台人员唯一绑定；无法匹配、重复匹配、授权失效有处理指引。 - 首页聚合合同、工资条、假勤和请假/加班相关待办，显示主体、期间、截止时间和状态。 - 完成后待办及时更新；重复进入不会生成重复任务。 - 无有效关系或越权访问他人任务时不可查看详情。

依赖：D1、D2。

MP-02｜P0｜小程序查看假勤、确认或提出异议

用户故事：作为员工，我希望查看本人排班/考勤或导入结果并反馈，以便确认月度假勤。

验收标准： - 可按期间查看本人结果、来源说明、请假/加班记录和办理进度。 - 可确认，或选择异议类型、填写说明、上传附件并提交。 - 提交后显示状态和 HR 处理结果；更正版本可再次确认。 - 只能访问本人及有效用工关系数据；默认不将超时沉默自动记为认可。

依赖：MP-01、ATT-01、ATT-02。

MP-03｜P0｜小程序查看、签收工资条并提出异议

用户故事：作为员工，我希望查看工资明细和社保公积金个人项目并签收，以便完成工资确认。

验收标准： - 可查看主体、期间、应发应扣、实发及模板允许展示的社保公积金个人项目。 - 可签收或提出异议；异议提交后可查看进度和 HR 回复。 - 更正后保留原版本并展示新版本，员工可再次操作。 - 已离职员工对依法应提供的本人历史工资信息的访问不被不当切断。

依赖：MP-01、WAGE-01。

MP-04｜P0｜小程序完成身份核验与合同签署

用户故事：作为员工，我希望在小程序逐份查看并签署合同，以便完成入职或续签。

验收标准： - 展示签约主体、合同名称、正文和必要提示；员工完成所需核验后逐份签署。 - 支持拒签、核验失败、供应商异常、过期和重试的明确状态。 - 完成后可查看办理结果、下载本人合同；每份合同版本与结果独立记录。 - 不以一次签名隐去批量任务中各文件的清单和版本。

依赖：MP-01、CON-01、D3。

MP-05｜P0｜我的文件与跨任务办理进度

用户故事：作为员工，我希望集中查询历史文件和进度，以便无需反复联系 HR。

验收标准： - 集中展示合同、工资条、假勤确认/异议及处理状态。 - 支持按类型、期间和状态筛选；详情与待办状态一致。 - 多段用工关系按权限和有效期展示，不能看到他人或其他无权主体数据。 - 文件下载失败、供应商回执未返回等情况有可恢复提示。

依赖：MP-02、MP-03、MP-04、CON-02。

F. 可信记录与端到端验收

EVD-01｜P0｜可信动作记录与基础证据导出

用户故事：作为授权 HR，我希望导出系统实际留存的合同和确认记录，以便回查业务过程。

验收标准： - 记录业务对象、人员、主体、内容版本、动作、时间、来源批次和可获得的供应商回执。 - 可按员工和期间导出原文/结果快照、动作记录、异议与更正目录。 - 导出受权限控制并留审计；文案不出现“保证采信”“保证胜诉”。 - 阅读、查看与确认/签署分别记录，不混为同一状态。

依赖：CON-02、WAGE-02、ATT-02、SEC-01。

E2E-01｜P0｜多主体、多城市、双端主路径联验

用户故事：作为试点验收人，我希望用一组真实业务样例贯通全流程，以便确认不是孤立功能演示。

验收标准： - 两个签约组织、至少两个城市和至少三个合同模板适用范围同时参与验收。 - 完成员工/关系、假勤、薪酬和社保公积金的成功导入与失败报告。 - 员工在小程序各完成至少一条假勤确认、工资条签收和合同签署。 - 至少完成一条异议更正，并证明旧版本、新版本和处理记录均可回查。 - 全部路径无本地登录/开通/计费，无跨主体或越权访问。

依赖：本表全部 P0 故事。

四、P1 用户故事

P1 的“轻量请假/加班申请”不能替代 P0 的请假/加班结果导入和相关待办展示；P1 的 API 也不能成为 P0 文件导入的前置。

五、员工小程序 P0 主路径清单

小程序验收底线：三类 P0 任务均从真实待办进入并走到结果，不只提供静态页面；不以浏览器 H5、公众号网页或 HR Web 的窄屏适配代替微信小程序。

六、建议交付切片与依赖顺序

切片顺序表示产品依赖，不是业务代码实施指令；当前阶段用于原型、规则和验收设计排期。

6.1 故事规模估算与切片映射（P1-02 补）

规模口径：S ≤ 3 人日、M 4–8 人日、L 9–15 人日；人日为“产品+设计+研发+测试”合计估算，用于排期而非承诺。假设：1 个跨职能小队（约 4–5 人，等效每周约 20 有效人日），文件导入优先、无 API 前置、电子签与微信能力采用既有第三方服务。

排期规则：切片 1 完成前不启动切片 3/4 的联调；若 W8 末切片 3 未达出口标准，P1 全部顺延，切片 4 优先保 TPL-01/CON-01/MP-04。估算在原型评审后复核一次，偏差 >20% 须重排。

七、明确移出 MVP 验收的需求

以下需求统一标记为后迭代，不得混入本期 P0/P1 完成率：

• 打卡采集、复杂排班、完整假期/加班规则与考勤自动重算；
• 自动算薪、并行算薪、个税全链路、银企直联、财务过账；
• 全国城市政策自动采集与更新、社保公积金网上申报、代缴；
• 招聘、绩效、培训、测评、人才盘点、继任等全量 HRIS；
• 独立通用 OA、独立企业组织权限中心、服务商独立运营后台；
• 应用内登录注册、组织开通、计费、订单、储值、账单；
• 独立移动 App，或用 H5 替代已确定的微信小程序员工端。

八、评审检查表

• [ ] 假勤、薪酬、社保公积金均在 IA/导航且有 P0 真实导入与查询故事。
• [ ] 本期“导入结果”和后续“完整业务闭环”没有混写。
• [ ] 员工端全部 P0 主路径均以微信小程序验收。
• [ ] HR 端从中台 SSO 进入，无登录/开通/计费复建。
• [ ] 多签约/发薪主体是人员、权限、合同、薪酬和报表的共同维度。
• [ ] 社保公积金覆盖城市规则、来源、生效期、版本和历史引用。
• [ ] 合同模板支持按组织、用工类型、场景选用，并固定版本。
• [ ] 员工异议、HR 更正和再次确认不覆盖历史版本。
• [ ] 费用不向劳动者转嫁，员工文件访问与法定权益不被不当限制。
• [ ] 全部产出为文档/原型/规则，不包含业务代码。

附：产品拍板对齐（2026-11-04）

详见 docs/review/产品拍板-2026-11-04.md，与本文冲突处以拍板为准： - 导入失败默认“成功行入账、失败行隔离”，整批阻断为可选（对应 2.2、IMP-01/02 中“不得静默入账”指失败行不得静默入账）。 - 工资条未签收不阻断发薪；假勤/工资异议超时不自动视为确认。 - 轻量请假申请本期不做，仅预留外部审批/API 接口位（P1 候选，不进 8–12 周主排期）。 - 参保/缴存主体与签约组织不一致仅“待核对”提示，不禁止入账、不自动改主体（ORG-02 验收已与此对齐）。 - 原型先做穿透主路径：多主体 + 假勤导入确认 + 工资条签收 + 合同签署。

来源：docs/product/MVP-backlog.md