為什麼日薪預支限額為0或未增加？原因及處理方法

為什麼日薪預支限額為0或未增加？原因及處理方法

日薪預支限額為0或未增加不一定是應用程序的錯誤。系統僅計算已完成並已審核的工作日的工資，然後扣除已收到的金額和保留預算。勞工檔案、客戶、打卡代碼、CCCD和VPBank帳戶也必須匹配。勞工應依次檢查工作地點 → 工作狀態 → 同步時間 → 保留金額和已收到金額 → 驗證檔案，然後再提交支持請求。

> 注意： 本文中提到的配置值為默認值，可能會由Nhan Kiet調整。勞工需要檢查應用程序上顯示的狀態名稱和屏幕信息。

快速解答根據表現

不要創建新帳戶、更改CCCD或讓他人代為提取以“重試”。這些方法可能會使數據難以對賬並增加安全風險。

1. 首先：“限額為0”不同於“無法提取錢”

三種情況通常被統稱為“沒有錢”：

沒有工資數據

應用程序尚無有效的工作日數據可計算。原因通常在於檔案、工資表或審核狀態。

有工資但可用金額為0

系統已有工資，但在扣除保留預算和已收到金額後，可用金額仍為0或低於最低限額。

有可用金額但交易被阻止

金額已顯示，但用戶尚未達到CCCD、VPBank帳戶、每日限額、客戶狀態或安全控制的條件。

正確區分有助於將問題提交到正確的地方。監督無法處理銀行錯誤；支付部門也無法在沒有授權的情況下自行審核工資。

2. 日薪預支限額是如何形成的？

(基礎概念：參見已審核工資是什麼？和日薪預支是什麼？。)

根據系統驗證：

可用金額 = 已審核工資 x 每日單價} - 已收到金額 - 保留預

結果向下取整至1,000越南盾的倍數，然後繼續檢查最低限額、每筆訂單上限、每日上限和安全條件。

要增加數字，至少需要有一個有效的變更，例如：

• 增加符合條件的已審核工作日；

• 新的工資數據已同步；

• 被修改的工資已重新審核；

• 進入允許計算的狀態/期間；

• 配置或分配已正確修改；

• 等待的交易被確認失敗並按流程返還可用金額。

僅因多次打開應用程序、上班打卡或未來的工作計劃已安排而不會增加限額。

3. 原因1：勞工檔案未同步

Nhan Kiet的ERP是勞工、客戶、入職/離職日期和管理關係的來源。數據每天03:00同步。

標誌

• 看不到客戶/工作地點；

• 應用程序報告不屬於單位或沒有分配；

• 剛入職或剛被調動；

• 檔案仍顯示舊客戶；

• 結束一項任務影響了所有使用權。

處理方法

1. 檢查HR/監督是否已記錄開始工作日期。

2. 確認當前客戶和工作地點名稱。

3. 如果新變更已輸入，請等待03:00的同步週期。

4. 如果仍然錯誤，請聯繫HR/NK運營以檢查檔案和生效日期。

在基礎檔案不正確時，不應要求管理層“手動加錢”。正確修正來源有助於後續期的對賬。

4. 原因2：客戶或打卡代碼錯誤

一個人可以為多個客戶工作，並在每個地方有自己的打卡代碼。系統通過CCCD、company_id/客戶代碼、打卡代碼和分配時間來匹配數據。

標誌

• 勞工在應用程序中出現但沒有工資；

• 工資出現在其他工作地點下；

• 同班同事已有數據但自己沒有；

• 剛更換客戶的卡號/員工號；

• 在客戶B工作但應用程序只顯示客戶A。

處理方法

提供給監督：

• 客戶名稱；

• 工作日期和班次；

• 當前使用的打卡代碼；

• 如果剛更換，則提供舊代碼；

• 應用程序狀態截圖，發送時遮蓋敏感信息。

不應僅提供姓名，因為可能有重名者，系統不使用顯示名稱作為主要連接鍵。

5. 原因3：工資表數據尚未到達同步時間

系統有多個來源，速度不同：

正確理解“實時”

打卡事件立即記錄並不意味著金錢立即出現。班次需要完成，數據必須有效，工資必須被審核。今天未結算的工資被安全網排除在可接收部分之外。

什麼時候應等待？

• 客戶剛輸入/修改Sheet不足30分鐘；

