Skip to main content

My payroll totals look wrong

A figure that does not match what you expected is usually one of a handful of things, and almost none of them are the calculation. Work down this list in order.

Check which month you are looking at​

The Payroll screen only ever shows the open period, named at the top under Current payroll. If you confirmed the month yesterday, the screen has already moved on to the next one, and its rows are the new month, not the one you are thinking of.

Confirmed months are in Payroll history at the foot of the same screen. The Processing dashboard has its own Select run, which moves independently of everything else, so you can be reading two different months on two tabs without noticing.

Check the lines under the row​

Gross total is not the salary. It is the salary plus every income line you added for that month, and each line is listed under the row.

A bonus, commission or an allowance you added weeks ago is still there and still in the total. See earnings and deductions.

Check whether the gross was overridden for this month​

Someone's gross can be changed for a single month without changing their record. When that has happened, the payroll row and the employee's record disagree, on purpose, and the record is not the one being paid.

There is nothing on the row that flags it. Compare the salary line on the payroll against the gross amount on their employee page, and if they differ, the override is why. See change an employee's pay.

Deductions are only PAYE and the employee's UIF​

That is the whole of the deductions figure. E·BIZI Pay has no field for a loan repayment, a medical aid or a garnishee, so if you were expecting one of those to be in there, it is not.

SDL and the company's half of UIF are not deductions either. Your employees do not pay them, you do, so they sit in the SARS totals at the foot of the screen rather than in anyone's row. That is why the SARS total is larger than the sum of the deductions columns.

A short month is usually a start date or a last day​

E·BIZI Pay works someone's first and last month out from the dates on their record, not as a whole month. Someone who joined on the 15th is paid from the 15th, and someone whose removal date fell mid-month is paid up to that date.

Check their start date on the employee page, and their removal date if they have left. See end an employee's employment.

PAYE is high or low for someone who joined mid-year​

PAYE is worked out on what the person has earned across the tax year, not on this month alone. If they were paid by someone else, or by you on another system, earlier in the same tax year and those totals were never entered, E·BIZI Pay is taxing them as though the year started when you added them.

That understates PAYE, sometimes badly, and it does not correct itself. See opening balances mid tax year.

Someone is missing from the total​

If the total is short by roughly one person's pay, the likeliest answer is that they are not on the run at all. That has its own list. See an employee is missing from the payroll.

You do not have to recalculate anything​

Every change recalculates immediately. Add income and the row, the company totals and the SARS totals all move as soon as you choose Add.

So a figure that has not moved has not been saved, rather than being a figure waiting for a recalculation. There is no recalculate button in E·BIZI Pay, and nothing is queued.

If a confirmed month is wrong​

You cannot reopen it, and correcting it in the following month makes your SARS submissions disagree with your payroll. Speak to us rather than working around it. See close a payroll period.