It would clients and processors greater peace of mind to be able to mark off warnings once they had been actioned, in much the same way as we mark processing notes. This would speed up our checking process, as we would know at a glance which warni...

Brief Description Currently, when an unpaid leave record is processed, the corresponding amount is deducted directly from Basic Pay. This can create confusion for both clients and employees reviewing the payslip, as it appears that the employee's ...

It would be helpful to see the owner of a particular payroll at a glance from the dashboard, or employer list. This would make it easier to quickly identify any payrolls that I no longer need to access and take steps to have my access removed, rat...

I need to run a report for the period January to December but had to do one report for Jan to March (2025/2026) and another for April to December (2026/2027)and then consolidate the 2 reports. Earnie, the previous payroll, you could select the dat...

Since the recent changes that have been made to Staffology on sickness calculations, for the clients we use an internal OSP process for this is causing us additional work as per examples below. Once sick dates are imported into STF it then automat...

Please can the function be added, similar to IPP, where you can back date an NI table change and correct the NI values, generating refunds where applicable, rather than having to roll back the payroll to correct

Some Sole Trader subcontractors have a 'trading as' name which they use. It would be helpful to be able to add this to their records like we can on the company subcontractors under the employment tab. If it could also show in the run that would ma...

Leaving the W1/M1 field blank on an import can currently override an employee's existing W1/M1 setting. It would be safer if W1/M1 could only be changed when TRUE or FALSE is explicitly entered, with a blank field meaning no change. This would hel...

It would be good to show year to date balances on the employee record for all amounts like it did on Earnie payroll for all the pay codes e.g. pensions, bonuses etc.

Currently the system allows the user to enter decimal points to the percentage split and appears to save the values this way, but it doesn't actually save these values with the decimal points, nor does it calculate the split with the decimal point...