Skip to main content

ServiceNow - STOP words: why certain search words may not work in virtual agent

Example: a search in virtual agent on "issue" did not result in the raise an issue record producer being returned, even though this was defined as a search word in the topic

solution would be to add the stop word to the sys_cs_topic group and set the stop mode to Not a Stop Word. Note: you may need to click the 'regenerate text index' UI action afterwards and this action might not get picked up in the update set so a manual step


Explanation:

Searching the 'issue' keyword will not bring any result in this instance because 'issue' has been set as a 'Stop Word' 

https://<xx>.service-now.com/ts_stop.do?sys_id=5d302ad6db02120074abffa9bf961943


VA uses global search functionality to return any matching topic and it doesn't return any result for 'issue'. You can quickly test this behavior from the sys_cs_topic table as well. 

https://<xx>/sys_cs_topic_list.do?sysparm_query=GOTO123TEXTQUERY321%3Dissue&sysparm_view=


https://<xx>/sys_cs_topic_list.do?sysparm_query=123TEXTQUERY321%3Dincident%5Eactive%3Dtrue%5Ekey_phrasesLIKEincident&sysparm_view=


*'issue' is set as 'Not a stop word' for sys_metadata text index. Therefore, you can only see results from sys_metadata-extended tables (i.e. sc_cat_item). 

https://<xx>.service-now.com/nav_to.do?uri=%2F$sn_global_search_results.do%3Fsysparm_search%3Dissue

https://<xx>.service-now.com/ts_index_name.do?sys_id=c134e69adb02120074abffa9bf9619d5

https://<xx>.service-now.com/ts_index_stop.do?sys_id=8afdd15edba033000346f68dae961924


Please either keep the current configuration in place and remember that 'issue' keyword will not bring any results or mark 'issue' as 'Not a stop word' for sys_cs_topic text index. 

https://<xx>.service-now.com/ts_index_name.do?sys_id=23f4ad08db0a20509fce4705059619e8

(ServiceNow )


Comments

Popular posts from this blog

ServiceNow timeout settings for virtual agent chat

  After connecting to live agent User is connected to live agent and not responding to live agent chat or distracted. The below properties controls the timeout settings, the OOB settings for reminder is [180 sec] and for cancelling the chat is [360 sec]. The job is default configured to 2 min so I believe no tweaking is required here.  Property -   com.glide.cs.idle_chat_reminder_timeout                  com.glide.cs.idle_chat_cancel_timeout Scheduled job   - Idle Chat Timer Task   https://community.servicenow.com/community?id=community_article&sys_id=1453b03bdbaad0109e691ea668961929   (ServiceNow ) 

ServiceNow check for null or nil or empty (or not)

Haven't tested these all recently within global/local scopes, so feel free to have a play! option 1 use an encoded query embedded in the GlideRecord , e.g.  var grProf = new GlideRecord ( 'x_cls_clear_skye_i_profile' ); grProf . addQuery ( 'status=1^ owner=NULL ' ); grProf . query (); even better use the glideRecord  addNotNullQuery or addNullQuery option 2 JSUtil.nil / notNil (this might be the most powerful. See this link ) example: if ( current . operation () == 'insert' && JSUtil . notNil ( current . parent ) && ! current . work_effort . nil ())  option 3 there might be times when you need to get inside the GlideRecord and perform the check there, for example if the code goes down 2 optional routes depending on null / not null can use gs.nil : var grAppr = new GlideRecord ( 'sysapproval_approver' ); var grUser = new GlideRecord ( 'sys_user' ); if ( grUser . get ( 'sys_id' , current . approver )){...