已经打卡但仍未看到出勤天数或额度未增加：原因及处理方法

简要回答： 打卡后, 员工需要区分三个步骤：操作已经被记录、记录已经出现在系统中以及出勤天数已经审核。只有已经完成工作并且通过审核的出勤记录，才可能参与计算可领取的日薪预支 金额。因此，打卡完成但额度没有增加，并不一定意味着出勤记录丢失。

如果仍然看不到数据，请检查正确的工作地点、日期和班次；确认出勤数据来自应用还是客户的考勤表；等待正确的同步周期；查看审核状态；然后将证据发送给正确的负责人。不要为了“补足”而创建多条记录，因为这可能造成数据重复并增加核对难度。

> 注意： 同步时间、出勤审核 SLA 以及支持流程可能因企业而不同；用户应按照使用时应用中显示的信息和指引进行操作。

首先，确定你遇到的是哪种情况

不要用一句“App 没有显示出勤”来描述所有情况。描述得越准确，支持部门就越能快速找到具体的堵点。

从打卡到日薪预支额度的数据流程

>

```mermaid
flowchart TD
A["产生打卡数据"] --> B["匹配员工、客户、日期和班次"]
B --> C["记录待审核"]
C --> D["Nhân Kiệt 主管或客户审核"]
D --> E["出勤已审核且日期符合条件"]
E --> F["扣除已领取金额和预留金额"]
F --> G["更新可用金额"]
```

只要其中一个环节尚未完成，员工就可能看不到额度增加。因此，应从左到右逐项检查，而不是只查看最后的金额。

日薪预支从哪里获取打卡数据？

(各种打卡方式：请参阅 日薪预支 的 6 种打卡方式。)

系统已确认有三类数据来源。每种来源的更新速度和处理方式都不同。

1. 直接在日薪预支应用中打卡

应用支持自拍 + GPS、地理围栏、动态 QR、蓝牙 Beacon、WiFi 以及“上班/下班”按钮。符合条件的操作会实时创建记录。

“实时”意味着数据会立即被记录，并不意味着出勤会自动立即审核。记录仍然需要经过确认流程。

2. 客户通过 Google Sheet 提供的考勤表

客户可以将考勤表数据输入或导出到 Google Sheet，供系统读取。已确认的同步周期约为每 30 分钟一次；主管可以使用立即同步按钮。

如果客户刚刚更新考勤表, 员工可能要等到下一次同步后才能看到变化。30 分钟是当前技术同步周期，并不代表所有记录都会在最多 30 分钟内准确显示——数据还必须有效并符合已配置的结构。

3. 来自 ERP Nhân Kiệt 的人事数据

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 档案尚未同步或错误关联客户

新入职、刚调换工作地点或重新入职的员工，可能尚未正确同步其工作状态。

处理方法： 由 HR Nhân Kiệt 检查 CCCD、入职日期、客户、工作状态以及 ERP 最近一次同步时间。

9. 记录已经出现但尚未审核

打卡用于形成输入证据；Nhân Kiệt 主管或客户才是确认出勤是否有效的一方。具有有效权限的一方先完成审核即可完成该步骤。

处理方法： 查看状态，并向正确的审核人员提交请求。出勤仍处于待审核状态时，不要要求支付部门“增加额度”。

10. 记录被拒绝

原因可能包括位置错误、班次错误、缺少上班/下班记录、图片不符合要求或数据与实际情况不符。

处理方法： 要求显示拒绝原因，补充证据并按照调整流程处理。不要创建多条新记录来掩盖旧记录。

11. 已审核的出勤被修改后重新变为待审核

系统具有控制机制：如果修改已审核记录的上班时间、下班时间或班次，状态会自动降为待审核，并记录修改前后的内容。

处理方法： 检查谁进行了修改、修改了哪些内容，并要求重新审核。这是防止数据被无记录地修改的机制，并不是出勤记录丢失。

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

日薪预支会限制尚未结算的当天以及未来日期，以避免用户领取尚未真正完成的工作对应的金额。

处理方法： 区分正在进行中的打卡记录与已经结算的出勤日期。等待班次/日期完成并经过审核。

13. 已审核出勤属于预留金额

客户可以配置预留最近 N 天的出勤和/或在预支金额达到阈值时预留 10.5%。预留部分仍然属于员工的劳动报酬，并会在工资周期中处理，但暂时不能提前领取。

处理方法： 查看出勤明细、已领取金额和预留金额。不要将预留金额称为费用。

14. 新产生的金额尚未达到最低金额

