在此文章中
dropdown icon
概述
    重要合规通知
dropdown icon
印度 WxCC 部署模型
    模式 1:国际业务流程外包
    模型 2:印度租户,仅针对印度客户提供联络中心
    模式 3:具有印度国内联络中心的跨国租户
dropdown icon
为印度位置设置 Webex Contact Center
    先决条件
    设置呼叫
    配置联系人中心设置
dropdown icon
配置建议
    理想的配置模型
    ANI 路由和配置
    入站呼叫流程示例
    代理行为和策略例外
dropdown icon
错误处理和辅助代码
    技术错误和 AUX 代码处理
dropdown icon
限制
    ANI 和外拨管理
    代理连接和工具
    技术和错误处理
    数据驻留和审核

在印度设置 Webex Contact Center

list-menu在此文章中
list-menu反馈?

本文可帮助您为印度数据中心(DC)设置 Webex Contact Center。

概述

Cisco Webex Contact Center 现已在印度有空为一项受监管的服务,使跨国和国内组织能够完全按照印度政府电信部(DoT)法规运营 BPO 和联络中心服务。

印度的 Webex Contact Center 建立在 Webex Calling 的基础上。 这种集成方法使组织能够利用统一的云体系结构来实现企业电话服务和高级客户参与。 在启用联络中心功能之前,必须确保基本 Webex Calling 环境是专门为印度数据中心配置的,以满足法规要求。

有关关税计划的信息,请参阅 Webex Contact Center 印度关税计划 文章。

重要合规通知

遵守印度电信部(DoT)法规是 Cisco 与其客户的共同责任。 为了确保您的特定部署符合所有当地法律要求,我们建议您咨询您的法律或法规顾问。

印度 WxCC 部署模型

要开始使用印度设置,最好首先了解 Webex Contact Center 的标准技术基础。 我们建议您查看为 Webex Contact Center 设置语音通道一文,其中解释了我们在全球使用的三层体系结构:

  • 接入层:这是 PSTN 或本地网关连接到 Webex 的边缘。

  • 媒体处理层:这是处理和终止实际音频(媒体)的地方。

  • 应用层:这是管理呼叫路由、提示和代理分配的大脑。

在印度 DC,这些层可帮助您遵守 DoT 法规。 根据您的代理和客户所在的位置,您将选择以下三种模式之一:国际业务流程外包、印度租户或跨国租户。

模式 1:国际业务流程外包

概述

对于租户和电话资源在印度境外注册的国际业务流程外包(BPO)操作,请遵循以下准则:

  • 租户是从印度以外的国家/地区注册的。

  • 入口点拨打号码(EPDN)与印度境外的位置相关联。

  • 代理及其电话(Webex Calling 分机号或本地 Call Manager 分机号)是为外地位置配置的。

  • 代理实际位于印度,但处理来自外国入境点(EP)号码的呼叫。

说明 Webex Contact Center 工作流的图表,在该工作流中,来自美国的呼叫通过云路由到位于印度的代理。

管理和配置

  • 印度的代理不得连接到印度 PSTN 服务(即其电话服务应配置为印度境外的位置)。

  • 印度 PSTN 不得用于交互中的任何桥接 DN、盲传输流事件或任何 Webex Contact Center 操作。

  • 代理可以使用 WebRTC 进行连接。

  • 对队列或团队没有特殊限制。

合规

为了始终遵守当地法规,请在所选部署模型中遵循以下关键要求:

  • Office 连接性:如果您的代理在办公室工作,则其媒体必须通过专用网络连接流动。

  • 从 Home 开始工作:在 Home 工作的代理可以直接使用互联网。 他们不必使用 VPN 连接到他们在印度的办公室网络。

  • 数据保留:您负责下载呼叫详细信息记录(CDR)和审核日志。 这些必须在位于印度的服务器上存储至少一年。

模型 2:印度租户,仅针对印度客户提供联络中心

