Q. After submitting my first FPS on BrightPay for a new employer, I noticed that the taxable payable for the month is higher on HMRC than what I expected. It seems to be showing the Year-to-Date amount instead of just the monthly figure
A. This is actually an issue with HMRC's server that they are aware of, please see below an email explanation from HMRC as to how this happens and to contact them in order to have it rectified:
"As part of our matching rules, we try to create a match based on the employee’s personal data, payroll ID/old payroll ID and a financial monetary check. We encourage employers to provide the previous payroll ID when making a change, but we realise and accept that this isn’t always possible.
Unfortunately, during the first period of a new tax year there are no figures held to perform the financial match. If the financial matching fails, another employment can be created which can often trigger incorrect tax codes - this is especially significant if the employee has more than one employment at the same employer. If the change of Payroll ID occurs during the tax year, for example in month 3, then the financial matching rules could match the payment at month 3 to the existing details held as at month 2.
The financial monetary check consists of a check against payroll data already held for an employee. We add the “this period” from the latest FPS to the “YTD” already held on the employee’s record and it will match if the sum equals the “YTD” on the latest FPS.
- YTD @ month 2: 500.00 (existing data)
- this period @ month 3: 50.00 (from latest FPS)- expected YTD @ month 3: 550.00 (from latest FPS)”
The Advice would be to contact the Employer Helpline again who should take steps to instigate the procedures to clean up the erroneous employments.
"As part of our matching rules, we try to create a match based on the employee’s personal data, payroll ID/old payroll ID and a financial monetary check. We encourage employers to provide the previous payroll ID when making a change, but we realise and accept that this isn’t always possible.
Unfortunately, during the first period of a new tax year there are no figures held to perform the financial match. If the financial matching fails, another employment can be created which can often trigger incorrect tax codes - this is especially significant if the employee has more than one employment at the same employer. If the change of Payroll ID occurs during the tax year, for example in month 3, then the financial matching rules could match the payment at month 3 to the existing details held as at month 2.
The financial monetary check consists of a check against payroll data already held for an employee. We add the “this period” from the latest FPS to the “YTD” already held on the employee’s record and it will match if the sum equals the “YTD” on the latest FPS.
- YTD @ month 2: 500.00 (existing data)
- this period @ month 3: 50.00 (from latest FPS)- expected YTD @ month 3: 550.00 (from latest FPS)”
The Advice would be to contact the Employer Helpline again who should take steps to instigate the procedures to clean up the erroneous employments.
Q. I’ve already submitted an FPS for a previous pay period but need to make a correction. What is the correct procedure in BrightPay to amend and resubmit the figures?
A. Ideally, it’s best not to reopen payroll for a previous period to change year-to-date figures, as this can impact your employee’s take-home pay. Instead, a better approach is to update the year-to-date details using the Mid Year Totals tab on the employee's record. Once you enter the correct figures there, BrightPay will automatically recalculate any underpayments or overpayments of tax in the current payroll period. This helps keep everything accurate without affecting previous payslips.
Please note: You cannot correct payroll on BrightPay that was processed on another software. The original payroll processor will have to use the same software to correct it, or it may be possible to use HMRC Basic Tools for this purpose if you need to correct the payroll yourself.