人事数据散在 6 个 Excel 里？RuoYi Office 人事一体化产品介绍：档案·假勤·绩效·薪酬一条数据链
人事数据散在 6 个 Excel 里？RuoYi Office 人事一体化产品介绍：档案·假勤·绩效·薪酬一条数据链
🌐文档地址：http://ruoyioffice.com | 📦源码1·GitHub：ruoyi-office | 📦源码2·GitCode：ruoyi-office | 📦源码3·Gitee：ruoyi-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，端口 48080，API 前缀 /admin-apimvn cleaninstall-DskipTests-Pboot# 前端：Vue3 + Vite 6，端口 5800，代理到 localhost:48080/admin-apipnpminstall&&pnpmdev:antd源码仓库
| 仓库 | 地址 |
|---|---|
| GitHub | https://github.com/yuqing2026/ruoyi-office |
| GitCode | https://gitcode.com/zhouzhongyan/ruoyi-office |
| Gitee | https://gitee.com/yqzy1688/ruoyi-office |
说明：平台基础协同与人事能力可在线体验；更完整的企业级扩展（复杂算薪规则、多组织合并报表、行业适配）与持续交付，可加微信咨询商业版与私有化方案。
常见问题（FAQ）
RuoYi 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 支持一下！