为预配 Customer Service 全渠道提供数据访问同意表示
备注
功能可用性信息如下。
| Dynamics 365 Contact Center—嵌入 | Dynamics 365 Contact Center—独立 | Dynamics 365 Customer Service |
|---|---|---|
| 是 | 是 | 是 |
重要提示
Azure Active Directory 在重命名为 Microsoft Entra ID。 无需您执行任何操作。 有关详细信息，请参阅 Azure Active Directory 的新名称。
本文提供有关在安装和预配 Customer Service 全渠道期间访问不同组件和数据所需的同意的信息。
提供数据访问同意表示
Customer Service 全渠道应用需要以下权限来代表用户读取和写入数据：
允许应用程序读取流：如果在宏中使用了流，应用将可以访问这些流。
允许应用程序管理流：如果在宏中使用了流并且您对这些流有权访问，应用将可以管理这些流。
以登录用户身份访问 Microsoft Flow：如果在宏中使用了流，允许您以登录用户身份访问 Microsoft Flow。
创建内容：应用可以自动为您创建内容和数据集。
读取和写入所有仪表板：应用可以访问和编辑您有权访问的所有仪表板和任何仪表板。
读取和写入所有报表：应用可以访问和编辑您有权访问的所有报表和任何报表。
读取和写入用户设置及状态：应用可以访问和编辑您的用户设置以及与您有权访问的内容相关联的用户特定状态。
读取和写入所有工作区：应用可以访问和编辑您有权访问的所有工作区。
让您登录并读取您的个人资料：允许您使用您的工作帐户登录应用并让应用读取您的个人资料。 还允许应用读取基本公司信息。
以您的身份访问 Common Data Service：允许应用以您的身份访问 Microsoft Dataverse。
详细说明如下：
权限：创建内容、读取和写入所有仪表板、读取和写入所有报表、读取和写入用户设置及状态以及读取和写入所有工作区：在预配 Customer Service 全渠道期间，将部署“全渠道 Insights for Dynamics 365”Power BI 应用以获取有关您的客户服务全渠道交付绩效和客户情绪的见解。 Power BI 应用由以下 Power BI 组件组成。 全渠道应用需要读写权限来部署这些组件并与之交互。
- 工作区：全渠道 Insights for Dynamics 365
-
仪表板：
- 全渠道 Insights for Dynamics 365
- Dynamics 365 的全渠道情绪分析 (OCSA)
- 报表：全渠道 Insights for Dynamics 365
- 数据集：全渠道 Insights for Dynamics 365
详细信息：全渠道见解仪表板
让您登录并读取您的个人资料：允许全渠道使用用户的工作帐户登录应用并允许应用读取用户个人资料。 还允许应用读取基本公司信息。
以您的身份访问 Common Data Service：
对于 Customer Service 用户：允许 Customer Service 自动创建非许可、非交互应用程序用户，并为应用程序用户分配安全角色。 此应用程序用户主要用于访问全渠道代理和主管特征，如产能、技能和状态； 配置数据，如工作流和队列；将队列项和对话数据与 Dataverse 同步。
对于 Customer Service 全渠道用户：允许 Customer Service 全渠道自动创建非许可、非交互应用程序用户，并为应用程序用户分配安全角色。 此应用程序用户主要用于访问全渠道代理的特征，如产能、技能和状态，以及将与聊天相关的实体与 Dataverse 同步。
当我提供数据访问同意表示、预配 Customer Service 全渠道时会发生什么？
以下企业应用程序将在您的 Microsoft Entra ID 中创建，提供数据同意表示时提到的相应安全权限将传播到这些应用。 在 Dataverse 中创建的全渠道应用程序用户将引用这些 AAD 企业应用程序，帮助其与 Dataverse 和全渠道卫星服务交互。
- 全渠道参与中心
- 全渠道参与中心 API
- 全渠道参与中心预配应用程序
参与中心的屏幕截图如下。
常见问题
为什么需要管理员同意？ 它是否仅用于对列出的委托权限作出同意表示？ 还是会在管理员同意后在租户中执行更多特权操作？ 如果是这样，将创建哪些主体？分配哪些角色或权限？
只需要委托权限。 同意后，将创建以下两个服务主体：
– “全渠道 API”
- “Customer Service 全渠道”
为什么需要全局管理员角色，而不是权限少一些的角色？
作为一项要求，我们需要将服务主体添加到租户的 Microsoft Entra ID，因此，我们需要全局管理员权限。
有哪些全渠道主体？ 我们至少找到了四个全渠道主体。
“全渠道 API”是用于 UI 操作的主要应用程序 ID，如触发 UR 预配和加载代理状态。 “Customer Service 全渠道”是一个具有 Dataverse 权限的应用，用于全渠道服务从 Dataverse 读取数据以及向 Dataverse 写入数据，实现分类和分配的统一路由功能。
以下应用程序作为第三方应用程序创建。 它们将被移到第一方 Microsoft 应用程序。
“主要 CS 全渠道预配应用”是第一方应用，相当于“全渠道 API”。
“主要 CS 全渠道 CRM ClientApp”是第一方应用，相当于“Customer Service 全渠道”。
所有这些主体之间如何交互？
这四个主体之间不相互交互。
哪个主体执行统一路由看似启用的后台自动化？它具有哪些权限？
“Customer Service 全渠道”应用程序。 此应用具有 Dataverse 权限，用于全渠道服务从 Dataverse 读取数据以及向 Dataverse 写入数据，实现分类和分配的统一路由功能。