BMC Helix Multi-Cloud Service Management helps facilitate DevOps practices in organizations that use multiple tools. You can integrate BMC Helix Multi-Cloud Service Management with Atlassian JIRA Software and manage tickets across multiple applications and teams more effectively. For more information about DevOps integration, see DevOps-integration.
Before you begin
Complete all preconfiguration tasks before you enable the integration.
To select the integration option for DevOps between Jira and Remedy ITSM
- Launch BMC Helix Platform by using the URL provided in the email sent to you from BMC, and log in as an administrator.
- From the list of applications, select Workspace > Applications > Multi-Cloud Service Management.
To launch BMC Helix Multi-Cloud Service Management, on the top-right corner of the page, click Visit Deployed Application.
Tip
You can access BMC Helix Multi-Cloud Service Management directly by entering the URL https://hostName:portNumber/innovationsuite/index.html#/com.bmc.dsm.mcsm and logging in as a tenant administrator.
- To open the configuration page, click Settings
. - Select Start Here > Quick Configuration Guide.
BMC Helix Multi-Cloud Service Management lists the features available to you.

6. For the the DevOps Integration feature for Jira and Remedy ITSM, select the following options under DevOps Integration and click Done:
- Manual association of Remedy Change with Jira Issues
- Remedy Change to Jira Issue
- Remedy Incident to Jira Issue
- Jira Issue to Remedy Change
- Jira Issue to Remedy Incident
- Remedy Problem to Jira Issue (requires Remedy IT Service Management (ITSM) and Remedy with Smart IT version 1808 patch 1)
- Remedy Work Order to Jira Issue (requires Remedy ITSM and Remedy with Smart IT version 1808 patch 1)
The Configuration Links page displays a list of the common configurations, connectors, flows, and connector targets and processes that you need to configure as described in the next tasks.
To map Jira vendor data to Remedy ITSM or Smart IT
Configuring vendor data includes setting up a vendor organization and defining vendor mappings for the technology provider. Vendor mapping is the metadata of the vendor that is used to define dynamic field mapping between Remedy ITSM and Vendor application fields. Vendor mapping metadata is required to send Remedy ITSM ticket to the vendor application. Vendor mapping ensures that notifications about changes made to the Remedy ITSM fields are added as a comment to the corresponding vendor application ticket. If you are integrating with multiple instances of Jira, create a vendor mapping for each instance of Jira.
Important
BMC recommends that you set up the vendor organizations before starting the BMC Helix Multi-Cloud Service Management configuration. For more information about adding vendor organizations, see Performing-preconfiguration-tasks.
- If required, to create or modify a vendor organization, in the Configuration Links page, click Manage Vendor Organizations under Configure Jira .
- To add or update the vendor mapping, in the Configuration Links page, click Map Vendors under Configure Jira.
On the Map Vendors page, click
.

- Enter a Description that makes it easy for you to identify the vendor metadata configuration.
- Select the Ticketing Technology Provider.
The technology provider is the organization that develops the vendor application. For example, Amazon is the Ticketing Technology Provider for AWS. If you have multiple Jira instances, enter a Instance Name that BMC Helix Multi-Cloud Service Management can use to identify each Jira instance.
The recommended format for an instance name is \ instanceName instance instanceNumber
- Click Add Mapping.
BMC Helix Multi-Cloud Service Management displays the default Instance URL, Vendor Field Mapping, and Display Field Mapping. - Update the Instance URL with the server name and the port number for the Jira instance that you are mapping.
This URL represents the URL for connecting with your Jira server. - Click { } to open the JSON editor, and modify Vendor Field Mapping and Display Field Mapping to add or delete values.
Vendor Field Mapping — Defines how BMC Helix Multi-Cloud Service Management maps Remedy ITSM fields to vendor application ticket fields.
Update the value of fields.project.name with the name of your Jira project for ticket-brokering-lib:Incident , ticket-brokering-lib:Change, ticket-brokering-lib:Problem, and ticket-brokering-lib:Work Order .

Display Field Mapping — Defines how vendor application ticket fields are displayed on the Remedy with Smart IT console.

- If you do not want the Problem ticket or Work Order to be automatically resolved when the corresponding vendor application ticket is resolved, select
for Resolve Problem Ticket When Vendor Closes it or Resolve Work Order When Vendor Closes it. By default, the ticket is resolved when the corresponding ticket is closed in the vendor application.
For each feature you selected, complete the following procedure for the connectors listed on the Configuration Links page.- To navigate to BMC Helix Integration Service, on the Configuration Links page, click Configure connectors in Integration Studio under Required Common Configurations.
You must configure the connectors listed for each feature, in addition to the connectors listed under Required Common Configuration. - To enter field values, select a connector, such as Remedy ITSM, and click Configuration.
You might need to click the arrow on the ribbon in the lower section of the screen to open the Configuration pane. - To update the configuration defaults, enter the appropriate field values by referring to the list of connectors at the end of this procedure.
- To add or update the user account that is used to access the vendor application, click Accounts.
List of connectors for integration with JIRA
ITSM
Configuration
If you are integrating BMC Helix Multi-Cloud Service Management with an on-premises instance of Remedy ITSM, enter the following values:
| |
---|
| Select the site that you created for Remedy. |
| Enter the name of your on-premises AR System server. |
| Enter the port number for your on-premises AR System server. |
- Account
Add a Remedy ITSM user account that has permissions to view business service requests and permissions to update incidents, change, or problem requests.
Multi-Cloud
- Configuration
While activating BMC Helix Multi-Cloud Service Management, BMC configures the Multi-Cloud connector. Do not modify the default Multi-Cloud connector configuration.
Account
BMC sets up the account for the Multi-Cloud connector.
Click
to re-authenticate after you have changed the password for your tenant administrator user account in BMC Helix Innovation Studio.
For information about changing the user password, see Creating or modifying Person data.
SMTP Email
Configuration
To send email notifications for errors, specify values for the following fields:
| |
---|
| Enter a name for the connector configuration. |
| Select the appropriate site for your email server. |
| Select the type of connection for your email server. |
- Account
Add an email account to be used for sending error notifications
.
Jira
- Configuration
If you are integrating with an on-premises instance of Remedy ITSM, enter values for the following fields:
| |
---|
| Enter a name for the connector configuration |
| For each on-premises Jira instance, select the site that you created. For Jira instances in the cloud, select Cloud as the site. |
| Enter the name of your Jira server. |
| Enter the port number of the Jira server. Enter 443 if your Jira server is SSL enabled. |
| Enter the protocol used by the Jira server. |
| If the Jira server is using a self-signed certificate, copy and paste the contents of the self-signed certificate from the certificate file that is in the PEM format. It is not recommended in production Jira servers, and only a certificate signed by a trusted certificate authority must be used. |
- If you need to integrate with multiple instances of Jira, add a Connector Configuration for each instance.
- Account
- Add the account of a Jira user who can view and update Jira issues.
- If you need to integrate with multiple Jira instances, add an account for each of the Jira instances.
For each feature you selected, complete this procedure for the flows listed on the Configuration Links page.
To navigate to BMC Helix Integration Service, on the Configuration Links page, click Configure flows in Integration Studio under Required Common Configurations.
You need to configure the flows listed for each feature, in addition to the flows listed under Required Common Configuration.
To open the flow template page, on the Catalog tab in Integration Studio, click the flow you want to configure.

- To create a copy of the flow template, click
.

