Issues resolved in EmpowerHR 2024.3



Active ESS payslip - not showing salary sacrifice: ihelp 382689 #13076 

iHelp:  382689 #13076 

EMP-6697

Reported by:  Department of Social Services (DSS)


Issue

Located at:

Employee Self Service > View Payslip 

After changing the salary sacrifice type from % to $ type fund, the salary sacrifice % is not displaying on the payslip.

Resolution

We added the year to date column to the Tasmanian Department of Health payslip deduction section to show the year to date % amount where the current pay cycle uses the $ amount type fund, and vice versa.  The client-specific payslip UI  files are excluded from the standard EmpowerHR build so you must extract them manually. 

UI = user interface.


Information A zip  file (containing files changed for this issue) is attached to EMP-6697 (Jira ticket).  For help accessing or installing the file, contact us by logging an iHelp request. 

zip/zipped file = a compressed file.  Compression reduces the size of the file for faster sharing and storage.


Leave loading - calculating incorrectly: ihelp 397935 #13675

iHelp:  397935 #13675 

EMP-6931

Reported by:   Catholic Education Diocese of Bathurst (CEDB)


Issue

Located at:

Payroll > Employee Pay Calcs Enquiry 

EmpowerHR is not calculating a full year of leave loading where a CEDB employee's total LWOP  term days do not exceed 20 days.

LWOP = leave without pay

Resolution

We've made changes so the affected averaged employee now calculates a full year of leave loading.


Health and safety - active hazards managed this period summary issue:  ihelp 314853 #12956

iHelp:  314853 #12956 

EMP-6208

Reported by:  Catholic Education Archdiocese of Canberra and Goulburn (CECG)


Issue

Located at:

Health and Safety

On the Health and Safety screen, the hazard summary count results are missing counts on a few rating types.

Resolution

We fixed the issue so the list of hazards summary count is populated with all the rating types currently in the Hazards Managed This Period list.


Leave request - PDE Batch 30 check - null error occurs:  ihelp 441390

iHelp:  441390 

EMP-7687

Reported by:  University of South Australia (UniSA)


Issue

Located at:

Leave Details > New Request

When creating a new leave request, a null exception shows during a PDE Batch 30 check when there are no workflow tasks set up for the leave element, or there is no position record for the employee.

Resolution

When doing the PDE 30 Batch check, we've added an extra condition to look for null workflow task so it shows an appropriate error message instead of null exception when it does not find a workflow task for the leave element, or when there is no position record for the employee.


Calcs incident message - misleading: ihelp 398063 #13673

iHelp:  398063 #13673

EMP-6930

Reported by:   Payroll Services (CEDB)


Issue

Located at:

Background Jobs > Payroll Processing > Pay Calculations > Calcs Error Listing

Tasks > Payroll > Payroll Processing >  View Calcs Incident Message

The following message displays on Calcs Error Listing and View Calcs Incident Messages when leave loading is entered into Pay Data Entry for Averaged Employees:

Overriding Transaction Entered - Pay Not Generated for Xmas Pay

The message occurs when leave loading is overridden for the Averaged Employee.  Users find its wording confusing and think it relates to the Christmas formula pay.  It implies EmpowerHR has not generated the Xmas Pay when it has.

Resolution

We've changed the message so it is clearer.  The wording is now:


Overriding Transaction Entered - Pay Not Generated for Xmas Leave Loading Pay


EOY formula payment (closed employment) disbursed to wrong payment code: ihelp 397682 #13668

iHelp: 397682 #13668 

EMP-6926

Reported by:  Catholic Schools Office Diocese of Maitland-Newcastle (CSOMN) 


Issue

Located at:

Background Jobs > Payroll Processing > Pay Calculations

Enquiries > Payroll > Employee/Pay Code Browse 

For some closed employments, the first four weeks of formula payment is disbursed to the wrong payment code.  Instead of being disbursed to the annual leave payment code, it is incorrectly disbursed to 1003 Xmas ord.

Resolution

The formula is now disbursed correctly with the first four weeks assigned to the annual leave payment code, and then any remaining formula disbursed to the Xmas ordinary payment code.


HDA dates do not display correctly on payslip:  ihelp 480891

iHelp:  480891 

