ServiceNow Requests SHOULD NOT BE MOVED to other issue types.
ServiceNow Request issue types are integrated with ServiceNow and sync fields and statuses back and forth.
Because of this integration you SHOULD NOT MOVE these issues to another issue type.
If you move to another issue type and then transition that new issue type to another status, you will see an error in the Exalate panel.
Since the ServiceNow Request does not share workflow/statuses with any other issue type, the status of the new issue type will no longer sync to ServiceNow.
Other shared fields may still sync.
Because the status will no longer sync, you must manually update the status in ServiceNow.
If you need a different workflow to track the work on a ServiceNow Request, best practice is to create a related issue of the type you need and link it to the ServiceNow Request.
You can use the automation tool to keep the ServiceNow Request status updated from the new issue.
You can set up rules for each ServiceNow Request status.
Set up your automation rules:
You must be a Project Admin to perform these steps.
Transition ServiceNow Request to WORK IN PROGRESS if the related issue is in an IN PROGRESS status category (blue statuses)
Create a new rule
Add a Trigger = Issue Transitioned
From status - leave blank to match all statuses
To status - select the IN PROGRESS statuses in your project.
Examples: DESIGN IN PROGRESS DESIGN REVIEW IN PROGRESS DEV DONE LOAD TESTING UAT MERGE VALIDATION etc
Make sure you include all IN PROGRESS statuses in order to transition your ServiceNow Request appropriately.
Save
Add a Condition - Related Issues Condition
Related issues - Linked issues
Link type - All link types
Condition - Some match specified JQL
Matching JQL - issuetype = "ServiceNow Request" and status != "Work in Progress"
This will only update the ServiceNow Request if it is not already in WORK IN PROGRESS status.
Validate your query
Save
Add a Branch rule / related issues
Type of related issues - JQL
JQL - issuetype = "ServiceNow Request"
Validate query
Check the box next to “Only include issues that have changed since the last time this rule executed”
Save
Add an Action - Transition issue
Destination Status - WORK IN PROGRESS
If you want to copy additional information over to the ServiceNow Request, you can what fields to set on the ServiceNow Request here. Example - Assignee can be copied from the trigger issue.
Save
Name your rule and Publish.
Transition ServiceNow Request to CLOSED COMPLETE if the related issue is in an DONE status category (green statuses)
Create a new rule
Add a Trigger = Issue Transitioned
From status - leave blank to match all statuses
To status - select the DONE statuses in your project.
Examples: COMPLETED ACCEPTED CLOSED DONE etc
Save
Add a Condition - Related Issues Condition
Related issues - Linked issues
Link type - All link types
Condition - Some match specified JQL
Matching JQL - issuetype = "ServiceNow Request" and statuscategory != "Done"
This will only update the ServiceNow Request if it is not already in DONE statuscategory.
Validate your query
Save
Add a Branch rule / related issues
Type of related issues - JQL
JQL - issuetype = "ServiceNow Request"
Validate query
Check the box next to “Only include issues that have changed since the last time this rule executed”
Save
Add an Action - Transition issue
Destination Status - CLOSED COMPLETE
If you want to copy additional information over to the ServiceNow Request, you can what fields to set on the ServiceNow Request here.
Save
Name your rule and Publish.
Follow the above steps for any other status mapping you want to automate.