- Select the appropriate accounts for the end-point connectors of the selected flow.
You specify the connector accounts when configuring connectors. - To update the name of the flow that you have copied from the flow template, select My Flow, open the flow that you copied, and update the title.
- Specify the trigger Conditions and Field mapping, and click OK.
For more information about trigger conditions and field mappings, see the list of flows at the end of this procedure. - Click My Flows and select the flow that you created from the flow template.
- To verify the target values for the trigger conditions and the field mappings, in the right pane, click Details.
List of flows for integration with JIRA
Send Error Notification
Field Mapping
| |
---|
| Enter the email account that will receive the error notification. |
| |
From Note: The value of this field is set to Integration Service. | |
Note
You can change the following out-of-the-box field mappings:
However, BMC recommends that you retain the existing mappings.
Create Incident
- Project
To query for issues to send to Remedy ITSM, enter the name of the Jira projects. Trigger
The trigger condition determines the qualification criteria to create a Remedy ITSM ticket. You can use any field in your trigger condition. A single issue in Jira can only be related to a single record in Remedy ITSM.
Note
If you are also creating Work Orders and Change Requests from Jira, make sure the trigger condition is unique to creating an incident.
Field Mapping
The default field mappings follow the best practices for mapping data from a Jira issue to a Remedy ITSM Incident. You can change these mappings.
| | |
---|
| | |
| | |
| | Out of the box, this field is mapped with the company created in BMC Helix Multi-Cloud Service Management and Remedy ITSM. However, you can map any Jira field with a company value or build a transformation for any other field to set the company value. You must set the field to a value that matches the company you have created. |
| | |
Customer First and Last Name | | Map these fields to the Jira fields that map to users registered in Remedy ITSM. If you do not have fields in Jira that map to Remedy ITSM users, you can add a transformation or set predetermined values. |
| | For new incidents that are created in the system, set New as the predetermined value. |
| | |
| | By default, this field is set to User Service Restoration. |
| | By default, this field is set to Other. |
| | Select the vendor name tied to this flow. If you are integrating with multiple instances of Jira, set this value to the vendor mapping defined for that instance of Jira. |
| | These properties are used by BMC Helix Multi-Cloud Service Management to display Jira data in BMC Remedy with Smart IT. |
Create Change
Create Change flow
- Project
Enter the name of the Jira projects to query for issues to send to Remedy ITSM. Trigger
The trigger condition is an example of how to determine for which issue you should create a Remedy ITSM ticket. You can use any field in your trigger condition. A single issue in Jira can only be related to a single record in Remedy ITSM.
Note
If you are also creating Work Order and Incident Requests from Jira, make sure the trigger condition is unique to creating a change.
Field Mapping
The default field mappings provided in the flow follow the best practices to map data from a Jira issue to Remedy Change Requests. You can change these mappings.
The following values are mapped out-of-the-box:
| | |
---|
| | |
| | |
| | Set this field to your Remedy ITSM company. You can map any Jira field with a company value or build a transformation for any other field to set the company value. |
| | |
| | The Change ID is included as a part of the Summary. |
Customer First and Last Name | | Map these fields to the Jira fields that map to users registered in Remedy ITSM. If you do not have fields in Jira that map to Remedy ITSM users, you can add a transformation or set predetermined values. |
| | Set the value of the field for creating a change request using one of the following options: - Set a predetermined value - Add a transformation to set from a value in Jira - Leave it blank to use the Remedy ITSM status. |
| | The default transformation sets the value in Remedy ITSM with the priority from Jira. You can change this transformation. |
| | By default, this value is set to Level 3. You can set this to appropriate value based on the data in the issue. |
| | By default, this value is set to Normal. You can set this to the appropriate value based on data in the issue. |
| | By default, this value is set to Change. You can set this to the appropriate value based on your business requirements. |
| | Select the vendor name tied to this flow. If you are integrating with multiple instances of Jira, this value should be set to the vendor mapping defined for that instance of Jira. |
| | |
| | These properties are used by BMC Helix Multi-Cloud Service Management to display the Jira data in BMC Remedy with Smart IT. |
Create DevOps Change
- Trigger
You need to set a trigger condition for this flow to determine which change requests should be sent to Jira. For example, you can use the following triggers:- Categorization fields
- Assignment of the change
- Add a custom field as per your requirement
Note
The Create DevOps Change flow is used to send change requests to different instances of Jira and different DevOps vendors like Agile Central. Use the Technology Service mapping to determine the instance and vendor that the change should be sent to. This mapping is usually based on a value in the change request, and is done in the flow.
Field Mapping
The following values are mapped out-of-the-box:
| | |
---|
| | In the Vendor Field Mapping of the Map Vendor definition, the value of Jira project is set under fields.project.name . By default, project is set to MultiCloud . You should change this value to the appropriate project name. If you have a corresponding field in Remedy ITSM for the project name: - Change the project field type to dynamic.
- Select the Field ID on the BMC Helix Multi-Cloud Service Management record definition of the field that stores the Remedy ITSM project value.
- Define the mapping from the Remedy ITSM value to the Jira value. You can add the transformations to select the appropriate project based on the value received from Remedy ITSM.
|
| | The Vendor Field Mapping section in the Map Vendor definition defines the transformation from the Remedy ITSM priority field to the Jira priority field. Update the mapping in the flow to update the value transformation from Remedy ITSM to Jira. |
| | The Change ID is included as a part of the Summary. |
| | In the Vendor Field Mapping of the Map Vendor definition, the value of Issue Type is set under field.issuetype.name for the instance of Jira you are integrating with. Jira provides several issue types out of the box and also enables users to create their own custom issue types. There are various options to indicate which issue type should be created. The example template uses the Categorization field to decide the issue type. Using the third tier of the change request categorization, we indicate which issue type to create in Jira. You can use other fields or transformations to create issue types in Jira. However, the value passed to the Issue Type must match the name of the issue. |
| | |
| | The Change ID is included in the Summary and also added as a label on the issue. |
Create DevOps Incident
- Trigger
You need to set a trigger condition for this flow to determine which Incidents should be sent to Jira. For example, you can use the following triggers:- Operational or Product Categorization fields in Remedy ITSM
- Assignment of the incident
Add a custom field as per your requirement.
Note
The Create DevOps Incident flow can be used to send incidents to different instance of Jira as well as to different DevOps vendors like Agile Central. Use the Technology Service mapping to determine the instance and vendor the incident should be sent to. Usually the mapping is based on a value on the incident, and is defined in the flow.
Field Mapping
The following values are mapped out-of-the-box:
| | |
---|
| | In the Vendor Field Mapping of the Map Vendor definition, the value of Jira project is set under fields.project.name . By default, project is set to MultiCloud. You should change this value to the appropriate project name. If you have a corresponding field in Remedy ITSM for the project name: - Change the project field type to dynamic.
- Select the Field ID on the BMC Helix Multi-Cloud Service Management record definition of the field that stores the Remedy ITSM project value.
- Define the mapping from the Remedy ITSM value to the Jira value. You can add the transformations to select the appropriate project based on the value received from Remedy ITSM.
|
| | |
| | The Incident ID is included as a part of the Summary. |
Resolution Category Tier 3 | | In the Vendor Field Mapping of the Map Vendor definition, the value of Issue Type is set under field.issuetype.name for the instance of Jira you are integrating with.Jira provides several issue types out of the box and also enables users to create their own custom issue types. There are various options to indicate which issue type should be created. The example template uses the Categorization field to decide the issue type. Using the third tier of the incident request categorization, we indicate which issue type to create in Jira. You can use other fields or transformations to define this. However, the value passed to the Issue Type must match the name of the issue. |
| | |
| | The Incident ID is included in the Summary and also added as a label on the issue. |
Create DevOps Problem
- Trigger
You need to set a trigger condition for this flow to determine which Problems should be sent to Jira. For example, you can use the following triggers:- Operational or Product Categorization fields in Remedy ITSM
- Assignment of the problem
- Add a custom field as per your requirement.
Field Mapping
The following values are mapped out-of-the-box:
| | |
---|
| | In the Vendor Field Mapping of the Map Vendor definition, the value of Jira project is set under fields.project.name . By default, project is set to MultiCloud. You should change this value to the appropriate project name. If you have a corresponding field in Remedy ITSM for the project name: - Change the project field type to dynamic.
- Select the Field ID on the BMC Helix Multi-Cloud Service Management record definition of the field that stores the Remedy ITSM project value.
- Define the mapping from the Remedy ITSM value to the Jira value. You can add the transformations to select the appropriate project based on the value received from Remedy ITSM.
|
| | |
| | The Problem ID is included as a part of the Summary. |
| | In the Vendor Field Mapping of the Map Vendor definition, the value of Issue Type is set under field.issuetype.name for the instance of Jira you are integrating with.Jira provides several issue types out of the box and also enables users to create their own custom issue types. There are various options to indicate which issue type should be created. The example template uses the Categorization field to decide the issue type. Using the third tier of the problem request categorization, we indicate which issue type to create in Jira. You can use other fields or transformations to define this. However, the value passed to the Issue Type must match the name of the issue. |
| | |
| | The Problem ID is included in the Summary and also added as a label on the issue. |
Create DevOps Work Order
- Trigger
You need to set a trigger condition for this flow to determine which Work Orders should be sent to Jira. For example, you can use the following triggers:
- Operational or Product Categorization fields in Remedy ITSM
- Assignment of the problem
- Add a custom field as per your requirement.
Field Mapping
The following values are mapped out-of-the-box:
| | |
---|
| | In the Vendor Field Mapping of the Map Vendor definition, the value of Jira project is set under fields.project.name . By default, project is set to MultiCloud. You should change this value to the appropriate project name. If you have a corresponding field in Remedy ITSM for the project name: - Change the project field type to dynamic.
- Select the Field ID on the BMC Helix Multi-Cloud Service Management record definition of the field that stores the Remedy ITSM project value.
- Define the mapping from the Remedy ITSM value to the Jira value. You can add the transformations to select the appropriate project based on the value received from Remedy ITSM.
|
| | |
| | The Work Order ID is included as a part of the Summary. |
| | In the Vendor Field Mapping of the Map Vendor definition, the value of Issue Type is set under field.issuetype.name for the instance of Jira you are integrating with.Jira provides several issue types out of the box and also enables users to create their own custom issue types. There are various options to indicate which issue type should be created. The example template uses the Categorization field to decide the issue type. Using the third tier of the work order request categorization, we indicate which issue type to create in Jira. You can use other fields or transformations to define this. However, the value passed to the Issue Type must match the name of the issue. |
| | |
| | The Work Order ID is included in the Summary and also added as a label on the issue. |
Create Change Activity Note
TriggerField | Value |
---|
Broker Vendor Name
| is not empty |
Is New Change Work Log | is true |
Field MappingDo not change the following out-of-the-box field mappings.
Field | Value |
---|
post_type | comment#vendor |
ticketNumber | Change ID |
vendorTicketId | Broker Vendor Ticket Id |
| Attachment 1 filename |
Attachment Object 1.content | Attachment 1 |
| Attachment 2 filename |
Attachment Object 2.content | Attachment 2 |
| Attachment 3 filename |
Attachment Object 3.content | Attachment 3 |
NoteYou can change the out-of-the-box field mapping for the text field. Default value is set to Notes.However, BMC recommends that you retain the existing mapping.
Create Incident Activity Note
TriggerField | Value |
---|
Shared with Vendor | True |
Field MappingDo not change the following out-of-the-box field mappings.
Field | Value |
---|
post_type | comment#vendor |
ticketNumber | Incident Number |
| Attachment 1 filename |
Attachment Object 1.content | Attachment 1 |
| Attachment 2 filename |
Attachment Object 2.content | Attachment 2 |
| Attachment 3 filename |
Attachment Object 3.content | Attachment 3 |
NoteYou can change the out-of-the-box field mapping for the text field. Default value is set to Notes.However, BMC recommends that you retain the existing mapping.
Create Problem Activity Note with Author
Field Mapping
Do not change the following out-of-the-box field mappings.
| |
---|
| |
| |
| |
Attachment Object 1.content | |
| |
Attachment Object 2.content | |
| |
Attachment Object 3.content | |
Note
You can change the out-of-the-box field mapping for the text field. Default value is set to Notes.
However, BMC recommends that you retain the existing mapping.
Create Work Order Activity Note
TriggerField | Value |
---|
Broker Vendor Name
| is not empty |
Is New Workorder Work Log | is true |
Field MappingDo not change the following out-of-the-box field mappings.
Field | Value |
---|
post_type | comment#vendor |
ticketNumber | Work Order ID |
ticket_type | workorder |
vendorTicketId | Broker Vendor Ticket Id |
| Attachment 1 filename |
Attachment Object 1.content | Attachment 1 |
| Attachment 2 filename |
Attachment Object 2.content | Attachment 2 |
| Attachment 3 filename |
Attachment Object 3.content | Attachment 3 |
NoteYou can change the out-of-the-box field mapping for the text field. Default value is set to Notes.However, BMC recommends that you retain the existing mapping.
Create Change Activity Note with Author (Remedy 9.1.06 or later)
TriggerField | Value |
---|
Broker Vendor Name
| is not empty |
Is New Change Work Log With Authors | is true |
Field MappingDo not change the following out-of-the-box field mappings.
Field | Value |
---|
post_type | comment#vendor |
ticketNumber | Change ID |
vendorTicketId | Broker Vendor Ticket ID |
| Attachment 1 filename |
Attachment Object 1.content | Attachment 1 |
| Attachment 2 filename |
Attachment Object 2.content | Attachment 2 |
| Attachment 3 filename |
Attachment Object 3.content | Attachment 3 |
Author | Full name |
NoteYou can change the out-of-the-box field mapping for the text field. Default value is set to Notes.However, BMC recommends that you retain the existing mapping.
For more information about using this flow instead of
Create Change Activity Note, see
Updating flows.
Create Incident Activity Note with Author (Remedy 9.1.06 or later)
Field Mapping
Do not change the following out-of-the-box field mappings.
| |
---|
| |
| |
| |
| |
Attachment Object 1.content | |
| |
Attachment Object 2.content | |
| |
Attachment Object 3.content | |
Note
You can change the out-of-the-box field mapping for the text field. Default value is set to Notes.
However, BMC recommends that you retain the existing mapping.
By default, the Create Incident Activity Note flow is used. Instead of the default flow, if you want to use the Create Incident Activity Note with Author flow, you must make changes to the flow.
For more information about using the flow, see Updating flows.
Create Work Order Activity Note with Author (Remedy 9.1.07 or later)
Trigger
| |
---|
| |
Is New Workorder Work Log_People | |
Field Mapping
Do not change the following out-of-the-box field mappings.
| |
---|
| |
| |
| |
| |
| |
| |
Attachment Object 1.content | |
| |
Attachment Object 2.content | |
| |
Attachment Object 3.content | |
Note
You can change the out-of-the-box field mapping for the text field. Default value is set to Notes.
However, BMC recommends that you retain the existing mapping.
Sync Jira Issue
Use this flow when you do want to make direct data updates between a Jira issue and Remedy ITSM ticket.
- Trigger
Retain the values that are available out-of-the-box.
Field mapping
Do not change the following out-of-the-box field mappings.
| |
---|
| |
| |
| Retain the out-of-the-box properties mapping. |
Sync Jira Issue Comment
Trigger
Retain the values that are available out-of-the-box.
Field mapping
Do not change the following out-of-the-box field mappings.
| |
---|
| Retain the prefix Comment Body |
| |
| |
| |
| |
| |
| |
| |
Sync Jira Issue to Multi-Cloud Incident
Use this flow to update the BMC Helix Multi-Cloud Service Management incident record fields with the data from the Jira issue fields.
- Trigger
Retain the values that are available out-of-the-box.
- Flow Target 1 (BMC Helix Multi-Cloud Service Management)
Field mapping
The following mappings are available out-of-the-box:
| |
---|
| |
Vendor Note: The value of this field is set to JIRA. | |
| |
- Flow Target 2 (BMC Helix Multi-Cloud Service Management)
Field mapping
The following mappings are available out-of-the-box and as required, you can add additional mappings:
| |
---|
| |
| |
| |
| |
Vendor Note: The value of this field is set to JIRA. | |
Sync Jira Issue to Multi-Cloud Change
Use this flow to update the BMC Helix Multi-Cloud Service Management change record fields with the data from the Jira issue fields.
Trigger
The following table lists the out-of-the-box conditions that you must not change:
Note
In the Project field, select the project name for which you are creating the flow.
- Flow Target 1 (BMC Helix Multi-Cloud Service Management) to update vendor ticket data
Field mappings
The following table lists the out-of-the-box mappings:
| |
---|
| |
Vendor Note: The value of this field is set to JIRA. | |
| |
- Flow Target 2 (BMC Helix Multi-Cloud Service Management) to update the change request
Field mappings
The following table lists the out-of-the-box mappings:
Sync Change
Use this flow when you want to make direct data updates between a Remedy ITSM change request and Jira issue. This flow monitors change requests that are brokered to the vendor and syncs updates from Remedy ITSM to BMC Helix Multi-Cloud Service Management.
Trigger
The following table lists the out-of-the-box trigger conditions that you must not change:
- Flow Target 1 (BMC Helix Multi-Cloud Service Management)
Field mappings
The following table lists the out-of-the-box mappings between Remedy ITSM and BMC Helix Multi-Cloud Service Management fields:
Sync Incident
Use this flow when you want to make direct data updates between a Remedy ITSM incident and Jira issue. This flow monitors the incidents that are brokered to the vendors and syncs updates from Remedy ITSM and BMC Helix Multi-Cloud Service Management.
Trigger
The following table lists the out-of-the-box trigger conditions that you must not change:
- Flow Target 1 (BMC Helix Multi-Cloud Service Management)
Field mappings
The following table lists the out-of-the-box mappings between Remedy ITSM and BMC Helix Multi-Cloud Service Management fields:
| |
---|
| |
| |
| |
| |
| |
| |
Resolution Category Tier 1 | |
Resolution Category Tier 2 | Resolution Category Tier 2 |
Resolution Category Tier 3 | Resolution Category Tier 3 |
Update Remedy Change from Multi-Cloud Change
Use this flow when you want to sync data between a Remedy ITSM change request and BMC Helix Multi-Cloud Service Management change request.
Trigger
The following table lists the out-of-the-box trigger conditions that you must not change:
| |
---|
| is ${webhookContext.466000246} = "true" |
| |
| |
- Flow Target 1 (Remedy ITSM)
Field mappings
The following table lists the out-of-the-box mappings between Remedy ITSM and BMC Helix Multi-Cloud Service Management fields:
- Flow Target 2 (BMC Helix Multi-Cloud Service Management)
Field mappings
The following table lists the out-of-the-box mappings between BMC Helix Multi-Cloud Service Management fields:
Update Remedy Incident from Multi-Cloud Incident
Use this flow to sync data between a Remedy ITSM incident and BMC Helix Multi-Cloud Service Management incident.
Trigger conditions
The following table lists the out-of-the-box trigger conditions that you must not change:
| |
---|
| is ${webhookContext.466000244} = "true" |
| |
| |
Flow Target 1 (Remedy ITSM)
The following table lists the out-of-the-box mappings between BMC Helix Multi-Cloud Service Management and Remedy ITSM fields:
Flow Target 2 (BMC Helix Multi-Cloud Service Management)
The following table lists the out-of-the-box mappings between BMC Helix Multi-Cloud Service Management fields:
Update Jira Issue from Multi-Cloud Change
Use this flow to make direct data updates in a Jira issue from a BMC Helix Multi-Cloud Service Management change.
Trigger conditions
The following table lists the out-of-the-box trigger conditions that you must not change:
| |
---|
| is ${webhookContext.466000245} = "true" |
| |
| |
| |
Flow Target 1 (BMC Helix Multi-Cloud Service Management)
The following table lists the out-of-the-box mappings between source and target fields in BMC Helix Multi-Cloud Service Management:
Flow Target 2 (Jira)
The following table lists the out-of-the-box mappings between BMC Helix Multi-Cloud Service Management and Jira fields:
Flow Target 3 (BMC Helix Multi-Cloud Service Management)
The following table lists the out-of-the-box mappings between BMC Helix Multi-Cloud Service Management fields:
Update Jira Issue from Multi-Cloud Incident
Use this flow to make direct data updates in a Jira issue from a BMC Helix Multi-Cloud Service Management incident.
Trigger conditions
The following table lists the out-of-the-box trigger conditions that you must not change:
| |
---|
| is ${webhookContext.466000243} = "true" |
| |
| |
| |
Flow Target 1 (BMC Helix Multi-Cloud Service Management)
The following table lists the out-of-the-box mappings between source and target fields in BMC Helix Multi-Cloud Service Management:
Flow Target 2 (Jira)
The following table lists the out-of-the-box mappings between BMC Helix Multi-Cloud Service Management and Jira fields:
Flow Target 3 (BMC Helix Multi-Cloud Service Management)
The following table lists the out-of-the-box mappings between BMC Helix Multi-Cloud Service Management fields:
To define connector targets to enable DevOps between Jira and Remedy ITSM
BMC preconfigures the out-of-the-box connector targets for all BMC Helix Multi-Cloud Service Management features. If you want to update the connector configuration or account information, update the connector target for the feature.
Warning
Do not delete the out-of-the-box connector targets.
- To navigate to BMC Helix Platform, in the Configuration Links page, click Configure Connector Targets in Innovation Studio under Required Common Configurations.
You need to configure the connector targets listed for each feature on the Configuration Links page, in addition to the ones listed under Required Common Configuration. - Click the connector target you want to configure or click
to configure a new connector target. Enter or update the following values and save the configuration.
| |
---|
| Enter a unique name for the configuration. The name is associated with the process that is related to the connector you are configuring. |
| Select the connector type from the list of connectors available to you in BMC Helix Integration Service. |
| Select a configuration from the list. For example, if you select qradar as the Connector Type, all the configurations that you have made for qradar are displayed in the Configuration list. |
| Select a profile. For example, if you select qradar as the Connector Type, all the profiles that you have created for qradar are displayed in the Configuration list. |
To copy connector processes for each Jira instance
When you are integrating with multiple instances of Jira, create a copy of the Connector Process Jira process for each instance and name them, Connector Process Jira for <instance name> . Then, complete the following steps for each Jira instance.
On the
Configuration Links page, click
Copy processes in Innovation Studio to navigate to
BMC Helix Platform for the process configuration.
ImportantThe Copy processes in Innovation Studio option is displayed only if you have configured the vendor mapping for multiple instances of Remedy ITSM.
For each process listed on the
Configuration Links page, select it from the Processes list and click
Copy.A copy of the process is created, and all the connectors and components of the selected process are displayed.