概述

如果您的组织在印度运营国内联络中心并且仅为印度客户提供服务,请使用此模型。 在这种情况下,您的代理和电话服务资源都必须与印度的位置相关联。

此模型不支持在印度使用基于 WebRTC 的代理(计划在将来支持 WebRTC)。

印度国内 Webex Contact Center 印度境内国内呼叫的工作流程。

管理和配置

  • 在印度境内创建总部(HQ)位置。 您创建的第一个位置决定了组织的 Webex Calling 数据中心。

  • 根据印度位置的 Webex Calling 准则创建区域 并配置 受信任的 Network Edge

  • 完成 KYC(了解您的客户)程序以激活该位置。

  • 确保与具有印度号码的流关联的任何自带 AI(BYOAI)仅连接到印度境内的服务。

  • 建立专门的队列和代理团队,为印度 EP 提供服务;请勿将这些代理与处理来自印度境外的 EP 呼叫的代理混用。

  • 对于每个区域:

    • 创建外拨自动号码识别(ANI)列表,并将缺省 ANI 设置为该区域中的号码。

    • 将外拨 ANI 列表与从该区域为 EP 提供服务的代理团队关联。

    • 这样可以避免代理使用默认 ANI 时在外拨期间出现呼叫失败。

    • 设置礼貌回呼时,请确保 ANI 与该队列中的代理所在的特定印度区域相匹配。

  • 创建广告系列时,请从特定区域预留代理并使用该区域中的 ANI。

合规

为了始终遵守当地法规,请在所选部署模型中遵循以下关键要求:

  • Office 连接性:如果您的代理在办公室工作,则其媒体必须通过专用网络连接流动。

  • 从 Home 开始工作:在 Home 工作的代理可以直接使用互联网。 他们不必使用 VPN 连接到他们在印度的办公室网络。

  • 数据保留:您负责下载呼叫详细信息记录(CDR)和审核日志。 这些必须在位于印度的服务器上存储至少一年。

模式 3:具有印度国内联络中心的跨国租户

概述

以下准则适用于在印度境外托管但拥有为印度 EP 提供服务的国内联络中心的跨国租户:

  • 该租户在印度境外注册,并拥有一支代理团队,为包括印度在内的多个国家/地区的 EPDN 提供服务。

  • 印度的 EPDN 号码与印度境内的某个位置相关联。

  • 为印度 EPDN 提供服务的代理商实际位于印度。

  • 代理及其电话(Webex Calling 分机电话或本地分机号)链接到印度位置。

此模型不支持在印度使用基于 WebRTC 的代理。 (WebRTC 计划用于将来的支持)。

全球组织(在印度设有分支机构)“Webex Contact Center 工作流,显示美国和印度位置之间的连接。

管理和配置

  • 根据印度位置的 Webex Calling 准则创建区域 并配置 受信任的网络边缘

  • 完成 Webex Calling KYC(了解您的客户)流程以激活印度的位置。

  • 确保与印度号码流关联的任何 BYOAI 解决方案仅连接到印度境内的服务。

  • 建立专门的队列和代理团队,为印度 EP 服务;请勿将这些代理与处理来自印度境外 EP 的呼叫的代理混用。 此配置可以使用联络中心座席团队或技能来实现。

  • 对于每个区域:

    • 创建外拨 ANI 列表并将缺省 ANI 设置为该区域中的号码。

    • 将外拨 ANI 列表与从该区域为 EP 提供服务的代理团队关联。

    • 此设置有助于避免代理使用缺省 ANI 时在外拨期间出现呼叫失败。

    • 在礼貌回呼期间,请确保 ANI 与队列中座席电话的区域匹配。

  • 创建广告系列时,请从特定区域预留代理并使用该区域中的 ANI。

合规

