시작
Kore.ai 대화형 플랫폼
챗봇 개요
자연어 처리(NLP)
봇 개념 및 용어들
빠른 시작 가이드
봇 빌더 접근 방법
사용 고지 사항 (영어)
Kore.ai 봇 빌더로 작업하기
봇 구축 시작하기
릴리스 정보
현재 버전 (영어)
이전 버전 (영어)

개념
디자인
스토리보드
대화 작업
개요
Using the Dialog Builder Tool
노드 유형
사용자 의도 노드
대화 노드
엔티티 노드
양식 노드
확인 노드
서비스 노드
봇 조치 노드
Service Node
WebHook 노드
스크립트 노드
노드 그룹화하기
Agent Transfer Node
사용자 프롬프트
음성 통화 속성
대화 관리
노드 및 전환
구성 요소 전환
컨텍스트 개체
이벤트 기반 봇 조치
지식 그래프
소개
지식 추출
지식 그래프 생성
봇에 지식 그래프 추가
그래프 생성
지식 그래프 작성
FAQ 추가
작업 실행
기존 소스에서 FAQ 구축
특성, 동의어 및 불용어
변수 네임스페이스 관리
수정
용어 편집 및 삭제
용어 편집 및 삭제
질문과 응답 편집
Knowledge Graph Training
지식 그래프 분석
봇 온톨로지 가져오기 및 내보내기
지식 그래프 가져오기
지식 그래프 내보내기
지식 그래프 생성
CSV 파일에서
JSON 파일
지식 그래프 생성
경고 작업
스몰 토크
Digital Skills
디지털 양식
Views
Digital Views
Panels
Widgets
기차
봇 성능 향상 – NLP 최적화
기계 학습
소개
모델 검증
기초 의미
지식 그래프 학습
특성
순위 및 해결
고급 NLP 설정
NLP 설정 및 지침
봇 인텔리전스
소개
컨텍스트 관리
컨텍스트 관리
대화 관리
다중 – 의도 탐지
엔티티 수정
기본 대화
정서 관리
어조 분석
Test & Debug
봇과 대화
발화 테스트
배치 테스트하기
대화 테스트
배포
채널 활성화
봇 게시
분석
봇 분석하기
Conversations Dashboard
Performance Dashboard
사용자 정의 대시보드
소개
맞춤형 메타 태그
사용자 정의 대시보드 생성 방법
Conversation Flows
NLP 지표
Containment Metrics
사용량 지표
스마트 봇
소개
범용 봇
소개
범용 봇 정의
범용 봇 생성
범용 봇 학습
범용 봇 커스터마이징
범용 봇용 추가 언어 활성화
스토어
Manage Assistant
플랜 및 사용량
Overview
Usage Plans
Support Plans
플랜 관리
봇 인증
다국어 봇
개인 식별 정보 삭제하기
봇 변수 사용
IVR 통합
일반 설정
봇 관리

방법
간단한 봇 생성하기
Design Conversation Skills
뱅킹 봇 생성
뱅킹 봇 – 자금 이체
뱅킹 봇 – 잔액 업데이트
Knowledge Graph (KG) 구축
스마트 경고를 예약하는 방법
Design Digital Skills
디지털 양식 설정 방법
디지털 보기 설정 방법
데이터 테이블에 데이터를 추가하는 방법
데이터 테이블 내 데이터 업데이트 방법
UI 양식에서 데이터 테이블에 데이터를 추가하는 방법
Train the Assistant
특성 사용 방법
의도와 엔티티에 대한 패턴 사용 방법
컨텍스트 전환 관리 방법
Deploy the Assistant
상담사 전환을 설정하는 방법
봇 기능 사용 방법
콘텐츠 변수 사용 방법
전역 변수 사용 방법
Kore.ai 웹 SDK 튜토리얼
Kore.ai 위젯 SDK 튜토리얼
Analyze the Assistant
사용자 정의 대시보드 생성 방법
사용자 지정 태그를 사용하여 봇 메트릭을 필터링하는 방법

