企業90天EWA試點計畫

90天EWA試點應分為三個階段：第0–30天準備；第31–60天受控營運；第61–90天評估及擴展決策。目標不是取得盡可能多的交易，而是證明已核准出勤–額度–撥款–薪資–會計的完整鏈路運作正確，勞工清楚了解權益與風險，而且風險處於企業可接受的門檻內。

EWA — Earned Wage Access一般是指讓勞工在定期發薪日前取得一部分已賺取薪資的解決方案。由於EWA直接串接人資、考勤、薪資、付款及財務資料，試點必須是跨部門專案，而不只是應用程式測試。

> 術語說明： EWA（按已工作日取得已賺取薪資）· pilot（試點導入）· UAT（使用者驗收測試）· RACI（角色矩陣：執行–最終負責–諮詢–告知）· KPI（關鍵績效指標）· ROI（投資報酬率）· go-live（正式上線）· soft launch（小規模試行）· project charter（專案章程）· risk register（風險登錄冊）· playbook（應變手冊）· dashboard（儀表板）· Go–Adjust–Stop（繼續–調整–停止）。

為什麼要在全企業導入前先試點？

文件、展示與UAT只能測試一部分。使用真實資料的試點能讓企業驗證：

• 已核准出勤是否正確且夠快地更新（依據Lương Ngày流程）。

• 額度公式是否造成期末差異。

• 交易是否重複、卡住或撥至錯誤帳戶。

• 薪資與會計能否核對至每筆交易。

• 勞工是否理解費用、額度及剩餘薪資。

• 支援部門能否處理考勤錯誤、離職及交易查詢。

• 總成本與效益是否接近商業案例。

• 實際營運中個人資料及存取權限是否受到控制。

過早擴展可能把小錯誤變成大範圍差異（見EWA導入風險）。試點有助限制影響、從資料學習，並在擴大前修正流程。

企業是否已準備好進行EWA試點？

只有在基礎條件具備時才應確定開始日期。

若任何必要條件尚未達成，企業應維持準備狀態，而不是把真實勞工當作測試環境。

如何選擇試點範圍

選擇適合的單位

應優先選擇具有以下條件的工廠、區域或群組：

• 考勤資料相對穩定。

• 考勤核准人與HR窗口清楚。

• 薪資可為試點群組拆分報告。

• 管理者願意配合。

• 勞工數量足以產生真實情境。

• 未同時變更過多重大政策。

多大規模才合適？

300–1,000名勞工可作為大型雇主的參考範圍，但並非強制標準。小型企業可用較少人數試點；資料尚不穩定的企業應從更窄範圍開始。

規模必須符合兩項要求：

1. 發生事故時足夠小，能夠停止並處理。

2. 足夠大，能測試負載、使用行為與例外情境。

定義適格群組

試點群組應依已核准標準篩選，例如：

• 具有有效勞動關係。

• 員工ID已正確配對。

• 有已核准出勤。

• 有作為依據的薪資資料。

• 有有效的收款帳戶。

• 不屬於離職、暫時鎖定或考勤爭議狀態。

• 已完成條款確認與資料告知。

不建議先依「所有員工」清單開放，再處理資料缺漏。

90天時程概覽

階段1 — 第0天至第30天的準備

第1週：確定目標與範圍

• 制定專案章程。

• 選定專案負責人及專案團隊。

• 選定試點單位、勞工群組及期間。

• 確定一個主要目標及輔助KPI。

• 建立離職、人工預支、出勤、薪資及成本的基準線。

• 確定預算與資金來源。

• 建立初始風險登錄冊。

交付成果： 已核准的範圍、KPI、預算、責任人及專案時程。

第2週：法務、政策與資料

• 確定交易結構與資金流程圖。

• 審查合約、規範及勞工條款。

• 確定費用模型及費用負擔方。

• 建立資料地圖、處理角色及權限矩陣。

• 確定保存/刪除期限及事故流程。

• 確定使用適格性、額度、準備金及計畫上限。

交付成果： 已核准的法務–政策–資料文件組。

第3週：整合與業務測試

• 配對HR、考勤、薪資與EWA之間的員工ID。

• 測試考勤狀態。

• 測試額度公式。

• 測試收款帳戶變更。

• 測試防止重複交易。

• 測試成功、失敗、待查及退款交易。

• 測試離職者、考勤錯誤及週期結算。

• 從交易至薪資單/會計分錄進行試驗核對。

交付成果： UAT紀錄、錯誤清單、修正負責人及複測結果。

第4週：培訓與go-live核准

• 培訓負責核准考勤的管理者。

• 培訓HR、Payroll、會計、IT及支援團隊。

• 以易懂的語言與試點群組溝通。

• 在啟用前進行理解度調查。

• 確定值班表及支援管道。

• 演練事故與暫停機制。

• 召開Go/No-Go會議。

交付成果： 最終適格名單、go-live檢查清單及核准紀錄。

