Understand common issues in Jira Service Management Cloud

Platform Notice: Cloud Only - This article only applies to Atlassian products on the cloud platform.

Summary

Discover solutions to frequent requests in Jira Service Management, focusing on the Customer Portal, notifications, and permissions.

Solution

An Org & Site and Jira administrator can’t see all tickets in the Customer Portal

The Customer Portal is a place where customers can view the tickets they created and the ones shared with them (Organizations and Request participants).

The filters on the Portal are hard-coded coded which means that they can’t be changed.

When accessing Requests > Created by me, the filter would be:

reporter = currentUser() AND resolution is EMPTY

Via the Requests page, the current user who is logged in can select different statuses and request types to better filter the requests.

When changing from Created by me to another option from the dropdown, it will show the following tickets:

All

It will show all tickets where the current user is the Reporter, Request participant, or tickets shared with an Organization the current user is a member of.

Where I am a participant

It shows tickets where the current user is not the reporter, but a Request participant.

Shared with my organizations

If the current user is a member of more than one Organization, the tickets from all Orgs will be shown when using this filter.

The reason why a Site/Org and Jira administrator can’t view all the tickets via the Customer Portal is due to that.

As an administrator, the correct place to view all the tickets is direct via the Project Queues or via Filters > Advanced search.

The customer is not receiving notifications about updates to their tickets

There are two main reasons why a customer doesn’t receive notifications of their request.

The Request type is empty on the ticket:

When the Request type is “None” it means that the customer won’t be able to view the ticket via the portal and the notification also won’t be triggered.

An empty Request type happens when a ticket is created via Jira (Create button on the topbar) or when a ticket is moved between work types or projects.

Customers only receive notifications if this field is correctly set.

To prevent the Request type from being empty, refer to the following documentation:

Customer unsubscribed from notifications:

Each notification has a link where customers can turn off notifications and they can also disable it directly via the Customer Portal.

Other common reasons:

  • There is an security level set to the ticket that doesn’t include the Reporter and Service Project Customer - Portal Access.

  • Customers marked notifications as spam, so even though notifications are being sent by Jira, they won’t receive them.

  • Customer notifications are disabled via Project settings > Notifications > Customer notifications.

  • The customer created a rule on their mail client to automatically move Jira notifications to another folder or to automatically delete them.

The customer is unable to see the request in the Customer Portal

The causes for this problem are similar to the previous one.

For the ticket to be visible in the Portal

  • It must have a Request type.

  • In case there is an Issue Security, the security level must include the Reporter and Service Project Customer - Portal Access.

  • The person trying to access the ticket must be the Reporter, Request participant, or member of an organization the ticket was shared with.

  • The ticket needs to be under a Service project.

    • When a ticket is created on a Service project and then moved to a Jira project, the customer won't be able to view it until the ticket is moved back to a Service project.

More reasons and detailed information can be found in the documentation below:

A Jira administrator is unable to configure the Service project

In order to manage a Service project, the requirements are:

  • Have a Jira Service Management license.

  • Have Jira administrator permission.

  • Be listed as an Administrator via Project settings > Access > People and access.

    • Note that the Administrator role must also have Service Project Agent permission.

Related documentation:

A user was added to the Service Desk Team role, but once they log in they are redirected to the Customer Portal

Adding a user without product access to the Service Desk Team role via Project settings > People will not allow them to view the project internally. A Service Management agent is a combination of a Service Management license and the Service Desk Team role.

Also, adding a Jira Software user to the Service Desk Team role won't allow them to act as agents; they will need a license.

The assignee of a ticket can’t see the ticket in the portal

An assignee can only view a ticket in the portal by clicking on View request in portal directly on a ticket.

Accessing the Customer Portal and clicking on Requests won’t show tickets assigned to an agent.

As mentioned in the first topic of this documentation, only the Reporter, request participants, and members of an Organization with which the ticket was shared can view the requests when accessing the portal. The assignee can only access the ticket via the direct link on the internal tickets.

The ticket doesn't transition when the agent or customer adds a comment

On the Legacy automation and on Automation, it’s possible to create a rule to transition tickets from Waiting for Support to Waiting for Customer and vice versa when a comment is added.

Sometimes, this rule won’t transition work items, and the most common cause is the Assignee also being listed as a Customer role. This means the Assignee is listed as a Request participant or member of an Organization the ticket was shared with.

To prevent these permission issues, it’s important to ensure that the Assignee is not added as a Participant or added to Organizations.

In case other agents need to receive notifications or also collaborate on a ticket, they can set themselves as Watchers.

Other than issues with the Automation, adding an Agent as a Participant or Member of an Org can cause issues with SLAs.

A Jira and Project administrator can’t view Queues, Reports, and other options on the project sidebar

When adding a new Org, Site, and Jira administrator, depending on the Product access settings, a Jira Service Management license is not automatically granted.

If a Jira administrator who is also a Project administrator is unable to view specific features on Service projects, such as Queues, Reports, Change calendar, Customers, Knowledge base, among other features, it’s due to not having a Service Management product access (license).

Updated on June 13, 2025

Still need help?

The Atlassian Community is here for you.