DAILY WAGEHired TodayPaid Today

最新消息

日薪預支後月底還剩多少?限額計算與薪資結算方法

日薪預支後月底還剩多少?限額計算與薪資結算方法

使用日薪預支時,勞工不會損失已領取的金額。這是已完成並核准的部分工資,提前支付於薪資發放日之前。到結算時,已領取的金額會從應付金額中扣除,以避免重複支付。結算時的剩餘工資為實際應得工資,扣除提前支付的部分後的金額,並考慮所有收入、保險、稅金及合法調整。

> 注意: 本文中提到的配置數值為默認值,可能會根據不同企業由Nhân Kiệt調整。正式政策顯示於應用程式上,並以交易時的協議為準,使用者需自行檢查。

簡短回答

  • 日薪預支僅計算已完成並核准的工作日;當天未結算的工作日及未來的工作日不能用來生成可領取金額。

  • 顯示的金額不一定等於所有已發生的工資,因為系統會扣除已領取的金額及預留款項

  • 勞工可自行選擇是否領取;每次領取需確認這是根據暫定工作日的預支,並將在薪資中對賬。

  • 已領取的金額是提前支付的工資,不是額外扣除的金額。

  • 月底剩餘的工資只有在工資表和薪資結算後才能準確確定。

1. 區分日薪預支中的四個數字

暫定工資 可領取金額 已領取金額和剩餘工資

(基礎概念:參見已核准的工作日是什麼?.)

勞工通常會看到許多數字,容易將它們視為一體。實際上需要區分:

概念

意義

已發生的暫定工資

根據已核准的工作日和客戶的日單價計算的價值

可領取金額

扣除已領取金額和預留款項後的可用部分,並應用限額

已領取金額

本期成功支付的總交易金額

月底剩餘工資

結算後的工資,扣除提前支付的部分後的結果

已發生的工資不等於月底工資

在一個月內,工作日和收入可能會變動。加班、津貼、獎金、休假、保險、稅金或工作日調整可能僅在薪資結算時確定。

可領取金額不等於全部工資

日薪預支保留一部分以降低工作日或對賬項目變動的風險。因此,勞工可能有已核准的工作日,但只能提前領取一部分。

已領取的金額不是額外貸款

這是從符合條件的工作日提前支付的金額。到薪資發放日,系統會記錄此金額,以避免重複支付。

2. 日薪預支如何計算可領取金額?

日薪預支可領取金額的計算方法"

根據系統中已驗證的機制,概括公式為:

可領取金額 = 已核准的工作日 x 日單價 - 本期已領取 - 預留款項

結果四捨五入至1000元的倍數,並受當前配置的交易限制。

已核准的工作日

只有達到核准狀態的工作日才能生成可領取金額。工作日可能由NK監督或客戶核准;誰先合法核准,則完成當前流程的確認步驟。

如果已核准的工作日被修改時間或班次,系統會自動將該工作日設為等待核准狀態。此機制防止在限額計算後的暗中更改。

日單價

日單價由NK根據每個客戶配置。一個人在多個客戶工作,可能會有不同的工作日、單價和金額在不同的工作地點計算。

用於計算提前支付金額的單價是根據配置運行的數據,不應自行理解為扣除所有加減項後的一天的全部實得工資。

本期已領取金額

每次成功交易,已領取金額會從可用部分中扣除。已用於保證預支的工作日也會被記錄,以避免錯誤累積到下期。

預留款項

根據每個客戶的配置,系統可能會:

  • 保留最新的幾個工作日;和/或

  • 當預支達到配置條件/門檻時,保留10.5%的預留比例。

預留款項仍屬於勞工的工資部分;這不是費用。此部分在根據實際數據的薪資結算中處理。

3. 簡單示例:提前領取後月底還剩多少?

示例1:僅示範根據工作日的金額

假設:

  • 用於計算的單價:300,000元/天;

  • 有8個已核准的工作日;

  • 配置保留最新的2個工作日;

  • 勞工本期尚未領取。

用於計算初始可用金額的工作日為6天:
6 x 300,000 = 1,800,000 元

如果勞工領取1,000,000元,應用程式根據當時數據顯示的可用金額為:
1,800,000 - 1,000,000 = 800,000 元

到月底,假設所有8天仍被結算,且未考慮其他薪資項目,工資價值為:
8 x 300,000 = 2,400,000 元

勞工已提前領取1,000,000元,因此根據工作日剩餘的部分為:
2,400,000 - 1,000,000 = 1,400,000 元

因此,預留款項不會丟失。它只是尚未允許提前領取,並在結算時計算。

> 這是示範示例,未計算保險、稅金、津貼、加班、獎金及其他調整。不要用此示例自行計算實際薪資表。

示例2:同一期內多次領取

