Payroll software is often sold on the promise of accuracy, automation and compliance.
Modern systems can certainly make payroll faster, more consistent and easier to manage. They can automate calculations, connect time and attendance data, produce reports and reduce some forms of manual error.
But can payroll software guarantee that employees are being paid correctly under New Zealand employment law?
Not on its own.
A payroll system will calculate what it has been configured to calculate. If the legislation has been interpreted incorrectly, the source data is incomplete, or the employment agreement does not reflect how the employee actually works, the system may produce the wrong result perfectly.
That is why payroll compliance cannot be treated as a software feature. It is an outcome created by the interaction between legislation, employment arrangements, data, configuration, processes and people.
When a payroll system completes a pay run without producing an error message, it confirms that the system was able to process the information it received.
It does not necessarily confirm that:
Consider an employee whose agreement states fixed hours but who regularly works a different pattern. The payroll system may contain the contracted hours, the roster may contain another pattern, and managers may approve additional hours through a separate process.
Each system can appear to be working. The compliance problem sits in the gaps between them.
Payroll systems need rules. Someone must decide how an allowance is treated, which earnings are included in a calculation, how an employee's work pattern is represented and what should happen when employment circumstances change.
Those decisions require more than technical system knowledge.
They may require an understanding of:
A technically correct configuration based on an incorrect interpretation will still produce incorrect pay.
Likewise, a compliant rule cannot produce a reliable result if the source data feeding it is incomplete or inaccurate.
Many payroll risks begin before information reaches the payroll system.
HR may create an employment agreement. A manager may establish the employee's actual roster. Time and attendance may capture hours worked. Payroll then applies configured rules to the information it receives.
If these parts do not agree, payroll is often left to resolve the difference at the end of the process.
Common examples include:
These are not simply software problems. They are payroll governance and operating model problems.
System implementation projects often include configuration testing. This is necessary, but it should not be limited to confirming that an individual rule performs as designed.
Payroll assurance should also test whether the system produces the correct outcome when real workforce conditions interact.
That may include employees who:
These scenarios help identify problems that may not be visible when configuration items are tested separately.
The objective is not only to confirm that the system follows its design. It is to confirm that the design, configuration and calculated outcome are correct.
Moving to a new payroll system does not automatically create clean payroll data.
Historical employee records, leave balances, pay components and configuration decisions may all be transferred from the existing environment. If those records contain errors, the new system can inherit them.
This is particularly important as employers prepare for the Employment Leave Act 2026.
The new Act is due to replace the Holidays Act on 6 August 2028. Employment New Zealand has told employers to continue complying with the current Holidays Act and to make sure existing payroll data is accurate before the transition. Its guidance specifically identifies leave balances, leave pay calculations, employment agreements, payroll related systems, rostering, time and attendance, multiple roles and employee transfer processes as areas employers may need to review.
The message is clear: implementation should not begin with an assumption that the current state is correct.
It should begin with evidence.
Independent assurance is not a second implementation team and it should not duplicate the work of the software vendor.
Its role is to provide an objective view of whether the payroll outcome is accurate, compliant and supported by appropriate controls.
A well designed assurance programme may include:
Confirm that payroll requirements have been correctly identified from legislation, employment agreements and policies before they are translated into system rules.
Review whether employee records, hours, earnings, leave information and historical balances are complete, accurate and suitable for migration or calculation.
Check that the approved requirements have been correctly configured and that related rules work together as intended.
Test real employee scenarios and independently validate the resulting calculations, rather than relying only on expected system behaviour.
Examine how information moves between HR, rostering, time and attendance, payroll and finance, including manual workarounds and exception handling.
Compare results between environments, investigate differences and confirm that material issues have been resolved before the system becomes the source of employee pay.
Check whether the system continues to operate as intended once it is processing live data and real operational changes.
Using a recognised payroll platform does not transfer the employer's legal obligations to the software.
Employers remain responsible for maintaining wage, time, holiday and leave records and for paying employees their minimum entitlements. Where arrears arise, the cost may extend beyond correcting the original underpayment. Employers may also face investigation, penalties, remediation costs, employee complaints and loss of trust.
This does not mean payroll technology should be avoided. It means technology needs the right governance around it.
The strongest payroll environments combine: Sound legal interpretation + accurate data + appropriate configuration + disciplined processes + independent testing
Remove any one of those elements and the risk increases.
Whether an organisation is replacing its entire payroll platform or making a smaller configuration change, it should ask:
If the answers rely entirely on the system accepting the configuration without an error, the implementation may have tested functionality without fully testing compliance.
Payroll software is an essential part of modern payroll delivery, but it is not a substitute for payroll expertise.
The system can automate a rule. It cannot independently determine whether the rule reflects the legislation, the employment agreement and the employee's real working arrangement.
PPS works alongside employers, payroll providers and implementation partners to connect these parts of the payroll environment. Drawing on more than 11 years of New Zealand payroll experience and work across 100 plus remediation projects, our team provides payroll audits, configuration assurance, calculation testing, remediation support and independent assurance throughout transformation.
Whether you are implementing a new system, reviewing an existing configuration or preparing for the Employment Leave Act, the objective should be the same:
Do not just confirm that the system works. Confirm that it pays people correctly.
[Talk to PPS about payroll audit and independent assurance.]
Payroll software can support compliance, but it depends on correct interpretation, accurate data, appropriate configuration and effective processes. Employers should not assume that using a recognised system guarantees every calculation is compliant.
A payroll system audit examines how legislation, employment agreements, employee data, payroll configuration, calculations and operational processes work together. Its purpose is to identify gaps that may create incorrect payments or compliance risk.
Independent testing provides a separate assessment of whether configured rules and calculated outcomes are correct. It can identify issues that may be missed when the same team designs, configures and approves the solution.
Yes. Reviewing the current environment before migration can identify unreliable data, incorrect balances, unresolved compliance issues and configuration decisions that should not be carried into the new system.
The Employment Leave Act will change how leave is earned, taken, paid and recorded from 6 August 2028. Employers may need to update payroll and related systems, employment agreements, workplace policies, pay statements and record keeping processes. Detailed implementation guidance is still being developed.
.png)
BACK TO BLOG