適用於：僅限 Dynamics 365 Contact Center — 獨立和 Dynamics 365 Customer Service
注意
案例資訊僅適用於 Customer Service。
資料模型自訂可協助您自訂開箱即用的標準報告，並新增您自己的關鍵效能指標 (KPI) 和自訂度量指標。 此自訂讓您可以使用與您的組織最相關的資料。
隨著新功能的新增，度量指標定義和計算需要不斷更新，以能夠說明新功能啟用的更多工作流程。 若要降低度量指標定義過時的風險，請使用現成的模型，並僅建立那些對組織唯一的度量指標。
什麼是資料模型自訂？
Dynamics 365 Customer Service 提供了一套基於 Power BI 建置的開箱即用的分析儀表板。 這些分析解決方案提供業界標準的 KPI 和計量，協助您監視並改善連絡中心的績效。 Power BI 解決方案部署兩個元件：資料模型 (有時稱為資料集) 和報表。 資料模型包含 KPI，而報表則協助監督員視覺化呈現此資料。
每個已啟用分析的組織都會取得已部署且僅供他們使用分析解決方案。 Dynamics 365 使用來自 Dataverse 的資料，對每個 KPI 執行轉換邏輯，並在這些資料模型中為您提供這些 KPI，因此您無法編輯它們。
不過，可以編輯和自訂您組織已部署的報表。 您可透過視覺效果自訂編輯報表，以根據組織的需求呈現可用資料。 例如，Dynamics 365 讀取所有必要的資料，並執行計算平均處理時間所需的邏輯，然後在資料模型中提供這些資料。 您可以根據需要選擇編輯此資料並將其顯示為圖表或表格，然後向下切入以查看佇列或使用者的平均處理時間。 視覺效果自訂還能讓您套用未直接公開的現成度量指標、建立新樞紐，以及分析具有更多維度的資料。
有時，你可能會想要修改資料集中可用的資料或資料集中用於計算度量指標的邏輯。 下一節說明您可能需要修改可用資料或修改用於計算資料集中計量之邏輯的情況。 對組織唯一的過程通常會促使這些情境。
情況設想使用案例
情境 1：您需要建立資料集中所提供的預設度量指標變體，這些變體相似但使用不同的邏輯。 例如，雖然全通路即時報表中提供 10、20、30、40、60 和 120 秒的服務等級計量，但您有一個團隊在處理 150 秒的服務等級，並希望在報表上看到該計量。
案例 2：您所在的組織希望根據自身的邏輯來計算一個預設情況下會以不同方式提供的指標。 例如，只有由主要客戶服務代表 (服務代表或代表) 花費的時間。 計算平均處理時間時，僅考慮負責並分配到對話的活躍服務代表。 在使用報表計量中了解詳細資訊。 中小企業花在諮詢上的時間會作為一個單獨的度量指標提供。 您的組織想要將此時間包含在處理時間中。
案例 3：您的組織在現成的 Dynamics 365 實體上具有自訂屬性，或具有自訂實體來支援您的工作流程和流程，並想要包含這些屬性，或具有在報表中建立在這些屬性上的計量。 此外，組織還想要報告預設未包含在報表或資料集中的現成可用屬性。 例如，您的組織有一個自訂的使用者實體以包含區域屬性，並希望按區域深入了解解決時間。
情境 4：您的組織希望建誌可從組織所用的多個應用程式引入資料的自訂儀表板。 例如，您可能有一個現有的 Power BI 儀表板，可從員工管理系統帶來營運資料，並且您想要在此儀表板上顯示 Dynamics 365 資料，例如服務代表目前狀態。
資料模型自訂為您提供協助的方式
資料模型自訂可協助您處理案例及其他情況。 資料模型自訂會將開箱即用報告使用的資料集副本部署到您組織的 Power BI 工作區中，讓您能夠建置複合模型。
至於歷史資料模型，資料集會連接至代管已轉換 Dynamics 365 歷史資料且公開計量的 Azure Data Lake。 如果是即時資料模型，資料集會使用 TDS 連接器直接連接至 Dynamics 365 資料庫，並執行計算即時計量所需的邏輯。
您可在工作區中建立連接至 Dynamics 365 資料模型的本機模型，以建立新的計量，同時保留所有現成可用的計量，從而節省時間與精力。 您可以將 Dynamics 365 資料模型新增至現有的報表，而不需要重建報表。
透過使用模型而不重新建立現成模型中可用的度量指標，您還可以確保用於計算這些度量指標的邏輯始終保持為最新。
資料模型自訂運作的方式
資料模型自訂需要您的組織擁有付費的 Power BI 服務，並使用 Power BI 服務中的兩個工作區。
受控工作區
Dynamics 365 Customer Service 佈建並維護此工作區。 Dynamics 365 資料集會部署至此工作區中。
對於即時資料模型設定，會建立名為全通路受控工作區__(GUID) 的工作區。 即時資料模型是在此工作區中託管。 它使用 TDS 連接器連續從 Dynamics 365 擷取資料並計算即時度量指標。
對於歷史資料模型設定，會建立名為Customer Service 受控工作區__(GUID) 的工作區。 歷史資料模型是在此工作區中託管。 此資料模型每天以 Azure Data Lake 中的最新資料進行重新整理。 過去兩年的歷史資料每天都會處理，並在資料湖中轉換為 KPI 儲存。
注意
此單一資料模型對案例和交談分析都有支援。 知識分析和整合路由分析無法用於自訂。
每次現成可用的資料模型因較新的發行版本而更新時，系統部署至受管理工作區的資料模型也會更新，以確保您的組織取得最新的更新，其中包括較新的指標、現有指標邏輯的更新，以及錯誤修正。
注意
建議將受控工作區中的資料集視為唯讀。 建議您不要變更此資料集，否則可能會導致報表無法正常運作。 每當發行較新版本時，都會覆寫對受管理工作區中資料模型所做的任何變更。
客戶工作區
將在此工作區中建立現成報表的複本。 在設定期間，您可以建立新工作區或指定現有工作區。
視您啟用的功能而定，您可能會看到在您選取用於歷程資料模型自訂的工作區中建立最多三個不同的報告，以及在即時資料模型自訂中看到一個報告。
每個報表都會連接至其本身的複合資料集，而這又會連接至受控工作區中的資料模型。
這些報表複本可根據您的需求進行編輯和更新，並且供您當做建構基礎，而不必從頭開始建立整份報表。 這些報告只有在設定功能時才會建立，永遠不會更新。 更新現成的報告時，這些報告不會被覆寫。
您可以選擇為歷史分析和即時分析指定相同的工作區。
注意
指派、轉移、監視和強制關閉等監督員動作不適用於模型自訂報表。