Known Issues

Below are details of the current known issues most frequently encountered by CoreHR users.  The HRIS Support Centre is aware of these issues and is working with our supplier, CoreHR, to resolve them. In the meantime, please refer to the "workarounds" provided in the further information.

e-Recruitment module

Unable to create Merged Applications pack

Description: After merging applicant packs via 'Vacancy Maintenance' an email is received indicating this process is complete. However, within the generate applications sub-screen, the date in the bottom right corner doesn't populate with the latest run date, indicating that the applications are not merged. This will only affect vacancies/packs which have a very large number of applicants or large attachments against the individual application packs.

Latest Update: This is a known error with CoreHR/Aspose but we are currently investigating whether there are any technical solutions that will resolve or mitigate occurrences of this issue.

Workaround: Break up the merging of applications into smaller chunks of a maximum of 150 applicants per merge, this number may need to be much fewer for some vacancies where there are large attachments against individual applicants.

Applicant unable to attach documents

Description: When an applicant attempts to attach a document to their application they receive one of the following error messages;

  • Sorry page cannot be found
  • The document "filename_SupportingStatement.pdf" you tried to upload is not an acceptable document type.!!ā€

Latest update: This issue did not arise during v20 testing. This issue has been raised with Core for further investigation.

Workaround: This is an intermittent problem and seems to be PC and browser related. Advise applicants to attempt attaching the documents via a different browser (i.e. Google Chrome). If this fails to resolve the problem the applicant should contact the HRIS Support Centre.

Personnel module

Unable to view new employee record in read only mode

Description: When navigating to a new employee record via the Enquiry menu path an error message is displayed stating 'field must be entered'.

Process: Personnel (Enquiry)

Latest update: This will be fixed in minor release 20.0.24

Workaround: Once the payroll has been run, users will be able to navigate through the employee record as expected.

Slow performance accessing the Maintain Salary Approvals screen

Description: When a salary approver attempts to access the HR Salary Approvals screen, it can sometimes take up to five minutes for the screen to open. The issue is intermittent but occurrences seem to increase around Payroll deadline, which indicates that the high number of outstanding approvals around this time may be impacting on the screen performance.

Latest update: This issue has been raised with Core for further investigation.

Retirement date calculation

Description: Retirement date field is calculated based on date of birth in personal profile screen. This does not reflect current legislation and the University's EJRA.

Process: Personal profile details

Latest update: We will be investigating the options to address this once version 20 is place.

Workaround: Do not use this field. Where an employee has requested to work beyond the EJRA, the UDF should be completed. See QRG CH27 Recording and Maintaining EJRA Data (175kb)

Applicant appointed but remains in applicantsā€™ list

Description: When an applicant has been appointed into a post and the process has been completed the applicant still remains within the applicant list under new appointments. 

Process: New appointments

Latest update: This is an ongoing issue that is currently under investigation.

Workaround: Departments should check status in Personnel if unclear.

Invalid cost allocation error

Description: If an invalid cost centre is used when setting up cost allocations the database will save a row containing the invalid data and will prevent further updates.

Process: Cost allocation

Latest update: Ongoing issue under investigation.

Workaround: Always select cost centre and project code from list. Where incorrect code already entered, please contact the Support Centre with details. If not yet available a new Payroll Cost Allocation form has been created, which should be used to request the creation of payroll cost allocation codes in R12 Oracle Financials, for salary costings in Core. Full details of how to do this are included on the Guidelines for Completion tab of the form. Once your form has been processed by the Financial Reporting Team, you will receive an e-mail to confirm that the payroll cost allocation code has been set-up. Once created in R12 Oracle Financials, the new payroll cost allocation code will be available in Core the following day.

Cost allocation for future dated appointments 

Description: When an actual appointment 'effective date' is later than the 'planned start date' held against the planned appointment, the cost allocation data is added effective from the 'planned start date' rather than the actual appointment start date. If the user does not realise and fix then the cost allocation will be ended the date before the actual start date when the appointment is commenced.

Process: Cost allocation

Latest update: Ongoing issue currently under investigation.

Workaround: Check cost allocations start date after user has appointed to a new post. If allocation 'start date' is different to the new appointment 'effective date', cost allocation must be deleted and added with the correct 'start date'.