Same project, but deferent Issue numbering format. like ABC-1, and CDE-1 in same project.

Manas Sinha January 5, 2021

Hi, I have a requirement, could you please help in setting up.

I want a department that deals with 3 different clients, e.g. ABC, DEF, GHI.

Now while raising issues selecting the project will be tough, so rather in same project we have added a custom field for client, that holds these options ABC, DEF and GHI. But the issue number is not getting controlled by this selection and it is like XYZ-1, XYZ-2 and XYZ-3. But we actually wanted ABC-1, DEF-2 and GHI-3.

 

Could we do this?

Thank you

-Manas

2 answers

2 accepted

2 votes
Answer accepted
John Funk
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
January 5, 2021

Hi Manas - no, you will not be able to do that unless you create separate projects for each one. Since you have a custom field that captures the different clients, you have to know those to be able to populate that field - which would create the different keys as you describe - ABC-1, DEF-2, etc. So, if you know them then, you should be able to create them as separate projects and create the new issue in the appropriate project. 

The other option is to create a simple JSM project with a portal up front to capture the initial request. And then when the custom field is updated for the client, create an automation rule that clones the issue (or creates the issue from scratch) in the appropriate Classic Software project. We do that in several cases in our organization. 

Dirk Ronsmans
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
January 5, 2021

Perhaps not really a solution to your issue but have you thought about the fact that it makes more sense that you define the issue key prefix?

If you have issues from multiple clients they can surely use the same project but imho the provider providing the support should define what the key is.

An alternative could be to just add that custom field/client name in your summary through an automation as a prefix there?

If you however take @John Funk 's route you can consider using the Queues for JIRA plugin. It allows you to create multi project queues so you don't have to jump from project to project to handle the issues :)

Manas Sinha January 7, 2021

Thanks @John Funk  and @Dirk Ronsmans for the answers and opinions.

I liked/prefer both the ideas. Have to try both of them to get a feasibility idea.

Like John Funk likes this
0 votes
Answer accepted
KAGITHALA BABU ANVESH
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
January 5, 2021

Hi @Manas Sinha ,

It's not possible in jira project. 

You can create 3 different projects with these keys and create a board and configure with these 3 project issues. This will help to see all issues in single place.

Manas Sinha January 7, 2021

this make sense... I will give a try of this approach. Thank you @KAGITHALA BABU ANVESH 

Suggest an answer

Log in or Sign up to answer