API 및 SDK
API 참조
Kore.ai API 사용
API 목록
API 컬렉션
koreUtil Libraries
SDK 참조
상담사 전환을 설정하는 방법
봇 기능 사용 방법
콘텐츠 변수 사용 방법
전역 변수 사용 방법
소개
Kore.ai 웹 SDK 튜토리얼
Kore.ai 위젯 SDK 튜토리얼

관리
소개
봇 관리자 콘솔
대시보드
사용자 관리
사용자 관리
그룹 관리
역할 관리
봇 관리 모듈
등록
사용자 초대
사용자 등록을 위한 대량 초대 보내기
사용자 및 사용자 데이터 가져오기
Active Directory에서 사용자 동기화
보안 및 준수
싱글 사인 온 사용
보안 설정
Kore.ai 커넥터
봇 관리자용 분석
Billing (지원하지 않음)
  1. Integrations
  2. Configuring the ServiceNow Agent – Utah and Higher versions

Configuring the ServiceNow Agent – Utah and Higher versions

ServiceNow helps you build digital workflows on a single, unified platform. Kore.ai XO Platform’s ServiceNow Agent integration allows you to seamlessly hand off the virtual assistant conversations to your live agents on ServiceNow. 

This post provides the configuration steps to enable the ServiceNow Agent integration for Utah, Vancouver, and higher versions of the ServiceNow system. Use the configurations provided below as general guidelines, as there could be some differences based on the release and the specific version of the ServiceNow that you are using.

Overview

Kore.ai’s Virtual Assistant (VA) serves as the central point of interaction for the users. In addition to its regular capabilities, the VA acts as a proxy or intermediary between the users and the ServiceNow agents to hand over conversations seamlessly. The VA also allows you to integrate with the ServiceNow platform. The VA facilitates communication and interaction between the user and the ServiceNow agent using the chat module.

Configuration

Complete the following steps to configure the ServiceNow agent for Utah and higher versions: 

Step 1: Retrieve the ServiceNow Instance URL

  1. Log in to your ServiceNow account with admin user credentials. The ServiceNow account will have a unique URL for each developer instance in their Service Management or App Engine Studio, for example: https://devXXX67.service-now.com/.
  2. Copy the Instance ID from the URL and paste it into the Configurations tab of the ServiceNow Agent  page. Refer to step 2.

Step 2: Enable the ServiceNow Agent

  1. Log in to the Kore.ai XO Platform: https://bots.kore.ai/botbuilder
  2. Select a Virtual Assistant for which you want to configure the ServiceNow agent. 
  3. Navigate to Build > Integrations > Agent Transfer and click the ServiceNow button.
  4. On the Configurations tab, select your preferred authentication option (Basic vs. OAuth) and then provide the details as explained in the options below.
    Option 1: Basic Auth – Enter the ServiceNow Instance Credentials

      • Select the Agent Chat (Supported for Utah and higher versions) option.
      • Select the Basic Auth option for enabling ServiceNow Agent with the Basic Authentication.
      • Instance URL: The company’s URL where the ServiceNow instance is hosted, for example, https://devXXX67.service-now.com/.
      • User Name: The username of your ServiceNow account.
      • Password: The password of your ServiceNow account.
      • Queue ID: The unique queue identification number.
      • Webhook URL: The web URL for custom application function callbacks.

    Option 2: OAuth with Refresh Token – Follow the instructions in this ServiceNow Documentation to generate a refresh token.

    • Select the Agent Chat (Supported for Utah and higher versions) option.
    • Select the OAuth with Refresh Token option for enabling ServiceNow Agent with the Refresh Token Authentication.
    • Instance URL: The company’s URL where the ServiceNow instance is hosted, for example, https://devXXX67.service-now.com/.
    • Client ID: The client ID of your ServiceNow application copied in Step 2.
    • Client Secret: The client secret of your ServiceNow application copied in Step 2.
    • Refresh Token: The unique refresh token that you generated in Step 2.
    • Webhook URL: The web URL for custom application function callbacks.
  5. Click Authorize to authenticate and allow the XO platform to handover conversations to ServiceNow agent.
  6. If you want to make ServiceNow as the default agent, enable the Default Agent System for all bot channels option.
    Note: This option is enabled only when you have multiple agents configured for your VA.
  7. You can customize the channel mapping by clicking the Configure link as shown below:
  8. Once you click Configure, you can map the channels for which you want to use ServiceNow agent to  hand over the conversations. 

    For example, if you have configured a Genesys chat integration, Intercom and ServiceNow agents. You can make one of them as default and map channels to agent systems. In this case, the Web Client and WebHook are mapped to Genesys and Intercom. Slack is mapped to the default ServiceNow agent. To learn more about channel enablement, see Adding channels to your bot.
  9. After mapping channels, click Done.
  10. Click Save to enable the ServiceNow agent.
  11. Publish the VA. For more information, see Publishing Bot.

