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 share configuration between Jira Service Desk projects

Tamara

Is there an easy way to share the configuration for request types including changes to the issue view and request form, customer permissions, SLAs, automation, etc between Jira Service Desk projects?

I am referring to Classic Service Desk projects, but I'd also be interested in hearing about Next-Gen options.

I tried creating a new project with 'Share settings with an existing project' ticked. That seemed to share the standard Jira schemes like workflows, permissions, screen scheme, etc. But it didn't seem to share any of the Service Desk specific configuration changes as mentioned above.

I understand that you probably don't want the 'People' details to be the same across projects, but it would be nice to have a common setup for things like request types.

Accepted answers

Brant Schroeder

Tamara,

On cloud that is the only way to copy project settings from one service desk to another. Those items that it copies can be easily shared and maintained across projects. The other items are unique to each service desk and would need to be replicated. If you are looking for some standardizations you might look at combining service desks into one.

All comments

Brant Schroeder

Tamara,

Tamara

Thanks for the fast reply and good suggestion, Brant.

Tamara

I was initially thinking of having different service desks for different customer organisations with:

The same request types, SLAs, automation.
Different knowledge bases (got Confluence linked too).

I could combine them into one service desk project and still use different customer organisations within that. However, then they would share a knowledge base.

Do you know of any way to limit parts of a Confluence space to only certain service desk customers/organisations? When those customers are just customers, not Confluence users. I suspect it's not possible.

Sounds like my best bet is to leave them as separate service desks and manually set up the request types in each. That gives us more flexibility to change things later on too.

Brant Schroeder

Having two does sound the best for your business need. You can limit Confluence KB at the service request level using confluence tags but at the portal level it will pull everything. The limiting of KB is by subject matter and not by customer of organization. Plus everyone would be able to see all of the request types which it sounds like could be different for each customer organization.

Welcome!

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

Quick Links

Find more posts tagged with

cloud

jira-service-desk

jira-service-desk-cloud