Skip to main content
Question

Jira Sync Closure Job sets case close reason to "Maintenance" – how to customize?

  • March 18, 2026
  • 3 replies
  • 21 views

Manqueque
Forum|alt.badge.img

Hi everyone,

I'm currently integrating Jira with Google Security Operations (Chronicle SOAR) using the native Jira integration, specifically the Sync Closure Job and Sync Comments Job.

The integration is working as expected in terms of synchronization:

  • Jira issues are created and updated correctly
  • Status changes are synced bidirectionally
  • Cases/alerts are closed when the corresponding Jira issue is closed

However, I noticed an issue with the closure reason in SecOps:

When a Jira issue is closed and synced back to SecOps, the alert/case is closed with:

Reason: Maintenance

  • Comment: "Alert was closed by Jira - SyncClosure"

From reviewing the job script, it seems that the closure is performed using:

siemplify.close_alert(
root_cause=ROOT_CAUSE,
reason=REASON,
comment=COMMENT,
case_id=case_obj_id,
alert_id=alert_id,
)

Where REASON appears to be a constant (likely defined in JiraConstants), rather than dynamically derived from the Jira issue (e.g., status or resolution).

Questions:

  1. Is the reason value ("Maintenance") hardcoded in the native Jira integration?

  2. Is there any supported way to configure or override the close reason (e.g., map Jira status/resolution → SecOps reason)?

  3. Can this be customized without creating a fully custom job?

  4. Is there a recommended best practice for aligning Jira resolutions (e.g., Done, Won’t Fix) with SecOps close reasons (e.g., Resolved, False Positive)?

Additional context:

  • Using native Jira integration (not custom)

  • Sync Closure Job and Sync Comments Job enabled

  • No modifications to the default integration package

Any guidance or best practices would be greatly appreciated.

Thanks!

3 replies

cmorris
Staff
Forum|alt.badge.img+11
  • Staff
  • March 18, 2026

Looking at JiraConstants in the IDE, it looks like this is hard coded to Maintenance.

You would need to update the job to choose another Reason. Keep in mind the Reason field is Enumerated and you would need to choose from these options:

 


Manqueque
Forum|alt.badge.img
  • Author
  • New Member
  • March 18, 2026

Thank you very much, I hadn’t seen that option—it appears with a lock for me. Is it possible to edit it?


cmorris
Staff
Forum|alt.badge.img+11
  • Staff
  • March 18, 2026

You will need to make a copy of the JiraConstants manager in the IDE:

Provide it with a name and save it. Update Reason as you see fit, keep in mind it would need to match the enumerated values from my last post. Next go to the Job in the IDE and make a copy of that as well. In the code for the job, look for the import from JiraConstants and remove REASON. Then add something like:

from JiraConstantsCustom import (
REASON
)

Where JiraConstantsCustom is your copied manager from earlier. 

Example: