日薪預支中的預留款項是什麼?是費用還是損失?
日薪預支中的預留款項是什麼?是費用還是損失?
簡短回答: 預留款項是尚未開放給勞工提前領取的工資部分。根據默認設置,客戶可以設置保留最新的工資日數和/或在達到門檻時保留10.5%。這不是利息,也不是使用日薪預支的費用,並不自動意味著是損失。
剩餘的有效工資將在結算時處理。預留款項的存在是為了在工資表、扣除項目和期末工資完全確定之前創造一個安全邊界。
> 注意: 文中提到的公式和比例是默認配置值,並不意味著所有企業都適用相同的政策。正式政策顯示在應用程序和工資單上,使用者需要檢查。
用一個例子簡單理解
假設勞工已經有8天的工資被批准。客戶的系統設置保留最新的2天工資。此時:
8天仍然可以出現在工資歷史中;
最新的2天在預留款項中;
剩餘的6天才會被考慮用於創造可提前領取的金額;
在期末,被保留的2天不會自動消失,而是繼續存在於工資計算數據中,如果工資仍然有效。
這個例子僅用於說明原理,並不是通用的配置。
預留款項在日薪預支公式中的位置?

根據當前配置:
> 可領取金額 = 已批准工資 × 客戶的日單價 − 本期已領取金額 − 預留款項
結果向下取整至1000越南盾的倍數。此外,系統不允許領取今天未結算或未來的工資。
因此,預留款項僅影響當前可提前領取的部分,不改變必須根據有效工資數據和工資政策結算的總工資性質。
預留款項與費用、利息和扣除有何不同?
(為什麼這不是貸款:參見 日薪預支是貸款嗎?.)
概念 | 本質 | 是否減少有效總工資? |
|---|---|---|
預留款項 | 尚未開放給提前領取的部分 | 不自動;在結算時處理 |
服務費 | 使用服務的費用 | 如果政策有收費,可能會增加使用者的支付 |
貸款利息 | 隨時間變化的信貸成本 | 不屬於當前運營模式 |
本期已領取金額 | 已提前支付的工資 | 在期末從剩餘部分扣除以避免重複支付 |
合法工資扣除 | 根據適用依據在結算時扣除的項目 | 可能減少期末實際領取金額 |
在當前運營流程中,系統不收取利息和不向勞工收取費用;僅扣除已領取的金額。正式的費用政策顯示在應用程序和交易時的協議中,是使用者需要檢查的依據。
為什麼系統不允許提前領取全部暫計工資?
1. 期內工資仍可能被調整
已批准的記錄可能需要在發現錯誤時修改進出時間或班次。系統會將已修改的記錄返回待批准狀態並保存前後日誌。
如果在調整前已提前提取全部暫計值,已支付金額可能超過最終工資值。
2. 工資表尚未結算
日薪預支的金額是根據日單價和已批准工資計算的,以便提前領取。期末工資單還取決於由 Nhân Kiệt 和客戶確認的薪資流程和組成部分。
3. 勞工可能在期內休假或轉換工作地點
在勞工供應模式中,工作狀態可能會改變。預留款項創造了一個安全邊界,以便對未在勞工要求領取時完全反映的變更進行對賬。
4. 數據來自多個來源
工資可能來自應用程序、客戶的 Google Sheet 或來自 ERP 的相關數據。每個來源的更新時間不同;預留部分有助於降低期末數據尚未完全穩定時的風險。
5. 減少產生無法收回款項的可能性
系統有一個無法收回款項的跟蹤記錄,以防工資在支付後減少或勞工離職。預留款項不會完全消除風險,但創造了更多的控制邊界。
系統中已有的兩種預留方式
保留最新的工資日數
客戶可以設置保留N天最新的工資。這是接近當前時間的工資,通常可能需要檢查或更改。
例如,如果設置保留2天,系統將不會開放對應於兩個最新合格日的值。N的數字取決於每個客戶的配置;不應默認為1、2或3天。
在達到門檻時保留10.5%
源代碼有一個邏輯,在達到門檻時保留10.5%。詳細的門檻、業務依據和客戶應用需要 Nhân Kiệt 確認。
不應將10.5%解釋為:
日薪預支費用;
利率;
固定稅;
Nhân Kiệt 向勞工收取的費用;
所有客戶必須適用的比例。
從系統的角度來看,這是在計算可提前領取部分時的預留比例。
兩種機制可以同時適用嗎?
技術文件顯示,客戶可以設置保留最新的N天工資和/或在達到門檻時的10.5%比例。這表明系統可以根據配置使用其中之一或結合使用。
當兩種機制同時運行時的具體計算順序可能根據每個企業的配置而有所不同。
根據工資日數計算預留款項的例子

