Searching the Help
To search for information in the Help, type a word or phrase in the Search box. When you enter a group of words, OR is inferred. You can use Boolean operators to refine your search.
Results returned are case insensitive. However, results ranking takes case into account and assigns higher scores to case matches. Therefore, a search for "cats" followed by a search for "Cats" would return the same number of Help topics, but the order in which the topics are listed would be different.
Search for | Example | Results |
---|---|---|
A single word | cat
|
Topics that contain the word "cat". You will also find its grammatical variations, such as "cats". |
A phrase. You can specify that the search results contain a specific phrase. |
"cat food" (quotation marks) |
Topics that contain the literal phrase "cat food" and all its grammatical variations. Without the quotation marks, the query is equivalent to specifying an OR operator, which finds topics with one of the individual words instead of the phrase. |
Search for | Operator | Example |
---|---|---|
Two or more words in the same topic |
|
|
Either word in a topic |
|
|
Topics that do not contain a specific word or phrase |
|
|
Topics that contain one string and do not contain another | ^ (caret) |
cat ^ mouse
|
A combination of search types | ( ) parentheses |
|
Configure Run Action rules on related records
You can configure the Run Action rules to enable Service Manager to perform automatic operations on related records. The relationship of the related records is usually maintained by the Related Records functionality.
For example, when an incident is resolved, you might want to copy the incident resolution to the related interaction from which the incident is escalated. In this case, you can configure the Run Action rules with these steps:
- Define a rule set on the source table
- Define a rule set on the target table
- Configure the rule set on the source table into an appropriate workflow
Define a rule set on the source table
To copy the incident resolution, you can define a rule set on the source table “probsummary” that stores incident records. The rule set definition form is as follows:
In addition to the above configuration, you also need to perform the following tasks:
- Select Related Records for the "Run Action on" field
- Select Escalate From Interaction for the "Relation Type" field. This means the target related record is the interaction from which the current incident is escalated.
- Select sd.copyIncidentSolution for the "Run Rule Set" field. This rule set is executed against the related interaction.
- Select Save for the "Action after Rule Set" field. The rule set is saved for the related interaction.
- The back end transition list is retrieved from all the workflows of the current related record file based on your selected relation type. At run time, if some of the workflows do not have your selected back end transition, the corresponding transition is not run.
For example, suppose you have a Change file "cm3r" and it meets the following conditions:
- Relation type: You have selected "Caused Changes" as the relation type.
- Workflows: Based on the selected relation type, there are two workflows for the Change file: "Normal Change" and "Standard Change".
- Back end transitions: The "Normal Change" workflow has the back end transition "event.close", whereas the "Standard Change" workflow does not.
In this case, if you select the action "Backend Transition: event.close", and if at run time there are two related caused changes: One for "Normal Change" and the other for "Standard Change", the back end transition is only run on the "Normal Change" workflow, not on the "Standard Change" workflow.
- You are suggested to use the same back end transition name in different workflows if these backend transitions follow the same business logic.
- While a back end transition is selected from the list, the interface is updated to indicate to which workflows the transition applies and to which it does not apply.
The form on which you can perform these tasks is shown below:
Define a rule set on the target table
You need to define a rule set on the target table. This rule set is used as the value of the "Run Rule Set" field when you define the rule set on the source table. In this example, you define the rule set “sd.copyIncidentSolution” on the target table “incidents” that stores the interaction records.
You need to configure a Set Field rule in this rule set to append the resolution of the incident to the resolution field of the interaction. To do this, you can use JavaScript, in which you can refer to the current source record as srcRecord
and the original copy of the source record (before any changes are made by the user) as oldSrcRecord
. The system only supports invoking the current rule from the Run Action rule at run time. The JavaScript of this example is as follows:
value = record.resolution.toArray().concat( ["Copy resolution from Incident " + srcRecord.number + " on " + new Date() + ":"], srcRecord.resolution.toArray());
In JavaScript, the current record and the original copy of the record are also referred as record
and oldRecord
. In this example, they are the current interaction record and original interaction record.
Configure the rule set on the source table into an appropriate workflow
In this example, you can configure the rule set into the After successful enter event of the Review phase of the Incident workflow. This means only after the incident record is resolved, the rule set is triggered.