为什么 EWA 必须连接考勤、薪资和银行?
EWA 必须连接考勤、薪资和银行,因为每个系统只掌握工资事实的一部分。考勤显示已完成和已批准的工作;薪资系统定义周期、费率和结算规则;银行确认实际转出的款项。缺少任何一方,可领取金额与最终工资都可能不一致。
三个系统回答三个不同问题
EWA 不能自行生成劳动数据,也不能取代薪资系统。
| 系统 | 核心问题 |
|---|---|
| 考勤 | 员工完成了哪些日期或班次,哪些已获批准? |
| 薪资 | 工时价值、工资周期和期末结算如何确定? |
| 银行 | 哪些款项已经实际转出,最终状态是什么? |
EWA 位于中间,把三个数据域连接成可审计的链路。
考勤确认已经形成的工作
没有考勤数据,EWA 无法知道员工实际工作了多少。
最低数据包括:
- 员工;
- 工作地点;
- 日期;
- 班次;
- 小时或工作日;
- 批准状态;
- 修改历史。
关键是:已打卡不等于已批准。
记录可能缺少下班时间、班次错误或仍待确认。因此,只有经过适当审批的数据才应进入财务计算。
薪资系统提供考勤没有的背景
考勤可能知道员工工作八小时,却未必知道:
- 适用费率;
- 工资周期;
- 调薪生效日;
- 费率对应的工作地点;
- 结算规则;
- 本周期已领取金额如何体现。
这是薪资系统的职责。
形成可领取金额前,EWA 必须确认工作属于正确周期与工资配置。
EWA 的计算原则是:
可领取金额 =(已批准工作日 × 日费率)− 本周期已领取金额 − 雇主规则规定的预留金额。
因此,考勤与薪资数据必须进入同一计算。
银行确认资金实际发生了什么
应用创建付款申请,并不代表员工已经收到钱。
交易可能处于:
- 处理中;
- 成功;
- 失败;
- 状态不明;
- 待调查。
所以 EWA 账本必须连接银行付款证据。
如果系统仅因申请已发送就记为“已领取”,薪资可能扣除员工从未收到的钱。反过来,若银行已付款但系统未记录,期末可能再次支付同一金额。
三个系统必须使用可共用的连接键
系统集成不只是“有 API”,还必须一致识别同一对象。
以下对象需要稳定键:
- 员工;
- 客户或工作地点;
- 考勤代码;
- 工资周期;
- 交易;
- 收款账户。
员工在多个地点工作时,仅按姓名匹配会混淆工时与费率。良好架构应采用明确的业务键和受管理的映射表。
如果只连接考勤和银行会怎样?
系统知道员工已工作并能付款,但没有薪资系统就无法:
- 确定正确周期;
- 使用正确费率;
- 判断已领取金额应在哪结算;
- 避免期末重复支付。
资金可以流动,但 Payroll Integrity 较弱。
如果只连接薪资和银行会怎样?
薪资通常按周期处理,而 EWA 必须知道当前开放周期内已经形成的工作。
没有获批的考勤,可领取金额容易变成脱离实际工作的估算或额度,不符合本文所述 EWA 模式。
如果只连接考勤和薪资会怎样?
企业可能正确算出金额,却无法确定银行实际转了哪些款项。
系统将难以:
- 防止重复付款;
- 处理超时;
- 调查交易;
- 正确结算已领取总额。
因此,银行是已执行资金流的事实来源。
数据链应如何闭环?
理想链路是:
- 考勤记录数据;
- 授权人员审批;
- Earned Wage Engine 计算已赚工资;
- Eligibility Engine 检查条件;
- Payment Orchestration 创建交易;
- 银行处理;
- 状态得到确认;
- Reconciliation 对比记录;
- 薪资系统记录已领取金额;
- 工资单显示正确余额。
这条链确保每笔付款都可追溯到已完成工作。
集成不一定使用同一种技术
三个数据域可以通过以下方式连接:
- 文件;
- Google Sheet;
- API;
- 或多种方式组合。
重要的是:
- 数据模式清晰;
- 连接键稳定;
- 事实来源明确;
- 保留时间戳;
- 状态明确;
- 防止重复写入;
- 有审计轨迹;
- 能处理异常。
没有幂等性或审计能力的实时 API,未必优于管理严格的批处理文件。
三个系统数据不一致时怎么办?
不能只因某个数字“看起来合理”就采用它。
例如:
- 考勤记录八小时;
- 薪资系统收到六小时;
- EWA 已按八小时付款。
该异常要求:
- 保留源数据;
- 确定获批版本;
- 核实已经发生的交易;
- 计算影响;
- 进行可追溯的业务调整;
- 再次核对。
金融系统不应通过手动修改最终数字来掩盖差异。
谁应负责各个数据域?
可按以下方式分工:
- 运营/客户:考勤来源;
- HR/Payroll:周期与工资规则;
- 财务:交易与对账;
- IT/Engineering:集成与可靠性;
- Product Operations:协调 EWA 流程。
具体 RACI 因企业而异,但每个数据源都必须有负责人。
应跟踪哪些集成 KPI?
可以监测:
- 考勤与员工匹配率;
- 考勤按时批准率;
- 重复记录数量;
- 同步错误数量;
- pending 交易数量;
- 交易与对账单匹配率;
- 薪资差异数量;
- 异常处理时间;
- 映射修正次数;
- 完全闭环的对账周期比例。
目标不只是“API 正常运行”,而是端到端数据可以匹配。
结论
EWA 必须连接考勤、薪资和银行,因为没有任何单一系统掌握全部事实。考勤证明已完成工作,薪资把它放进正确周期和规则,银行确认实际付款。三个数据域共享连接键、审计轨迹和对账流程后,EWA 才能在保持 Payroll Integrity 的同时快速运行。
作者: Do Huy Le — Tổng Giám Đốc,Nhan Kiet Manpower Supply Co., Ltd.
面向雇主的 EWA 咨询: 热线 0937.022.655 · 邮箱 info@nhankiet.vn · 了解面向雇主的 EWA
常見問題
EWA 必须替换现有考勤系统吗?
不一定。如果现有数据质量和控制足够,可以集成当前来源。
可以只导入月末文件吗?
这可能适合期末工资处理,但周期内 EWA 需要足够及时的数据来反映已完成工作。
银行需要知道考勤数据吗?
不一定。银行需要适当的交易数据;EWA 层负责把交易与考勤、薪资连接起来。
哪个系统是最终“事实来源”?
没有一个系统能决定所有数据。工作属于考勤,周期与规则属于薪资,付款结果属于银行;Reconciliation 把它们连接起来。