顧客検索

この記事では、Microsoft Dynamics 365 Commerce の顧客検索機能について説明します。 。

顧客検索は、さまざまな目的で顧客を見つけるのに使用されます。 たとえば、レジ担当者は顧客の欲しい物リストまたは購入履歴を表示したり、またはトランザクションに顧客を追加するかもしれません。 従業員は、現在の店舗または会社内の他のどの店舗に関連付けられている顧客でも検索できます。 従業員は、親組織内の別の会社に関連付けられている顧客も検索できます。

検索アルゴリズムは、次の顧客プロパティに存在する値と検索条件に一致します。

• 氏名
• 電子メール アドレス
• 電話番号
• ロイヤルティ カード番号
• 住所
• アカウント番号

アルゴリズムは検索キーワードのいずれかに一致するすべての顧客を返すため、これらのプロパティの中で、名前が複数キーワードの検索に対して非常に高い柔軟性を示します。 ほとんどのキーワードに一致する顧客は、結果の上部に表示されます。 この動作は、レジ担当者が氏名を入力して検索しているが、初期データ入力中に姓と名が入れ替えられたような状況で役に立ちます。 ただし、パフォーマンス上の理由から、他のすべてのプロパティは検索キーワードの順序を保持します。 そのため、検索キーワードの順序がデータが保存されている順序と一致しない場合、結果が返されません。

既定では、顧客検索は、店舗に関連付けられている顧客アドレス帳で実行されます。 このタイプの検索は、ローカル顧客検索 と呼ばれます。 ただし、従業員は顧客をグローバルに検索することもできます。 つまり、会社の店舗間および他のすべての法人間を検索することができます。 このタイプの検索は、リモート顧客検索 と呼ばれます。

グローバルに検索する場合、次の図に示すように、従業員はページの下部にある フィルター結果 ボタンを選択でき、すべての店舗の検索 オプションを選択できます。 この場合、顧客だけが返されるわけではありません。 本社で任意のアドレス帳の一部である関係者のすべてのタイプが返されます。 これらの関係者には、作業者、仕入先、連絡先、および競合他社が含まれます。

現在の会社でこれらの関係者用に顧客 ID が作成されていないため、他の法人から照会する顧客用に顧客 ID は表示されません。 ただし、従業員が顧客の詳細ページを開くと、システムは関係者の顧客 ID を自動的に生成し、また店舗の顧客アドレス帳を顧客に関連付けます。 したがって、後に行われるローカル店舗検索時には、顧客が表示されます。

ローカル顧客検索の追加機能

ユーザーが電話番号を検索する際、システムでは、顧客の作成時に追加された可能性のある特殊文字 (スペース、ハイフン、かっこなど) が無視されます。 したがって、レジ担当者は、検索する際に電話番号の形式を考慮する必要はありません。 たとえば、入力された顧客の電話番号が 123-456-7890 の場合、レジ担当者は 1234567890、またはその電話番号の最初のいくつかの番号を入力することで顧客を検索できます。

従来の顧客検索は、複数のフィールド間で検索するため、時間がかかる場合があります。 代わりに、レジ担当者は名前、電子メール アドレス、または電話番号など、顧客の単一のプロパティで検索できます。 顧客検索アルゴリズムが使用するプロパティは 顧客検索条件 として総称されています。 システム管理者は、POS に表示されるショートカットとして 1 つまたは複数の条件を簡単にコンフィギュレーションできます。 検索は 1 つの条件に制限されているため、関連する検索結果のみが表示され、パフォーマンスは標準的な顧客検索のパフォーマンスに比べてより良いものです。 次の図に、POS での顧客検索ショートカットを示します。

ショートカットとして検索基準を設定するには、管理者がコマースで コマース パラメーター ページを開き、次に POS 検索基準タブで、ショートカットとして表示されるべきすべての基準を選択する必要があります。

表示順序 フィールドでは、POS で表示されるショートカットの順序を決定します。 表示される基準は、顧客を検索するのに顧客検索アルゴリズムが使用する、最初から用意されているプロパティです。 ただし、パートナーは、検索ショートカットとしてカスタム プロパティを追加することができます。 検索ショートカットとしてカスタム プロパティを追加するには、システム管理者は顧客の検索条件として使用する拡張可能列挙 (列挙) を拡張し、ショートカットとしてパートナーのカスタム プロパティをマークする必要があります。 パートナーは、そのカスタム ショートカットが検索に使用されるときに、結果を検索するコードを記述します。

ショートカットを POS に表示する場合は、ショートカットの変換が必要です。 チャネル言語がシステムの既定言語と異なる場合は、必要な言語で各ショートカットの翻訳を定義する必要があります。 ショートカットごとに 翻訳 を選択して、変換を定義できます。

小売業者は、POS の既定の顧客検索モードをすべての店舗の検索に設定することもできます。 このコンフィギュレーションは、POS 以外で作成された顧客をすぐに検索する必要があるようなシナリオの場合 (たとえば、配送ジョブが実行される前であっても) に役に立ちます。 そのために、小売業者は POS 機能プロファイルで既定の顧客検索モードオプションをオンにする必要があります。 はいに設定すると、顧客検索のすべての試行により、本社に対するリアルタイムの呼び出しが行われます。

