📣 Streamline your multi-tool processes with HR, Sales and IT automation actions

[#1]

Update July 8, 2025 
We’re thrilled to add another integration to the list! 

New actions: Google Cloud Platform

Using the new Google Cloud (GCP) connector, you can quickly integrate GCP data directly into your Jira Service Management workflows.

New actions:

• Create virtual machine on Google Cloud Platform
• Get projects from Google Cloud Platform
• Get project details from Google Cloud Platform
• Get zone details from Google Cloud Platform
• Start virtual machine on Google Cloud Platform
• Stop virtual machine on Google Cloud Platform

---

Hi Atlassian Community! 👋

We’re thrilled to announce 15 new automation actions that integrate with several commonly used HR, Sales, and IT systems! We know that teams are often require to work on complex processes - like onboarding - across multiple tools. This often results in a lot of manual work and context switching. That’s why we’re on a mission to streamline your processes by supercharging JSM with new integrations. Our goal is to make it easier for teams to get work done by automating processes across multiple tools, making data readily available wherever it’s needed.

What’s new

New actions for automating IT Operations

These new actions can be used for automating your user lifecycle management processes, including onboarding and access management.

New actions: Update user configurations on Microsoft Entra ID

The new Microsoft Entra ID connector enables IT admins to enhance Enterprise Service Management by seamlessly integrating user data from Entra ID.

New actions:

• Get user details from Entra ID

• Add user to group in Entra ID

• Enable user in Entra ID
• Check if user is in group in Entra ID
• Check if user is enabled in Entra ID

You can also customise your request with Send custom Entra ID request action. This action allows you to send a custom request to Entra ID using HTTP Get, Post, Put and Delete methods. This action can be used with any valid Entra ID endpoints for scenarios where predefined actions cannot meet your specific requirements.

Expert tip: Before creating a connection between your project and Entra ID using custom request action, you need to register an app in the Azure portal. Read more about how to register an app in Microsoft

Smart values:

{{entra.response.body}} – Returns the response body.

{{entra.response.status}} – Returns the response status.

New action: Send Custom Okta Request

This action allows you to send a custom request to Okta using HTTP Get, Post, Put and Delete methods. This can be useful for automating tasks that can’t be achieved by the predefined Okta actions. Read more about Okta APIs

Expert tip: You can use this action complimentary with 4 existing Okta actions Create user & Retrieve user, Add user to a group & Suspend user

 

Smart values:

{{okta.response.body}} – Returns the response body.

{{okta.response.status}} – Returns the response status.

---

New actions for automating HR Operations

New action: Send Custom Workday Request

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 or retrieve a custom report (RAAS), 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.

New action: Send Custom Docusign Request

This action allows you to send a custom request to Docusign using HTTP Get, Post, Put and Delete methods. This can be useful for automating the sending, signing, and tracking of electronic documents, and other e-signature workflows.

Expert tip: This integration currently only supports the Docusign eSignature (REST) API. This uses the following API endpoint base paths:

• https://{server}.docusign.net/restapi (production environment)

• https://demo.docusign.net/restapi (developer environment)

Read more about Docusign API endpoint base paths.

Smart values

{{docusign.response.body}} – Returns the response body.

{{docusign.response.status}} – Returns the response status.

---

New actions for automating Sales Operations

New actions: CRM sales data

 With this new connector, you can easily automate and integrate sales case and opportunity data into your existing workflows.

New actions:

• Create sales case

• Create sales opportunity

• Get sales opportunity stages

• Get top sales opportunities

• Get sales opportunity

• Update sales opportunity

Try out the new actions today and let us know what you think in the comments!

Kind regards,

Michael Fedulov
Product Manager, Jira Service Management

[Jeff Patterson-admin]

Nice!  Will this also be available on the Jira Cloud Software platform?  We want to easily fetch data in Automations from Okta/Workday from there too... Thx

[Danny Harris]

OMG this is amazing!

[Ryan]

@Michael Fedulov, when using the built-in Entra identity management operations, it appears to only permit establishing the connection as an Entra user. These tokens are typically short-lived, or possibly restricted by conditional access policies, and will likely result in connections breaking unexpectedly when they expire. Is it possible to use an app registration with a client secret like the custom request uses? That would allow for limiting permissions on the azure side and a predictable expiration date on the connections. 

[Michael Fedulov]

Hi @Jeff Patterson-admin, thank you for your comment! These connections are made available in Automation for Jira and can be accessed across Jira products family including Jira Software. It is worth mentioning that some require Jira Service Management Premium or Enterprise licence. Please follow our documentation for more details! 

[Michael Fedulov]

Hi @Ryan, thank you for your comment! You are correct, currently Send Custom Entra Request action and other specific actions connect via the OAuth 2.0 Authorization Code Flow (3LO) as we don't support API keys. With Send Custom Entra Request action you can use separate app registration while specific Entra actions connect via Atlassian registered app.

This is very useful feedback, if you could please elaborate how this might be limiting you that would really help us prioritise making changes to the current flow.  

[Ryan]

@Michael Fedulov thanks for your reply. I'm working on an automation where I need to add a user to a group in Entra, so the built-in component is ideal. However, since it's an important process, we don't want to risk the connection expiring after hours, and we'd prefer to have a predictable and infrequent key rotation. Azure client secrets can be valid for up to two years. 

I started down the custom Entra request route, but we hit a couple of roadblocks. First, there isn't an option to continue the run on a failure result like we have with the "Send web request" component. If a user is already a member of a group, Entra returns a failure code and the flow halts. We can put it into an If/Else block, but there isn't a way to extract the failure message in the next step to know if the failure was because the user is already part of the group (which we could safely ignore) or some other reason. Granted, it's in the audit logs, but we'd prefer not to have to check the audit logs for benign failure conditions.  

To sidestep this issue, I tried using another custom request to check in advance if the user is a member of the group, but that requires iterating over a list of group members or the list of groups the user is a member of. Due to scoping limits and the asynchronous nature of loops in automation rules, I can't operate off the result back in the main branch of the automation. For example, if I loop over every group and find a match, I'd like to set a global variable "isMember" to "true" so I can evaluate that outside the loop and skip the step to add a group member. If I understand correctly, variables in loops are locally scoped and global variables can't be set inside them. Even if they could, it sounds like subsequent actions may already be executed in parallel while the loop is being evaluated. This process would be more easily handled by the built-in component, but the authentication method is a blocker for us. 

I think either supporting client secrets as an auth method for the identity management components or allowing the custom request to continue to run on a failure response would allow us to move forward. 

Thanks again!