階段2 — 第31天至第60天的受控營運

第31–37天：Soft launch

不必在第一天向整個試點群組開放。可分小批啟用，以檢查：

• 註冊/驗證成功率。

• 已核准出勤及額度是否正確顯示。

• 費用與剩餘薪資是否正確顯示。

• 交易是否送達正確帳戶。

• 交易後額度是否正確減少。

• 日誌、通知及支援工單是否運作。

第一週應每日核對並在每日結束時進行短會。

第38–45天：穩定流程

• 在已核准範圍內逐步擴大。

• 監控待核准出勤及額度更新時間。

• 按原因分類每張工單。

• 擴大規模前先關閉嚴重錯誤。

• 審查重複提領行為與剩餘薪資。

• 檢查高峰日的資金能力。

第46–60天：測試負載與例外

• 在實際營運條件下執行預期情境。

• 監控高峰日、週末及接近週期結算的時點。

• 檢查離職、換班、無薪假及考勤調整。

• 評估支援成效及處理升級。

• 準備第一次薪資核對。

試點中的保守額度

沒有通用的安全比例。試點期間，企業應：

• 僅按已核准出勤計算。

• 必要時使用低於擴展後預期的存取比例。

• 為考勤調整及合法義務保留準備金。

• 設定個人、每日、單位及全計畫上限。

• 資金或資料低於門檻時暫停。

• 不要只為增加交易數而放寬額度。

階段3 — 第61天至第90天的評估

第61–75天：完成一個薪資週期

這是檢查完整生命週期的必要里程碑：

1. 結算考勤資料。

2. 確定每筆交易的最終狀態。

3. 將提前取得的金額納入薪資。

4. 逐人、逐筆交易比對。

5. 核對對帳單與會計。

6. 處理差異。

7. 發出易懂的薪資單。

8. 結束週期並保存紀錄。

若只證明正確撥款而未證明期末核對，則不應視試點成功。

第76–85天：量測體驗、效益與風險

• 調查使用者與未使用者。

• 訪談管理者、HR、Payroll、會計與支援團隊。

• 將KPI與基準線及比較群組比較。

• 計算總成本、初步效益及ROI。

• 審查費用、申訴、剩餘薪資及使用行為。

• 更新風險登錄冊並評估控制措施。

第86–90天：做出決策

專案團隊應完成總結報告，並提出以下三種決策之一：

• Go： 依路線圖擴展。

• Adjust： 延長或調整試點。

• Stop： 暫停、重新設計模型或不再繼續。

EWA試點專案的RACI

符號：R－直接執行；A－最終負責/核准；C－諮詢；I－告知。

RACI必須按組織調整。每個項目只應有一個明確的A角色，以免無人承擔最終責任。

90天試點KPI儀表板

資料與適格性群組

• 適格勞工人數/比例。

• 正確配對員工ID的個人檔案比例。

• 收款帳戶驗證成功率。

• 在SLA內核准的出勤比例。

• 因資料不足而沒有額度的人數。

使用群組

• 啟用率。

• 使用者比例。

• 每人/每週期交易數。

• 平均收取金額。

• 收取額相對已賺取薪資的比例。

• 交易後預計剩餘薪資。

營運群組

• 交易成功率。

• 交易處理時間。

• 失敗/待查/退款交易。

• 重複交易或因疑似重複而攔截的交易。

• 核對差異的筆數及金額。

• 工單關閉時間。

體驗群組

• 正確理解EWA、費用與剩餘薪資的比例。

• 滿意度。

• 每1,000名適格人員的申訴數。

• 不啟用/不使用的原因。

• 希望繼續使用者的比例。

人資與財務群組

• 導入前–後人工預支。

• 節省的HR/Payroll時間。

• 第7/30/60/90天離職。

• 缺勤/棄班。

• 試點成本及每位適格者/使用者成本。

• 換算效益、淨效益及初步ROI。

風險群組

• 超過實際薪資的撥款。

• 因資料錯誤/詐欺造成的損失。

• 資安/個人資料事故。

• 重大SLA違規。

• 剩餘薪資低於內部警示門檻的人數。

Go–Adjust–Stop標準

Go — 符合擴展條件

• 至少完成一個薪資週期並核對至每筆交易。

• 沒有未處理的重大差異。

• 已核准出勤及資料符合SLA。

• 交易錯誤率、工單及風險處於核准門檻內。

• 勞工正確理解費用、額度及剩餘薪資。

• 成本在預算內，且有合理的效益訊號。

• 法務、資料、資金來源及資安沒有阻礙擴展的問題。

Adjust — 繼續但必須調整

• 尚未達成KPI，但原因清楚且有方案。

• 因溝通造成考勤核准慢或啟用率低。

• 整合仍有人工操作，但可受控。

• 費用模型、額度或SLA需要調整。

• 因一次性成本或試點規模小，ROI尚未為正。

