Skip to main content

Atlassian Jira v2

Use the Atlassian Jira v2 integration to manage Jira issues and create Cortex XSOAR incidents from Jira projects.

This integration was integrated and tested with version 1001.0.0-SNAPSHOT of Jira. For more information about JQL syntax, go to https://www.atlassian.com/software/jira/guides/expand-jira/jql.

Use Cases#


  1. Create, edit, delete, and query Jira issues.
  2. Get or add to the comments of an issue.
  3. Add a link or upload an attachment to an issue.

Configure jira-v2 on Cortex XSOAR#

  1. Navigate to Settings > Integrations > Servers & Services.

  2. Search for jira-v2.

  3. Authentiction: As of June 2019, basic authentication using passwords for Jira is no longer supported. Use an API token or OAuth 1.0 instead.

  4. Click Add instance to create and configure a new integration instance.

    • __ Basic Authentication ____

      To use basic authentication, follow this tutorial to get the API token. Authorizing the use of basic authentication requires:

      • Username
      • Password (Deprecated)
      • API token
    • ____ OAuth 1.0 __

      To use OAuth1.0 follow this tutorial to get the Access token. Authorizing the use of OAuth1.0 requires:

      • ConsumerKey
      • AccessToken
      • PrivateKey
    ParameterDescriptionRequired
    Jira URL, for example: https://demisto.atlassian.net/True
    Username (Basic Authentication)False
    Password (Deprecated - Use API token)False
    API tokenFalse
    Consumer key (OAuth 1.0)False
    Access tokenFalse
    Private key (PKCS8 format)False
    Query (in JQL) for fetching incidentsFalse
    Issue index to start fetching incidents fromFalse
    Trust any certificate (not secure)False
    Use system proxy settingsFalse
    Fetch incidentsFalse
    Mirror incoming incidentsFalse
    Incident typeFalse
    Use created field to fetch incidentsFalse
    Mirror outgoing incidentsFalse
    File entry tagChoose the tag to add to an entry to mirror it as an attachment in Jira.False
    Comment entry tagChoose the tag to add to an entry to mirror it as a comment in Jira.False
    Fetch commentsFetch comments for Jira ticket.False
    Fetch attachmentsFetch attachments for Jira ticket.False
  5. Click Test to validate the URLs, token, and connection.

Fetched Incidents Data#


When you enable incidents fetching, Cortex XSOAR fetches the first batch of Jira issues from the 10 minutes prior to when the integration was added. After the first batch of fetched issues, Cortex XSOAR fetches new Jira issues as soon as they are generated in Jira. By default, 50 issues are fetched for each call. To fetch older Jira issues, use the query to fetch issues option. If Fetch comments is enabled, The fetched incident will include the comments in the Jira issue. If Fetch attachments is enabled, The fetched incident will include the attachments in the Jira issue.

Commands#

You can execute these commands from the Cortex XSOAR CLI, as part of an automation, or in a playbook. After you successfully execute a command, a DBot message appears in the War Room with the command details.

jira-issue-query#


Queries Jira issues.

Base Command#

jira-issue-query

Input#

Argument NameDescriptionRequired
queryThe JQL query string.Required
startAtThe index (integer) of the first issue to return (0-based).Optional
maxResultsThe maximum number of users to fetch when searching for a matching user (default is 50). The maximum allowed value is dictated by the Jira property 'jira.search.views.default.max'. If you specify a value that is higher than this number, your search results will be truncated.Optional
headersDisplay the headers in human readable format.Optional

Context Output#

PathTypeDescription
Ticket.IdUnknownThe ID of the ticket.
Ticket.KeyUnknownThe key of the ticket.
Ticket.AssigneeUnknownThe user assigned to the ticket.
Ticket.CreatorUnknownThe user who created the ticket.
Ticket.SummaryUnknownThe summary of the ticket.
Ticket.StatusUnknownThe status of the ticket.

Command Example#

!jira-issue-query query="status=done"

