資料模型與結構
「造訪管理」使用多個物件來支援產業特有的需求,同時維持與標準 Salesforce 資料模型的相容性。
必要版本
| 提供版本：Lightning Experience |
| 提供版本：具有 Life Sciences Cloud、Life Sciences Cloud for Customer Engagement 附加元件授權和 Life Sciences Customer Engagement 受管理封裝的 Enterprise 和 Unlimited Edition。 |
如需詳細資料,請參閱《Life Sciences Cloud 開發人員指南》中的 造訪管理。
資料模型
-
造訪:代表事件資訊的標準物件,例如帳戶、地點、計畫開始和結束時間和管道。此物件適用於 Salesforce 雲端。
- 提供者造訪:與造訪物件有嚴格的一對一關係的擴充物件。它會儲存產業特有的資料,例如簽章狀態、確認標記和合規性詳細資料。
執行資料與衍生關係
造訪執行會根據活動類型使用不同的資料模型。
提供者造訪子系:「主要 - 詳細資料」關係,其中執行詳細資料會儲存為「提供者造訪」物件的子系記錄。
-
- 「物件」：
- ProviderVisitProductDetailing (產品詳細資料)
- ProviderVisitDetailingProductMessage (訊息)
- ProviderVisitProductDiscussion (產品討論)
- ProviderVisitMarketingItem (離開後置)
- ProviderVisitRequestedSample (導向開業醫師要求)
- 衍生對應:子系物件包含造訪記錄頁面的衍生對應欄位。由於該關係,即使物件是「提供者造訪」物件的子系,物件仍會作為相關清單運作。這可讓報告更輕鬆,並改善物件在造訪記錄頁面上的可視性。
- 「物件」：
造訪子系:交易和協同合作物件直接連結至標準造訪物件的直接對應。物件：
- 產品銷售 (範例批次)
- 費用
- 訪客 (內部出席者)
- PresentationForum (智慧內容)
合規性與簽章物件:
-
- 數位簽章:儲存收到的簽章、時間戳記和稽核詳細資料,並連結至造訪。
- 合規性聲明定義:儲存免責聲明與契約的主要資料。
群組造訪結構
多出席者互動 (例如午餐和學習) 由父系/子系關係定義:
- 「父系造訪」代表主要事件與位置。
- 「子系造訪」包含每個出席者的「造訪」和「提供者造訪」記錄配對。這些子系記錄會使用造訪物件上的自助式對應,連結至主要「父系造訪」記錄。
使用者介面結構
「造訪管理」會根據造訪的階段使用雙頁結構。
- 造訪參與頁面:使用此頁面建立和編輯造訪。其中包含兩個並列面板 (側列與表單),用於即時造訪規劃和客戶參與。此頁面可透過中繼資料快取在行動應用程式和桌面網站中使用,且是管理面向客戶活動 (例如共用內容、詳細產品和支付樣品) 的主要工作區。此頁面可供已計畫 (未提交) 的造訪存取。
- 造訪記錄頁面:使用此頁面可檢視造訪,包括造訪前規劃、造訪後審查和稽核。這是使用 Lightning 應用程式產生器設定的標準 Lightning 記錄頁面。它也用於管理非面向客戶的活動,例如新增內部訪客、記錄費用、更新帳戶評分、完成評估要求和附加檔案。
此文章是否解決您的問題？
請讓我們知道，以便我們改進！