假設初始可用金額為2,500,000元。勞工領取:

  • 第一次:500,000元;

  • 第二次:700,000元;

  • 第三次:300,000元。

總共已領取1,500,000元。如果工作日數據和預留款項不變,剩餘可用金額為:
2,500,000 - 1,500,000 = 1,000,000 元

到薪資發放日,薪資結算對賬總計1,500,000元已提前支付,而不是三筆獨立的有息貸款。

示例3:領取後工作日被調整

假設之前已核准的一個班次,但後來客戶發現工時錯誤並進行修改。工作日自動轉為等待核准,可能改變符合條件的金額。

如果勞工尚未提取,限額會重新計算。如果金額已支付,系統必須記錄差異以便NK處理和對賬;不得刪除交易記錄。系統目前有追蹤未能收回的情況,當工作日減少或勞工離職時。

4. 為什麼領取100萬,月底就減少100萬?

因為這100萬已提前支付。

可以將總工資想像成一個蛋糕。日薪預支允許勞工在工作日核准後提前領取蛋糕的一部分。到薪資發放日,企業支付剩餘部分;不可能支付整個蛋糕,因為部分已提前轉移。

需要區分的點:

  • 減少月底轉賬金額: 正確,因為部分已提前領取。

  • 減少總工資福利: 不因提前領取而減少,如果系統僅對賬已支付金額且無費用。

  • 實際總工資變動: 可能因工作日結算、津貼、加班、保險、稅金或其他合法調整而變動,不應全部歸因於日薪預支。

5. 月底剩餘工資的計算公式

日薪預支後月底還剩多少"

由於實際薪資表包含多個組成部分,因此安全的理解方式是:

月底剩餘工資 = 本期實際支付的工資 - 已成功支付的日薪預支金額

其中,“本期實際支付的工資”僅在企業完成薪資結算後確定,包括根據政策和適用規定的合法加減項。

更詳細的表述:

剩餘工資 = 根據結算的工作日收入 + 符合條件的津貼、加班、獎金 - 保險、稅金及合法扣除項 - 已領取的日薪預支金額

這是概念公式。項目名稱、計算順序和依據必須根據每個人的實際薪資單。

不得重複扣除

已通過日薪預支領取的金額僅對賬一次。系統使用交易數據和已覆蓋的工作日,以避免將該金額轉至下期。如果勞工懷疑被重複扣除,需對照:

  1. 成功交易歷史;

  2. 實際收到的總金額;

  3. 薪資單上的對賬/預支行;

  4. 對應的薪資期和工作地點;

  5. 退款或狀態不明的交易。

6. 預留款項是費用嗎?

不是。預留款項是尚未開放提前領取的部分金額,旨在在工作日和薪資表尚未結算時創造安全邊界。

例如,系統保留最新的兩個工作日,因為這些日子可能正在等待檢查。當薪資結算時,如果工作日合法,則相應的價值仍在勞工的工資中。

為什麼需要預留款項?

  • 已核准的工作日可能被修改;

  • 勞工可能在期中休假或結束任務;

  • 薪資表有其他需對賬的項目;

  • 多個工作地點的結算時間不同;

  • 銀行交易可能正在等待狀態確認;

  • 需要限制總支付金額超過月底工資的情況。

勞工應看到什麼?

應用程式應清楚顯示:

  • 總核准工作日;

  • 當前使用的日單價;

  • 暫定金額;

  • 已領取金額;

  • 預留款項;

  • 可領取金額;

  • 數據更新時間;

  • 如果工作日錯誤的反饋鏈接。

日薪預支系統目前允許勞工查看每個工作日創造的金額、已提取部分和預留款項。

7. 每次和每天的限額

在驗證源代碼時,默認值包括:

限制類型

默認值

每次最低金額

50,000元

每筆交易上限

3,000,000元

每人每日上限

5,000,000元

這些上限由NK管理配置,可能根據運行情況變更。因此:

  • 有4,000,000元可用不意味著可以在一筆交易中提取4,000,000元,如果交易上限仍為3,000,000元;

  • 有40,000元可用不符合交易條件,如果最低金額仍為50,000元;

  • 當日總要求還需檢查每日上限;

  • 最終顯示的數字必須從當前請求時的應用程式中獲取。

代碼中還有根據工齡的限額結構,分為6個月以下、6–12個月和一年以上。然而,NK需要確認此機制在實際運行中是否啟用,才能作為正式政策公佈。

8. 領取日薪預支時會被收取利息或費用嗎?

(為什麼這不是貸款:參見EWA是不是貸款?EWA會影響CIC嗎?.)

根據當前運行流程:

  • 沒有利息;

  • 不向勞工收取費用;

  • 月底僅對賬實際領取的金額。

在代碼庫中有舊的1.5%/月費用模型的痕跡,但僅在測試代碼中,未在已驗證的實際流程中應用。由於這是敏感信息,公開內容不應說“永久免費”,除非NK已批准長期政策並明確誰承擔運行成本。

