企業EWA 90天試行計劃
EWA 90天試行應分為三個階段：第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只能驗證部分情況。以真實數據進行試行，有助企業確認：
額度公式在期末會否造成差額。
交易會否重複、掛起或匯入錯誤帳戶。
薪酬及會計能否對帳至每一筆交易。
員工是否清楚了解費用、額度及餘下薪金。
支援團隊能否處理出勤錯誤、離職及查詢個案。
總成本與效益是否貼近商業案例（business case）。
個人資料及存取權限在實際運行中能否得到控制。
過早擴展可能令一個小錯誤演變成大範圍的偏差（見推行EWA的風險）。試行有助限制影響範圍，從數據中學習，並在擴大規模前修正流程。
企業是否已準備好試行EWA？
只有在具備基礎條件時，才應敲定開始日期。
條件組別 | 準備就緒的問題 | 最低限度證據 |
|---|---|---|
目標 | 試行要解決什麼問題？ | 項目章程與KPI |
出勤 | 已核准出勤狀態是否可靠？ | 出勤質素報告 |
薪酬 | 是否已有公式、結算週期及對帳檔案？ | 一輪薪酬UAT |
員工 | 是否已有合資格名單及支援渠道？ | 試行名單、FAQ |
財務 | 資金來源及項目上限是否已核准？ | 預算/資金來源批核 |
法律 | 合約、規章、條款及對外訊息是否統一？ | 法律部門會議記錄/批核 |
數據 | 各方角色、目的、權限及儲存是否清晰？ | 數據流程圖、權限矩陣 |
技術 | 是否有測試環境、日誌及防重複機制？ | UAT及錯誤測試結果 |
營運 | 由誰處理各類例外情況，需時多久？ | RACI、SLA及應變手冊 |
若其中任何一項必要條件未達標，企業宜維持準備狀態，而非以真實員工作測試環境。
如何選擇試行範圍
選擇合適的單位
宜優先選擇具備以下條件的工廠、地區或群組：
出勤數據相對穩定。
出勤審批人及人力資源對接人清楚。
薪酬部門可為試行組別分開出報告。
管理層願意配合。
員工人數足以出現真實情況。
不會同時進行過多重大政策變動。
規模多大才算合適？
300至1,000名員工可作為大型企業的參考範圍，但並非硬性標準。中小企業可以較少人數試行；數據尚未穩定的企業宜從更小範圍開始。
規模須符合兩項要求：
足夠小，出現事故時可以停止並處理。
足夠大，能測試負載、使用行為及各種例外情況。
界定合資格群組
試行組別應按已核准的條件篩選，例如：
現時具有效勞動關係。
已正確配對員工編號。
已有核准出勤紀錄。
具備可作依據的薪金數據。
具有效的收款帳戶。
不屬於離職／暫停／出勤爭議狀態。
已完成條款確認及數據通知。
不應以「全體員工」名單開通，之後才處理數據缺失的問題。
90天時間表總覽
階段 | 時間 | 主要目標 | 產出成果 |
|---|---|---|---|
1. 準備 | 第0–30天 | 敲定模式、數據、流程、控制及溝通 | 上線文件、UAT、試行名單 |
2. 受控運行 | 第31–60天 | 以審慎額度實際運行，每日監察 | 交易、錯誤、反饋及期中對帳報告 |
3. 評估 | 第61–90天 | 完成薪酬結算週期，量度KPI、ROI及風險 | 試行報告及續行–調整–暫停決定 |
第一階段——第0至30天準備
第1週：敲定目標與範圍
制定項目章程。
選定項目負責人及項目小組。
選定單位、員工群組及試行期。
敲定一個主要目標及支援性KPI。
建立離職率、預支、出勤及薪酬成本的基線數據。
確定預算及資金來源。
建立初步風險登記冊。
產出： 已獲批核的範圍、KPI、預算、負責人及項目時間表。
第2週：法律、政策與數據
確定交易結構及資金流程圖。
檢視合約、規章、員工條款。
敲定收費模式及承擔方。
建立數據流程圖、處理角色及權限矩陣。
確定資料保留／刪除期限及事故處理流程。
敲定使用資格條件、額度、緩衝及項目上限。
產出： 已獲批核的法律–政策–數據文件套組。
第3週：系統整合與業務測試
配對人力資源、出勤、薪酬與EWA系統之間的員工編號。
測試各種出勤狀態。
測試額度計算公式。
測試更改收款帳戶。
測試防止重複交易。
測試成功、失敗、待查詢及退款的交易情況。
測試離職、出勤錯誤及結算週期鎖定。
由交易到糧單／會計分錄的試對帳。
產出： UAT紀錄、問題清單、負責修復人員及重測結果。
第4週：培訓與上線審批
培訓出勤審批經理。
培訓人力資源、薪酬、會計、資訊科技及支援團隊。
以淺白語言向試行組別溝通。
啟動前進行認知理解調查。
敲定當值表及支援渠道。
進行事故及暫停機制演練。
召開Go/No-Go會議。
產出： 最終合資格名單、上線檢查清單及批核紀錄。
第二階段——第31至60天受控運行
第31–37天：小規模啟動
不必於首日開通整個試行組別。可分批小規模啟動，以測試：
註冊／驗證成功率。
已核准出勤及額度顯示是否正確。
費用及餘下薪金顯示是否正確。
交易能否匯入正確帳戶。
額度在交易後有否正確扣減。
日誌、通知及支援工單能否正常運作。
第一週每日對帳，並於每日結束時召開簡短會議。
第38–45天：流程穩定化
在已核准範圍內逐步擴展。
監察待審批出勤及額度更新所需時間。
按成因分類所有支援工單。
在擴大規模前，先關閉所有嚴重錯誤。
檢視重複提取行為及餘下薪金情況。
檢查高峰日的資金供應能力。
第46–60天：負載及例外情況測試
在真實運行環境下執行已預期的各種情境。
監察高峰日、週末及接近結算週期鎖定的時段。
測試離職、換班、無薪假及出勤調整。
評估支援效率及個案升級處理。
準備首次薪酬對帳。
試行期間的審慎額度
沒有一個通用的安全比率。在試行期間，企業宜：
只根據已核准出勤計算。
相比日後擴大規模時的預期比率，採用較低的提取比率。
為出勤調整及合理義務保留緩衝額度。
設定個人、每日、單位及整個項目的上限。
當資金供應或數據質素低於門檻時，暫停服務。
不應僅為增加交易數量而放寬額度。
第三階段——第61至90天評估
第61–75天：完成一個薪酬結算週期
這是驗證完整生命週期的必要里程碑：
敲定出勤數據。
確定所有交易的最終狀態。
將已提前支取的金額計入薪酬。
逐人、逐筆交易核對。
核對結單與會計紀錄。
處理差額。
發出易於理解的糧單。
鎖定結算週期並保存紀錄。
不應只因撥款正確便視試行為成功，而未證明期末對帳能力。
第76–85天：量度體驗、成效及風險
對使用者及非使用者進行調查。
訪談經理、人力資源、薪酬、會計及支援團隊。
將KPI與基線及對照組作比較。
計算總成本、初步效益及ROI。
檢視費用、投訴、餘下薪金及使用行為。
更新風險登記冊並評估控制措施。
第86–90天：作出決定
項目小組須制定總結報告，並就以下三項決定之一提出建議：
Go（續行）： 按路線圖擴展。
Adjust（調整）： 延長或調整試行。
Stop（暫停）： 暫停、重新設計方案或不再繼續。
EWA試行項目的RACI
符號說明：R – 直接執行；A – 最終負責／批核；C – 被諮詢；I – 被知會。
項目 | 贊助人/總經理 | 項目負責人 | 人力資源/營運 | 薪酬/會計 | 財務 | 資訊科技/資訊保安 | 法律 | 供應商 |
|---|---|---|---|---|---|---|---|---|
目標、範圍、預算 | A | R | C | C | C | I | I | C |
使用資格條件 | I | A | R | C | C | C | C | C |
額度計算公式 | I | A | C | R | R | C | C | C |
合約及條款 | I | C | C | C | C | I | A/R | C |
數據流程圖及保護 | I | C | C | I | I | R | A | C |
系統整合及UAT | I | A | C | R | I | R | I | R |
資金來源及上限 | I | C | I | C | A/R | I | C | C |
溝通、培訓 | I | A | R | C | I | C | C | C |
正式上線及營運 | I | A | R | R | C | R | C | R |
對帳及結算鎖定 | I | C | C | A/R | C | C | I | R |
事故處理 | I | A | R | R | C | R | C | R |
Go–Adjust–Stop評估 | A | R | C | C | C | C | C | C |
RACI須因應各機構調整。每一項目只應有一個明確的A角色，以避免出現無人最終負責的情況。
90天試行KPI儀表板
數據及資格條件組別
合資格員工人數／比率。
員工編號正確配對比率。
收款帳戶驗證成功比率。
按SLA準時核准出勤的比率。
因數據不足而未有額度的人數。
使用情況組別
啟動比率。
使用者比率。
每人每期交易次數。
平均提取金額。
已提取金額佔已賺取薪金的比率。
交易後預計餘下薪金。
營運組別
交易成功比率。
交易處理時間。
失敗／待查詢／退款交易。
因懷疑重複而重複或被攔截的交易。
對帳差額數量及金額。
工單關閉所需時間。
體驗組別
對EWA、費用及餘下薪金的正確理解比率。
滿意度。
每1,000名合資格員工的投訴數目。
未啟動／未使用的原因。
願意繼續使用的比率。
人力資源及財務組別
前後人手預支比較。
人力資源／薪酬部門所節省的時間。
第7/30/60/90天的離職率。
缺勤／棄更情況。
試行成本及每位合資格員工／使用者的成本。
折算效益、淨效益及初步ROI。
風險組別
超出實際薪金的撥款。
因數據錯誤／舞弊造成的損失。
保安／個人資料事故。
重大SLA違反事項。
餘下薪金低於內部警戒線的人數。
續行–調整–暫停（Go–Adjust–Stop）標準
Go——具備擴展條件
已完成至少一個薪酬結算週期，並對帳至每一筆交易。
沒有尚未處理的重大差額。
已核准出勤及數據符合SLA要求。
交易錯誤比率、工單及風險均在已批核門檻之內。
員工正確理解費用、額度及餘下薪金。
成本符合預算，並有合理的效益跡象。
法律、數據、資金來源及保安方面沒有阻礙擴展的問題。
Adjust——繼續但須作調整
未達KPI，但成因已明確並有解決方案。
出勤審批緩慢或因溝通不足導致啟動比率偏低。
系統整合仍有人手操作環節，但屬可控範圍。
收費模式、額度或SLA需要調整。
因一次性成本或試行規模較小，ROI尚未轉正。
Stop——暫停或重新設計
無法與薪酬／會計對帳。
出現錯誤撥款／重複撥款或無法控制的損失。
資金來源未能得到保證。
法律性質或各方責任尚未釐清。
發生嚴重數據事故。
員工出現誤解，或已造成重大負面影響而未有有效應對措施。
上線檢查清單
法律及政策
[ ] 模式及資金流程已獲說明及批核。
[ ] 合約、規章及員工條款已統一。
[ ] 費用及承擔方已清楚公佈。
[ ] 已備妥離職、薪金不足及出勤爭議的處理機制。
[ ] 有關借貸、信貸紀錄（CIC）、利息／費用的訊息已經審核。
數據及技術
[ ] 只有已核准出勤才計入額度。
[ ] 員工編號及交易編號均為唯一。
[ ] 已測試防重複、重試及待處理交易。
[ ] 已具備權限分配、加密、日誌及警示機制。
[ ] 已具備鎖定離職員工的機制。
[ ] 已備妥回滾／暫停方案。
財務、薪酬及會計
[ ] 額度公式及緩衝額已獲批核。
[ ] 資金來源及項目上限已備妥。
[ ] 已完成直至糧單及會計分錄的UAT。
[ ] 具備三重對帳的檔案及流程。
[ ] 具備退款、更正錯誤及結算鎖定的流程。
員工及支援
[ ] 已核實合資格名單。
[ ] 介面顯示費用、實際收款金額及餘下薪金。
[ ] 已備妥出勤／交易錯誤的FAQ及指引。
[ ] 已公佈支援渠道、當值表及SLA。
[ ] 已於正式上線前進行認知理解調查。
十大常見EWA試行失誤
沒有基線數據： 試行後無法得知結果是變好還是變差。
選擇數據質素過弱的單位： 大部分時間都用於修正出勤，而非驗證EWA。
首日開通範圍過大： 一個小錯誤影響過多人。
只測試順利流程： 不知如何處理離職、出勤錯誤、交易掛起或退款。
沒有單一負責的項目負責人： 各部門互相等待對方作決定。
以交易數量作為主要目標： 可能鼓勵過度使用。
未完成一個完整薪酬結算週期： 尚未驗證完整生命週期。
過度宣傳： 承諾「隨時可以提款」或「完全免費」而不符合實際條件。
未計算內部成本： ROI被誇大。
問題尚未解決便擴展規模： 技術債及偏差隨規模增加。
員工溝通計劃
訊息內容須回答以下六個問題：
什麼是薪金日／EWA？
誰符合資格？
哪些出勤紀錄用於計算額度？
費用及實際收款金額是多少？
期末薪金會如何變化？
出現問題時應聯絡誰？
宜使用多種形式：短片、海報、FAQ、應用程式內指引及對直屬經理的培訓。所有渠道的內容須保持一致。
呈交董事會的試行報告範本
1. 執行摘要
目標、範圍、時間。
主要結果。
風險及事故。
續行–調整–暫停建議。
2. 營運成果
資格條件、已核准出勤、交易、SLA、對帳。
3. 員工體驗
正確理解程度、滿意度、投訴、質性反饋。
4. 人力資源影響
招聘、離職、缺勤及對照組。
5. 財務
成本、效益、ROI及三個擴展情境。
6. 風險及控制
風險登記冊、差額、事故、尚未完成的行動。
7. 下一步計劃
擴展範圍或調整清單。
預算及資源。
下一個決策里程碑。
結語
EWA 90天試行是一個跨部門營運系統的驗證過程。成功與否不只在於能否快速撥款，更須確保：
正確的人 → 正確已核准的出勤 → 正確的額度 → 正確的帳戶 → 正確一次到位 → 正確的薪酬 → 正確的會計 → 正確的體驗。
企業應在首30天做好充分準備，在其後30天以受控方式開通，並用最後30天完成薪酬結算、量度KPI、計算ROI，並根據實證作出決定。
企業可按規模、出勤數據、薪酬及人力資源目標，獲取度身訂造的薪金日試行計劃，詳情請見企業薪金日方案。
> 注意： 本文提供一般性的推行框架，並不能取代針對個別企業的法律、財務、會計、保安或項目管理專業意見。
參考來源
---
作者： Nguyễn Tấn Lộc——策略部專員，Công ty TNHH Cung Ứng Nhân Lực Nhân Kiệt。
企業薪金日方案諮詢： 熱線 0937.022.655 ‧ 電郵 info@nhankiet.vn ‧ 企業薪金日方案
常見問題
EWA 90天試行是否太長？
三個月足以完成準備、受控運行，並在多數模式下完成至少一個薪酬結算週期。若企業的薪酬週期、系統整合或法律事務較為複雜，則可能需要更長時間。
應該試行多少名員工？
沒有通用的數字。300至1,000人的範圍可供大型企業參考；具體決定須視乎數據質素、支援能力、資金來源及可接受的風險水平而定。
試行前是否需要進行API整合？
不一定。只要能確保識別、版本、批核、防重複及對帳，亦可使用控制檔案。惟不應採用缺乏控制的人手操作方式。
為何必須經歷一個薪酬結算週期？
因為只有這樣，企業才能檢查完整的生命週期：出勤、額度、交易、調整、糧單、會計及結算鎖定。
90天後ROI為負，是否一定要停止？
未必。須拆分一次性成本並找出原因。如有明確改善方向，可以Adjust（調整）；若屬於基礎性風險或成本無法控制，則宜Stop（暫停）。
試行期間是否應完全豁免費用？
如符合目標可以考慮，但須清楚註明這是試行期政策。若正式階段須收費，員工應事先獲得告知，以免試行結果無法反映真實使用行為。
出現事故時，由誰決定暫停系統？
RACI及應變手冊須明確指定一個具暫停權限的角色，並列明處理人員、重啟批核人員及通知渠道。
使用比率高時，是否可以立即擴展？
不可以。高使用比率只是其中一項指標，仍須檢視對帳、錯誤、費用、餘下薪金、數據風險及整體成效。
Read more articles
- 已打卡但未看到工作日或額度未增加：原因及處理方法 · 勞動者
- 日薪預支先導計劃範本及擴展決策標準 · Doanh nghiệp
- 什麼是日薪預支（EWA）？越南全面指南 · Kiến thức
- 多班次製造企業的EWA：如何推行才能算準工時？ · Doanh nghiệp
- 'luong ngay' 是什麼意思？區分三種易混淆的含義 · Kiến thức
- 應該採用哪些KPI來衡量日薪預支(EWA)的成效? · Doanh nghiệp
- 傳統預支薪金與EWA（日薪預支）有何不同？ · Kiến thức
- EWA會影響CIC嗎？正確且有條件的回答 · Pháp lý
- 越南工資預支規定：僱員與企業需要了解什麼？ · Pháp lý
- EWA 是借款嗎？按模式逐一分析 · Kiến thức