Professional Documents
Culture Documents
Creating Recruiting Worflows - Training Guide 600301
Creating Recruiting Worflows - Training Guide 600301
Training Guide
Training Guide Icons
Icon Use
Computer-based activity for the student to perform. Written steps are not included.
Tip
Computer-based activity for the student to perform. Written steps are included.
Question or problem for the student to think about and the class to discuss.
600301
Contents
Overview .................................................................................................................................................5
Learning Objectives.................................................................................................................................. 5
Prerequisites............................................................................................................................................ 6
Available Resources ................................................................................................................................. 6
Our Training Scenario............................................................................................................................... 6
Recruiting Process in Dayforce ................................................................................................................7
Workflow Refresher ................................................................................................................................9
Create Workflow Diagrams ...................................................................................................................... 9
Recruiting Forms in Workflow Administration ...................................................................................... 20
Job Requisition Form.............................................................................................................................. 20
Custom Job Requisition Forms for Location Access ................................................................................. 22
Associate a Workflow with Forms and User Roles in Role Privileges ....................................................... 24
Candidate Hire and Internal Candidate Hire Forms................................................................................. 26
Automated Notifications in the Recruiting Process ............................................................................... 27
How Notifications are Configured .......................................................................................................... 27
Create Notification Workflows ............................................................................................................... 28
Application Acknowledgement Notification Workflow ..................................................................... 28
Automated Messages when a Candidate is Declined .............................................................................. 37
Create the Auto-Message User ........................................................................................................ 37
Automated Notifications when Candidate is Declined ...................................................................... 38
Workflow Based on Decline Reason ................................................................................................. 40
Associate the Notification Workflow with an HR Event........................................................................... 42
Offer Letter Form ................................................................................................................................... 44
Create the Offer Letter Form Approval Workflows ........................................................................... 44
Assign the Workflow(s) to the Offer Letter Form .............................................................................. 51
Wrap-Up................................................................................................................................................ 53
Overview
Welcome to Creating Recruiting Workflows.
Workflows are used to automate various business processes. Each workflow represents a single process,
captures all notifications, forms, and decisions involved, and determines what happens at each stage of
the process once the form is submitted.
In this class, you will learn how to use Self-Service features and workflows to automate recruiting
business processes. You will also learn how to set up and use notification workflows, as well work with
the forms you’ll need to use throughout the recruiting process.
The following sections are included in this course:
Section Description
Recruiting Process in Dayforce Describes the Recruiting Process in Dayforce, and how the
automated business operations fit into that process.
Workflow Refresher This topic provides a brief overview of how to create a workflow
diagram, associate the workflow with any applicable forms and
user roles, and add a notification for users within a workflow.
Recruiting Forms and Role This topic covers other relevant recruiting events that may need
Privileges in Workflow workflows assigned to them for approval, such as the job
Administration requisitions or candidate hire or internal candidate hire forms.
This is done in Workflow Administration.
Automated Notifications in the In this section, you will create workflows that will send
Recruiting Process automated notifications during applicable parts of the recruiting
process. You will also learn how to associate those workflows
with the proper HR events. You will learn how to send a
notification for any manual status changes in Recruiting. Finally,
you’ll learn how to create workflows specifically for offer letter
approvals.
Learning Objectives
By completing this course, you will be able to:
• Identify how to create, assign, and set up notifications for workflows.
• Set up automated messaging within a workflow to be sent upon certain criteria being met.
• Create workflows to be used to approve newly created job requisitions.
• Produce workflows that customize and automate the offer letter process for candidates.
• Develop workflows to hire a candidate found suitable for a job requisition.
Prerequisites
Certain Dayforce courses are required as prerequisites prior to attending this course. The following
courses will provide the foundational knowledge you need to understand the key Dayforce features
discussed in this course.
• Managing Job Postings and Candidates in Recruiting - this course introduces how recruiters and
administrators within your organization use Dayforce Recruiting features.
• Setting Up Recruiting - this course introduces how to create and manage the features of
Dayforce Recruiting, as well as how to update your organization's structure to include recruiting
functions. It also covers how to set up third-party services for recruiting, and how to set up job
application templates.
• Setting Up Self-Service Workflows and Managing Forms - this course covers how administrators
within your organization analyze and maintain existing workflows or forms, as well as create
new workflows.
• Using Advanced Workflow Techniques in Self-Service – this course helps inspire more creativity
when using forms and addresses how to handle situations like how to move forms along a
workflow when approvers are slow to respond, creating different versions of the same form for
various groups such as employees and managers, and showing only certain forms to certain
groups.
Available Resources
A variety of supporting guides are available through the Ceridian Support Portal (support.ceridian.com)
using the Knowledge Articles search feature. Talk to your organization’s support user or Implementation
Consultant for help with obtaining these guides, depending on if you are in implementation or live.
• Recruiting Guide
• Self Service Guide
• Dayforce Implementation Guide (DIG)
The first step in the recruiting process is creating the job requisition. The job requisition defines the job,
location, and assignment details of the job needing to be filled. Typically, the hiring manager creates the
job requisition via a form, or a recruiter creates a job requisition directly in the application. If the hiring
manager is creating a job requisition form, it is processed in Dayforce based on a pre-defined workflow
from Self Service that we will learn how to set up today.
Once the job requisition has been approved, based on the assigned workflow, it will display in the
Recruiting feature. The next step is for the recruiter to post the job requisition so that candidates can
view it and apply for the job posting, if interested.
Internal candidates apply for job postings using the Careers feature located within Dayforce. External
candidates apply for job postings using the Client Career Site either from within the client’s web page or
through an external job board. Another automated business process that can occur is to acknowledge
any time an application is submitted by submitting a message back to the candidate. Automating this
process ensures no one person has to be responsible for crafting and sending each of these messages.
Next the resumes submitted for the job are reviewed within Dayforce. Suitable candidates are
interviewed for the job, according to your organization’s process.
Throughout the recruiting process, candidates tied to job postings are continually managed by the
recruiter. As candidates apply for job postings, the recruiter can perform a number of tasks to a
candidate’s profile within Dayforce, such as review the profile, assign a candidate to other job
requisitions, request various screenings for a candidate, and update a candidate’s status. Another
automated process in the Recruiting process that may occur is sending a candidate a notification when
their status is changed.
Recruiters can initiate offer letters to suitable candidates directly in Dayforce, that may be subject to
approval. That approval can be granted by a workflow defined in Self Service. Once a candidate receives
and accepts an offer, the recruiter can also hire the candidate within Recruiting, and the employee’s HR
record will be created using the candidate’s profile in Dayforce. Finally, the hiring forms can go through
an approval process as defined by a workflow.
Workflow Refresher
There are several steps required in making a business process an automated one. First, you must create
a workflow diagram to represent how the business process should flow, and what actions should be
taken at each step. Next, you must take any forms that should kick off that automated business process
when submitted, and associate the workflow diagram to it. You must also make that form available to
the right people to be able to submit the form.
Next, you’ll click Diagram. Then click and drag the objects from the Palette into the workflow Diagram
that are needed. All workflows need to have a Start and End object.
If you enter an object in error, select the object and click the Cut button on the toolbar.
The following table summarizes the purpose of all the Palette objects.
Heading Heading
Visible to any user that has access to the workflow diagram. Used to document the
workflow. Notes are not a part of the workflow process and cannot be connected to
other objects.
A workflow must have only one start object, with one output connection to a
routing, notification, or process object. The Start object must be the beginning
object of the workflow. The Start object does not need any properties to be set up.
A workflow must have only one end object. The end object cannot have any output
connections leading to other objects.
You can configure the end object to send an error message to specified people
should the workflow fail for some reason.
The end object signifies the end of the workflow. You can define a notification to be
sent if a workflow ends in error, within the Properties of the End object.
The stage in the workflow at which the database is updated with the information
submitted in the form(s). A process has one or more input connections but should
only have one output connection, leading to a notification or end object.t
Points in the workflow where a decision is required. A decision object has one input
connection from a routing object and output to multiple workflow routes based on a
user’s decision, typically approval or rejection of a form. A decision appears as a
message in a user’s in box with the form attached. You must configure a message
subject and message body for the message.
Directs requests to one or more users, roles, authority types, the request submitter,
the affected employee, or the employee's manager. A routing has only one output
connection, leading to a decision object.
Sends a notification as a message to one or more users, roles, authority types, the
request submitter, the affected employee, or the employee's manager. You must
configure a message subject and message body. Notification objects can have one or
more input connections but will only have one output connection.
The Notification object defines the message’s contents and the recipients of the
message. You can send the notification to the:
Heading Heading
Allows you to configure logical expressions that are evaluated to be true or false.
The two output connections determine the route of the workflow For example, if
the employee is hourly, the workflow takes one route, otherwise takes a different
route.
Used exclusively in offer letter workflows to perform the processing function. Within
the Properties, for the Observer Class Notification you must always select the Offer
Letter Approval.
Sends the worksheet to the approver (or approvers, depending on the approval
type) using the Route to a list member connection in the workflow.
See the Self-Service Administration Guide > Defining Workflow Object Properties for a complete
description of each object and associated properties.
Start Object
The Start object must be the first object of the workflow. The Start object does not need any properties
to be set up.
Condition Object
The Condition object checks to see if a specific condition exists, depending on the workflow. For
example, if you only want a workflow to send a notification to a candidate when they are declined, you
must include a Condition object that checks for the “Declined” status. If you set up a workflow for this
purpose, the workflow will only continue to the next object, the Notification object, if a candidate is
declined.
The Condition object must always have a True and False output connection. To set these connections as
true and false, click on each connection and click True or False from the Response list in Link Properties.
If the condition object does not connect to either true or false, it will default to false.
The Create Expression window appears. The expression should indicate which condition the workflow
should be checking.
To check for declined candidates only, the expression should read:
<<CandidateCommunicationData.JobPostingApplicationStatusXrefCode>> EQUALS "DECLINED".
Reference codes for candidate statuses to use in the Expression can be obtained from Recruiting Setup
> Candidate Status from the Reference Code column.
Click the Close button once you have typed or selected the complete expression.
If you change any Reference Codes in Candidate Status, you will also need to update all workflows that
refer to this Reference Code as well, or the workflow will not send a notification.
Notification Object
The Notification object defines the message’s contents and the recipients of the message.
To add a field, in the Node Properties of the Notification object, click the Create Expression button of
either the Message Subject or Message Body.
Select the content from the CandidateCommunicationData or List_JobReq headings on the left you
wish to include, and click the Close button when the Message Subject or Message Body is complete.
Specific to recruiting workflows, you are also able to include notifications to be sent to other Recruiting
users by selecting the drop down arrow for Send To Recruiting Recipients.
End Object
The end object signifies the end of the workflow. You can define a notification to be sent if a workflow
ends in error.
Select the user(s) you wish to have the notification sent. Click outside the list once all users have been
selected.
Then, you will want to connect the objects in the order the process should flow by clicking the green
circle of one object and then clicking the green circle of the object to which it should connect. You can
define Properties of the connection by clicking the connection and entering a Name, Description, and
for some objects, such as Condition, a Response.
If you create a connection in error, you can remove it by selecting the connection and then clicking Cut.
Once you have added all objects of a workflow, connected the objects, and defined any Properties of
those objects, click Save.
Activity: Create a Workflow Diagram for One Level Approval by HR and Add
Object Properties
Time: 10 minutes
Login: Recruiting
XYZ Company would like to start using Recruiting to hire candidates, but to do so they need to create a
workflow that will allow for these requests to go through the proper channel of approval. For Part 1 of
this activity, create a workflow that will allow any forms related to hiring candidates to go through an HR
Administrator. Since Job Requisitions need to be approved by HR, the HR Admin role needs to be
assigned as the recipient in the routing object.
Workflow Diagram details:
• Name and Description: One Level Approval by HR
• Reference Code: ONELEVELHR
• Effective from Jan 1, 2000
• The workflow should be set up to route to an HR Admin role
• A decision message should be sent to the submitter for the approval or denial they grant
Solution: Create the Workflow Diagram for the One Level Approval by HR
Workflow and Add Object Properties:
Path: Workflow Administration > Workflow Designer
1. Click Add.
2. Type “One Level Approval by HR” for the Name and Description.
3. Type “1/1/2000” for the Effective From date.
4. Type “ONELEVELHR” for the Reference Code.
5. Click the Diagram tab.
6. Drag or copy the following palette objects to the Diagram:
a. One Start object.
b. One Routing object.
c. One Decision object.
d. One Process object.
e. One End object.
7. Click the Routing object.
8. Click the Send To Role Relative to Submitter drop-down arrow.
9. Select HR Admin from the list.
10. Click anywhere off the list.
11. Connect the following objects by clicking the green connector between the objects.
a. Connect the Start object to the Routing object.
b. Connect the Routing object to the Decision object.
c. Create one Accept connection from the Decision object to the Process object.
d. Create one Reject connection from the Decision object to the End object.
e. Connect the Process object to the End object.
Your diagram should look like this:
Job Requisition form approval workflows must have a Routing node that is set to a role Relative to the
Submitter, or have a specific user identified in Send To User. None of the Relative to Employee
options should be used.
Once a job requisition that requires approval is submitted, it will display in Recruiting > Job Requisitions
with a status of “Pending Approval”. Once approved, the status changes to “Open”, and the requisition
can then be managed, tracked, and filled in the Job Requisitions tab. If the requisition is rejected the
status changes to “Rejected”.
Activity: Assign the Job Requisition form to the One Level Approval by HR
Workflow
Time: 4 minutes
Login: Recruiting
XYZ Company would like to use the Job Requisition form as part of the One Level Approval by HR
workflow.
Solution: Assign the Job Requisition form to the One Level Approval by HR
Workflow
Path: Workflow Administration > Role Privileges
1. Click Add.
2. Click under Parent Feature and then click the drop-down arrow.
3. Select Home Forms List.
4. Click under Form and then click the drop-down arrow.
5. Select Job Requisition.
6. Click under Workflow and then click the drop-down arrow.
7. Select One Level Approval by HR.
8. Click under Category and then click the drop-down arrow.
9. Select Hiring.
10. Click under Role.
11. Press and hold the CTRL key and under the Available column, click Client Admin, HR Admin,
Manager, and Recruiter.
12. Click the Include arrow.
13. Click OK.
14. Click Save.
Click Save. The location of the requisition will now successfully populate in the Location field of the
custom job requisition workflow form.
To turn the location security back on at any time, change the word “False” in the element that you
added to the customized job requisition form to “True”.
Activity: Customize the XML of the Job Requisition Form to Turn Off the Default
Location Security
Time: 4 minutes
Login: Recruiting
XYZ Company would like hiring managers to have access to a job requisition form they can approve even
though the location may be outside of the location defined for them in the system.
Solution: Customize the XML of the Job Requisition Form to Turn Off the Default
Location Security
Path: Workflow Administration > Form Builder
1. Expand the System list.
2. To move to the correct location in the list, type J.
3. Select the Job Requisition form in the list.
4. Ensure there is no Effective End date.
5. Click Copy.
6. Enter Job Req Location OFF into the Name field.
7. Add the following sentence to existing description in the Description field: Location off.
8. For the Reference Code, enter JOBREQLOCOFF.
9. Click the Mode drop-down arrow.
10. Select Edit.
To associate a form with a workflow, click Add. Select where you want the form to be displayed in the
Parent Feature list. Click the form you want to associate with the workflow from the Form list. Click the
workflow the form is associated with in the Workflow list. To group related items, select a category
from the Category list. Select the role you want to have access to the form by clicking Roles and then
moving that role from the Available side to the Current side. Finally, click Save.
The example above displays the One Level Approval by HR workflow that is associated with the Job
Requisition form, that will appear in the People feature.
The example below displays the configuration required to make workflows visible in the Recruiting
feature for the HR Admin, Manager, Recruit Admin, and Recruiter Role. Note that these roles must also
have the Select Job Requisition Forms feature selected in System Admin > Roles > Features Recruiting >
Actions > Job Requisitions >.
For more information on the available options and how they work, please see the Associating Forms
with Workflows section of the Self-Service Guide and the Enable Access to Job Requisition Forms in
Recruiting in the Recruiting Guide.
• The Candidate Hire form. This form initiates the hiring process for an external candidate. It
should be assigned to the Candidate Hire Parent Feature, to the appropriate Workflow for
approval, and to the Hiring Category. The Candidate Hire form can be added more than once
using different Workflows. This allows the recruiter to choose the appropriate form based on
the type of approval the new hire request needs. Once the form is approved, an employee
record would be created in Dayforce in People, or would link to a former employee’s record if
the candidate’s record was linked by the recruiter.
• The Internal Candidate Hire form. This form initiates the hiring process for an internal
candidate. It also needs to be assigned to the Internal Candidate Hire Parent Feature, to the
appropriate Workflow for approval, and to the Hiring Category. Only one Workflow can be
associated with the Internal Candidate Hire form. Once the form is approved, the existing
employee record in People would be updated.
Tying these forms to the Parent Features will enable the Hire button within Recruiting.
If you are an existing client adding the Recruiting module, the New Hire form should be disabled from
all roles, requiring new hires to be entered through Recruiting. Using the Hire button within Recruiting
completes the job requisition, finalizes the hire process, and creates or updates the employee’s HR
record. It also links the candidate and employee record together.
At minimum, you will need the following for notification workflows that are used for job requisitions:
• A Start object
• A Condition object that checks for a status (such as “Declined”)
• A Notification object
• An End object
You can delay an auto-notification from going out immediately, commonly used for Decline notifications
to candidates, by adding:
• A Routing object set up to route to a Recruiting Messaging user
• Decision object with a timeout value
The following objects are commonly used in Recruiting workflows that allow for further customization:
• A Condition object that checks whether the candidate is in a New status.
• A Condition object that checks whether the status update was made automatically or manually.
• A Condition object that checks whether the status update occurred for an internal or external
candidate.
• A set of objects that can delay the workflow from sending the notification to users for a set
amount of time.
• A Condition object that checks whether a candidate was declined for a specific reason.
To create this workflow, click Add. Type a Name, Description, Effective From date, and Reference Code.
Then click Diagram.
You’ll need to check that the status of the application is new, that it is an automatic change of status,
and whether or not the application is from an internal candidate. Different notifications go to internal
versus external candidates. To do this, you’ll need to create a workflow with the following objects:
Add the following objects to the workflow Diagram:
• One Start
• Three Condition
• Two Notification
• One End
Arrange the objects, as seen above, where the Start and Condition objects are in a row, and the
Notification objects are in a row below them. The End object can be located below the Notification
objects.
Rename the Condition objects as follows:
• The Condition object next to the Start object should be named Condition – Is New.
• The Condition object in the middle should be named Condition – Is Automatic.
Now you will need to set up the properties of each Notification object and the End object.
To define the type of notification an internal candidate will receive, you will specify the Node Properties
for the Notification – New Auto Internal object. To specify the message subject and message body the
internal candidate will receive, click the Create Expression button for each and enter the desired
information. Next click the Send to Recruiting Recipients, drop-down arrow, click Candidate, and click
Close.
Next you will want to define the type of notification an external candidate will receive. Select the
Notification – New Auto External object. To specify the message subject and message body the external
candidate will receive, click the Create Expression button for each and enter the desired information.
Next click the Send to Recruiting Recipients, drop-down arrow, click Candidate, and click Close.
Finally, select the End object. To define the Message Subject, click the Create Expression button and
enter the desired information. Click the Send Error To User drop-down arrow, click one or more users,
and then click anywhere off the list. Click Save to save all of your changes.
When creating Users in Dayforce, a User Role and Location must be assigned. The User Role is assigned
on the Properties tab, and the Location is set on the Location Access tab. Generally, you will assign the
Auto-Message User an employee’s role and Corporate (top-level) organizational unit visibility. Be sure to
also mark the User as Approved by selecting the Approved check-box. Click Save to save the new User.
XYZ Company already has the Auto-Message Decline workflow set up in Dayforce, and can be seen
above. This workflow has been created to send notification to both internal and external candidates that
are declined.
The workflow begins by checking a Candidate’s record for a Declined status.
• If it finds the Declined status, it will then check whether the candidate is internal or external.
o If it determines it is an internal candidate, the workflow will move to the notification for
internal declined candidates, and then be completed. Internal candidates will not be auto-
declined. You’ll notice above that the “Condition is Auto” object is used for external
candidates only.
o If it finds an external candidate, it will check to see if the status update was made
automatically or manually.
• What the workflow finds regarding whether the update was made automatically or manually
will drive what notification is sent and when.
o If the update was manually made, the notification you created for declined manual external
will be sent.
o If the update was made automatically based on a screening question, the candidate will
receive the notification set up for a declined external candidate done automatically,
following the delay you configured. We will look at why setting up this delay is an important
step.
Let’s first look at how we need to set up the properties for each object in this workflow to ensure the
process as outlined above is what occurs.
The Condition objects in the Auto-Message Decline workflow are set up with the following Properties:
• The Condition – Is Declined object contains the expression
<<CandidateCommunicationData.JobPostingApplicationStatusXrefCode>> EQUALS "DECLINED".
• The Condition – Is Internal object contains the expression
<<CandidateCommunicationData.IsInternal>>.
• The Condition – Is Auto object contains the expression
<<CandidateCommunicationData.IsAuto>>.
The Notification objects in the Auto-Message Decline workflow are set up with the following Properties:
• The Notification – Declined Manual Internal object contains the desired Message Subject and
Message Body an internal candidate would receive if declined, and Candidate has been selected
from Send To Recruiting Recipients.
• The Notification – Declined Manual External object contains the desired Message Subject and
Message Body an external candidate would receive if they are manually declined by a recruiter.
Candidate has been selected from Send To Recruiting Recipients.
• The Notification – Declined Automatic External object contains the desired Message Subject
and Message Body an external candidate would receive if they were automatically declined as a
result of their answer to a screening question. Candidate has been selected from Send To
Recruiting Recipients.
The Routing object within the Auto-Message Decline workflow is set up with the following Properties:
• The Routing object should be named “Route for Time Delay”, and has selected the Auto-
Message User in Send To User
The Decision object is set up with the following Properties:
• The Decision object should be named “Timeout Decision” and has specified 15 (minutes) in the
Timeout Value. This is the number of minutes you want the workflow to wait before sending the
decline notification. Enter a number of your choosing, but best practice is a time of 15 minutes
or greater to ensure the candidate does not receive this notification immediately after
submitting his or her application. If the Timeout Value is left blank or set to zero, the candidate
could receive the decline notification as soon as they have submitted their application.
First, you will need to obtain the Reference Code for that decline reason from Recruiting Setup >
Decline and Offer Rejection Reason. Using our example, we see the Reference Code is
Underqualified_Experience.
Then, you would take that Reference Code and add it to a new Condition object in the Auto-Message
Decline workflow that is specified for a candidate that is underqualified due to their prior experience.
You would add the following Expression to that Condition object’s Properties:
With this workflow setup, only external candidates who are declined automatically will receive this
specific notification if Underqualified Experience is the reason. If this should be sent to all candidates
with this decline reason (including those that are declined manually), it would also need to be set up just
before the Notification objects for the Declined Manual Internal and Declined Manual External.
You can use more than one Condition object for a decline reason in your workflow.
The Job Application Status Changed HR event is a preconfigured HR event in Dayforce that associates
candidate status updates in Recruiting with one or more workflows. Since this is a system preconfigured
workflow that cannot be deleted, it will always display grayed out. The current Triggered Workflow that
is set up for XYZ Company, is the Auto-Message Decline workflow. To do this, select the Job Application
Status Changed. In the Triggered Workflows section, click Add, select the workflow, provide an Effective
Start date then click Save.
In an example where a candidate submits an application containing an answer to a screening question
that would automatically decline him or her, we would see in Workflow Administration > Workflows >
Workflow Management that both workflows would have triggered for that candidate. First, the
Application Acknowledgement workflow once the candidate submitted his or her application, and
second the Auto-Message Decline workflow later, once the timeout specified in that workflow had
expired.
At least one of these workflows must be created because the offer letter form has different processing
requirements than other forms in Recruiting.
Once the appropriate workflows have been created, you must assign the workflow to the offer letter
form to ensure when the offer letter form is created it will go through the approval channels.
The system does not come preconfigured with offer letter workflows, and you must create them. There
is no limit to the number of offer letter workflows you can create.
Note the two Observing Class Notification objects above. In an offer letter workflow, the Accept and
Reject response must always pass through these objects, otherwise the offer process will not complete.
The objects in the above Offer Letter – 1 Level Approval by HR workflow should be set up with the
following Properties:
• For the Routing object, select the HR user responsible for approving or rejecting offer letters in
Send to User.
• For the Decision object, create a descriptive Message Subject and Message Body to be sent to
the HR user, along with an option to Accept or Reject the request.
• The Accept and Reject responses must each always pass through an Observing Class
Notification object before reaching the End object, otherwise the offer approval process will not
complete. Offer letter workflows must end with an Accept or Reject response. Other responses
are not supported and will also prevent the offer process from completing.
• Unlike the Process object used in other Recruiting workflows, the Observing Class Notification
object handles processing for when the offer letter form is accepted or when it is rejected.
o If the approver accepts the offer letter form, Dayforce sends the offer letter to the
candidate, and will also update the candidate’s status from Offer Pending Approval to Offer
Sent in Recruiting.
o If the approver rejects the offer letter form, Dayforce does not send the offer letter to the
candidate. Instead, the candidate’s status is updated from Offer Pending Approval to Offer
Rejected – Workflow in Recruiting, and the recruiter must submit a new offer letter form to
a completely new workflow.
• The Observing Class Notification objects must be specified as an Letter or Approval in the
Observer class Type in the object’s Properties. Without this being selected, the workflow will
end in error.
• No Notifications are included in this workflow, as this is optional.
The objects in the Offer Letter – 1 Level Approval by HR with Notification workflow are set up similar to
the workflow without notifications.
See the Self-Service Administration Guide and the Recruiting Guide for more information on building
workflows with no approval or multiple approval steps.
When recruiters select this type of workflow from the Select Workflow list, a Workflow Approvers list
will appear. In the Workflow Approvers list, a recruiter will be able to search for any user in the
organization and add them to the list. When a user is selected, a unique approval stage is added to the
workflow. The order in which the users are added to the Workflow Approvers is the order in which the
approval stage occurs. Only one user can be assigned to one approval stage in the workflow. Once the
offer letter is submitted by the recruiter, the process is the same for a standard workflow. Let’s look at
how this type of workflow should be created.
The workflow that allows the recruiter to define approvers has all of the same elements of a standard
offer letter workflow, except that it adds a Route To All from a List object. This object serves to route
approval requests to various users, as defined by the Recruiter in the Workflow Approvers list. You must
only include one of these objects in a workflow.
You will only need to add a Name and Description for the Route To All from a List object, but it must
have the following connections:
• A connection from the Start object to the Route To All from a List object.
• A Route to a list member connection going from the Route To All from a List object to a
Decision object.
• An Accept connection going to the Route To All from a List object from a Decision object.
• An End of the list connection that goes from the Route To All from a List object to an Observing
Class Notification object.
If the first approver in the list approves the offer, the Decision object routes the approval process back
to the Route To All from a List object so it can search for any more users specified in the Create/Edit
Offer Letter. This process continues until there are no more approvers specified, and then would
progress to the Observing Class Notification object connected by the End of the list connection.
From there, the workflow passes through the following elements:
• The Observing Class Notification object that performs the function of updating the candidate’s
status to Offer Sent in Recruiting, and sends the offer to the candidate.
• A Notification object, if included, to send notifications of the offer being sent to a recruiter or
any other user.
• The End object.
If anyone in the approver list rejects the offer, the workflow would pass through the following elements:
• The Reject connection from the Decision object.
• The Observing Class Notification object that performs the function of updating the candidate’s
status to Offer Rejected – Workflow in Recruiting.
• The Notification object, if included, to send notifications to the recruiter or any other user to let
them know the offer has been rejected in the workflow approval process.
• The End object.
Activity: Create the Workflow Diagram for the Offer Letter – 1 Level Approval by
HR Workflow
Time 8 minutes
XYZ Company would like to create an offer letter workflow with one level of approval required by an HR
Administrator. The first step in creating this workflow is to create the workflow with that one level of
approval. You will want to create the workflow so that if the HR Administrator approver accepts the
offer as presented, Dayforce will send the offer to the candidate. Also, be sure to set the workflow up so
that if the approver rejects the offer as presented, the offer goes back to the Recruiting module, and the
Recruiter will be required to submit a new offer with a new workflow.
Workflow Diagram details:
• Name: Offer Letter – 1 Level Approval by HR workflow
• Reference Code: OLONELEVELHR
• Effective from Jan 1, 2000
And once you have created the 1 Level Approval by HR workflow, you need to set up the properties for
each object located in the workflow. Be sure to rename the objects to match the action that is being
performed.
Workflow Diagram Object Properties:
• The workflow should route the offer letter form to the HR Administrator, Barbara White, for
approval. Her username is 1522.
• The HR Administrator decision should include the option to accept or reject the request.
• The message subject of what will be sent to Barbara should read “Offer Letter Approval Request
for (candidate’s name).”
• The message body of what will be sent to Barbara should read “Please accept or reject the
request to send an offer letter to (candidate’s name) for the (job posting title) position.”
• Select the Observing Class Notification type to be offer letter approval.
Solution: Create the Workflow Diagram for the Offer Letter – 1 Level Approval
by HR Workflow
Path: Workflow Administration > Workflow Designer
1. Click Add.
2. Type “Offer Letter – 1 Level Approval by HR” for the Name and Description.
3. Type “1/1/2000” for the Effective From date.
4. Type “OLONELEVELHR” for the Reference Code.
5. Click the Diagram tab.
6. Drag the following palette objects to the Diagram
a. One Start object.
b. One Routing object.
1. Click Add.
2. Click under Parent Feature and then click the drop-down arrow.
3. Select Offer Letter.
4. Click under Form and then click the drop-down arrow.
5. Select Offer Letter.
6. Click under Workflow and then click the drop-down arrow.
7. Select Offer Letter - 1 Level Approval by HR.
8. Click under Category and then click the drop-down arrow.
9. Select Hiring.
10. Confirm that the Recruit Admin role is in the Role column.
11. Click Save.
Wrap-Up
In this class, you learned how to use Self-Service features and workflows to automate recruiting business
processes. You also learned how to set up and use notification workflows, as well as various recruiting
workflows to use throughout the recruiting process.
You should now know how to: