Contents
Time-Off Bidding
You enable WFM's time-off bidding feature by creating and configuring bidding periods and associating them with a site and multi-site activity (MSA). Once configured, agents who are within the site and assigned the MSA can submit multiple, concurrent time-off requests within the bidding period, which WFM processes between the specified Processing Start date/time and Closing date/time.
WFM grants these time-off requests, based on seniority and/or rank. Time-off requests that WFM cannot grant are processed after the bidding period Closing date/time if there are available slots in the time-off limits. After the Closing date/time, WFM continues to process requests, but does not wait for the agent to make changes to preferred, wait-listed requests that cannot be granted, nor does it update the agent's bidding status.
To enable the time-off (vacation) bidding feature:
- Create the bidding period.
- Configure its properties by entering the dates and times that you want the period to cover and the bidding period constraints.
- Associate sites and a multi-site activity with the bidding period.
Entering and Changing Time-Off Requests
In the Calendar view, you can change the agents' time-off requests, enter new requests, or manually grant existing requests at any time, even after the bidding process has started.
In the Time-Off Bidding views, when the bid assignment process is in the Timed Out state, you can manually skip the agent. Adjust the order of processing at any time by setting agent's status to Skipped or Ready, indicating that the automatic bid process should not consider the agent's requests. When you set the agent's status to Skipped, the bid assignment process moves on to the next agent's request.
When Can Agents Submit or Change Requests?
Agents can enter new time-off requests at any time, even if bid assignment process has been started and their existing requests have already been processed. The new requests will be given Preferred Wait-Listed status, like all other requests being pooled for bidding. After entering the new requests, agents must change the request status to Ready.
Agents must enter time-off requests that cross the bidding period boundaries as two or more separate requests, with all of the items in each request being either fully within or fully outside of the boundaries. WFM rejects requests that straddle the boundaries. If there are existing requests of this type (due to data migration), the bid assignment process considers only that part of the request that is inside the boundaries, even if it means that only the part of request is granted.
Agent cannot delete or recall a single item in a batch request that contains multiple items; the same action is performed on all items in the request. The same rule applies if the status of time-off items in the batch changes (to Granted, Preferred, or Declined), but a supervisor can override it.
Resolution of Requests
When WFM process the bids, it uses the resolution rule that was configured for the bidding period (see Bidding Period Properties rows 10-13) and automatically resolves time-off preferences by either granting them or performing some other action, such as wait-listing. After the Closing date/time, WFM continues processing any time-off requests that were not previously processed, using resolution rules. Time-off requests submitted after the Closing date/time are processed on a FIFO basis.
How Automatic Bid Assignment Works
The automatic bid assignment process runs multiple times between the Processing Start date/time and the Closing date/time with a preset frequency using the following algorithm:
- For each agent in status Waiting:
- Check if agent's timeout has expired:
- If expired, set agent to Timed Out
- Check if agent's timeout has expired:
- If there are still agents in status Waiting, which were skipped (above):
- DONE. Wait until the next run.
- Process the agent list in the predefined order and look for agents in status Entering and Ready.
- If Ready or Entering, but the bidding period Allowed Agent Timeout = 0 (which means no waiting for the agent to change requests):
- Attempt to grant all pending (Preferred/Wait-Listed) time-off requests within this bidding period.
- If all pending requests have been successfully granted:
- Set agent's status to Processed then, moves on to the next agent.
- Some pending requests could not be granted or agent's status is Entering, (meaning the bidding period Allowed Agent Timeout value is > 0:
- Set agent status to Waiting.
- Calculate waiting time, by adding the time-out duration to the next agent's availability interval.
- DONE. Wait until the next run.
- Continue with the next agent.
- If Ready or Entering, but the bidding period Allowed Agent Timeout = 0 (which means no waiting for the agent to change requests):
Waiting:
The time interval that the system will wait for the agent or <wait for the agent until> is calculated as followings:
- Convert the current time to the agent’s time zone and calculate the agent’s current time.
- If the agent is currently within the scheduled shift from the Master Schedule.
- Calculate <remaining shift time> = <shift end time> - <current time>.
- If <bidding period configured timeout> is less than <remaining shift time>, then:
- <wait for the agent until> is <current time> + <bidding period configured timeout>.
- DONE.
- Otherwise:
- <remaining timeout> = <bidding period configured timeout> - <remaining shift time>.
- Agent's current time moves to midnight next day.
- Calculate Next Day.
- Or else check to see if the agent has the schedule (other than the shift including, but not limited to Day Off and/or Full-Day Exception) for the calendar day of the agent’s current time.
- <remaining timeout> = <bidding period configured timeout>
- Agent's current time moves to midnight next day.
- Calculate Next Day.
- Or else use agent’s Contract and check to see if the agent is currently within Contract availability.
- Proceed as with the shift above, but with <availability end time> instead of <shift end time>.
Next Day:
- Check if there is a schedule for the day of the agent’s current time.
- Check if it is a shift that starts at the current time or later than the current time.
- If <remaining timeout> is less than <shift duration>:
- <wait for the agent until> is <shift start time> + <remaining timeout>
- DONE
- Otherwise:
- <remaining timeout> = <remaining timeout> - <shift duration>.
- If <remaining timeout> is less than <shift duration>:
- Check if it is a shift that starts at the current time or later than the current time.
- Or else, check if there is a Contract availability window for the day of the agent’s current time.
- Proceed as with the shift above, but use <availability duration> instead of <shift duration>.
- Agent's current time moves to midnight next day.
- If Agent's current time is beyond the bidding period processing interval:
- <wait for the agent until> = bidding period Closing Date and Time.
- DONE
- Calculate Next Day.
Web for Supervisors Views in Previous Versions
If the WFM 8.5.2 backend deployed in your environment is a version earlier than 8.5.203, the Time-Off Bidding views displayed in the interface closely matches the content in this topic with the exception of the topics Entering and Changing Time-Off Requests and Automatic Bid Assignment Algorithm, which are not applicable in versions prior to 8.5.203.
Also, agents can submit time-off requests in the same way that they always did, but WFM does not auto-grant or take any other action if they are within a configured time-off request window (even partially). WFM processes these requests on the bidding process date and time (resolution date/time).