予期しないパフォーマンスの問題を防ぐために、この構成は CUSTOMERSEARCH_ENABLE_DEFAULTSEARCH_FLIGHTING という名前のフライティング フラグの後ろに隠されています。 そのため、ユーザー インターフェイス (UI) に既定の顧客検索モードの設定を表示するには、小売業者はユーザー承認テスト (UAT) および運用環境のためにサポート チケットを作成する必要があります。 チケットを受け取った後、エンジニアリング チームは小売業者と協力し、パフォーマンスの評価と必要なすべての最適化の実装を行うのに小売業者が非運用環境でテストを行っていることを確認します。

クラウドを利用した顧客検索

Azure Cognitive Search サービスを使用する顧客検索機能のパブリック プレビューは、Commerce 10.0.18 リリースの一部としてリリースされました。 このサービスのユーザーは、パフォーマンスの向上に加えて、豊かに洗練され、関連性が向上した機能の恩恵を受けることもできます。 パフォーマンスの向上は、POSの グローバル検索機能 (「すべてのストアの検索」) を使用した場合に特に顕著です。これは、検索結果が Commerce headquarters のデータからクエリされるのではなく、Azure 検索インデックスから取得されるためです。

クラウドを利用した検索機能の有効化

Commerce 本社で、クラウドを利用した検索機能を有効にするには、次の手順を実行します。

1. システム管理者 > ワークスペース > フィーチャー管理 の順に移動します。
2. (プレビュー) クラウドを利用した顧客検索機能を見つけて選択し、今すぐ有効にするを選択します。
3. Retail と Commerce > 本社の設定 > コマース スケジューラ > コマース スケジューラの初期化の順に移動して、OK を選択すると、配送スケジュールフォームに新しい 1010_CustomerSearch ジョブが表示されます。
4. Retail とコマース > Retail とコマース IT > 配送スケジュールの順に移動します。
5. 1010_CustomerSearch ジョブを実行します。 このジョブは、この日付を Azure 検索インデックスに発行します。 インデックスの発行が完了すると、ジョブのステータスが適用済に設定されます。
6. 1010_CustomerSearch ジョブのステータスが適用済に設定された後、1110 - グローバル コンフィギュレーション ジョブを実行して、機能管理で新しく有効にされた機能の POS チャネルを更新します。
7. その後、1010_CustomerSearch ジョブを定期的に実行して、顧客の更新を検索インデックスに送信します。

既存の検索との機能の違い

次のリストは、クラウドを利用した顧客検索機能と既存の検索機能の違いを示しています。

• Commerce 本社で作成および編集された顧客は、1010_CustomerSearch ジョブの実行時 Azure 検索インデックスに送信されます。 これらの更新では、インデックスを更新するために少なくとも 15 ~ 20 分かかります。 POS ユーザーは、Commerce 本社で更新が行われてから 15 ~ 20 分後に新しい顧客を検索 (または更新情報に基づいて検索) することができます。 業務プロセスにおいて、Commerce 本社で作成した顧客を POS で直ちに検索可能にする必要がある場合、これは適切なサービスではない可能性があります。
• POS で作成された新しい顧客は Commerce Scale Unit から Azure 検索インデックスに送信され、直ちに店舗全体で検索可能になります。 ただし、非同期顧客作成機能が有効な場合、新しい顧客レコードは Commerce Scale Unit から Azure 検索インデックスに発行されず、顧客情報が Commerce 本社と同期され、非同期顧客の顧客 ID が生成されるまで POS から検索できません。 1010_CustomerSearch ジョブは、非同期顧客レコードを Azure 検索インデックスに送信できるようになります。 新しく作成された非同期顧客を POS で検索できるようになるまで平均で約 30 分かかります。 この見積は、1010_CustomerSearch、P-job、および非同期モードから顧客と取引先を同期するジョブが 15 分ごとに実行されるようにスケジュールされていることを前提としています。
• クラウドを利用した検索では、顧客の 2 番目の電子メールと電話番号も検索されますが、現在、顧客の検索結果には、顧客の主要な電話番号と主要な電子メール アドレスのみが表示されます。 一見すると無関係な検索結果が返されたように思えますが、検索結果で顧客の 2 番目の電子メールと電話番号を確認すると、キーワードによる検索結果が顧客と一致していることを確認できます。 このような混乱を避け、ユーザーが検索結果が返された理由を容易に理解できるように、検索結果ページを改善する計画があります。
• 検索に 4 文字以上を使用するというグローバル検索 (「すべての店舗を検索」) での要件は、このサービスには適用されません。
• 1010_CustomerSearch ジョブは、外部システムからインポートされた顧客レコードに対して自動的には実行されません。 インポートされた顧客レコードを検索できるようにするには、1010_CustomerSearch ジョブを実行する必要があります。

その他のリソース

販売時点管理 (POS) での製品検索および顧客検索