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 · 企業已賺取薪資服務