Home  ›  Payroll Guide  ›  How Brawta is validated
Accuracy · Jamaica

We don't ask you to trust our maths

Every payroll product's screenshots look correct. So Brawta's figures are checked against the answers Tax Administration Jamaica published — automatically, on every single change.

Updated 2026 · general information, not tax advice

The problem with "trust us"

You cannot tell whether a payroll engine is right by looking at it. The screen shows a number. It looks like a number. If it's wrong by $16 a fortnight, nothing on screen tells you — you find out when an employee queries their payslip, or when a return doesn't reconcile at year end, and by then it has been wrong for months across every employee you process.

That's an awkward problem for a vendor, because the honest answer to "is it accurate?" can't be the vendor's own assurance. Anyone can say it. So Brawta doesn't.

What we do instead

TAJ publishes worked examples — scenarios where they print both the inputs and the answers. Those examples are turned directly into automated tests. Brawta is given TAJ's inputs and required to produce TAJ's printed figures, to the cent. If it doesn't, the build fails and the release does not go out.

The point is who is being trusted. Not the developer, not the accountant who wrote the spec, not a reviewer signing off because they know us. The authority is the regulator's own published document, and the check runs automatically rather than when someone remembers to do it.

Tested against TAJ Technical Advisory 04/2025

"Increase in Income Tax Threshold effective April 1, 2025 – December 31, 2028" — cumulative PAYE worked scenarios.

TAJ scenarioWhat it testsTAJ's printed answer
Scenario 1 · Y/A 2025Annual liability on statutory income of $6,150,000$1,101,361.50
Scenario 3 · Y/A 2025Cumulative PAYE, $600,000/month, above the thresholdMonth-by-month
Scenario 5 · Y/A 2026Cumulative PAYE, $158,000/month, across the April stepMonth-by-month
Scenario 6 · Y/A 2027Cumulative PAYE, $162,000/month, below the thresholdMonth-by-month
Scenario 7 · Y/A 2028Cumulative PAYE in a flat year (no April increase)Month-by-month

Tested against the TAJ Employer's Guide

Employer's Guide to Income Tax, Statutory Deductions & Contributions (13 Dec 2019 edition).

Worked exampleWhat it testsTAJ's printed answer
Redundancy (p.24–25)2¼ × average salary $1,060,000 × 10 years ÷ 33⅓$715,500 tax-free
Company car (Appendix IV)Cost $300k–$700k, under 5 years, ≤50% private use$50,000/yr → $12,500 tax
Uniform & laundry (Appendix V)Exempt amounts for qualifying employees$5,739 / $3,395 p.a.

The $16.80 that most engines get wrong

Here is a concrete example of what this method catches — and it is the reason we think it's worth doing.

In a year where the income tax threshold rises on 1 April, the increase lands part-way through a fortnight. The obvious approach is to take the annual threshold and divide by 26. TAJ does not do that. They publish a specific per-fortnight figure that accounts for the split year:

April–December 2026, fortnightlyThreshold per fortnight
Annual $1,902,360 ÷ 26 (the obvious way)$73,167.69
TAJ's published figure (Advisory 04/2025, Table 1a)$73,234.90
Difference, per employee, per fortnight$16.80

Weekly and monthly payrolls divide evenly at the April boundary, so they're unaffected. Fortnightly does not — and fortnightly is extremely common in Jamaica. Nineteen fortnights, fifty employees, and the "obvious" method is out by roughly $16,000 for the year, in a direction that under-taxes and leaves the employer short at reconciliation.

How we found it. Not from a failing test — from reading TAJ's tables and noticing our figure didn't match theirs. That's the whole argument for validating against the source: an engine that is internally consistent and confidently wrong looks exactly like one that's right.

What this does and doesn't prove

Being straight about the limits, because a claim you have to over-read isn't worth making:

Rates that don't go stale

Correct-at-release isn't much use if the figures drift. When TAJ changes a threshold or a contribution rate, Brawta picks up the new figures on its own — signed by us and verified before they're applied — so a correct payslip doesn't depend on somebody remembering to install an update. You can turn that off, and you can always enter a rate yourself.

Check the arithmetic yourself.

Run the live demo against a payslip you've already produced. If our number and yours disagree, we want to know which of us is wrong — that's how the $16.80 got found.