DAILY WAGEHired TodayPaid Today

最新消息

为什么 EWA 必须连接考勤、薪资和银行?

EWA 必须连接考勤、薪资和银行,因为每个系统只掌握工资事实的一部分。考勤显示已完成和已批准的工作;薪资系统定义周期、费率和结算规则;银行确认实际转出的款项。缺少任何一方,可领取金额与最终工资都可能不一致。

三个系统回答三个不同问题

EWA 不能自行生成劳动数据,也不能取代薪资系统。

系统核心问题
考勤员工完成了哪些日期或班次,哪些已获批准?
薪资工时价值、工资周期和期末结算如何确定?
银行哪些款项已经实际转出,最终状态是什么?
考勤、薪资和银行共同构成 EWA 数据链

EWA 位于中间,把三个数据域连接成可审计的链路。

考勤确认已经形成的工作

没有考勤数据,EWA 无法知道员工实际工作了多少。

最低数据包括:

  • 员工;
  • 工作地点;
  • 日期;
  • 班次;
  • 小时或工作日;
  • 批准状态;
  • 修改历史。

关键是:已打卡不等于已批准。

记录可能缺少下班时间、班次错误或仍待确认。因此,只有经过适当审批的数据才应进入财务计算。

薪资系统提供考勤没有的背景

考勤可能知道员工工作八小时,却未必知道:

  • 适用费率;
  • 工资周期;
  • 调薪生效日;
  • 费率对应的工作地点;
  • 结算规则;
  • 本周期已领取金额如何体现。

这是薪资系统的职责。

形成可领取金额前,EWA 必须确认工作属于正确周期与工资配置。

EWA 的计算原则是:

可领取金额 =(已批准工作日 × 日费率)− 本周期已领取金额 − 雇主规则规定的预留金额。

因此,考勤与薪资数据必须进入同一计算。

银行确认资金实际发生了什么

应用创建付款申请,并不代表员工已经收到钱。

交易可能处于:

  • 处理中;
  • 成功;
  • 失败;
  • 状态不明;
  • 待调查。

所以 EWA 账本必须连接银行付款证据。

如果系统仅因申请已发送就记为“已领取”,薪资可能扣除员工从未收到的钱。反过来,若银行已付款但系统未记录,期末可能再次支付同一金额。

三个系统必须使用可共用的连接键

系统集成不只是“有 API”,还必须一致识别同一对象。

以下对象需要稳定键:

  • 员工;
  • 客户或工作地点;
  • 考勤代码;
  • 工资周期;
  • 交易;
  • 收款账户。

员工在多个地点工作时,仅按姓名匹配会混淆工时与费率。良好架构应采用明确的业务键和受管理的映射表。

如果只连接考勤和银行会怎样?

系统知道员工已工作并能付款,但没有薪资系统就无法:

  • 确定正确周期;
  • 使用正确费率;
  • 判断已领取金额应在哪结算;
  • 避免期末重复支付。

资金可以流动,但 Payroll Integrity 较弱。

如果只连接薪资和银行会怎样?

薪资通常按周期处理,而 EWA 必须知道当前开放周期内已经形成的工作。

没有获批的考勤,可领取金额容易变成脱离实际工作的估算或额度,不符合本文所述 EWA 模式。

如果只连接考勤和薪资会怎样?

企业可能正确算出金额,却无法确定银行实际转了哪些款项。

系统将难以:

  • 防止重复付款;
  • 处理超时;
  • 调查交易;
  • 正确结算已领取总额。

因此,银行是已执行资金流的事实来源。

数据链应如何闭环?

理想链路是:

  1. 考勤记录数据;
  2. 授权人员审批;
  3. Earned Wage Engine 计算已赚工资;
  4. Eligibility Engine 检查条件;
  5. Payment Orchestration 创建交易;
  6. 银行处理;
  7. 状态得到确认;
  8. Reconciliation 对比记录;
  9. 薪资系统记录已领取金额;
  10. 工资单显示正确余额。
从考勤到薪资与工资单的 EWA 闭环

这条链确保每笔付款都可追溯到已完成工作。

集成不一定使用同一种技术

三个数据域可以通过以下方式连接:

  • 文件;
  • Google Sheet;
  • API;
  • 或多种方式组合。

重要的是:

  • 数据模式清晰;
  • 连接键稳定;
  • 事实来源明确;
  • 保留时间戳;
  • 状态明确;
  • 防止重复写入;
  • 有审计轨迹;
  • 能处理异常。

没有幂等性或审计能力的实时 API,未必优于管理严格的批处理文件。

三个系统数据不一致时怎么办?

不能只因某个数字“看起来合理”就采用它。

例如:

  • 考勤记录八小时;
  • 薪资系统收到六小时;
  • EWA 已按八小时付款。

该异常要求:

  1. 保留源数据;
  2. 确定获批版本;
  3. 核实已经发生的交易;
  4. 计算影响;
  5. 进行可追溯的业务调整;
  6. 再次核对。

金融系统不应通过手动修改最终数字来掩盖差异。

谁应负责各个数据域?

可按以下方式分工:

  • 运营/客户:考勤来源;
  • 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 把它们连接起来。

← 最新消息