假設:
勞工有10天的工資已被批准並符合條件;
示範單價:300,000越南盾/天;
示範配置:保留2天最新工資;
勞工在期內已領取500,000越南盾。
示範計算:
內容 | 值 |
|---|---|
10天工資總值 | 3,000,000越南盾 |
2天預留款項值 | 600,000越南盾 |
本期已領取金額 | 500,000越南盾 |
剩餘可考慮提前領取部分 | 1,900,000越南盾 |
結果還取決於交易限額、四捨五入和其他條件。示例不承諾實際限額。
根據比例的預留款項示例
假設符合條件的基數為4,000,000越南盾,並且正在應用保留10.5%的配置:
> 預留示例 = 4,000,000 × 10.5% = 420,000越南盾
在扣除已領取金額和其他限額之前,剩餘3,580,000越南盾。
然而,源代碼有一個條件“當達到門檻時”。由於提供的數據中沒有正式的運營政策,文章不應該說只要有工資就總是被保留10.5%。
為什麼預留款項可能隨時間變化?
預留款項不一定是一個固定的數字。它可能在以下情況下變化:
有更多的工資日被批准;
舊日離開“N天最新”組;
工資被修改並返回待批准狀態;
勞工在期內領取更多金額;
暫計金額超過或低於配置門檻;
勞工轉換客戶;
Nhân Kiệt 更改客戶批准的配置。
因此,使用者應查看每個組成部分的詳細信息,而不是僅僅比較兩個時間點的總限額快照。
預留款項會在第二天退還嗎?
不能一概而論。如果根據最新的N天保留,當有新的工資被批准時,舊日可能會離開保留組;但新日又成為預留部分。如果根據比例或門檻條件保留,預留部分根據計算基數變化。
預留款項不像定期存款有固定的“退還”日期。它是暫時未開放給提前領取的部分,並在工資結算中處理。
預留款項在期末如何處理?
(結算方式:參見 已領取日薪預支後月底還剩多少?.)
原則上,期末:
工資和工資數據被確定;
勞工已提前領取的款項被對賬;
只扣除已支付的合法金額以避免重複支付;
剩餘的有效工資,包括之前未開放給提前領取的部分,根據工資支付流程處理。
預留款項在工資單上的顯示方式、行名和支付時間可能因企業而異;請對照正式工資單。
什麼時候預留款項可能是需要檢查的信號?
(參見:為什麼日薪預支限額為0或未增加?.)
勞工應要求檢查如果:
應用程序未解釋預留款項的計算來源;
保留的天數與已通知的配置不同;
預留款項被記錄為一種費用但政策說明免費;
期末有效金額未出現在結算中;
工資已被調整但預留款項未更新;
為多個客戶工作但預留款項混合,無法追溯來源;
已領取金額和預留款項被重複扣除;
沒有配置更改歷史。
自行檢查預留款項的流程
步驟1:查看正確的客戶和期
一個人在多個地方工作可能有不同的配置。請選擇正確的客戶和時間範圍。
步驟2:查看工資狀態
區分已記錄、待批准和已批准的工資。僅使用已批准且符合條件的工資進行對照。
步驟3:確定預留款項類型
應用程序應顯示預留部分是由N天最新、比例還是兩者造成的。如果未顯示,勞工需要要求解釋。
步驟4:單獨扣除已領取金額
已領取金額和預留款項是兩個不同的概念。不要將它們合併為一個“損失”項。
步驟5:對照期末工資單
檢查總工資、已提前領取的款項、合法扣除和剩餘實際領取金額。如果不匹配,使用交易編號和工資詳細信息進行核對。
解釋預留款項的請求範本
> 我需要幫助檢查日薪預支中的預留款項。姓名:…;員工編號/考勤編號:…;客戶:…;正在查看的期:…;已批准的工資日數:…;本期已領取金額:…;顯示的預留款項:…;可用金額:…。請負責部門告知預留款項是根據天數、比例還是其他配置計算的,以及剩餘部分在結算時如何處理。
無需提供OTP、密碼或完整的銀行賬號以獲得計算解釋。
系統應如何顯示預留款項?
為了避免勞工誤解為費用,界面應明確區分:
組成部分 | 建議解釋方式 |
|---|---|
已批准工資總值 | 來自合格工資的暫計值 |
本期已領取金額 | 在工資日前已成功轉賬的金額 |
按工資日數保留 | 最新N天未開放給提前領取的值 |
按比例保留 | 在達到條件時根據配置的預留部分 |
當前可領取 | 經過計算和限額後的剩餘部分 |
期末處理 | 將繼續結算的部分,不稱為費用 |
示例通知:
> 預留款項:600,000越南盾。 這是2天最新工資的未開放部分,不是費用。有效工資部分將在結算時繼續處理。
勞工在領取金額前需要了解什麼?
限額不是期末的全部工資;
提前領取僅改變部分工資的領取時間;
預留款項不是被扣除的獎金;
已領取金額將從剩餘部分扣除;
限額可能隨工資或批准狀態變化而變化;
不應僅因應用程序允許而領取全部可用金額;
應保留預算以支付工資日的應付款項。
常見問題
預留款項是日薪預支的費用嗎?
不是。在當前運營系統中,預留款項是尚未開放給提前領取的部分。當前流程不收取利息,也不向勞工收取費用。
日薪預支保留10.5%是為了什麼?
這是在達到門檻時源代碼中的一種預留機制。門檻、客戶範圍和政策依據需要 Nhân Kiệt 確認;不應將10.5%視為費用或稅收。
為什麼系統保留最新的工資日數?
接近當前的工資日可能尚未完全穩定或仍需調整。保留一些日數創造了結算前的安全邊界。
被保留的部分會丟失嗎?
不自動。如果工資仍然有效,該部分將在工資期內繼續處理。勞工需要對照期末工資單。
預留款項在所有客戶中是否相同?
不一定。客戶可以設置不同的天數和比例。
為什麼今天的預留款項比昨天高?
可能是因為有新的工資、批准狀態變化、達到比例門檻、轉換客戶或配置更改。需要查看每個組成部分的詳細信息。
可以要求取消預留款項以領取全部嗎?
勞工無法自行更改配置。應用由 Nhân Kiệt 根據客戶和批准的政策配置。
預留款項會為勞工計算利息嗎?
這不是存款或貸款。提供的數據中沒有顯示為預留款項支付利息的機制。
月底在哪裡檢查預留款項?
對照工資詳細信息、已領取歷史和工資單/結算。請對照正式工資單上的行名。
預留款項和交易限額是否相同?
不相同。預留款項減少了可提前領取的部分;交易限額規定了每筆或每日的最低/最高金額。
結論
預留款項不是費用,也不是自動消失的款項。這是暫時未開放給提前領取的工資部分,旨在在工資數據和工資表未結算時創造安全邊界。系統可以根據客戶配置保留最新的N天工資和/或在達到門檻時保留10.5%。
勞工需要清楚區分工資總值、本期已領取金額、預留款項和當前可領取金額。Nhân Kiệt 應顯示透明的計算,說明保留原因,並允許對照期末工資單。這種透明性有助於正確理解日薪預支是提前領取已完成工作的部分工資,而不是貸款,也不是因使用服務而損失部分工資。
來源參考
---
作者: Ho Tan Dat — 戰略副總經理助理,Nhan Kiet Manpower Supply Co., Ltd.
企業日薪預支解決方案諮詢: 熱線 0937.022.655 · 電子郵件 info@nhankiet.vn · 企業日薪預支
Read more articles
- 何時應該及不應該提前領取工資?負責任使用日薪預支的原則 · Người lao động
- 日薪預支對零售、餐飲及連鎖店企業:如何靈活管理班次? · Doanh nghiệp
- 日薪預支交易限額:每次最低、最高及每日限制 · Người lao động
- 在多個客戶工作時,日薪預支如何計算工時和金額? · Người lao động
- 更換或遺失手機會影響日薪預支嗎?如何保護和重新驗證設備 · Người lao động
- 當日薪預支出現錯誤時,誰應負責? · Doanh nghiệp
- 在EWA實施合同中需要檢查的20個條款 · Doanh nghiệp
- 誰可以使用日薪預支?註冊、驗證和領取條件 · Người lao động
- 6種日薪預支考勤方式如何運作?勞工指南 · Người lao động
- 供應及派遣勞動力企業的日薪預支:如何管理員工在多個客戶的工時? · Doanh nghiệp