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; } } }

Why use Services over Components when "Affected Services" cannot be set by Customer?

Josh Martin

We are new to Jira Service Management. I was very excited to see we could list out all of our Services and define their tier in our organization. Even better, we can define their dependencies, which is great!

When we created all of our Request Types, we set up the Customer Form to display the "Affected Services" field so the customer could specify what service they're reporting an issue on.

Unfortunately, we found out the hard way that the "Affected Services" field is inaccessible by Customers. It is an Agent only field; If the field is present and you mark it required, the customer will not be able to submit their request and no error message is displayed.

We have now listed all of our Services as Components and we're swapped out the "Affected Services" field with the "Components" field.

So, why would I want to use "Services" over "Components" when "Affected Services" cannot be set by the Customer?

Accepted answers

Caroline Bartle

Hi Josh - The Affected Services field isn't agent-only, and should allow your customers to select a service (whether it's set to mandatory or not) when the field is included in your request forms.

Are you able to provide a bit more info on the errors you're encountering?

All comments

Caroline Bartle

Hi Josh - The Affected Services field isn't agent-only, and should allow your customers to select a service (whether it's set to mandatory or not) when the field is included in your request forms.

Are you able to provide a bit more info on the errors you're encountering?

Ross McCardal

We are also not seeing the affected services filed appear for customers. Only Agents have visibility via the portal when creating or editing an issue.

[edit]

From the Atlassian Support pages...

Screenshot 2021-11-17 at 16.48.20.png

Josh Martin

@Caroline Bartle Exactly what @Ross McCardal said. Atlassian has purposefully made the Affected Services field only available to those who are licensed for Jira. There's no errors at all, it's just that it doesn't show up. If you mark it as Required, it will not let the support request submit and error messages are not present either which just confuse our customers.

We've worked around this by not utilizing Services. We created a Component for each Service and we're using the Components field instead now. I would love to have some of the extended functionality of Services, though.

Caroline Bartle

Thank you @Ross McCardal and @Josh Martin for your responses.

I've been looking into this further - I believe that the documentation page shared is inaccurate (we'll have it updated). Portal users don't have to be licensed for Jira to see the Affected Services field, however they do have to have an Atlassian Account to see it. A portal-only customer account will not be able to view/edit the field.

Does this help? Could your portal customers be migrated to Atlassian accounts, or are there blockers to doing this?

Joshua Elcik_2xp6lv

The fact that Atlassian thought it would be a good idea to make Services only viewable by licensed jira users is just odd, who thought this was a good idea?

Joshua Selser

I am hard pressed to find any good reason for this design requirement -- but that doesn't mean there aren't any.

So Atlassian JSM team, what is the reasoning behind this? It might help us be able to manage our projects better if we understand the why behind the what...

Paul Reynolds_ru4t0w

Run into exactly the same problem as everyone else here. Thought it made sense to use "affected services" on the portal forms but then realised the customers cant see the field.

Doesn't make much sense to me.

@Josh Martin did you migrate the users? I worry this will just add confusion for the customers

Joshua Elcik_2xp6lv

No, we have to many customers to turn into licensed accounts, I just stopped using Affected services and created a custom field.

Hamzah Mohamed

The only reason I can think of is security. A potential intruder can use a service desk to find out what programs or services a company has so that they can attack just those services.

Sussi Åström

We have run into the same issue, as Affected services is not visible to customers, when using Refined for Cloud. We can get it visible in the portal, but that does not help us. So, I am now looking into creating an automation, that will automatically update the Affected Services, from the components field. Has anyone gone down this route, and if has, care to share how been able to accomplish it?

J Conners

We are using Premium, but I think this can work with Standard JSM

We created a form to use with request asking via a multiselect field linked to JSM Affected Services field what is not working (or whatever you want to call it) … Because it is linked it to Affected Services field this creates an automatic dropdown of the Services you have entered in JSM and allows for linking to Opsgenie.

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-management-cloud

jira-service-management