You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.
View groupJoin the community to find out what other Atlassian users are discussing, debating and creating.
Hi,
I've just rolled out Jira Service Desk within our organisation and have found another problem that I can't work out how to resolve.
Specifically, I want to automatically change the Request Type when an Issue Type is changed.
I'm using:
However, although I can change to the correct linked Issue Type using JMWE, in doing so it clears the Request Type, which then doesn't allow the Linked Issue (link) to be seen in the customer portal.
At the moment I'm having to ask our support guys to manually update the Request Type as a workaround.
I've looked into using JMWE and 'Automation for Jira', but neither seem to be able to do what I need:
"Sorry, but changing the Customer Request Type is currently not possible, since Jira Service Desk does not provide an API for this":
I'd really appreciate any help to automate changing the Request Type.
Thanks.
I've had some Very helpful feedback from Simon Dleist Atlassian who's informed me that:
I've been testing changing the request type using a post function, and as you say, it doesn't work when given either the name or the ID of the request type.
I found out that you have to enter the request type exactly as it is saved in the Jira database, which, for my service desk project with the key CSD is a string like "csd/technicalsupport" for the "Technical Support" request type.Since you are on a cloud instance, you don't have direct access to the database, so you can't look up the request types in there.
I can extract a list of all the request types from your site's database and send it to you.
In order for me to access your site's database, I need your consent through the ticket.
If you consent, please open the ticket using the link below and click the "Approve data access" button.I'm following up internally to find a way to improve this, as I can see that it's not very intuitive or clear at the moment.
In a nutshell, the problem is due to setting the Request Type exactly as it’s stored in the database (and not the ‘label’ cloud users see).
For my Request Type of 'Development' that equates to:
isd/57127acb-fdb1-7084-b422-6c2f43051524
Since Cloud users are unable to access the database to get at these values, I had to authorise Simon to hop on to our instance so that he could extract my Request Types.
Simon then sent me an extract from the database of my various request types as stored in the cloud database and... success!
Simon’s also raised this issue and has a meeting scheduled today to follow up on this internally!
Having now received these, I’ve added them to my workflows and initial tests have been successful. However, since the system is now live I can’t do further testing until this evening. But it’s looking promising!
Thought you’d like to know, as I think it’ll help quite a few people out.
Cheers,
Derrick
Hello Derrick,
Thank you for reaching out.
Indeed, the ability to automatically update the request type when changing the issue type of a ticket is still missing in Jira Service Desk.
We completely understand how impactful this lack is for some customers, and that's why we created the following feature request to implement this functionality:
- Update request type upon issue type change
Feel free to vote and watch the suggestion to increase its priority and also receive notifications about any updates.
For now, I believe the apps you are using cannot provide a viable workaround since JIRA Service Desk does not provide the API to change Request types, however, I was able to find an achievable workaround using Jira Service desk default automation.
The only limitation on that workaround is that you will need to restrict your issue type to only be changed upon a status change. You can achieve this by using a separate workflow for each issue type in your site, forcing the users to click on "Move" to change the issue type of the issues. Once you do it, these would the steps to configure the automation:
Let us know if you have any questions.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks Petter,
Unfortunately, part of the problem has been in my understanding, but thankfully I had a eureka moment yesterday evening when I realised where I was going wrong: basically, I was trying to set the Request Type when I was creating the linked issue and didn't appreciate that the fields I was setting are actually applicable to the new linked issue being created and not the original issue. Now I've got over that hurdle I can focus on the more specific issue of automatically setting the request type of the original issue, after I've changed its Issue type.
I've therefore just implemented your solution and will see how that goes.
Really appreciate your help.
All the best,
Derrick
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you for sharing this information, Derrick.
Please, let us know in case you face any questions while performing the suggested steps.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Petter Gonçalves that doesnt work, because when i try to add action "Edit request type" it says me "Automation will only change the request type if the issue type won't be changed"
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Petter Gonçalveswe need the same functionallity to change request type when an issue in Jira Service Desk is created via Jira to notify added participants.
I tried to create an automation rule in different ways:
1. with action "Edit request type" (as descripted here: https://confluence.atlassian.com/jirakb/customer-request-type-displays-no-match-in-jira-core-or-software-859463969.html
result: I couldn´t find this action type in automation
2. with action "Edit issue" and additional fields (JSON)
result: (invalid value of Customer Requstest type (customfield_10500))
So, until now, I was not able to do it.
Maybe you can help me.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I ran into a similar problem when creating new issues. The only way aruond it was to not use the new automation rules but instead use the old/legacy automation:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello there Cloud Community members! Today, we’re thrilled to announce Jira Service Management, the next generation of Jira Service Desk. Jira Service Management touts advancements in IT service ...
Connect with like-minded Atlassian users at free events near you!
Find an eventConnect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.
Host an eventYou're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.