为了始终遵守当地法规,请在所选部署模型中遵循以下关键要求:

  • Office 连接性:如果您的代理在办公室工作,则其媒体必须通过专用网络连接流动。

  • 从 Home 开始工作:在 Home 工作的代理可以直接使用互联网。 他们不必使用 VPN 连接到他们在印度的办公室网络。

  • 数据保留:您负责下载呼叫详细信息记录(CDR)和审核日志。 这些必须在位于印度的服务器上存储至少一年。

为印度位置设置 Webex Contact Center

先决条件

在开始安装之前,请确保您满足以下要求:

  • 监管文件:您必须提交了解您的客户(KYC)和客户申请表(CAF)。 请参阅 法规 概述以了解有关 KYC 和 CAF 的更多信息。

    即使您已经完成了 Webex Calling 的 KYC,联络中心服务也可能需要单独提交以符合统一电信许可证。

  • 平台:Webex Contact Center 印度仅支持 Webex Calling。 不支持旧版 VPO 或其他电话连接。

设置呼叫

您必须首先配置您的电话环境。 为避免重复步骤,请参阅以下 Webex Calling 文章来完成基本设置:

呼叫操作和收费绕路控制

为确保您的运营始终合规,Webex Contact Center 强制执行以下付费绕过规则:

  • 入站路由:印度的代理可以就入站 PSTN 呼叫咨询位于印度境外的代理,但他们无法转移或会议呼叫。

  • 出站拨号:对于所有 PSTN 呼叫(国内或国际),代理必须使用经过验证的印度 PSTN 主叫方线路标识(CLI)。 他们必须使用与其电话所属区域关联的 ANI,即使他们被管理员配置为拨打国际呼叫也是如此。

  • 策略例外:如果呼叫流违反 DoT 规定,代理将在 Agent Desktop 上看到策略例外错误,呼叫将被终止。

有关详细信息,请参阅 在 Webex Calling 部分应用付费绕过策略配置。

配置联系人中心设置

呼叫基础准备就绪后,在 Control Hub 中执行以下操作:

  1. 运营国家/地区:转至 联系人中心>设置>常规 ,并确保运营国家/地区设置为印度

  2. 位置映射:确保您的联络中心位置与呼叫设置期间创建的区域匹配。

配置建议

理想的配置模型

为了使您的设置符合要求并避免错误,应遵循基于地理位置的配置模型。

  • 地理团队:为避免策略错误,我们建议使用地理团队进行配置。 例如,创建一个班加罗尔团队和一个金奈团队。 通过将这些团队分配到同一区域中的队列,您将确保系统按预期运行,并且代理不会触发不必要的收费限制。

  • 队列映射:如果团队违反 DoT 规则,请不要将一个区域中的团队分配到另一个区域中的队列。 例如,不要将美国团队分配给印度队列。

  • 逻辑:通过将团队链接到同一区域中的特定站点和队列,触发策略错误的可能性较小。 该系统旨在保护自己,但智能设计使管理员的工作变得更加轻松。

ANI 路由和配置

管理自动号码识别(ANI)至关重要。 每个号码都必须映射到入库 EP。 对于跨国租户,我们增强了外拨 ANI 列表,以便您可以设置区域默认值。 这可确保印度的代理不会意外使用违反本地规则的全局租户默认值。

  • 映射号码:要将号码用作 ANI,必须先将其映射到入站 EP。

  • 出站 EP:为代理分配有出站 EP 和 ANI 列表(或者他们可以使用默认 ANI)。

  • 区域约束:ANI 映射到入站 EP,后者提供实时媒体服务(RTMS)区域和 Webex Calling 位置。 此位置定义该区域的默认 PSTN。

  • 管理员控制:管理员应控制对出站 ANI 的访问,以确保印度的代理不会使用其区域之外的默认 ANI。

入站呼叫流程示例

网上呼叫