每笔交易的默认最低金额为 50,000 越南盾。一小部分出勤可能已经计算完成，但可用总金额仍不足以创建领取指令。

处理方法： 检查详细金额，而不仅仅查看“领取”按钮。具体配置数值需要由 NK 在公布时确认。

15. 员工已经领取了本周期的可用部分

计算公式会扣除本周期已领取的金额。当新增已审核出勤后，额度只会按照扣除预留金额后的新增部分增加，不会恢复到最初的总劳动报酬。

处理方法： 核对交易历史、已审核出勤、每日单价和预留金额。

5 分钟自助检查流程

第 1 步：检查记录是否存在

打开打卡历史记录，并选择正确的客户、日期和班次。如果已经存在记录，不要重新打卡。

第 2 步：确认数据来源

确认工作地点使用的是日薪预支 App、客户 Google Sheet，还是其他同步系统。这决定了是否需要等待更新周期。

第 3 步：查看状态

• 没有记录： 检查操作、数据来源、编号和同步；

• 待审核： 联系审核人员；

• 已拒绝： 阅读原因并补充证据；

• 已审核： 转到额度计算检查。

第 4 步：检查日期是否符合条件

确认这不是尚未结算的今天或未来日期。对于夜班，检查系统分配的业务日期。

第 5 步：打开金额明细

核对已审核出勤、每日单价、本周期已领取金额以及预留金额。

第 6 步：联系正确的负责人

不要将所有问题都交给同一个部门。出勤数据、档案、客户配置和支付分别由不同负责人管理。

联系谁可以最快处理？

缺少出勤数据检查请求模板

> 我需要协助检查 日薪预支上的出勤数据。姓名：……；员工编号/打卡编号：……；客户/工作地点：……；日期和班次：……；实际上班/下班时间：……；打卡来源：App/Sheet/客户系统；当前显示状态：……；最近更新时间：……。我已经检查了正确的工作地点，但仍未看到记录/额度没有变化。请相关负责人协助检查并反馈原因。

附件图片应显示日期、时间、状态和错误提示；请遮盖 CCCD、账户号码及无关数据。

出勤数据链条中各方的责任

(另请参阅：为什么 日薪预支 额度为 0 或没有增加？ 和 日薪预支 从打卡到核对的流程。)

员工

• 按正确的方式、地点和班次打卡；

• 操作完成后检查历史记录；

• 及时报告差异并提供真实证据；

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

Nhân Kiệt 主管

• 跟进待审核记录；

• 处理例外情况并反馈原因；

• 检查打卡编号和客户分配；

• 当源数据出现错误时与客户协调。

客户

• 维护考勤表和现场配置；

• 有依据地审核或拒绝；

• 记录数据变更；

• 修改已审核出勤时不得缺少说明。

运营/技术部门

• 监控同步；

• 对考勤表格式变化进行提醒；

• 记录错误日志；

• 支持从源记录追踪到计算结果；

• 当数据来源不明确时不得自行推测数据。

系统应显示哪些信息，让员工能够自行理解？

一个透明的出勤页面应显示：

• 数据来源；

• 客户/工作地点；

• 日期和班次；

• 上班/下班时间或出勤符号；

• 已记录、待审核、已审核或已拒绝状态；

• 当前需要处理的人员/单位；

• 最近一次同步时间；

• 未计入额度的原因；

• 修改和审核日志；

• 已预填记录编号的检查请求按钮。

提示信息应明确说明下一步操作。例如：

> 09/02 的出勤正在等待客户确认。 系统已经接收该记录，但尚未产生可用金额。你不需要重新打卡。如果实际工作时间信息不正确，请在出勤审核前提交调整请求。

结论

“已打卡”、“已有记录”、“出勤已审核”和“已经产生可用金额”是四种不同的状态。理解这一流程后，员工可以准确定位问题，而不是在额度没有增加时立即认为系统丢失了出勤。

请依次检查：正确客户—正确来源—正确同步周期—正确打卡编号—正确审核状态—正确符合条件的日期—正确额度计算公式。如果仍然存在问题，请将记录编号和证据发送给正确的负责人。一个透明的流程应能够从最初的数据源追踪到已审核出勤以及最终金额。

参考资料

• 《个人数据保护法》91/2025/QH15

• 第 356/2025/NĐ-CP 号法令——《个人数据保护法》实施指导

---

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

为企业提供日薪预支 解决方案咨询： 热线 0937.022.655 · 邮箱 info@nhankiet.vn · 企业 日薪预支