HR、财务、OA三系统打通，到底要对接哪些核心数据和审批流？
说真的，每次一提到系统打通，很多人的第一反应就是“头大”。技术部门觉得是接口地狱，业务部门觉得流程变复杂了，老板只问一句“什么时候能好？”。
但如果不打通，痛点更明显：HR在系统里改了员工的职级，财务那边发工资还是按老级别发；员工在OA里提交了离职，HR系统里状态还是在职，导致社保多缴了一个月；采购申请在OA里批完了，到了财务系统里找不到单子，付款付不出去……这些破事，估计每个公司都遇到过。
HR系统（我们这里主要指eHR，比如SAP SuccessFactors、用友、金蝶或者北森这类）、财务系统（ERP的财务模块或者专门的费控、资金系统）、OA系统（泛微、致远、钉钉、企业微信等），这三者就像是公司的“铁三角”。打通它们，本质上是在做两件事：数据同源和流程串联。
下面我就以一个“老司机”的视角，掰开了揉碎了聊聊，这三系统打通，到底要对接哪些核心数据，审批流程又要怎么串。
一、 核心数据对接：谁是“真理之源”？
数据对接最怕的就是“打架”。到底以谁的数据为准？这是首先要明确的问题。通常的逻辑是：谁产生数据，谁就是源头；谁需要数据，谁就是下游。
1. 主数据（Master Data）：这是地基
主数据是所有业务流转的基础，一旦错了，后面全乱套。
- 组织架构与人员信息： 这是最最核心的。
- 源头： HR系统。员工入职、转正、调岗、离职，都在HR系统里操作。
- 流向：
- → OA系统： OA需要同步人员信息，才能发起流程、设置审批节点、分配权限。比如，张三升为部门经理，OA里他的审批权限得自动升级，能批下属的请假单了。
- → 财务系统： 财务发工资、缴社保、核算成本分摊，都需要知道有哪些人、在哪个部门、是什么职级。
- 对接细节： 员工工号、姓名、部门编码、职位、成本中心代码（这个超级重要，财务核算全靠它）、入职日期、银行账号（发钱用）。
- 供应商与客商信息：
- 源头： 财务系统（ERP） 通常是主数据管理平台。
- 流向：
- → OA系统： 员工在OA里报销，如果涉及新的供应商，或者在OA里发起采购合同审批，需要调用财务系统里的供应商主数据，确保名称、税号、银行账号准确无误。
- 费用科目/预算科目：
- 源头： 财务系统。
- 流向： OA/费控系统。员工报销差旅费、招待费，选的“费用类型”必须和财务做账的科目对得上，否则财务没法入账。
2. 业务数据（Transactional Data）：这是流水
业务数据是动态产生的，它们的流动定义了具体的业务场景。
- 薪酬与成本数据：
- 场景： 薪酬核算。
- 数据流向：
- HR系统 → 财务系统： 每月发薪前，HR系统算好工资、奖金、个税、社保公积金，生成一张“薪资发放表”和“成本计提单”，推送到财务系统。财务系统据此做凭证、付款。
- 财务系统 → HR系统： 财务实际支付后，可以把实发金额、银行回单信息反馈给HR系统，或者在HR系统里生成工资条供员工查询（虽然现在很多是独立的薪税平台）。
- 考勤与假勤数据：
- 场景： 工资计算、人效分析。
- 数据流向：
- OA/考勤机 → HR系统： 员工的打卡记录、请假（事假/病假/年假）、加班、出差数据，从OA或考勤设备同步到HR系统。HR系统根据这些数据计算应发工资（比如加班费）或扣款（比如缺勤）。
- 采购与合同数据：
- 场景： 采购付款。
- 数据流向：
- OA → 财务系统： 员工在OA里发起采购申请，审批通过后，数据推送到财务系统生成采购订单（PO）。货物到了，发票到了，在OA或财务系统里做入库和发票校验，最后生成付款申请。
二、 审批流程打通：让数据在流程中“跑起来”
如果说数据是血液，审批流程就是血管。打通的关键在于：触发（Trigger）、流转（Routing）和回写（Write-back）。
我们来看看几个经典的跨系统流程是怎么跑的。
场景一：员工入职流程（HR & OA & 财务）
这是最典型的“三合一”流程。
- 触发： HR在HR系统里完成“新员工录用”操作，或者在OA里发起“新员工入职申请”。
- HR系统处理：
- 生成员工工号，建立档案。
- 对接OA： 自动在OA系统里创建账号，并分配基础权限（如考勤打卡、查看公告）。
- 对接财务系统： 自动在财务系统里创建“职员档案”，并分配成本中心。
- OA流程流转：
- 触发IT服务流程：自动发邮件给IT部门，申请电脑、邮箱、门禁卡（现在很多通过RPA或API自动配置）。
- 触发行政流程：安排工位、办公用品领用。
- 结果： 员工入职当天，账号、权限、工位、设备全部就绪。离职流程反向操作，账号注销、权限回收、资产回收，HR系统做减法。
场景二：费用报销流程（OA & 财务 & HR）
这是员工体感最强的流程。
- 发起（OA/费控）： 员工在手机端提交报销单，上传发票（OCR识别）。
- 审批（OA）：
- 根据报销金额和部门，自动找领导审批（这里用到了HR系统里的组织架构数据）。
- 如果涉及预算控制，OA会实时调用财务系统的预算余额接口，超预算了就报错或触发更高级别审批。
- 财务审核（财务系统/费控）：
- 审批通过后，单据进入财务系统进行合规性校验（发票真伪、是否重复报销）。
- 生成付款凭证。
- 支付与反馈：
- 财务系统付款。
- 回写OA： 更新报销单状态为“已支付”，员工可查看进度。
场景三：薪资调整流程（HR & 财务）
这个流程涉及机密数据，对接要非常谨慎。
- 发起（HR系统）： 部门经理在HR系统里发起调薪申请（或者通过OA流程审批后，数据推送到HR系统）。
- 审批（OA/HR）：
- 走各级审批流（部门总-HR-CEO）。
- 审批通过后，确定调薪生效日期和金额。
- 数据同步（HR → 财务）：
- 生效日当天，HR系统自动将新的“薪资标准”推送到财务系统。
- 财务系统在下一次发薪时，按新标准计算工资。
三、 具体要怎么干？技术与业务的博弈
知道了对接什么，还得知道怎么落地。这里有几个坑和经验。
1. 接口方式的选择
别一上来就喊着做“实时同步”，大部分场景其实不需要。
- 定时同步（ETL）： 适合主数据。比如每天凌晨1点，HR系统把最新的人员列表推送给OA和财务。简单、稳定，出错了也好排查。
- 触发式同步（API/WebService）： 适合关键业务动作。比如OA里审批通过了一个单子，立刻调用财务系统的接口生成凭证。体验好，但对系统稳定性要求高。
- 中间库/数据总线（ESB）： 如果公司系统多（超过5个），建议搞个中间库。大家都把数据扔到中间库，谁需要谁去取。这样解耦，A系统挂了不影响B系统。
2. 字段映射是脏活累活
这是最耗时的。HR系统里的“部门”，在财务系统里可能叫“成本中心”，在OA里叫“行政组织”。
你需要一张巨大的映射表（Mapping Table）：
| HR系统字段 | 财务系统字段 | OA系统字段 | 转换规则 |
|---|---|---|---|
| Emp_ID (员工工号) | Personnel_Number | User_ID | 直接对应 |
| Dept_Code (部门代码) | Cost_Center (成本中心) | Dept_ID | 需要对照表转换 |
| Job_Grade (职级) | Pay_Grade (薪资等级) | Role_Level (角色等级) | 例如：HR的P6对应财务的Level 3 |
这个Mapping如果没对齐，数据过去就是乱码，或者导致财务核算错误。
3. 审批流的“断点”与“续传”
有时候流程不能全自动。
比如：员工在OA提交报销，财务审批通过后，因为金额巨大，需要线下的银行付款。这时候流程怎么闭环？
通常做法是： 1. OA流程走到“财务审核通过”节点后，挂起或结束。 2. 财务系统生成付款单，进行线下打款。 3. 财务在系统里点击“确认支付”。 4. 回调接口： 财务系统通知OA系统，把之前的报销单状态更新为“已完成”。或者发一条消息给员工：“您的报销款已汇出”。
这种“续传”机制，能极大减少员工的焦虑感。
四、 几个容易被忽视的细节
最后，聊点实操中容易踩的雷。
- 历史数据怎么办？
新系统上线，老系统里的数据要不要迁移？通常只迁移“在职员工”和“近一年的财务凭证”。太老的数据建议封存，放在老系统里查。全量迁移不仅成本高，还容易带进去垃圾数据。
- 权限隔离。
打通不代表数据全透明。OA里的普通员工，绝对不能通过接口查到HR系统里的全公司薪资数据。接口调用必须带权限验证，数据脱敏。
- 异常处理。
如果OA发起了流程，推送到财务系统时，财务系统正好宕机了怎么办？必须要有“重试机制”和“告警机制”。比如每5分钟重试一次，连续失败3次就发短信给IT管理员，不能悄无声息地丢了数据。
- 测试环境。
千万别在生产环境（正式环境）直接联调！一定要搭建一套完整的测试环境，包含HR、财务、OA的测试库。跑通了“假数据”的全流程，才能上生产。
五、 结语
系统打通不是一锤子买卖，它是一个持续优化的过程。
刚开始，可能只是把HR的人员信息同步到OA，解决“账号创建”的问题；然后慢慢把报销流程跑通；最后做到预算控制、成本自动分摊。
作为项目负责人，你得明白：技术只是手段，业务价值才是目的。每一次对接前，都要问一句：“这个数据同步过去，能帮谁省多少时间？能帮公司省多少钱？”
想清楚了这个，再去跟技术部门聊接口文档，跟财务部门聊科目映射，跟HR部门聊字段定义，这事儿就顺了。
中高端猎头公司对接