Context Example#
{
"Ticket": [
{
"Status": "Done",
"Creator": "{creator}",
"Summary": "HelloBlocked11",
"Assignee": "null(null)",
"Key": "TES-25",
"Id": "12658"
},
{
"Status": "Done",
"Creator": "{creator}",
"Summary": "Test2",
"Assignee": "null(null)",
"Key": "SOC-40",
"Id": "10986"
}
]
}

Human Readable Output#

jira-issue-query#

assigneecreatedcreatordescriptionduedateidissueTypekeylabelspriorityprojectreporterstatussummaryticket_link
null(null)2019-05-04T02:45:09.909+0300{creator}TypeofIssueIdList12658A task that needs to be done.TES-25Mediumtest1{creator}DoneHelloBlocked11https://demistodev.atlassian.net/rest/api/latest/issue/12658
null(null)2019-01-27T15:59:03.134+0200{creator}10986jira.translation.issuetype.bug.name.descSOC-40MediumSOC{creator}DoneTest2https://demistodev.atlassian.net/rest/api/latest/issue/10986

jira-get-issue#


Fetches an issue from Jira.

Base Command#

jira-get-issue

Input#

Argument NameDescriptionRequired
issueIdThe ID of the issue.Required
headersDisplay the headers in human readable format.Optional
getAttachmentsIf "true", retrieves the issue's attachments. Possible values are: true, false. Default is false.Optional
expandLinksIf "true", expands the issue's links. Possible values are: true, false. Default is false.Optional

Context Output#

PathTypeDescription
Ticket.IdUnknownThe ID of the ticket.
Ticket.KeyUnknownThe key of ticket.
Ticket.AssigneeUnknownThe user assigned to the ticket.
Ticket.CreatorUnknownThe user who created the ticket.
Ticket.SummaryUnknownThe summary of the ticket.
Ticket.StatusUnknownThe status of the ticket.
File.SizeUnknownThe size of the file (Jira attachments are saved as files in Cortex XSOAR).
File.SHA256UnknownThe SHA256 hash of the file (Jira attachments are saved as files in Cortex XSOAR).
File.NameUnknownThe name of the file (Jira attachments are saved as files in Cortex XSOAR).
File.SHA1UnknownThe SHA1 hash of the file (Jira attachments are saved as files in Cortex XSOAR).
Command Example#

!jira-get-issue issueId=15572 getAttachments=true

Context Example#
{
"Ticket": [
{
"Status": "To Do",
"Creator": "{creator}",
"Summary": "Test issue23",
"Assignee": "{assignee}",
"attachment": "",
"Key": "DEM-5415",
"Id": "15572"
}
]
}

Human Readable Output#

jira-get-issue#

assigneeattachmentcreatedcreatordescriptionduedateidissueTypekeylabelspriorityprojectreporterstatussummaryticket_link
null(null)2020-01-19T12:34:13.784+0200{creator}lala15572Request for ActionDEM-5415Mediumdemistodev{assignee}To DoTest issue23https://demistodev.atlassian.net/rest/api/latest/issue/15572

jira-create-issue#


Creates a new issue in Jira.

Base Command#

jira-create-issue

Input#

