Are you in the loop? Keep up with the latest by making sure you're subscribed to Community Announcements. Just click Watch and select Articles.

Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Opsgenie JiraServiceDesk Integration - Assignee


When an alert is created in opsgenie, a corresponding Jira Service Desk (cloud) ticket is created. The reporter is an agent I created in jira for this specific purpose. 

When a human agent ack's the alert in opsgenie, I see the corresponding ack that moves the JSD ticket to the next step in the workflow.

Is there a way for me to have the assignee of the JSD ticket changed to the user that ack'ed the ticket instead of showing unassigned?



3 answers

1 accepted

3 votes
Answer accepted
Nick H
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Jan 24, 2021

Hi @Wei ,

This functionality is not currently available. I know we have an open feature request for this that I'll certainly add you to though.

As a workaround we've seen customers using automation rules to accomplish this.

You'd first want the integration to add a comment to the issue when an alert is acknowledged:

auto comm 1.jpg


That comment would look like this:

auto comm 2.jpg


You would then add an automation rule that filters on this comment / user's name, and assigns the issue to the corresponding JSM user:

auto comm 3.jpg


auto comm 4.jpg


You'd have to add an automation rule for each user - so it's not the most robust workaround, but the only real workaround at this time.

Let us know if you have any additional questions!

Thanks! I'm no stranger to rube goldberg like automations :).

0 votes
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Feb 04, 2021

Hi Wei!

This is an interesting question, and actually helps validate a usecase we're building towards within Jira Service Management. In the future, we will have more and more incident response features available right from the Jira Service Management interface and we have been considering that acknowledging first should also assign the incident to that person. 

What happens when there are multiple possible responders? Would you still want that behaviour?



Hi Liron,

This is great to hear. My "want" in this case is that anyone who visits the Opsgenie dashboard and sees an alert ack'ed versus another party who is looking from the Jira dashboard would see the same assignee at all times.



Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Feb 04, 2021

Yep. Makes sense. Thank you Wei!

Like Wei likes this

@Liron are we any closer to not having to use comments and jira automation to map priorities, assignees, and statuses? This is a compelling reason to switch to pagerduty which seems to do this a lot easier.

Nick H
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Jun 16, 2022 • edited

Hi @mitch.bagan ,

The new JSM framework / Jira framework does provide easier mapping of Opsgenie alert priority to JSM / Jira issue priority.

Under these integrations' "Create and update requests with Opsgenie alerts that are created by other integrations" section, you can configure multiple outgoing automation rules to map alert priority to issue priority:


In the example above, the automation is mapping P1 Opsgenie alerts to Blocker - P1 JSM issues.


You'll notice as well there is ability to map a Reporter and Assignee when an Opsgenie alert creates a JSM / Jira issue through the new framework:


I'll say this is an improvement from our older JSM / Jira framework, but does lack a bit of functionality at this time as it cannot dynamically map the assignee to the user who ack's the alert at this time.

There is an open feature request for this you can follow, watch and vote for here though:


As for updating more JSM / Jira issue statuses, those still require some form of automation. Having said that, the new JSM / Jira framework provides more functionality to include additional Opsgenie alert data is different issue fields. So there should be easier ways to filter an automation on a specific issue field vs. a comment. 

I'll also get some feature request entered and shared here if we don't already have one that allows for better mapping to JSM / Jira statuses. Couldn't find one with a quick JQL.

Here's a feature request I just entered that allows for our new JSM / Jira cloud integrations to transition issues to more statues:

Suggest an answer

Log in or Sign up to answer
Site Admin
AUG Leaders

Atlassian Community Events