Skip to main content
Skip table of contents

Organize issues into location-based queues based on the Azure AD

The need: Support teams need to have issues triaged into location-based queues

In Jira Service Management, queues help organize issues displayed for your team and represent a to-do list based on priority, pending service level agreements (SLAs), or anything else.

Some organizations may want to organize issues into queues that represent each office location. For example, an employee based in New York would get his request automatically triaged to the “New York” queue. Even more importantly, they want this triage to be done without having to ask employees to indicate their office location on the request. Instead, triage should be done automatically based on Azure Active Directory user profiles.

Solution: Use Elements Connect to fetch employees' office location and triage issues into location-based queues

Configure a connection to your Azure Active Directory using Elements Connect and fetch the reporter’s office location when a request is opened. Then leverage this value in your Jira Service Management project queues configuration to triage issues to the right place.

Prerequisites

  • Have Jira Service Management

  • Have Elements Connect installed on your instance

  • Use Azure Active Directory

Configuration steps

The configuration is done in 4 steps:

  1. Configure a connection to Azure Active Directory in Elements Connect

  2. Configure a Connected item to fetch the reporter's office location

  3. Add a Connected item to Jira Service Management project

  4. Configure location-based queues in your Jira Service Management project

Configure a connection to Azure Active Directory in Elements Connect

First off, you should create a datasource in Elements Connect to connect to Azure Active Directory.

Refer to this step-by-step tutorial to configure a datasource to Azure AD.

Configure a Connected item to fetch the reporter’s office location

The next step is to configure a read-only Connected item that fetches the reporter’s office location from the Azure AD datasource.

REST endpoint:

CODE
https://graph.microsoft.com/v1.0/users?$filter=mail eq '$currentUser.emailAddress'

This endpoint returns the following JSON:

CODE
{
    "@odata.context": "https://graph.microsoft.com/v1.0/$metadata#users",
    "value": [
        {
            "businessPhones": [],
            "displayName": "Juliette Lallement",
            "givenName": "Juliette",
            "jobTitle": null,
            "mail": "juliette.lallement@elements-apps.com",
            "mobilePhone": null,
            "officeLocation": "Toulouse",
            "preferredLanguage": null,
            "surname": "Lallement",
            "userPrincipalName": "juliette.lallement@elements-apps.com",
            "id": "cb0687f7-daf2-46bb-9572-5a540d6ec23c"
        }
    ]
}

In order to get the office location of the reporter, the following template is configured:

CODE
${(data.value[0].officeLocation)!}

Refer to this page Writing templates with Apache FreeMarker for details about template configuration.

Add Connected item to Jira Service Management project

Now that your connected item is configured properly, you can associate it to a request type in your Jira Service Management project.

  • Go to your Jira Service Management project administration, and find the “Connected items” section.

  • Add the Connected item to the desired request type (for example: Request a new account)

  • Click the “Hide option”

  • Open the request type in the customer portal (you can use the button in the top right of your screen)

Once the request has been created, the read-only Connected item that fetches the reporter’s office location has been automatically set:

Configure location-based queues in your Jira Service Management project

In the Jira Service Management project, we want queues to be organized by office locations.

Now, we want to configure queues of the Jira Service Management project so that issues created by customers are automatically triaged based on the office location of the reporter.

  • Go to your Jira Service Management project and click “Queues”.

  • Now click “Manage queues” and “Create new queue”.

Name your queue after an office location and configure the filter as to use the “Office location” Connected item configured above. Create as many queues as needed and modify the JQL filter depending on how you want to group office locations.

Now, all requests raised in the Jira Service Management project where the Connected item fetching the reporter’s office location has been configured will be automatically triaged to the relevant queue based on the office location of the requester.

Looking for inspiration?

Connecting to an Azure Active Directory can streamline your support requests by providing more information about the reporter. For example,

  • fetch the reporter’s office location and affect the ticket to the relevant support group,

  • reroute approvals to a reporter's manager

  • or automatically triage request to location-based queues in a Jira Service Management project.

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.