一名员工在多个地点工作时，工时与金额如何分开？

EWA 应保留统一员工身份，同时按工作地点拆分业务数据。考勤编号、工时、费率、审批、可领取金额和交易必须绑定正确客户与周期，避免把 A 的工时套用 B 的政策或费率。

一个人，多个工作场景

员工可能从 A 转到 B、同时在多处工作，并拥有不同的考勤编号、班次、费率和管理团队。

只有人员档案而没有工作地点上下文，数据很容易混合。

统一身份与地点数据应分为两层

第 1 层——员工身份

共享姓名、身份证/身份键、员工档案、已验证收款账户和整体用户状态。

第 2 层——客户或地点 assignment

分别保存 company_id、考勤编号、生效日期、班次、工时、费率、政策、审批人和 payroll 周期。

统一身份不代表工时数据可以合并成一个池。

为什么考勤编号必须包含客户上下文？

同一员工在 A 可为 00125，在 B 为 EMP778；两个客户也可能把 00125 分配给不同的人。

正确键应为：客户/地点 + 考勤编号 → 员工档案。

工时必须按工作地点拆分

每条记录保留地点、日期、班次、审批人、版本和状态。不能只存“员工 A—20 天”，而要能说明“A 12 天、B 8 天”及各自证据与审批。

费率也必须对应正确地点和时间

费率可按地点与生效日不同。Earned Wage Engine 应依据：

员工 + 地点 + 日期/班次 + 生效政策

再计算价值。把 B 的费率用于 A 会导致金额错误。

可领取金额应分开计算还是合并？

先按来源分别计算 A、B 的合格价值、已领取额、预留额和状态，再按政策允许的范围汇总。这样某一地点修改工时时仍可解释其余金额。

公式必须包含地点上下文

可领取金额 =（已批准工作日 × 日费率）− 周期内已领取额 − 企业预留额。

多地点时：

A 可用 = A 工时 × A 费率 − A 已领取 − A 预留

B 可用 = B 工时 × B 费率 − B 已领取 − B 预留

之后 Eligibility Engine 才决定可使用总额。

交易必须知道价值来自哪个工作来源

只记录“已领取 500,000 越南盾”不足以支撑不同 payroll 或周期的结算。

交易应关联周期、地点、覆盖的工时/价值和累计已领取额。若一次交易来自多个地点，必须保存内部明细分配表。

原则是“先拆分，后汇总”。

员工在周期中从 A 转到 B 时

必须有明确生效日，例如 A 到 9 月 15 日，B 从 9 月 16 日起。系统应阻止 17 日工时落到 A、旧编号继续收数据、A 费率用于 B 或 A 管理员批准 B。转移必须有审计轨迹。

一名员工同时服务两个地点怎么办？

数据模型应允许多个同时 active 的 assignment。每个 assignment 保存日期范围、状态、地点、考勤编号、日程、政策和 payroll 来源。界面可汇总，但源数据仍应分开。

工时审批权限如何分配？

A 的审批人只应查看和批准 A；B 的审批人不应默认查看、修改或批准 A，也不应查看无关交易。

如果已领取后 A 的工时被修改

1. 保留交易历史；
2. 将 A 退回重审；
3. B 保持不变；
4. 仅重算 A；
5. 确定差额；
6. 对相关 A payroll 与周期重新对账。

期末对账应如何拆分？

字段	含义
员工	统一身份
客户/地点	工时来源
工资周期	结算范围
已批准工时	输入数据
工时价值	地点价值
已分配领取额	已付金额
差额	异常
目标 payroll	结算地点

跨两地分配时，各分配行之和必须等于原交易。

常见多地点错误

包括所有地点共用一个考勤号、混合客户工时、错误费率、跨客户可见、旧 assignment 未关闭、交易缺少地点/周期、payroll 归属不明、跨来源重复和删除旧 assignment 而非关闭生效日。

应跟踪哪些 KPI？

跟踪多 assignment 员工、未匹配编号、错误地点工时、未分配交易、转移差异、无生效日 assignment、错误费率来源和多地点投诉。

结论

多地点场景需要一个统一身份和多个独立 assignment。工时、考勤号、费率、审批、可用额和 payroll 必须匹配地点与生效时间。“先拆分、正确计算、再汇总”可避免混工时、错政策和错周期结算。

作者： Do Huy Le — Tổng Giám Đốc，Nhan Kiet Manpower Supply Co., Ltd.

面向雇主的 EWA 咨询： 热线 0937.022.655 · 邮箱 info@nhankiet.vn · 了解面向雇主的 EWA