Skip to main content

Absence requests are going to the wrong recipient

An absence request has been sent to the wrong employee.

H
Written by Harry Ledger
Updated over a month ago

If an employee has created an absence request but the wrong employee receives it, there are a few things you can check. To do this, follow the steps in each of the sections below.

Check the Workflow Log

Firstly, you should ensure the employee has fully completed their absence request.

  1. In the Admin Tool, click Workflow Log.

  2. Click Running, then open the relevant date range.

    πŸ€“Tip: To find the date range, open the employee's absence record, then click the Request Details tab.

  3. Click the Initiator tab, then double-click the relevant workflow.

  4. To check which user it was sent to, click the form or messaging stage.

If the form is still waiting on the initiator, this means the employee hasn't fully completed their request.

If the request is fully complete, move on to the next section.


Workflow approval overrides

  1. Under Configuration, click Configuration.

  2. Click Workflow Approval Rules, then click Absence Approval Rule.

  3. Click the Overrides tab, then check whether there's an override.

  4. If there is one, select it, then click Delete.

If there's no override for this employee, move on to the next section.


Reporting overrides

πŸ“ŒNote: The Reporting Overrides tab only appears if you have Person to Person or Mixture of Both as your Reporting Line Option in the Admin Tool.

  1. Under Employees, click Career History.

  2. Open the relevant employee's record, then click the All Appointments tab.

  3. Open each appointment record, starting with the oldest.

  4. Click the Reporting Overrides tab.

If there's an incorrect override, you should remove it. If there's no override for this employee, move on to the next section.


Fallback rules

If the request has gone to the wrong recipient, it is commonly because that person is the fallback recipient.

The fallback rules are designed to work with three variables, which are:

  • Key Activity: Absence request period.

  • Key Date: Absence start date.

  • Period of availability for the primary authoriser: Default = two days before.

By default, the absence start date is evaluated against the availability of the primary authoriser, and a fallback is only triggered if this availability is not at least two days before.

πŸ“ŒNote: If you need to change these rules, for example, to evaluate against the date the request was submitted, please contact your account manager to discuss your consultancy options.

Fallback example

Sarah, the manager, is the primary authoriser for her team's absence requests, and she's unavailable from 10 to 15 June.

James, an employee, submits an absence request on 5 June, for leave starting on 12 June.

What happens to the request?

  • SelectHR checks Sarah's availability for the absence start date, 12 June.

  • Because Sarah is unavailable on 12 June, SelectHR checks the fallback rule.

  • The fallback rule requires the primary authoriser to be available for at least two days before the absence start date. In this example, 10 June.

  • Because Sarah is unavailable on 10 June, the request goes to the fallback recipient.
    ​


Check if managing posts has changed

If the request was sent to the incorrect person, it is possible that at the time the request was made, the employee was their manager.

Did this answer your question?