EMP-9119

Reported by:  Department of Fire and Emergency Services (DFES)


Issue

Located at:

View Payslip

Higher duty dates do not display on the employee's payslip when higher duties start halfway through the last completed period.  

Resolution

We've fixed the issue so the from and upto dates now display as a reference when an HDA starts halfway through the last completed period.


David Jones - weekly costing process for ad hoc pay creates duplicate records in weekly costing table: ihelp 523454

iHelp: 523454

EMP-9242

Requested by: David Jones


Issues

Located at:

Background Jobs > Payroll Processing > Interfaces > Weekly Costing

Background Jobs > Payroll Processing > Interfaces > Weekly Costing Summary

  1. When running the Weekly Costing process for an ad hoc pay run against the monthly payroll codes, the system is generating two lots of records. This causes duplications in the general ledger.
  2. With the Weekly Costing Summary process, when the summary is run for the monthly payroll for an ad hoc pay run that falls in a week not flagged as eom, the week number is flagged as completed in the Costing Calendar table.  This causes an error in the fortnightly costing, saying the week number has finished.  We need the process to have a second option for the week number not flagged as eom to allow the summary to be run for monthly ad hoc and then again when the fortnightly summary is run. The current process runs twice on weeks where the eom flag is y (yes).  

Resolution

  1. We've found and rectified the bug. 
  2. We've modified the logic for indicating the weekly costing summary process for the week number not flagged as eom to allow the summary to be run for monthly ad hoc and then again when the fortnightly summary is run.

David Jones - unable to run weekly costing process with costing already finished error: ihelp 523454

iHelp: 523454 

EMP-9265

Requested by: David Jones


Issues

Located at:

Background Jobs > Payroll Processing > Interfaces > Weekly Costing

The Weekly Costing process generates an error stating the Week End Date of ddMmmyy is already finished when the process hasn’t been run before for fortnightly payrolls but is already closed for monthly payrolls.

Resolution

We have fixed the code that checks if the Week End Date to be processed has finished or not.  This is updated to allow fortnightly payrolls to process even though the monthly ones are closed (or ad hoc run for them with same week number).


Crossboarding spreadsheet load does not correctly end date previous position movement: ihelp 512951

iHelp: 512951 

EMP-9184

Reported by:   Catholic Schools Diocese of Lismore (CSO Lismore)


Issue

Located at:

Background Jobs > Bulk Data Take-On > Crossboarding > Crossboarding Initiation

When processing the crossboarding spreadsheet with Salary Increase, EmpowerHR does not end date the previous movement correctly.  It end dates the previous movement with the employee pay start date. 

Resolution

We've made changes to correct the date.


Query manager - query using substantive occupant returns end dated employees: ihelp 487940

iHelp: 487940  

EMP-9203

Reported by:  Telethon


Issue

Located at:

Enquiries > Query Manager

Running a query to identify current occupants of a position results in displaying employees who are not currently in the position. These employees were once in the position, but the employment is end dated (multiple employments). 

Resolution

We've found and rectified the bug.


Deduction requests - unable to edit pending requests:  ihelp 515109

iHelp:  515109  

EMP-9111

Reported by:  Department of Communities (DoC)


Issue

Located in Self Service at:

Requests > Deductions

On the Deductions screen, Action buttons do not display in the Pending Requests table so users are unable to edit/delete a pending deduction request.

Resolution

We've fixed this issue so the Action buttons display as expected.


Crossboarding web service - cannot crossboard position if employee is on HDA: ihelp 451706 #13721

iHelp: 451706 #13721 

EMP-8345

Reported internally (Fusion5)


Issue

Located at:

Background Jobs > Bulk Data Take-On > Crossboarding > Crossboarding Approval/Error Fix

When crossboarding a promotion while the employee is on Higher Duties Allowance (HDA), an error occurs and the position movement cannot be crossboarded.

Resolution

We've fixed the issue.


CEDB general ledger interface – unusual large amounts of split benefits: ihelp 520402

iHelp: 520402 

EMP-9234

Reported by:  Catholic Education, Diocese of Bathurst (CEDB)


Issue

Located at:

Background Jobs > Payroll Processing > Interfaces > CEDB TechOne Interface

