表示同意存取資料以佈建 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 識別碼中建立下列企業應用程式，並將資料同意期間提及的相應安全性權限傳播至這些應用程式。 Dataverse 中建立的全通路應用程式使用者會有這些 AAD 企業應用程式的參考，因此有助於與 Dataverse 及應用程式附屬服務進行互動。
- 全通路參與中心
- 全通路參與中心 API
- 全通路參與中心佈建應用程式
參與中心的螢幕擷取畫面如下。
常見問題
為什麼需要管理員同意？ 這是否僅適用於對列出的委派權限表示同意？ 還是在管理員同意後，租用戶中會執行更多有權限的作業？ 如果是，則會建立哪些主體，並指派哪些角色或權限？
只需要委派權限。 同意時，會建立下列兩個服務主體：
–「全通路 API」
- 「Customer Service 全通路」
為什麼需要全域管理員角色，而不是權力較小的角色？
我們需要將服務主體新增至租用戶的 Microsoft Entra 識別碼做為需求，因此需要全域管理員權限。
有哪些全通路主體？ 至少有四個全通路主體。
「全通路 API」是用於 UI 操作 (例如觸發 UR 佈建和載入專員目前狀態) 的主要應用程式識別碼。 「Customer Service 全通路」是具有 Dataverse 權限的應用程式，此應用程式用於從 Dataverse 讀取資料，以及將資料寫入 Dataverse，讓全通路服務發揮分類和指派的整合路由功能。
下列應用程式已建立做為第三方應用程式。 這些應用程式會轉為 Microsoft 第一方應用程式。
「CS 全通路初級佈建應用程式」是相當於「全通路 API」的第一方應用程式。
「CS 全通路 CRM ClientApp Primary」是相當於「Customer Service 全通路」的第一方應用程式。
所有這些主體如何彼此互動？
這四個主體彼此間沒有互動。
哪個主體會執行整合路由表面上啟用的背景自動化，以及其具有哪些權限？
「Customer Service 全通路」應用程式。 此應用程式的 Dataverse 權限用於從 Dataverse 讀取資料，以及將資料寫入 Dataverse，讓全通路服務發揮分類和指派的整合路由功能。