DOM の処理

[アーティクル]
12/13/2023

この記事では、Microsoft Dynamics 365 Commerce の分散型注文管理 (DOM) が販売注文を処理する方法について説明します。

DOM プロセッサバッチジョブを構成する

DOM は、バッチジョブでのみ実行されます。

DOM を実行する DOM プロセッサバッチジョブを構成する際は、次の手順に従います。

Retail と Commerce > 分散型注文管理 > バッチ処理 > DOM プロセッサジョブの設定 の順にクリックします。
パラメーター クイックタブのフルフィルメントプロファイルで、DOM を実行するべきプロファイルを選択します。
バックグラウンドで実行クイックタブのバッチグループで、構成済みのバッチグループを選択します。
タスクの説明にバッチジョブの名前を入力します。
反復を選択し、バッチジョブの繰り返しを指定します。
OKを選択します。

販売注文と明細行を検索する

処理の際に DOM は、次の注文と注文明細行を考慮します。

DOM プロファイルで定義されている販売注文元、配送モード、および法人の条件を満たし、次のいずれかの条件も満たす注文明細行:
- 注文明細行はコマースチャネルから作成されます。 コマース販売 オプションがはいになっている場合、販売注文はコマースチャネルに由来すると識別されます
- これまで注文明細行は一度も DOM で仲介されていません。
- 注文明細行は以前に DOM で仲介されましたが、例外としてマークされており、最大試行回数のしきい値を下回っています。
- 配送モードが、集荷または電子的方法による出荷ではありません。
- 注文明細行を出荷に対してマークしていません。
- 注文明細行を手動で除外していません。
- 受け入れた店舗注文を注文の最適化中に処理しない が有効である場合、フルフィルメントの状態が承認済みである小売店の倉庫には注文明細行が割り当てられません。
保留中になっていない注文。

販売明細行を手動で除外する場合は、Commerce headquarters で小売とコマース > 顧客 > すべての販売注文の順に移動し、販売明細行を選択します。販売明細行の全般クイックタブで、DOM 処理から除外するオプションをはいに設定します。

パーティション販売明細行

DOM は各 DOM プロセッサジョブ中に、フルフィルメントプロファイルで定義された 最適化ごとの注文明細行の最大数 パラメーター値に応じて、注文をバッチに分割します。 DOM は販売注文のすべての販売明細行が同じバッチ内に存在することを保証します。

たとえば、10,000 件の注文明細行が 1 回の実行で最適化され、最適化ごとの注文明細行の最大数 パラメーターが 2000 に設定されている場合、DOM は同時に処理される 5 つのバッチを作成します。

最適化ごとの注文明細行の最大数 の値が 0 の場合:

簡易ソルバータイプの場合、DOM は 100 件の販売明細行ごとにバッチを作成します。
運用ソルバータイプの場合、DOM は 1500 件の販売明細行ごとにバッチを作成します。

ノート

最適化ごとの最大注文明細行数 に大きな値を設定すると、DOM プロセッサージョブはバッチサーバーで実行されるため、完了までに時間がかかります。パフォーマンスを向上させるには、DOM がより多くのバッチサーバーを使用できるように適切な値を設定します。

在庫検索

DOM は、倉庫 V2 エンティティで手持在庫を表示することにより、利用可能な在庫を検索します (例: InventWarehouseOnHandAggregatedView)。手持在庫は、色、サイズ、スタイル、構成などの製品分析コードや、サイトや倉庫などの保管分析コードに対応しています。場所、在庫の状態、ナンバープレートなど、他の分析コードには対応していません。

DOM で使用される手持在庫を表示するには、ブラウザのアドレスバーに次の URL を入力します。<DomainName> をあなたの環境のドメイン名で、<CompanyName> をとあなたの法人の名前で置き換えてください。

https://<DomainName>/?cmp=<CompanyName>&mi=SysTableBrowser&TableName=InventWarehouseOnHandAggregatedView

DOM は、処理対象の販売ラインの予約在庫も検索します。手持在庫と類似して、DOM は、色、サイズ、スタイル、構成などの製品分析コードや、サイトや倉庫などの保管分析コードのみをサポートしています。予約された在庫で場所、在庫ステータス、ナンバープレートなどの他のディメンションが使用されている場合、DOM では考慮されません。

その他の分析コードやカスタム分析コード上で手持在庫か予約在庫をサポートするには、カスタマイズをビルドする必要があります。詳細については、DOM の拡張性を参照してください。

距離の計算

DOM では、配送タイプの住所を緯度と経度の値に変換します。次に DOM は、販売注文の配送先住所を緯度と経度の値に変換し、将来の使用のために、その住所の緯度と経度の値を更新します。 DOM は Bing 地図に依存して、市区町村、番地、郵便番号の情報に基づいて緯度と経度の値を判断します。 Bing マップ機能の使用を DOM に許可する場合は、DOM に対する Bing 地図の使用状況を確認する 設定を有効化します。詳細については DOM の設定を参照してください。

DOM は Bing Maps API を使用し、道路距離の計算を無効化する 設定の値に応じて、空輸距離や道路距離を計算します。次に DOM は、この情報を使用して配送費用を判断します。最適化モデルでは、1 つの場所からの完全な注文のフルフィルメントを優先させます。注文の一部が同じ市区町村または郵便番号の地域で利用可能な場合でも、このモデルは出荷数を減らすように最適化されています。詳細については DOM の設定を参照してください。

フルフィルメント計画の生成

DOM はルール、在庫の制約、最適化を適用してから、顧客の配送先住所に最も近い場所を選択します。その後、フルフィルメント計画をオプティマイザから取得します。販売明細行にフルフィルメント計画が適用されるかどうかは、結果を自動適用する 設定の値によって決まります。詳細については DOM 実行の結果を参照してください。

販売注文の基準。