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 |
|
Integrations and extaccess records
Integrations such as SRC, Mobility, RC should call existing processes from the processes they define instead of modifying an existing process.
In the situation where you need to define extaccess records that call display actions in the record’s State there is a good chance that the process will need additional logic to properly function. The best practice for dealing with this situation is to create and call a new process rather than modifying an existing process with integration-specific logic.
For example, an integration wants to perform display action x, which calls Process (p), but needs to put integration specific logic into Process (p) in order to make it perform correctly. The best practice in this case is to:
- Create a new process record which performs the integration specific logic.
- Call the original Process (p) in the “Next Process” tab.
- Add a new action to the State record.
- Call that action from the extaccess record.
This will make the integration easier to maintain and debug.
When you add a new display action to the State record, the $L.action variable will most likely have to be updated. Usually the integration specific process record will need to update $L.action to match the display action being wrapped.
For example, an integration wants to call the “save” display action. A new process record called “integration.record.save” is created, which finishes by calling “record.save” in the next process tab. A new display action called “integration.save” is added to the State record and the extaccess record calls that in its Allowed Actions tab. The “integration.record.save” process record ensures that the $L.action variable is set to “save.”
In some cases, other local variables may need to be set as well. Incident Management, for example, has a $L.mode variable that needs to be managed. Be sure to check both the existing State and Process record when developing a new process for references to variables that may need to be managed.
We welcome your comments!
To open the configured email client on this computer, open an email window.
Otherwise, copy the information below to a web mail client, and send this email to ovdoc-ITSM@hpe.com.
Help Topic ID:
Product:
Topic Title:
Feedback: