How to connect to Remedy Action Request using REST API

We’ll start with a brief overview of the Remedy Action Request System and then walk-through the API implementation to connect and access key Remedy records like Incident, Task, and WorkInfo. The article uses Remedy AR Version 19.x and Anypoint Studio 7.4.2.

BMC Remedy Action Request (AR) System is a business automation solution that enables the tracking of critical enterprise processes. The system allows non-programmers to build workflow applications using its Developer Studio. One of the common use cases is the automation of internal service desk (e.g. IT Service management) processes and workflows. Refer to BMC Remedy documentation for more information.

Remedy AR system uses forms to capture and display information. The fields in the form represent a record which is stored in a database table. The system comes with a number of pre-built forms under different modules. Sample forms include HPD:IncidentInterface (Incident form under Help Desk), TMS:Task (Task under Task Management System). Below is a screenshot of the Remedy Dashboard listing Tasks and Incidents.

In a service management scenario, typically Incident is at the top level, representing an issue or a ticket (e.g. unable to login into Loan application) followed by Tasks (e.g. confirm access level) under the Incident, followed by WorkInfo to track work history (e.g. called customer for Org ID to confirm access) at the Task level. See screenshot below for Remedy Incident form and related Task and Work Information.

Access remedy-ar-sapi project from Github and import into Anypoint Studio. Import the Postman collection for API testing.

Update the Remedy host name, port, and login credentials in config.yaml.

Remedy REST API requires an authorization header with the API token in every request. The flow in the following screenshot calls Remedy with the login credentials to request an API token and stores in an ObjectStore to be used in subsequent calls. The scheduler is configured to run at the start of the application and refreshes the token every 59 minutes since it expires every hour (default value). Change the scheduler frequency appropriately.

In this section, we will walk through the API implementation for three key Remedy forms: Incident, Task, and, WorkInfo.

Remedy Incidents are identified by an alphanumeric Incident Number (e.g. INC000003424). The API implements two endpoints: Get and Create Incident.

- Get Incident by ID:

This flow implements GET Incident by ID API by first setting the API token in the header from ObjectStore and constructing the qualification string that is passed a query parameter.

Then the flow calls Remedy HPD:IncidentInterface form to query the incident by “Incident ID” using the above qualification string.

- Create Incident:

The following flow takes new incident fields in JSON format, creates a new Incident using HPD:IncidentInterface_Create form (this returns an internal key), and uses the internal key to query and return the newly created Incident Number.

Remedy Tasks are identified by an alphanumeric Incident Number (e.g. TAS00000124). The API implements three endpoints: Get and Update Task.

- Get Task by Task Name and Status:

This flow implements GET Task by name and status by first constructing the qualification string that is passed a query parameter.

- Get Task by ID:
Remedy Tasks are identified by an alphanumeric Incident Number (e.g. TAS00000124). This flow implements GET Task by ID API by invoking TMS:Task form with Task ID. 

- Update Task:
This flow allows for task update by passing the task fields in JSON format to the TMS:Task form. For example, to update task status pass { “Status”: “Pending” }.

Remedy WorkInfo tracks work history (e.g. notes or comment) and is often associated with a specific Task. The API implements two endpoints: Get and Create WorkInfo.

- Get WorkInfo:
This flow retrieves all WorkInfo records that are associated with a Task ID. The flow uses taskID on TMS:Task form to request the associated TMS:TAS:WorkInfo and returns an array of WorkInfo records.

- Create WorkInfo:
This flow takes new WorkFlow fields in JSON format and the associated Task ID to retrieve the Task instance ID (Remedy internal ID). Then the flow creates a new WorkInfo under the Task using TMS:WorkInfo form. Here is a sample payload to create a new task {“task_ID”: “TAS00000123”, “comment”: “Pending” } that are mapped to WorkInfo TaskorTaskGroupID and Notes respectively.

Remedy Action Request (AR) System is a widely used service management solution to automate and track business processes. To keep business processes in sync with other applications within the enterprise it is necessary to access and update Remedy AR records. This article provided a working example of a MuleSoft System API to connect and access Remedy records like Incident, Task and WorkInfo using REST API. In the next article, we will discuss how to use this API to synchronize records with an external application.

For more developer resources, check out our tutorials.