企业应根据哪些标准评估日薪预支供应商？签约前的尽职调查问题清单
企业应根据哪些标准评估日薪预支供应商？签约前的尽职调查问题清单
简短回答： 企业应根据八个标准组评估日薪预支供应商：产品本质、工时数据、计费规则、资金流和成本、转账、工资对账、安全合规和实施能力。一个快速转账的解决方案如果不能证明已完成的工作、无法控制重复支付或无法连接到工资表，就不是一个完整的日薪预支系统。
为了避免基于口号做出决策，企业应要求供应商通过数据、文件和异常情况进行演示，而不仅仅是展示顺利的流程。
首先，企业在购买什么？
(标准和其他20个问题：参见选择日薪预支供应商的清单。)
“提前支付工资”、“提前领取工资”或“灵活工资”可能用于非常不同的模式。在比较功能之前，需要确定其本质：
- 劳动者是领取已完成工作的工资还是基于未来收入借款？
- 所领取的金额是否源于已完成的工作？
- 已领取的金额如何在工资表中扣除？
- 是否产生债务、利息、费用或对金融机构的义务？
- 如果工作在支付后被修改，谁承担风险？
对于日薪预支，源代码显示只有已完成并已批准的工作才能生成符合条件的金额；已领取的部分在期末工资中扣除；当前流程不收取利息和不向劳动者收费。在越南的法律结论仍需由Nhân Kiệt和法律顾问确认。
建议的评估评分表
企业可以打100分，以避免一个吸引人的标准掩盖其他风险：
| 标准组 | 建议权重 | 关键问题 |
|---|---|---|
| 产品本质 | 15 | 是已完成工作的工资还是贷款？ |
| 工时数据和控制权 | 15 | 谁确认工时，工时修改是否有记录？ |
| 计算方法和限额 | 10 | 公式是否可解释和配置？ |
| 资金流、费用和合同 | 15 | 谁提供资金，谁支付费用，何时偿还？ |
| 转账和交易安全 | 15 | 如何防止重复支付和处理不明确状态？ |
| 工资对账 | 15 | 是否正确扣除一次并与银行对账？ |
| 安全和合规 | 10 | 数据、权限、银行密钥如何保护？ |
| 实施和支持 | 5 | 是否有试点、KPI、SLA和处理联系人？ |
权重需根据行业、劳动规模和集成程度进行调整。这是一个参考框架，而不是强制标准。
标准1：日薪预支的本质是否明确？
(更多信息：参见日薪预支是否为贷款？。)
供应商需要证明劳动者领取的金额与已产生的劳动价值之间的关系。
评估问题
- 金额是基于已完成的工时还是信用额度计算的？
- 是否允许领取尚未结束的当天或未来的金额？
- 是否产生贷款合同或劳动者债务？
- 是否有利息、交易费、会员费或隐藏费用？
- 已领取的金额如何在工资单上显示？
- 如果劳动者不使用，是否会收取费用？
- 营销信息是否与合同一致？
应要求的证据
- 计算公式；
- 应用上的承诺样本；
- 使用后的工资单样本；
- 费用条款；
- 已批准的法律描述；
- 工作被调整时的处理流程。
日薪预支目前的情况
系统阻止尚未结束的当天/未来的工时，仅使用已批准的工时，并要求劳动者确认这是基于临时工时的预付款，扣除在工资中。当前流程不向劳动者收取利息/费用。长期费用政策和法律结论需Nhân Kiệt确认。
标准2：工时数据是否可靠？
日薪预支只有在领取金额基于可验证的劳动数据时才安全。
评估问题
- 解决方案从哪个来源获取工时？
- 是否集成现有的工时来源？
- 劳动者的连接密钥是什么？
- 如何处理跨午夜的夜班？
- 是否支持一个人在多个工作地点工作？
- 谁有权批准或拒绝工时？
- 已批准的工时修改是否有历史记录？
- 是否有防止伪造GPS和代打卡的措施？
- 工时更新的延迟是多少？
- 如果数据源出错，系统是否自动生成金额？
日薪预支目前的情况
日薪预支从客户的Google Sheet、Nhân Kiệt的ERP和应用中的六种打卡形式获取数据：自拍+GPS、地理围栏、动态QR码、蓝牙信标、WiFi BSSID和进出时间记录。
劳动者的识别密钥是CCCD；客户使用company_id和独特的打卡代码。已批准的工时修改后自动返回待批准状态，并附有前后日志。系统也有防止伪造GPS、一人一机和代打卡的机制。
标准3：公式和限额是否可解释？
劳动者和企业必须理解系统为何显示特定金额。
评估问题
- 公式使用基本工资、日单价还是预期收入？
- 单价由谁输入和批准？
- 本期已领取的金额如何扣除？
- 是否有预留金额，为什么保留？
- 限额按次、日、月是多少？
- 是否可以根据客户配置？
- 配置更改是否有日志？
- 劳动者是否可以查看每个工时的详细信息？
日薪预支目前的情况
公式：
> 可领取金额 = 已批准工时 × 客户的日单价 − 本期已领取 − 预留金额
结果向下取整到1000越南盾的倍数。代码中默认： Do Huy Le — Tổng Giám Đốc,000越南盾/人/天。可配置保留最新N个工时和/或达到阈值时的10.5%。这些限额需Nhân Kiệt批准后才能纳入报价或合同。
标准4：资金流和成本是否透明？
这是产品演示中最容易被忽视的部分。
评估问题
- 在劳动者领取之前，谁先存入资金？
- 供应商自行提供资金还是有金融合作伙伴？
- 企业按日、周或工资期偿还？
- 是否有客户的基金限额？
- 谁承担转账费、运营费和资金成本？
- 是否有押金或担保？
- 哪些凭证确认债务？
- 如果劳动者离职，风险如何分配？
- 如果工时在支付后减少，谁承担差额？
- 是否有权单方面更改费用？
日薪预支目前的情况
源代码证明资金来自Nhân Kiệt在VPBank的专用账户。代码未显示背后的资金来源是Nhân Kiệt自行提供、客户预存还是金融合作伙伴。因此，这一内容必须通过政策和合同确认，不能从技术架构中推断。
标准5：转账是否足够安全？
速度只有在准确性和可追溯性相结合时才有意义。
评估问题
- 收款账户是否必须为本人？
- 系统如何验证账户名称？
- 是否有防重复的交易码？
- 是否有同时处理的锁？
- 当银行未返回明确结果时，系统如何处理？
- 是否自动重新支付？
- 是否有挂账查询机制？
- 是否有紧急停止开关？
- 银行密钥存储在哪里？
- 谁有权更改交易状态？
日薪预支目前的情况
标准流程将资金转入已通过VietQR验证名称的VPBank本人账户。账户在验证后被锁定。系统使用固定交易码，支付时锁定，仅在收到有效响应后记录“已支付”，在状态不明确时保持挂账，每五分钟查询一次，并有紧急停止开关。银行密钥存储在独立的内部服务中。
自动支付已集成，但默认标志关闭，并根据客户逐步开放。
标准6：对账和工资表是否闭环？
(详情：参见日薪预支与工资和会计的对账。)
一个日薪预支解决方案在资金进入账户后尚未完成。该金额还需正确返回工资表。
评估问题
- 与银行的对账周期是什么？
- 哪些状态被纳入扣除？
- 如何防止重复扣除？
- 如何防止期末重复支付？
- 是否锁定已使用的工时部分？
- 一个人为多个客户工作如何区分？
- 锁定工资表时如何处理挂账交易？
- 是否有未收回金额的记录？
- 工资单是否允许劳动者对账？
- 是否有调整历史？
日薪预支目前的情况
系统在08:00通过sFTP上的VPBank对账文件进行T+1对账，每五分钟查询挂账，并在不明确时保持挂账。已支付金额在当期工资中扣除；已使用的工时部分通过advancecovereddays锁定；有未收回金额的记录。
某些对账状态的确认仍需超级管理员手动执行以确保资金安全。
标准7：安全、隐私和权限是否可验证？
(完整框架：参见实施日薪预支时的数据安全和隐私。)
供应商将处理身份数据、工作、收入和银行账户。企业不应止步于“系统已加密”的回答。
评估问题
- 收集哪些数据，目的是什么？
- 谁可以查看CCCD、账户号码和工资水平？
- 是否在界面/报告中隐藏敏感数据？
- 管理账户如何分配角色？
- 是否有登录、审批和数据修改日志？
- 员工离职后何时撤销权限？
- 手机丢失或更换设备如何处理？
- 是否进行安全测试和事故响应？
- 数据保存多长时间，如何删除？
- 事故通知责任归谁？
应要求的证据
- 数据流图；
- 权限矩阵；
- 安全/隐私政策；
- 日志样本；
- 事故管理流程；
- 测试报告或独立评估（如有）；
- 数据处理协议。
从源代码可以验证日薪预支的一些技术控制，但不能从中得出系统已获得特定安全认证的结论。如果Nhân Kiệt希望公布认证，必须提供正式证据。
标准8：供应商是否具备实施和支持能力？
即使产品优秀，但如果没有现场运营人员，仍可能失败。
评估问题
- 谁是项目经理？
- 数据清理和集成需要多长时间？
- 是否有无资金试运行？
- 试点多少人，持续多长时间？
- 谁负责培训管理审批工时？
- 劳动者通过哪些渠道获得指导？
- 各级别的故障SLA是什么？
- 是否有工厂支持联系人？
- 暂停和重新启动的标准是什么？
- 哪些KPI决定扩展？
日薪预支系统具备从工时到支付和对账的技术能力，但实施时间、试点规模、SLA和正式支持团队仍需Nhân Kiệt确认。
RFP或评估会议中可用的35个问题
产品和劳动者
- 劳动者领取的金额基于哪些数据？
- 是否允许领取未完成工作的金额？
- 劳动者签署/确认了什么？
- 是否产生债务或影响信用记录？
- 劳动者需支付哪些费用？
工时和计算方法
- 系统可以连接哪些打卡来源？
- 更新频率是多少？
- 谁有权批准、拒绝和修改工时？
- 修改后的工时是否有历史记录？
- 一个人在多个地方工作如何处理？
- 可领取金额的公式是什么？
- 是否有预留金额和限额？
资金和银行
- 资金从哪个账户支付？
- 谁提供资金？
- 如何验证收款账户？
- 系统如何防止重复支付？
- 当银行状态不明确时如何处理？
- 查询频率是多少？
- 是否有紧急停止开关？
工资和会计
- 已支付的数据如何纳入工资表？
- 哪些状态被扣除？
- 如何防止重复支付或扣除？
- 银行对账周期是什么？
- 供应商的债务凭证是什么？
- 劳动者离职后如何处理？
安全和运营
- 个人数据如何存储和分配权限？
- 银行密钥是否与应用分离？
- 是否有管理操作日志？
- 事故处理和通知流程是什么？
- 响应和修复的SLA是多少？
- 是否有异常情况的试运行？
- 试点的KPI是什么？
- 各方的责任是什么？
- 有哪些法律、安全和数据处理文件？
- 合同中明确了哪些承诺？
选择供应商时的警示信号
- 无法解释劳动者看到的金额；
- 使用未来收入但仍称为已完成工作的工资；
- 未明确区分劳动者费用和企业费用；
- 未说明资金提供者；
- 无工时审批机制；
- 工时或交易修改无日志；
- 银行状态不明确但自动重新支付；
- 无法与工资表对账；
- 无劳动者离职处理流程；
- 宣称认证或规模但无证据；
- 承诺立即实施但未检查数据；
- 在关闭事件前无事故负责人。
如何组织有价值的演示会
企业应提出六种情况，而不仅仅要求演示成功流程：
- 劳动者有工时但未获批准；
- 已批准的工时被减少；
- 银行账户名称与CCCD不符；
- 银行未返回明确结果；
- 劳动者在期中离职；
- 工资表收到重复交易。
供应商需指出系统状态、处理权限、日志和工资表上的结果。
供应商评分模板
对于每个问题，可以使用0–3的评分：
- 0分： 无或未回答；
- 1分： 有描述但无证据；
- 2分： 有功能和文件；
- 3分： 有功能、运行证据和异常控制。
高分不能自动替代法律和财务尽职调查。企业还应设定一些“未达标即停止”的标准，如无法证明工时来源、无防重复支付或无法与工资表对账。
日薪预支的突出技术优势是什么？
从实际系统中可以验证：
- 从人事、打卡、工时审批、计费、银行支付到对账和工资单的闭环；
- 六种打卡形式和读取多个Google Sheet的能力；
- 客户有独立门户控制工时；
- 一个人可以为多个客户工作；
- VPBank本人账户通过验证名称并在验证后锁定；
- 多层防重复支付和fail-closed机制；
- 挂账查询和T+1对账；
- 银行密钥服务分离；
- 跟踪已使用的工时部分和未收回金额；
- 系统正在实际运行，自动支付根据客户逐步开放。
不应从上述点推断出“第一”、“绝对安全”、客户规模或减少离职率的效果，除非有已批准的数据。
常见问题
是否应选择功能最多的解决方案？
不一定。应选择与工时数据、工资表、劳动模式和企业风险水平相匹配的解决方案。处理异常的能力通常比展示的功能数量更重要。
资金到账速度是否是最重要的标准？
速度对劳动者体验很重要，但必须与正确的人、正确的金额、防重复支付和期末对账能力相结合。
不向劳动者收费的解决方案是否意味着完全免费？
不是。可能仍有企业费用、银行费用、运营成本或资金成本。需要查看价格表和合同。对于日薪预支，当前流程不向劳动者收费；正式的费用承担方需Nhân Kiệt确认。
是否应要求法律证明？
是的。企业应要求合同模式、资金流、数据处理机制和相关法律意见。不应仅依赖产品名称。
是否需要从一开始就与ERP深度集成？
不一定。可以使用可控的数据源进行试点，但识别密钥、交易状态和工资表流程必须从一开始就明确。
为什么要演示错误情况？
顺利流程只显示产品可以运行。错误情况显示供应商能否保护资金、数据和劳动者权益。
可以使用此评分表进行招标吗？
可以用作初始框架，然后补充企业的法律、安全、财务和采购要求。
结论
选择日薪预支供应商就是选择一个参与工时、收入、转账和工资表敏感链条的合作伙伴。因此，决策不应仅基于美观的界面、转账速度或吸引人的费用。
优秀的供应商需要通过证据回答五个问题：金额源于何种工时，谁控制工时，资金如何流动，偏差如何处理，期末如何与工资表对账。
日薪预支具备参与评估过程的多项技术能力。商业、法律、规模和SLA部分必须由Nhân Kiệt完善为正式文件，以将技术优势转化为客户信任。
参考来源
---
作者： Do Huy Le — Tổng Giám Đốc, Nhan Kiet Manpower Supply Co., Ltd.
企业日薪预支解决方案咨询： 热线 0937.022.655 · 邮箱 info@nhankiet.vn · 企业日薪预支