GETTING STARTED
Kore.ai XO Platform
Virtual Assistants Overview
Natural Language Processing (NLP)
Concepts and Terminology
Quick Start Guide
Accessing the Platform
Navigating the Kore.ai XO Platform
Building a Virtual Assistant
Help & Learning Resources
Release Notes
Current Version
Recent Updates
Previous Versions
Deprecations
Request a Feature
CONCEPTS
Design
Storyboard
Overview
FAQs
Conversation Designer
Overview
Dialog Tasks
Mock Scenes
Dialog Tasks
Overview
Navigate Dialog Tasks
Build Dialog Tasks
Node Types
Overview
Intent Node
Dialog Node
Dynamic Intent Node
GenAI Node
GenAI Node (v2, BETA)
GenAI Prompt
Entity Node
Form Node
Confirmation Node
Message Nodes
Logic Node
Bot Action Node
Service Node
Webhook Node
Script Node
Process Node
Agent Transfer
Node Connections
Node Connections Setup
Sub-Intent Scoping
Entity Types
Entity Rules
User Prompts or Messages
Voice Call Properties
Knowledge AI
Introduction
Knowledge Graph
Introduction
Terminology
Build a Knowledge Graph
Manage FAQs
Knowledge Extraction
Import or Export Knowledge Graph
Prepare Data for Import
Importing Knowledge Graph
Exporting Knowledge Graph
Auto-Generate Knowledge Graph
Knowledge Graph Analysis
Answer from Documents
Alert Tasks
Small Talk
Digital Skills
Overview
Digital Forms
Digital Views
Introduction
Widgets
Panels
Session and Context Variables
Context Object
Intent Discovery
Train
NLP Optimization
ML Engine
Overview
Model Validation
FM Engine
KG Engine
Traits Engine
Ranking and Resolver
Training Validations
NLP Configurations
NLP Guidelines
LLM and Generative AI
Introduction
LLM Integration
Kore.ai XO GPT Module
Prompts & Requests Library
Co-Pilot Features
Dynamic Conversations Features
Guardrails
Intelligence
Introduction
Event Handlers
Contextual Memory
Contextual Intents
Interruption Management
Multi-intent Detection
Amending Entities
Default Conversations
Conversation Driven Dialog Builder
Sentiment Management
Tone Analysis
Default Standard Responses
Ignore Words & Field Memory
Test & Debug
Overview
Talk to Bot
Utterance Testing
Batch Testing
Conversation Testing
Conversation Testing Overview
Create a Test Suite
Test Editor
Test Case Assertion
Test Case Execution Summary
Glossary
Health and Monitoring
NLP Health
Flow Health
Integrations
Actions
Actions Overview
Asana
Configure
Templates
Azure OpenAI
Configure
Templates
BambooHR
Configure
Templates
Bitly
Configure
Templates
Confluence
Configure
Templates
DHL
Configure
Templates
Freshdesk
Configure
Templates
Freshservice
Configure
Templates
Google Maps
Configure
Templates
Here
Configure
Templates
HubSpot
Configure
Templates
JIRA
Configure
Templates
Microsoft Graph
Configure
Templates
Open AI
Configure
Templates
Salesforce
Configure
Templates
ServiceNow
Configure
Templates
Stripe
Configure
Templates
Shopify
Configure
Templates
Twilio
Configure
Templates
Zendesk
Configure
Templates
Agents
Agent Transfer Overview
Custom (BotKit)
Drift
Genesys
Intercom
NiceInContact
NiceInContact(User Hub)
Salesforce
ServiceNow
Configure Tokyo and Lower versions
Configure Utah and Higher versions
Unblu
External NLU Adapters
Overview
Dialogflow Engine
Test and Debug
Deploy
Channels
Publishing
Versioning
Analyze
Introduction
Dashboard Filters
Overview Dashboard
Conversations Dashboard
Users Dashboard
Performance Dashboard
Custom Dashboards
Introduction
Custom Meta Tags
Create Custom Dashboard
Create Custom Dashboard Filters
LLM and Generative AI Logs
NLP Insights
Task Execution Logs
Conversations History
Conversation Flows
Conversation Insights
Feedback Analytics
Usage Metrics
Containment Metrics
Universal Bots
Introduction
Universal Bot Definition
Universal Bot Creation
Training a Universal Bot
Universal Bot Customizations
Enabling Languages
Store
Manage Assistant
Team Collaboration
Plan & Usage
Overview
Usage Plans
Templates
Support Plans
Invoices
Authorization
Conversation Sessions
Multilingual Virtual Assistants
Get Started
Supported Components & Features
Manage Languages
Manage Translation Services
Multiingual Virtual Assistant Behavior
Feedback Survey
Masking PII Details
Variables
Collections
IVR Settings
General Settings
Assistant Management
Manage Namespace
Data
Overview
Guidelines
Data Table
Table Views
App Definitions
Data as Service
HOW TOs
Build a Travel Planning Assistant
Travel Assistant Overview
Create a Travel Virtual Assistant
Design Conversation Skills
Create an ‘Update Booking’ Task
Create a Change Flight Task
Build a Knowledge Graph
Schedule a Smart Alert
Design Digital Skills
Configure Digital Forms
Configure Digital Views
Train the Assistant
Use Traits
Use Patterns
Manage Context Switching
Deploy the Assistant
Use Bot Functions
Use Content Variables
Use Global Variables
Use Web SDK
Build a Banking Assistant
Design Conversation Skills
Create a Sample Banking Assistant
Create a Transfer Funds Task
Create a Update Balance Task
Create a Knowledge Graph
Set Up a Smart Alert
Design Digital Skills
Configure Digital Forms
Configure Digital Views
Add Data to Data Tables
Update Data in Data Tables
Add Data from Digital Forms
Train the Assistant
Composite Entities
Use Traits
Use Patterns for Intents & Entities
Manage Context Switching
Deploy the Assistant
Configure an Agent Transfer
Use Assistant Functions
Use Content Variables
Use Global Variables
Intent Scoping using Group Node
Analyze the Assistant
Create a Custom Dashboard
Use Custom Meta Tags in Filters
APIs & SDKs
API Reference
API Introduction
Rate Limits
API List
koreUtil Libraries
SDK Reference
SDK Introduction
Web SDK
How the Web SDK Works
SDK Security
SDK Registration
Web Socket Connect and RTM
Tutorials
Widget SDK Tutorial
Web SDK Tutorial
BotKit SDK
BotKit SDK Deployment Guide
Installing the BotKit SDK
Using the BotKit SDK
SDK Events
SDK Functions
Installing Botkit in AWS
Tutorials
BotKit - Blue Prism
BotKit - Flight Search Sample VA
BotKit - Agent Transfer

