Hi Atlassian Community! 👋
A few weeks ago, we posted about the new 3P integrations in Automation for Jira, and today I wanted to spotlight the Workday integration (actions and a trigger). These new components are designed to streamline your HRSM business processes by connecting your Workday data directly into Jira Service Management.
Managing employee onboarding, offboarding, and HR queries often means juggling multiple tools and manual steps. With our new integration, you can automate these processes, reduce manual effort, and ensure a seamless experience for your teams.
Use case: When a new hire is entered into Workday, onboarding tickets are automatically created in JSM.
How it works: Workday pushes a new worker event to Jira Automation, which then triggers your custom onboarding workflow—sending welcome emails, provisioning IT resources, and more.
Smart Values:
This trigger returns 8 default/system fields that with the new hire data which can be used to facilitate employee onboarding.
{{workday.worker.name}}
- Returns the full name of the worker from Workday.{{workday.worker.employeeId}}
- Returns a worker's employee ID from Workday.{{workday.worker.workdayId}}
- Returns the worker’s unique Workday ID from Workday.{{workday.worker.startDate}}
- Returns the worker's start date from Workday.{{workday.worker.departmentName}}
- Returns the name of the worker's department from Workday.
Use case: At any point in the onboarding journey, fetch up-to-date employee details from Workday.
How it works: Pass a Workday ID to retrieve 26 default/system fields (e.g., Employee ID, Business Title, Hire Date, Email Address) and use them in your Jira workflows.
Smart values:
This action returns ~20+ smart values containing employee data including:
{{workday.worker.firstName}}
- Returns a worker's first name from Workday.{{workday.worker.hireDate}}
- Returns a worker’s hire date from Workday.{{workday.worker.workEmailAddress}}
- Returns a worker's work email address from Workday.{{workday.worker.managerEmailAddress}}
- Returns a manager's email address from Workday.{{workday.worker.managerFirstName}}
- Returns a manager's first name from Workday.Visit our documentation, for the full list of available fields and smart values.
Expert tip: You can fetch additional Workday data at any stage of your workflow, and store sensitive info only on secure issues as needed.
This action allows you to send a custom request to Workday using HTTP GET Post Put and Delete methods. Whether you want to access specific data with Workday REST API, retrieve a custom report (RAAS) or send a WQL query, this action can do it all.
Expert tip: Note that requests must be less than 30 seconds before they timeout. This is important to remember when fetching a RAAS report to ensure its size will be processed within the timeout window. You can also use these complimentary with Workday New Hire trigger and Retrieve worker action.
Smart values:
{{workday.response.body}}
– Returns the response body.{{workday.response.status}}
– Returns the response status.
This use case ranks among the most requested by our customers: retrieving Workday RaaS (Reports-as-a-Service) report containing people data to power JSM workflows. To showcase how this can be done, we recently added a new template in the Automation template library to help you get started. This template runs on a schedule and automatically imports employee data from Workday into your JSM Assets using RaaS as the input.
Expert tip: For this template to work, make sure you have an appropriate schema in Assets already configured. In this example we are using Employee schema from People template.
Here’s how this template works:
Runs on a schedule (e.g., every morning—customise this step to your needs)
Send Custom Workday Request retrieves the RaaS report
Iterates through each employee entry with a Branching logic where {{workday.response.body.Report_Entry}} = a new variable called employee
.
For troubleshooting, it’s helpful to look at what each employee entry looks like in the Audit log.
Skips through payload entries without an email field using IF condition.
For each employee, this rule performs a check to see if a record already exists in Assets using the email address field from the report data (any other unique identifier will work too).
If no related object is found, it creates a new employee record in the Employee schema.
This is example of Workday RaaS returned in the JSON payload:
First Name
|
Last Name
|
Work Email Address
|
Department
|
Role |
---|---|---|---|---|
Ethan |
Kim |
Marketing |
Marketing Lead |
|
Olivia |
Carter |
Engineering |
Software Engineer |
|
Lucas |
Nguyen |
Human Resources |
HR Specialist |
|
Priya |
Patel |
Finance |
Financial Analyst |
|
Sophia |
Rossi |
Product Management |
Product Manager |
In this example report we are using Workday's default fields only for illustration purposes. You can create any custom report with default or custom fields.
Try out the new actions and our template today and let us know what you think in the comments!
Kind regards,
Michael Fedulov
Product Manager, Jira Service Management
Michael Fedulov
0 comments