使用自動記錄建立和更新規則對一般設定問題進行疑難排解

本文提供使用自動記錄建立和更新規則的常見設定失敗案例解決方案，因為建立記錄可能會失敗或略過。

案例 1

範例：自動記錄建立和更新規則的 設定

• 應選取 [建立未知發件人的聯繫人] 選項。
• 將條件準則設定為任何接收電子郵件。
• 新增動作以建立案例、選取 [檢視屬性]，然後設定每個商務使用案例的案例字段。

錯誤 1 -「遺漏客戶案例」

在 [案例詳細數據] 區段的 [客戶] 欄位中，[寄件者帳戶] 的值已設定，如下所示。

這個設定會導致系統作業發生下列錯誤：

此案例遺失客戶。

錯誤 1 的解決方案

若要解決此問題，請將 [客戶 ] 字段保留空白，或將其設定為 {Sender（Email）}。 這可讓系統自動建立未知發件人的聯繫人，並將其連結至案例。

錯誤 2 -「發生錯誤」

[ 客戶 ] 欄位會設定為 {Senders Account（Email）}，而 [ 聯繫人 ] 字段會設定為 {Sender（Email）}。

這個設定會導致系統作業發生下列錯誤：

發生錯誤。 再試一次此動作。 如果問題持續發生，請檢查Microsoft Dynamics 365 社群 是否有解決方案，或連絡組織的 Microsoft Dynamics 365 系統管理員。 最後，您可以連絡 Microsoft 支援服務。

錯誤 2 的解決方案

若要解決此問題，請將 [客戶 ] 字段保留空白，或將其設定為 {Sender（Email）}。 這可讓系統自動建立未知發件人的聯繫人，並將其連結至案例。

錯誤 3 - 「指定的連絡人不屬於客戶欄位中指定的連絡人」。

[客戶] 和 [聯繫人] 字段會設定為 {Sender（Email）}。

這個設定會導致系統作業發生下列錯誤：

指定的連絡人不屬於客戶欄位中指定的連絡人。 從 [聯繫人] 欄位中移除值，或選取與所選客戶相關聯的聯繫人，然後再試一次。

錯誤 3 的解決方案

若要解決此問題，請將 [聯繫人] 欄位保留空白，並將 [客戶] 欄位設定為空白，或設定為 {Sender（Email）}。

驗證步驟

您必須驗證下表中提供的設定和驗證步驟，以了解問題的主要原因並加以解決。

服務管理中自動記錄建立和更新規則的選項	如果已選取做為	驗證步驟	結果
如果客戶的有效權利存在，即建立案例	是	驗證客戶的使用中權利是否存在。 有效的有效權利評估如下： - 如果電子郵件的發件者是與父帳戶的聯繫人，則 Dynamics 365 客戶服務會建立案例，如果聯繫人的父帳戶具有有效的權利，且聯繫人會列在權利 或的 [聯繫人] 區段中; 如果 [連絡人] 區段是空的（這表示權利適用於客戶的所有聯繫人）	建立案例。
從未知寄件者所傳送的電子郵件建立案例	是	針對任何來自不明寄件者的接收電子郵件訊息	- 建立案例。 - 也會為未知寄件者建立聯繫人。
	是	針對具有非使用中帳戶或連絡人電子郵件地址的接收電子郵件	- 建立案例。 - 啟動非作用中的帳戶或聯繫人。
	否	針對具有使用中帳戶或連絡人電子郵件地址的接收電子郵件	建立案例。
	否	針對帳戶或連絡人以外記錄類型所傳送的接收電子郵件	不會建立任何案例。
	否	針對具有非使用中帳戶或連絡人電子郵件地址的接收電子郵件	不會建立任何案例。
為已解決案例的相關活動建立案例	是	針對與已解決案例相關的接收電子郵件	建立案例。
	是	針對與使用中案例相關的接收電子郵件	不會建立任何案例。

案例 2 - 在舊版體驗中使用 {Regarding（Email）} 不會提供正確的流程數據

在客戶服務中的舊版「自動記錄建立和更新規則」專案中，若要查閱傳送電子郵件的實體（聯繫人或帳戶），您可以使用 發件者（電子郵件） 多型查閱，這會自動擷取適當的實體並顯示實體的名稱。 多型查詢是指查詢的目標是多種類型的實體。 例如，這可以指向連絡人或客戶。 不過，在現代的「自動記錄建立和更新規則」中，不支援此自動顯示，因此您必須指定您想要擷取的實體類型以及要從該實體顯示的欄位。

原因

流程不會使用 {Regarding（Email）} 值，例如舊版工作流程，因為流程表達式會參考上一個流程步驟承載中的數據值。 例如，如果 {Regarding(Email)} 值在流程開始時為空白，則 {Regarding(Email)} 觸發程序步驟承載中的值仍將保持空白。 即使建立案例之後會 更新 {Regarding（Email）} 值，電子郵件記錄數據仍會更新，但流程中的承載不會更新。 因此，在後續流程步驟中參考承載的值時，仍將保持空白。

解決方法

如果在舊版規則專案中使用 {Regarding（Email）} 值，您必須手動更新已移轉的流程，以使用「事件標識符」或「OData 標識符」。針對需要實體參考或查閱的欄位使用 「OData Id」。 針對需要 GUID 的欄位使用案例唯一識別碼。

案例 3 - 從舊版移轉至新式「自動記錄建立和更新規則」期間，在非查閱欄位中轉譯多型查閱的問題

使用多型查閱的舊版「自動記錄建立和更新規則」專案，例如 Sender，會在指派給文字欄位時產生無效的查閱。

在客戶服務中的舊版「自動記錄建立和更新規則」專案中，若要查閱傳送電子郵件的實體（聯繫人或帳戶），您可以使用 發件者（電子郵件） 多型查閱，這會自動擷取適當的實體並顯示實體的名稱。 多型查詢是指查詢的目標是多種類型的實體。 例如，這可以指向連絡人或客戶。 不過，在新式「自動記錄建立和更新規則」中，不支援此自動顯示。 因此，您必須指定要擷取的實體類型，以及要從該實體顯示的欄位。

原因

舊版「自動記錄建立和更新規則」所使用的傳統工作流程行為有許多隱藏的行為。 例如，如果參數用於字串中，則會自動判斷實體的類型，並擷取字段做為顯示名稱，但如果指派給查閱字段，則會傳回標識符。 從舊版轉換成新式工作流程時，「自動記錄建立和更新規則」所使用的平臺移轉程式代碼不會新增必要的步驟和字段。

解決方法

若要解決此問題，

• 將查詢更新為特定類型。
• 在包含所需文字的傳入實體中使用不同的欄位。