本文提供了 Dynamics 365 渠道集成框架版本 1.0 和 2.0 中引入的功能列表。
Dynamics 365 渠道集成框架 2.0 中的新增功能
重要
为 Dynamics 365 渠道集成框架 1.0 发布的所有 API 都可以与最新版本一起使用。 单个会话应用程序不支持用于管理选项卡和会话的 API。
Dynamics 365 渠道集成框架 2.0 在版本 1.0 的基础上提供了多项增强功能，特别是在与最新的客户服务多会话客户服务代表（服务代表或代表）体验集成的能力方面。 以下是 Dynamics 365 渠道集成框架 2.0 中优于渠道集成框架 1.0 的主要新功能。
与多会话体验集成
Dynamics 365 渠道集成框架 2.0 提供 API 以与 Dynamics 365 Customer Service 全渠道应用中的多会话体验集成。 这些 API 允许提供商在传入对话中显示包含相关信息的通知，为对话启动新会话，并根据需要打开应用程序选项卡。 有关详细信息，请参阅与多会话体验集成。
通信小组件的新模式和位置
提供商现在可以为他们构建的通信小部件的最小化模式定义体验。 服务代表可以手动将控件的模式从停靠更改为最小化。 也可以通过编程方式实现相同的效果。
详细信息：
支持多个提供程序
借助 Dynamics 365 渠道集成框架 2.0，组织可以在 Customer Service 全渠道应用中配置多个提供商。 服务代表可以通过各种渠道（例如实时聊天和电话）同时为不同的客户处理多个会话，每个会话属于不同的提供商。
详细信息： 支持多个提供商
渠道分析
联络中心分析需要运营和对话数据，以提供对联络中心绩效的历史和实时洞察。 为了准确了解呼叫中心的性能，分析师需要来自以下来源的数据：
- CRM 交易数据：有关客户、他们的案例、他们的旅程以及与组织的全面关系的数据。 该值存储在 Microsoft Dataverse 中。
- 通信数据：与已知和未知客户进行交互（预期、持续和已完成）的数据。
- 智能体行为数据：有关服务代表在交互之前、期间和之后的行为的数据。
Dynamics 365 渠道集成框架中的渠道分析提供了一个模型，用于在与渠道相关的分析和洞察方面构建一致、无缝和统一的体验。
详细信息： 渠道分析
重要
有关 Dynamics 365 渠道集成框架 2.0 中引入的功能的完整列表，请参阅此处的 2019 年发行版本第 2 波计划： Dynamics 365 渠道集成框架。
Dynamics 365 渠道集成框架 1.0 中的新增功能
本节提供了为 Dynamics 365 渠道集成框架 1.0 引入的新功能列表。
JavaScript 渠道集成框架 API
| JavaScript API | DESCRIPTION |
|---|---|
| Microsoft.CIFramework.getEntityMetadata | 返回指定实体的实体元数据。 |
| Microsoft.CIFramework.renderSearchPage | 允许您在特定实体类型的记录中搜索。 此 API 将打开统一接口实体页面，其中的搜索字段预填充了作为参数传递的搜索字符串。 |
能够将 Dynamics 365 URL 传递到小组件库
要访问 Dynamics 365 渠道集成框架 API，您需要在通信小组件中加载 msdyn_cilibrary.js 文件。 由于小组件位于不同的域，因此 JavaScript API 库需要识别 Dynamics 365 域以进行交互。 要启用不同域之间的通信，您必须将 Dynamics 365 实例 URL 传递给小组件库。
有两种方法可以将 URL 传递给 Widget 库：
- 通过向 script 标签添加属性。
- 通过在 URL 中添加参数
ucilib。
详细信息：将 Dynamics 365 URL 传递给小组件库
能够添加另一个受信任域
Dynamics 365 渠道集成框架允许您在初始登录 URL 与通信小组件托管所在的最终域名不同时，添加其他受信任的域名。
详细信息： 在 Dynamics 365 渠道集成框架中配置渠道提供程序
渠道提供程序配置中的自定义参数字段
自定义参数字段使用文本 blob 作为输入，Microsoft.CIFramework.getEnvironment 将返回此字段作为 customParams 键的值。
详细信息： 在 Dynamics 365 渠道集成框架中配置渠道提供程序