DAILY WAGEHired TodayPaid Today

新闻

为什么日薪预支额度为0或未增加?原因及解决方法

为什么日薪预支额度为0或未增加?原因及解决方法

日薪预支额度为0或未增加不一定是应用程序错误。系统仅计算已完成并批准的工时,然后扣除已领取的金额和保留预支的部分。劳动者的档案、客户、考勤代码、身份证和VPBank账户也必须匹配。劳动者应依次检查工作地点 → 工时状态 → 同步时间 → 保留和已领取金额 → 验证档案,然后再提交支持请求。

> 注意: 本文中提到的配置值为默认值,可能会由Nhan Kiet调整。劳动者需要检查应用程序中使用时的状态名称和显示屏幕。

根据表现快速解答

应用程序中的表现

常见原因

看不到工作地点

ERP中的档案/分配未同步或生效日期错误

有工作地点但看不到工时

考勤代码错误、源数据未同步或考勤不匹配

看到工时但状态为等待

Nhan Kiet/客户未批准或工时刚被修改

工时已批准但金额为0

工时属于保留预支部分,已领取全部可用金额或配置未应用

有可用金额但无法创建订单

低于最低限额,超出上限,档案/账户未达条件

已创建订单但钱未到账

交易正在处理中或等待银行核对

不要创建新账户、更换身份证或请他人代为提现以“重试”。这些方法可能导致数据难以对账并增加安全风险。

1. 首先:“额度为0”不同于“无法提现”

三种情况通常被统称为“没有钱”:

没有工时数据

应用程序中没有可计算的有效工时。原因通常在于档案、工时表或审批状态。

有工时但可用金额为0

系统已有工时,但在扣除保留预支和已领取金额后,可领取金额为0或低于最低限额。

有可用金额但交易被阻止

金额已显示,但用户未满足身份证、VPBank账户、每日限额、客户状态或安全控制条件。

正确区分有助于将问题发送到正确的地方。监督人员无法处理银行错误;支付部门也无法在没有权限的情况下自行批准工时。

2. 日薪预支额度如何形成?

(基础概念:参见已批准工时是什么?日薪预支是什么?。)

根据系统验证:

可领取金额 = 已批准工时 x 每日单价 - 已领取金额 - 保留预支

结果向下取整为1,000越南盾的倍数,然后继续检查最低限额、每笔订单上限、每日上限和安全条件。

要增加额度,至少需要一个有效的更改,例如:

  • 增加符合条件的已批准工时;

  • 新工时数据已同步;

  • 被修改的工时已重新批准;

  • 转换到允许计算的状态/期间;

  • 配置或分配已正确修改;

  • 等待中的交易被确定失败并按流程返还可用金额。

仅仅因为多次打开应用程序、上班打卡或未来的工作安排已排定,额度不会增加。

3. 原因1:劳动者档案未同步

Nhan Kiet的ERP是劳动者、客户、入职/离职日期和管理关系的来源。数据每天03:00同步。

迹象

  • 看不到客户/工作地点;

  • 应用程序提示不属于单位或没有分配;

  • 刚入职或刚被调动;

  • 档案仍显示旧客户;

  • 结束任务影响所有使用权限。

解决方法

  1. 检查HR/监督是否已记录开始工作日期。

  2. 确认当前客户和工作地点名称。

  3. 如果新更改已输入,请等待03:00的同步周期。

  4. 如果仍然错误,请联系HR/NK运营以检查档案和生效日期。

在基础档案不正确时,不应要求管理层“手动加钱”。正确修复源头有助于后续期间继续匹配。

4. 原因2:客户或考勤代码错误

一个人可以为多个客户工作,并在每个地方拥有自己的考勤代码。系统通过身份证、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:身份证档案未达条件

自动提现条件检查身份证照片和OCR结果与档案匹配。当以下情况时,额度可能无法使用:

  • 没有身份证照片;

  • 照片模糊、反光或缺角;

  • 身份证号码与ERP不匹配;

  • 使用他人证件;

  • 档案重复;

  • 刚更换证件但未更新。

劳动者应通过官方渠道更新。不向自称支持的个人账户发送身份证照片,也不在大型聊天群中发布。

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:检查交易条件

身份证、VPBank账户、最低限额、订单上限、每日上限和客户状态。

步骤6:检查交易历史

如果有正在处理/等待核对的订单,请勿重复提交。

步骤7:提交完整数据的工单

明确问题是工时、额度还是交易;附上必要的证据并遮盖敏感数据。

19. 应该将问题提交给谁?

问题

合适的联系人

没有档案/工作地点

HR或NK运营

考勤代码错误

NK监督/客户联系人

缺少或错误的工时

NK监督/客户批准工时

工时被修改/等待批准

工作地点的有权批准者

公式或保留部分错误

产品/EWA运营/工资

身份证不匹配

验证渠道/有权限的HR

VPBank不匹配

账户/银行支持

交易挂起

EWA支付支持/对账

疑似账户被盗用

安全/风险,优先紧急处理

劳动者应获得一个唯一的工单编号以便跟踪。如果被转移到其他联系人,内部系统应转移案例及证据,而不是让用户重新提交所有信息。

20. 支持请求的内容模板

请求检查日薪预支额度时需要提供的信息"

> 我叫:[姓名]
> 客户/工作地点:[名称]
> 需要检查的日期/班次:[日期,班次]
> 考勤代码:[代码]
> 表现:[看不到工时/工时等待/额度为0/无法创建订单/交易挂起]
> 如果有交易编号:[编号]
> 发生时间:[时间,日期]
> 我已检查:[工作地点,工时状态,已领取历史,账户]

不要在模板中提供OTP、密码或完整身份证照片。仅在官方渠道要求时提供文件,并采取适当的保护措施。

21. 应用程序应更明确显示的通知

系统应将信息分类,而不是仅显示“条件不足”:

  • “工作地点档案未同步 — 请联系HR。”

  • “9月2日的工时正在等待客户批准。”

  • “最新的两天工时属于保留预支部分。”

  • “您已领取周期内的全部可用金额。”

  • “剩余金额低于每笔交易的最低限额。”

  • “您已达到今天的交易上限。”

  • “VPBank账户未验证。”

  • “客户尚未启用自动提现功能。”

  • “之前的交易正在等待核对 — 请勿重复提交。”

每个通知应有正确的操作按钮:查看工时、请求调整、验证账户或打开工单。这是改善体验的建议,不保证当前版本中已包含所有上述通知。

22. 处理故障时的数据保护

支持可能涉及身份证、工时、客户、账户和交易。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可能源于四组原因:档案/分配数据和工时审批公式和限制验证和交易状态。大多数问题可以通过检查正确的工作地点、每一天的工时、同步时间、已领取金额、保留部分、身份证和VPBank账户来定位。

劳动者不应创建新账户、借用账户或重复提交交易以绕过错误。请保存证据、交易编号并提交给正确的联系人。对于NK而言,显示具体原因及适当的处理按钮将有助于减少等待时间并增强对日薪预支的信任。

参考资料

---

作者: Nguyen Tan Loc — 战略部专家,Nhan Kiet Manpower Supply Co., Ltd.

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

新闻