客戶搜尋

本文說明 Microsoft Dynamics 365 Commerce 中的客戶搜尋功能。

客戶搜尋是用於為各種目的尋找客戶。 例如，收銀員可能想要檢視客戶的願望清單或購買歷史記錄，或將客戶新增到交易中。 員工可以搜尋與目前商店或公司中任何其他商店相關的客戶。 員工也可以搜尋與上層組織中不同公司相關的客戶。

搜尋演算法會將搜尋字詞與以下客戶屬性中存在的值進行比對：

• 名字
• 電子郵件地址
• 電話號碼
• 酬賓卡號碼
• 位址
• 帳戶號碼

在這些屬性中，名稱為多關鍵字搜尋提供最大的彈性，因為該演算法會傳回與任何搜尋關鍵字相符的所有客戶。 與最多關鍵字相符的客戶會顯示在結果的頂端。 此行為在收銀員透過輸入完整姓名來進行搜尋，但在初始資料輸入期間將姓氏與名字互換的情形下，對收銀員產生幫助。 但是，出於效能原因，所有其他屬性都會保留搜尋關鍵字的順序。 因此，如果搜尋關鍵字的順序與資料的儲存順序不相符，就不會傳回任何結果。

根據預設，將在與商店有關的客戶通訊錄上完成客戶搜尋。 這種類型的搜尋稱為本地客戶搜尋。 但是，員工也可以全域搜尋客戶。 換句話說，他們可以跨公司的商店和所有其他法律實體進行搜尋。 這種類型的搜尋稱為遠端客戶搜尋。

若要全域搜尋，員工可以選取頁面底部的篩選結果按鈕，然後選取搜尋所有商店選項，如下圖所示。 在這種情況下，不僅會傳回客戶。 也會傳回屬於 headquarters 中任何通訊錄一部分的所有類型參與方。 這些參與方包括工作人員、廠商、連絡人和競爭對手。

對於從其他法律實體查詢的客戶，不會顯示客戶識別碼，因為尚未在當前公司中為這些參與方建立客戶識別碼。 但是，如果員工打開客戶詳細資訊頁面，系統會自動為客戶產生客戶識別碼，並將商店的客戶地址簿與客戶建立關聯。 因此，客戶將可見於稍後完成的本地商店搜尋中。

其他本地客戶搜尋功能

當使用者搜尋電話號碼時，系統會忽略建立客戶時可能已新增的特殊字元 (如空格、連字號和方括弧)。 因此，收銀員在搜尋時不必擔心電話號碼格式。 例如，如果客戶的電話號碼輸入為 123-456-7890，則收銀員可以透過輸入 1234567890 或輸入電話號碼的前幾個數字來搜尋客戶。

傳統的客戶搜尋可能非常耗時，因為它會跨多個欄位進行搜尋。 收銀員反而可以在單一客戶屬性中進行搜尋，例如姓名、電子郵件地址或電話號碼。 客戶搜尋演算法使用的屬性統稱為客戶搜尋準則。 系統管理員可以輕鬆將一或多個準則設定為將顯示在 POS 中的快速鍵。 由於搜尋僅限於單一準則，因此僅顯示相關的搜尋結果，且效能遠優於標準客戶搜尋的效能。 下圖顯示 POS 中的客戶搜尋快速鍵。

若要將搜尋準則設定為快速鍵，管理員必須在 Commerce 中打開商務參數頁面，然後在 POS 搜尋準則索引標籤上，選取應顯示為快速鍵的所有準則。

顯示順序欄位會決定快速鍵在 POS 中的顯示順序。 顯示的準則是客戶搜尋演算法用來搜尋客戶的現成屬性。 但是，合作夥伴可以將自訂屬性新增為搜尋快速鍵。 若要將自訂屬性新增為搜尋快速鍵，系統管理員必須擴充用於客戶搜尋準則的可擴充列舉 (枚舉)，然後將合作夥伴的自訂屬性標記為快速鍵。 合作夥伴負責編寫程式碼，以在使用其自訂快速鍵進行搜尋時尋找結果。

如果您希望在 POS 上呈現快速鍵，則需要快速鍵的翻譯。 如果您的通路語言與系統預設語言不同，則必須以預期語言為每個快速鍵定義翻譯。 您可以為每個快速鍵選取翻譯來定義翻譯。

零售商也可以在 POS 中將預設客戶搜尋模式設定為搜尋所有商店。 在必須立即搜尋在 POS 外部建立之客戶的情況下 (例如，甚至在執行分發工作之前)，此設定非常有用。 為此，零售商必須在 POS 功能設定檔中打開預設客戶搜尋模式選項。 一旦設定為 是，之後每次客戶搜尋嘗試都會即時呼叫 headquarters。

