Earned Wage Engine 如何計算已賺取的薪金？

Earned Wage Engine 是把已批核工作日轉成出糧週期內可提取之已賺取薪金的計算層。它不只是把工作日數乘以日薪，亦要確認正確的僱員、工作地點及週期，扣除已收取金額，並按企業規定套用保留額後才回傳結果。

Earned Wage Engine 實際負責甚麼？

在 EWA 系統中，僱員介面只是顯示結果的地方。更重要的工作在伺服器端進行：引擎必須整合具權威性的數據，並在僱員查看金額或提出申請時重新計算。

引擎的核心角色是產生一個可以解釋的數字。如果今日的金額與昨日不同，系統必須能把變化追溯至出勤數據、薪金單價、已收取金額或保留規則。

引擎亦不應直接相信手機或瀏覽器傳送的數字。用戶裝置可能保留舊數據。建立交易之前，伺服器必須按現時數據重新計算。

基本公式包含哪些項目？

Nhan Kiet 的已賺取薪金服務採用以下計算原則：

可提取金額 =（已批核工作日數 × 日薪）− 本期已收取金額 − 企業規定的保留額。

組成項目	數據來源	作用
已批核工作日	已接納的出勤來源	確認已形成的勞動價值
日薪	現行薪酬數據或政策	把工作量換算成金額
本期已收取金額	已確認的交易紀錄	防止重複使用相同價值
保留額	企業政策	為期末調整預留空間
出糧週期	薪酬系統	限定加項、扣項及結算範圍

引擎不會自行建立新數據，只會根據來源系統已確認的數據計算。

若出勤仍等待批核，就不應納入計算。若交易狀態不清晰，引擎亦不應自行假定交易失敗並重新釋放該金額。

為甚麼已批核工作日是起點？

打卡紀錄與已批核出勤是兩種不同狀態。

掃描 QR Code、GPS 紀錄、出勤表數據或 App 紀錄，只能表示已有出勤數據。在數據成為財務輸入前，企業必須按流程確認。

需要控制的情況包括：

• 缺少上班或下班時間；
• 更份錯誤；
• 跨午夜更份；
• 加班尚未確認；
• 假期尚未更新；
• 出勤紀錄重複；
• 已批核紀錄其後被修改。

清楚區分紀錄數據 → 已批核數據 → 符合薪金計算資格的數據，可以避免引擎過早把暫存紀錄轉成財務價值。

引擎如何處理數據變更？

可靠的薪酬系統必須接受數據可能改變這個事實。

例如：

• 已批核出勤被修改；
• 薪金單價按生效時間變更；
• 僱員調往其他工作地點；
• 交易經查核後由待處理轉為成功。

因此，引擎需要把每次計算連結至數據版本及計算時間。

某個項目改變時，應按最新來源重新計算結果，而不是直接修改最終數字。

能夠重新計算及解釋結果，是薪酬完整性的重要部分。

引擎必須防止重複使用相同勞動價值

一項重要風險是相同的勞動價值被多次使用。

例如，僱員在本期已收取部分已賺取薪金，但系統在下一次計算時忘記扣除。

另一種情況是，已連結成功交易的工作日，在數據同步後又被重新加回。

為減低風險，引擎必須同時檢視：

• 已批核工作日；
• 已收取總額；
• 待處理交易；
• 成功交易；
• 已使用的工作日或價值；
• 相關出糧週期。

本期已收取金額必須從計算中扣除。已納入交易的工作日需要留下足夠清晰的紀錄，讓薪酬系統在期末知道哪一部分已提前支付。

Earned Wage Engine 與 Eligibility Engine 有何分別？

這兩個層次回答不同問題。

Earned Wage Engine：
「按現時出勤數據，已形成的薪金是多少？」

Eligibility Engine：
「在現時情況下，此人是否符合使用資格，最多可收取多少？」

Earned Wage Engine 著重：

• 出勤紀錄；
• 薪金單價；
• 出糧週期；
• 已收取金額；
• 保留額。

Eligibility Engine 著重：

• 個人檔案狀態；
• 客戶是否啟用功能；
• 戶口是否已驗證；
• 政策條件；
• 使用限額；
• 其他控制。

分開兩個層次，可在調整資格政策時不影響已形成薪金的歷史。

為甚麼交易前必須在伺服器重新計算？

假設 App 在 10:00 顯示 1,000,000 越南盾。

到了 10:05：

• 某個工作日被修改；
• 另一宗交易剛成功；
• 相關政策已變更。

若 App 把 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 · 企業已賺取薪金服務