越南的日薪預支詞典：人力資源應知的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. 真實來源
簡單理解： 當多個系統有不同數據時，指定的最終依據來源。
需要規定： 當應用程序、表格和薪資不一致時，哪個來源勝出。
13. 待批准的工作
簡單理解： 已有記錄但尚未被授權人確認。
在日薪預支中： 待批准的工作尚未生成可用金額。
14. 已批准的工作
簡單理解： 已通過權限和流程確認的工作。
在日薪預支中： 客戶或被授權的監督可以批准；誰先批准則按當前邏輯完成。
15. 審計追蹤
簡單理解： 誰在什麼時候做了什麼，變更前後是什麼的痕跡。
在日薪預支中： 修改已批准的工作將記錄返回待批准並保存變更前後。
16. 考勤代碼
簡單理解： 用於將勞動者與某客戶/工作地點的工作記錄匹配的代碼。
風險： 錯誤的代碼可能導致錯誤的工作和可用金額。
17. 工作班次
簡單理解： 確定一次工作的時間框架/規則，包括正常班次或跨午夜班次。
為何重要： 錯誤的班次規則可能導致錯誤的工作日和工作數。
18. 地理圍欄
簡單理解： 虛擬地理區域；考勤只有在設備位於配置的半徑內才有效。
在日薪預支中： 默認半徑為200米，但應根據客戶確認應用水平。
19. 假GPS
簡單理解： 使設備位置失真的行為或工具。
在日薪預支中： 有檢測/阻止位置偽造的機制；不應描述為絕對防欺詐。
20. 多工作地點
簡單理解： 一名勞動者在多個客戶或地點有工作。
為何重要： 工作、單價、可用金額和週期必須正確分開。
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)
簡單理解： 通過電子手段識別客戶/用戶的過程。
注意： 每方的電子身份驗證範圍必須準確描述；不要將此詞用於所有身份驗證步驟。
32. OCR 身份證
簡單理解： 從身份證/身份證照片中讀取信息的技術。
在日薪預支中： 文件照片和OCR結果用於驗證條件；需要嚴格管理敏感數據。
33. 正名帳戶
簡單理解： 銀行帳戶名與接收款項的勞動者名一致。
在標準流程中： 系統查詢 VPBank 的帳戶名，要求與勞動者匹配，然後鎖定已驗證的帳號。
34. 帳戶名查詢
簡單理解： 在支付前查詢銀行/支付基礎設施以獲取帳戶持有人姓名。
為何重要： 減少輸入錯誤或轉給他人的風險，但不能消除所有身份識別風險。
35. 支付 — 付款
簡單理解： 從源帳戶向接收帳戶轉帳的命令。
在日薪預支中： 標準流程使用 VPBank 的API從 Nhân Kiệt 的專用支付帳戶進行代付。
36. 穩定交易碼
簡單理解： 在多次發送/查詢中代表一個請求的不變碼。
為何重要： 銀行和系統可以識別重複命令。
37. 不變性 — 重複發送時的穩定性
簡單理解： 同一請求多次處理仍不會創建額外的支付。
例如： 用戶再次點擊或網絡超時不會創建第二次交易。
38. 等待/掛起狀態
簡單理解： 尚無足夠證據得出交易成功或失敗的結論。
安全原則： 不因未立即收到回應而再次支付。
39. 失敗關閉
簡單理解： 當缺乏數據或狀態不明時，系統停止/保持等待而不是默認通過。
在日薪預支中： 狀態不明的款項被保留以供查詢。
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對賬匹配對賬單。
已接收的款項進入正確的薪資週期。
預支覆蓋天數防止再次累加。
常見問題
“已賺取的錢”和“已接收的錢”是否相等？
不一定。接收的金額可能較低，因為本期已接收、預留、限額和四捨五入規則。
剛考勤的工作能立即接收嗎？
取決於模式。在日薪預支中，只有已批准的工作才生成可用金額；剛考勤不意味著已批准。
“等待”狀態是否意味著失敗？
不是。“等待”意味著系統尚無足夠證據得出結論。立即再次支付可能導致重複支付。
對賬是否等同於查看交易歷史？
不是。歷史是一個來源；對賬必須與獨立來源如對賬單和薪資比較。
這本詞典是否為法律定義？
不是。這是為了協作的業務理解。法律部門必須確認合同、規章和傳播中使用的術語。
---
作者： Nguyen Minh Tuan — Chuyên viên ban chiến lược, Công ty TNHH Cung Ứng Nhân Lực Nhân Kiệt。
企業日薪預支解決方案諮詢： 熱線 0937.022.655 · 電子郵件 info@nhankiet.vn · 企業日薪預支