為了協助防止意外的效能問題，此設定隱藏在名為 CUSTOMERSEARCH_ENABLE_DEFAULTSEARCH_FLIGHTING 的正式發行前小眾測試版旗標後面。 因此，若要在使用者介面 (UI) 中顯示預設客戶搜尋模式設定，零售商應為其使用者驗收測試 (UAT) 和實際執行環境建立支援票證。 收到票證後，工程團隊將會與零售商合作，確保零售商在其非實際執行環境中進行測試，以評估效能並實施所需的任何最佳化。

雲端支援型客戶搜尋

使用 Azure 認知搜尋服務的客戶搜尋功能公開預覽版已作為 Commerce 10.0.18 發行版本的一部分發行。 除了效能改進外，該服務的使用者還受益於多樣化改進和改善的相關功能。 當使用 POS 的全域搜尋功能 (「搜尋所有商店」) 時，效能改善尤其明顯，因為搜尋結果是從 Azure 搜尋索引中擷取，而不是從 Commerce headquarters 中的資料查詢。

啟用雲端支援型搜尋功能

要啟用商務部總部的雲端搜尋功能，請遵循以下步驟：

1. 前往系統管理 > 工作區 > 功能管理。
2. 尋找並選取(預覽版) 雲端支援型客戶搜尋功能，然後選取立即啟用。
3. 移至零售與商務 > Headquarters 設定 > Commerce 排程器 > 初始化 Commerce 排程器 並選取 確定以在配送排程表單上顯示新的 1010_CustomerSearch 工作。
4. 請移至零售和商務 >零售和商務 IT> 配送排程。
5. 執行 1010_CustomerSearch 工作。 此工作會將資料發佈到 Azure 搜尋索引。 索引發佈完成後，工作的狀態將設定為已套用。
6. 等 1010_CustomerSearch 工作狀態設定為已套用後，執行 1110 - 全域設定工作以更新功能管理中新啟用功能的 POS 通路。
7. 隨後，定期執行 1010_CustomerSearch 工作，將客戶更新發送到搜尋索引。

與現有搜尋的功能差異

以下清單顯示雲端支援型客戶搜尋功能與現有搜尋功能的不同之處。

• 執行 1010_CustomerSearch 工作時 ，在 Commerce headquarters 中建立和編輯的客戶將發送到 Azure 搜尋索引。 這些更新至少需要 15 到 20 分鐘來更新索引。 POS 使用者將能夠在 Commerce headquarters 中發生更新後大約 15 到 20 分鐘搜尋新客戶 (或根據更新的資訊進行搜尋)。 如果您的業務流程要求在 Commerce headquarters 中建立的客戶可立即在 POS 中被搜尋，這可能不適合您。
• 在 POS 中建立的新客戶將從 Commerce Scale Unit 被發送到 Azure 搜尋索引，並可立即在任何商店中被搜尋。 但是，如果啟用非同步客戶建立功能，則在客戶資訊與 Commerce headquarters 同步且為非同步客戶產生客戶識別碼之前，都不會將新客戶記錄從 Commerce Scale Unit 發佈到 Azure 搜尋索引，且無法從 POS 搜尋新客戶記錄。 然後，1010_CustomerSearch 工作將能夠將非同步客戶記錄發送到 Azure 搜尋索引。 平均而言，大約需要 30 分鐘才能在 POS 上搜尋新建立的非同步客戶。 此估計假定 1010_CustomerSearch、P-工作和從非同步模式同步客戶和業務合作夥伴工作排定每 15 分鐘執行一次。
• 雲端支援型搜尋還會搜尋客戶的次要電子郵件和電話號碼，但目前客戶搜尋結果僅顯示客戶的主要電話號碼和主要電子郵件地址。 乍看之下，似乎傳回無關的搜尋結果，但檢查搜尋結果中客戶的次要電子郵件和電話號碼可以幫助驗證搜尋的關鍵字是否產生符合的客戶。 為了避免這種混淆，已計劃改進搜尋結果頁面，讓使用者更容易理解為什麼傳回此搜尋結果。
• 在全域搜尋 (「搜尋所有商店」) 中至少使用 4 個字元進行搜尋的要求不適用於此服務。
• 不會為從外部系統匯入的客戶記錄自動執行 1010_CustomerSearch 工作。 您必須執行 1010_CustomerSearch 工作，以便可以搜尋匯入的客戶記錄。

其他資源

銷售點 (POS) 中的產品搜尋和客戶搜尋