ADMINISTRATION
Intro to Bots Admin Console
Administration Dashboard
User Management
Managing Your Users
Managing Your Groups
Role Management
Manage Data Tables and Views
Bot Management
Enrollment
Inviting Users
Sending Bulk Invites to Enroll Users
Importing Users and User Data
Synchronizing Users from Active Directory
Security & Compliance
Using Single Sign-On
Two-Factor Authentication for Platform Access
Security Settings
Cloud Connector
Analytics for Bots Admin
Billing
  1. Docs
  2. Virtual Assistants
  3. Channel Enablement
  4. RCS Business Messaging

RCS Business Messaging

RCS Business Messaging은 모바일 메시징이 발전한 것으로, 사람과 기업이 통신을 하는 방식을 증가시키고 개선합니다. 챗봇과 인공지능을 사용하는 비즈니스 메시징을 사용하여 고객과의 참여를 증진할 기회를 브랜드에 제공합니다. Google RMB는 고객이 상호작용하도록 권장하는 시각적으로 풍부한 메시지를 보낼 수 있도록 합니다.

아래는 Kore.ai에서의 채널 설정과 RBM에서 에이전트를 실행하는 것과 관련된 단계입니다: (이 채널 지원은 플랫폼의 v7.1에 도입되었습니다.)

  1. Google RBM을 채널로 사용하기 위한 액세스를 요청합니다.
  2. 비즈니스용 봇을 게시하여 테스트 과정을 시작합니다.
  3. 봇 에이전트 테스트가 완료되면 에이전트를 실행합니다.
  4. 에이전트가 실행되면 최종 사용자와의 대화를 시작합니다.

