已打卡但未看到工作日或額度未增加：原因及處理方法

簡單回答： 打卡後，勞動者需要區分三個步驟：操作已被記錄、記錄已出現在系統中，以及工作日已獲審批。只有已完成工作並獲得審批的工時，才可以參與計算可從 Lương Ngày 領取的金額。因此，完成打卡後額度沒有增加，不一定代表工時遺失。

如果尚未看到資料，請檢查正確的工作地點、日期及班次；確認工時資料來自應用程式還是客戶的工時表；等待正確的同步週期；查看審批狀態；然後將證明資料提交給正確的負責人。不要建立多筆記錄來「補回」工時，否則可能造成資料重複，增加核對難度。

> 注意： 同步時間、工時審批 SLA 及支援流程可能因不同企業而有所不同；使用者應按照應用程式當時顯示的資訊及指引操作。

首先，請確認你遇到的是哪一種情況

不要把所有情況都簡單描述為「App 沒有顯示工時」。越準確描述目前的狀態，支援部門越容易找到問題所在。

從打卡到 Lương Ngày 額度的資料流程

```mermaid
flowchart TD
A["產生打卡資料"] --> B["匹配勞動者、客戶、日期及班次"]
B --> C["記錄等待審批"]
C --> D["NK 主管或客戶審批"]
D --> E["工時已審批且日期符合條件"]
E --> F["扣除已領取金額及預留款項"]
F --> G["更新可用金額"]
```

只要其中一個環節尚未完成，勞動者可能仍然看不到額度增加。因此，應由左至右逐步檢查，而不是只查看最後的數字。

Lương Ngày 從哪裡取得打卡資料？

(打卡方式：請參閱 Lương Ngày 的 6 種打卡方式。)

系統已確認有三大類資料來源。每種來源的更新速度及處理方式有所不同。

1. 直接在 Lương Ngày 應用程式打卡

應用程式支援自拍 + GPS、地理圍欄（geofence）、動態 QR、Bluetooth beacon、WiFi 及「入／出」按鈕。當操作有效時，記錄會即時建立。

「即時」是指資料會立即被記錄，並不代表工時會自動立即獲得審批。記錄仍然需要經過確認流程。

2. 客戶透過 Google Sheet 提供的工時表

客戶可以將工時資料輸入或匯出至 Google Sheet，讓系統讀取。已確認的同步週期約為 每 30 分鐘一次；主管亦有立即同步功能。

如果客戶剛剛更新工時表，勞動者可能需要等待下一次同步後才會看到變更。30 分鐘是目前的技術同步週期，並不代表所有記錄都保證在最多 30 分鐘內準確顯示——資料仍然必須有效，並符合正確的資料結構。

3. 來自 Nhân Kiệt ERP 的人事資料

ERP 提供勞動者名單、客戶、入職／離職日期及管理關係。已確認的同步時間為每日 03:00。

ERP 不只是「工時表」。如果勞動者資料尚未進入系統、尚未正確連結到客戶，或工作狀態不正確，工時記錄可能無法與目前登入的帳戶連接。

重要的資料匹配鍵是什麼？

(基礎概念：請參閱 什麼是已審批工時？。)

系統不會只依靠姓名進行識別，因為不同人士可能同名，或者姓名的寫法不同。已確認的兩組重要匹配鍵包括：

• CCCD： 用於識別勞動者，並用於登入及匹配個人資料、薪資單及工時表；

• 客戶處的打卡編號： 用於將勞動者與正確工作地點的工時資料連接。

客戶會按照 ERP 中的 company_id／客戶編號進行識別。當一名人士在多個客戶處工作時，工時必須分別連結至正確的工作地點；不應任意合併。

已打卡但未看到工作日或額度未增加的 15 個原因

1. 操作未成功傳送

網絡不穩定、過早關閉應用程式或裝置權限被關閉，都可能導致使用者已按下打卡，但伺服器尚未收到記錄。

處理方法： 先開啟打卡歷史記錄。如果沒有記錄，而且應用程式確認上一次操作失敗，請按照正確的打卡方式重新操作一次。

2. 選錯客戶或工作地點

在多個地方工作的勞動者可能誤選了客戶。此時記錄可能不會出現在目前查看的畫面，或者無法匹配需要計算的班次。

處理方法： 檢查每筆記錄上的客戶名稱、地點、打卡編號及班次。