Stop — 停止或重新設計

• 無法與Payroll/會計核對。

• 有錯誤/重複撥款或無法控制的損失。

• 資金來源沒有保障。

• 法律性質或各方責任不清楚。

• 發生嚴重資料事故。

• 勞工誤解服務或受到重大負面影響而無有效補救措施。

Go-live檢查清單

法務與政策

• [ ] 模型及資金流程已說明並核准。

• [ ] 合約、規範及勞工條款一致。

• [ ] 費用及負擔方已清楚公開。

• [ ] 已有離職、薪資不足及考勤爭議處理機制。

• [ ] 貸款、CIC、利息/費用訊息已審查。

資料與技術

• [ ] 僅以已核准出勤計算額度。

• [ ] 員工ID及交易ID皆為唯一。

• [ ] 已測試防重、retry及待處理交易。

• [ ] 已具備權限控制、加密、日誌與警示。

• [ ] 已有離職者鎖定機制。

• [ ] 已有rollback/暫停方案。

財務、Payroll與會計

• [ ] 額度公式及準備金已核准。

• [ ] 資金來源及計畫上限已就緒。

• [ ] 已執行至薪資單及會計分錄的UAT。

• [ ] 已有三層核對檔案與流程。

• [ ] 已有退款、更正錯誤及週期結算流程。

勞工與支援

• [ ] 已檢查適格名單。

• [ ] 介面顯示費用、實收金額及剩餘薪資。

• [ ] FAQ及考勤錯誤/交易錯誤指南已就緒。

• [ ] 已公開支援管道、值班表及SLA。

• [ ] 已在go-live前進行理解度調查。

十個常見EWA試點導入錯誤

1. 沒有基準線： 試點後不知道結果相對什麼是好或壞。

2. 選擇資料太弱的單位： 所有時間都在修正考勤而非驗證EWA。

3. 第一天就開放太大範圍： 小錯誤影響太多人。

4. 只測試順利流程： 不知道如何處理離職、考勤錯誤、卡住交易或退款。

5. 沒有負責的專案主責： 各部門互相等待決策。

6. 把交易數設為主要目標： 可能鼓勵過度使用。

7. 未完成一個薪資週期： 尚未驗證完整生命週期。

8. 過度宣傳： 與條件不符地承諾「隨時取錢」或「沒有費用」。

9. 未計算內部成本： ROI被高估。

10. 錯誤未關閉即擴展： 技術債與差異隨規模增加。

勞工溝通計畫

訊息必須回答六個問題：

1. Lương Ngày/EWA是什麼？

2. 誰符合資格？

3. 哪些出勤可用於計算額度？

4. 費用及實收金額是多少？

5. 期末薪資如何改變？

6. 有錯誤時聯絡誰？

應使用多種格式：短片、海報、FAQ、應用程式內指南及直屬主管培訓。所有管道內容必須一致。

呈交CEO的試點報告範本

1. 執行摘要

• 目標、範圍、時間。

• 主要結果。

• 風險與事故。

• Go–Adjust–Stop建議。

2. 營運結果

• 適格性、已核准出勤、交易、SLA、核對。

3. 勞工體驗

• 正確理解、滿意度、申訴、質性回饋。

4. 人資影響

• 招募、離職、缺勤及比較群組。

5. 財務

• 成本、效益、ROI及三個擴展情境。

6. 風險與控制

• 風險登錄冊、差異、事故、未完成行動。

7. 後續計畫

• 擴展範圍或調整清單。

• 預算及資源。

• 下一個決策里程碑。

結論

90天EWA試點是驗證跨部門營運系統的過程。成功不只是快速轉帳，還必須確保：

正確的人 → 正確的已核准出勤 → 正確的額度 → 正確的帳戶 → 正確地一次 → 正確的薪資 → 正確的會計 → 正確的體驗。

企業應在前30天充分準備，後續30天受控開放，最後30天完成薪資、量測KPI、計算ROI並以證據做出決策。

企業可在企業Lương Ngày取得依規模、考勤資料、薪資及人資目標量身打造的Lương Ngày試點計畫。

> 注意： 本文章提供一般導入框架，不取代特定企業的法務、財務、會計、資安或專案管理建議。

參考資料

• 勞動法第45/2019/QH14號

• 電子交易法第20/2023/QH15號

• 個人資料保護法第91/2025/QH15號

• 規定個人資料保護法部分條文及執行措施的第356/2025/NĐ-CP號法令

• 關於非現金支付的第52/2024/NĐ-CP號法令

• ILO: Earned Wage Access – A Global Study on Benefits and Risks

---

作者： Nguyễn Tấn Lộc — Công ty TNHH Cung Ứng Nhân Lực Nhân Kiệt策略部專員。

企業Lương Ngày解決方案諮詢： 熱線 0937.022.655 · 電子郵件 info@nhankiet.vn · 企業Lương Ngày