- Enter the name suggested on the Configuration Links page in Name field of the General tab.
- Click Save.
After you create a copy of the process, contact BMC Support to set up the connector configuration for the processes that you have created. Complete this procedure for all the Connector Targets listed on the Configuration Links page.
List of connector targets for integration with Jira
MCSM Remedy ITSM
For the MCSM Remedy ITSM connector target, define the connection configuration and profile required by the connector process.
MCSM JIRA
For the Connector Targets, define the connection configuration and profile required by the connector process in BMC Helix Platform.
When you complete the configuration for all the components,verify the incidents are being brokered from Remedy ITSM to Jira.
To enable mapping between Remedy ITSM fields and custom fields created in Jira
When integrating with Jira, you can send and receive the value of custom fields created in Jira to a field in Remedy ITSM by specifying the appropriate mapping for the fields. After you create the custom field, you need to update the Jira connector, flow and vendor data configuration.
- Create the custom field in Jira.
- Log in to Jira and add the custom fields that you need.
- Ensure that the custom fields are available on all the screens and issue types that you want to integrate with.
For information on adding custom fields, see the documentation for Jira.
- Synchronize the Jira connector.
- Log in to BMC Helix Integration Studio.
- Navigate to Catalog and click Connectors.
- Select the Jira connector and click Custom Fields in the Configuration pane.
You might need to click the arrow on the ribbon in the lower section of the screen to open the Configuration pane. - Select the connector configuration that you want to update for custom fields and click Generate or Re-Generate.