• 監督尚未立即同步；

• 檔案在ERP時間表後剛輸入；

• 打卡設備剛恢復網絡；

• 夜班尚未完成。

什麼時候需要報告？

如果已過同步週期，同來源的同事已有工資但自己的數據仍然缺失，應提交工單，附上日期、班次、打卡代碼和客戶。

6. 原因4：工資已記錄但未被審核

只有已審核的工資才能產生可接收金額。根據當前流程，NK監督或客戶可以審核；誰先合法審核，誰就完成確認步驟。

為什麼工資還在等待？

• 班次尚未結束；

• 缺少進出時間；

• 位置/QR/WiFi不符合規則；

• 實際班次與計劃不同；

• 客戶正在檢查例外情況；

• 監督尚未到達審核截止時間；

• 數據剛被修改；

• 需要確認在多個地方工作。

勞工需要做什麼？

進入工資詳情，查看狀態並正確反饋日期。在工資未被有權部門確認時，不要求支付部門增加限額。

7. 原因5：今天或未來的日期不被計算

系統有按原則阻止日期的網絡，僅計算已完成並結算的工資。因此：

• 明天的工作計劃不會創建限額；

• 今天早上的打卡不會立即創造可接收金額；

• 正在進行的班次尚未完成工資；

• 昨晚過半夜的班次可能需要等待結束並確定工資日期。

這是核心控制，幫助日薪預支依賴於已完成的工資，而不是基於預期工作提供資金。

8. 原因6：已審核的工資剛被修改

客戶可以在自己的門戶和工資來源上修改進出時間或班次。當已審核的工資被修改時，系統會自動將狀態降為等待審核，並保存前後日誌。

為什麼限額減少或未增加？

因為新記錄尚未重新審核。數據變更後，系統不再將舊版本視為可靠依據。

處理方法

• 詢問監督修改原因；

• 檢查新時間/班次是否正確；

• 等待有權人員重新審核；

• 如果已從之前的工資中收到錢，要求解釋差額處理方式。

在未清楚原因的情況下，不應刪除舊記錄或創建新工資以“補償”；這可能會創建重複數據。

9. 原因7：保留預算正在覆蓋最新工資

(期末結算方法：參見已提取日薪預支後月底還剩多少？。)

根據不同客戶，系統可能會保留：

• 最新的幾個工作日；和/或

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

保留預算是尚未開放以提前接收的部分，不是費用，也不是丟失的錢。

示例說明

假設勞工有2個已審核的工作日，每日單價為300,000越南盾，而客戶配置保留最新的兩個工作日。這兩天目前都在保留部分，因此可用金額可能為0。

當有更多工資被審核時，較舊的工作日可能會脫離保留區域並開始創建可用金額，具體取決於實際規則。

> 示例僅解釋原理。NK需要確認保留配置的顯示方式和應用順序，然後再正式發布。

10. 原因8：勞工已收到全部可用部分

多筆小交易可能會累積成整個可接收部分。

例如：

• 保留後符合條件的金額：2,000,000越南盾；

• 第一次已收到：500,000越南盾；

• 第二次已收到：700,000越南盾；

• 第三次已收到：800,000越南盾。

總共已收到2,000,000越南盾，因此剩餘金額為0，直到有更多符合條件的工資或數據發生有效變更。

勞工需要查看本期已收到總額，而不僅僅是最近的交易。已收到的金額將在期末工資中對賬，以避免重複支付。

11. 原因9：剩餘金額低於最低交易限額

在驗證時，每筆交易的默認最低限額為50,000越南盾。如果可用金額僅剩49,000越南盾，應用程序可能仍顯示有值，但無法創建訂單。

系統向下取整至1,000越南盾的倍數。因此，內部計算的金額在取整前和顯示的金額可能會有小差異。

這些值是配置；勞工必須查看應用程序上的通知，而不是默認此限額不會改變。

12. 原因10：已達到每筆訂單或每日上限

已驗證的默認值：

兩種不同情況

• 有400萬越南盾可用，但只能創建最大300萬越南盾的訂單：已達到每筆訂單上限，而不是丟失100萬越南盾。

• 當天已收到總共500萬越南盾：可能需要等到其他日子，即使期內仍有限額，具體取決於配置。

代碼中還有根據資歷的限額表，但NK需要確認此功能在實際運行中是否啟用，然後再用於向勞工解釋。

