針對自動建立記錄和更新規則的常見設定問題進行疑難解答

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

案例 1

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

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

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

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

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

案例缺少客戶。

錯誤 1 的解決方式

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

錯誤 2 - 「發生錯誤」

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

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

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

錯誤 2 的解決方式

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

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

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

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

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

錯誤 3 的解決方式

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

驗證步驟

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

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

案例 2 - 在舊版體驗中使用 {關於 (Email) } 無法提供正確的流程數據

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

原因

流程不會像舊版工作流程一樣使用 {關於 (Email) } 值，因為流程表達式會參考來自上一個流程步驟承載的數據值。 例如，如果在流程開始時，{關於 (Email) } 值是空的，則 {關於 (Email) } 觸發步驟承載中的值會維持空白。 即使 {關於 (Email) } 值在案例建立後更新，電子郵件記錄數據也會更新，但流程中的承載不會更新。 因此，在後續流程步驟中參考來自承載的值時，它會保持空白。

解決方案

如果舊版規則專案中使用 {關於 (Email) } 值，您必須手動更新移轉的流程，以使用「事件標識符」或「OData 標識符」。針對需要實體參考或查閱的字段，請使用 「OData Id」。。 針對需要 GUID 的欄位使用唯一大小寫標識碼。

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

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

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

原因

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

解決方案

若要解決此問題，

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