- Update the Sync Jira Issue flow to synchronize the new field.
(Optional) Get the internal ID from Jira for your custom fields:
Important
You must install a utility for non-interactive download of files like wget and then run the commands using the command line prompt.
- Run echo -n username:password| base64
to generate base64 encoded string for subsequent requests. Run wget --no-check-certificate --header='X-Requested-With: XMLHttpRequest' --header='Authorization: Basic [base64 encoded username:password]' --output-document applications.json 'https://[host]/api/v1.0/apps/search?lower_case_name=[connector name]'
This command creates applications.json file that contains response from the BMC Helix Integration Service. Copy value from id field from the json file. This is application Id field that you can use in the next command. Find from the list of appConfig your configuration by name and copy value from Id field. This is configuration Id value that you can use in next command.
Run wget --no-check-certificate --header='X-Requested-With: XMLHttpRequest' --header='Authorization: Basic [base64 encoded username:password]' --output-document app_triggers.json 'https://[host]/api/v1.0/apps/[application Id]/configs/[configuration Id]/triggers'
This request creates app_triggers.json file with available triggers. Each trigger object contains a fields field that is an array of available fields. Copy value from systemName field. Use this value in step f.
Run wget --no-check-certificate --header='X-Requested-With: XMLHttpRequest' --header='Authorization: Basic [base64 encoded username:password]' --output-document app_actions.json 'https://[host]/api/v1.0/apps/[application Id]/configs/[configuration Id]/actions'
This request creates app_actions.json file with available actions. Each action object contains a fields field that is an array of available fields. Copy the value of systemName field. These fields can be used as Vendor field mapping properties.
- Log in to BMC Helix Integration Studio.
- Navigate to My Flows and select the Sync Jira Issue flow.
- On the Details tab, click
. - Select the Edit Field Mapping tab.
In the Vendor Ticket Properties section, click Add Property for each custom field that you want to use.

