The Ministry of Finance and the Public Service has said retroactive payments covering 1 April to 31 October 2026 are payable in December 2026, subject to the availability of funds. Thousands of payslips will carry a back-pay line this December — and the same questions come up in the private sector every time a wage settlement, a delayed increment or a corrected rate is finally paid.
What counts as retroactive pay
Retroactive pay — retro, or back pay — is money for work already done, paid late because the rate was settled late. The usual causes:
- A pay rise agreed in, say, November but effective from April.
- A union settlement or reclassification backdated to an earlier date.
- An increment that should have started months ago and didn't.
- A payroll error corrected — the employee was underpaid and is being made whole.
It is not a bonus (which is a discretionary extra, not a correction), and it is not a redundancy payment (which has its own tax-free portion under the 1971 Order).
It is ordinary pay, and it is taxed like ordinary pay
There is no special rate and no concession for back pay. Retroactive pay is gross emoluments, so the full set applies: PAYE, NIS, NHT, Education Tax and HEART. If it appears on a payslip, it belongs in your S01 and S02 totals like any other pay.
Why the PAYE looks brutal — and why the year is usually right
The lump lands in a single pay period, so it meets a single period's share of the income-tax threshold. Seven months of money, one month of threshold. That is why a December retro payslip can show a deduction several times the normal one.
Under cumulative PAYE, though, the tax is worked out on year-to-date pay against a threshold scaled to the period number, and the PAYE already deducted this year is credited back. So the arithmetic catches up: by the end of the tax year the employee has paid the right total, even though one payslip looked punishing.
On the periodic method there is no such catch-up — each period is taxed alone and an overtaxed lump stays overtaxed until the employee reclaims it on their annual return.
NIS is the one that does not even out
Here is the part that surprises employers, and it works in the opposite direction to the PAYE.
NIS is charged at 3% from the employee and 3% from the employer, up to an annual insurable-earnings ceiling of J$5,000,000 — which payroll applies period by period, as a share of the annual figure. On a monthly payroll that share is J$416,666.67, so the most NIS an employee can contribute in one month is J$12,500.
A retro lump blows straight through that cap. The heavy period gets clipped, and the lean months behind it cannot make the shortfall up.
Worked example
An employee on J$300,000 a month receives a J$50,000 rise backdated seven months. Same money, two ways of paying it:
| Employee NIS over the seven months | Insurable | NIS |
|---|---|---|
| A. Rise paid each month as earned — 7 × J$350,000 | 350,000.00 | 73,500.00 |
| B. Six months at J$300,000… | 300,000.00 | 54,000.00 |
| …then J$300,000 + J$350,000 retro = J$650,000, capped | 416,666.67 | 12,500.00 |
| B total | — | 66,500.00 |
| Shortfall from paying it as a lump | — | 7,000.00 |
J$7,000 less NIS from the employee, and the same again from the employer — purely because of when the money was paid, not how much it was. NIS contributions feed a contributory benefit record, so this is not only an employer's cost question.
The question that is genuinely open
All of the above assumes the payment is taxed in the period it is paid. There is a respectable argument that it should instead be assigned to the period it relates to — which would spread a retro lump back across the months it was earned, and change the NIS and the PAYE alike.
We have not found published TAJ guidance that settles this for retroactive pay, and we are not going to invent one. It matters most where the amounts are large or the retro crosses a tax year, and it is worth putting to TAJ directly for your own case rather than relying on any software's assumption — including ours.
Retro that crosses a tax year
Jamaica's tax year is the calendar year. Cumulative PAYE can only reconcile amounts inside the same year, so the self-correction described above works when the back pay and the period it covers fall in one year — as the April-to-October 2026 case does, paid in December 2026.
Back pay for a previous year, paid in the current one, is the harder case: there is no remaining year to even it out against, and whether the earlier year's return needs amending is exactly the question above. Take advice on that one.
A short checklist
- Treat it as ordinary emoluments — every statutory deduction applies.
- Give it its own payslip line, with the period it covers named.
- Expect the PAYE to look heavy in that period and to reconcile by year end on the cumulative method.
- Check the NIS figure — the ceiling will clip it, and that is the one that does not come back.
- Make sure it reaches your S01 and S02 totals for the year.
- If the retro crosses a tax year, ask TAJ before you file.
Retro pay, without the hand-arithmetic.
Brawta runs cumulative PAYE, applies the NIS ceiling correctly, and carries every figure straight through to your S01 and S02. Free to try — no card, works offline.