JSM News Wrap-up - External Help Resources, Schemas & Customer Notification Logs
Exploring the Latest Enhancements in Jira Service Management Atlassian is on a roll, introducing some exciting updates to Jira Service Management...
Today, we're going to take a look at some of the major changes in Jira Service Management that took place in July. Along with these significant updates, we'll be covering all the changes in this blog post, allowing you to conveniently access them all on one page.
Let's dive right into the major changes, shall we?
This feature definitely deserves our spotlight in July. No longer relying on add-ons, you can now efficiently address common questions with ease. Agents and project admins can create personal responses, saving valuable time by avoiding manual typing or copy-pasting repetitive responses. In addition, admins can create shared responses that can be used by all agents in their projects.
Please note that there are some limitations. While you can't currently use all variables from your issue, the current version includes essential variables such as assignee, reporter, portal URL, request URL, etc., which cover more than 80% of your needs.
See it in action:
![]() |
Yes, you heard it right. You can now migrate your customers when migrating to the cloud. This has been a missing piece in cloud migrations, and Atlassian has addressed it.
Keep in mind that there's no limit to the number of users you can migrate. However, for a successful migration, ensure that the same products are available on the cloud. If you no longer wish to use a particular product after migration, you can opt for a free plan or start a 7-day trial for that product and remove it later.
After a long wait, Atlassian has released some much-anticipated changes to SLA start, stop, and pause conditions. You can now add these conditions to your SLAs based on the due date field in your issues. Here's how they work:
You can also pause or continue your SLAs if your due date value is set or empty. Try these new conditions when editing your SLA conditions in Project settings > SLAs!
![]() |
As Jira Service Management Administrators, we are thrilled about this change, and so will your agents! So what does it do?
With this change, you can now see if a request type is related to a form directly when configuring the request type's form in Project Settings. This allows you to directly see and understand what forms are being used and quickly jump into that form to configure it.
Atlassian has also added a claimer in the global issue create screen, indicating when a request type is linked to a form. If a Service Management project is selected and the request type has a connection to a form, the create screen will prompt you to go to the portal and raise it there since you can't see the form in the native create screen. Check out the examples below:
![]() ![]() |
For these and more changes, read the Atlassian Cloud changes log below to see the full change log!
We’ve made some improvements to the Assets objects field configuration screen to make it easier to link objects in Assets into custom fields that appear in Jira Service Management.
We’ve added validation to the Filter issue scope field, meaning that if you are entering a placeholder in that field, you’ll now be able to instantly see if your AQL is valid.
We've added categories to the 'more options' menu for each request type on the Request types screen. The update makes it easier to find the option you need.
The categories are:
Add start, stop, and pause conditions to your SLAs based on the due date field in your issues. Here's how the new conditions work.
Start and stop conditions:
Pause conditions:
You'll find these new conditions when editing your SLA conditions in Project settings > SLAs.
We are adding dedicated profile pages that contain detailed information for each organization and customer allowing your teams to easily create and modify queues and SLAs for their specific needs. Creating more informed JQL queries gives agents the flexibility and power to see important information and context where it’s needed.
Learn more about the customer service management feature
See form fields alongside Jira fields in one view, so you can easily check what your customer will see and the fields they'll fill out in the portal.
Simply expand the forms component to preview the entire form and easily edit and remove forms without using the more actions menu.
Learn more about forms added to request types
You can now simplify your view of Assets by hiding empty attributes in the object view menu.
Each object type can be configured to either show or hide empty attributes, and Assets will remember the settings for each user.
To get started with this change:
To show the empty attributes again, repeat the steps above and select Show empty attributes in the menu.
It’s now easier to edit and view attributes with large numbers of values in Assets in Jira Service Management.
When more than twenty values are present in a single attribute, the list will collapse into a button listing the total number of values. Select the button, and it will open up into a details panel that allows for easy viewing and editing of the attribute.
You'll now be informed if a request type includes a form when creating issues using Create in the global navigation. Know what fields are shown in the portal on request types including forms so your team can create issues using any or all of the same fields as your customers.
Learn more about creating issues using the global navigation bar
You can now create predefined responses and insert them in the issue view while replying to your customers. These responses are useful when you want to answer common questions repeatedly. Agents and project admins can create personal responses and save time from manually typing or copy-pasting similar replies over and again. In addition, admins can also create shared responses and all the agents in their project can reuse them.
Learn more about creating canned responses in Jira Service Management.
We now migrate all active and inactive Jira Service Management customer accounts as part of your migration. Even if Jira Service Management is on a Free plan, there is no limit on the number of customer accounts you can migrate.
Your source and destination site must have the same Jira products. To migrate Jira Service Management customer accounts, add Jira Service Management on the destination site to reduce the chances of migration failure.
If you don’t want to use a product after migrating, use a free plan, or start a 7-day trial for that product. You can remove the product after completing your migration. Learn how to add a new product to your organization
Exploring the Latest Enhancements in Jira Service Management Atlassian is on a roll, introducing some exciting updates to Jira Service Management...
New Jira Service Management features and updates June was definitely a busy month for Atlassian on Jira Service Management front. We have been...
Exploring the latest enhancements in Jira Service Management August proved to be a bustling yet productive month for Atlassian, particularly on the...