人事云 · 产品简报(团队共用)
更新日期:2026-11-03 现行依据:
docs/shared/范围决策-2026-11-03.md。原窄范围口径废止,各角色统一按本简报执行。
定位
人事云是企业 AI 应用中台之上的一体化人事垂直应用。HR 在 Web 端管理多签约组织下的人员、假勤、薪酬(含社保公积金及城市政策差异)、合同与可信确认;员工在微信小程序完成待办、查看、确认、异议与签署。
合同签署、工资条签收与存证是跨模块复用的“可信动作层”,不是产品唯一卖点。人事云不做全量 HRIS,也不复制招聘、绩效、培训等完整人才管理体系。
本期范围(关键)
- 模块要有:工作台、签约组织、人员、假勤、薪酬、社保公积金、工资条、合同、导入中心、规则与模板、证据与报表须进入 IA/导航;假勤和薪酬不是远期口头承诺。
- 导入优先:本阶段支持从外部系统或 Excel 导入排班、考勤、请假加班、计薪基础与结果、社保公积金基数及缴纳结果,并完成校验、查看、确认、异议和追溯。所有导入必须同时带签约组织(签约组)+城市/规则版本+期间+操作者/操作时间,缺一不可;员工数据另带人员行级键。
- 闭环后置:原始打卡、复杂排班、自动算薪、财务过账、社保公积金申报缴纳等完整业务闭环统一标为后迭代,不计入本期验收,不得写成已具备。
- 多签约组织:HR 可维护多个真实签约/发薪主体及员工用工关系,支持多法人、多城市场景,不按单一主体设计。
- 多合同模板:模板按签约组织、用工类型和业务场景选用,正文与版本可追踪。
- 城市规则:社保、公积金规则支持按城市配置、记录来源、设置生效期和版本化;历史期间固定引用版本。本期可导入参数与结果,不承诺全国政策自动更新或自动申报。
- 可信动作:电子劳动合同、身份核验、工资条签收、假勤结果确认、异议更正、存证和到期提醒形成统一可追溯记录。
交付形态与中台边界
- 员工端:微信小程序。主路径为统一待办、假勤查看/确认或相关待办、工资条签收/异议、合同签署、办理进度与我的文件。静态 H5 原型仅供评审,不替代最终小程序交付。
- HR 端:中台 SSO 后的 Web 应用内页。复用中台下发的企业、人员、部门、基础角色和应用授权。
- 不复建中台:不做应用内登录注册、企业/组织开通、通用组织权限后台、计费、订单、储值或账单。
- 人事云仅补充签约组织、用工关系、业务角色、组织数据范围和敏感字段权限。
目标用户
几十人到 2000 人的制造业、服务业、连锁零售、物流、灵活用工与人资外包企业;优先验证多门店、多法人、多城市参保且已有 Excel 或外部假勤薪酬系统的客户。
MVP(8–12 周)
P0 主路径:多签约组织与用工关系 → 人员/假勤/薪酬及社保公积金导入 → 锚点与规则校验 → 假勤结果确认、工资条签收、合同多模板签署 → 异议/更正 → 存证、提醒与审计。
城市规则至少验收两个城市和跨生效期版本;多主体至少验收两个签约组织;员工端至少完成假勤确认、工资条签收、合同签署三条小程序路径。详细范围与验收见:
docs/product/产品设计方案.mddocs/product/需求功能定义.mddocs/product/流程定义.mddocs/product/MVP-backlog.md
本阶段禁止写业务代码,只做产品设计、原型和合规规则产出。
合规与员工权益
- 多主体、合同和薪酬配置必须基于真实用工事实,不用于虚构关系或规避法定义务。
- 企业经营所需的电子签、核验、存证等费用不得向劳动者转嫁;不得不当限制员工查看、下载本人合同和工资信息。
- 未签收、未签署或提出异议不得成为扣减、延迟工资或限制法定权益的理由。
- 存证增强可追溯与验真能力,不代表源数据必然真实、司法必然采信或保证仲裁结果。
商业模式要点
SaaS 订阅与核验、电子签、存证等业务用量口径由中台统一承载;人事云不建设独立商业化后台。分级认证控制成本,日常操作避免不必要的人脸等敏感信息采集。
来源:docs/shared/产品简报.md