액세스 요청

1단계: Google RCS 비즈니스 메시징을 채널로 사용하기 위한 액세스를 요청합니다.

  1. 봇 빌더 플랫폼에서 Google RCS 비즈니스 메시징을 활성화 하고자 하는 봇을 엽니다.
  2. Channels로 이동하여 채널 목록에서 RCS Business Messaging을 찾습니다.
  3. RCB 아이콘을 클릭하여 RCB 채널 설정 페이지를 엽니다.
  4. Configurations 탭을 선택합니다.
  5. Yes를 위해 Request Access을 참조합니다.
  6. Save 버튼을 클릭합니다.
  7. Kore.ai 지원팀에서 Google RCS 비즈니스 메시징에서 봇 에이전트를 생성하는 데 필요한 세부 정보가 포함된 이메일을 받게 됩니다.
  8. 양식을 작성하고 제공된 Id에 돌려보냅니다.

봇 게시

2단계: Create an App and Publish the bot for the business to initiate the testing process Kore.ai 지원팀은 귀하가 입력한 정보를 바탕으로 봇 에이전트(Google RCS에)를 생성합니다. 생성에 대한 알림을 받게 됩니다. 봇을 게시하려면 다음 단계를 따르세요:

  1. 앱 생성과 이벤트 활성화, 봇 게시 – 새 사용자가 Google RCS를 통해 봇과 대화하도록 선택했을 때 플랫폼이 알림을 수신하려면 필요합니다.
    1. API Extensions > API Scopes에서 Kore.ai 봇 플랫폼에 Create an App하고 다음 범위를 활성화합니다: "RCS Message Events":
    2. Natural Language > Default Conversation > Event Handlers 다음 이벤트 설정:
      • RCS 옵트인: 사용자가 RCS 메시징에 대해 옵트인 하면 취해지는 조치,
      • RCS 옵트아웃: 사용자가 RCS 메시징에 대해 옵트아웃 하면 취해지는 조치
    3. 채널을 Publish합니다.
  2. 옵트인 / 브로드캐스트 요청 트리거:
    1. Trigger opt-in: 새 사용자가 Google RCS를 옵트인 설정할 때 마다 플랫폼에 이 사용자 정보를 알려야 합니다. 플랫폼에 알리려면 아래 세부 사항과 함께 msgevents API를 호출하세요:
      Method: POST
      Request Headers: auth : <JWT>
      Request Payload:
      {
      "event" : "opt-in",
      "eventDetails":{
      "users" : ["<Mobile number with country code>"] // Ex: +919030132231
      }
      }
    2. Broadcast Request: 이미 옵트인한 사용자에게 알림 메시지를 보내거나 브로드캐스트 메시지를 보내려면 아래 세부 사항과 함꼐 msgevents API 를 호출할 수 있습니다:
      Method: POST
      Request Headers: auth : <JWT>
      Request Payload:
      {
      "event" : "broadcast",
      "eventDetails":{
      "identity" : ["<Mobile number with country code>"] // Ex: +919030132231
      "message": {
      "contentMessage": {
      "text": ""
      }
      }
      }
      }
  3. Test Access: Channels-> RCS Messaging 페이지의 Configurations 탭에서, 다음과 같은 것들을 볼 수 있습니다:
    • Webhook URL: 1단계의 요청 양식에서 확인된 URL 설정
    • 옵트인 URL: 플랫폼에 옵트인 메시지를 모내기 위해 설정됨
  4. 채널을 게시하면 테스트 번호로 봇과 대화할 수 있습니다. 다음 섹션에서 설명된대로 사용자가 액세스하려면 채널을 시작해야합니다.
  5. 사용자가 RCS 옵트아웃 이벤트에서 구성된대로 메시지를 보내면 RCS Business Messaging OptOut 이벤트가 호출됩니다. 플랫폼은 사용자가 Webhook URL을 통해 메시지를 수신하지 않기로 선택했음을 비즈니스에 알립니다(URL은 1단계에서 확인됩니다). 옵트아웃을 선택한 사용자에게 모든 메시지 전송 요청이 거부됩니다. 옵트아웃 후 명시적으로 다시 옵트인하지 않고 사용자가 봇 에이전트와 대화를 계속하면 표준 메시지가 트리거됩니다. 메시지는 봇 빌더의 이벤트 섹션에서 관리할 수 있습니다.

