同一次工资处理出现了几套记录
本文采用示例性组合客户情境，不对应某位可识别客户，也不代表 Pillar 已经完成的服务或结果。
一家新西兰企业雇有工时不固定的员工。经理在一款应用中安排班次，员工用另一套工具记录实际工时，请假通过电子邮件批准，工资则交给外部服务商处理。一位员工发现，工资单上的工时和假期余额与经理保存的记录不一致。
企业不能直接采用更新时间最新或大家最熟悉的系统余额。应从雇佣协议和实际发生的工作、请假情况出发，重建一位员工在一个工资期的记录，再把更正同步到所有受影响的资料。
明确每类记录负责说明什么
先列出简单的数据图。雇佣协议和有记录的当前工作模式说明适用条款与实际安排；排班表说明原定工作；工时表或考勤资料说明实际情况；请假申请与批准记录说明获批日期和假期类别；工资输入与计算报告说明系统处理了什么；工资单和银行付款说明员工收到的通知与款项；假期明细则说明余额怎样变化。
Employment New Zealand 要求雇主保存完整、准确的工资、工时、假期和请假记录。相关指引也提醒，企业即使使用工资软件，仍要核对员工工时或工资变化。把计算交给外部服务商，或把批准记录保存在其他系统，并不会转移雇主对记录的责任。
为每组数据写明录入、批准、导出、检查和更正负责人。员工的工时、工作模式、工资率或请假安排发生变化时，还要记录生效日期。交接流程没有负责人或截止时间，较晚发生的排班调整和已批准缺勤就可能错过本次工资文件。
按固定顺序核对一个工资期
在所有系统中采用同一个员工编号和工资期日期，然后依次对照：
- 雇佣协议、当前工作模式和工资设置；
- 原定排班和实际工作时间；
- 申请、批准和实际使用的假期；
- 工资处理中采用的普通工时、额外工时、假期时数和相关工资率；
- 税前工资、扣款、税后工资和银行付款；
- 工资单、工资日记账、payday filing 和假期明细。
每个差异都应写成具体事件，例如四小时已批准假期没有进入工资输入，或新的工作模式晚了一个工资期才生效。不要为了让屏幕余额相同而强行改动假期余额或工资代码。原始事件、适用规则、初次计算、更正和批准记录都应保留下来。
Employment New Zealand 的工资系统评估指南说明，工资设置要反映员工的实际工作模式、协议和变化，部分判断还需要人工处理。即使系统一直按照输入内容计算，输入资料或设置本身仍可能不完整。
把假期当作一套明细账核对
工资单上的余额是整条计算链的结果。核对时应查看期初数、每笔累积或应享额度、已休假期、冲销和人工调整，并检查日期和单位。工作模式改变后，如果不同系统没有采用相同的生效日或换算规则，以天数记录的余额与小时数之间可能逐渐出现差距。
把员工的申请和批准资料与工资证据一并保留。更正涉及工资、税务申报或以前期间余额时，应记录重新计算的期间、修改过的申报或日记账、向员工提供的资料和批准人。最后确认更正后的期末余额已经成为下一工资期的期初数。
会计系统审视可以找出中断的数据交接和不完整的日记账。个人法定权益、雇佣协议、还款或雇佣争议可能需要雇佣关系专家或律师处理。Pillar 可以协助整理会计证据，但不会对有争议的法律权利作出判断。
把 2028 年测试与现行工资系统分开
《Employment Leave Act 2026》计划于 2028 年 8 月 6 日生效。Employment New Zealand 在 2026 年 8 月发布的工资软件准备指引中说明，《Holidays Act 2003》会继续适用至该日。企业和软件服务商可以整理数据、开发功能并测试情境，当前工资处理不能提前启用未来法律的计算方式。
实施计划应保存两套有明确日期的规则。正式工资记录需要标明当前使用的法律和设置。2028 年变化的测试资料应加上标签、限制访问，并确保它们不会流入正式工资单、付款或申报。
Pillar 的Xero、工资与会计系统服务可以协助梳理数据负责人、工资交接、日记账和更正记录。工资更正影响 PAYE 或其他申报时，也可以查看税务与合规服务。
如需确定会计系统审视范围，可使用网站公布的电话或联系 Pillar。请勿通过网站表单发送雇佣协议、工资导出文件、员工资料、密码或假期记录。