客戶搜尋
本文介紹中的客戶搜索功能 Microsoft Dynamics 365 Commerce。
客戶搜索用於出於各種目的查找客戶。 例如，收銀員可能想要查看客戶的願望清單或購買歷史記錄，或將客戶添加到交易中。 員工可以搜索與當前商店或公司中任何其他商店關聯的客戶。 員工還可以搜索與父系組織中其他公司關聯的客戶。
搜尋演演演算法將搜尋詞與以下客戶屬性中存在的值進行匹配：
- 姓名
- 電子郵件地址
- 電話號碼
- 酬賓卡號碼
- 地址
- 帳號
在這些屬性中，名稱為多關鍵字搜索提供了最大的靈活性，因為該演演演算法返回與任何搜索關鍵字匹配的所有客戶。 與最多關鍵字匹配的客戶會顯示在結果的頂部。 此行為有助於收銀員通過鍵入全名進行搜索，但在初始數據輸入期間更改了姓氏和名字。 但是，出於性能原因，所有其他屬性都會保留搜索關鍵字的順序。 因此，如果搜索關鍵字的順序與數據的存儲順序不匹配，則不會返回任何結果。
默認情況下，客戶搜索完成在與商店關聯的客戶通訊錄上。 這種類型的搜索稱為 本地客戶搜索。 但是，員工也可以在全球範圍內搜索客戶。 換句話說，他們可以跨公司的商店和所有其他法律實體進行搜索。 這種類型的搜索稱為 遠端客戶搜索。
若要全域搜索，員工可以選擇 頁面底部的篩選結果 按鈕，然後選擇 搜索所有商店 選項，如下圖所示。 在這種情況下，不僅會返回客戶。 作為總部任何通訊錄的一部分的所有類型的參與方也會返回。 這些參與方包括工作人員、供應商、聯繫人和競爭對手。
附註
遠端客戶搜索必須至少輸入四個字元才能返回結果。
對於從其他法律實體查詢的客戶，不會顯示客戶 ID，因為尚未為當前公司中的這些方建立客戶 ID。 但是，如果員工打開客戶詳細信息頁面，系統會自動為當事方生成客戶 ID，並將商店的客戶通訊錄與客戶關聯。 因此，客戶將在以後完成的本地商店搜索中可見。
其他本地客戶搜尋功能
當使用者搜索電話號碼時，系統會忽略創建客戶時可能已添加的特殊字元 (如空格、連字元和方括弧)。 因此，收銀員在搜索時不必擔心電話號碼格式。 例如，如果客戶的電話號碼輸入為 123-456-7890，則收銀員可以通過鍵入 1234567890 或輸入電話號碼的前幾個數位來搜索客戶。
附註
一個客戶可以有多個電話號碼和多個電子郵件。 客戶搜索演演演算法還會搜索這些輔助電子郵件和電話號碼，但客戶搜尋結果頁面僅顯示主要電子郵件和電話號碼。 這可能會導致一些混淆，因為返回的客戶結果不會顯示搜索到的電子郵件或電話號碼。 在未來的版本中，我們計劃改進客戶搜尋結果螢幕以顯示此資訊。
傳統的客戶搜索可能非常耗時，因為它會跨多個字段進行搜索。 相反，收銀員可以在單個客戶屬性中進行搜索，例如姓名、電子郵件地址或電話號碼。 客戶搜索演演演算法使用的屬性統稱為 客戶搜索條件。 系統管理員可以輕鬆地將一個或多個條件配置為將顯示在 POS 中的快捷方式。 由於搜索僅限於單個條件，因此僅顯示相關的搜尋結果，並且性能遠優於標準客戶搜索的性能。 下圖顯示了 POS 中的客戶搜尋快捷方式。
若要將搜索條件設置為快捷方式，管理員必須在 Commerce 中打開 Commerce 參數 頁面，然後在 POS 搜尋條件 選項卡上，選擇應顯示為快捷方式的所有條件。
附註
如果添加的快捷方式過多，POS 中搜索欄上的下拉功能表將變得雜亂無章，並且會影響員工的搜索體驗。 我們建議您僅添加所需數量的快捷方式。
顯示 順序 欄位確定快捷方式在 POS 中的顯示順序。 顯示的條件是客戶搜尋演演演算法用於搜索客戶的現成屬性。 但是，合作夥伴可以將自定義屬性添加為搜索快捷方式。 若要將自定義屬性添加為搜索快捷方式，系統管理員必須擴展用於客戶搜索條件的可擴展枚舉 (列舉)，然後將合作夥伴的自定義屬性標記為快捷方式。 合作夥伴負責編寫代碼，以便在使用其自定義快捷方式進行搜索時查找結果。
如果您希望在 POS 上呈現快捷方式，則需要快捷方式的翻譯。 如果您的頻道語言與系統預設語言不同，則必須以預期語言為每個快捷方式定義翻譯。 您可以通過為每個快捷方式選擇 翻譯來 定義翻譯。
附註
添加到列舉的自訂屬性不會影響標準客戶搜尋演演演演算法。 換句話說，客戶搜索演演演算法不會在自定義媒體資源中進行搜索。 僅當自定義屬性被添加為快捷方式，或者預設搜索演演演算法被覆蓋時，使用者才能將該自定義屬性用於搜索。
零售商還可以在 POS 中將預設客戶搜尋模式設置為搜索所有商店。 在必須立即搜索在 POS 外部創建的客戶的情況下 (例如，甚至在運行分發作業之前)，此配置非常有用。 為此，零售商必須在 POS 功能設定檔中打開 預設客戶搜尋模式 選項。 一旦 設置為“是”，每次客戶搜索嘗試都會實時致電總部。
為了説明防止意外的性能問題，此配置隱藏在名為 CUSTOMERSEARCH_ENABLE_DEFAULTSEARCH_FLIGHTING 的外部測試標誌後面。 因此，若要顯示 預設客戶搜索模式 設置使用者介面 (UI)，零售商應為其使用者驗收測試 (UAT) 和生產環境創建支援票證。 收到票證后，工程團隊將與零售商合作，確保零售商在其非生產環境中進行測試，以評估性能並實施所需的任何優化。
雲端支援的客戶搜尋
使用 Azure 認知搜索服務的客戶搜索功能公開預覽版已作為 Commerce 10.0.18 版本的一部分發佈。 除了性能改進之外，該服務的使用者還受益於豐富的改進和改進的相關性功能。 當使用 POS 的全域搜尋功能 (“搜索所有商店”) 時，性能改進尤其明顯，因為搜尋結果是從 Azure 搜尋索引中提取的，而不是從 Commerce headquarters 中的數據查詢的。
啟用雲端提供的搜尋功能
附註
需要將 Commerce headquarters 和 Commerce Scale Unit 都更新到版本 10.0.18。 不需要更新 POS。
若要在 Commerce headquarters 中啟用雲端支援的搜尋功能，跟隨以下步驟。
- 前往系統管理 > 工作區 > 功能管理。
- 查找並選擇 （預覽版）雲端支援的客戶搜尋 功能，然後選擇立即 啟用。
- 移至 零售和 Commerce > 總部設定 > Commerce 調度程式 > 初始化 Commerce 調度程式 並選擇 確定 以在配送計劃 表單上 顯示新的 1010_CustomerSearch 作業。
- 請移至零售和商務 >零售和商務 IT> 配送排程。
- 運行 1010_CustomerSearch 作業。 此作業將日期發佈到 Azure 搜尋索引。 索引發佈完成後，作業的狀態將設置為 「已應用」。
- 將 1010_CustomerSearch 作業狀態設置為 已應用後，運行 1110 - 全域配置 作業以更新功能管理 中新啟用的功能的 POS 管道。
- 隨後，定期運行 1010_CustomerSearch 作業，將客戶更新發送到搜索索引。
附註
對於初始索引發佈， 1010_CustomerSearch 作業可能需要幾個小時才能完成，因為它會將所有客戶記錄發送到 Azure 搜尋索引。 後續更新應該需要幾分鐘時間。 在啟用雲端搜尋功能但索引發佈尚未完成的時間段內，POS 中的客戶搜索將預設為現有的基於 SQL 的搜尋。 這可確保商店運營不會中斷。
與現有搜尋的功能差異
以下清單顯示了雲端支援的客戶搜尋功能與現有搜尋功能的不同之處。
- 執行 1010_CustomerSearch 作業時 ，在 Commerce headquarters 中建立和編輯的客戶將發送到 Azure 搜尋索引。 這些更新至少需要 15 到 20 分鐘來更新索引。 POS 使用者將能夠在 Commerce headquarters 中發生更新後大約 15 到 20 分鐘搜索新客戶 (或根據更新的資訊進行搜索)。 如果您的業務流程要求在 Commerce headquarters 中創建的客戶可立即在 POS 中搜尋，這可能不適合您。
- 在 POS 中建立的新客戶將從 Commerce Scale Unit 發送到 Azure 搜尋索引，並可立即在任何商店中搜索。 但是，如果啟用了異步客戶創建功能，則在客戶資訊與 Commerce headquarters 同步併為異步客戶生成客戶 ID 之前，不會將新客戶記錄從 Commerce Scale Unit 發佈到 Azure 搜尋索引，並且無法從 POS 搜尋新客戶記錄。 然後， 1010_CustomerSearch 作業將能夠將異步客戶記錄發送到 Azure 搜尋索引。 平均而言，大約需要 30 分鐘才能在 POS 上搜尋新創建的異步客戶。 此估計假定 1010_CustomerSearch、 P 作業和 從異步模式 同步客戶和業務合作夥伴作業計劃每 15 分鐘運行一次。
- 雲支援的搜索還會搜索客戶的輔助電子郵件和電話號碼，但目前客戶搜尋結果僅顯示客戶的主要電話號碼和主要電子郵件位址。 乍一看，似乎返回了不相關的搜尋結果，但活存搜尋結果中客戶的輔助電子郵件和電話號碼可以幫助驗證搜索的關鍵字是否導致客戶匹配。 為了避免這種混淆，有計劃改進搜尋結果頁面，使用戶更容易理解返回搜尋結果的原因。
- 在全域搜索 (“搜索所有商店”) 中使用至少 4 個字元進行搜索的要求不適用於此服務。
- 不會為從外部系統匯入的客戶記錄自動執行 1010_CustomerSearch 作業。 您必須執行 1010_CustomerSearch 作業，以便可以搜尋匯入的客戶記錄。
附註
使用 Azure 認知搜索服務的客戶搜索功能在有限的區域中可供預覽版使用。 客戶搜尋功能在以下區域不可用：
- 巴西
- 印度