Configuring IdentityIQ to Integrate with Atlassian Server Jira Service Management

This section provides the required information for configuring IdentityIQ to integrate with Atlassian Server Jira Service Management.

This is intended as an introduction to the configuration required to integrate IdentityIQ with Atlassian Server Jira Service Management. It outlines some examples that must be used as a reference point for implementation. Some changes may be required to meet specific use case and expertise around both systems are a must for the successful implementations.

SailPoint provides a default Atlassian Server Jira Service Management configuration. This configuration implements the integration between IdentityIQ and the Atlassian Server Jira Service Management to fulfill (fulfillment of the ticket is done manually) creation of tickets based on IdentityIQ access certification remediation events.

The default configuration is located in the following directory, where iiqHome is the location where IdentityIQ was installed:

iiqHome/WEB-INF/config/connector/IdentityIQforAtlassianServerJiraServiceDesk.xml

Note
Once the following configuration information is populated then import the IdentityIQforAtlassianServerJiraServiceDesk.xml file. This would create an application.

The configuration must include the following entries:

Application Configuration XML would have all configurations for Service Request, Incident and Change Request. Depending on the type of selection for ticketType, respective configuration would be executed by connector for the request processing.

Each module would have provision and checkStatus entries as mentioned below:

Provision

Entries

Description

resource

Ticket creation rest endpoint. Do not provide the base url in the value. Base url would be appended to this endpoint value. Provide only remaining endpoint URL.

Atlassian Server Jira Service Management: /rest/servicedeskapi/request

responseElement*

The value is JSON path expression which provides information about where to find ticket number in the response from rest endpoint. For example, issueKey

request*

Map that represents the request payload, which has velocity template expression and velocity variables that would be dynamically updated by integration before making rest call.

serviceDeskId*

ID of the Service Desk in Jira Service Desk.

To obtain the Service Desk Id, execute the following request from POSTMAN with valid credentials.

If Jira is installed to run in a non-root context path (that is, it has a context path), then the url should include this context path. For example, if Jira is running at: http://www.foobar.com/Jira then the url should be: GET http://www.foobar.com/Jira/rest/servicedeskapi/servicedesk

Use the id field from response and add it in the integration xml.

requestTypeId*

ID for each request type.

For example,

  • Service Request: 1

  • Incident: 14

  • Change Request: 15

To obtain the requestTypeId, execute the following request from POSTMAN with valid credentials.

For example, if Jira is running at: http://www.foobar.com/Jira then the url must be:

GET http://www.foobar.com/Jira/rest/servicedeskapi/servicedesk/{serviceDeskId}/requesttype

Use the value of the id which is obtained from response.

Ensure that the requestTypeId belongs to the same project which would be used. Verify the serviceDeskId for the same.

raiseOnBehalfOf*

The value represents the name of the reporter.

requestFieldValues*

The map of request filed values containing description and summary.

description*

The main body of the request in Jira Service Desk, which includes the details about the request.

summary*

Title / Summary of the request in Jira Service Desk.

Check Status

Entries

Description

resource

Ticket creation rest endpoint. Do not provide the base url in the value. Base url would be appended to this endpoint value. Provide only remaining endpoint URL.

Atlassian Server Jira Service Management:

/rest/servicedeskapi/request/$ticketId

responseElement*

The value is JSON path expression which provides information about where to find ticket number status in the response from rest endpoint. For example, currentStatus.status

statusMap

Map that relates Ticket System status to IdentityIQ status.

If any changes required in the mapping, change the default value /key values in statusMap as mentioned in the following tables:

statusMap for Service Request

Entry key (Atlassian Server Jira Service Management)

Value (IdentityIQ)

Canceled

Failed

Waiting for support

Queued

Waiting for customer

Queued

Escalated

Queued

In Progress

Queued

Pending

Queued

Closed

Committed

Resolved

Committed

statusMap for Incident

Entry key (Atlassian Server Jira Service Management)

Values (IdentityIQ)

Closed

Committed

Canceled

Failed

Work In Progress

Queued

Open

Queued

Pending

Queued

Completed

Committed

statusMap for Change Request

Entry key (Atlassian Server Jira Service Management)

Value (IdentityIQ)

Planning

Queued

Implementing

Queued

Canceled

Failed

Declined

Failed

Peer review/change manager approval

Queued

Resolved

Committed

Closed

Committed

Pending

Queued

Awaiting CAB approval

Queued

Awaiting Implementation

Queued