이벤트

1단계에서 제공된 Webhook URL은 다음 이벤트를 받아서 비즈니스가 적절한 조치를 취할 수 있습니다:

  • 사용자가 알림 받기를 옵트아웃한 경우:
    {"event":"USER_OPTED_OUT",
    "userIdentity":"<Mobile number with country code>"}
  • 장치가 RCS 를 지원하지 않거나 봇 에이전트가 실행되지 않는 경우 opt-in 또는 broadcast 요청을 받습니다:
    {"event":"RCS_NOT_SUPPORTED_IN_TARGET_DEVICE",
    "userIdentity":"<Mobile number with country code>",
    "message":"This operation is blocked because the RBM agent has not launched and the recipient has not been invited and accepted the invitation to become a tester."
    }
  • 메시지를 받기 위해 옵트아웃을 한 후 봇에 사용자가 메시지를 보내는 경우:
    {"event":"OPTED_OUT_USER_ATTEMPTS_TO_MESSAGE",
    "userIdentity":"<Mobile number with country code>"}
  • 비즈니스가 메시지를 받기 위해 옵트아웃을 한 사용자에게 브로드캐스트 메시지를 보내려고 시도하는 경우:
    {"event":"BROADCAST_ATTEMPT_TO_OPTED_OUT_USER",
    "userIdentity":"<Mobile number with country code>"}

참고 사항:

  • 채널을 게시하면 테스트 번호로 봇과 대화할 수 있습니다. 사용자가 액세스하려면 채널을 시작해야합니다.
  • 사용자가 "옵트아웃" 메시지를 봇 에이전트에 보내면 RCS 비즈니스 메시징 옵트아웃 이벤트가 호출됩니다(자세한 내용은 아래 참조).
  • 플랫폼은 사용자가 웹훅 URL을 통해 메시지를 수신하지 않기로 선택했음을 비즈니스에 알립니다. URL은 1단계에서 확인됩니다.
  • 옵트아웃을 선택한 사용자에게 모든 메시지 전송 요청이 거부됩니다.
  • 옵트아웃 후 명시적으로 다시 옵트인하지 않고 사용자가 봇 에이전트와 대화를 계속하면 표준 메시지가 트리거됩니다. 메시지는 봇 빌더의 이벤트 섹션에서 관리할 수 있습니다.

봇 에이전트 시작

3단계: Launching the Bot Agent 봇 에이전트를 확인한 후 아래 단계를 수행하여 최종 사용자가 사용하도록 시작할 수 있습니다:

  1. 봇 빌더의 Channels에서 RCS Business Messaging 페이지를 엽니다.
  2. Configurations 탭으로 이동합니다.
  3. Yes를 위해 Launch Bot 에이전트를 설정합니다.
  4. Save 버튼을 클릭합니다.
  5. Kore.ai 지원팀에서 Google RCS 비즈니스 메시지 팀에 사용자를 대신하여 승인을 위해 제출해야 하는 questionnaire을 위해 연락할 것입니다 켜기.
  6. Kore.ai 지원이 브랜드 직원에게 consent email을 전송할 것이며(1단계의 요청 양식에 언급한 대로) 응답은 Google RCS 팀에게 포워딩됩니다.
  7. Google RCS 비즈니스 메시징 팀이 봇 에이전트를 검토하고 승인하면 Kore.ai 지원팀의 확인 이메일을 받게 됩니다.
  8. 봇 사용자는 이제 동일하게 선택하여 RCS 메시징 사용을 시작할 수 있습니다.

RCS Business Messaging

RCS Business Messaging은 모바일 메시징이 발전한 것으로, 사람과 기업이 통신을 하는 방식을 증가시키고 개선합니다. 챗봇과 인공지능을 사용하는 비즈니스 메시징을 사용하여 고객과의 참여를 증진할 기회를 브랜드에 제공합니다. Google RMB는 고객이 상호작용하도록 권장하는 시각적으로 풍부한 메시지를 보낼 수 있도록 합니다.

