DAILY WAGEHired TodayPaid Today

最新消息

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

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

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

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

根據表現快速回答

應用程序上的表現

最常見的原因

看不到工作地點

ERP中的檔案/分配未同步或生效日期錯誤

有工作地點但看不到工資

打卡代碼錯誤、源數據未同步或打卡未匹配

看到工資但狀態為待審

NK監督/客戶未批准或工資剛被修改

工資已批准但金額為0

工資屬於保留預算,已收到全部可用金額或配置未應用

有可用金額但無法創建訂單

低於最低限額,超過上限,檔案/帳戶不符合條件

已創建訂單但資金未到

交易正在處理或等待銀行查核

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

1. 首先:“額度為0”不同於“無法提取資金”

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

沒有工資數據

應用程序中沒有可計算的有效工作日。原因通常與檔案、工資表或審批狀態有關。

有工資但可用金額為0

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

有可用金額但交易被阻止

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

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

2. 日薪預支額度是如何形成的?

為什麼日薪預支額度為0或未增加"

(基礎概念:參見已批准的工資是什麼?日薪是什麼?。)

根據系統驗證:

可用金額 = 已批准的工資 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:工資表數據未到同步時間

系統有多個來源,速度不同:

工資來源

已驗證頻率

應用程序打卡

實時記錄

客戶的Google Sheet

每30分鐘;監督有立即同步按鈕

人力資源ERP

每天03:00

正確理解“實時”

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

什麼時候應該等待?

  • 客戶剛輸入/修改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:已達到每筆訂單或每日上限

已驗證的默認值:

限制類型

默認值

每筆訂單最大支出

3,000,000越南盾

每人每日最大支出

5,000,000越南盾

兩種不同情況

  • 有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. 問題應提交給誰?

問題

合適的聯絡人

沒有檔案/工作地點

HR或NK運營

打卡代碼錯誤

NK監督/客戶聯絡人

缺少或錯誤的工資

NK監督/客戶批准工資

工資被修改/待審

工作地點的有權批准者

配方或保留部分錯誤

產品/EWA運營/工資

CCCD不匹配

驗證渠道/授權HR

VPBank不匹配

帳戶/銀行支持

交易掛起

EWA支付支持/對賬

疑似帳戶被盜

安全/風險,緊急優先

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

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而言,顯示具體原因和適當的處理按鈕將有助於減少等待時間並增強對日薪預支的信任。

來源參考

---

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

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

最新消息