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!


Alert outgoing rules for JIRA



How can we setup the jira integration, to properly reflect the JIRA ticket states if there's custom states in the JIRA ticket type that link to the alerts?

The current option is very limited in customization:

Screenshot 2022-06-03 at 14.42.32.png


I see only a way to do something like this but it would require additional effort to setup: an action to update the ticket on JIRA using a REST endpoint that would actually manage that through the API. Is there any way to avoid that?

1 answer

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

Hi @joana ,

The action mapping from Opsgenie >> JSM cannot be changed. The default options are only available to select at this time. 

With our older JSM integration framework, you can leverage OEC to map to custom statuses in your JSM instance through. 

With this, you would install the OEC service on a server, and it would sit in the middle of Opsgenie and JSM. Opsgenie alerts would send to OEC, which would then execute a script to create the issue in JSM. You can modify the OEC script to customize things such as configure it to set an Opsgenie alert field as a required custom field in JSM, map to a custom status, etc.

Although the doc says "for On Premise Jira Service Management Usage" we see a number of cloud customers using OEC for something a bit more custom, and use cases such as this.


Or - instead of using OEC, you could configure an automation rule on the JSM side to transition the issue to a certain status when the alert is closed. What typically works well is setting the action mapping on the Opsgenie side to add a comment to the issue when an alert is closed:



Then add an automation rule that filters on the comment, and transitions the alert to a specific status. That rule might look something like this:




comment ~ "closed alert"





Hope that helps!

sorry for the delay. In your answer you mention JSM but I'm using only JIRA on the cloud (not self hosted). Would this work, if we use this integration?

Another issue that I found is the lack of support for issue updates in the JIRA integration with opsgenie. In case there are changes to the values we use to assign teams in opsgenie we can't propagate them. Would this OEC trick also help on that?

Nick H
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Jul 22, 2022

Yes, the idea would be the same for Jira as it is for JSM.

As for the latter - seems like when the Jira issues are updated, you want those reflected on the Opsgenie alert (or vice versa)? That unfortunately isn't really possible at this time.

Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events