Commerce Data Exchange 実装ガイダンス

注

Dynamics 365 Commerce の小売インタレストグループは、Yammer から Viva Engage に移行しました。新しい Viva Engage コミュニティにアクセスできない場合は、このフォーム (https://aka.ms/JoinD365commerceVivaEngageCommunity) に入力して追加し、最新のディスカッションに参加してください。

この記事は、Microsoft Dynamics 365 Commerce 環境でデータ同期 (Commerce Data Exchange、[CDX]) に関連する機能を実装するユーザーを対象としています。実装を計画する際に考慮する必要がある概要、実装のヒント、ガイダンスが示されています。ページ、セットアップ、構成、ベストプラクティスなどについて説明します。

データの適切な構成と同期は、正しい実装とって非常に重要です。ビジネス要件、IT インフラストラクチャ、および全体的な準備にかかわらず、データが正しく同期されていないと、環境全体が実質的に役に立たなくなります。したがって、最優先事項は、完全な実装全体でデータをコンフィギュレーション、生成、同期、検証するために何が必要かを理解することです。このプロセスは、コマース本社からコマーススケールユニットを通じて、Store Commerce アプリ (オフラインデータベースありまたはオフラインなし) やその他の店舗内コンポーネントを使用する実店舗に移行します。 CDX は、データベース間でデータを複製および同期する Commerce の機能です。ただし、CDX はフィルタリングも可能であるため、一般的なデータレプリケーション機能とは異なります。そのため、CDX は、選択に指定したチャネルに固有のデータのみを生成し、オフラインデータベースから特定のテーブルをフィルター処理し、期限切れの割引など、使用されなくなったデータの期限切れのレコードをフィルター処理することで、データセットを最小限に抑えるのに役立ちます。

この記事に進む前に、チャネル (店舗)、レジスターとデバイス、および Store Commerce アプリオフラインデータベースの概念を理解することが重要です。そのため、デバイス管理の実装ガイドやコマースアーキテクチャの概要など、この記事の最後にあるリソースの一部を確認してください。

重要なコマース本社ページ

チャネルデータベース – このページを使用して、Commerce Scale Unit (クラウドと自己ホスト型の両方) で使用されるチャネルデータベースと、Store Commerce アプリで使用されるオフラインデータベースを作成、確認、および編集します。ここで作成する各データベースは、1 つの物理データベースを参照します (つまり、1 対 1 の [1:1] マッピングがあります)。チャネルデータベースまたはオフラインデータベースをチャネルデータベースグループに関連付ける必要があります。このページから、選択したチャネルデータベースまたはオフラインデータベースの Scheduler ジョブの完全同期を作成することもできます。
チャネルデータベースグループ – このページを使用して、チャネルデータベースグループを作成、確認、および編集します。各グループは、1 つ以上のチャネルまたはオフラインデータベースに関連付けられます。データベースグループは、関連するすべてのチャネルおよびオフラインデータベースに必要なすべての関連データを収集する役割を担います。このデータは、CDX データ同期の一部として生成する必要があります。
チャネルプロファイル – このページを使用して、チャネルプロファイルを作成、確認、および編集します。各チャネルプロファイルには、チャネルに必要なネットワークベースの通信に関連する URL が格納されます。チャネルプロファイルには、通常、Retail Server URL と Cloud POS URL があります。多くの場合、Media Server ベース URL もあります。この URL は、POS、E コマース、およびその他のコマースチャネルが使用する、インターネットでアドレス指定可能な画像の場所です。チャネルプロファイルはコマーススケールユニット (クラウド) に対して自動的に生成されますが、Commerce Scale Unit (セルフホステッド) の構成とインストール手順の一部として手動で生成する必要があります。
オフラインプロファイル – このページを使用して、オフラインプロファイルを作成、確認、および編集します。各オフラインプロファイルでは、オフラインモードに関連する設定をユーザーが構成できます。たとえば、ユーザーがサインインする前に手動でオフラインモードに切り替え、詳細なオフライン切り替えを有効にして、オフライン同期を一時停止できるようにする設定を構成できます。これらの設定については、この記事の後半と、この記事の最後に一覧表示されている関連記事で説明します。
Commerce チャネルスキーマ – このページを使用して、チャネルスキーマを作成、確認、および編集します。既定では、 AX7 という名前の 1 つのスキーマが既に作成され、使用できます。コマースデータのコマース本社データベースの読み取り方法を定義するには、チャネルスキーマが必要です。また、オフラインデータベースへのデータ同期から顧客関連データを除外する設定も含まれています。この設定については、この記事の後半と、この記事の最後に一覧表示されている関連記事で説明します。
配布スケジュール – このページを使用して、配布スケジュールジョブを作成、確認、および編集します。これらのスケジュールジョブは、関連する Scheduler ジョブを実行するチャネルデータベースグループを決定します (この一覧の次の項目を参照してください)。スケジュールジョブをアクティブとしてマークし、1つのデータ方向をそれに関連付けることができます。通常、データがチャネルに送信されるように、方向は ダウンロード です。既定で、すべての Commerce 関連ジョブが既に存在しており、生成された Commerce Scale Unit (クラウド) で使用する準備ができています。このページから、選択したスケジュールジョブのデルタ同期を作成することもできます。
Scheduler ジョブ – このページを使用して、スケジュールジョブから選択したジョブを作成、確認、および編集します。このジョブには、関連付けられている一連のサブジョブがあります。また、チャネルスキーマ (通常は、既定の AX7 スキーマ) にも関連付けられています。同期からオフラインデータベースへのジョブを除外できます。
Scheduler サブジョブ – このページを使用して、サブジョブを作成、確認、および編集します。 Scheduler ジョブ ページに示すように、サブジョブは 1 つ以上のジョブに関連付けられています。サブジョブは、Commerce Headquarters データベースの 1 つのテーブルに関連付けられています。チャネルフィールドマッピングが表示され、データベーステーブルで使用されるすべての関連フィールドが一覧表示されます。
セッションのダウンロード と セッションのアップロード – これらのページを使用して、前に説明したページを介して生成されたデータパッケージを使用して作成したダウンロードセッションまたはアップロードセッションを確認および編集します。これらのページには、同期が必要なデータの行数、データが使用可能になった日時、同期された日時が表示されます。また、データパッケージの全体的なサイズも表示されます。これらのページを使用して、ある程度データパッケージの管理とトラブルシューティングを行うことができます。たとえば、発生したエラーを表示したり、問題の原因となっているジョブを取り消したり削除したりできます。詳細については、Commerce Data Exchange ベストプラクティスを参照してください。

データ同期の概要

スケジューラー・ジョブを実行すると、チャネル・データベース・グループは、累積サブジョブにリストされているフィールドから、関連するすべてのチャネルまたはオフライン・データベースの関連データを選択します。このデータ選択により、データパッケージが作成されます。データパッケージは、一緒に圧縮されたファイルまたは複数のファイルです。これには、1 つ以上のコピー先データベースに適用する必要があるデータが含まれています。このデータは、以前に選択されたすべてのデータか、通常は選択されたデータのデルタのいずれかです。出力先データベースには、チャネルデータベースまたはオフラインデータベースのいずれかを指定できます。

データが生成され、特定の方向 (ダウンロードまたはアップロード) にフローします。タイミングを設定し、同期するデータを選択する最善の方法を理解するには、Commerce Headquarters のさまざまなページがどのように使用され、データ生成がどのように行われるかを理解することが重要です。データの生成が正常に行われると、パフォーマンスが向上し、Commerce Headquarters の使用率が低下します。

次の図は、コマース本社のさまざまなページと、それらがどのように相互に関連しているかを示しています。 (これらのページの説明については、前のセクションを参照してください。) CDX データの生成は、これらすべてのページで完全に構成されている場合にのみ発生します。データは、ダウンロードまたはアップロードできます。本社の 2 つの異なるページ ( セッションのダウンロード と セッションのアップロード) でデータ同期の状態を表示できます。 CDX データの生成は、headquarters を通じて行われ、同期 (ダウンロード) されます。オフライン中に生成される Modern Point of Sale (POS) トランザクションデータは、データを同期 (アップロード) する必要があります。

Commerce Data Exchange アソシエーションマップの図。

次の図は、ダウンロードとアップロードのデータフローを示しています。 CDX を使用して生成されたデータパッケージは下向にフローします。生成されたデータパッケージは、設定されたチャネルデータベースグループに基づいて、Commerce Scale Unit と Store Commerce アプリのオフラインデータベースに適用できます。トランザクションデータは、Store Commerce アプリのオフラインデータベースから Commerce Scale Unit のチャネルデータベースに上向きにフローします。チャネルデータベースに格納されたすべてのトランザクションデータは、headquarters データベースにアップロードされます。

データフローのダウンロードとアップロードの図。

パッケージ管理

パッケージを作成すると、システムによってパッケージが処理され、Azure Storage に送信され、チャネルまたはオフラインデータベースにダウンロードする準備が整います。これらのパッケージは、作成から完全なアプリケーションまでのすべての段階で、[ セッションのダウンロード ] ページで詳細な一覧として表示できます。同様に、トランザクションがアップロードされると、[ セッションのアップロード ] ページがあります。これらのページでは、さまざまな段階において、ある程度までパッケージを管理できます。

一般に、パッケージは自動的に再試行して、処理を行います。ただし、さまざまなシナリオにより、パッケージが何らかの方法でスタックし、それ自体が無限に再試行されますが、成功しない可能性があります。これらのシナリオでパッケージアプリケーションプロセスのトラブルシューティングを行う際には、ジョブを削除するか、手動で再試行する機能が役立ちます。

これらの機能すべては、バージョン 10.0.12 以降で利用できます。

機能名	説明
高度なオフライン	この機能は、オフラインプロファイルの一連の設定で構成されます。これらの設定により、オフライン切り替えシナリオが増え、ユーザーが POS にサインインする前にオフラインモードに切り替え、コマース本社の可用性テストを強化できるため、オフラインモードに切り替える頻度が高く、オンライン状態に簡単に戻ることができます。
オフラインデータの除外	この機能は、データサイズの改善とも呼ばれます。オフラインデータベースから除外する必要があり、今後同期してはいけない特定のデータにフラグを設定する機能を提供します。また、オフラインデータベースからすべての顧客関連データを完全に削除するためにも使用されます。
強制バッチ処理と完全同期で繰り返しの使用不可	バージョン 10.0.11では、バッチ処理を使用しない限り、配分スケジュールページから今すぐ実行コマンドを実行できません。この変更は、環境が最も頻繁に使用されている時間帯にジョブが実行された場合に発生するパフォーマンスの問題が原因で行われました。この機能拡張の一部として行われた別の変更では、Commerce Headquarters のチャネルデータベースページから完全なデータの同期コマンド (完全なジョブの同期) が実行されると、繰り返しを使用できません。実行できるのは 1 回のみです。

高度なオフライン

この機能は、オフラインプロファイルで構成できます。 3 つの設定が関連しています:

サインイン前のオフライン手動切り替えを許可する – この設定により、Store Commerce アプリのユーザーは、POS にサインインする前にオフラインモードに切り替えることができます。サインインが完了する前にタイムアウトが発生する場合や、Commerce Scale Unit (クラウドまたはセルフホステッド) からの非定型応答コードが発生しているシナリオで役立ちます。この設定を有効にすると、オフラインデータベースを使用している Store Commerce アプリユーザーは、[POS サインイン] ページから [設定] メニューにアクセスできます。このメニューには、オフラインモードに切り替えるための新しいオプションが含まれています。このオプションを選択すると、ユーザーは、Commerce Scale Unit への呼び出しによって最初にログインする必要がなく、オフラインデータベースに対して直接サインインできます。
詳細なオフライン切り替えの有効化 – この設定により、Store Commerce アプリをさらに簡単かつ頻繁に、オフラインモードに切り替えることができます。通常、Store Commerce アプリはオンライン状態を維持しようとし、機能を続行するためにこのようなスイッチが必要になった場合にのみオフラインモードに切り替えます。この設定を有効にすると、特にサインインや追加のコマーススケールユニットの応答を含むシナリオで、POS 操作の遅延と見なされる可能性があるシナリオで、Store Commerce アプリはより頻繁に切り替えることができます。この設定は、オンラインのみの機能の可用性を維持するより速度を優先するシナリオ (headquarters への接続を必要とするギフトカードでの支払など) で最も重要です。
システム正常性チェック間隔 (分) – この設定は、[ オフライン切り替えの詳細設定を有効にする] 設定のサブ機能として機能します。通常、この設定がオフで、Store Commerce アプリがオフラインモードの場合、POS は オフラインプロファイルの構成に基づいて特定の時間だけ待機し、次に発生する操作呼び出し中に Commerce Scale Unit への再接続を試みます。この詳細なオフラインの正常性チェックは、オンラインの可用性を確認し、オンライン機能が再び使用可能になるとすぐに切り替える、より頻繁な操作に依存しない方法を提供します。

オフラインデータの除外

この機能はバージョン 10.0.11 でリリースされ始め、バージョン 10.0.12 で完全な機能セットが完成しました。この機能は、オフラインデータベースに同期するデータの量を減らすのに役立ちます。 Commerce 本社の Scheduler ジョブ と Scheduler サブジョブ ページで、[ オフラインデータベースから除外] という名前のオプションを使用すると、オフラインデータベースにデータを同期するときにデータ (テーブル) を除外できます。

[ スケジューラジョブ ] ページで、オプションを [はい ] に設定して、ジョブに対して生成されたすべてのデータパッケージがオフラインデータベースに同期されないようにします。 チャネルデータベース ページから除外されたジョブに対して完全データ同期コマンドを実行すると、オフラインデータベース内の関連テーブルが空になります (つまり、以前に存在していたすべてのデータが消去されます)。
Scheduler サブジョブで、オプションをはいに設定し、サブジョブを含むジョブの関連テーブルがオフラインデータベースに同期されないようにします。たとえば、チャネルデータベース SQL テーブル DIRPARTYTABLE は、3 つの異なるスケジューラジョブによって同期されます。したがって、 DIRPARTYTABLE テーブルを除外すると、3 つのジョブすべてによってデータがオフラインデータベースに同期されなくなります。 (このサンプルテーブル (DIRPARTYTABLE) は、オフラインデータベースに格納されるスタッフ関連のデータにとって重要であるため、除外しないことをお勧めします)。

この機能は、行レベルのフィルター処理の最初のステップでもあります。コマース本社の コマースチャネルスキーマ ページには、 共有顧客データテーブルのフィルターという名前の新しいオプションが含まれています。 (コマースチャネルスキーマ ページを開くには、小売とコマース > 本社の設定> コマーススケジューラ > チャネルデータベースグループに移動し、コマースチャネルスキーマ フィールドで値を選択します。既定値は、AX7 です。) オプションをはいに設定すると、共有テーブル内のすべての顧客データにフラグが設定されます。この設定は、Microsoft 作成の標準テーブル (カスタム作成のテーブルではないテーブル) に対してのみ機能します。このオプションをはいに設定すると、以下のメッセージが表示されます: 「チャネルデータ分布のレコードからのみ顧客データが削除されます。顧客データを含むすべてのスケジュールジョブも、オフライン同期をスキップするようにマークする必要があります。」次に、はいまたはいいえのどちらかを選択できます。このメッセージは、すべての顧客データジョブで オフラインデータベースから除外 オプションもはいに設定する必要があることを確認するためのものです。 (既定では、唯一の顧客データジョブは 1010 ジョブです。)

このフィルター処理の例を次に示します。 DIRPARTYTABLE テーブルは、顧客と従業員の両方に使用されます。 [ 共有顧客データテーブルのフィルター処理 ] を [はい] に設定すると、行レベルのすべての顧客レコードに、オフラインデータベースと同期してはならないことを示すフラグが設定されます。 [ オフラインデータベースから除外 ] オプションも [はい] に設定されている場合、すべての顧客データがオフラインデータベースへの同期から除外されます。

実装の考慮事項

このセクションでは、実装の計画を開始するときに考慮する構成について説明します。ここで説明する機能は、データ管理とデータ構成に関連しています。ここで提供されているガイダンスを読む前に、 Commerce Data Exchange のベストプラクティスを確認してください。

Scheduler ジョブカレンダーを作成 する – 各ジョブはどのくらいの頻度で実行されますか? 各ジョブは 1 日に何回発生しますか? 大規模で重要でないジョブは、環境全体が頻繁に使用されていない時間外にのみ発生しますか? カレンダー (好きなように物理または仮想) を作成すると、ジョブがパフォーマンスに影響を与える他のワークロードとどのように交差するか (ステートメントの投稿など)、操作時間、外部データのバッチ処理、指定した時刻 (または CDX ジョブと同様に 1 日を通して頻繁に) データをプッシュまたはプルするカスタマイズの詳細を学習できます。
オフライン同期の一時停止 – 小売組織が拡大するにつれて、このオフラインプロファイル機能を最大限に活用する必要があります。成長は良好ですが、現在運用中のビジネスに対するパフォーマンスへの影響を最小限に抑えるために、データ生成を管理します。この機能を使用すると、チャネル、レジスター、およびデータベースを作成することができますが、レジスターが使用されるずっと前から、パフォーマンスに影響を与える大量のデータ生成を必要としません。
高度なオフライン – 前述の高度なオフライン機能は役に立ちますが、小売組織の優先順位と値に合っている場合にのみ使用します。高度なオフライン正常性チェック間隔はオンライン時間を最大化するのに役立ちますが、コマース本社またはコマーススケールユニットが何らかの理由で応答不能になったり使用できなくなったりすると、レジスタが強制的にオフラインモードにプッシュされます。タイムアウトや再試行応答の繰り返しを待たずにオフラインモードにすばやく切り替えることで、レジスタのパフォーマンスを最大限に高めることができます。ただし、ロイヤルティ操作、より多くの支払い方法、顧客注文などの操作を可能にするために、可能な限りオンラインを維持しようとする標準のシームレスオフラインモデルに対して、このアプローチを理解して管理する必要があります。
オフラインデータの除外 – 一般に、小さなデータセットは通常、大規模なデータセットよりも速くなります。データベース全体のサイズを減らす必要がある場合 (たとえば、SQL Express では10 ギガバイト [GB] のデータベースしか許可されていない場合) や、POS 端末がオフラインモード中に一般的な操作の一部として照会するデータの量を最小限に抑える必要がある場合は、オフラインデータベースの機能に関連しないデータを除外することは重要です。

この機能は、小売組織の業務要件に応じて大きく異なります。したがって、カスタマイズが機能するために必要なデータや、標準的な日常業務に必要なデータを把握しておくことが重要です。たとえば、顧客をトランザクションにアタッチする必要がない場合は、オフラインデータベースから顧客を除外します。
チャネルデータベースグループ – 少なくとも、2 つのチャネルデータベースグループが存在する必要があります。1 つは、最初に使用する Commerce Scale Unit (Cloud) 用で、もう 1 つは使用する任意またはすべてのオフラインデータベース用です。大規模な小売企業では、関連するチャネル (店舗) のデータの類似性に基づいて分離された、複数のオフライン中心のチャネルデータベースグループを持つ場合があります。

さらに、新しいチャネルデータベースの構成に使用できる "ダミー" チャネルデータベースグループ、オフラインサポートを持つレジスタ (この場合はオフラインデータベースが作成されます)、新しいが未使用の Commerce Scale Units (クラウドまたはセルフホステッド) を用意すると便利です。この "ダミー" グループは配布スケジュールジョブに関連付けられていないため、関連付けられているものに対してデータ生成は行われません。時間と実装の進行状況として、関連付けられているエンティティ (チャネル [ストア] など) を再関連付けし、オフラインデータベースを正しいデータベースグループに登録します。この方法の代わりに、前に説明した オフライン同期の一時停止 機能を使用します。