Scenario:
Project A (Service Desk)
Project B (Dev Team)
Project A will raise an issue which requires Project B to do checking and provide resolution.
First phase:
When Project A raise issue (PA-01), if issue type is a "Service Request", Automation will automatically create another new issue under Project B (PB-01).
-- This part of automation is simply, I have set it up and it's working.
Problem phase:
When Agent A in Project A starts working on (PA-01) issue, agent set PA-01 issue status from Open to In Progress.
When this happens, I want that PB-01 issue to automatically change status to match PA-01 as well.
Vise Versa
If Agent B in Project B starts working on PB-01, agent set PB-01 issue status from Open to In Progress, I want that PA-01 will change to In Progress as well automatically.
I could not get the 2 scenario to work.
Any idea how this can be done?
Welcome to the community.
Why don't you look at the option to have developers contributing to JSM issues instead of creating duplicate issues?
See documentation on collaborators, what-users-and-roles-are-there-in-jira-service-management
They don't need an agent license.
its a decision from management to separate out into Service Desk and Dev Team, if a change request was raised in Service Desk, if needed SD will raise a manual ticket to Dev Team.
They are trying to automate this process which yes can be done, but the transitioning of status between the 2 linked issue will need to be able to update each other when needed as per the above scenario.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Alvin - Welcome to the Atlassian Community!
Can you share the rule that you have so far so we help you better?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I would change the Transition Issue action from "Copy from trigger issue" to be a set value based on options for your Project B workflow. But if the same workflow is shared between the two projects for the issue types, this should work.
So, when you say it is not working, what is not working about it?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Currently this automation flow is setup in Project A, supposedly when issue in Project A transition from "Acknowledged" to "Requirement Study", the linked case which is in Project B will be automatically transitioned to "Requirement Study" as well.
But that does not happen.
The "Transition Issue" can it be set to transition issue of another project?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sure that can be set. Are either of the projects Team-managed? Also, can you share what happens in the audit log when you execute it? Does the rule actually execute and it says it is successful but didn't really do it? Or did it not meet a condition when it runs? Or did the rule not run at all?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Rule executed but it says no actions performed, which i think it means that the edit transition function only works to change itself but not the linked issues.
Project A (Service Desk) is a Team Managed, Project B (Dev Team) is a Company Managed.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, the "error" message says there are no linked issues that exist for the trigger issue. Have you been able to successfully link an issue from a TMP to an issue in a CMP?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.