EWA 部署合同中需檢查的 20 個條款
EWA 部署合同需要包含哪些內容?企業必須檢查的 20 個條款
Earned Wage Access (EWA) 合同不應僅僅寫“提供提前支付工資的應用”。實際服務還涉及人事數據、考勤、可用金額計算、資金來源、銀行指令、對賬和薪資。如果每個環節的責任沒有明確寫出,即使是小交易也可能成為勞動者、企業和供應商之間的爭議。
> 簡而言之: EWA 合同必須回答四個問題:誰確認支付權,誰支付,誰承擔差異,誰處理數據。技術附錄、SLA、數據保護和對賬與商業條款同樣重要。
> 警告: 這是一份用於審核和談判的清單,不是合同範本或法律意見。每個模型的勞動、支付和數據結構不同;企業需要律師審查最終文本。
1. 為什麼 EWA 合同容易缺少範圍?
在一個 EWA 流程中,可能至少有五個角色或方:
- 勞動者提出請求;
- 使用勞動者的企業或供應單位確認勞動關係;
- 客戶/監督確認工資;
- 技術供應商計算和協調交易;
- 銀行或支付合作夥伴執行轉賬。
合同上的名稱不一定反映所有角色。企業必須先畫出三個流程:數據、資金和責任;然後檢查每個流程是否有相應條款。
2. 合同文件應包括哪些內容?
一份完整的合同文件通常需要:
- 主合同;
- 服務和功能範圍描述附錄;
- 商業/費用附錄;
- 集成和數據字典附錄;
- SLA 和支持流程;
- 個人數據處理協議或附錄;
- 對賬、結算和例外流程;
- RACI 矩陣和聯絡點;
- 部署、驗收和轉換計劃;
- 終止、數據導出和刪除計劃。
不應將所有內容歸結為一句“根據供應商的流程”,因為企業將難以控制變更。
3. A 組 — 範圍、定義和服務模型
3. A 組 — 範圍、定義和服務模型
> 🖼 圖片: EWA 合同的五個條款組。(alt: "EWA 部署合同中需檢查的條款")
(更多信息:查看 Lương Ngày 審核文件 和 企業 Lương Ngày (EWA) 規範範本。)
條款 1 — EWA 的定義和提供的服務
合同必須描述工資從哪部分工作中確定,處於什麼狀態以及如何結算。不僅僅使用“EWA”、“靈活工資”或“預支工資”這些標籤。
需要明確: 服務是否包括考勤、驗證、可用金額計算、支付、對賬和薪資連接。
條款 2 — 使用對象和條件
確定符合條件的勞動者群體:正在工作,屬於哪個客戶,已完成身份驗證,有有效的收款賬戶並符合內部政策。
需要處理的例外: 試用期、離職、暫停、調動、多地工作、賬戶鎖定或資料錯誤。
條款 3 — 各方責任界限
為每個步驟建立 RACI:創建賬戶、輸入工資、審核工資、配置單價、確認賬戶、發出指令、處理掛起、對賬並納入薪資。
如果有銀行或次級處理方,必須明確關係和相應義務。
條款 4 — 啟用的功能和環境
區分“產品中存在的功能”、“已配置”、“已驗收”和“實際啟用”的功能。
對於 Lương Ngày,自動支付代碼已構建,但默認標誌關閉,並根據客戶逐步開啟。合同或 go-live 記錄必須反映實際狀態,而不僅是技術能力。
4. B 組 — 工資、公式和金錢政策
條款 5 — 工資數據來源和真實來源
列出來源:考勤應用、客戶系統、Google Sheet、ERP 或薪資系統;連接鍵;更新頻率;偏差時的優先規則。
必須有: 輸入/修改方的責任、截止時間和歷史記錄保存方式。
條款 6 — 工資審核和修改權限
確定誰有權審核、拒絕和修改;已審核的工資修改是否會失去審核狀態;誰接收警告。
在 Lương Ngày 中,只有已審核的工資才會生成可用金額;已審核的工資修改會返回待審核狀態並保存前後記錄。如果適用,這應該是驗收要求。
條款 7 — 可用金額的計算公式
附錄必須有可重算的公式。對於 Lương Ngày,技術邏輯是:
已審核工資 × 單價/天 − 本期已領取金額 − 預留款項
結果向下取整至 1,000 越南盾的倍數,並受限於各種限制。公式中的單價應與期末總收入區分開來。
條款 8 — 限額和預留
明確最低金額、每筆訂單上限、每日/每期上限、接觸率、預留和有權更改的人。
50,000 越南盾/次、3 百萬越南盾/訂單和 5 百萬越南盾/人/天是 Lương Ngày 代碼中的默認值;只有在確認真實政策後才納入合同。
條款 9 — 政策變更
規定誰提議,誰批准,提前通知時間,通知勞動者的方式,生效日期,版本保存和恢復舊配置的能力。
不允許一方在沒有適當控制機制的情況下自行更改公式或費用。
5. C 組 — 資金流、費用和結算
(更多信息:查看 誰為 Lương Ngày 提供資金? 和 Lương Ngày 是否真的免費?。)
條款 10 — 資金來源和支付賬戶
必須明確提供資金的法人/組織、資金來源賬戶、銀行角色、權利和義務發生的時間,以及資金不足時的處理方式。
Minh Khang Nguyễn在當前技術流程中,Lương Ngày 從 Nhân Kiệt 在 VPBank 的專用支付賬戶中支付。背後資金來源的性質需要 Nhân Kiệt 在傳播或簽署前確認。條款 11 — 費用、稅金和產生的費用
列出所有費用:部署、集成、訂閱、交易、銀行、支持、定制和終止。明確由勞動者或企業承擔。
“無利息”不等於“沒有任何費用”。根據技術信息,Lương Ngày 模型目前不向勞動者收取利息/費用,但正式商業政策必須獲得批准。
條款 12 — 支付指令和收款賬戶
規定發出指令的條件、驗證所有權、支持的銀行、處理時間和用戶顯示的信息。
Lương Ngày 的標準流程要求 VPBank 賬戶必須以勞動者名義開立,並在使用前查詢姓名。
條款 13 — 對賬和交易狀態
確定哪個賬本是檢查來源、週期、截止時間、交易代碼、匹配規則和處理差異的時限。
必須區分:創建、發送到銀行、等待、成功、失敗、退款和取消。不能默認超時為失敗然後重新支付。
條款 14 — 薪資和不可追回的款項
記錄將已領取金額轉入正確的人、客戶和工資期的方式;處理工資減少、離職、錯誤支付、退款和不可追回的款項。
追索權和承擔損失的一方必須由合同/法律決定,不能從代碼中推斷。
6. D 組 — 數據、安全性和業務連續性
(完整框架:查看 EWA 部署中的數據安全和隱私權。)
條款 15 — 數據處理的角色和目的
列出決定目的/手段的一方、根據指示處理的一方和次級處理方;每組數據的目的;適用的處理依據;數據主體權利的實施渠道。
《個人數據保護法》91/2025/QH15 和 356/2025/NĐ-CP 法令自 2026 年 1 月 1 日起生效。附錄必須根據現行法規和實際模型更新。
條款 16 — 安全措施
要求適當的訪問控制、驗證、加密、秘密管理、日誌記錄、漏洞管理、備份和測試。證據必須有明確的提供週期和範圍。
不能將測試數量或單一認證視為所有控制的充分證據。
條款 17 — 故障和數據違規
定義故障級別、24/7 聯絡點、報告時間、報告內容、日誌保留、原因調查、補救措施和法律義務協調。
區分服務故障、資金損失和數據違規,因為每種類型的責任人不同。
條款 18 — SLA、RTO 和 RPO
SLA 必須可測量:可用性、響應時間、處理時間、同步延遲和掛起交易的年齡。RTO/RPO 必須與恢復計劃和演習結果相關聯。
不能用“即時到賬”來替代有例外的服務承諾。
7. E 組 — 合同生命周期管理
條款 19 — 審計、報告和檢查權
企業需要獲得運營報告、對賬、訪問權限、故障和變更的權利;有權要求合理範圍內的證據或審計。
規定提供日誌時的保密性和在證據中隱藏個人數據的方法。
條款 20 — 終止、轉移和數據刪除
描述停止接收新請求、處理待處理交易、結算債務、薪資結算、數據導出、賬戶/權限回收、刪除或根據義務保存並確認完成。
必須有支持轉移到其他供應商或在過渡期間手動運營的計劃。
8. 責任分配檢查表
8. 責任分配檢查表
> 🖼 圖片: 各方責任分配表。(alt: "EWA 合同中的責任分配")
| 情況 | 合同必須明確 |
|---|---|
| 工資錯誤或被修改 | 確認方、重新計算方法、承擔差異方 |
| 重複支付 | 主導調查、退款、賠償和時限 |
| 款項扣除但未到賬 | 狀態來源、SLA、支持渠道 |
| 賬戶錯誤 | 驗證義務和輸入/修改責任 |
| 勞動者離職 | 截止、權限鎖定、結算和回收 |
| 身份證/工資數據洩露 | 事故指揮、通知、補救 |
| 銀行中斷 | 故障關閉、排隊、通知和恢復 |
| 合同終止 | 開放交易、數據、債務和訪問權限 |
9. 付款/上線前的驗收標準
企業應通過情境驗收而不是僅查看演示:
- 一個符合條件的人和一個不符合條件的人;
- 待審核工資、已審核工資和審核後修改的工資;
- 低於最低要求、接近上限和超過上限的請求;
- 兩個接近同時的請求;
- 銀行反饋成功、失敗和不明;
- 對賬單與交易賬本對賬;
- 將數據導入薪資並檢查工資單;
- 鎖定離職人員;
- 執行數據權利請求;
- 事故和恢復演習。
驗收記錄應保存輸入數據、預期結果、實際結果、證據和批准人。
10. 合同尚未準備好簽署的十個跡象
- 未定義已審核工資。
- 沒有可重算的公式。
- 不清楚誰提供資金。
- 只公布 0% 利息而缺少費用表。
- 沒有超時/掛起交易的規則。
- 沒有將對賬連接到薪資。
- 未說明數據處理角色。
- SLA 只是廣告語。
- 供應商可以不受控制地更改政策。
- 沒有退出服務和數據刪除計劃。
11. 常見問題
可以用這個清單代替合同範本嗎?
不能。清單幫助發現缺少的範圍;律師需要將已達成的要求轉化為符合模型和法律的條款。
技術附錄需要與合同一起簽署嗎?
應明確哪些附錄是合同的一部分,當發生衝突時的優先順序,有權修改的人和版本管理機制。
誰應該參與審核 EWA 合同?
至少包括服務負責人、人力資源/薪資、財務–會計、法律、信息安全/數據、IT 集成和運營支持。
合同中寫“不是貸款”就足夠了嗎?
不夠。需要審核實際流程:已完成的工作、資金來源、費用、還款義務、追索權和結算方式。
應立即簽署長期合同還是先試點?
應有試點階段、驗收標準、停止權和擴展條件。決定取決於企業的準備程度和風險。
官方法律來源
- 個人數據保護法第 91/2025/QH15 號,發布於 2025 年 6 月 26 日,生效於 2026 年 1 月 1 日。
- 第 356/2025/NĐ-CP 號法令,規定個人數據保護法的若干條款和實施措施,生效於 2026 年 1 月 1 日。
---
Minh Khang Nguyễn作者: Do Huy Le — [職位],Nhan Kiet Manpower Supply Co., Ltd. Minh Khang Nguyễn企業 Lương Ngày 解決方案諮詢: 熱線 0937.022.655 · 電子郵件 info@nhankiet.vn · 企業 Lương NgàyRead more articles
- 當日薪預支出現錯誤時,誰負責? · Doanh nghiệp
- 誰可以使用日薪預支?註冊、驗證和領取的條件 · Người lao động
- 6 種日薪預支打卡方式如何運作?勞工指南 · Người lao động
- 人力供應與勞動派遣企業的 EWA:如何管理員工在多家客戶的出勤? · Doanh nghiệp
- 日薪預支(EWA)風險治理與詐欺防範 · Doanh nghiệp
- EWA 適合哪些企業?自評指標體系 · Doanh nghiệp
- 企業導入日薪預支(EWA)時如何計算投資報酬率 · Doanh nghiệp
- 已審核工時是什麼,為什麼決定能領取的金額? · Người lao động
- 日薪預支流程:從考勤到收款與對帳 · Doanh nghiệp
- 部署 EWA 時的資料安全與隱私保護 · Doanh nghiệp