メモ
Dynamics 365 Commerce の小売関連グループは、Yammer から Viva Engage に移行しました。 新しいViva Engage コミュニティにアクセスできない場合は、追加するフォーム (https://aka.ms/JoinD365commerceVivaEngageCommunity) に入力し、最新のディスカッションに参加してください。
この記事では、分散注文管理 (DOM) が Microsoft Dynamics 365 Commerce で販売注文を処理する方法について説明します。
DOM プロセッサ バッチ ジョブを構成する
DOM はバッチ ジョブでのみ実行されます。
DOM 実行用に DOM プロセッサ バッチ ジョブを構成するには、次の手順に従います。
- 小売とコマース > 分散型注文管理 > バッチ処理 > DOM プロセッサ ジョブの設定 の順にクリックします。
- パラメーター クイック タブで、フルフィルメント プロファイル用に DOM を実行する対象のプロファイルを選択します。
- バックグラウンドで実行クイック タブのバッチ グループで、構成済みのバッチ グループを選択します。
- タスクの説明にバッチ ジョブの名前を入力します。
- 反復を選択し、バッチ ジョブの繰り返しを指定します。
- [OK] を選択.
販売注文と明細行を検索する
処理の際に DOM は、次の注文と注文明細行を考慮します。
- DOM プロファイルで定義されている販売注文元、配送モード、および法人の条件を満たし、次のいずれかの条件も満たす注文明細行:
- 注文明細行はコマース チャネルから作成されます。 コマース販売 オプション が はい になっている場合、販売注文はコマース チャネルに由来すると識別されます
- 注文明細行は DOM で管理されません。
- 注文ラインは DOM によって仲介されますが、例外としてマークされ、最大試行しきい値を下回ります。
- 配送モードが、集荷または電子的方法による出荷ではありません。
- 注文明細行を出荷に対してマークしていません。
- 注文明細行を手動で除外していません。
- 受け入れた店舗注文を注文の最適化中に処理しない が有効である場合、フルフィルメントの状態が承認済みである小売店の倉庫には注文明細行が割り当てられません。
- 保留中になっていない注文。
販売明細行を手動で除外する場合は、Commerce headquarters で小売とコマース > 顧客 > すべての販売注文の順に移動し、販売明細行を選択します。 販売明細行の全般クイックタブで、DOM 処理から除外するオプションをはいに設定します。
パーティション販売明細行
DOM は各 DOM プロセッサ ジョブ中に、フルフィルメント プロファイルで定義された 最適化ごとの注文明細行の最大数 パラメーター値に応じて、注文をバッチに分割します。 DOM は販売注文のすべての販売明細行が同じバッチ内に存在することを保証します。
たとえば、10,000 件の注文明細行が 1 回の実行で最適化され、最適化ごとの注文明細行の最大数 パラメーターが 2000 に設定されている場合、DOM は同時に処理される 5 つのバッチを作成します。
最適化ごとの注文明細行の最大数 の値が 0 の場合:
- 簡易ソルバー タイプの場合、DOM は 100 件の販売明細行ごとにバッチを作成します。
- 運用ソルバータイプの場合、DOM は 1,500 の販売ラインごとにバッチを作成します。
メモ
最適化ごとの最大注文明細行数 に大きな値を設定すると、DOM プロセッサー ジョブはバッチ サーバーで実行されるため、完了までに時間がかかります。 パフォーマンスを向上させるには、DOM がより多くのバッチ サーバーを使用できるように適切な値を設定します。
在庫検索
DOM は、倉庫 V2 エンティティで手持在庫を表示することにより、利用可能な在庫を検索します (例: InventWarehouseOnHandAggregatedView)。 手持在庫は、色、サイズ、スタイル、構成などの製品分析コードや、サイトや倉庫などの保管分析コードに対応しています。 場所、在庫状態、ライセンス プレートなどのその他のディメンションはサポートされていません。
DOM で使用される手持在庫を表示するには、ブラウザのアドレス バーに次の URL を入力します。<DomainName> をあなたの環境のドメイン名で、<CompanyName> をとあなたの法人の名前で置き換えてください。
https://<DomainName>/?cmp=<CompanyName>&mi=SysTableBrowser&TableName=InventWarehouseOnHandAggregatedView
DOM は、処理対象の販売ラインの予約在庫も検索します。 手持在庫と類似して、DOM は、色、サイズ、スタイル、構成などの製品分析コードや、サイトや倉庫などの保管分析コードのみをサポートしています。 予約済みインベントリで場所、在庫状態、ライセンス プレートなどの他のディメンションが使用されている場合、DOM では考慮されません。
その他の分析コードやカスタム分析コード上で手持在庫か予約在庫をサポートするには、カスタマイズをビルドする必要があります。 詳細については、DOM の拡張性を参照してください。
距離の計算
DOM では、配送タイプの住所を緯度と経度の値に変換します。 次に DOM は、販売注文の配送先住所を緯度と経度の値に変換し、将来の使用のために、その住所の緯度と経度の値を更新します。 DOM は、住所、市区町村、郵便番号の情報に基づいて正確な緯度と経度の値を決定するために、Azure MapsまたはBing Mapsに依存します。 DOMがAzure Mapsの機能を使用できるようにするために、Confirm Azure Maps usage for DOM 設定を有効にしてください。 DOM がBing Maps機能を使用できるようにするには、CONfirm Bing Mapsの DOM 設定を有効にします。 詳細については DOM の設定を参照してください。
DOM は、Disable 道路距離の計算設定の値に応じて、Azure MapsまたはBing Mapsアプリケーション プログラミング インターフェイス (API) を使用して航空距離または道路距離を計算します。 次に DOM は、この情報を使用して配送費用を判断します。 最適化モデルでは、1 つの場所からの完全な注文のフルフィルメントを優先させます。 注文の一部が同じ市区町村または郵便番号で利用できる場合でも、モデルは出荷数を減らすために最適化されます。 詳細については DOM の設定を参照してください。
フルフィルメント計画の生成
DOM は、ルール、インベントリ制約、および最適化を適用した後、顧客の配送先住所に最も近い場所を選択します。 その後、フルフィルメント計画をオプティマイザから取得します。 販売明細行にフルフィルメント計画が適用されるかどうかは、結果を自動適用する 設定の値によって決まります。 詳細については DOM 実行の結果を参照してください。
