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 |
|
Understanding the Service Manager Web Services
Every Web service published by Service Manager is a document-literal service. The documents which are used for the requests and replies are derived from the dbdict definition of a single Service Manager file and published via the fields section of the extaccess record.
Each field in the Service Manager data model must be understood in the context of the business logic for the application that defines the data. Before approaching any Web Services consumption project, it is important to understand the data model that is implemented within the Service Manager instance you are targeting. Because Service Manager allows you to add new fields, change the validation of fields or make fields mandatory, every Service Manager implementation will have a slightly different data model and business logic, and each difference has to be reflected in the published Web Service to ensure successful processing.
Web service definitions are maintained in the Web Service Configuration Utility. In this utility you can see how file names such as probsummary are aliased to Incident, how fields within files can be exposed for purposes of Web Services; and how they are aliased to more appropriate names. Finally, the Web Service Configuration Utility is where XML schema data types such as dateTime can be applied to individual fields. The default type is string, but Service Manager fields can be mapped to various XML schema types if needed.