3. 使用了錯誤的已配置打卡方式

每個客戶都會選擇合適的打卡方式。如果工作地點使用 QR 掃描，單純使用「入／出」按鈕並不能自動取代 QR 打卡。

處理方法： 確認工作地點的操作指引，並參閱第 32 篇關於六種打卡方式的文章。

4. 在班次時間範圍之外打卡

QR 及班次規則可能會限制打卡時間。跨越午夜的夜班也需要分配至正確的業務日期，而不能只根據時鐘上的日期判斷。

處理方法： 記錄實際時間、班次名稱及錯誤提示截圖；如果系統中的班次安排有誤，請通知主管。

5. 記錄正在等待 Google Sheet 同步

客戶已輸入工時，但系統尚未到達讀取新資料的同步週期。

處理方法： 檢查最近一次更新時間；等待適當的同步週期，或在需要時請主管使用立即同步功能。

6. 工時表不符合已配置的資料格式

系統支援多種格式，例如符號網格、按日期排列的時間網格、夜班、美式日期格式及 12 小時制時間。但資料仍必須符合客戶已配置的讀取規則。

如果修改了欄位名稱、新增合併儲存格、使用特殊符號或更改日期格式，可能導致部分資料無法被識別。

處理方法： 如果工時表模板修改後，多名員工同時出現缺少工時的情況，客戶或技術人員應檢查表格格式；不應要求每名員工重新打卡。

7. 打卡編號不匹配

工時資料可能已經存在，但所使用的編號與勞動者個人資料中的編號不同。

處理方法： 將客戶工時表中的編號與 NK 個人資料中的編號進行比對。修改應在正確的資料來源中，由負責人員執行，不應只修改顯示名稱。

8. ERP 個人資料尚未同步或錯誤連結客戶

新入職、剛轉換工作地點或重新返回工作的人員，可能尚未正確同步工作狀態。

處理方法： Nhân Kiệt HR 檢查 CCCD、入職日期、客戶、工作狀態及 ERP 最近一次同步時間。

9. 記錄已出現但尚未獲得審批

打卡只是建立輸入證據；Nhân Kiệt 主管或客戶才是確認工時有效的一方。由有權限的一方完成有效審批後，該步驟才算完成。

處理方法： 查看狀態並向正確的審批人員提交要求。工時仍在等待審批時，不應要求付款部門「增加額度」。

10. 記錄被拒絕

原因可能包括位置錯誤、班次錯誤、缺少入／出時間、圖片不符合要求或資料與實際情況不符。

處理方法： 要求顯示拒絕原因，補充證明資料並按照調整流程處理。不要建立大量新記錄來掩蓋原有記錄。

11. 已審批工時被修改後重新變成待審批

系統設有控制機制：當修改已審批記錄的入班時間、出班時間或班次時，狀態會自動降回待審批，並記錄修改前後的資料。

處理方法： 檢查誰進行了修改、修改了哪些內容，然後要求重新審批。這是防止資料被悄悄更改的機制，而不是工時遺失。

12. 正在查看今天或未來的日期

Lương Ngày 會限制尚未結算的當天日期及未來日期，以避免使用尚未真正完成的工作日提前領取款項。

處理方法： 區分正在進行的打卡記錄與已結算的工作日。等待班次／日期完成並經過審批流程。

13. 已審批工時屬於預留款項

客戶可以設定保留最近 N 個工作日的工時，及／或當預支金額達到指定門檻時保留 10.5%。這部分仍然屬於勞動者的工資，並會在發薪週期內處理，但暫時未開放提前領取。

處理方法： 查看工時詳情、已領取金額及預留款項。不要將預留款項稱為費用。

14. 新產生的金額未達最低金額

每筆交易的預設最低金額為 50,000 越南盾。一小部分工時可能已經計算，但可用總額仍未達到建立交易的最低條件。

處理方法： 查看詳細金額，而不要只查看領取按鈕。具體配置金額應由 NK 在公布時確認。

15. 勞動者已在本期領取可用金額

計算公式會扣除本期已領取的金額。當新增已審批工時後，額度只會按照扣除預留款項後的新增部分增加，不會重新恢復到最初的全部工資金額。

處理方法： 核對交易歷史、已審批工時、每日單價及預留款項。

5 分鐘自我檢查流程

步驟 1：檢查記錄是否存在

