nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How to implement the below?

SWATHI RS

Hi All,
We are planning to create a new Sevice Desk in our Jira such that, there are 3 locations, say A, B, C. Each location has its own service desk customers and agents. We do not want the request/ticket raised by a customer/agent from location A to be visible by any agent/customer from B or C and vice versa. Could you please help us to implement the same condition?

Accepted answers

All comments

Harshit Goyal_zkxe4t

Hi SWATHI RS,
You can create multiple Service desk project based upon the location and accordingly define browse permission to restrict the visibilty of agents. I guess this is the simplest solution you can try.

SWATHI RS

Hi Harshit,

Thanks for the fast response. I can think of think of that. But, is there any possibiliy of implementing this within one single project?

Dirk Ronsmans

Hi @SWATHI RS ,

This would need a 2 prone approach.

1) Customers:

you can add those customers based on the location in separate organizations. Then they are able to launch requests private or shared with their organization. (by default if you don't use organizations everything is private anyway meaning only viewable by the person that created it)

https://confluence.atlassian.com/servicedeskserver/adding-customers-939926467.html

2) Agents:

Within one project there is no permissions to limit the access of an agent. The workaround here could be separate security levels.

By placing the security level on the issue at creation you can limit which agent sees what issue.

https://confluence.atlassian.com/adminjiraserver/configuring-issue-level-security-938847117.html

the only tricky thing might be how to set the correct security level at creation.

You could opt to have a group of users that can see everything as long as there is no security level and have those "first group of users" triage them to the correct agents. Otherwise you might need to look at some automation to set it at the start.

Harshit Goyal_zkxe4t

You can also explore the component option,
Based upon the locations you can create components in that project and decide the assignee of that ticket. So, if your customer select option A from component list then it shall be assigned to a person in location A and by giving assignable permission the current assignee can transfer the issue to someone else if required.
Also, If you restrict the browse permission to assignee and the administrators, the agents won't be able to see each others ticket and will only see the tickets assigned to them.

Dirk Ronsmans

@Harshit Goyal

also a nice approach.

Depending on the use case this might be too restrictive tho. It depends whether agents from the "same location" are allowed to see each others tickets too.

The component (or another custom field on the request form) might be a good way to automate the assignment (or in my case the security level through an automation).

SWATHI RS

I'm happy to get all suggestions for my question here and quite liked the detailed explanations from both @Dirk Ronsmans and @Harshit Goyal But, I have a concern related to the solution related to components. How is the customer able to select the component? And if the ticket is raised as an email request by customer, how will the ticket get assigned as that component? Will that require an automation to fetch keyword 'A' in his email?

Jack Brickey_h10pa4

Why would Organizations not work here? Associating an org to each location.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

server

jira-service-desk

jira-service-desk-server