人事数据散在 6 个 Excel 里RuoYi Office 人事一体化产品介绍档案·假勤·绩效·薪酬一条数据链文档地址http://ruoyioffice.com | 源码1·GitHubruoyi-office | 源码2·GitCoderuoyi-office | 源码3·Giteeruoyi-office | 微信17156169080备注「RuoYi Office」▲ 一眼看懂招聘录用 → 入职建档 → 转正/调动 → 假勤统计 → 绩效结果 → 薪资批次 → 离职归档很多公司的 HR 一个人管着 6 个 Excel花名册、考勤表、假期余额表、绩效打分表、工资表、社保表。麻烦不在于表多而在于同一个人在 6 张表里是 6 份数据——调岗改了花名册忘了改考勤部门年假余额靠上一版表加减绩效结果算完再手工抄进工资表。RuoYi Office 的人事一体化要解决的正是这件事让员工档案成为唯一主数据人事变动由单据驱动假勤/绩效的结果自动向下游流动直到薪资批次。引言人事数据割裂通常裂在哪三处结论先说人事系统的价值不在“表单做得漂亮”而在同一个员工的变动只录一次、下游自动跟着变。断点多表并行的现实一体化后的处理组织与档案脱节调岗改了花名册考勤/审批还挂在老部门调动单审批通过统一改档案审批链与考勤规则随部门走假期余额算不清年假余额靠上一版 Excel 手工加减员工不认账余额账户 流水台账每次请假/销假都记一笔绩效与薪资断链绩效评完导出表财务再抄进工资表绩效结果带等级与系数直接进薪资批次计算合同到期没人提醒到期了才发现补签有法律风险劳动合同台账 到期提醒招聘与入职两张皮Offer 发完重新录一遍档案录用审批通过转入职候选人信息带入档案考勤规则一刀切总部和分公司作息不同只能人工调部门级考勤配置继承 节假日方案一、产品定位7 个业务域共用一份人事主数据RuoYi Office HRM 人事一体化是一体化企业管理平台中的人力域与 OA 协同、合同、CRM、ERP、项目共用同一套用户、组织、权限与工作流底座。业务上以员工档案为唯一主数据用人事单据驱动变更向下游输出假勤、绩效与薪酬结果。业务域覆盖内容关键设计组织架构公司、部门树、岗位、职务多公司 部门树档案与审批共用同一棵树人事档案员工档案、工号、任职信息一人一档可批量生成登录用户人事管理入职、转正、调动、离职四类单据单据审批通过才写档案全程留痕劳动合同合同签订、期限、续签合同台账 到期提醒假勤管理考勤配置、打卡、补卡、节假日方案、请假销假、假期余额部门级配置继承 余额账户与流水绩效管理方案、模板、指标、批次、目标确认、评分、校准、结果确认、统计结果带等级/系数联动薪资招聘管理招聘需求、职位、候选人中心、面试、录用审批录用通过转入职简历可邮箱/文本入库薪酬管理薪资科目、项目、方案、职级费率、社保公积金、个税、批次、发放单、统计规则化算薪 发放单审批角色关心什么模块怎么答员工我还有几天年假、这个月考勤对不对移动端看余额、打卡、发起请假与补卡部门负责人团队考勤异常、绩效评分、审批待办审批 部门维度统计HR变动录一次、月底能一键出数单据驱动档案 假勤统计 薪资批次财务算薪依据是否可核对薪资项与规则可追、发放单走审批管理层编制、人效、绩效分布组织与绩效统计视图二、核心设计三条把 7 个业务域串起来的主线2.1 档案是唯一主数据变更只走单据员工档案是全平台唯一的人事主数据源工号、姓名、所属公司/部门、岗位、职务、人员状态试用期/正式、入职日期都在这里。其他模块考勤、请假、绩效、薪资、审批引用档案而不是各自维护一份花名册。档案怎么变只有四类人事单据能改它单据改什么触发的下游动作入职单建档、定部门岗位、试用期可批量生成登录用户进入考勤范围转正单人员状态试用期 → 正式影响薪资标准与部分假期额度调动单公司/部门/岗位/职务审批链与考勤规则随新部门生效离职单状态置离职、离职日期停止考勤统计、结算假期与薪资、回收权限设计原则很直接HR 不在档案列表里手改关键字段而是发起单据、走审批、由系统回写。这样“他什么时候从市场部调到研发部、谁批的”永远有据可查。入职单审批通过 → 建档试用期→ 生成登录用户 转正单审批通过 → 人员状态改正式记录转正日期 调动单审批通过 → 改公司/部门/岗位审批链、考勤规则随之切换 离职单审批通过 → 状态离职 假期结算 权限回收 全程单据编号 审批记录 档案变更留痕2.2 假勤规则可继承余额有台账假勤是 HR 最容易被员工质疑的地方因为它同时涉及规则、事实和余额三件事规则考勤配置支持部门级设置并向下继承总部和分公司可以有不同作息节假日方案单独配置调休、法定假期按方案生成。事实打卡记录带签到/签退时间与状态正常/迟到/早退/外勤支持补卡单据修正也支持导入外部考勤机数据。余额假期余额不是一个数字而是账户 流水。年度发放、请假扣减、销假回退、离职结算各记一笔员工点开就能看到每一笔怎么来的。请假与销假是一条完整生命周期预计时间用于申请与占用余额实际时间用于销假核销两段时间共存在同一张单据上。假期余额账户员工 × 假期类型 ├─ 年度发放 N 天 来源请假规则/工龄 ├─ 请假审批通过 -X 天 来源请假单预计时长 ├─ 销假核销 ±差额 来源销假实际时长 └─ 离职结算 -剩余 来源离职单 每笔流水记录时间、变动值、余额快照、关联单据号2.3 结果向下游流动绩效系数进薪资批次结论先说绩效和薪酬之间不应该有 Excel。绩效侧的链路是绩效方案考核维度与权重→ 模板与指标 → 考核批次周期→ 目标确认 → 评分自评/上级/同事多维→ 校准部门间拉平→ 结果确认单员工签收→ 绩效统计。结果不是一个分数而是得分 等级 系数 绩效金额四件套。薪酬侧的链路是薪资科目与项目 → 薪资方案公式与规则→ 职级费率、社保公积金规则、个税规则 → 薪资批次按周期算薪→ 发放单审批 → 薪资统计。两条链路的衔接点就是绩效结果的等级与系数批次算薪时按员工绩效系数计算绩效工资不需要人工抄数。同理假勤统计出勤、请假、加班也作为算薪依据流入批次。绩效批次结果得分 83.75 → 等级 B → 系数 1.0 → 绩效金额 考勤统计出勤天数 / 请假扣减 / 加班 └──→ 薪资批次按方案公式计算→ 发放单审批→ 统计三、系统截图真实数据长什么样▲ 员工档案工号、姓名、所属部门、职位职务、人员状态正式/试用期、入职日期集中在一张台账支持导入员工与「批量生成用户」档案与登录账号一键打通▲ 请假销假单一张单据上同时保存预计开始/结束时间与实际开始/结束时间预计天数用于占用余额、实际天数用于销假核销编号形如HR205-2026031400003▲ 候选人中心姓名、手机、邮箱、来源渠道、最高学历、当前公司与岗位统一沉淀为人才库支持 Excel 导入、邮箱线索入库与文本识别补录录用审批通过后可转入职建档▲ 绩效统计批次数、进行中批次、参与人数、目标确认单数、结果记录数、绩效金额合计与平均得分83.75实时聚合下方明细带得分、等级、系数与绩效金额——这就是流入薪资批次的那份数据四、一条最短路径从招到走数据只录一次用一个员工的完整生命周期把 7 个业务域串起来① 招聘需求审批 → 发布职位 → 候选人入库 → 面试记录 → 录用审批 ↓录用通过信息带入 ② 入职单 → 建档试用期 生成登录账号 签劳动合同 ↓ ③ 考勤范围生效部门级配置继承 节假日方案→ 打卡/补卡 ↓ ④ 请假走余额账户扣减销假按实际时长核销 ↓ ⑤ 转正单 → 状态改正式调动单 → 部门岗位变更审批链与考勤规则随之切换 ↓ ⑥ 绩效批次目标确认 → 评分 → 校准 → 结果确认得分/等级/系数 ↓ ⑦ 薪资批次按方案 假勤统计 绩效系数算薪 → 发放单审批 → 统计 ↓ ⑧ 离职单 → 假期结算、权限回收、档案归档历史可查这条链路的关键价值只有一句同一个变动只录一次。调动录在调动单上考勤规则和审批链自己跟着走绩效结果录在批次里薪资批次自己取。五、双端体验HR 在 PC 管员工在手机用维度PC 管理端Vue3 Ant Design Vue移动端UniApp Vue3主要使用者HR、财务、部门负责人全体员工典型操作建档、算薪批次、绩效校准、统计导出打卡、看假期余额、请假、补卡、审批数据来源同一套/admin-api接口同一套接口与状态定义部署形态Web 静态资源H5 / 微信小程序 / App员工端最常用的三件事——打卡、查余额、请假——都在移动端一屏可达HR 端偏批量与统计。两端共用同一份档案与余额数据不会出现“App 上余额 5 天、PC 上 3 天”。六、快速体验在线演示 Web 演示http://ruoyioffice.com/web/账号admin/ 密码admin123 App 演示http://ruoyioffice.com/app/推荐体验路径进入人力 → 人事档案 → 员工档案打开一条档案看字段完整度注意「批量生成用户」。进入人力 → 人事管理看入职/转正/调动/离职四类单据理解“单据驱动档案变更”。进入人力 → 假勤管理 → 考勤配置看部门级配置与节假日方案再看打卡记录与补卡单。打开请假销假观察预计时间与实际时间两段字段以及假期余额流水。进入人力 → 绩效管理 → 绩效统计看得分、等级、系数如何形成绩效金额。进入人力 → 薪酬管理看薪资方案与批次理解绩效与假勤如何作为算薪依据。手机打开 App 演示体验打卡、查余额、发起请假与审批。本地启动约 10 分钟# 后端Spring Boot 3.5 Java 17 MySQL Redis端口 48080API 前缀 /admin-apimvn cleaninstall-DskipTests-Pboot# 前端Vue3 Vite 6端口 5800代理到 localhost:48080/admin-apipnpminstallpnpmdev:antd源码仓库仓库地址GitHubhttps://github.com/yuqing2026/ruoyi-officeGitCodehttps://gitcode.com/zhouzhongyan/ruoyi-officeGiteehttps://gitee.com/yqzy1688/ruoyi-office说明平台基础协同与人事能力可在线体验更完整的企业级扩展复杂算薪规则、多组织合并报表、行业适配与持续交付可加微信咨询商业版与私有化方案。常见问题FAQRuoYi Office 的人事一体化包含哪些模块包含组织架构、人事档案、人事管理入职/转正/调动/离职、劳动合同、假勤管理考勤配置/打卡/补卡/节假日方案/请假销假/假期余额、绩效管理、招聘管理、薪酬管理共 7 个业务域共用同一套组织、权限与审批流。调岗之后考勤规则和审批人会自动跟着变吗会。调动单审批通过后统一回写员工档案的公司/部门/岗位考勤配置按部门继承生效审批链按新组织路由HR 不需要在多处重复维护。假期余额是怎么算的员工能自己核对吗假期余额采用「账户 流水」模型年度发放、请假扣减、销假回退、离职结算各记一笔流水带变动值、余额快照与关联单据号员工在移动端即可逐笔核对。绩效结果能直接用于算薪吗可以。绩效结果输出得分、等级、系数与绩效金额薪资批次按薪资方案公式取绩效系数计算绩效工资中间不需要导出 Excel 再手工抄数。考勤支持外部考勤机数据吗支持。打卡记录页提供「导入外部考勤数据」可将考勤机或第三方打卡数据导入统一统计也支持系统内 PC/App 打卡与补卡单据修正。薪资数据敏感怎么控制谁能看薪酬相关菜单与数据按角色与数据权限授权平台提供菜单权限、按钮权限、数据范围本人/本部门/本部门及下级/自定义与字段级权限敏感字段可按角色隐藏。系统能私有化部署在公司内网吗可以。后端 Spring Boot 3.5 MySQL Redis支持单体-P boot与微服务Nacos Gateway两种模式可完全部署在企业自有服务器或内网环境。结语人事管理的复杂度从来不是“表单字段多”而是同一个人的信息在多少个地方被重复维护。RuoYi Office 的答案是把复杂度收进三条主线档案做唯一主数据、变更只走单据、结果向下游流动——所以调岗不用改五处年假余额有账可查绩效评完直接进薪资批次。如果你正被“花名册和考勤表对不上、年假余额被员工质疑、绩效结果靠人工抄进工资表”困扰不妨用admin/admin123进演示环境走一遍档案 → 请假余额 → 绩效统计这条线看看“数据只录一次”能省多少月底加班。留个话题给你你们公司的人事数据现在分散在几张表里最让 HR 头疼的是假勤对账还是绩效到薪资的那一步评论区聊聊。想要体验 RuoYi Office 的强大功能在线演示http://ruoyioffice.com/web/账号 admin / admin123源码仓库GitHub | GitCode | Gitee技术咨询添加微信17156169080备注「RuoYi Office」⭐如果觉得不错请给个 Star 支持一下