Step 3: Install the required plugins

  1. Log in to the ServiceNow Developer instance with Admin User Credentials.
  2. To create an application, search and select the System Definition under Plugins from the left menu.
  3. Search and install the following plugins:
    • Omni-experience Standard Feature Set

    • Advanced Work Assignment
    • Customer Service Management
    • Glide Virtual Agent
    • Virtual Agent API
  4. Verify that all required plugins are installed with the required permissions.

Step 4: Assign Agent roles to the Consumer Service Support Group

  1. Log in to the ServiceNow Developer instance with Admin User Credentials.
  2. To create an application, search and select the Advanced Work Assignment under Management > Groups from the left menu.
  3. Select the Consumer Service Support group and navigate to the group details screen.
  4. Select the Roles tab and click the Edit button to navigate to the roles screen.
  5. In the Roles collection, Search for awa_agent and  agent_workspace_user roles, assign them to the Consumer Service support, and save them.
  6. Navigate back to the group details screen, select the Group Members tab, click the edit button, and navigate to the Edit Members screen.
  7. In the Users Collection, Search for the required user. For example, select  Abel Tuter user, assign it to the Consumer Service support, and click Save.
  8. Navigate back to the group details screen and click Update.

Step 5. Update the Webhook Endpoint and enable the Integration

  1. Log in to the ServiceNow Instance  
  2. Select All menu and navigate to System Web Services >Outbound>REST messages.
  3. Select the VABot to Bot from the list to the VABot to Bot details.
  4. Edit the VABot to Bot details, Copy the Webhook URL from the Configuration tab of ServiceNow Agent page, and paste it into the EndPoint field on the VABot to Bot edit details.
  5. Scroll down and select the HTTP methods, update the same Webhook URL for the postMessage and click Update.
  6. Enable the ServiceNow Agent Integration by clicking the Save button.

Step 6: Testing Configuration

This section helps you verify how the conversations from the Kore.ai XO Platform are handed over to the ServiceNow agent after enabling it. 

To verify the data exchange between Kore.ai’s VA and ServiceNow agent, follow these steps:

  1. Open a virtual assistant for which you have enabled the ServiceNow agent.
  2. Create a new Agent Transfer Node task. For example, create a Platform Agenttask with the UserAgent node and configure it to use the ServiceNow agent. For more information, see Agent Transfer Node.
  3. Click the Talk to Bot icon to launch the VA and enter Help.
  4. Log in to the ServiceNow Instance, select the Impersonate User from the Profile option as shown:
  5. Enter the Username that you created. For example, select the Abel Tuter username.
  6. Select All and navigate to Workspace Experience>Workspaces>Agent Workspace Home.
  7. In the Agent Workspace page, select Inbox and set the Status to Available.
  8. When a user initiates the chat from the VA, it transfers the conversation to the ServiceNow agent and sends a message to the user.
  9. Agent receives a notification about this on ServiceNow.
  10. Now, the connection between the ServiceNow agent and the user has been established, and the conversation continues.

Additional Capabilities

Pass User Information to the ServiceNow Agent System

By default, when the Platform transfers an end user’s conversation to the ServiceNow Agent System, the end user appears as a Guest in the agent system.

You can pass on the user information from the Platform to the agent system using the “ServiceNowMetaData” object. You can set the values in the “ServiceNowMetaData” object using the “agentUtils.setMetaInfo” function in the context from all the places where you can define a javascript.

Subsequently, you can use the passed values to make required changes in the ServiceNow Agent System to populate the username in the agent chat.