13. 原因11：客戶尚未啟用自動提取

技術上已經有自動化流程，但自動支付標誌默認關閉，NK在與客戶對賬後逐步開啟。

標誌

• 勞工檔案齊全且工資已審核，但尚未看到接收功能；

• 其他客戶的同事已經可以使用；

• 新客戶正在試點階段；

• 功能已為某一組啟用，但尚未全面開放。

這不是勞工可以自行解決的問題。需要詢問NK/客戶的實施負責人，不應創建其他帳戶。

14. 原因12：CCCD檔案未達到條件

自動提取條件檢查CCCD照片和OCR結果是否與檔案匹配。限額可能尚未可用，當：

• 尚無CCCD照片；

• 照片模糊、過曝或缺角；

• CCCD號碼與ERP不匹配；

• 使用他人證件；

• 檔案重複；

• 剛更換證件但尚未更新。

勞工應通過正式渠道更新。不將CCCD照片發送給自稱支持的個人帳戶，也不在大型群聊中發布。

15. 原因13：VPBank帳戶尚未驗證

標準自動化流程要求VPBank帳戶由勞工本人持有。

系統：

1. 接收帳戶號碼；

2. 通過VietQR查詢帳戶持有人姓名；

3. 與勞工姓名匹配；

4. 驗證後鎖定帳戶號碼。

常見錯誤

• 輸入錯誤的帳戶號碼；

• 輸入卡號而不是帳戶號碼；

• 銀行返回的名稱與檔案不匹配；

• 使用親屬的帳戶；

• 帳戶不活動；

• 勞工剛要求更換帳戶但尚未完成驗證。

代碼中有例外情況允許超級管理員綁定其他銀行，但這不是默認流程。勞工不應將例外情況視為自註冊選項。

16. 原因14：設備或帳戶正在被安全控制

系統有一人一設備的原則和防偽打卡控制。一些情況可能需要驗證：

• 更換手機；

• 與他人共用設備；

• 重新安裝應用程序或更換SIM卡；

• 設備被發現使用虛假GPS；

• 代打卡；

• 有帳戶被佔用的跡象；

• 收款信息剛更改。

不要嘗試通過模擬器、虛假GPS或借用手機來繞過控制。請聯繫正式渠道更新設備並驗證身份。

17. 原因15：之前的交易處於不明狀態

(另見：提取日薪預支但錢未到。)

當勞工已提交請求但銀行尚未給出確定結果時，系統會保留交易並每5分鐘定期查詢。不要自動猜測失敗，因為這可能導致重複支付。

勞工應該做什麼？

• 查看交易狀態；

• 檢查VPBank餘額/歷史；

• 不重複提交；

• 保存交易編號和時間；

• 如果超過公佈的時間，請聯繫支持；

• 在查詢期間不更換帳戶。

系統還會在每天08:00對前一天的VPBank交易進行T+1對賬。NK需要公佈具體的SLA，以便用戶知道何時應等待，何時需要報告。

18. 三分鐘自檢流程

步驟1：選擇正確的工作地點

如果為多個客戶工作，請檢查每個地方和相應的工資期。

步驟2：打開工資詳情

查看哪些日期尚未有，哪些日期正在等待，哪些日期已審核。

步驟3：檢查更新時間

與Sheet的30分鐘週期或ERP的03:00比較。即使在應用程序中實時記錄打卡，也需要審核。

步驟4：查看限額公式

根據工資、期內已收到金額、保留金額和剩餘金額對比金額。

步驟5：檢查交易條件

CCCD、VPBank帳戶、最低限額、訂單上限、每日上限和客戶狀態。

步驟6：檢查交易歷史

如果有正在處理/等待查詢的訂單，請勿重複提交。

步驟7：提交完整數據的工單

明確指出問題屬於工資、限額還是交易；附上必要的證據並遮蓋敏感數據。

19. 應該向誰提交問題？

勞工應獲得唯一的工單編號以便跟蹤。如果被轉移負責人，內部系統應轉移案件及證據，而不是要求用戶重新提交所有信息。

20. 支持請求內容範本