当有内部网内呼叫传入(例如,对 IT 支持线路)时,系统遵循特定路径以保持合规性。

  • 路径:呼叫通过特定位置(如班加罗尔区域)进入,并通过 EP 移动到队列。

  • 团队交付:然后将呼叫路由到团队。 内部网内呼叫非常灵活,可以传递给印度境内的代理、在印度境外漫游的代理,甚至是在印度境外配置的代理,只要他们使用的是 Webex Calling(WxC)分机号,而不是公用电话交换网(PSTN)电话即可。

  • PSTN 限制:请注意,这些内部呼叫无法路由到 PSTN 目标或 MS Teams,因为它们被视为超出此特定设置的范围。

网外呼叫

当呼叫从 PSTN 进入时,系统会强制执行严格的收费绕路控制以确保合规性。

  • 路径:呼叫通过特定的 PSTN 区域(如班加罗尔区域)进入,然后通过 EP 移动到队列。

  • 团队交付:系统会针对 PSTN 区域验证代理的位置。 如果代理位于正确的区域(例如班加罗尔)并且未漫游,则允许呼叫。 如果系统检测到代理位于无效或非区域位置(例如纽约),则呼叫受到限制。

  • 系统操作:当呼叫因违反策略而被阻止时,系统会自动将呼叫者返回到队列,并在代理的桌面上显示策略错误消息。

  • 最佳做法:若要避免这些阻止,请使用 Webex Contact Center 中的 Teams 将代理严格分配到正确的站点和队列。

代理行为和策略例外

了解收费限制和桌面行为

当呼叫或操作违反印度的 DoT 规则时,系统会触发收费限制。 以下是 Agent Desktop 在不同场景中的行为方式。

入站呼叫拒接

如果入站呼叫违反策略,代理将会看到错误,并且其状态将更改为呼叫限制。 但是,对于外拨或咨询拒绝,其状态不会改变。 如果他们使用的是公用电话交换网(PSTN)电话 WebRTC 或在印度境外漫游,就会发生这种情况。

  • 发生原因:

    • 代理使用的是 PSTN 电话号码。

    • 代理正在使用 WebRTC 处理印度呼叫。

    • 代理使用的是 Webex 扩展名,但在印度境外漫游。 (系统会执行 Geo-IP 查找,以确定电话实际是在国内还是在国外)。

    • 使用 PSTN 电话的代理会由其他代理咨询。

外拨(出站)拒绝

如果外拨呼叫被拒绝,代理会看到策略错误,但其状态不会改变。

  • 发生原因:

    • 代理尝试使用其他区域中的 ANI。

    • 代理使用的是 PSTN 电话。

    • 代理在尝试呼叫印度的客户时使用 WebRTC。

咨询和传输失败

如果咨询或转移到 DN 或其他代理失败,代理会看到策略错误,但其状态不会改变。

  • 发生原因:

    • 被咨询人正在使用 PSTN 电话。

    • 被咨询的人正在使用 WebRTC。

    • 接收转账的代理实际位于印度境外。

桌面:禁用按钮和工具提示

为防止错误,如果系统确定不允许操作,桌面通常会禁用该操作。

  • 如果将鼠标悬停在禁用的按钮上,将出现工具提示,说明原因。

  • 在极少数情况下,咨询过程中呼叫的状态可能会发生变化。 如果该更改导致呼叫违反印度收费限制规则,系统将不允许继续连接。 发生这种情况时,呼叫段可能会断开,或者传递或会议等操作将失败 - 即使桌面上的按钮尚未禁用也是如此。

监控器监控

如果触发收费限制,主管监控呼叫的请求将被拒绝。

  • 发生原因:

    • 主管正在使用 PSTN 电话。

    • 主管使用的是来自印度以外位置的 Webex 扩展名。