勞工應在每次交易時檢查確認畫面。如果未來政策、費用、費用承擔方和實際領取金額有變更,必須在用戶確認前明確公佈。

9. 從已核准的工作日到月底薪資的流程

考勤 工作日核准 領取金額和薪資結算的流程

步驟1:上班並考勤

數據可能來自客戶的考勤表、NK的ERP或日薪預支應用程式中的考勤功能。

步驟2:工作日核准

客戶有專屬入口查看勞工、修改時間/班次並核准或拒絕工作日。NK監督也可根據授權進行核准。

步驟3:重新計算可用金額

伺服器根據已核准的工作日、每個客戶的單價、已領取金額、預留款項和限制進行計算。重新計算在伺服器上進行,不僅依賴於手機上存儲的數字。

步驟4:勞工主動請求

如果客戶已啟用自動提取且所有安全條件均達成,則不需要人工核准每個請求。勞工選擇金額並確認承諾。

步驟5:轉賬

在當前自動流程中,資金從NK在VPBank的專用支付帳戶通過代付服務轉入以勞工名義開立的VPBank帳戶。帳戶必須在使用前驗證姓名並匹配用戶;驗證後,帳號被鎖定以限制更改為其他帳戶。

步驟6:對賬

系統定期核對懸掛款項並對賬VPBank的T+1對賬單。狀態不明的交易保持等待,不自行推測成功或失敗。

步驟7:薪資結算

成功支付的總交易金額被納入薪資期對賬。未領取的部分和其他工資項目根據實際薪資表處理。

10. 為什麼月底工資可能與勞工自行計算的數字不同?

月底工作日與暫定工作日不同

缺少打卡、班次被修改、客戶調整時間或等待核准的工作日可能導致最終工作日數變動。

日薪預支的單價不代表所有收入項目

用於計算限額的日單價可能不包括所有加班、津貼、獎金或月底結算項目。

有保險和稅金項目

這些義務根據實際薪資表處理。日薪預支不應自行替代正式薪資表。

有多個工作地點

一個人可能在多個客戶工作。每個地方的工作日和金額分開計算,以避免將此客戶的工作日錯誤補償給其他客戶。

有待對賬的交易

如果銀行尚未返回確定狀態,系統會保留交易等待核對。勞工不應因未立即看到結果而重複提交。

有其他合法調整項目

無薪假、暫停工作或已核准的加減項可能影響月底數字。每個項目應在薪資單或企業解釋渠道中顯示。

11. 在多個客戶工作如何計算?

(另見:區分“日薪”的三個意義.)

日薪預支支持一名勞工在多個地方工作。每個地方有:

  • 客戶代碼;

  • 考勤代碼;

  • 考勤表和核准人;

  • 日單價;

  • 預留款項配置;

  • 同步和結算時間。

系統根據每個客戶分開計算工作日和金額,但仍通過身份識別與一名勞工關聯。這有助於:

  • 避免重複計算工作日;

  • 知道金額在哪裡產生;

  • 正確對賬客戶和薪資期;

  • 當在一個客戶結束任務但勞工仍在其他地方工作時處理。

勞工在反饋工作日錯誤時需檢查正確的工作地點,因為客戶和監督可能負責核准不同的部分。

12. 如果已有工作日但應用程式仍顯示0元怎麼辦?

通常需要檢查的原因:

  1. 新記錄的工作日尚未核准;

  2. 客戶考勤表尚未到30分鐘同步期或尚未立即同步;

  3. 應用程式中的工作日已存在但處於等待狀態;

  4. 工作日剛被修改,因此自動降為等待核准;

  5. 當天或未來的工作日被安全網阻擋;

  6. 剩餘金額低於最低交易金額;

  7. 已達到每日交易上限;

  8. 預留款項正在覆蓋最新的工作日;

  9. 客戶尚未啟用自動提取功能;

  10. 身份證或VPBank帳戶尚未驗證;

  11. 勞工/任務狀態已更改;

  12. 屬於其他客戶的數據尚未正確匹配考勤代碼。

勞工不應僅詢問“為什麼沒有錢”,而應提供工作日、客戶、班次和狀態截圖,以便更快處理。

13. 勞工在確認領取金額前需要檢查什麼?

  • 姓名和收款帳戶是否正確?

  • 總核准工作日是否正確?

  • 顯示的日單價和客戶是否合適?

  • 本期已領取金額是否符合歷史記錄?

  • 預留款項是多少?

  • 請求金額和實際領取金額是多少?

  • 是否顯示任何費用?

  • 交易屬於哪個薪資期?

  • 對賬承諾說了什麼?

  • 領取後,預算是否足夠到薪資發放日?

