已打卡但尚未顯示出勤天數或額度未增加：原因與處理方式

簡短回答： 完成打卡後，勞工需要區分三個階段：操作已被記錄、紀錄已出現在系統中，以及出勤天數已完成審核。只有實際完成工作且已通過審核的出勤紀錄，才能納入可領取 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 小時制。但資料仍必須符合為該客戶設定的讀取格式。

如果欄位名稱被修改、新增合併儲存格、出現特殊符號，或日期格式發生變更，都可能導致部分資料無法被辨識。

處理方式： 如果在修改 Sheet 範本後，多名勞工同時出現出勤資料不足的情況，客戶或技術人員應檢查表格格式；不要要求每位勞工重新打卡。

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 解決方案諮詢： 客服專線 0937.022.655 · 電子郵件 info@nhankiet.vn · 企業版 Lương Ngày