Steps

  1. Configure Message Authentication for inbound communication in your ServiceNow instance as explained here – https://docs.servicenow.com/bundle/vancouver-servicenow-platform/page/administer/virtual-agent/task/set-up-message-auth-va-api.html
  2. Before the agent transfer node is executed, you must set the meta info (userId, emailId, and the static token generated in the previous step) in the context in a specific format.
    For example:

    1. The bot can collect the Servicenow UserId and Servicenow EmailId from the users as part of the entity nodes.
       
    2. Then, in the script node, you can add the “ServiceNowMetaData” object and set it in the context using the “agentUtils.setMetaInfo” in-built function.
      A sample script that can be added in the Script node:

      let metaData = {
          "payloadFields" : {
              "userId" : context.entities.UserID,   // ServiceNow user Id; it can be a dynamic or static value.
              "emailId" : context.entities.UserEmail   // ServiceNow user email; it can be a dynamic or static value.
          },
          "headerFields" : {
              "token" : "Token_generated_in_ServiceNow_Instance"
          }
      }
      agentUtils.setMetaInfo("ServiceNowMetaData", JSON.stringify(metaData))
      Note: By default, the context object may not include information such as user ID, email address, etc. You should explicitly capture the required details that need to be populated in the ServiceNow Agent System. Also, if the “ServiceNowMetaData” object is not defined, values are not included in the context object shared with the ServiceNow Agent System.

Route User Messages to Different Agent Groups by ‘streamId’

The Platform sends ‘streamId’ as a context variable in the request payload sent to ServiceNow. To route user messages to different agent groups by ‘streamId’ in the ServiceNow Agent System, you can define a Work Item Routing Condition in the Queue using the ‘streamId’ context variable.

Steps to access the ‘streamId’ while defining the Work Item routing condition:

  1. Go to the Conversational Interfaces Home and then create a new context variable with the name – streamId.
  2. Define a Work item routing condition in the Queue using the ‘streamId’ context variable, as shown in the screenshot below.
  3. You must configure the Work item routing condition based on the ‘streamId’ in each queue. For example, if the routing condition of queue 1 has a condition on ‘streamId’, but in queue 2, no condition is defined on ‘streamId’, both queues qualify for this work item. Therefore, to avoid this situation, ensure that the Work item routing conditions are defined in all the queues, as explained in the previous step.

For more information on the Work item routing condition and queue, see the following links and sample screenshots from the ServiceNow product documentation.

ServiceNow Documentation > Create a work item queue:

ServiceNow Documentation > Virtual Agent Bot Integration API:

Configuring the ServiceNow Agent – Utah and Higher versions

ServiceNow helps you build digital workflows on a single, unified platform. Kore.ai XO Platform’s ServiceNow Agent integration allows you to seamlessly hand off the virtual assistant conversations to your live agents on ServiceNow. 

This post provides the configuration steps to enable the ServiceNow Agent integration for Utah, Vancouver, and higher versions of the ServiceNow system. Use the configurations provided below as general guidelines, as there could be some differences based on the release and the specific version of the ServiceNow that you are using.

Overview

Kore.ai’s Virtual Assistant (VA) serves as the central point of interaction for the users. In addition to its regular capabilities, the VA acts as a proxy or intermediary between the users and the ServiceNow agents to hand over conversations seamlessly. The VA also allows you to integrate with the ServiceNow platform. The VA facilitates communication and interaction between the user and the ServiceNow agent using the chat module.

Configuration

Complete the following steps to configure the ServiceNow agent for Utah and higher versions: 

Step 1: Retrieve the ServiceNow Instance URL

  1. Log in to your ServiceNow account with admin user credentials. The ServiceNow account will have a unique URL for each developer instance in their Service Management or App Engine Studio, for example: https://devXXX67.service-now.com/.
  2. Copy the Instance ID from the URL and paste it into the Configurations tab of the ServiceNow Agent  page. Refer to step 2.