> 我的名字：[姓名]
> 客戶/工作地點：[名稱]
> 需要檢查的日期/班次：[日期，班次]
> 打卡代碼：[代碼]
> 表現：[看不到工資/工資等待/限額0/無法創建訂單/交易掛起]
> 如果有交易編號：[編號]
> 發生時間：[時間，日期]
> 我已檢查：[工作地點，工資狀態，已收到歷史，帳戶]

不要將OTP、密碼或完整的CCCD照片放入範本中。僅在正式渠道要求時提供文件，並採取適當的保護措施。

21. 應用程序應顯示更清晰的通知

系統應將信息分類，而不是僅顯示“條件不足”：

• “工作地點檔案未同步—請聯繫HR”。

• “9月2日的工資正在等待客戶審核”。

• “最新的兩個工作日屬於保留預算”。

• “您已收到本期的全部可用金額”。

• “剩餘金額低於每筆交易的最低限額”。

• “您已達到今天的交易上限”。

• “VPBank帳戶尚未驗證”。

• “客戶尚未啟用自動提取功能”。

• “之前的交易正在等待查詢—請勿重複提交”。

每個通知應有正確的操作按鈕：查看工資、請求調整、驗證帳戶或開啟工單。這是改善體驗的建議，並不保證當前版本中已有所有上述通知。

22. 處理故障時保護數據

支持可能涉及CCCD、工資、客戶、帳戶和交易。NK和客戶需要：

• 僅要求必要的數據；

• 使用正式渠道；

• 顯示時遮蓋帳戶號碼；

• 根據工作地點分配權限；

• 記錄誰查看/修改了什麼；

• 不將個人數據放入廣泛的群組中；

• 設定工單和證據的保存期限；

• 轉移案件而不廣泛複製數據。

《個人數據保護法》第91/2025/QH15號和第356/2025/NĐ-CP號法令自2026年1月1日起生效。NK必須根據實際角色和數據流審查支持流程。

常見問題

為什麼我今天上班但限額未增加？

今天未結算的工資被系統阻止在可接收部分之外。班次必須完成，數據有效且工資被審核後才能創建限額。

工資已審核但限額仍為0是什麼原因？

可能工資屬於保留預算，您已收到全部可用部分，剩餘金額低於最低限額，或客戶/功能尚未正確配置。

客戶已修改工資時間，限額會改變嗎？

可能會。已審核的工資被修改後會自動轉為等待審核。新版本被審核後，系統根據有效數據重新計算。

Google Sheet上的工資表多久更新一次？

根據已驗證的配置，系統每30分鐘同步一次，監督有立即同步按鈕。限額的存在還取決於審核狀態。

為什麼有40,000越南盾可用但無法提取？

當前每筆訂單的默認最低限額為50,000越南盾。正式值需要在應用程序上查看，因為配置可能會改變。

我有400萬越南盾可用但只能收到最多300萬越南盾？

每筆訂單的默認上限為300萬越南盾。剩餘部分不會丟失；創建其他訂單的可能性還取決於每日上限和正在應用的條件。

交易掛起應該重複提交嗎？

不。系統保持不明狀態以進行查詢並避免重複支付。請保存交易編號，檢查VPBank，並在超過公佈的SLA時聯繫支持。

更換手機會導致限額丟失嗎？

限額基於工資，但交易條件可能會受到一人一設備控制的影響。需要通過正式渠道驗證設備，不要創建新檔案。

為多個客戶工作應該在哪裡檢查？

請檢查每個客戶，因為工資、打卡代碼、單價、審核人和保留金額是根據工作地點分開的。

保留預算是費用嗎？

不是。這是尚未開放以提前接收的部分，以創建安全邊界；符合條件的部分仍在工資期內處理。

結論

日薪預支限額為0可能源於四組原因：檔案/分配、數據和工資審核、公式和限制或驗證和交易狀態。大多數問題可以通過檢查正確的工作地點、每個工作日、同步時間、已收到金額、保留金額、CCCD和VPBank帳戶來定位。

勞工不應創建新帳戶、借用帳戶或重複提交交易以繞過錯誤。請保存證據、交易編號並提交給正確的負責人。對於NK，顯示具體原因及適當的處理按鈕將有助於減少等待時間並增強對日薪預支的信任。

參考資料

• 個人數據保護法第91/2025/QH15號

• 第356/2025/NĐ-CP號法令指導個人數據保護法

---

作者： Nguyen Tan Loc — 戰略部專員，Nhan Kiet Manpower Supply Co., Ltd.

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