在多個客戶工作時，日薪預支如何計算工時和金額？

Minh Khang Nguyễn在多個客戶工作時，日薪預支如何計算工時和金額？

簡短回答： 日薪預支支持勞動者在多個客戶工作。然而，工時和金額不能隨意合併。系統會根據客戶代碼分開處理每個工作地點；在每個地點還有打卡代碼、工時來源、班次、單價、審核狀態和獨立的保留配置。

當勞動者打開應用程序時，需要在查看工時或反映錯誤之前檢查正確的客戶。一個地點的工時已審核並不會自動使另一地點的工時被審核；一個地點啟用了日薪預支功能也不意味著所有工作地點都已啟用。

> 注意： 不同企業和應用版本的限額累加政策和界面顯示可能有所不同；用戶需要在使用時檢查應用上的顯示信息。

為什麼一個人可以在多個客戶工作？

> 🖼 圖片： 一名勞動者與多個客戶連接。 (alt: "勞動者在多個客戶上工作於日薪預支")

(對於勞動力供應企業：查看 供應和租賃勞動力企業的日薪預支。)

在勞動力供應和租賃模式中，一個人可能在一個周期內更換工作地點，被調配到不同的客戶或在多個客戶擁有有效的工時數據。因此，系統不能假設每個身份證號碼只與一個地點綁定。

源代碼已顯示出 多工作地點 的能力——一名勞動者可以與多個客戶有關聯。這是日薪預支在人力資源環境中的一個重要特點，這裡的人事數據、分配和工時表通常比只有一個工廠的企業更為複雜。

系統如何識別人員和工作地點？

需要正確連接三層數據：

層級	主要識別鍵	角色
勞動者	身份證號碼	識別檔案、登錄、工資單和工時數據
客戶	company_id/ERP中的客戶代碼	確定工時在哪個企業產生
客戶的工時表	獨立的打卡代碼	將客戶的工時行與正確的勞動者連接

姓名僅供人類閱讀；不應作為唯一鍵，因為可能重名、缺少標點或拼寫不同。如果身份證號碼正確但某客戶的打卡代碼錯誤，該地點的工時仍可能無法與帳戶連接。

哪些數據按客戶分開？

打卡代碼

同一人可能在兩個地點擁有不同的打卡代碼。工廠A的代碼 A123 不能自動用於倉庫B。

打卡來源

客戶A可能使用應用上的QR碼；客戶B可能發送Google Sheet；客戶C可能使用地理圍欄。因此，更新速度和錯誤處理流程也不同。

班次和工作時間規則

每個客戶可能使用不同的班次時間表、工時符號和夜班處理方式。在一個地點有效的進出時間不一定適合另一地點的班次窗口。

審核人員

Nhan Kiet的監督或客戶代表有權審核工時。負責人員名單和審核進度可能因工作地點而異。

單價/天

可用金額不能從勞動者的通用單價推斷。單價/天由Nhan Kiet根據每個客戶配置。

預留金額

客戶可能被配置保留最近的N天工時和/或當預支達到門檻時的10.5%。因此，即使工時相同，但可提前領取的部分可能不同。

功能啟用狀態

自動支付按客戶逐步開放。一個人可能在兩個地點看到工時，但只有已啟用的地點允許進行相應的領錢流程。

如何應用公式？

根據當前配置，可用金額基於：

> 已審核工時 × 客戶的單價/天 − 本期已領金額 − 預留金額

結果向下取整至1000越南盾的倍數。系統阻止尚未結算的當天和未來日期。

當有多個客戶時，需要理解兩層計算：

1. 確定每個客戶的有效工時；

2. 在給出勞動者可領金額之前，應用正確客戶的配置。

如果工時屬於多個客戶，不應自行合併 總工時 × 一個單價。

示例說明

> 🖼 圖片： 根據兩個客戶的工時和金額計算示例表。 (alt: "在多個地點工作時的日薪預支計算方式")

假設一名勞動者有以下數據：

內容	客戶A	客戶B
已審核且符合條件的工時	5天	3天
示例單價/天	300,000越南盾	350,000越南盾
工時價值	1,500,000越南盾	1,050,000越南盾
示例預留金額	300,000越南盾	350,000越南盾
本期已領	500,000越南盾	0越南盾
剩餘部分示例	700,000越南盾	700,000越南盾

