| Label |
Enter a unique name for your similarity solution. For example, in this use case you could enter Match Knowledge Articles to Incidents. |
| Name |
As you enter a Label value, this field automatically populates with a system-assigned, read-only name based on your Label value. |
| Word Corpus |
If you have a legacy similarity solution, you can select a relevant word corpus from the Word Corpus field in the definition form.
Remarque : Starting from the Washington DC release, a word corpus is not required because a pre-trained model is used instead. The Word Corpus field is not visible in the definition form for
pre-trained models.
For more information, see Create a word corpus. |
| Table |
In the Table field, select the table that contains records you want to use as an information source. In this use case you select the Knowledge [kb_knowledge] table, because its KB Article records might provide
information relevant to the Incidents that you're trying to resolve.
After you assign a Table, the number of records matching your filter conditions is displayed as a link. Select this link to view the list of records. |
| Test Table |
In the Test Table field, select the table containing the records that you want to target. In this use case, you select the Incident [incident] table, as it contains the Incident records that you're trying to
resolve. Remarque : You can select the same table for Table and Test Table. For example: using filter conditions, you could collect information from recent Incidents to help with target
Incidents. |
| Fields |
For the Table that you selected, enter fields that are likely to contain words and phrases relevant to the Incidents you're trying to resolve. In this example, you choose Short description and Article
body. Including the article body increases your chances of capturing informative details regarding the subject. Remarque : Journal Type is not a supported data
type. |
| Test Fields |
For the Test Table that you selected, enter fields that contain text that you want to compare to other similar records. In this example, you choose the Short description of the Incident records you're trying to
resolve. |
| Filter |
Select Add Filter Condition to apply conditions to the Fields records you're using as an information source.
For example, in this use case you could set a workflow_state=published condition to retrieve
published KB articles only. Remarque : Script includes can't be referenced
from the Filter. Use database views as an alternative. |
| Processing Language |
Select the dominant language of the dataset you're training on. Also, English processing is applied to all datasets by default. For example, if you select Italian, the system processes the data in both
Italian and English.Remarque : The term processing indicates some of the language-specific steps used as part of training a solution, such as tokenizing words, removing stop words, and
stemming. |
| Stopwords |
When you select your processing language, the system automatically adds a Stopwords list for that language. For example, if your processing language is Italian, the Default Italian
Stopwords list appears. The Default English Stopwords list is also included. To use a custom stopwords list, select the lock icon( ) and then search in the Select target record field. |
| Training Frequency |
Select a retraining frequency. The available options range from Run Once up to Every 180 days. |
| Update Frequency |
Select how often you want to refresh the data you use to retrieve your similarity results. For example, for open incident records, you could select an update frequency of Every 15
minutes, as new incidents typically occur frequently throughout the day. This frequency may increase the likelihood that newly opened records are included in the refresh. However, for KB
Knowledge article records, which are typically not created often, you could choose a less frequent update frequency such as Every 1 day. Remarque : The ML scheduler limits the number of
trainings an instance can commit to 50 new ML training requests per instance within a 24 hour window. This excludes scheduled re-training requests. In addition, clustering and similarity updates are also
excluded from this limit, even if the new training requests exceed 50 within a 24 hour window.
|