Common flows content
Introduction
Excerpt name: FlowsIntro
Click here to expand...
A flow is a connection between two connectors that lets you accomplish a certain task. A triggering event in the source application causes an action to take place in the target application. When setting up BMC Helix Multi-Cloud Broker, as a tenant administrator, you must review the trigger conditions and field mappings defined for the flow, and update them if required.
While the process for configuring flows remains the same for all BMC Helix Multi-Cloud Broker features, each flow needs some service-provider-specific information to be set up.
To configure flows
Excerpt name: FlowsConfigProcess
Click here to expand...
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.
Common flows
Create Brokered Incident
Excerpt name: CreateBrokeredIncident
Click here to expand...
Trigger
In the Service field, specify the name of the Remedy business service for incident brokering. Incidents will not be brokered as expected if you do not specify the Service.Note
The business service is the Technology Provider value that you specified when you configured the vendor data.
Field Mapping
Do not change the value of the following out-of-the-box field mappings:
Field
Value
Company
Company
Service
Service
incidentNumber
Incident Number
Note
You can change the following out-of-the-box field mappings:
- Summary
- Priority
However, we recommend that you retain the existing mappings. If you change the Priority field mapping, you need to set the transformations for source and target field values in the flow.
Create Incident Activity Note
Excerpt name: CreateIncidentActivityNote
Click here to expand...
Trigger
Field
Value
Shared with Vendor
True
Field Mapping
Do not change the following out-of-the-box field mappings.
Field
Value
post_type
comment#vendor
ticketNumber
Incident Number
Attachment Object 1.name
Attachment 1 filename
Attachment Object 1.content
Attachment 1
Attachment Object 2.name
Attachment 2 filename
Attachment Object 2.content
Attachment 2
Attachment Object 3.name
Attachment 3 filename
Attachment Object 3.content
Attachment 3
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 Incident Activity Note with Author (ITSM 9.1.06 or later)
Excerpt name: IncidentNotewithAuthor
Click here to expand...
Trigger
Field
Value
Shared with Vendor
True
Field Mapping
Do not change the following out-of-the-box field mappings.
Field
Value
post_type
comment#vendor
ticketNumber
Incident Number
Author
Full name
Attachment Object 1.name
Attachment 1 filename
Attachment Object 1.content
Attachment 1
Attachment Object 2.name
Attachment 2 filename
Attachment Object 2.content
Attachment 2
Attachment Object 3.name
Attachment 3 filename
Attachment Object 3.content
Attachment 3
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 Change Activity Note with Author (ITSM 9.1.06 or later)
Excerpt name: ChangeNotewithAuthor
Click here to expand...
Trigger
Field
Value
Broker Vendor Name
is not empty
Is New Change Work Log With Authors
is true
Field Mapping
Do 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 Object 1.name
Attachment 1 filename
Attachment Object 1.content
Attachment 1
Attachment Object 2.name
Attachment 2 filename
Attachment Object 2.content
Attachment 2
Attachment Object 3.name
Attachment 3 filename
Attachment Object 3.content
Attachment 3
Author
Full name
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.
For more information about using this flow instead of Create Change Activity Note, see Updating flows.
Resolve Incident
Excerpt name: ResolveIncident
Click here to expand...
Trigger
Field
Value
Service
Specify the name of the Remedy Business Service for incident brokering in the Service field:
.
Note: Business Service is the value that you provide when specifying the Technology Provider while configuring vendor data
Status
Set status to one of the following values:
- Resolved
- Closed
- Cancelled
Field Mapping
Do not change the following out-of-the-box field mappings.
Field
Value
Status
Status
incidentNumber
Incident Number
Create Change Activity Note
Excerpt name: CreateChangeActivityNote
Click here to expand...
Trigger
Field
Value
Broker Vendor Name
is not empty
Is New Change Work Log
is true
Field Mapping
Do 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 Object 1.name
Attachment 1 filename
Attachment Object 1.content
Attachment 1
Attachment Object 2.name
Attachment 2 filename
Attachment Object 2.content
Attachment 2
Attachment Object 3.name
Attachment 3 filename
Attachment Object 3.content
Attachment 3
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.
Send Error Notification
Excerpt name: SendErrorNotification
Click here to expand...
Trigger
Field
Value
Flow Target
Multi-Cloud
Field Mapping
Field
Value
To
Enter the email account that will receive the error notification.
Subject
Flow Title
From
Note: The value of this field is set to Integration Service.NA
Note
You can change the following out-of-the-box field mappings:
- Subject
- From
However, BMC recommends that you retain the existing mappings.
Create Problem Activity Note
Excerpt name: CreateProblemActivityNote
Click here to expand...
Trigger
Field
Value
Broker Vendor Name
is not empty
Field Mapping
Do not change the following out-of-the-box field mappings.
Field
Value
post_type
comment#vendor
ticketNumber
Problem ticket
Attachment Object 1.name
Attachment 1 filename
Attachment Object 1.content
Attachment 1
Attachment Object 2.name
Attachment 2 filename
Attachment Object 2.content
Attachment 2
Attachment Object 3.name
Attachment 3 filename
Attachment Object 3.content
Attachment 3
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 Problem Activity Note with Author
Excerpt name: CreateProblemActivityNotewithAuthor
Click here to expand...
Trigger
Field
Value
Broker Vendor Name
is not empty
Field Mapping
Do not change the following out-of-the-box field mappings.
Field
Value
post_type
comment#vendor
ticketNumber
Problem ID
Attachment Object 1.name
Attachment 1 filename
Attachment Object 1.content
Attachment 1
Attachment Object 2.name
Attachment 2 filename
Attachment Object 2.content
Attachment 2
Attachment Object 3.name
Attachment 3 filename
Attachment Object 3.content
Attachment 3
Author
Full name
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
Excerpt name: CreateWONote
Click here to expand...
Trigger
Field
Value
Broker Vendor Name
is not empty
Is New Workorder Work Log
is true
Field Mapping
Do 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 Object 1.name
Attachment 1 filename
Attachment Object 1.content
Attachment 1
Attachment Object 2.name
Attachment 2 filename
Attachment Object 2.content
Attachment 2
Attachment Object 3.name
Attachment 3 filename
Attachment Object 3.content
Attachment 3
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 with author
Excerpt name: CreateWONotewithAuthor
Click here to expand...
Trigger
Field
Value
Broker Vendor Name
is not empty
Is New Workorder Work Log_People
is true
Field Mapping
Do not change the following out-of-the-box field mappings.Field
Value
post_type
comment#vendor
ticket_type
workorder
ticketNumber
Work Order ID
vendorTicketId
Broker Vendor Ticket ID
Author
Full name
Attachment Object 1.name
Attachment 1 filename
Attachment Object 1.content
Attachment 1
Attachment Object 2.name
Attachment 2 filename
Attachment Object 2.content
Attachment 2
Attachment Object 3.name
Attachment 3 filename
Attachment Object 3.content
Attachment 3
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.
Azure monitor
Create Incident from Azure Alerts
Excerpt Name: createIncidentFromAzureAlerts
Click here to expand...
Trigger
Field
Value
Alert Type
Metric, Log, or Activity Log
Field Mapping
Do not change the following default field mappings.
Field
Value
Summary
Monitoring Service, Monitor Condition and so on
Priority
Monitoring Service, Monitor Condition and so on
Description
Description
Urgency
Severity
Incident Type
User Service Restoration
Vendor Ticket Id
Short Alert Id
Note
While configuring Create Incident from Azure Alerts flow, you can extract the Azure asset name for which the alert is generated by mapping the LogAffected Configuration Item fields and Metric Condition Dimensions fields in the flow, and by adding transformations for the properties of these fields.
Update Azure Alerts State Flow
Excerpt Name: updateAzureAlertsStateFlow
Click here to expand...
Trigger
Field
Value
Condition is
Retain the webhook condition
Source ID contains
Azure Alerts
Field Mapping
The following values are mapped out-of-the-box.
Field
Value
Parent Ticket Id
source ID
Alert Id
Vendor Ticket Data
Alert State
Status
CA Agile Central (Rally Software)
Create DevOps Incident
Excerpt Name: createDevOpsIncidentCA
Click here to expand...
- Trigger
You need to set a trigger condition for this flow to determine which Incidents should be sent to CA Agile Central. For example, you can use the following triggers:- Status = Resolved
Status Reason = Future Enhancement
Field Mapping
The following values are mapped out-of-the-box:
ITSM field
CA Agile Central field name
Additional information
Priority
Priority
In the Vendor Field Mapping of the Map Vendor definition, the transformation values of Priority are defined.
Summary
Name
The Incident ID is included as a part of the Summary.
ScheduledState
Default value is set to Not Started.
Priority
Severity
In the Vendor Field Mapping of the Map Vendor definition, the transformation values of Priority to Severity are defined.
Description
Description
Default field mapping
Incident ID
Label
Incident ID is included in the Summary and also added as a label on the issue.
State
Default value is set to Submitted.
Technology Service
The Create DevOps Incident flow can be used to send incidents to other DevOps vendors like Jira. You can use one of the following options:
- Use the Target Values option and select the Technology Service from the list
- Use the Source Fields option and map it to one of the existing field from ITSM, for example, the Resolution Category Tier 2 field. Then, you can use the transformation option to map different ITSM Services to different technology services.
Sync Agile Central Defect
Excerpt Name: syncAgileDefect
Click here to expand...
- Trigger
Ensure that Tags is set to contains INC.
Field Mapping
Do not change the following out-of-the-box field mappings.
Field
Value
Vendor
Agile Central
Vendor Ticket Id
ObjectID
Vendor Ticket Properties
Retain out-of-the-box properties mapping
Note
You can change the out-of-the-box field mapping for the Status field.
However, BMC recommends that you retain the existing mapping.
Sync Agile Central User Story
Excerpt Name: syncAgileUserStory
Click here to expand...
- Trigger
Ensure that Tags is set to contain INC.
Field Mapping
Do not change the following out-of-the-box field mappings.Field
Value
Vendor
Agile Central
Vendor Ticket Id
ObjectID
Vendor Ticket Properties
Retain out-of-the-box properties mapping
Note
You can change the out-of-the-box field mapping for the Status field.
However, BMC recommends that you retain the existing mapping.
IBM QRadar
Create incident from IBM QRadar offense
Excerpt name: incidentFromQRadar
Click here to expand...
Trigger
Do not specify any trigger conditions.
Field Mapping
BMC Helix Multi-Cloud Broker fields
QRadar SIEM fields
Summary
Description
Priority
Severity
Description
- Description
- Magnitude
Status
Note: The value of this field is set to New.NA
Urgency
Severity
Impact
Severity
Incident Type
Note: The value of this field is set to Infrastructure Event.NA
Vendor
Note: The value of this field is set to QRadar.NA
Vendor Ticket Id
Offense Id
Create security incident from QRadar offense
Excerpt name: securityIncidentFromQRadar
Click here to expand...
Trigger
Ensure that status is set to open.
Field Mapping
BMC Helix Multi-Cloud Broker fields
QRadar SIEM fields
Summary
Description
Priority
Severity
Description
Description
Status
Note: The value of this field is set to New.NA
Urgency
Severity
Impact
Severity
Incident Type
Note: The value of this field is set to Security Incident.NA
Reported Source
Note: The value of this field is set to Other.NA
Vendor
Note: The value of this field is set to QRadar.NA
Vendor Ticket Id
Offense Id
Webhook Condition Parameter
Note: The value of this field is set to Remedy.NA
Multi-Cloud Worklog to IBM QRadar Offense Note
Excerpt Name: worklogtoQRadarNote
Click here to expand...
Trigger
Do not change the out-of-the-box webhook trigger condition.
Field Mapping
QRadar SIEM fields
BMC Helix Multi-Cloud Broker fields
Offense Id
associatedGUID
Note Text
CommentText
Note: To change the Note text, you can add conditional mapping in the flow.
Sync IBM QRadar Offense
Excerpt name: syncQRadarOffense
Click here to expand...
Trigger
Do not specify any trigger conditions.
Field Mapping
BMC Helix Multi-Cloud Broker fields
QRadar SIEM fields
Status
Status
Vendor
Note: The value of this field is set to QRadar.NA
Vendor Ticket Id
Offense Id
Vendor Ticket Properties
Note: Retain the out-of-the-box mappingsNA
Close IBM QRadar Offense
Excerpt Name: closeQRadarOffense
Click here to expand...
Trigger
Field
Value
Condition is
Note: In this field, retain the webhook condition.NA
Include All Fields is
True
Source ID contains
QRadar
Field Mapping
BMC Helix Multi-Cloud Broker fields
QRadar SIEM fields
Vendor Ticket Id
Offense ID
Not applicable
The status is set to Closed.
JIRA
Create Incident
Excerpt Name: createIncidentJira
Click here to expand...
- Project
To query for issues to send to ITSM, enter the name of the Jira projects. Trigger
The trigger condition determines the qualification criteria to create a 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 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 ITSM Incident. You can change these mappings.ITSM field
Jira field
Additional information
Priority
Priority
Default field mapping
Summary
Issue Summary
Default field mapping
Company
Out of the box, this field is mapped with the company created in BMC Helix Multi-Cloud Broker and 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.
Description
Issue Description
Default field mapping
Customer First and Last Name
Map these fields to the Jira fields that map to users registered in ITSM. If you do not have fields in Jira that map to ITSM users, you can add a transformation or set predetermined values.
Status
For new incidents that are created in the system, set New as the predetermined value.
Urgency and Impact
Priority
Default field mapping
Incident Type
By default, this field is set to User Service Restoration.
Reported Source
By default, this field is set to Other.
Vendor
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.
Vendor Ticket Properties
These properties are used by BMC Helix Multi-Cloud Broker to display Jira data in BMC Smart IT.
Create Change
Excerpt Name: createChangeJira
Click here to expand...
- Project
Enter the name of the Jira projects to query for issues to send to ITSM. Trigger
The trigger condition is an example of how to determine for which issue you should create an 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 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:ITSM field
Jira field
Additional information
Priority
Priority
Default field mapping
Summary
Issue Summary
Default field mapping
Company
Set this field to your 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.
Description
Issue Description
Default field mapping
Change ID
Label
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 ITSM. If you do not have fields in Jira that map to ITSM users, you can add a transformation or set predetermined values.
Status
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 ITSM status.
Urgency and Impact
Priority
The default transformation sets the value in ITSM with the priority from Jira. You can change this transformation.
Risk Level
By default, this value is set to Level 3. You can set this to appropriate value based on the data in the issue.
Class
By default, this value is set to Normal. You can set this to the appropriate value based on data in the issue.
Change Type
By default, this value is set to Change. You can set this to the appropriate value based on your business requirements.
Vendor
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.
Vendor Ticket ID
Issue Key
Default field mapping
Vendor Ticket Properties
These properties are used by BMC Helix Multi-Cloud Broker to display the Jira data in BMC Helix ITSM: Smart IT.
Create DevOps Change
Excerpt Name: devOpsChangeJira
Click here to expand...
- 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:ITSM field
Jira field
Description
Project
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 ITSM for the project name:
- Change the project field type to dynamic.
- Select the Field ID on the BMC Helix Multi-Cloud Broker record definition of the field that stores the ITSM project value.
- Define the mapping from the ITSM value to the Jira value. You can add the transformations to select the appropriate project based on the value received from ITSM.
Priority
Priority
The Vendor Field Mapping section in the Map Vendor definition defines the transformation from the ITSM priority field to the Jira priority field. Update the mapping in the flow to update the value transformation from ITSM to Jira.
Summary
Issue Summary
The Change ID is included as a part of the Summary.
Categorization Tier 3
Issue Type
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.
Description
Issue Description
Default field mapping
Change ID
Label
The Change ID is included in the Summary and also added as a label on the issue.
Technology Service
The Create DevOps Change flow can be used to send change requests to other DevOps vendors like Jira. You can use one of the following options:
- Use the Target Values option and select the Technology Service from the list.
Target Values shows the list of vendor mappings that you add in the vendor metadata configuration earlier.
For the Jira integration, from the Target Values list, select JIRA or the name of your Jira instance (if you have provided an instance in the vendor metadata configuration). This determines that the connector process is invoked in BMC Helix Innovation Suite to create or update Jira issues. - Use the Source Fields option and map it to one of the existing field from ITSM, for example, the Service field. Then, you can use the transformation option to map different ITSM Services to different technology services.
For example, if the value of the ITSM Service field is Jira Service, then, add the data transformation to map Jira Service to JIRA or JIRA.InstanceName.
Create DevOps Incident Flow
Excerpt Name: devOpsIncidentJira
Click here to expand...
- 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 ITSM
- Assignment of the incident
- Add a custom field as per your requirement.
Field Mapping
The following values are mapped out-of-the-box:
ITSM field
Jira field
Additional information
Project
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 ITSM for the project name:
- Change the project field type to dynamic.
- Select the Field ID on the BMC Helix Multi-Cloud Broker record definition of the field that stores the ITSM project value.
- Define the mapping from the ITSM value to the Jira value. You can add the transformations to select the appropriate project based on the value received from ITSM.
Priority
Priority
Default field mapping
Summary
Issue Summary
The Incident ID is included as a part of the Summary.
Resolution Category Tier 3
Issue Type
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.
Description
Description
Default field mapping
Incident ID
Label
The Incident ID is included in the Summary and also added as a label on the issue.
Technology Service
The Create DevOps Incident flow can be used to send incidents to other DevOps vendors like Jira. You can use one of the following options:
- Use the Target Values option and select the Technology Service from the list.
Target Values shows the list of vendor mappings that you add in the vendor metadata configuration earlier.
For the Jira integration, from the Target Values list, select JIRA or the name of your Jira instance (if you have provided an instance in the vendor metadata configuration). This determines that the connector process is invoked in BMC Helix Innovation Suite to create or update Jira issues. - Use the Source Fields option and map it to one of the existing field from ITSM, for example, the Service field. Then, you can use the transformation option to map different ITSM Services to different technology services.
For example, if the value of the ITSM Service field is Jira Service, then, add the data transformation to map Jira Service to JIRA or the name of your Jira instance (for example, Jira.InstanceName).
Create DevOps Problem
Excerpt Name: devOpsProblemJira
Click here to expand...
- 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 ITSM
- Assignment of the problem
- Add a custom field as per your requirement.
Field Mapping
The following values are mapped out-of-the-box:ITSM field
Jira field
Description
Project
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 ITSM for the project name:
- Change the project field type to dynamic.
- Select the Field ID on the BMC Helix Multi-Cloud Broker record definition of the field that stores the ITSM project value.
- Define the mapping from the ITSM value to the Jira value. You can add the transformations to select the appropriate project based on the value received from ITSM.
Priority
Priority
Default field mapping
Summary
Issue Summary
The Problem ID is included as a part of the Summary.
Category Tier 3
Issue Type
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.
Description
Description
Default field mapping
Problem ID
Label
The Problem ID is included in the Summary and also added as a label on the issue.
Technology Service
The Create DevOps Problem flow can be used to send problem records to other DevOps vendors like Jira. You can use one of the following options:
- Use the Target Values option and select the Technology Service from the list.
Target Values shows the list of vendor mappings that you add in the vendor metadata configuration earlier.
For the Jira integration, from the Target Values list, select JIRA or the name of your Jira instance (if you have provided an instance in the vendor metadata configuration). This determines that the connector process is invoked in BMC Helix Innovation Suite to create or update Jira issues. - Use the Source Fields option and map it to one of the existing field from ITSM, for example, the Service field. Then, you can use the transformation option to map different ITSM Services to different technology services.
For example, if the value of the ITSM Service field is Jira Service, then, add the data transformation to map Jira Service to JIRA or JIRA.InstanceName.
Create DevOps Work Order
Excerpt Name: DevOpsWOJira
Click here to expand...
- 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 ITSM
- Assignment of the problem
- Add a custom field as per your requirement.
Field Mapping
The following values are mapped out-of-the-box:
ITSM field
Jira field
Description
Project
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 ITSM for the project name:
- Change the project field type to dynamic.
- Select the Field ID on the BMC Helix Multi-Cloud Broker record definition of the field that stores the ITSM project value.
- Define the mapping from the ITSM value to the Jira value. You can add the transformations to select the appropriate project based on the value received from ITSM.
Priority
Priority
Default field mapping
Summary
Issue Summary
The Work Order ID is included as a part of the Summary.
Category Tier 3
Issue Type
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.
Description
Description
Default field mapping
Problem ID
Label
The Work Order ID is included in the Summary and also added as a label on the issue.
Technology Service
The Create DevOps Work Order flow can be used to send work orders to other DevOps vendors like Jira. You can use one of the following options:
- Use the Target Values option and select the Technology Service from the list.
Target Values shows the list of vendor mappings that you add in the vendor metadata configuration earlier.
For the Jira integration, from the Target Values list, select JIRA or the name of your Jira instance (if you have provided an instance in the vendor metadata configuration). This determines that the connector process is invoked in BMC Helix Innovation Suite to create or update Jira issues. - Use the Source Fields option and map it to one of the existing field from ITSM, for example, the Service field. Then, you can use the transformation option to map different ITSM Services to different technology services.
For example, if the value of the ITSM Service field is Jira Service, then, add the data transformation to map Jira Service to JIRA or JIRA.InstanceName.
Sync Jira Issue Flow
Excerpt Name: syncJiraIssue
Click here to expand...
Use this flow when you do not want to directly synchronize data between tickets.
Trigger
Field
Value
Project
Select the appropriate project
Is New
is false
Field Mapping
Field
Value
Vendor
If you are integrating with multiple instances of Jira, select Target Values and then select the appropriate JIRA.<instance name>.
Do not change the following out-of-the-box field mappings.
Field
Value
Vendor Ticket Id
Issue Key
Vendor Ticket Properties
Retain the out-of-the-box properties mapping.
Note
You can change the out-of-the-box field mapping for the Status field.
However, BMC recommends that you retain the existing mapping.
- Trigger
Retain the values that are available out-of-the-box.
Field mapping
Do not change the following out-of-the-box field mappings.Field
Value
Vendor
Jira
Vendor Ticket Id
Issue Key
Vendor Ticket Properties
Retain the out-of-the-box properties mapping.
Sync Jira Issue Comment
Excerpt Name: syncJiraIssueComment
Click here to expand...
Trigger
Field
Value
Project
Select the appropriate project. The flow will not function as expected if the Project is not specified.
Labels
matches INC|CRQ
Field Mapping
Field
Value
Vendor
If you are integrating with multiple instances of Jira, select Target Values and then select the appropriate JIRA.<instance name>.
Do not change the following out-of-the-box field mappings.
Field
Value
text
Retain the prefix, "Jira added a note"
post_type
comment#remedy
vendorTicketId
Issue Key
commentId
Comment ID
Attachment Object 1
Attachment Object 1
Attachment Object 2
Attachment Object 2
Attachment Object 3
Attachment Object 3
Trigger
Retain the values that are available out-of-the-box.
Field mapping
Do not change the following out-of-the-box field mappings.
Field
Value
text
Retain the prefix Comment Body
post_type
comment#remedy
Vendor
JIRA
Vendor Ticket Id
Issue Key
commentId
Comment ID
Attachment Object 1
Attachment Object 1
Attachment Object 2
Attachment Object 2
Attachment Object 3
Attachment Object 3
JIRA Service Desk
Create incident from Jira Service Desk
Excerpt Name: incidentJiraServiceDesk
Click here to expand...
- Trigger
Select your Jira Service Desk project from the drop-down list in Project.
- Field Mapping
Retain the values that are available out-of-the-box
Sync Jira Service Desk Issue
Excerpt Name: syncJiraServiceDeskIssue
Click here to expand...
Use this flow when you do not want direct data updates between a Jira Service Desk issue and a ITSM ticket.
- Trigger
Select your Jira Service Desk project from the drop-down list in Project .
Field Mapping
Do not change the following out-of-the-box field mappings.Field
Value
Vendor
Jira Service Desk
Vendor Ticket Id
Issue Key
Vendor Ticket Properties
Retain the out-of-the-box properties mapping.
Sync JIRA Service Desk Issue Comment
Excerpt Name: syncJiraServiceDeskIssueComment
Click here to expand...
- Trigger
Select your Jira Service Desk project from the drop-down list in Project .
Field Mapping
Do not change the following out-of-the-box field mappings.Field
Value
text
Comment Body
post_type
comment#remedy
ticket_type
incident
Vendor
JIRA Service Desk
Vendor Ticket Id
Issue Key
commentId
Comment ID
Author
Comment Author
Attachment Object 1
Attachment Object 1
Attachment Object 2
Attachment Object 2
Attachment Object 3
Attachment Object 3
Create Jira Service Desk Request
Excerpt Name: createjiraservicedeskrequest
Click here to expand...
Trigger
The following trigger conditions are provided out-of-the-box:Field
Value
Condition is
${webhookContext.466000228} = "Jira Service Desk"
Include All Fields is
true
is New
is true
- Field Mapping
Flow Target 1 (Jira Service Desk)
The following mappings are provided out-of-the-box:Field
Value
Issue Summary
Summary
Labels
Remedy Incident Number
Flow Target 2 (BMC Helix Multi-Cloud Broker)
The following mappings are provided out-of-the-box:Field
Value
Status
Note: The value of this field is set to New.NA
Parent Ticket Id
ID
Parent Ticket Type Note: The value of this field is set to Incident.
NA
Vendor Ticket Id
(Target 1) Issue Key
Vendor Ticket Properties
- fields.summary
- key
- fields.status.name
- fields.issuetype.name
- (Target 1) Issue Summary
- (Target 1) Issue Key
- (Target 1) Status
- (Target 1) Issue Type
Flow Target 3 (ITSM)
The following mappings are provided out-of-the-box:Field
Value
Incident Number
Remedy Incident Number
Broker Vendor Name
Webhook Condition Parameter
Update Jira Service Desk Issue from Multi-Cloud Incident
Excerpt Name: updatejsdissuefrommulticloudincident
Click here to expand...
Trigger
The following trigger conditions are provided out-of-the-box:Field
Value
Condition is
${webhookContext.466000243} = "true"
Include All Fields is
true
Record Event equals
update
Source ID contains
NA
- Field Mapping
Flow Target 1 (BMC Helix Multi-Cloud Broker)
The following mappings are provided out-of-the-box:Field
Value
Parent Ticket Id
ID
Flow Target 2 (Jira Service Desk)
The following mappings are provided out-of-the-box:Field
Value
Issue Key
(Target 1) Vendor Ticket Id
Issue Description
Description
Issue Summary
Summary
Flow Target 3 (BMC Helix Multi-Cloud Broker)
The following mappings are provided out-of-the-box:Field
Value
incidentNumber
Remedy Incident Number
Sync Vendor Ticket
false
Sync Jira Service Desk Issue to Multi-Cloud Incident
Excerpt Name: syncjsdissuetomulticloudincident
Click here to expand...
Use this flow when you want direct data updates between a Jira Service Desk issue and an incident.
Trigger
The following trigger conditions are provided out-of-the-box:Field
Value
Project is
NA
Is Modified
is true
Labels matches
INC
- Field Mapping
Flow Target 1 (BMC Helix Multi-Cloud Broker)
The following mappings are provided out-of-the-box:Field
Value
Status
Status
Vendor Ticket Id
Issue Key
Vendor Ticket Properties
- fields.summary
- key
- fields.status.name
- fields.issuetype.name
- Issue Summary
- Issue Key
- Status
- Issue Type
Flow Target 2 (BMC Helix Multi-Cloud Broker)
The following mappings are provided out-of-the-box:Field
Value
Issue Key
(Target 1) Vendor Ticket Id
Issue Description
Description
Issue Summary
Summary
Flow Target 3 (BMC Helix Multi-Cloud Broker)
The following mappings are provided out-of-the-box:Field
Value
incidentNumber
(Target 1) Parent Ticket Id
Summary
(Target 1) Issue Summary
Description
(Target 1) Issue Description
Priority
Priority
Update Remedy Incident from Multi-Cloud Incident
ExcerptName: updateremedyincidentfrommcsmincident
Click here to expand...
Use this flow to sync Remedy incident from a Multi-Cloud incident.
Trigger
The following trigger conditions are provided out of the box:Field
Value
Condition is
${webhook.Context466000244} = "true"
Include All Fields
is true
Record Event matches
update
- Field Mapping
Flow Target 1 (ITSM)
The following mappings are provided out of the box:Field
Value
Incident Number
Remedy Incident Number
Details
Description
Priority Important: The value of this field is set to Priority.
NA
Flow Target 2 (BMC Helix Multi-Cloud Broker)
The following mappings are provided out of the box:Field
Value
Incident Number
Remedy Incident Number
Sync Remedy Ticket
false
Microsoft Azure
Create DevOps Incident
Excerpt Name: devOpsIncidentAzure
Click here to expand...
Trigger
You need to set a trigger condition for this flow to determine which Incidents should be sent to Azure DevOps. For example, you can use the following triggers:- Status = Resolved
- Status Reason = Future Enhancement0
Field Mapping
The following values are mapped out-of-the-box:
ITSM field
Azure DevOps field name
Additional information
Summary
Summary
None
Priority
Priority
None
Company
Company
None
Description
Notes
None
Status
Status
None
Incident Number
Incident number
Incident Number is added as a label on the issue.
Service
Service
None
Technology Service
The Create DevOps Incident flow can be used to send incidents to other DevOps vendors like Jira. You can use one of the following options:
- Use the Target Values option and select the Technology Service from the list
Target Values shows the list of vendor mappings that you add in the vendor metadata configuration earlier.
For the Azure DevOps integration, from the Target Values list, select Azure DevOps. This determines that the connector process is invoked in BMC Helix Innovation Suite to create or update Jira issues. - Use the Source Fields option and map it to one of the existing field from ITSM, for example, the Service field. Then, you can use the transformation option to map different ITSM Services to different technology services.
For example, if the value of the ITSM Service field is Azure DevOps Service, then, add the data transformation to map Azure DevOps Service to Azure DevOps.
For Azure DevOps, the Webhook Condition Parameter defined in the Field Mappings sets the Technology Service to Azure DevOps if the value of Resolution Category 2 is set to Azure DevOps.
Note
Selection of the Azure DevOps as vendor service is based on the Webhook Condition Parameter field mapping. The Webhook Condition Parameter field is mapped to Resolution Category. If Resolution Category Tier 2 is Azure DevOps , the value of the parameter is set to Azure DevOps else If Resolution Category Tier 2 is any other value, the parameter is set to blank quotes " " and any transformation defined for the Technology Service field is used to determine the vendor service.
WarningDo not modify the Webhook Condition Parameter defined in the field mapping.
- Use the Target Values option and select the Technology Service from the list
Create Azure DevOps Work Item
Excerpt Name: devOpsWOAzure
Click here to expand...
- Trigger
Do not modify the trigger condition defined for this flow. The trigger is based on a Webhook subscription defined in BMC Helix Innovation Suite.
Field Mapping
This flow is a series of sub-flows. Field mappings are defined for each sub-flow.
WarningDo not modify the Webhook Condition Parameter defined in the field mapping.
Flow Target 1 - Azure DevOps (BMC Helix Multi-Cloud Broker to Azure DevOps fields)
Azure DevOps field
BMC Helix Multi-Cloud Broker fields
Additional information
State
Status
None
Title
Summary
None
Work Item Type
Resolution Category 3
None
Acceptance Criteria
Description
None
Description
Description
None
Priority
Priority
None
Tags
Remedy Incident Number
None
Flow Target 2 - Multi-Cloud (BMC Helix Multi-Cloud Broker fields)
BMC Helix Multi-Cloud Broker fields
BMC Helix Multi-Cloud Broker fields
Additional information
Status
Not applicable
Default value is set to New.
Vendor
Not applicable
Using the Webhook Condition parameter value set in the BMC Helix Multi-Cloud Broker incident, value is set to Azure DevOps
Parent Ticket ID
ID
Parent Ticket Type
Not applicable
Default value is set to Incident.
Vendor Ticket ID
ID
Flow Target 3 (BMC Helix Multi-Cloud Broker to ITSM fields)
BMC Helix Multi-Cloud Broker fields
ITSM fields
Additional information
Incident Number
Remedy Incident Number
Incident Number is added as a label on the issue.
Broker Vendor Name
Azure DevOps
Using the Webhook Condition parameter value set in the BMC Helix Multi-Cloud Broker incident, value is set to Azure DevOps
Create incident from Azure DevOps
Excerpt Name: createIncidentFromAzure
Click here to expand...
- Trigger
Set the Work Item Type value to the type of Azure DevOps work item you want to broker.
Ensure that the value of the Tags field matches to (INC|CRQ)\d+.
Field Mapping (Azure DevOps to BMC Helix Multi-Cloud Broker mapping)
Azure DevOps fields
BMC Helix Multi-Cloud Broker fields
Additional information
Title
Summary
None
Priority
Priority
None
State
Status
None
Description
Description
None
Severity
Urgency
None
Priority
Impact
None
Not applicable
Incident Type
Default value is set to User Service Restoration
Not applicable
Vendor
Default value is set to Azure DevOps
Note
Set the Webhook Condition Parameter to Remedy.
Create change from Azure DevOps
Excerpt Name: createChangeFromAzure
Click here to expand...
- Trigger
Do not change the out-of-the-box trigger conditions.
Field Mapping (Azure DevOps to BMC Helix Multi-Cloud Broker mapping)
The following table lists the out-of-the-box field mappings. You must set the target values for Company, Vendor, Customer First Name, Customer Last Name fields when using the flow from the template.
Azure DevOps fields
BMC Helix Multi-Cloud Broker fields
Title
Summary
Priority
Priority
Draft
Status
Description
Description
Severity
Urgency
Priority
Impact
Risk
Risk Level
Normal
Class
Change
Change Type
Remedy
Webhook Condition Parameter
Sync Azure DevOps Work Item
Excerpt Name: syncAzureWorkItem
Click here to expand...
- Trigger
Ensure that value of the Tags field matches to (INC|CRQ)\d+.
Field Mapping
The following out-of-the-box field mappings should not be changed:Azure
BMC Helix Multi-Cloud Broker fields
Additional information
State
Status
None
Not applicable
Vendor
Default value is set to Azure DevOps
ID
Vendor Ticket Id
None
Not applicable
Vendor Ticket properties
Retain out-of-the-box properties mapping and add additional properties as needed.
Sync Azure DevOps Work Item Comment
Excerpt Name: syncAzureWorkItemComment
Click here to expand...
- Trigger
Ensure that Tags contains INC.Do not delete Web hooks filter trigger conditions.
Field Mapping
Do not change the following out-of-the-box field mappings.Field
Value
text
Comment Body
post_type
comment#remedy
ticket_type
Add source fields, target values, or text
ticketNumber
Add source fields, target values, or text
Vendor
Azure DevOps
vendorTicketId
Comment WorkItem Id
commentId
Comment Id
Author
Comment Author
Attachment Object 1
Add source fields, target values, or text
Attachment Object 2
Add source fields, target values, or text
Attachment Object 3
Add source fields, target values, or text
Note
To send a comment from Azure DevOps to ITSM, add the keyword $mcsm before the comment in the Azure DevOps work item.
Multi-Cloud Worklog to Azure DevOps comment
Excerpt Name: MCWorklogAzureComment
Click here to expand...
- Trigger
Do not modify the trigger condition defined for this flow. The trigger is based on a Webhook subscription defined in BMC Helix Innovation Suite.
Field Mapping (Azure DevOps to BMC Helix Multi-Cloud Broker mapping)
Azure
BMC Helix Multi-Cloud Broker fields
Additional information
Work Item Id
associatedGUID
None
Comment Body
Author, CommentText
None
Tag Azure DevOps Work Item with Remedy Incident Number
Excerpt Name: tagAzureWorkItemRemedyIncident
Click here to expand...
Do not modify the values defined for this flow. The values defined in this flow are used internally by BMC Helix Innovation Suite to add the Azure DevOps work item with the corresponding Remedy Incident ID.
Trigger
Field
Value
Condition is
Retain the webhook condition
Include All fields is
true
Source ID starts with
Azure DevOps
Record Event equals
update
- Field Mapping
This flow is a series of sub-flows. Field mappings are defined for each sub-flow.Flow Target 1 - Multi-Cloud (BMC Helix Multi-Cloud Broker to Azure DevOps fields)
Azure DevOps field
BMC Helix Multi-Cloud Broker fields
Additional information
Vendor
Not applicable
Value is set to Azure DevOps. Do not change this value.
Parent ticket ID
ID
None
Flow Target 2 - Azure DevOps (BMC Helix Multi-Cloud Broker fields)
BMC Helix Multi-Cloud Broker fields
BMC Helix Multi-Cloud Broker fields
Additional information
ID
Vendor Ticket ID
None
Tags
Remedy Incident Number
Incident Number is included in the Summary and also added as a label on the issue.
Tag Azure DevOps Work Item with Remedy Change Number flow
Excerpt Name: tagAzureWorkItemRemedyChange
Click here to expand...
Do not modify the values defined for this flow. The values defined in this flow are used internally by BMC Helix Innovation Suite to add the Azure DevOps work item with the corresponding Remedy Change ID.
Trigger
Field
Value
Condition is
Retain the webhook condition
Include All fields is
true
Source ID starts with
Azure DevOps
Record Event equals
update
Field Mapping
This flow is a series of sub-flows. Field mappings are defined for each sub-flow.Source: Multi-Cloud connector
Flow Target 1 - BMC Helix Multi-Cloud Broker fields
Flow Target 2 - Azure DevOps field
Not applicable
"Vendor" - input - will be specified by user on use of flow from template
Not applicable
ID
Parent Ticket Id
Not applicable
Not applicable
Vendor Ticket Id
ID
Remedy Change ID
Not applicable
Tags
Remedyforce
Create incident from Remedyforce
Excerpt Name: CreateIncidentRemedyforce
Click here to expand...
Trigger
Field
Value
External Ticket Ref#
not matches-INC
Type
equals-Incident
Field Mapping
The following values are mapped out-of-the-box:
Field
Value
Summary
Category
Priority
Priority
Description
Description
Status
Status
Urgency
Urgency
Impact
Impact
Incident Type
User Service Restoration
Reported Source
Other
Vendor Ticket Id
Incident #
Vendor Ticket Properties
Retain the out-of-the-box mapping
Webhook Condition Parameter
Remedy
Notes
- In addition to the above out-of-the-box mappings, when creating this flow from the catalog, you must enter Company, Customer First Name, Customer Last Name, and Vendor field values.
- The Priority value of a ITSM incident is automatically calculated depending upon the values of Impact and Urgency values in ITSM. When you broker a ticket from Remedyforce to ITSM, the priority of the brokered ticket in ITSM might not be the same as was specified in the flow mapping. For instance, when you broker an incident from Remedyforce to ITSM with priority 4, the incident that is created in ITSM will be of priority medium and not low.
Sync Remedyforce Incident
Excerpt Name: syncRemedyforceIncident
Click here to expand...
Trigger
Field
Value
Is New
is false
External Ticket Ref# contains
INC
Field Mapping
The following values are mapped out-of-the-box:
Field
Value
Status
Status
Vendor Ticket Id
Incident #
Vendor Ticket Properties
Retain the out-of-the-box mapping
Note
In addition to the above out-of-the-box mappings, when creating this flow from the catalog, you must enter Vendor field value.
Sync Remedyforce Incident notes
Excerpt Name: syncRemedyforceIncidentNotes
Click here to expand...
Trigger
Field
Value
Action equals
Notes
External Ticket Ref# starts with
INC
Note not matches
"Remedy user,.*, added a work note:"
Field Mapping
The following values are mapped out-of-the-box:
Field
Value
text
Note
post_type
comment#remedy
Author
Staff
vendorTicketId
Incident #
commentId
Record ID
Notes
In addition to the above out-of-the-box mappings, when creating this flow from the catalog, you must enter Vendor field value.
Tag Remedyforce Incident with Remedy Incident Number flow
Excerpt Name: TagRemedyforceIncidentRemedyIncident
Click here to expand...
Trigger
Field
Value
Condition is
Retain the webhook condition
Record Event equals
update
is New
is false
Remedy Incident Number
is not empty
Source ID starts with
Select Remedyforce when using this flow from the catalog
Field Mapping
Flow target 1 - Multi-Cloud connector
Field
Value
Vendor
Remedyforce
Parent Ticket Id
source ID
Flow target 2 - Remedyforce connector
Field
Value
Incident #
Vendor Ticket Id
External Ticket Ref#
Remedy Incident Number
Multi-Cloud Worklog to Remedyforce Incident note flow
Excerpt Name: multiCloudWorklogRemedyforceIncidentNote
Click here to expand...
Trigger
Field
Value
Condition is
Retain the webhook condition
Field Mapping
The following values are mapped out-of-the-box:
Field
Value
Action
Notes
Incident #
associatedGUID
Note
Remedy user, Author, added a work note: CommentText
Create Incident Activity Note with Author flow (ITSM 9.1.06 or higher) | Create Incident Activity Note flow
Excerpt Name: incidentActivityNoteRemedyforce
Click here to expand...
Trigger
Field
Value
Shared With Vendor equals
True
Field Mapping
The following values are mapped out-of-the-box:
Field
Value
text
Notes
post_type
comment#vendor
ticketNumber
Incident Number
Attachment Object 1 > name
Attachment 1 filename
Attachment Object 1 > contents
Attachment 1
Author
Full Name
Webhook Condition Parameter
Broker Vendor Name
Create Remedyforce Incident
Excerpt Name: createremedyforceincident
Click here to expand...
Trigger
Field
Value
Condition is
${webhookContext.466000228} = "Remedyforce"
Include All Fields is
true
is New
is true
- Field Mapping
Flow Target 1 (Remedyforce)
The following field mappings are provided out-of-the-box:Field
Value
Description
Summary
Category
Note: The value of this field is set to IT Services.NA
External Ticket Ref#
Remedy Incident Number
Impact
Note: The value of this field is set to Impact.NA
Incident Type
Note: The value of this field is set to Incident.NA
Status
Note: The value of this field is set to Status.NA
Urgency
Note: The value of this field is set to Urgency.NA
Flow Target 2 (BMC Helix Multi-Cloud Broker)
The following field mappings are provided out-of-the-box:Field
Value
Status
Note: The value of this field is set to New.NA
Vendor
Webhook Condition Parameter
Parent Ticket Id
ID
Parent Ticket Type
Note: The value of this field is set to Incident.NA
Vendor Ticket Id
Incident#
Vendor Ticket Properties
- Name
- Id
- LastModifiedDate
- CreatedBy
- Incident#
- Record ID
- Last Modified Date
- Created By
Flow Target 3 (ITSM)
The following field mappings are provided out-of-the-box:Field
Value
Incident Number
Remedy Incident Number
Broker Vendor Name
Webhook Condition Parameter
Note
If you map the Time field from ITSM to Remedyforce, the following behavior occurs:
After an incident is created in Remedyforce, the value of the Time field is set based on the time zone setting of the Remedyforce user that is specified in the connector configuration. If you want the value of the time field in UTC, in Remedyforce, you can set the Time Zone setting to UTC Timezone.
Vendor ITSM
Create Incident from Vendor ITSM
Excerpt Name: incidentVendorITSM
Click here to expand...
- Trigger
Retain the values that are available out-of-the-box.
- Field Mapping
Retain the values that are available out-of-the-box
Sync Vendor ITSM Incident
Excerpt Name: syncVendorIncident
Click here to expand...
- Trigger
Retain the values that are available out-of-the-box.
- Field Mapping
Retain the values that are available out-of-the-box
Sync Vendor ITSM worklog
Excerpt Name: syncVendorWorklog
Click here to expand...
- Trigger
Retain the values that are available out-of-the-box.
- Field Mapping
Retain the values that are available out-of-the-box
Sync Vendor ITSM worklog with Author
Excerpt Name: syncVendorWorklogAuthor
Click here to expand...
Note
This flow is available for ITSM version 9.1.06 or later
- Trigger
Retain the values that are available out-of-the-box.
- Field Mapping
Retain the values that are available out-of-the-box
Salesforce Service Cloud
Create Incident from Service Cloud
Excerpt Name: createIncidentServiceCloud
Click here to expand...
- Trigger
Retain the values that are available out-of-the-box.
- Field Mapping
Retain the values that are available out-of-the-box
Sync Service Cloud Case
Excerpt Name: syncServiceCloudCase
Click here to expand...
- Trigger
Retain the values that are available out-of-the-box.
Field Mapping
Do not change the following out-of-the-box field mappings.Field
Value
Status
Status (transformation set as Closed > resolved)
Vendor
Service Cloud
Vendor Ticket Id
Case Number
Vendor Ticket Properties
Retain the out-of-the-box properties mapping.
Sync Service Cloud Case Comment
Excerpt Name: syncServiceCloudCaseComment
Click here to expand...
- Trigger
Retain the values that are available out-of-the-box.
Field Mapping
Do not change the following out-of-the-box field mappings.Field
Value
text
Retain the prefix, "Service Cloud added a note"
post_type
comment#remedy
ticket_type
incident
Vendor Ticket Id
Parent
commentId
Case Comment ID
Sync Service Cloud Chatter Feed Comment
Excerpt Name: syncServiceCloudChatterFeed
Click here to expand...
- Trigger
Retain the values that are available out-of-the-box.
Field Mapping
Do not change the following out-of-the-box field mappings.Field
Value
text
Comment Body
post_type
comment#remedy
ticket_type
incident
Vendor
Service Cloud
vendorTicketId
Parent
commentId
Feed Comment ID
Author
Created By
Attachment Object 1 name
Path On Client
Attachment Object 1 contents
Version Data
Multi-Cloud Worklog to Chatter feed
Excerpt Name: multicloudChatterFeed
Click here to expand...
Trigger
Field
Value
Condition is
Retain the webhook condition
Attachment Group Id
is empty
Field Mapping
Do not change the following out-of-the-box field mappings.Field
Value
Comment Body
Remedy user, Author, added a work note, CommentText
Parent Type
Case
Parent
associatedGUID
Multi-Cloud Worklog with attachment to Service Cloud Chatter feed
Excerpt Name: multicloudWorklogAttachment
Click here to expand...
Trigger
Field
Value
Condition is
Retain the webhook condition
Attachment Group Id
is not empty
Field Mapping
Do not change the following out-of-the-box field mappings.Field
Value
Title
Attachment Object 1
Path On Client
Attachment Object 1
Version Data
Attachment Object 1
Comment Body
Remedy user, Author, added a work note, CommentText
Parent Type
Case
Parent
associatedGUID
Related Record
Attachment Object 1
Sync Service Cloud attachments
Excerpt Name: syncServiceCloudAttachment
Click here to expand...
- Trigger
The out-of-the-box trigger checks for attachments whose file names are prefixed with the string, Remedy. If required, you can update the trigger to change the string that BMC Helix Multi-Cloud Broker will check for in the attached file name.
- Field Mapping
Retain the values that are available out-of-the-box.
Sync Incident
Excerpt Name: syncIncidentServiceCloud
Click here to expand...
Trigger
Field
Value
Broker Vendor Name
is not empty
Field Mapping
The following field mappings are provided out-of-the-box.Field
Value
incidentNumber
Incident Number
Summary
Summary
Description
Notes
Status
Status
Priority
Priority
Urgency
Urgency
Impact
Impact
Multi-Cloud Worklog to Service Cloud Chatter Feed Item
Excerpt Name: multicloudworklogfeeditem
Click here to expand...
Trigger
Field
Value
Condition is
${webhookContext.466000228} ="Service Cloud" AND ${webhookContext.304412011} = "comment#vendor"
Include All Fields is
true
Attachment Group Id is not empty
NA
- Field Mapping
Flow Target 1 (Service Cloud - To create a new content version)
The following mappings are provided out-of-the-box:Field
Value
Parent Type Note: The value of this field is set to Case.
NA
Parent
associatedGUID
Body
CommentText
Multi-Cloud Worklog with attachment to Service Cloud Chatter Feed Item
Excerpt Name: multicloudworklogattachmentfeeditem
Click here to expand...
Trigger
Field
Value
Condition is
${webhookContext.466000228} ="Service Cloud" AND ${webhookContext.304412011} = "comment#vendor"
Include All Fields is
true
Attachment Group Id is not empty
NA
- Field Mapping
Flow Target 1 (Service Cloud - To create a new content version)
The following mappings are provided out-of-the-box:Field
Value
Title
Attachment Object 1
Path on Client
Attachment Object 1
Version Data
Attachment Object 1
Flow Target 2 (Service Cloud - To create a new feed item)
The following mappings are provided out-of-the-box:Field
Value
Parent Type
Note: The value of this field is set to Case.NA
Parent
associatedGUID
Body
CommentText
Related Record
Attachment Object 1
Sync Service Cloud Chatter Feed Item
Excerpt Name: syncfeeditem
Click here to expand...
Trigger
Field
Value
Body not starts with
ITSM User
Parent Type equals
Case
Is New is true
NA
Feed Item Type is one of
Text Post Content Post
- Field Mapping
Flow Target 1 (BMC Helix Multi-Cloud Broker)
The following mappings are provided out-of-the-box:Field
Value
text
Body
post_type Note: The value of this field is set to comment#remedy.
NA
vendorTicketId
Parent
commentId
Feed Item ID
Author
Created By
Attachment Object 1
- name
- contents
- Path On Client
- Version Data
TrueSight Operations Management
TSOM Event to create ITSM Incident via MCSM
Excerpt Name: TSOMeventITSMIncident
Click here to expand...
- Trigger
Do not modify the trigger condition defined for this flow. The trigger is based on a webhook subscription defined in BMC Helix Innovation Suite.
Field Mapping
This flow has a series of subflows. Field mappings are defined for each sub-flow.
WarningDo not modify the Webhook Condition Parameter defined in the field mapping.
Flow Target 1 - ITSM for PSR (Create or update incident)
Field
Value
Short Description
Event Message
Created_By
Note: The value of this field is set to BiiARS.NA
Work_Info_Details
Application ID is not empty, Class Name equals APM_INCIDENT_EV
Work_Info_SecureLog
Note: The value of this field is set to Yes.NA
Work_Info_ViewAccess
Note: The value of this field is set to Internal.NA
Work_Info_Source
Note: The value of this field is set to BMC Impact Manager Event.NA
mc_ueid
Event Id
Status_Event
Event Status
Flow Target 2 - ITSM for PSR (Update incident with event information)
Field
Value
Short Description Note: The value of the short description is the output of the first action of this flow
NA
mc_ueid
Event Id
EventPriority
Event Priority
EventSource Note: The value of this field is set to BPPM.
NA
EventMoM
Note: The value of this field is set to BPPM.NA
EventSeverity
Event Severity
EventStatus
Event Status
Action
Note: The value of this field is set to CREATE_EVENT.NA
Flow Target 3 - Multi-Cloud (Create incident)
Field
Value
Summary
Event Message
Priority
Event Priority
Company
ITSM Company
Description
Event Message
Status
Note: The value of this field is set to New.NA
Urgency
Event Priority
Impact
Event Severity
Incident Type
Note: The value of this field is set to Infrastructure Event.NA
Reported Source
Note: The value of this field is set to BMC Impact Manager Event.NA
Vendor
Note: The value of this field is set to TrueSight Ops Mgmt for PSR.NA
Flow Target 4 - Multi-Cloud (Update vendor ticket data)
Field
Value
Status
Event Status
Vendor Note: The value of this field is set to TrueSight Ops Mgmt for PSR.
NA
Vendor Ticket Properties Note: Do not change the out-of-the-box mappings.
NA
Sync Incident
Excerpt Name; syncIncidentTSOM
Click here to expand...
Trigger
Field
Value
Broker Vendor Name
The value of this field is set to is not empty.
Field Mapping
Following are the out-of-the-box field mappings:
Field
Value
incidentNumber
Incident Number
Summary
Summary
Description
Notes
Status
Status
Priority
Priority
Urgency
Urgency
Impact
Impact
Company
Company
Incident Create/Update to informational Event Create/Update
Excerpt Name: incidentCreateEventCreate
Click here to expand...
Trigger
Do not specify any trigger conditions for this flow.
Field Mapping
Following are the out-of-the-box field mappings:
Field
Value
Event Class
component_id is not empty
Class Name
component_id is not empty
Cell Name
cell_name
Relation Source
EventId
Event MC Ueid
EventId
Routing ID
cell_name
Routing Type
cellname
Incident Priority
incident_priority
Incident Status Note: The value of this status is set to Incident_Status.
NA
ServiceNow
Create incident from ServiceNow
Excerpt Name: createincidentfromservicenow
Click here to expand...
Trigger
Do not specify any trigger conditions for this flow.
Field Mapping
Following are the out-of-the-box field mappings:
Field
Value
Summary
Short description
Priority
Priority
Description
Description
Status Note: The value of this field is set to New.
NA
Urgency
Urgency
Impact
Impact
Incident Type Note: The value of this field is set to User Service Request.
NA
Vendor Note: The value of this field is set to ServiceNow.
NA
Vendor Ticket Id
Incident Number
Vendor Ticket Properties
The following list provides examples of fields that are mapped with each other:
- impact—Impact
- urgency—Urgency
- state—State
- short_description—Short description
Webhook Condition Parameter Note: The value of this field is set to Remedy.
NA
Create incident from ServiceNow Webhook
Excerpt Name: createincidentfromservicenowwebhook
Click here to expand...
Trigger
Do not specify any trigger conditions for this flow.
Field Mapping
Following are the out-of-the-box field mappings:
Field
Value
Summary
Short description
Priority
Priority
Description
Description
Status Note: The value of this field is set to New.
NA
Urgency
Urgency
Impact
Impact
Incident Type Note: The value of this field is set to User Service Request.
NA
Vendor Note: The value of this field is set to ServiceNow.
NA
Vendor Ticket Id
Incident Number
Vendor Ticket Properties
The following list provides examples of fields that are mapped with each other:
- impact—Impact
- urgency—Urgency
- state—State
- short_description—Short description
Webhook Condition Parameter Note: The value of this field is set to Remedy.
NA
Create ServiceNow Incident ticket
Excerpt Name: createsnowincidentticket
Click here to expand...
Trigger
Retain the following out-of-the-box trigger conditions:
Field
Value
Condition is
${webhookContext.466000228} = "ServiceNow"
Include All Fields is
true
is New is true
NA
- Field Mapping
Flow Target 1 (Service Cloud - To create a new incident)
The following mappings are provided out-of-the-box:Field
Mapping
ImpactNote: The value of this field is set to Impact.
NA
UrgencyNote: The value of this field is set to Urgency.
NA
Short Description
Summary
Description
Description
Correlation display Note: The value of this field is set to REMEDY.
NA
Correlation id
Remedy Incident Number
Flow Target 2 (Multi-Cloud - To create vendor ticket data)
The following mappings are provided out-of-the-box:
Field
Mapping
Status Note: The value of this field is set to New.
NA
Parent Ticket Id
ID
Parent Ticket Type
Note: The value of this field is set to Incident.NA
Vendor Ticket Id
Number
Vendor Ticket Properties
- impact
- urgency
- priority
- contact_type
- Impact
- Urgency
- Priority
- Contact Type
Flow Target 3 (ITSM - To update an existing incident)
The following mappings are provided out-of-the-box:Field
Value
Incident Number
Remedy Incident Number
Broker Vendor Name
Webhook Condition Parameter