Argument NameDescriptionRequired
issueJsonThe issue object (in JSON format).Optional
summaryThe summary of the issue.Required
projectKeyThe project key with which to associate the issue.Optional
issueTypeNameSelect an issue type by name, for example: "Problem".Optional
issueTypeIdSelect an issue type by its numeric ID.Optional
projectNameThe project name with which to associate the issue.Optional
descriptionA description of the issue.Optional
labelsA CSV list of labels.Optional
priorityThe priority of the issue, for example: High, Medium.Optional
dueDateThe due date for the issue (in the format: 2018-03-11).Optional
assigneeThe name of the assignee. Relevant for Jira Server only. If you are using Jira Cloud, please provide the assignee_id argument instead.Optional
assignee_idThe account ID of the assignee. Use the jira-get-id-by-attribute command to get the user's account ID.Optional
reporterThe name of the reporter.Optional
reporter_idThe account ID of the reporter. Use the jira-get-id-by-attribute command to get the user's account ID.Optional
parentIssueKeyThe parent issue key (if you're creating a sub-task).Optional
parentIssueIdThe parent issue ID (if you're creating a sub-task).Optional

Context Output#

PathTypeDescription
Ticket.IdUnknownThe ID of the ticket.
Ticket.KeyUnknownThe key of the ticket.
Command Example#

!jira-create-issue summary="test SOC issue26" issueTypeId=10008 projectKey=DEM issueJson=\`{"fields":{"issuetype":{"name":"Request for Action"}}}

Context Example#
{
"Ticket": [
{
"Id": "15576",
"Key": "DEM-5419"
}
]
}

Human Readable Output#

jira-create-issue#

idkeyprojectKeyself
15576DEM-5419DEMhttps://demistodev.atlassian.net/rest/api/latest/issue/15576

jira-issue-upload-file#


Uploads a file attachment to an issue.

Base Command#

jira-issue-upload-file

Input#

Argument NameDescriptionRequired
issueIdThe ID of the issue.Required
uploadThe entry ID to upload.Optional
attachmentNameThe attachment name to be displayed in Jira (overrides original file name).Optional

Context Output#

There is no context output for this command.

Command Example#

!jira-issue-upload-file issueId=15572 upload=19@75

Human Readable Output#

jira-issue-upload-file#

attachment_linkattachment_nameidissueId
https://demistodev.atlassian.net/rest/api/2/attachment/13456jira_v2_yml.yml1345615572

jira-issue-add-comment#


Adds a new comment to an existing Jira issue.

Base Command#

jira-issue-add-comment

Input#

Argument NameDescriptionRequired
issueIdThe ID of the issue.Required
commentThe comment body.Required
visibilityThe roles that can view the comment, for example: Administrators.Optional

Context Output#

There is no context output for this command.

Command Example#

!jira-issue-add-comment issueId=15572 comment="test comment"

Human Readable Output#

jira-issue-add-comment#

commentidkeyticket_link
test comment13779adminhttps://demistodev.atlassian.net/rest/api/2/issue/15572/comment/13779

jira-issue-add-link#


Creates (or updates) an issue link.

Base Command#

jira-issue-add-link

Input#

Argument NameDescriptionRequired
globalIdIf a globalId is provided, and a remote issue link exists with that globalId, the remote issue link is updated.Optional
relationshipThe object relationship to issue, for example: causes.Optional
urlThe URL link.Required
titleThe title of the link.Required
summaryThe summary of the link.Optional
issueIdThe ID of the issue.Required
applicationTypeThe application type of the linked remote application. E.g., "com.atlassian.confluence".Optional
applicationNameThe application name of the linked remote application. E.g., "My Confluence Instance".Optional

Context Output#

There is no context output for this command.

Command Example#

!jira-issue-add-link issueId=15572 title=test url=https://www.demisto.com/

Human Readable Output#

jira-issue-add-link#

idticket_link
13722https://demistodev.atlassian.net/rest/api/latest/issue/DEM-5415/remotelink/13722

jira-edit-issue#


Modifies an issue in Jira.

Base Command#

jira-edit-issue

Input#

Argument NameDescriptionRequired
issueIdThe ID of the issue to edit.Required
issueJsonThe issue object (in JSON format). E.g., {"fields":{"customfield_10037": "field_value"}}.Optional
summaryThe summary of the issue.Optional
descriptionThe description of the issue.Optional
labelsA CSV list of labels.Optional
priorityThe issue priority, for example: High, Medium.Optional
dueDateThe due date for the issue (in the format 2018-03-11).Optional
assigneeThe name of the assignee. Relevant for Jira Server only. If you are using Jira Cloud, please provide the assignee_id argument instead.Optional
assignee_idThe account ID of the assignee. Use the jira-get-id-by-attribute command to get the user's account ID.Optional
statusThe issue status.Optional
transitionThe issue transition.Optional

Context Output#

PathTypeDescription
Ticket.IdUnknownThe ID of the ticket.
Ticket.KeyUnknownThe key of the ticket.
Ticket.AssigneeUnknownThe user assigned to the ticket.
Ticket.CreatorUnknownThe user who created the ticket.
Ticket.SummaryUnknownThe summary of the ticket.
Ticket.StatusUnknownThe status of the ticket.
Command Example#

!jira-edit-issue issueId=15572 customFields=Type_of_incident:Malware(Virus,_Ransomware) description="Just a description"

Context Example#
{
"Ticket": [
{
"Status": "To Do",
"Creator": "{creator}",
"Summary": "Test issue23",
"Assignee": "{assignee}",
"attachment": "test_file.yml",
"Key": "DEM-5415",
"Id": "15572"
}
]
}
Human Readable Output#

jira-edit-issue#

assigneeattachmentcreatedcreatordescriptionduedateidissueTypekeylabelspriorityprojectreporterstatussummaryticket_link
{assignee}test_file.yml2020-01-19T12:34:13.784+0200{creator}Just a description15572Request for ActionDEM-5415Mediumdemistodev{reporter}To DoTest issue23https://demistodev.atlassian.net/rest/api/latest/issue/15572

Issue #15572 was updated successfully

jira-get-comments#


Returns the comments added to a ticket.

Base Command#

jira-get-comments

Input#

Argument NameDescriptionRequired
issueIdThe ID of the issue from which to get the comments.Required

Context Output#

PathTypeDescription
Ticket.Comment.CommentstringThe text of the comment.
Ticket.Comment.CreatedstringThe issue creation date.
Ticket.Comment.UserstringThe user that created the comment.
Command Example#

!jira-get-comments issueId=15572

Context Example#
{
"Ticket": {
"Comment": [
{
"Comment": "test comment",
"User": "admin",
"Created": "2020-01-19T12:35:49.194+0200"
}
],
"Id": "15572"
}
}
Human Readable Output#

Comments#

CommentCreatedUser
test comment2020-01-19T12:35:49.194+0200admin

jira-delete-issue#


Deletes an issue in Jira.

Base Command#

jira-delete-issue

Input#

Argument NameDescriptionRequired
issueIdOrKeyThe ID or key of the issue.Required

Context Output#

There is no context output for this command.

Command Example#

!jira-delete-issue issueIdOrKey=DEM-5415

Human Readable Output#

Issue deleted successfully.

jira-get-id-offset#


Returns the ID offset, for example, the first issue ID.

Base Command#

jira-get-id-offset

Input#

There are no input arguments for this command.

Context Output#

PathTypeDescription
Ticket.idOffSetstringThe ID offset.
Command Example#

!jira-get-id-offset

Context Example#
{
"Ticket.idOffSet": "10161"
}
Human Readable Output#

ID Offset: 10161

jira-get-id-by-attribute#


Gets the Account ID for a given user's attribute.

Base Command#

jira-get-id-by-attribute

Input#

Argument NameDescriptionRequired
attributeThe user's attribute value. Can be Username or Email address.Required
max_resultsThe maximum number of users to pull when searching for a matching user (default is 50). The maximum allowed value is dictated by the JIRA property 'jira.search.views.default.max'. If you specify a value that is higher than this number, your search results will be truncated.Optional

Context Output#

PathTypeDescription
Jira.User.AttributeStringThe user's attribute.
Jira.User.AccountIDStringThe user's Account ID.

Command Example#

!jira-get-id-by-attribute attribute="XSOAR User"

Context Example#

{
"Jira": {
"User": {
"AccountID": "5e4ds952052b790c97509a7c",
"Attribute": "XSOAR User"
}
}
}

Human Readable Output#

Account ID for attribute: XSOAR User is: 5e4ds952052b790c97509a7c

jira-list-transitions#


Lists all possible transitions for a given ticket.

Base Command#

jira-list-transitions

Input#

Argument NameDescriptionRequired
issueIdThe ID of the issue.Required

Context Output#

PathTypeDescription
Ticket.Transitions.ticketIdNumberThe ID of the issue.
Ticket.Transitions.transitionsUnknownA list of all possible transitions.

Command Example#

!jira-list-transitions issueId=18847

Context Example#

{
"Ticket": {
"Transitions": {
"ticketId": "18847",
"transitions": ["Backlog", "Selected for Development", "In Progress", "Done", "To Do", "Build Broken"]
}
}
}

Human Readable Output#

List Transitions:#

Transition Name
Backlog
Selected for Development
In Progress
Done
To Do
Build Broken

get-remote-data#


Gets remote data from a remote incident. This method is only used for debugging purposes and will not update the current incident.

Base Command#

get-remote-data

Input#

Argument NameDescriptionRequired
idThe remote incident ID (issue ID).Required
lastUpdateUTC timestamp in seconds. The incident is only updated if it was modified after the last update time. Default is 0.Optional

Context Output#

There is no context output for this command.

get-mapping-fields#


Returns the fields to map. This method is only used for debugging purposes.

Base Command#

get-mapping-fields

Input#

There are no input arguments for this command.

Context Output#

There is no context output for this command.

update-remote-system#


Gets incident changes. This method is only used for debugging purposes and will not update the current incident.

Base Command#

update-remote-system

Input#

There are no input arguments for this command.

Context Output#

There is no context output for this command.

get-modified-remote-data#


Available from Cortex XSOAR version 6.1.0. This command queries for incidents that were modified since the last update. This method is only used for debugging purposes.

Base Command#

get-modified-remote-data

Input#

There are no input arguments for this command.

Context Output#

There is no context output for this command.

Configure Incident Mirroring#

This feature is compliant with Cortex XSOAR version 6.0 and above. This part walks you through setting up the Jira integration to mirror incidents from Jira in Cortex XSOAR. The instructions below include steps for configuring the integration and the incoming and outgoing mappers. However, not every option available in the integration, nor all classification and mapping features are covered. For information about Classification and Mapping visit: Classification and Mapping.

When mirroring incidents, you can make changes in Jira, which will be reflected in Cortex XSOAR, or vice versa. You can also attach files from either of the systems, which will then be available in the other system.

This is made possible by the addition of 3 new functions to the integration, which are applied with the following options:

  • External schema support
  • Can sync mirror in
  • Can sync mirror out

image

STEP 1 - Modify the incoming mapper.#

  1. Navigate to Classification and Mapping and click classifier-mapper-incoming-JiraV2.
  2. Under the Incident Type dropdown, select Jira Incident.
  3. Change the mapping according to your needs.
  4. Save your changes.
5 fields have been added to support the mirroring feature:#
  • dbotMirrorDirection - determines whether mirroring is incoming, outgoing, or both. Default is Both.

    • You can choose the mirror direction when configuring the Jira instance using the Incident Mirroring Direction field.
  • dbotMirrorId - determines the incident ID in the 3rd party integration. In this case, the Jira ID field.

  • dbotMirrorInstance - determines the Jira instance with which to mirror.

  • dbotMirrorLastSync - determines the field by which to indicate the last time that the systems synchronized.

  • dbotMirrorTags - determines the tags that you need to add in Cortex XSOAR for entries to be pushed to Jira.

    • You can set the tags in the instance configuration, using File Entry Tag, and Comment Entry Tag.

image

STEP 2 - Modify the outgoing mapper.#

  1. Under Classification and Mapping, click classifier-mapper-outgoing-Jira.
  2. Under Select Instance dropdown, select the instance name you want to work with. The left side of the screen shows the Jira fields to map and the right side of the screen shows the Cortex XSOAR fields by which you are mapping. *Note: If Select Instance dropdown is empty, go to the integration's settings and under Incident Type select Jira Incident and try again.
  3. Under Schema Type, select Jira Incident. The Schema Type represents the Jira entity that you are mapping to. In our example it is an incident, but it can also be any other kind of ticket that Jira supports.
  4. Under the Incident Type dropdown, select Jira Incident.
  5. On the right side of the screen, under Incident, select the incident based on which you want to match.
  6. Change the mapping according to your needs.
  7. Save your changes.

STEP 3 - Configure the following integration fields in order to customize the mirroring feature:#

  1. Mirror outgoing incidents: If enabled, any incident data changed in existing fetched incidents will be reflected in the remote Jira server.
  2. Mirror incoming incidents: If enabled, any incident data changed in the remote Jira server will be reflected in existing fetched incidents.
  3. Fetch incidents: Should be enabled in order to mirror in and out new incidents.
  4. Incident type: In order to mirror out changes, provide an incident type that is associated with a layout containing the fields, which values you want to mirror. You can use 'Jira Incident', which already has a built-in layout.
  5. File Entry Tag: Choose a tag to add to an entry in order to mirror it as an attachment in Jira.
  6. Comment Entry Tag: Choose a tag to add to an entry in order to mirror it as a comment in Jira.
  7. Fetch Comments: Fetch comments for Jira ticket.
  8. Fetch Attachments: Fetch attachments for Jira ticket.

STEP 4 - Create an incident in Jira. For the purpose of this use case, it can be a very simple incident.#

STEP 5 - In Cortex XSOAR, the new ticket will be ingested in approximately one minute.#

  1. Add a note to the incident. In the example below, we have written a comment from Cortex XSOAR to Jira.
  2. Click Actions -> Tags and add the Comment Entry Tag tag that you've selected before. If not already modified, the default is: "comment".
  3. Add a file to the incident and mark it with the File Entry Tag tag that you've selected before. If not already modified, the default is: "attachment".
    image
  4. Go back to Incident Info and locate a field you've configured in the outgoing mapper that is displayed in the incident's layout. Change its value and click 'V' in the 'V/X' menu to save the changes. image
  5. Navigate back to the incident in Jira and within approximately one minute, the changes will be reflected there as well.
  6. Change a Jira field you've configured in the incoming mapper.
  7. Go back to Cortex XSOAR and within approximately one minute, the changes will be reflected there as well.
  • You can make additional changes like closing the incident or changing the description and those will be reflected in both systems.

Notes

  • The final 'source of truth' of the incident for Cortex XSOAR are the values in Cortex XSOAR. Meaning, if you change the severity in Cortex XSOAR and then change it back in Jira, the final value that will be presented is the one in Cortex XSOAR. You can see a list of these fields for each incident under "Context Data" -> "dbotDirtyFields".
  • If you wish to mirror in and out Jira's custom fields, please see the 'Mirror In And Out Custom Fields' section below.
  • If you wish to change the status of a Jira incident using transitions, please see the 'Change Ticket's Status Using Transitions' section below.

Mirror In And Out Custom Fields:#

Add a new custom field and add it to the incident type's layout:#

Add a new custom field and add it to the incident type's layout:

1.Create a new incident field:

  1. Go to settings -> advanced -> fields -> new field
  2. Under "Basic Settings": a.provide a name b.Choose field type. For example for a label, you might want to use "Tag" as a type.
  3. Click on "Attributes":
    a.Uncheck the box under: "Add to incident types"
    b.for “Add associated type...” Select the incident type you want to work with. In this example I’ll choose “Jira Incident”.

2.Add the new incident field you've just created to the layout associated with the integration's incident type. In this example, the layout is "Jira Incident Layout":

Add the new field to the incoming mapper:#

  1. Go to Settings -> Integrations -> Servers & Services -> in the search bar type “Jira”.

  2. Open the integration settings by clicking on the button: or by clicking on "Add instance" if you don't have Jira already configured in your system.
    1.If you don't have Jira configured yet, please provide all the needed information for authentication (Jira URL, Username if needed...) and click the "Test" button in order to see that the integration is well set.
    2.In addition:

    * Make sure that under "Incident type" you've selected the incident type you want to work with and it is the same one you've selected once you created the new field. In our example: "Jira Incident".
    * The option "Fetch Incidents" is checked.
    * The option "Mirror incoming incidents" is checked.
    * The option "Mirror outgoing incidents" is checked.

    Finally, click "Done", and wait for new Jira incidents to be pulled:

  1. Once you've finished the setup stage, go to the "Mapper (incoming)" field and select the mapper you want to work with by clicking on "Select":

  2. Click on the button: in order to edit the selected mapper. It will open the "Incident Incoming Mapping Editor".
    1.For "Incident Type", please provide the incident type you've selected in the integration settings.
    2.In "Select Instance" choose the name of your instance. You can find it in the integration settings (you can see a screenshot above), under "Name". Once done, You'll see on the right side of the screen a Jira incident.
    Note: If you want to work with a specific incident, in "Get data" select the option: "Upload JSON" and provide the wanted incident as JSON.
    In order to get the incident as JSON, you can see the section: "how to get an incident as JSON" below.
    On the left side, You'll see all Jira incident fields. 3.Use "Search Cortex XSOAR field…" in order to find your new incident field by searching its name.
    4.Once found, click on "Choose data path" and map it to the custom jira field: a.Find the jira field you want to map to this incident field on the right side, and click on its value. b.Then you will see the path you've selected under your new added field:
    Note: In this example:"customfield_ 10045" is the Jira field ID we want to map. You can find IDs of custom fields for your field in Jira using this guide:Click Here *Note: You can also type the path manually.

  3. Click "Save Version".

Add the new field to the outgoing mapper:#

  1. Go to Settings -> Integrations -> Servers & Services -> in the search bar type “Jira”.
  2. Open the integration settings by clicking on the button:
  3. go to the "Mapper (outgoing)" field and select the mapper you want to work with by clicking on "Select" (the same process we did with the incoming mapper).
  4. Click on the button: in order to edit the selected mapper. It will open the "Incident Outgoing Mapping Editor".
  5. In "Select Instance" choose the name of your instance. You can find it in the integration settings (you can see a screenshot above), under "Name". 1.See that "Schema Type" changes automatically to "Jira Incident".
  6. Select one incident to work with by specifying it in the "Incident" list (it can be seen in the screenshot above under "Select Instance").
    1.On the right side you are now able to see your selected incident.
    2.On the left side you are able to see all the Jira fields you can map in the system.
  7. Search for the Jira field you want to map on the left side. In this example, we want to map customfield_10045
  8. Map the Jira field to the incident field you've created by clicking on "Select incident field" and type its name*.
    *The name of the incident will not include spaces, underscores, capital letters, etc. for example: Jira Transitions will be transformed to "jiratransitions" once saved in the incident's context (you can see the name you need to select by fetching incidents after configuring the mapper in. In the "Incident" field select one of the new incidents that the edited mapper in has worked on. On the right side you should be able to see the new added field and the name you need to provide).
  9. Click the "Save Version" button.

How to get an incident as JSON:#

  1. Use the !jira-get-issue command with the raw-response=true parameter. For example: !jira-get-issue issueId=VIK-183 raw-response=true
  2. Click on "view full JSON in a new tab"
  3. Click on "Download as a file".
  4. Open the downloaded file and put its content inside a list, resulting in a list which contains only one item, the downloaded JSON.
  5. When selecting "Upload JSON" for "Get data" as mentioned above, you can upload the file using the "Upload JSON" option:

Change Ticket's Status Using Transitions#

  1. Make sure you've configured your instance as described in 'Configure Incident Mirroring' above.
  2. Make sure you're using the 'Jira Incident Layout' for displaying the incident which status you want to change. The reason this is required is that this layout is structured in a way that both 'script-JiraChangeTransition' and 'script-JiraListTransition' scripts can work, which is crucial when you want to use transitions.
  3. In order to change an incident status, open the incident you would like to update.
  4. Under "Incident Info" search for the "Jira Transitions" field.
  5. Click on "Select" and choose the name of the new status.
  6. Click on the 'V' option in the 'V/X' menu.
  7. You can see the new status under 'Jira Status'.
  8. Go to Jira, within approximately one minute you will be able to see the new status there as well.