- Enter the systemName field and select the field in which the value of the custom field needs to be populated.

- To display the custom field, update Display Mapping in Vendor Data configuration.
- Log in to BMC Helix Multi-Cloud Service Management and click Settings
. - Navigate to Configure Vendors > Map Vendors.
- Select the Jira metadata that you want to update and click Edit.

Add new vendor specific values for the custom fields that you need.
Vendor Field Mapping defines how BMC Helix Multi-Cloud Service Management maps Remedy ITSM fields to vendor ticket fields.

Display Field Mapping defines how vendor ticket fields map to the fields on the Smart IT console.

The configuration enables you to send data from the custom Jira field to the Remedy ITSM field mapped in the Vendor Field Mapping.
To sync the values of mapped fields between Jira and Remedy ITSM
You can configure the prebuilt DevOps integration between JIRA Software to automatically update the values of fields mapped between Jira and Remedy ITSM in the applications, instead of adding them as a comment. If you update the value of a mapped field in one application, the value is automatically updated in the other application. For example, after brokering the ticket, the initial value of the Status field in Jira and Remedy tickets is In Progress. Now, when you update the status of the Jira ticket to Closed, the status of the Remedy ITSM change ticket is automatically updated to the same status.
To update the Jira field value when Remedy ITSM field value is changed
To automatically update the value of a Jira field when the Remedy ITSM field value is changed, you must first map the Remedy ITSM and Jira fields that you want to keep in sync in the Jira Vendor Field Mapping. Then, configure the flows required to update the value of the Jira fields.
The following table lists the steps that you must perform to update a Jira field value when a Remedy ITSM field value is changed:
| |
---|
BMC Helix Multi-Cloud Service Management | - Log in to BMC Helix Multi-Cloud Service Management.
- Click
to open the configuration page. - Navigate to Configure Vendors > Map Vendors.
- Select the vendor that shows Jira as the Ticketing Technology Provider, and click Edit.
- Click { } for Vendor Field Mapping and navigate to ticket-brokering-lib:Incident to sync incident data or ticket-brokering-lib:Change to sync change data.
- Under Remedy to Vendor Sync Fields, add the field IDs of the BMC Helix Multi-Cloud Service Management record definition fields mapped to Jira that you want to keep in sync.

