Incident Management

To create a data source for Incident Management, perform the following steps:

  1. On the left menu bar, click Configuration 🡪 Manage Data Sources.
  2. The Create Data Source page appears with the following tabs:
    1. Organization
    2. Fetch Data
    3. Release Rules
    Figure 1. Create Data Source
    Note:
    Release Rules are only applicable for the following Module types- Incident Management, Change Request Task and Service Request Task. This tab will not be activated for other module types.
  3. On the Organization tab,
    1. Select the Module as Incident Management, since we are configuring this data source for pulling the incident tickets.
    2. Select the Service as Cherwell as we are configuring the data source for Cherwell
    3. Select the Integration Type as REST, since we will be integrating through REST APIs.
    4. Select the Timezone to specify the time zone of the selected data source.
    5. Select Timestamp to view the present data with date and time.
    6. Click Next.
    Figure 2. Create Data Source (Cont.)
    Figure 3. Create Data Source (Cont.)
  4. On the Fetch Data tab, type in the details as per the environment.
  5. In the Connection Details section, enter the following details:
    1. URL – Type the URL which contains the placeholders that display the parameters based on the applied clause such as the number of records to be fetched, query type, date on which the data is fetched, and the order by and so on. It is dependent on the URL or API provided by the tool.

      Sample URL - http://%3CiAutomate_API_URL%3E/iAutomateAPI/Request/GetIncidentTicketData/%3COrg_ID%3E?start_date%3E=#Start_Date%23%26end_date%3C=%23End_Date%23%26

    2. Here, < Product_API_URL > is the API URL of iAutomate where Push APIs are present and <Org_ID> is the OrgID for the organization for which you are creating the data source. It is available in Organization Master in Database.
    3. Authentication Type – Select one of the Authentication Types from Basic / Windows, OAuth 2.0
      Note:
      The user details that are entered here should be an API User
      1. Selection of Basic / Windows requires you to enter -
        • User Id
        • Password
      2. Selection of OAuth 2.0 requires you to enter -
        • User Id
        • Password
        • Authentication URL
    4. Proxy Required – Check Proxy Required, if the environment needs access to content from data sources outside the firewall.
  6. Click on Test Connection to check accessibility of URL from service. Testing the connection is not mandatory, you can still create Data source.
    Figure 4. Create Data Source (Connection Details)
    A screenshot of a computer Description automatically generated
  7. Password - For password, click on icon next to it. If the password is available in plaintext, then select Input type as Input Text and enter the password in Value field. Else if it is available in Azure Key Vault then select Input Type as Azure Key Vault and then select any of the configured details from the value field. Else if it is available in any Key Vault such as CyberArk or Secret Manager then select Input Type as CyberArk or Secret Manager respectively and then select any of the configured details from the value field.
    Figure 5. Password in Plaintext
    A screenshot of a login box Description automatically generated
    Figure 6. Password from Key Vault (CyberArk)
    A screenshot of a computer Description automatically generated
    Figure 7. Password from Secret Manager
    A screenshot of a computer Description automatically generated
    Figure 8. Password from Azure Key Vault
    A screenshot of a computer Description automatically generated
  8. Request Authentication Parameters – If the user has additional parameters, click Add Authentication Parameters under the Request Authentication Parameters tab.
  9. Based on the Authentication Type, add the parameters mentioned in the below table.

    Sample Authentication Parameters

    Authentication Type Key Value Is Encrypted? Is Key?
    OAuth2.0 username <username> NO YES
    OAuth2.0 password <password> YES YES
    OAuth2.0 AuthMethod POST NO NO
    OAuth2.0 AuthPrefix Bearer NO NO
    OAuth2.0 client_id <clientID> YES YES
    OAuth2.0 client_secret <clientsecret> YES YES
    OAuth2.0 TokenKey access_token NO NO
    OAuth2.0 ResponseType JSON NO NO
    OAuth2.0 grant_type Password NO YES
    Figure 9. Create Data Source (Request Authentication Parameters for OAuth2.0)
    A screenshot of a computer Description automatically generated
  10. URL Path Parameters – Based on the URL entered earlier, please map the values to the URL Path Parameters. E.g., for the URL entered earlier, please populate the below inputs:
    Key: #StartDate#