Step 2: Enable the ServiceNow Agent

  1. Log in to the Kore.ai XO Platform: https://bots.kore.ai/botbuilder
  2. Select a Virtual Assistant for which you want to configure the ServiceNow agent. 
  3. Navigate to Build > Integrations > Agent Transfer and click the ServiceNow button.
  4. On the Configurations tab, select your preferred authentication option (Basic vs. OAuth) and then provide the details as explained in the options below.
    Option 1: Basic Auth – Enter the ServiceNow Instance Credentials

      • Select the Agent Chat (Supported for Utah and higher versions) option.
      • Select the Basic Auth option for enabling ServiceNow Agent with the Basic Authentication.
      • Instance URL: The company’s URL where the ServiceNow instance is hosted, for example, https://devXXX67.service-now.com/.
      • User Name: The username of your ServiceNow account.
      • Password: The password of your ServiceNow account.
      • Queue ID: The unique queue identification number.
      • Webhook URL: The web URL for custom application function callbacks.

    Option 2: OAuth with Refresh Token – Follow the instructions in this ServiceNow Documentation to generate a refresh token.

    • Select the Agent Chat (Supported for Utah and higher versions) option.
    • Select the OAuth with Refresh Token option for enabling ServiceNow Agent with the Refresh Token Authentication.
    • Instance URL: The company’s URL where the ServiceNow instance is hosted, for example, https://devXXX67.service-now.com/.
    • Client ID: The client ID of your ServiceNow application copied in Step 2.
    • Client Secret: The client secret of your ServiceNow application copied in Step 2.
    • Refresh Token: The unique refresh token that you generated in Step 2.
    • Webhook URL: The web URL for custom application function callbacks.
  5. Click Authorize to authenticate and allow the XO platform to handover conversations to ServiceNow agent.
  6. If you want to make ServiceNow as the default agent, enable the Default Agent System for all bot channels option.
    Note: This option is enabled only when you have multiple agents configured for your VA.
  7. You can customize the channel mapping by clicking the Configure link as shown below:
  8. Once you click Configure, you can map the channels for which you want to use ServiceNow agent to  hand over the conversations. 

    For example, if you have configured a Genesys chat integration, Intercom and ServiceNow agents. You can make one of them as default and map channels to agent systems. In this case, the Web Client and WebHook are mapped to Genesys and Intercom. Slack is mapped to the default ServiceNow agent. To learn more about channel enablement, see Adding channels to your bot.
  9. After mapping channels, click Done.
  10. Click Save to enable the ServiceNow agent.
  11. Publish the VA. For more information, see Publishing Bot.

Step 3: Install the required plugins

  1. Log in to the ServiceNow Developer instance with Admin User Credentials.
  2. To create an application, search and select the System Definition under Plugins from the left menu.
  3. Search and install the following plugins:
    • Omni-experience Standard Feature Set

    • Advanced Work Assignment
    • Customer Service Management
    • Glide Virtual Agent
    • Virtual Agent API
  4. Verify that all required plugins are installed with the required permissions.

Step 4: Assign Agent roles to the Consumer Service Support Group

  1. Log in to the ServiceNow Developer instance with Admin User Credentials.
  2. To create an application, search and select the Advanced Work Assignment under Management > Groups from the left menu.
  3. Select the Consumer Service Support group and navigate to the group details screen.
  4. Select the Roles tab and click the Edit button to navigate to the roles screen.
  5. In the Roles collection, Search for awa_agent and  agent_workspace_user roles, assign them to the Consumer Service support, and save them.
  6. Navigate back to the group details screen, select the Group Members tab, click the edit button, and navigate to the Edit Members screen.
  7. In the Users Collection, Search for the required user. For example, select  Abel Tuter user, assign it to the Consumer Service support, and click Save.
  8. Navigate back to the group details screen and click Update.

Step 5. Update the Webhook Endpoint and enable the Integration

  1. Log in to the ServiceNow Instance  
  2. Select All menu and navigate to System Web Services >Outbound>REST messages.
  3. Select the VABot to Bot from the list to the VABot to Bot details.
  4. Edit the VABot to Bot details, Copy the Webhook URL from the Configuration tab of ServiceNow Agent page, and paste it into the EndPoint field on the VABot to Bot edit details.
  5. Scroll down and select the HTTP methods, update the same Webhook URL for the postMessage and click Update.
  6. Enable the ServiceNow Agent Integration by clicking the Save button.

Step 6: Testing Configuration