這僅是數學示例，並非Nhan Kiet的適用標準。需要記住的是，每列根據獨立的數據和配置計算。如果B的工時仍在等待審核，即使A的工時已完成，B的700,000越南盾示例部分仍無法形成。

多個客戶的金額會合併成一個限額嗎？

(另見：為什麼日薪預支限額為0或尚未增加？。)

系統能夠根據工作地點分開工時和金額。界面顯示一個合併的總限額或要求按客戶提取可能因應用版本和企業配置而異。

因此，公佈內容應確保在以下層面：

• 工時按客戶檢查；

• 單價和保留金額可能不同；

• 只有已審核的工時才創造符合條件的價值；

• 已領部分被跟蹤以避免重複計算；

• 總或分開顯示方式需遵循當前運行界面。

具體顯示方式可能因應用版本和企業配置而異。

從客戶A轉到客戶B時需要注意什麼？

分配檔案必須更新

ERP提供勞動者與客戶的關係、入職日期和離職日期。如果調動未同步，用戶可能看不到新客戶或仍看到舊地點。

需要新地點的打卡代碼

打卡代碼不會自動保持不變。人力資源/監督需要將正確的代碼附加到新客戶的工時表上。

打卡方式可能改變

舊地點使用WiFi不意味著新地點也使用WiFi。勞動者需要重新指導使用QR碼、地理圍欄、自拍GPS、信標或進出。

舊工時不會消失

轉換地點不應刪除舊客戶的工時和交易歷史。數據需要分開保存以便正確結算。

新地點的日薪預支功能可能尚未啟用

新客戶必須在實施範圍內。勞動者擁有有效的檔案和打卡並不足以得出他們可以在所有地點自行提取的結論。

12種在多地工作時容易混淆的情況

1. 查看錯誤的客戶

勞動者看到“沒有工時”，但實際上打開的是其他地點的卡片。

處理： 在日期和班次之前檢查客戶名稱。

2. 使用錯誤的打卡代碼

工時行進入表中，但與正確客戶的檔案不匹配。

處理： 對照每個地點的代碼，而不僅僅是對照姓名。

3. 使用舊地點的打卡方式

勞動者嘗試掃描QR碼，而新客戶使用地理圍欄。

處理： 查看新地點的配置/指導。

4. A地點的工時已審核，B地點的工時未審核

勞動者認為“已審核”是整個帳戶的通用狀態。

處理： 根據每個客戶檢查每個記錄。

5. 兩地的更新週期不同

應用程序記錄實時；Google Sheet同步約30分鐘。兩個客戶使用兩個來源不會同時出現。

處理： 確定來源和最近一次同步時間。

6. 兩地的單價不同

相同的天數但不同的金額不一定是錯誤。

處理： 對照Nhan Kiet配置的單價和正式工資信息。

7. 保留金額不同

一個客戶保留最新工時天數更多或應用不同的配置。

處理： 查看每個地點的保留金額詳情；不要將保留部分稱為費用。

8. 一地尚未啟用自動提取

工時仍顯示，但領錢按鈕不可用。

處理： 向監督/人力資源詢問正確客戶的實施範圍。

9. 調動日期在兩地都被記錄

如果源數據同時記錄了一天，但實際上只在一地工作，系統需要驗證而不是自動合併兩者。

處理： 向監督提供分配日程和證據；在數據澄清之前不要嘗試提取。

10. 夜班被錯誤分配到日期或客戶

跨午夜的班次如果打卡來源未使用正確規則，可能被誤解。

處理： 明確報告開始時間、結束時間、班次名稱和工作地點。

11. 已領部分被誤解為扣除兩次

勞動者查看兩地的總工資，但忘記本期已領部分已從剩餘部分扣除。

處理： 對照每筆交易、參考代碼和計算詳情。

12. 兩客戶的工時週期顯示方式不同

結算日期或週期屏幕可能導致用戶錯誤比較範圍。

處理： 檢查正在查看的週期的開始–結束日期；週期規則可能因企業而異。

當兩地的工時或金額不匹配時的自檢流程

步驟1：列出每個工作地點

記錄客戶名稱、工作日期範圍和相應的打卡代碼。不要將所有內容合併到一個反映行中。