ValueType: SQL UDF
VALUE: @@GetFromDateTimeUsingIncidentPushStagingModifiedDate
Key: #EndDate#
ValueType: SQL UDF
VALUE: @@GetToolCurrentDateTime
    Figure 10. URL Path Parameters
    A screenshot of a computer Description automatically generated
  11. Request Header Parameters – Please enter the request header parameters as required.
  12. Response Body – In this section, please enter the output of URL query for one of the incidents in JSON format. A sample response is mentioned below. 
    Response Body –
{"result": [{
"TicketNumber": "INC0303860",
"Summary": "testing",
"Description": "testing data",
"AssignedGroup": "xxxxxxxx",
"StatusCode": "1",
"CreationDate": "2020-05-06 12:06:05.000",
"LastModifiedDate": "2020-05-06 12:06:05.000",
"ClosedDate": "2020-05-06 12:26:05.000",
"sys_id": "xxxxxxxx",
"Col1": "",
"Col2": "A",
"Col3": "A",
"Col4": "A",
"Col5": "A"
}]
}
  13. After entering the response, click Extract Keys to add the parameters in the Mandatory Parameter Mapping section.
  14. Mandatory Parameter Mapping – Please map the mandatory parameters to the respective values as mentioned in the screenshot below:

    Sample Mandatory Parameter Mapping

    Key Value Type Value
    TicketNumber JSON.Keys result.0.TicketNumber
    Summary JSON.Keys result.0.Summary
    Description JSON.Keys result.0.Description
    CreationDate JSON.Keys result.0.CreationDate
    StatusCode JSON.Keys result.0.StatusCode
    ResolvedDate JSON.Keys result.0.ClosedDate
    LastModifiedDate JSON.Keys result.0.LastModifiedDate
    Figure 11. Mandatory Parameter Mapping
    A screenshot of a computer Description automatically generated
  15. If you need to add Optional parameters, click Add Response Parameter to add more parameters. For our purpose, we will be adding a couple of extra parameters, as mentioned below, as we need them in the later section.

    Sample Optional Parameters

    Key Value Type Value
    AssignedGroup JSON.Keys result.0.AssignedGroup
    Col1 JSON.Keys result.0.sys_id
    Figure 12. Optional Parameter Mapping
    A screenshot of a computer Description automatically generated
  16. Click Next to proceed to Release Rules.
  17. On the Release Rules tab, type in the details as per the requirement.
  18. In the Connection Details section, enter the following details:
    1. URL – Type the URL of the selected service type to release the ticket. It contains the placeholders that display the parameters based on the applied clause and is dependent on the URL or API provided by the tool.

      Sample URL https://url.servicenow.com/api/now/v1/table/sc_request?sysparm_fields=#Columns

    2. Authentication Type – Please enter the information in line with the Authentication type configured for fetching data configuration previously.
    3. Request Method – Select Request Method as POST from the drop-down.
    4. Proxy Required – Check Proxy Required, if the environment needs access to content from data sources outside the firewall.
    5. Click on Test Connection to check accessibility of URL from service. Testing the connection is not mandatory, you can still create Data source.
    Figure 13. Release Rules (Connection Details)
    A screenshot of a computer Description automatically generated
  19. Password - For password, click on icon next to it. If the password is available in plaintext, then select Input type as Input Text and enter the password in Value field. Else if it is available in Azure Key Vault then select Input Type as Azure Key Vault and then select any of the configured details from the value field. Else if it is available in any Key Vault such as CyberArk or Secret Manager then select Input Type as CyberArk or Secret Manager respectively and then select any of the configured details from the value field.
    Figure 14. Password in plaintext
    A screenshot of a login box Description automatically generated
    Figure 15. Password from Key Vault (CyberArk)
    A screenshot of a computer Description automatically generated
    Figure 16. Password from Secret Manager
    A screenshot of a computer Description automatically generated
    Figure 17. Password from Azure Key Vault
    A screenshot of a computer Description automatically generated
  20. Request Authentication Parameters - If the user has additional parameters, click Add Authentication Parameters under the Request Authentication Parameters tab.
  21. Based on the Authentication Type, add the parameters mentioned in the below table -

    Sample Authentication Parameters

    Key Value Is Encrypted? Is Key?
    grant_type password N Y
    username <username> N Y
    Password <password> Y Y
    client_id <client_id> N Y
    AuthPrefix Bearer N N
    AuthMethod POST N N
    ResponseType JSON N N
    TokenKey access_token N N
    Figure 18. Create Data Source (Request Authentication Parameters)
    A screenshot of a computer Description automatically generated
  22. Request Body - In this section, please enter the request body in JSON format. A sample request is mentioned below:
    Request Body –
{
"saveRequests": [
{
"busObId": "6dd53665c0c24cab86870a21cf6434ae",
"busObPublicId": null,
"busObRecId": "#sys_id#",
"cacheKey": null,
"cacheScope": "Tenant",
"fields": [
{
"dirty": true,
"displayName": null,
"fieldId": "9339fc404e8d5299b7a7c64de79ab81a1c1ff4306c",
"html": null,
"name": null,
"value": "Service Desk"
},
{
"dirty": true,
"displayName": null,
"fieldId": "9339fc404e4c93350bf5be446fb13d693b0bb7f219",
"html": null,
"name": null,
"value": ""
},
{
"dirty": true,
"displayName": null,
"fieldId": "5eb3234ae1344c64a19819eda437f18d",
"html": null,
"name": null,
"value": "Assigned"
}
],
"persist": true
},
{
"busObId": "934d8181ba9d3a6a506d7643e1bc71f70fa9b47412",
"busObPublicId": null,
"busObRecId": null,
"cacheKey": null,
"cacheScope": "Tenant",
"fields": [
{
"dirty": true,
"displayName": null,
"fieldId": "9341223bbcef1e2b8dfa6048a2bb4be1e94bad60ac",
"html": null,
"name": null,
"value": "#Reassign_comment#"
},
{
"dirty": true,
"displayName": null,
"fieldId": "9341222c4b89e253dd22b64d1fb16d0008bef6971f",
"html": null,
"name": null,
"value": "#ticket_sys_id#"
}
],
"persist": true
}
],
"stopOnError": true}
    Figure 19. Release Rules (Request Body)
    A screenshot of a computer Description automatically generated
  23. Response Body – In this section, please enter the response body in JSON format. A sample request is mentioned below:
    Response Body –
{ "result" : "#success#" }
    Figure 20. Release Rules (Response Body)
    A screenshot of a computer Description automatically generated
  24. Response Key Value mapping can be done as per the below table.

    Sample Response Key Value Mapping

    #success# Text OK
  25. Click Save to add the data source.
  26. To bring the tickets within iAutomate scope, a specific queue needs to be configured in the ITSM tool and same must be configured in iAutomate. This is achieved through Manage the Entry Criteria. Please follow the following steps:
    1. Go to the Action tab and click Manage Data Sources.
    2. On the Data Sources tab, click next to the data source user wants to manage. Manage Entry Criteria screen appears.
      Figure 21. Manage Entry Criteria
    3. Select ‘AssignedGroup’ for the Column field and ‘equals to ‘for the Operator field.
    4. Enter the sys_id of the assignment group in Cherwell in the Value field.
    5. Clause and Sub-Clause fields can also be added based on requirement.
      Figure 22. Manage Entry Criteria (Cont.)
      A black and white rectangle with a blue line Description automatically generated
  27. Click Save.
  28. To configure the Release rules for the data source created earlier, perform the below steps:
    1. Go to Runbooks -> Manage Rules.
    2. Select the data source created from Data Source dropdown.
      Figure 23. Manage Release Rules
    3. Click on corresponding to –No Rule—
    4. Map the parameters #sys_id# to the column in which sys_id was mapped while performing the mandatory parameter mapping while data source creation.
    5. Mention the reason for releasing ticket in #reassign_comments#.
    6. Map #ticket_sys_id# again to the column in which sys_id was mapped while performing the mandatory parameter mapping while data source creation.
      Figure 24. Manage Release Rules (cont.)
      A screenshot of a computer Description automatically generated
  29. Click OK.
    Figure 25. Manage Release Rules (cont.)
  30. Click Save Rule.