Earned Wage Engine 如何计算已赚取的工资？

Earned Wage Engine 是把已审批工作日转换为本工资周期内可领取的已赚取工资的计算层。它不只是将工作日数乘以日工资，还必须确定正确的员工、工作地点和周期，扣除已领取金额，并按照企业规定应用预留部分后再返回结果。

Earned Wage Engine 实际承担什么任务？

在 EWA 系统中，员工界面只是展示结果的地方。更重要的工作在服务器端完成：引擎必须汇集具有权威性的资料，并在员工查看金额或提交申请时重新计算。

引擎的核心作用是生成一个可解释的数字。如果今天的金额与昨天不同，系统必须能够把变化追溯到工时资料、工资单价、已领取金额或预留规则。

引擎也不应直接相信手机或浏览器传来的数字。用户设备可能保留旧资料。在创建交易之前，服务器需要根据当前资料重新计算。

基础公式由哪些部分组成？

Nhan Kiet 的已赚取工资服务采用以下计算原则：

可领取金额 =（已审批工作日数 × 日工资）− 本周期已领取金额 − 企业规定的预留金额。

组成部分	数据来源	作用
已审批工作日	已接受的工时来源	确定已经形成的劳动价值
日工资	当前有效的薪资资料或政策	将工作量换算为金额
本周期已领取金额	已确认的交易台账	防止重复使用同一价值
预留金额	企业政策	为期末调整保留空间
工资周期	薪资系统	限定加项、扣项和结算范围

引擎不会自行生成新资料，只会根据源系统已确认的资料进行计算。

如果工时仍在等待审批，就不应进入计算。如果交易状态不明确，引擎也不应擅自认定交易失败并重新释放该金额。

为什么已审批工作日是起点？

打卡记录与已审批工作记录是两种不同状态。

一次二维码扫描、GPS 记录、考勤表资料或应用程序记录，只能说明存在考勤资料。在这些资料成为财务输入之前，企业需要按照流程进行确认。

需要控制的情况包括：

• 缺少上班或下班时间；
• 班次错误；
• 跨午夜班次；
• 加班尚未确认；
• 休假尚未更新；
• 工时记录重复；
• 已审批记录后来被修改。

明确区分记录资料 → 已审批资料 → 符合工资计算条件的资料，可以避免引擎过早把临时记录转化为财务价值。

引擎如何处理资料变更？

可靠的薪资系统必须接受资料可能发生变化这一事实。

例如：

• 已审批工作记录被修改；
• 工资单价按生效时间变更；
• 员工调到其他工作地点；
• 交易经核查后由待处理变为成功。

因此，引擎需要把每次计算与资料版本和计算时间关联起来。

某个组成部分发生变化时，应根据最新源资料重新计算，而不是直接修改最终数字。

重新计算并解释结果的能力，是薪资完整性的重要组成部分。

引擎必须防止重复使用同一劳动价值

一个重要风险是同一劳动价值被多次使用。

例如，员工在本周期已经领取部分已赚取工资，但系统在下次计算时忘记扣除。

另一种情况是，已经与成功交易关联的工作日，在资料同步后又被再次加入。

为降低风险，引擎必须同时查看：

• 已审批工作日；
• 已领取总额；
• 待处理交易；
• 成功交易；
• 已经使用的工作日或价值；
• 相关工资周期。

本周期已领取金额必须从计算中扣除。参与交易的工作日需要留下足够清晰的记录，让薪资系统在期末知道哪一部分已经提前支付。

Earned Wage Engine 与 Eligibility Engine 有何不同？

这两个层次解决不同的问题。

Earned Wage Engine：
“根据当前工作资料，已经形成的工资是多少？”

Eligibility Engine：
“在当前情况下，此人是否具备使用资格，最多可以领取多少？”

Earned Wage Engine 关注：

• 工作记录；
• 工资单价；
• 工资周期；
• 已领取金额；
• 预留金额。

Eligibility Engine 关注：

• 个人资料状态；
• 客户是否启用功能；
• 账户是否已验证；
• 政策条件；
• 使用限额；
• 其他控制措施。

将两层分开，可以在调整资格政策时不影响已经形成的工资历史。

为什么交易前必须在服务器重新计算？

假设应用程序在 10:00 显示 1,000,000 越南盾。

到 10:05 时：

• 某个工作日被修改；
• 另一笔交易刚刚成功；
• 相关政策已经变化。

如果应用程序把 1,000,000 越南盾传回，服务器又直接采信，系统可能创建错误的付款指令。

因此，在付款前，服务器应当：

1. 重新读取最新工作记录；
2. 检查审批状态；
3. 获取最新已领取金额；
4. 获取当前有效政策；
5. 重新计算；
6. 检查申请金额；
7. 然后才转到交易层。

界面只应负责显示资料和发送申请，而不应成为决定最终金额的来源。

引擎应如何解释结果？

好的结果不只有一个数字。

系统应当能够解释：

• 已审批多少个工作日；
• 采用哪个工资单价；
• 工作对应的总价值；
• 本周期已领取总额；
• 预留金额；
• 剩余可领取金额；
• 当前计算的是哪个周期。

金额发生变化时，审计追踪应指出哪个组成部分发生了变化。

这有助于：

• 支持员工；
• 处理申诉；
• 薪资核对；
• 检查错误；
• 内部审计。

哪些情况下引擎应返回零或暂不允许使用？

可能包括以下情况：

• 尚无已审批工作日；
• 已领取金额已经用完全部符合条件的价值；
• 重要资料正在等待验证；
• 工作记录刚被修改，尚未重新审批；
• 员工不属于当前开放周期；
• 未满足其他项目条件。

不过，如果结果为零，界面应提供适当程度的原因说明，而不是只显示“0 越南盾”。

应监控的技术与运营 KPI

企业可以跟踪：

• 能够完整解释的计算比例；
• 因修改工作记录而导致可领取金额变化的次数；
• 引擎与薪资系统之间的差异数量；
• 工作记录被重复使用的数量；
• 交易后需要重新计算的次数；
• 因周期错误产生的异常数量；
• 关于可领取金额的申诉数量；
• 异常处理时间。

优秀的引擎不仅要运行得快，还必须产生正确且可追踪的结果。

结论

Earned Wage Engine 是把已审批工作资料转化为可解释、可追踪财务结果的计算层。它必须使用正确的源资料，扣除已领取金额，应用预留规则，在资料变更时重新计算，并防止同一劳动价值被多次使用。将 Earned Wage Engine 与 Eligibility Engine 和交易层清晰分开，可使 EWA 系统更容易控制、核对和扩展。

作者： Do Huy Le — Tổng Giám Đốc, Nhan Kiet Manpower Supply Co., Ltd.

企业已赚取工资服务咨询： Hotline 0937.022.655 · Email info@nhankiet.vn · 企业已赚取工资服务