Behaviours with Service Management

If you have the Jira Service Management application, you can create behaviours specifically for the customer portal. You need to map them separately from project behaviours, because typically, though not always, they have different functionality.

If you want behaviours to be active in the customer portal, you must create a Service Management mapping. Even if you associate a behaviour with All Issue Types in a project, unless you create a mapping to the service management portal, they won’t be active.

In most other respects, using behaviours with Service Management is the same as with a normal Jira project.

In Service Management you can provide a different label for each field, per portal and request type. However, when setting field behaviours for a request type, as with normal Jira, you set behaviours by field name. You can determine the actual field name by editing the request type fields.

For example, in a customer portal you may see:

To establish that this field is actually the Summary field, click the edit link on the field in the request types view:

Example

If the user selects Highest priority, we’re going to change the field label for the Description field, and change the help text so we can understand why the priority is so high.

import com.onresolve.jira.groovy.user.FieldBehaviours
import com.atlassian.jira.issue.priority.Priority
import groovy.transform.BaseScript

@BaseScript FieldBehaviours fieldBehaviours

if ((getFieldById(getFieldChanged()).value as Priority)?.name == "Highest") {
    getFieldById("description")
        .setLabel("Why do you need this and why so important?")
        .setDescription("Please explain why this is Highest priority including details of outage etc.")
} else {
    getFieldById("description")
        .setLabel("Why do you need this?")
        .setDescription("Tell us why you want this.")

}

When the customer changes the Priority to Highest the screen changes to look like the following:


On this page