開啟打卡歷史記錄，選擇正確的客戶、日期及班次。如果已經有記錄，請不要重新打卡。

步驟 2：確認資料來源

確認工作地點使用的是 Lương Ngày App、客戶 Google Sheet，還是其他已同步的系統。這將決定是否需要等待下一個更新週期。

步驟 3：查看狀態

• 沒有記錄： 檢查操作、資料來源、編號及同步；

• 待審批： 聯絡審批人員；

• 已拒絕： 閱讀原因並補充證明；

• 已審批： 進一步檢查額度計算。

步驟 4：檢查日期是否符合條件

確認不是尚未結算的今天或未來日期。對於夜班，檢查系統分配的業務日期是否正確。

步驟 5：查看金額詳情

核對已審批工作日、每日單價、本期已領取金額及預留款項。

步驟 6：提交給正確的負責人

不要將所有問題都交給同一個部門。工時資料、個人資料、客戶配置及付款分別由不同負責人管理。

聯絡誰可以最快處理？

缺少工時檢查申請範本

> 我需要協助檢查 Lương Ngày 上的工時資料。姓名：……；員工編號／打卡編號：……；客戶／工作地點：……；日期及班次：……；實際入／出時間：……；打卡來源：App／Sheet／客戶系統；目前顯示狀態：……；最近一次更新時間：……。我已確認工作地點正確，但仍未看到記錄／額度沒有變更。請相關負責部門協助檢查並回覆原因。

附上的圖片應顯示日期、時間、狀態及錯誤通知；請遮蓋 CCCD、銀行帳戶號碼及其他無關資料。

工時資料流程中各方的責任

(另請參閱：為什麼 Lương Ngày 額度為 0 或尚未增加？ 及 Lương Ngày 從打卡到核對的流程。)

勞動者

• 按照正確的方式、地點及班次打卡；

• 操作後檢查歷史記錄；

• 及早報告差異並提供真實證明；

• 不代他人打卡或使用虛假定位工具。

Nhân Kiệt 主管

• 追蹤待審批記錄；

• 處理例外情況並回覆原因；

• 檢查打卡編號及客戶分配；

• 當來源資料有誤時與客戶協調。

客戶

• 維護工時表及現場配置；

• 有依據地審批或拒絕；

• 記錄資料變更；

• 不應在沒有說明的情況下修改已審批工時。

營運／技術部門

• 監控同步；

• 監察工時表格式的變更；

• 記錄錯誤日誌；

• 支援從來源記錄追蹤至計算結果；

• 當資料來源不明確時，不應自行推測資料。

系統應顯示哪些資訊，讓勞動者自行理解？

一個透明的工時畫面應顯示：

• 資料來源；

• 客戶／工作地點；

• 日期及班次；

• 入／出時間或工時符號；

• 已記錄、待審批、已審批或已拒絕狀態；

• 目前需要處理的個人／單位；

• 最近一次同步時間；

• 沒有計入額度的原因；

• 修改及審批日誌；

• 已預先填入記錄編號的檢查申請按鈕。

通知應清楚說明下一步應採取的行動。例如：

> 02/09 的工時正在等待客戶確認。 系統已接收該記錄，但尚未產生可用金額。你不需要重新打卡。如果實際工作時間資料不正確，請在工時獲審批前提交更正申請。

結論

「已打卡」、「已有記錄」、「工時已審批」及「已產生可用金額」是四個不同的狀態。理解這個流程後，勞動者可以準確判斷問題，而不是在額度沒有增加時立即認為系統遺失了工時。

請依次檢查：正確客戶—正確來源—正確同步週期—正確打卡編號—正確審批狀態—正確符合條件的日期—正確的額度計算公式。如果仍然有問題，請將記錄編號及證明資料提交給正確的負責人。一個透明的流程應該能夠從最初的來源資料，一直追蹤到已審批工作日及最終金額。

參考資料

• 個人資料保護法 91/2025/QH15 號

• 第 356/2025/NĐ-CP 號法令——個人資料保護法實施指引

---

作者： Ngô Nhã Kỳ — 編輯，Công ty TNHH Cung Ứng Nhân Lực Nhân Kiệt。

Lương Ngày 企業解決方案諮詢： Hotline 0937.022.655 · 電郵 info@nhankiet.vn · Lương Ngày 企業解決方案