Hello Jira Community,
My team and I are using Jira Work Management, and we need your help to solve an issue we're facing. Currently, each user can assign tickets to anyone when a new issue is created or when working on an existing issue. Our goal is to ensure that each user can only assign tickets to themselves (current user) and prevent them from assigning tickets to others.
Additionally, we don't want a "Done" ticket to be reassigned by anyone else. In other words, once a ticket is completed, it shouldn't be reassigned to another user by anyone other than the original assignee.
We would appreciate your suggestions on how to configure Jira to meet these requirements. What permission settings or workflow adjustments should we make to achieve this?
Thank you in advance for your help!
Are we sure we are seeing the same screen?
It looks like you are using a company-managed project whereas I was thinking of a team-managed one.
Same properties apply, but you set them by clicking the workflow status and then the properties
You are using a Post function in this case
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Your response is very valuable to me.
To be more specific, for example, a ticket was sent to us by our support team. I want only the current user option to appear in the Assignee section. Do not let other names (other users in the group) appear. This is what we are really trying to reach. No user should be able to assign it to anyone else. But it will not automatically assign a person, everyone in the service desk team will only be able to assign it to themselves.
As I indicated in the image labeled 1.1:
Here is our workflow. I click on the pending transition section in the Open step. And I see the pending transition screen (image labeled 2).
I saw 5 post functions.
I will add the "assignee to current user" option, but in what order should they be?
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 believe your permissions scheme will be just fine.
Here is a step-by-step process for a company-managed process to limit the ability to assign issues to the current User only if you are a non-administrator role. Administrator roles can assign the issue to anyone. Think of this as an override option.
Access your workflow
Set the Properties of the status
jira.permission.assign.projectrole
Property Value: 10002
This will make the assignee field read only to non administrator roles
Apply this same property to all status
Back in your workflow, create a self-transition
On the self-transition, add the post function to assign the issue to the current user
The order within the post function shouldn't matter as they happen asynchronously I believe.
Publish the workflow
The self-transition will create the action menu option to allow the current user to assign the issue to themselves only. Do this on all the statuses that you want to allow associates to assign tickets to themselves.
Keep in mind that administrator role will be able to assing to any assoacites.
The video shows a developer role account with the ability to only assign to themselves via the action menu
The second video shows my account (Administrator Role) being able to assign to any users in the project
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Great, I'm glad it worked! Thanks so much. But;
For the final scenario, we want to ensure that once an issue is assigned to a user, that user can no longer assign it to someone else, but can only unassign it.
If the current user can only take a ticket for themselves, they should not be able to transfer it to someone else afterward (we want to prevent possible issue transfers between users to track how many tickets each user handles and ensure they can't share issues among themselves).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This explanation was a bit confusing for me, can you explain it in more detail and step by step?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
For the first part, its might be a multi-step approach here
Key: jira.permission.assign.assignee
Value: leave blank
The process
Once a ticket is created, the assignment field is not editable, but users can click on the action menu and select the "Assignment" action to have it assigned to them.
The assignee will now be able to change the assignee because of the above property being set on the status and them being assigned the ticket. This will also remove the action menu option now that the ticket is assigned.
In the remaining status' in your workflow, add the same property to the status (not the transition)
For the second part, add the same workflow property to the done status.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Rereading your requirement, you may want to change the property to be something similar. But base this on your current set up as maybe project lead makes more sese in your case.
Key: jira.permission.assign.projectrole
Value: "role ID for Adminitrator"
This will then limit who can assign the tickets via the assignee field to just the administrator role but non admin roles will still use the action menu to assign the ticket to them selves
Then you can do that self-transition at each status so someone can run the action menu assign it to themselves.
You would also eliminate the condition that is in place since you want people to be able to assign a ticket to themselves only at any status, but don't add it to the done status, still use this for the done status
Key: jira.permission.assign.assignee
Value: leave blank
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
How should one proceed in the Add Validator and Add Conditions sections?
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.