越南的日薪預支詞典：人力資源專業人士應知的50個術語
越南的日薪預支詞典：人力資源、工資單、財務和勞動者需要了解的50個術語
日薪預支位於人力資源、考勤、薪資、支付、數據和財務福利的交匯點。像“限額”、“已批准”或“已支付”這樣的詞可能在不同部門中有不同的理解。這本詞典創建了一種共同語言，讓企業能更清晰地設計、購買、運營和解釋日薪預支。
> 簡而言之： 不要從“能預支多少”開始。先統一什麼是已批准的工資、已賺取的薪水、可用金額、成功交易、對賬和工資單結算。
> 警告： 以下定義優先考慮業務理解。涉及法律、個人數據、信貸、薪資和合同的詞語必須根據具體模型由法律部門確認。例如，日薪預支僅描述功能，不能替代正式政策。
A組 — 薪資和日薪預支的基礎概念
1. 日薪預支 (Earned Wage Access, EWA)
簡單理解： 在定期發薪日前，獲得已完成工作的部分收入的能力。
為何重要： 這是需要與基於未來工作的款項或獨立信貸產品區分的業務界限。
2. 日薪預支
簡單理解： Nhân Kiệt 的產品名稱，幫助勞動者查看並主動獲取已批准工作日計算的一部分金額。
在系統中： 可用金額在服務器上計算；已獲得的款項在工資結算時扣除。
3. 按日薪資
簡單理解： 根據工作日或日單價確定薪資的方法。
不要混淆： “按日薪資”是計算/支付薪資的方法；“日薪預支”也是產品名稱。
4. 靈活領薪
簡單理解： 一種傳播方式，允許勞動者在固定發薪日前選擇獲取合格薪水的時間。
注意： 需要閱讀政策以了解“合格”是什麼意思。
5. 工資預支
簡單理解： 僱主或相關方允許勞動者在通常結算/支付工資之前獲取一筆款項。
法律注意： 條件和處理方式必須與勞動法規、合同和企業規章對照。
6. 貸款
簡單理解： 一方交付資產/金錢，另一方有義務根據法律協議償還的關係。
不要推測： 名稱“日薪預支”或“0%利息”不能自動證明一個產品不是貸款；必須查看實際結構。
7. 已賺取的薪水
簡單理解： 與勞動者已完成工作相關的收入部分，根據數據和適用政策確定。
在日薪預支中： 只有已批准的工作才參與可用金額的計算。
8. 工資期
簡單理解： 企業匯總工作、收入、扣除和應付金額的時間段。
為何重要： 日薪預支交易必須正確對應工資期，以免錯誤扣除或累加。
9. 發薪日
簡單理解： 企業根據協議和適用規定支付工資的日期。
不要混淆： 日薪預支改變了獲取部分收入的時間；不自動改變整個發薪期。
10. 工資單
簡單理解： 計算和結算工資、津貼、扣除和實際收入的過程/系統。
為何重要： 日薪預支不僅僅在錢到手時結束；必須與期末工資單匹配。
B組 — 考勤和權利獲取
11. 考勤數據
簡單理解： 用於確認工作的時間、班次、工作日或出勤記錄。
在日薪預支中： 可以來自應用程序、客戶考勤表或ERP。
12. 真實來源 (source of truth)
簡單理解： 當多個系統有不同數據時，指定的最終依據來源。
需要規定： 當應用程序、表格和工資單不一致時，哪個來源優先。
13. 待批准的工作
簡單理解： 已有記錄但尚未被有權限的人確認。
在日薪預支中： 待批准的工作尚未生成可用金額。
14. 已批准的工作
簡單理解： 已通過權限和流程確認的工作。
在日薪預支中： 客戶或被授權的監督可以批准；誰先批准則按當前邏輯完成。
15. 審計追蹤
簡單理解： 顯示誰在何時做了什麼，變更前後的痕跡。
在日薪預支中： 修改已批准的工作將記錄返回待批准並保存變更前後。
16. 考勤代碼
簡單理解： 用於將勞動者與某客戶/工作地點的工作記錄匹配的代碼。
風險： 錯誤的代碼可能導致錯誤的工作和可用金額。
17. 工作班次
簡單理解： 確定一次工作的時間框架/規則，包括常規班次或跨午夜班次。
為何重要： 錯誤的班次規則可能導致錯誤的工作日和工作數。
18. 地理圍欄
簡單理解： 虛擬地理區域；考勤只有在設備位於配置的半徑內才有效。
在日薪預支中： 默認半徑為200米，但應根據客戶確認適用範圍。
19. 假GPS
簡單理解： 使設備位置失真的行為或工具。
在日薪預支中： 有檢測/阻止位置偽造的機制；不應描述為絕對防欺詐。
20. 多工作地點 (multi-workplace)
簡單理解： 一名勞動者在多個客戶或地點有工作。
為何重要： 工作、單價、可用金額和工資期必須正確分開。
C組 — 公式、限額和負責任的使用
21. 可用金額
簡單理解： 系統允許勞動者在某一時間點請求的最大金額。
在日薪預支中： 已批准的工作 × 單價/天 − 當期已獲得 − 預留款，然後向下取整到1000越南盾的倍數並應用限制。
22. 單價/天
簡單理解： 用於將一個工作日單位轉換為公式中的金額的價值。
注意： 這可能是日薪預支的臨時參數，不一定等於工資單上的整個日收入。
23. 當期已獲得
簡單理解： 當前期內已記錄的合格交易總額。
為何重要： 必須扣除，以防同一收入部分被重複使用。
24. 預留款
簡單理解： 從可用金額中暫時保留的部分，以創建結算的安全邊界。
在日薪預支中： 可以配置保留最近N個工作日和/或達到門檻時的10.5%比例；實際政策必須確認。
25. 每次最低金額
簡單理解： 接受請求的最低水平。
在代碼中： 默認為50,000越南盾；不自動視為適用於所有客戶的商業水平。
26. 每次命令上限
簡單理解： 單筆交易的最大金額。
在代碼中： 默認為3,000,000越南盾，由超級管理員配置。
27. 每日上限
簡單理解： 一天內一個人可以獲得的總最大金額。
在代碼中： 默認為5,000,000越南盾。
28. 四捨五入
簡單理解： 將公式結果調整為允許的貨幣單位的規則。
在日薪預支中： 可用金額向下取整到1000越南盾的倍數。
29. 根據資歷的限額
簡單理解： 隨著勞動者工作時間的變化而變化的限制。
狀態： 代碼中有資歷組的表格，但需要 Nhân Kiệt 確認是否在實際運行中啟用。
30. 負責任的日薪預支
簡單理解： 設計幫助勞動者自願、透明地獲取資金，具有適當的限制且不鼓勵過度使用。
實踐： 以易於理解的語言顯示剩餘金額、總已獲得、預留款、費用和期末影響。
D組 — 身份驗證、支付和交易狀態
31. 電子身份驗證 (eKYC)
簡單理解： 通過電子手段驗證客戶/用戶身份的過程。
注意： 每方的eKYC範圍必須準確描述；不要用此詞替代所有身份驗證步驟。
32. OCR 身份證
簡單理解： 從身份證/身份證照片中讀取信息的技術。
在日薪預支中： 文件照片和OCR結果用於驗證條件；需要嚴格管理敏感數據。
33. 正式帳戶
簡單理解： 銀行帳戶名與獲取資金的勞動者一致。
在標準流程中： 系統查詢 VPBank 帳戶名，要求與勞動者匹配後鎖定已驗證的帳號。
34. 帳戶名查詢
簡單理解： 在支付前查詢銀行/支付基礎設施以獲取帳戶持有人姓名。
為何重要： 減少輸入錯誤或轉給他人的風險，但不能消除所有身份驗證風險。
35. 支付 (Payout)
簡單理解： 從源帳戶向接收帳戶轉賬的指令。
在日薪預支中： 標準流程使用 VPBank 的API從 Nhân Kiệt 的專用支付帳戶進行支付。
36. 穩定交易碼
簡單理解： 代表請求的固定碼，用於多次發送/查詢。
為何重要： 銀行和系統可以識別重複指令。
37. 冪等性 (Idempotency)
簡單理解： 同一請求多次處理仍不會創建額外支付。
例如： 用戶再次點擊或網絡超時不會創建第二次交易。
38. 等待/掛起狀態
簡單理解： 尚無足夠證據判斷交易成功或失敗。
安全原則： 不因未立即收到回應而重新支付。
39. Fail-closed
簡單理解： 當數據不足或狀態不明時，系統停止/保持等待而非默認通過。
在日薪預支中： 狀態不明的款項被保留以供查詢。
40. 緊急停止開關
簡單理解： 當出現故障或資金損失風險時，暫停支付流程的機制。
管理： 開關權限、使用條件和重新開啟必須有記錄/批准。
E組 — 對賬、工資單、管理和業務連續性
41. 對賬
簡單理解： 比較獨立來源以查找缺失、過多或狀態錯誤的交易。
鏈條應匹配： 系統交易記錄 ↔ 銀行對賬單 ↔ 工資單。
42. T+1
簡單理解： 交易日後的下一個工作日或日曆日，根據流程定義。
在日薪預支中： 系統在08:00讀取前一天的對賬單；需要確認正式運營SLA。
43. 無法追回的款項
簡單理解： 已支付但無法按預期完全扣除的款項，例如工作減少或勞動者離職。
在系統中： 有跟踪記錄；風險承擔政策需 Nhân Kiệt 確認。
44. 預支覆蓋天數
簡單理解： 標記已被某次領薪覆蓋的工作日。
為何重要： 防止這些天數在下期可用金額中繼續累加。
45. 橋接報告
簡單理解： 連接系統與工資單的期初數、增減交易、例外和期末數的報告。
目標： 人力資源、財務和審計可以從總數追溯到每筆交易。
46. RACI
簡單理解： 確定誰執行、誰最終負責、誰被諮詢和誰需要被通知的矩陣。
在日薪預支中： 需要對工作、限額、支付、對賬、工資單、數據和故障有RACI。
47. SLA
簡單理解： 具有測量標準的服務級別協議，例如響應時間或故障處理。
不要混淆： 廣告語“幾乎即時”不能替代合同中的SLA。
48. RTO
簡單理解： 中斷後恢復服務的目標時間。
例如： 系統在重大故障後必須在多長時間內恢復。
49. RPO
簡單理解： 恢復時可丟失的最大數據量，以時間計算。
例如： RPO 15分鐘意味著設計旨在不丟失超過15分鐘的數據，但必須進行測試。
50. 個人數據事件
簡單理解： 影響個人數據的保密性、完整性或可用性的事件。
在日薪預支中： 身份證、位置、考勤照片、銀行帳戶、薪資和交易數據都需要權限管理、痕跡記錄和適當的應對流程。
六對常被混淆的術語
術語1 | 術語2 | 需要記住的差異 |
|---|---|---|
按日薪資 | 日薪預支 | 一個是計算/支付方式；一個是產品名稱 |
已記錄的工作 | 已批准的工作 | 有數據不等於有足夠權限生成金額 |
已賺取的薪水 | 可用金額 | 可用金額還需扣除已獲得、預留款、限制和四捨五入 |
傳送指令 | 已支付 | 發送請求不證明銀行已成功支付 |
對賬 | 工資單扣除 | 一個是檢查匹配；一個是結算業務 |
無利息 | 免費 | 無利息仍可能有其他費用 |
一次交易的最低術語鏈
勞動者被驗證身份並正確分配工作地點。
考勤數據從待批准轉為已批准。
公式在預留款和限額後生成可用金額。
勞動者創建請求並確認。
系統生成穩定交易碼並發送支付。
成功或等待狀態。
T+1對賬匹配對賬單。
已獲得的款項進入正確的工資單期。
預支覆蓋天數防止再次累加。
常見問題
“已賺取的錢”和“獲得的錢”是否相等？
不一定。獲得的金額可能較低，因為當期已獲得、預留款、限額和四捨五入規則。
剛考勤的工作能立即獲得嗎？
取決於模型。對於日薪預支，只有已批准的工作才能生成可用金額；剛考勤不意味著已批准。
“等待”狀態是否意味著失敗？
不是。“等待”意味著系統尚無足夠證據得出結論。立即重新支付可能導致重複支付。
對賬是否等同於查看交易歷史？
不是。歷史是一個來源；對賬必須與獨立來源如對賬單和工資單比較。
這本詞典是否是法律定義？
不是。這是業務理解以便協作。法律部門必須確認合同、規章和傳播中使用的術語。
---
作者： Do Huy Le — 職位，Nhan Kiet Manpower Supply Co., Ltd.
企業日薪預支解決方案諮詢： 熱線 0937.022.655 · 電子郵件 info@nhankiet.vn · 企業日薪預支