This section helps you verify how the conversations from the Kore.ai XO Platform are handed over to the ServiceNow agent after enabling it. 

To verify the data exchange between Kore.ai’s VA and ServiceNow agent, follow these steps:

  1. Open a virtual assistant for which you have enabled the ServiceNow agent.
  2. Create a new Agent Transfer Node task. For example, create a Platform Agenttask with the UserAgent node and configure it to use the ServiceNow agent. For more information, see Agent Transfer Node.
  3. Click the Talk to Bot icon to launch the VA and enter Help.
  4. Log in to the ServiceNow Instance, select the Impersonate User from the Profile option as shown:
  5. Enter the Username that you created. For example, select the Abel Tuter username.
  6. Select All and navigate to Workspace Experience>Workspaces>Agent Workspace Home.
  7. In the Agent Workspace page, select Inbox and set the Status to Available.
  8. When a user initiates the chat from the VA, it transfers the conversation to the ServiceNow agent and sends a message to the user.
  9. Agent receives a notification about this on ServiceNow.
  10. Now, the connection between the ServiceNow agent and the user has been established, and the conversation continues.

Additional Capabilities

Pass User Information to the ServiceNow Agent System

By default, when the Platform transfers an end user’s conversation to the ServiceNow Agent System, the end user appears as a Guest in the agent system.

You can pass on the user information from the Platform to the agent system using the “ServiceNowMetaData” object. You can set the values in the “ServiceNowMetaData” object using the “agentUtils.setMetaInfo” function in the context from all the places where you can define a javascript.

Subsequently, you can use the passed values to make required changes in the ServiceNow Agent System to populate the username in the agent chat.

Steps

  1. Configure Message Authentication for inbound communication in your ServiceNow instance as explained here – https://docs.servicenow.com/bundle/vancouver-servicenow-platform/page/administer/virtual-agent/task/set-up-message-auth-va-api.html
  2. Before the agent transfer node is executed, you must set the meta info (userId, emailId, and the static token generated in the previous step) in the context in a specific format.
    For example:

    1. The bot can collect the Servicenow UserId and Servicenow EmailId from the users as part of the entity nodes.
       
    2. Then, in the script node, you can add the “ServiceNowMetaData” object and set it in the context using the “agentUtils.setMetaInfo” in-built function.
      A sample script that can be added in the Script node:

      let metaData = {
          "payloadFields" : {
              "userId" : context.entities.UserID,   // ServiceNow user Id; it can be a dynamic or static value.
              "emailId" : context.entities.UserEmail   // ServiceNow user email; it can be a dynamic or static value.
          },
          "headerFields" : {
              "token" : "Token_generated_in_ServiceNow_Instance"
          }
      }
      agentUtils.setMetaInfo("ServiceNowMetaData", JSON.stringify(metaData))
      Note: By default, the context object may not include information such as user ID, email address, etc. You should explicitly capture the required details that need to be populated in the ServiceNow Agent System. Also, if the “ServiceNowMetaData” object is not defined, values are not included in the context object shared with the ServiceNow Agent System.

Route User Messages to Different Agent Groups by ‘streamId’

The Platform sends ‘streamId’ as a context variable in the request payload sent to ServiceNow. To route user messages to different agent groups by ‘streamId’ in the ServiceNow Agent System, you can define a Work Item Routing Condition in the Queue using the ‘streamId’ context variable.

Steps to access the ‘streamId’ while defining the Work Item routing condition:

  1. Go to the Conversational Interfaces Home and then create a new context variable with the name – streamId.
  2. Define a Work item routing condition in the Queue using the ‘streamId’ context variable, as shown in the screenshot below.
  3. You must configure the Work item routing condition based on the ‘streamId’ in each queue. For example, if the routing condition of queue 1 has a condition on ‘streamId’, but in queue 2, no condition is defined on ‘streamId’, both queues qualify for this work item. Therefore, to avoid this situation, ensure that the Work item routing conditions are defined in all the queues, as explained in the previous step.

For more information on the Work item routing condition and queue, see the following links and sample screenshots from the ServiceNow product documentation.

ServiceNow Documentation > Create a work item queue:

ServiceNow Documentation > Virtual Agent Bot Integration API:

메뉴