越南的日薪预支词典：人力资源人员应知的50个术语
越南的日薪预支词典：HR、工资单、财务和员工需要了解的50个术语
日薪预支位于人力资源、考勤、薪资、支付、数据和财务福利的交汇点。像“限额”、“已批准”或“已支付”这样的词可能被不同部门理解不同。这个词典创建了一个共同的语言，以便企业更清晰地设计、购买、运营和解释日薪预支。
> 简而言之： 不要从“能预支多少”开始。首先统一什么是已批准的工时、已赚取的工资、可用金额、成功交易、对账和工资单结算。
> 警告： 以下定义优先考虑业务理解。与法律、个人数据、信用、工资和合同相关的词语必须根据具体模型由法律部门确认。例如，日薪预支仅描述功能，不替代正式政策。
A组 — 工资和日薪预支的基础概念
1. 日薪预支 (Earned Wage Access, EWA)
简单理解： 在定期发薪日前，获取已完成工作的部分收入的能力。
为何重要： 这是需要与基于未来工作的款项或独立信贷产品区分的业务界限。
2. 日薪
简单理解： Nhân Kiệt的产品名称，帮助员工查看并主动领取已批准工时计算的一部分款项。
在系统中： 可用金额在服务器上计算；已领取的款项在工资结算时被扣除。
3. 按日工资
简单理解： 基于工作日或日单价确定工资的方法。
不要混淆： “按日工资”是计算/支付工资的方法；“日薪”还是产品名称。
4. 灵活领取工资
简单理解： 允许员工在固定发薪日前选择何时获取符合条件的工资部分的传播方式。
注意： 需阅读政策以了解“符合条件”是什么意思。
5. 工资预支
简单理解： 雇主或相关方允许员工在正常结算/发薪日前领取一笔款项。
法律注意： 条件和处理方式必须与劳动法规、合同和企业规章对照。
6. 贷款
简单理解： 一方交付资产/资金，另一方根据法律协议有义务偿还的关系。
不要推测： 名称“日薪预支”或“0%利息”不能自动证明某产品不是贷款；必须查看实际结构。
7. 已赚取的工资
简单理解： 与员工已完成工作相关的收入部分，根据数据和适用政策确定。
在日薪中： 只有已批准的工时才参与可用金额的计算。
8. 工资期
简单理解： 企业汇总工时、收入、扣除和应付金额的时间段。
为何重要： 日薪预支交易必须与正确的工资期关联，以免错误扣除或累加。
9. 发薪日
简单理解： 企业根据协议和适用规定履行发薪义务的日期。
不要混淆： 日薪预支改变了部分收入的获取时间；不自动改变整个发薪周期。
10. 工资单
简单理解： 计算和结算工资、津贴、扣除和实际收入的流程/系统。
为何重要： 日薪预支不在资金到账时结束；必须与期末工资单匹配。
B组 — 考勤和领取权利
11. 考勤数据
简单理解： 用于确认工时的时间、班次、工作日或出勤记录。
在日薪中： 可以来自应用程序、客户考勤表或ERP。
12. 真相来源 (source of truth)
简单理解： 当多个系统有不同数据时，指定的最终依据来源。
需规定： 当应用程序、表格和工资单不一致时，哪个来源优先。
13. 待批准工时
简单理解： 已有记录但尚未被有权人确认。
在日薪中： 待批准工时尚未生成可用金额。
14. 已批准工时
简单理解： 已通过权限和流程确认的工时。
在日薪中： 客户或被授权的监督者可以批准；当前逻辑下谁先批准即完成。
15. 审计追踪
简单理解： 显示谁在何时做了什么，变更前后的痕迹。
在日薪中： 修改已批准工时将记录返回待批准并保存前后变更。
16. 考勤代码
简单理解： 用于将员工与客户/工作地点的考勤记录匹配的代码。
风险： 错误匹配代码可能导致工时和可用金额错误。
17. 工作班次
简单理解： 确定一次工作的时间框架/规则，包括常规班次或跨午夜班次。
为何重要： 错误的班次规则可能导致错误的工作日和工时计算。
18. 地理围栏
简单理解： 虚拟地理区域；考勤只有在设备位于配置半径内才有效。
在日薪中： 默认半径为200米，但应用水平需根据客户确认。
19. 虚假GPS
简单理解： 使设备位置失真的行为或工具。
在日薪中： 有检测/阻止位置伪造的机制；不应描述为绝对防欺诈。
20. 多工作地点 (multi-workplace)
简单理解： 一名员工在多个客户或地点有工时。
为何重要： 工时、单价、可用金额和工资期必须正确分开。
C组 — 公式、限额和负责任使用
21. 可用金额
简单理解： 系统允许员工在某一时刻请求的最大金额。
在日薪中： 已批准工时 × 单价/天 − 本期已领取 − 保留款项，然后向下取整到1000越南盾的倍数并应用限制。
22. 单价/天
简单理解： 用于将一个工作日单位转换为公式中的金额的价值。
注意： 这可能是日薪预支的临时参数，不自动等于工资单上的全部日收入。
23. 本期已领取
简单理解： 当前期间已记录的合格交易总额。
为何重要： 必须扣除以避免同一收入部分被重复使用。
24. 保留款项
简单理解： 从可用金额中暂时保留的部分，以为结算提供安全边际。
在日薪中： 可以配置保留最新N个工作日和/或达到阈值时的10.5%比例；实际政策需确认。
25. 每次最低金额
简单理解： 接受请求的最低水平。
在代码中： 默认50000越南盾；不自动视为适用于所有客户的商业水平。
26. 每笔交易上限
简单理解： 单笔交易的最大金额。
在代码中： 默认3000000越南盾，由超级管理员配置。
27. 每日上限
简单理解： 一天内个人可以领取的总最大金额。
在代码中： 默认5000000越南盾。
28. 四舍五入
简单理解： 将公式结果调整为允许的货币单位的规则。
在日薪中： 可用金额向下取整到1000越南盾的倍数。
29. 根据工龄的限额
简单理解： 随着员工工作时间的变化而变化的限制。
状态： 代码中有按工龄组的表格，但需Nhân Kiệt确认是否在实际操作中启用。
30. 负责任的日薪预支
简单理解： 设计帮助员工自愿、透明地获取资金，设有适当限制且不鼓励过度使用。
实践： 以易懂的语言显示剩余金额、已领取总额、保留款项、费用和期末影响。
D组 — 身份识别、支付和交易状态
31. 电子身份验证 (eKYC)
简单理解： 通过电子手段识别客户/用户的过程。
注意： 每方的eKYC范围必须准确描述；不要用此词替代所有身份验证步骤。
32. OCR身份证
简单理解： 从身份证/身份证照片中读取信息的技术。
在日薪中： 证件照片和OCR结果用于验证条件；需严格管理敏感数据。
33. 实名账户
简单理解： 银行账户名与领取款项的员工一致。
在标准流程中： 系统查询VPBank账户名并要求与员工匹配，然后锁定已验证的账户号码。
34. 查询账户名
简单理解： 在支付前查询银行/支付基础设施以获取账户持有人姓名。
为何重要： 减少输入错误或转账给他人的风险，但不能消除所有身份识别风险。
35. 支付 (Payout)
简单理解： 从源账户向接收账户转账的指令。
在日薪中： 标准流程使用VPBank的API从Nhân Kiệt的专用支付账户进行支付。
36. 稳定交易码
简单理解： 在多次发送/查询中代表一个请求的不变代码。
为何重要： 银行和系统可以识别重复指令。
37. 幂等性 (Idempotency)
简单理解： 同一请求多次处理仍不产生额外支付。
例如： 用户再次点击或网络超时不应创建第二笔交易。
38. 等待/挂起状态
简单理解： 尚无足够证据判断交易成功或失败。
安全原则： 不因未立即收到反馈而再次支付。
39. 失败关闭 (Fail-closed)
简单理解： 当缺乏数据或状态不明确时，系统暂停/保持等待而非默认通过。
在日薪中： 状态不明确的款项被保留以便查询。
40. 紧急停止开关
简单理解： 在发生故障或资金损失风险时暂停支付流程的机制。
管理： 开关的启用/禁用、使用条件和重新开放必须有日志/批准。
E组 — 对账、工资单、管理和业务连续性
41. 对账
简单理解： 比较独立来源以查找缺失、过多或状态错误的交易。
链条应匹配： 系统交易记录 ↔ 银行对账单 ↔ 工资单。
42. T+1
简单理解： 交易日后的下一个工作日或日历日，具体定义取决于流程。
在日薪中： 系统在08:00读取前一日的对账文件；需确认正式运营SLA。
43. 不可追回款项
简单理解： 已支付但无法按预期全额扣除的款项，例如工时减少或员工离职。
在系统中： 有跟踪记录；风险承担政策需Nhân Kiệt确认。
44. 预支覆盖天数
简单理解： 标记已被某次领取工资覆盖的工作日。
为何重要： 防止这些天数继续累加到下期可用金额中。
45. 桥接报告
简单理解： 在系统与工资单之间连接期初数、增减交易、例外和期末数的报告。
目标： HR、财务和审计可以从总数追溯到每笔交易。
46. RACI
简单理解： 确定谁执行、谁最终负责、谁被咨询和谁需要通知的矩阵。
在日薪预支中： 需要为工时、限额、支付、对账、工资单、数据和事故制定RACI。
47. SLA
简单理解： 具有测量标准的服务水平承诺，例如响应时间或故障处理。
不要混淆： 广告语“几乎即时”不能替代合同中的SLA。
48. RTO
简单理解： 中断后恢复服务的目标时间。
例如： 系统在重大故障后必须在多长时间内恢复。
49. RPO
简单理解： 恢复时可能丢失的最大数据量，以时间计算。
例如： RPO为15分钟意味着设计目标是不丢失超过15分钟的数据，但必须经过测试。
50. 个人数据事故
简单理解： 影响个人数据的保密性、完整性或可用性的事件。
在日薪预支中： 身份证、位置、考勤照片、银行账户、工资数据和交易都需要权限、痕迹记录和适当的响应流程。
常被混淆的六对术语
术语1 | 术语2 | 需要记住的区别 |
|---|---|---|
按日工资 | 日薪 | 一方是计算/支付方式；一方是产品名称 |
已记录工时 | 已批准工时 | 有数据不等于有权生成金额 |
已赚取工资 | 可用金额 | 可用金额还需扣除已领取、保留款项、限制和四舍五入 |
转账指令 | 已支付 | 发送请求不证明银行已成功支付 |
对账 | 工资单扣除 | 一方是检查匹配；一方是结算业务 |
无利息 | 免费 | 无利息仍可能有其他费用 |
一笔交易的最低术语链
员工被识别并正确关联工作地点。
考勤数据从待批准转为已批准。
公式在保留款项和限额后生成可用金额。
员工创建请求并确认。
系统生成稳定交易码然后发送支付。
成功或等待状态。
T+1对账匹配对账单。
已领取款项进入正确的工资单周期。
预支覆盖天数防止再次累加。
常见问题
“已赚取的钱”和“已领取的钱”是否相等？
不一定。领取金额可能较低，因为本期已领取、保留款项、限额和四舍五入规则。
刚记录的工时能立即领取吗？
视模型而定。对于日薪，只有已批准的工时才能生成可用金额；刚记录不等于已批准。
“等待”状态是否意味着失败？
不是。“等待”意味着系统尚无足够证据得出结论。立即再次支付可能导致重复支付。
对账是否等同于查看交易历史？
不是。历史是一个来源；对账必须与独立来源如对账单和工资单比较。
这个词典是否为法律定义？
不是。这是为了协作的业务理解。法律部门必须确认合同、规章和传播中使用的术语。
---
作者： Nguyen Minh Tuan — Chuyên viên ban chiến lược, Nhan Kiet Manpower Supply Co., Ltd.
企业日薪预支解决方案咨询： 热线 0937.022.655 · 邮箱 info@nhankiet.vn · 企业日薪预支