操作场景系统操作代理体验
入站呼叫 从印度地区呼叫纽约的代理。 封锁。 系统检测到区域冲突。 代理收到错误消息;呼叫将返回到队列。
咨询 印度代理咨询非印度代理。 允许。 您可以与其他代理对话。 正常的咨询行为。
转接 驻印度的代理尝试将印度呼叫传递给美国代理。 封锁。 这将违反 DoT 规则。 传输失败;代理看到合规性错误。
漫游 印度团队中的代理在国外漫游时试图接听电话。 封锁。 系统会检查代理的位置。 呼叫不会通过;显示错误消息。
出站/活动 代理尝试使用其他区域的 ANI。 封锁。 呼叫不会通过;显示错误消息。

错误处理和辅助代码

技术错误和 AUX 代码处理

当呼叫因印度收费限制而被拒接时,系统会使用特定的技术代码来识别问题。 这有助于在日志中进行故障排除,并允许您在呼叫流中构建更智能的逻辑。

SIP 和系统标识符

如果您正在查看技术日志或 Session Initiation Protocol(SIP)标头(特别是在 SIP BYE 或 SIP 403 消息中),您将看到呼叫被标记为:

  • SIP 标头:X-Cisco-RTMS:区域限制错误

  • 系统原因:CALLING_RESTRICTION

  • 原因码:119

新代理 AUX 代码

我们为遇到收费限制错误的代理添加了新的系统定义的空闲 AUX 代码。 如果代理因合规性规则而被阻止呼叫,其状态将自动更改为以下新代码:

  • 辅助代码:calling_restriction

在流设计器中使用代码 119

您可以使用新的原因码 119(CALLING_RESTRICTION)自动处理呼叫流中的错误。 通过检查此特定故障代码,您可以决定各种 Flow 活动中的下一个最佳操作,例如:

  • 桥接转接或盲转:如果传输失败且代码为 119,您可以编写流脚本以尝试其他路由或向调用方播放特定通知。

  • 出站活动:使用此代码确定市场活动呼叫是否被策略限制阻止,并相应地处理记录。

限制

ANI 和外拨管理

  • 区域对齐:始终将同一区域中的 ANI 和代理用于:

    • 礼貌回拨:回拨 ANI 必须与代理的监管区域匹配。

    • 外拨 ANI 列表:外拨列表中的 ANI 必须与分配给该桌面档案的代理的区域相匹配。

    • 活动:确保活动 ANI 和分配的代理驻留在同一区域中。

  • 缺省 ANI:您必须在外拨列表中选择一个 ANI 作为缺省 ANI。

  • 无自定义 ANI:印度禁止使用自定义 ANI。 使用自定义 ANI 将导致外拨故障,并在 Webex Calling 呼叫详细信息记录(CDR)中造成审核混乱。

代理连接和工具

  • WebRTC:BPO 代理支持此功能,但如果代理有权访问印度 PSTN,则不支持此功能。

  • 分机号:座席必须始终使用其分配的 Webex Calling 分机号进行所有联络中心活动。

  • 从 Home(WFH)开始工作:如果代理从 Home 开始工作,请指示他们使用到 VPN 连接到其配置的办公室位置,以保持符合其分配的监管区域。

  • 多个办公室:如果拥有多个办公室的组织必须在每个区域中有一个 PSTN 中继,如果该特定区域中的代理需要外拨功能。

技术和错误处理

  • 本地配置:对于本地代理配置,租户管理员负责确保本地 PBX 遵守印度收费限制。

  • 代理空闲代码:已为印度区域引入了代理空闲代码的新系统值,以跟踪法规遵从性状态。

  • 传输失败代码:如果违反收费限制,桥接转移或盲转移等活动将返回新的错误响应代码。

数据驻留和审核

  • 媒体锚定:国内电话的媒体锚定在印度,不能离开该国。

  • 存储:印度租户的呼叫录音和副本存储在印度数据中心内。

  • CDR 审核:Webex Calling CDR 捕获所有主叫方信息。 确保 ANI 配置正确,以避免在 DoT 审核期间出现差异。

这篇文章对您有帮助吗?
这篇文章对您有帮助吗?