|
BMC Helix Integration Service | - Log in to BMC Helix Integration Service.
- Create Sync Incident flow from the template.
- To sync the value of Remedy ITSM incident and Jira fields, create the Update Jira Issue from Multi-Cloud Incident flow from the template and map the fields that you want to keep in sync in the flow.
- To sync the value of Remedy ITSM change and Jira fields, create the Update Jira Issue from Multi-Cloud change flow from the template and map the fields that you want to keep in sync in the flow.
Note: In the flows that you create, ensure that you map the fields that are defined in the Remedy to Vendor Sync Fields property in the vendor metadata. If you map additional fields in the flow that are not listed in the vendor metadata, the values of these fields are also updated in Jira. |
To update the Remedy ITSM field value when Jira field value is changed
To automatically update the value of a Remedy ITSM field when the Jira field value is changed, you must first map the Jira and Remedy ITSM fields that you want to keep in sync in the Jira Vendor Field Mapping. Then, configure the flows required to update the value of the Remedy ITSM fields.
The following table lists the steps that you must perform to update a Remedy ITSM field value when a Jira field value is changed:
| |
---|
BMC Helix Multi-Cloud Service Management | - Log in to BMC Helix Multi-Cloud Service Management.
- Click
to open the configuration page. - Navigate to Configure Vendors > Map Vendors.
- Select the vendor that shows Jira as the Ticketing Technology Provider, and click Edit.
- Click { } for Vendor Field Mapping and navigate to Vendor to Remedy Sync Fields.
- Add the field IDs of the BMC Helix Multi-Cloud Service Management record definition fields mapped to Jira that you want to keep in sync in the Remedy to Vendor Sync Fields section.

|
BMC Helix Integration Service | - Log in to BMC Helix Integration Service.
Create any of the following flows based on your requirement: - If you want to sync an incident in Remedy ITSM, create the Sync Jira Issue to Multi-Cloud Incident flow.
- If you want to sync a change in Remedy ITSM, create the Sync Jira Issue to Multi-Cloud Change flow.
- If you do not want to use the sync functionality, use the Sync Jira Issue flow.
These flows will bring the update to the Jira ticket to Multi-Cloud for incident and change tickets. You must map the fields in the flows that you want to keep in sync. - To sync the value of Remedy ITSM incident and Jira fields, create the Update Remedy Incident from Multi-Cloud Incident flow from the template and map the fields that you want to keep in sync in the flow.
- To sync the value of Remedy ITSM change and Jira fields, create the Update Remedy Change from Multi-Cloud Change flow from the template and map the fields that you want to keep in sync in the flow.
Note: In the flows that you create, ensure that you map the fields that are defined in the Remedy to Vendor Sync Fields property in the vendor metadata. If you map additional fields in the flow that are not listed in the vendor metadata, the values of these fields are also updated in Jira |
Configuring-BMC-Helix-Multi-Cloud-Service-Management