CEDB GL interface produces incorrect large amounts of split benefits for a certain employee.

Resolution

The code for avoiding a division by zero in the program has been fixed and the issue no longer occurs.

Information

This release is provided for EmpowerHR 2024 and 2023.


Formula 2 calculation (closed employment) does not include current pay period payments: ihelp 397931 #13676, 488103

iHelp:  397931 #13676, 488103  

EMP-6932, EMP-9113

Reported by:   Payroll Services (CEDB)


Issue

Located at:

Background Jobs > Payroll Processing > Pay Calculations

The Formula 2 amount is incorrect for employees whose employment closed in the final pay period of Term 4.  Earnings for the current pay period are not included in the formula calculation.

Resolution

Formula 2 calculation now includes the final payments processed in the current pay period, including the EOY Xmas Leave pay period where, for example, the employment closes on the last day of Term 4.


Wrong formula 2 calculation amounts for some employees: ihelp 397924 #13677

iHelp:  397924 #13677  

EMP-6938

Reported by:   Payroll Services (CEDB)


Issue

Located at:

Background Jobs > Payroll Processing > Pay Calculations

The wrong Formula 2 amount is calculated and disbursed for two CEDB employees.

Resolution

We've made changes to ensure earnings for the formula 2 calculation relate only to the current school year.


Incorrect leave loading calculation for employee: ihelp 397934 #13669 

iHelp:  397934 #13669  

EMP-6927

Reported by:   Payroll Services (CEDB)


Issue

Located at:

Background Jobs > Payroll Processing > Pay Calculations

A CEDB employee is paid a full year of leave loading instead of a part year.

Resolution

The system incorrectly read the Employee start date instead of the Employment start date.  Part year leave loading now correctly calculates for the affected employee.


School functionality - incorrectly determine a formula 1 type for non-averaged employee: ihelp 396722 #13662

iHelp:  396722 #13662  

EMP-6832

Reported by:   Catholic Schools Office Diocese of Maitland-Newcastle (CSOMN) 


Issue

Located at:

Background Jobs > Payroll Processing > Pay Calculations

Tasks > School > Formula Check

A formula type is incorrectly identified for a Non-Averaged Employee.

Resolution

EmpowerHR now reads the movement records correctly and no longer identifies a formula type for a Non-Averaged Employee.


Termination leave loading - individual gather and calc result differs from full pay calc result: ihelp 521035  

iHelp:  521035  

EMP-9225

Reported by:   Payroll Services (CEDB) 


Issue

Located at:

Tasks > Payroll > Pay Data Entry > Individual Gather and Pay Calcs

The result of the calculated termination leave loading (ZLEL) shown for an Individual Gather and Pay Calcs is sometimes different to the amount calculated by the full pay calculation for random employees,

Resolution

EmpowerHR now calculates the same value of termination leave loading for Individual Gather and Pay Calcs, and full pay calculation.


Individual formula calc screen - does not show new fortnightly (FN) salary used for formula 1: ihelp 397944 

iHelp: 397944 

EMP-6924

Reported by:  Catholic Education, Diocese of Bathurst (CEDB)


Issue

Located at:

Enquiries > School > Individual Formula Calculation

The fortnightly salary is reported incorrectly on the Individual Formula Calculation enquiry screen where the employee has a salary change on the last day of Term 4.  The Formula 1 calculation is correct, however, EmpowerHR reports a proportionate salary on this screen.

Resolution

The Individual Formula Calculation screen now correctly displays the standard fortnightly salary as at the last day of Term 4 for the active average employee receiving a Formula 1 payment.


Leave balance calculates as negative – no error shows when creating leave request: ihelp 511667

iHelp: 511667

EMP-9216

Reported by:   Catholic Schools Diocese of Lismore (CSO Lismore)


Located at:

Requests > Leave > New Request

When submitting a retrospective leave booking request, the leave calculator is not taking any future leave booking requests (that are waiting for action) into account while processing the low balance check.  This results in EmpowerHR neglecting to show a low balance error message.

We changed the query that fetches active leave booking requests so it also retrieves leave booking requests with a future start date.


Next topic

EmpowerHR 2024.2.09 hotfix release notes


© 2023 Fusion5. All rights reserved.