勞工勾選承諾不應僅是形式操作。內容需易於理解:這是根據已核准的工作日的暫定工資,提前支付,並將從期內剩餘應付部分中扣除。

14. 如果錢尚未到帳戶該怎麼辦?

不要立即重複提交

交易可能處於等待回應狀態。系統設計遵循“狀態不明則保持等待”的原則,以避免重複支付。

檢查交易歷史

區分:

  • 處理中;

  • 已成功支付;

  • 失敗;

  • 等待核對;

  • 如果有,已退款。

檢查VPBank帳戶

標準流程轉入已驗證並鎖定的VPBank帳戶。交易處理中不應要求更改帳戶。

提交包含完整數據的支持請求

提供交易編號、時間、金額和狀態截圖。不應公開發送身份證照片、完整帳號或驗證碼。

15. 日薪預支會讓勞工在月底“沒錢”嗎?

日薪預支不會增加總收入。如果勞工提前領取多,薪資發放日的轉賬部分自然會少。這是改變領取時間,而不是增加金額。

為負責任地使用:

  • 僅在有實際需求時領取;

  • 優先支付必要或緊急費用;

  • 在點擊前查看本期已領取總額;

  • 預估薪資發放日的應付項目;

  • 不將限額視為應用完的金額;

  • 檢查預計剩餘工資。

應用程式應在提前領取頻率或比例增加時提供警告,但不得超出已公佈目的使用個人財務數據。

16. 勞工的檢查和反饋權

勞工應有能力:

  • 查看每日工作日;

  • 知道工作日已核准或等待中;

  • 查看交易歷史和狀態;

  • 知道預留款項;

  • 對照已領取金額和薪資單;

  • 反饋工作日錯誤;

  • 報告非本人操作的交易;

  • 當帳戶被鎖或錢未到時請求支持。

系統使用身份證進行身份識別、數據匹配和銀行帳戶。個人數據的收集、使用、共享和存儲必須根據已批准的目的、權限和保護機制進行。個人數據保護法第91/2025/QH15號和第356/2025/NĐ-CP號法令自2026年1月1日起生效;NK需維持符合各方實際角色的通知內容和數據處理流程。

常見問題

通過日薪預支領取500,000元,月底會被扣多少?

如果交易已成功支付且無費用,500,000元被記錄為提前支付的工資部分。結算時,剩餘應付部分相應減少500,000元,以避免重複支付。

預留款項會丟失嗎?

不會。這是尚未開放提前領取的部分,不是費用。當工作日和薪資結算時,合法部分仍在月底工資中處理。

為什麼有10個工作日但只能領取8天的錢?

可能客戶配置保留最新的兩個工作日或應用其他預留項目。也可能某些工作日尚未核准。需在應用程式中查看每一天的詳細信息。

可以領取全部已完成的工資嗎?

默認情況下不行。系統還應用預留款項、最低金額、每筆交易上限、每日上限和其他安全條件。

已領取金額後工作日被修改怎麼辦?

系統記錄變更,將工作日設為等待核准並在需要時創建差異。已支付的情況必須由NK根據對賬流程處理,不應刪除交易歷史。

日薪預支會向勞工收費嗎?

當前運行流程不收取利息,也不向勞工收費。使用時的正式政策仍需在應用程式和條款中清楚顯示。

為什麼必須使用本人VPBank帳戶?

當前自動流程與VPBank集成。系統驗證帳戶持有人姓名,要求與勞工匹配,並在驗證後鎖定帳戶,以減少誤轉或未經授權更改的風險。

日薪預支是貸款嗎?

根據當前運行的技術機制,勞工僅領取已完成並核准的工作日的工資,不領取未來的工資;已領取的金額在薪資中對賬,且當前流程中不向勞工收取利息/費用。對每個模型的正式法律結論仍需基於合同、資金來源、各方的實際權利和義務。

在多個客戶工作,工資是合併計算還是分開計算?

工作日、單價和配置根據每個客戶分開計算,然後通過勞工的身份識別進行總結和正確對賬。

結論

日薪預支不會讓勞工損失已領取的金額;這是提前支付的一部分工資。應用程式上的數字根據已核准的工作日和日單價計算,然後扣除已領取的金額和預留款項。到薪資發放日,成功支付的總金額被對賬,企業僅支付剩餘部分。

勞工需區分暫定工資、可領取金額、已領取金額和月底剩餘工資。每次交易前,請檢查工作日、預留款項、已領取歷史和到薪資發放日的支出需求。如果有差異,需根據工作日、客戶和交易編號反饋,以便正確處理來源。

參考資料

---

作者: Nguyễn Minh Tuấn — 戰略部專員,Nhan Kiet Manpower Supply Co., Ltd.

企業日薪預支解決方案諮詢: 熱線 0937.022.655 · 電子郵件 info@nhankiet.vn · 企業日薪預支

最新消息