아래는 Kore.ai에서의 채널 설정과 RBM에서 에이전트를 실행하는 것과 관련된 단계입니다: (이 채널 지원은 플랫폼의 v7.1에 도입되었습니다.)

  1. Google RBM을 채널로 사용하기 위한 액세스를 요청합니다.
  2. 비즈니스용 봇을 게시하여 테스트 과정을 시작합니다.
  3. 봇 에이전트 테스트가 완료되면 에이전트를 실행합니다.
  4. 에이전트가 실행되면 최종 사용자와의 대화를 시작합니다.

액세스 요청

1단계: Google RCS 비즈니스 메시징을 채널로 사용하기 위한 액세스를 요청합니다.

  1. 봇 빌더 플랫폼에서 Google RCS 비즈니스 메시징을 활성화 하고자 하는 봇을 엽니다.
  2. Channels로 이동하여 채널 목록에서 RCS Business Messaging을 찾습니다.
  3. RCB 아이콘을 클릭하여 RCB 채널 설정 페이지를 엽니다.
  4. Configurations 탭을 선택합니다.
  5. Yes를 위해 Request Access을 참조합니다.
  6. Save 버튼을 클릭합니다.
  7. Kore.ai 지원팀에서 Google RCS 비즈니스 메시징에서 봇 에이전트를 생성하는 데 필요한 세부 정보가 포함된 이메일을 받게 됩니다.
  8. 양식을 작성하고 제공된 Id에 돌려보냅니다.

봇 게시

2단계: Create an App and Publish the bot for the business to initiate the testing process Kore.ai 지원팀은 귀하가 입력한 정보를 바탕으로 봇 에이전트(Google RCS에)를 생성합니다. 생성에 대한 알림을 받게 됩니다. 봇을 게시하려면 다음 단계를 따르세요:

  1. 앱 생성과 이벤트 활성화, 봇 게시 – 새 사용자가 Google RCS를 통해 봇과 대화하도록 선택했을 때 플랫폼이 알림을 수신하려면 필요합니다.
    1. API Extensions > API Scopes에서 Kore.ai 봇 플랫폼에 Create an App하고 다음 범위를 활성화합니다: "RCS Message Events":
    2. Natural Language > Default Conversation > Event Handlers 다음 이벤트 설정:
      • RCS 옵트인: 사용자가 RCS 메시징에 대해 옵트인 하면 취해지는 조치,
      • RCS 옵트아웃: 사용자가 RCS 메시징에 대해 옵트아웃 하면 취해지는 조치
    3. 채널을 Publish합니다.
  2. 옵트인 / 브로드캐스트 요청 트리거:
    1. Trigger opt-in: 새 사용자가 Google RCS를 옵트인 설정할 때 마다 플랫폼에 이 사용자 정보를 알려야 합니다. 플랫폼에 알리려면 아래 세부 사항과 함께 msgevents API를 호출하세요:
      Method: POST
      Request Headers: auth : <JWT>
      Request Payload:
      {
      "event" : "opt-in",
      "eventDetails":{
      "users" : ["<Mobile number with country code>"] // Ex: +919030132231
      }
      }
    2. Broadcast Request: 이미 옵트인한 사용자에게 알림 메시지를 보내거나 브로드캐스트 메시지를 보내려면 아래 세부 사항과 함꼐 msgevents API 를 호출할 수 있습니다:
      Method: POST
      Request Headers: auth : <JWT>
      Request Payload:
      {
      "event" : "broadcast",
      "eventDetails":{
      "identity" : ["<Mobile number with country code>"] // Ex: +919030132231
      "message": {
      "contentMessage": {
      "text": ""
      }
      }
      }
      }
  3. Test Access: Channels-> RCS Messaging 페이지의 Configurations 탭에서, 다음과 같은 것들을 볼 수 있습니다:
    • Webhook URL: 1단계의 요청 양식에서 확인된 URL 설정
    • 옵트인 URL: 플랫폼에 옵트인 메시지를 모내기 위해 설정됨
  4. 채널을 게시하면 테스트 번호로 봇과 대화할 수 있습니다. 다음 섹션에서 설명된대로 사용자가 액세스하려면 채널을 시작해야합니다.
  5. 사용자가 RCS 옵트아웃 이벤트에서 구성된대로 메시지를 보내면 RCS Business Messaging OptOut 이벤트가 호출됩니다. 플랫폼은 사용자가 Webhook URL을 통해 메시지를 수신하지 않기로 선택했음을 비즈니스에 알립니다(URL은 1단계에서 확인됩니다). 옵트아웃을 선택한 사용자에게 모든 메시지 전송 요청이 거부됩니다. 옵트아웃 후 명시적으로 다시 옵트인하지 않고 사용자가 봇 에이전트와 대화를 계속하면 표준 메시지가 트리거됩니다. 메시지는 봇 빌더의 이벤트 섹션에서 관리할 수 있습니다.

