Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Migrating Jira tickets (signifying a post mortem) into JSM/OpsGenie

Hi All,


We utilzied a Jira project to manage our postmortems when we were a PagerDuty.  Now that we have invested into JSM/OpsGenie, we would like to migrate our history (i.e. the tickets) into JSM and into OpsGenie.  Currently the reporting in OpsGenie isn't very configurable, so wondering if others have migrated Jira Tickets to JSM, and how the OpsGenie/JSM sync'ing is best set up going forward so we can continue to report out via Jira's Dashboards?

1 answer

1 vote
Nick H Atlassian Team May 11, 2021

Hi @Ken Young ,

You can certainly move issues from one project (Jira) to another (JSM). A few things to consider when doing this;

1 - When moving issues from one board to another, the webhook request is updated vs. created. You can also decide whether this moves the issues back into an Open state, remains Done/Closed/Resolved, etc.:


2 - ^ I point this out because the JSM integration by default will create Opsgenie alerts when the webhook event is create. Again - since the webhook event transitioning issues from one project to another is updating them, this would need to be factored into the move.

You'd then need to adjust what issues are going to create alerts in Opsgenie. Based on the log above, I'd want one of my integration's Create Alert actions to filter on these fields:


The fields you filter on would be dependent on what the issues are being transitioned into. This would essentially determine the sync'ing you mentioned.


To complete a bulk move - and transition issues from a one project to another - I've included a recording and screenshots below to provide a better visual.





Another thing to consider as well related to reporting; Moving all these issues from one project to another - then into Opsgenie - might not get the full value of some of our reports such as the MTTA/R report - which measures ack and close time. 

If you have hundreds of issues as well, it might make sense to break the bulk move into batches to avoid any rate limiting. 

Again, not sure the value is there since this transition is from one system (PD) >> to another (OG). But I hope this helps if you are still considering moving everything into Opsgenie, and need these in your account.

I've also included some links to docs below for things that are related to what is shared above.

Let us know if you have any additional questions, or if you were looking for something else.



JSM Integration:

MTTA/R Report:

^ other reports can be viewed on the right side of that page.

Bulk Moving Issues:

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Opsgenie

Leveraging Atlassian’s Opsgenie and AWS Cloudformation Registry to stay ahead of incidents

In the past, managing IT infrastructure was a hard job. It required a lot of manual effort and it was hard to keep track of all the necessary information (monitoring, scalability etc). Thankfully, as...

2,368 views 0 13
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you