You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Join now to unlock these features and more
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?
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:
That comment would look like this:
You would then add an automation rule that filters on this comment / user's name, and assigns the issue to the corresponding JSM user:
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!
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 @mitch.bagan ,
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: https://jira.atlassian.com/browse/OPSGENIE-133
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: https://jira.atlassian.com/browse/OPSGENIE-605