Commerce Data Exchange 実装ガイダンス

[アーティクル]
03/08/2023

この記事は、Microsoft Dynamics 365 Commerce 環境に、データ同期 (Commerce Data Exchange、[CDX]) に関連する機能を実装するユーザーを対象としています。ページ、設定、コンフィギュレーション、ベストプラクティスなど、実装を計画する際に考慮すべき概要、実装のヒント、総合的なガイダンスを示します。

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

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

重要な Commerce Headquarters ページ

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

データ同期の概要

Scheduler ジョブが実行されると、チャネルデータベースグループは、累積サブジョブに一覧表示されているフィールドから、それ自身に関連付けられているすべてのチャネルまたはオフラインデータベースに関連するデータを選択します。このデータ選択の結果は、データパッケージです。データパッケージは、1 つまたは複数のファイルをまとめて圧縮したもので、1 つ以上の出力先データベースに適用する必要があるデータが含まれています。このデータは、以前に選択されたすべてのデータか、通常は選択されたデータのデルタのいずれかです。出力先データベースには、チャネルデータベースまたはオフラインデータベースのいずれかを指定できます。

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

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

Commerce Data Exchange 関連マップ。

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

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

Package Management の概要

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

一般に、パッケージは自動的に再試行して、処理を行います。ただし、さまざまなシナリオによって、何らかの原因でパッケージが停止し、無限に再試行を繰り返しますが、成功または完全に失敗することはありません。これらのシナリオでパッケージアプリケーションプロセスのトラブルシューティングを行う際には、ジョブを削除するか、手動で再試行する機能が役立ちます。

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

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

オフラインの詳細

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

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

オフラインデータの除外

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

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

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

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

実装の考慮事項

このセクションでは、実装の計画を開始する際に考慮する必要がある構成について説明します。ここで説明する機能は、データ管理とデータ構成に関連しています。ここに記載されているガイダンスを読む前に、Commerce Data Exchange のベストプラクティスを読むことを強くお勧めします。

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

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

また、新しいチャネルデータベースの構成に使用できる "ダミー" のチャネルデータベースグループ、オフラインサポートのあるレジスター (この場合、オフラインデータベースが作成されます)、そして場合によっては新しいが未使用の Commerce Scale Unit (クラウドまたは自己ホストのいずれか) があると便利です。この "ダミー" グループは、配送スケジュールジョブに関連付けられていないので、関連付けられているものに対してデータ生成は発生しません。時間と実装が進むにつれて、関連付けられているエンティティ (たとえば、チャネル [店舗] やオフラインデータベースの登録など) は、正しいデータベースグループに再関連付けされます。このアプローチの優れた代替策、おそらくは改善策として、前述の オフライン同期の一時停止 機能を使用することです。