이벤트

1단계에서 제공된 Webhook URL은 다음 이벤트를 받아서 비즈니스가 적절한 조치를 취할 수 있습니다:

  • 사용자가 알림 받기를 옵트아웃한 경우:
    {"event":"USER_OPTED_OUT",
    "userIdentity":"<Mobile number with country code>"}
  • 장치가 RCS 를 지원하지 않거나 봇 에이전트가 실행되지 않는 경우 opt-in 또는 broadcast 요청을 받습니다:
    {"event":"RCS_NOT_SUPPORTED_IN_TARGET_DEVICE",
    "userIdentity":"<Mobile number with country code>",
    "message":"This operation is blocked because the RBM agent has not launched and the recipient has not been invited and accepted the invitation to become a tester."
    }
  • 메시지를 받기 위해 옵트아웃을 한 후 봇에 사용자가 메시지를 보내는 경우:
    {"event":"OPTED_OUT_USER_ATTEMPTS_TO_MESSAGE",
    "userIdentity":"<Mobile number with country code>"}
  • 비즈니스가 메시지를 받기 위해 옵트아웃을 한 사용자에게 브로드캐스트 메시지를 보내려고 시도하는 경우:
    {"event":"BROADCAST_ATTEMPT_TO_OPTED_OUT_USER",
    "userIdentity":"<Mobile number with country code>"}

참고 사항:

  • 채널을 게시하면 테스트 번호로 봇과 대화할 수 있습니다. 사용자가 액세스하려면 채널을 시작해야합니다.
  • 사용자가 "옵트아웃" 메시지를 봇 에이전트에 보내면 RCS 비즈니스 메시징 옵트아웃 이벤트가 호출됩니다(자세한 내용은 아래 참조).
  • 플랫폼은 사용자가 웹훅 URL을 통해 메시지를 수신하지 않기로 선택했음을 비즈니스에 알립니다. URL은 1단계에서 확인됩니다.
  • 옵트아웃을 선택한 사용자에게 모든 메시지 전송 요청이 거부됩니다.
  • 옵트아웃 후 명시적으로 다시 옵트인하지 않고 사용자가 봇 에이전트와 대화를 계속하면 표준 메시지가 트리거됩니다. 메시지는 봇 빌더의 이벤트 섹션에서 관리할 수 있습니다.

봇 에이전트 시작

3단계: Launching the Bot Agent 봇 에이전트를 확인한 후 아래 단계를 수행하여 최종 사용자가 사용하도록 시작할 수 있습니다:

  1. 봇 빌더의 Channels에서 RCS Business Messaging 페이지를 엽니다.
  2. Configurations 탭으로 이동합니다.
  3. Yes를 위해 Launch Bot 에이전트를 설정합니다.
  4. Save 버튼을 클릭합니다.
  5. Kore.ai 지원팀에서 Google RCS 비즈니스 메시지 팀에 사용자를 대신하여 승인을 위해 제출해야 하는 questionnaire을 위해 연락할 것입니다 켜기.
  6. Kore.ai 지원이 브랜드 직원에게 consent email을 전송할 것이며(1단계의 요청 양식에 언급한 대로) 응답은 Google RCS 팀에게 포워딩됩니다.
  7. Google RCS 비즈니스 메시징 팀이 봇 에이전트를 검토하고 승인하면 Kore.ai 지원팀의 확인 이메일을 받게 됩니다.
  8. 봇 사용자는 이제 동일하게 선택하여 RCS 메시징 사용을 시작할 수 있습니다.
메뉴