虚拟坐席集成

CXone 支持在语音和CXone聊天渠道上与第三方虚拟坐席关闭 代替现场人工坐席处理客户交互的软件应用程序。提供程序集成。 CXone 原生支持以下虚拟坐席提供程序：

如果您想使用非原生支持的虚拟坐席提供程序，可以进行自定义虚拟坐席集成。 自定义集成需要额外的开发工作，以便在虚拟坐席提供程序与 CXone 之间建立安全的通信路由。

集成流程

将虚拟坐席关闭 代替现场人工坐席处理客户交互的软件应用程序。与 CXone 相集成涉及以下任务：

  1. 与提供程序共同设置、配置和测试您的虚拟坐席。 请参阅您提供程序的文档以获取有关此步骤的帮助。
  2. 创建至少一个包含虚拟坐席操作的 Studio 脚本。
  3. 在 Virtual Agent Hub 中添加一个配置应用程序，以将虚拟坐席连接到 CXone。 将应用程序分配至脚本中使用的 Studio 操作。
  4. 测试 CXone 与虚拟坐席之间的连接和通信。 您可以从 Virtual Agent Hub 中的虚拟坐席配置应用程序执行此操作。
  5. 创建 CXone 语音联络点 (POC关闭 呼入联系人用来发起交互的入口点，如电话号码或电子邮件地址。)，然后将 Studio 脚本分配给它。
  6. 使用语音渠道端到端测试虚拟坐席。

每个虚拟坐席提供程序都有自己的独特要求和配置需求。 每个受支持的虚拟坐席提供程序的在线帮助都包含有关该提供程序特定流程的信息。

语音连接选项

有两种方法可以在 CXone 和语音虚拟坐席提供程序之间建立连接。 在大多数情况下，CXone 仅支持每个提供程序的其中一个选项。 选项如下：

  • 基于话语的通信： 路由和话语关闭 联系人所说或输入的内容。处理发生在 CXone Virtual Agent Hub。 您可以控制和自定义对话中的每个回合。 这是大多数虚拟坐席提供程序支持的选项。
  • SIP 反向通道连接： 此选项使用反向通道音频连接和信令联系。 连接在 Virtual Agent Hub 中配置，但不使用其他 Virtual Agent Hub 处理或路由。 当对话完成或需要升级到实时坐席时，信令连接允许虚拟坐席与 CXone 进行通信。 有关该服务的更多信息，请联系您的 客户代表。

Virtual Agent Hub 概述页顶部的表中描述了每个虚拟坐席提供程序支持的语音连接选项。

用于语音虚拟坐席的文本到语音转换

语音虚拟坐席需要使用文本到语音转换关闭 允许用户将录制的提示作为文本输入，并使用计算机生成的语音来朗读内容。 (TTS) 服务，将虚拟坐席的响应转换为音频，以便为联系人播放。 您可以使用CXone Cloud TTS Hub 本身支持的 TTS 服务，也可以使用虚拟坐席提供商的 TTS 服务（如果其提供）。

要使用 Cloud TTS Hub 服务，您需要在脚本中包含CLOUD TTS Studio 操作。 此操作关闭 在 Studio 脚本中执行一个过程，如收集客户数据、播放消息或音乐或将联系人转接给坐席。将 TTS 服务连接到脚本，并可使您指定要使用的 TTS 语言和语音。

对于提供 TTS 服务的虚拟坐席提供程序，Virtual Agent Hub 中的配置页面上有一个选项用于启用使用提供程序的 TTS。

谈话记录文本

CXone 可以从语音和聊天虚拟坐席对话中收集文字​​记录和意图关闭 联系人所说/输入内容背后的含义或目的；联系人想要沟通或完成的内容数据。 您可以按照满足组织需求的任何方式使用这些信息。 例如，您可以将它们保存到外部数据库中。 您还可以将它们发送到 坐席应用程序 进行交互，然后升级为实时人工坐席。 该功能必须在 Virtual Agent Hub 中的虚拟坐席的配置应用程序中启用。 默认情况下，不收集记录文本和意图。

收集的确切数据取决于功能的配置方式。 您可以仅收集记录文本、仅收集意图，或同时收集记录文本和意图。 如果有多个虚拟坐席，您可以为每个虚拟坐席单独配置。

您如何处理收集到的数据取决于您。 如果您想保存它以进行记录，则必须配置虚拟坐席的 Studio 脚本来执行此操作。 默认情况下，启用对话记录文本收集后，收集的数据在交互完成前均将保存。

使用此功能需要在虚拟坐席 Studio 脚本中的自定义脚本编写。 此外，必须在 Virtual Agent Hub 虚拟坐席配置应用程序的“记录文本”页面上启用。 以下虚拟坐席提供程序支持此功能：

  • Amazon Lex V1
  • Amazon Lex V2 
  • Cognigy
  • Autopilot
  • Google Dialogflow ES
  • Google Dialogflow CX
  • 自定义虚拟坐席集成

集成版本

Virtual Agent Hub 定期接收通过编号版本控制的更新。 此类更新不会自动应用。 您必须为 Virtual Agent Hub 中的每个虚拟坐席应用程序手动选择新版本。 这让您可以控制正在使用的版本以及升级时间。 这点相当关键，因为某些版本要求您在迁移到新版本之前更新并测试脚本 。

如果有多个虚拟坐席，您可以为每个虚拟坐席选择版本。 此外，如果您需要，您可以将其中一个虚拟坐席恢复到之前的版本。

某些编号版本仅限于某些虚拟坐席提供程序。 并非所有虚拟坐席都可以选择每个集成版本。 提供以下集成版本：

  • 版本 1.0.0：这是 Virtual Agent Hub 的第一个版本。 自定义有效负载对象返回为 customPayload.payload.xxxx。
  • 版本2.0.0：此版本更新了与 Google Dialogflow ES 和 CX 一同使用的架构。 这会影响 customPayload 对象的结构。
  • 版本 3.0.0：该版本引入了StandardBot，它规范了 CXone 与虚拟坐席提供程序的通信方式。 customPayload 对象返回为数组，如 customPayloadscriptPayloads[n].xxxx。 该版本适用于所有提供程序。

您可以在 Virtual Agent Hub 中的虚拟坐席应用程序的“属性”页面上检查当前使用的集成版本。 集成版本字段显示应用程序当前使用的版本。

更改版本时请谨慎。 不同版本之间的更改会影响集成的许多方面，包括脚本、设置、模式等等。 在没有率先测试升级而更改为错误的版本的情况下可能导致虚拟坐席不能按预期工作。 进而可能会导致您的联络中心通过该渠道处理联系人的能力受到干扰。

自定义 Studio 脚本

所有虚拟坐席集成都需要自定义脚本。 脚本通过与虚拟坐席的交互来定义联系人的路由。 它们还配置虚拟坐席提供程序服务服务与 CXone 之间的连接。

在线帮助提供了集成虚拟坐席所需的脚本指南和要求。 有关详细信息，请参阅虚拟坐席提供程序的 CXone 在线帮助页面。

共有三个虚拟坐席 Studio 操作。 它们连接 CXone 和您的虚拟坐席。 您使用的虚拟坐席可能与特定操作最匹配。 此虚拟坐席操作为VoiceBot Exchange。