步驟2：對照分配日程

確定在哪天在A地點工作，在哪天在B地點工作。對於調動日期，明確記錄時間和分配人員。

步驟3：檢查來源和工時狀態

確定數據來自應用程序還是Sheet，是否已同步，正在等待審核，已審核還是被拒絕。

步驟4：檢查每個地點的計算

對照符合條件的工時數、單價、已領金額和保留金額；之後再查看總數。

步驟5：發送到正確的負責人

分配/檔案錯誤：Nhan Kiet人力資源。工時表錯誤：監督或客戶。已審核但計算錯誤：日薪預支業務支持。交易不明：支付支持。

在多個客戶工作時的檢查請求範本

> 我需要檢查在多個客戶工作時的日薪預支數據。姓名：…；身份證號碼/員工代碼（通過安全渠道）：…；客戶A：…，打卡代碼…，日期/班次…，狀態…；客戶B：…，打卡代碼…，日期/班次…，狀態…。不匹配內容：…。我已對照分配日程、已審核工時、已領金額和保留金額。請負責部門按客戶檢查。

不要在公開聊天群中發布完整的身份證號碼、銀行帳戶或包含他人數據的圖片。

系統應如何顯示以避免混淆？

對於在多地工作的人員，界面應包括：

• 明確的客戶選擇器；

• 每個地點一致的顏色或標籤；

• 打卡代碼和打卡方式；

• 分配日期範圍；

• 按狀態的工時數；

• 最近一次同步時間；

• 正在使用的單價或查看權限解釋；

• 按客戶的已領金額和保留金額；

• 最終匯總不影響追溯能力；

• 當一天出現在多地時的警告；

• 已附加客戶和記錄的請求按鈕。

重要原則是 匯總但不混合來源：用戶可以看到整體圖景，但仍能打開查看每筆金額來自哪一天工時和哪個客戶。

常見問題

一個人可以在多個客戶使用日薪預支嗎？

系統能夠支持一個人在多地工作。但每個客戶必須有有效的數據、配置和實施狀態。

我需要為第二個地點創建新的日薪預支帳戶嗎？

不應該。身份證號碼是勞動者的識別鍵；創建重複檔案可能使數據難以連接。人力資源需要將客戶關係附加到正確的檔案。

打卡代碼在每個地點都一樣嗎？

不一定。每個客戶可能提供獨立的打卡代碼。

兩地使用相同的打卡方式嗎？

不必然。每個客戶選擇合適的方式，如QR碼、地理圍欄、WiFi、信標、自拍GPS或進出。

一地的工時被審核會使另一地的工時也被審核嗎？

不會。工時根據記錄和正確的客戶確認。

為什麼相同的三天工時在兩地的金額不同？

單價/天和保留金額可能不同。需要對照每個客戶的配置。

我轉換工作地點但還沒看到新客戶該怎麼辦？

聯繫人力資源/監督檢查ERP中的分配、入職日期和打卡代碼；ERP按系統日程同步。

如果一天在兩個客戶被記錄工時，能否計算兩者？

不能僅根據有兩個記錄得出結論。授權人員必須在審核前驗證實際工作、班次規則和合法性。

VPBank帳戶是否需要為每個客戶重新註冊？

收款帳戶與勞動者身份綁定，但系統在每個流程中的顯示或連接方式需遵循運行版本。未經指導不要自行創建銀行帳戶或勞動者檔案。

離開舊客戶會丟失已領歷史嗎？

不應該。工時、交易和結算歷史需要保存以便對照。如果界面不顯示，請要求支持查詢而不是得出數據已丟失的結論。

結論

日薪預支支持勞動力供應模式的現實：一個人可以在多個客戶工作，但所有數據必須根據工作地點正確分開。身份證號碼識別人員；客戶代碼識別企業；打卡代碼連接每個地點的工時行。

在檢查可領金額時，不要僅僅合計總工時。請按順序檢查每個客戶：分配—打卡代碼—數據來源—班次—審核狀態—單價—已領金額—保留金額—功能啟用狀態。這種分開方式有助於保護勞動者的權益，避免重複計算，並使期末對賬透明。

來源參考

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

---

作者： Ho Tan Dat — 戰略副總經理助理，Nhan Kiet Manpower Supply Co., Ltd.

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