この記事では、分散注文管理 (DOM) が Microsoft Dynamics 365 Commerce で販売注文を処理する方法について説明します。
DOM プロセッサ バッチ ジョブを構成する
DOM はバッチ ジョブでのみ実行されます。
DOM 実行用に DOM プロセッサ バッチ ジョブを構成するには、次の手順に従います。
- Retail and Commerce>Distributed order management>Batch processing>DOM プロセッサ ジョブのセットアップに移動します。
- パラメーター クイック タブで、フルフィルメント プロファイル用に DOM を実行する対象のプロファイルを選択します。
- バックグラウンドで実行クイック タブのバッチ グループで、構成済みのバッチ グループを選択します。
- タスクの説明にバッチ ジョブの名前を入力します。
- 反復を選択し、バッチ ジョブの繰り返しを指定します。
- [OK] を選択.
販売注文と明細行を検索する
処理時、DOMは以下の注文および注文行を考慮します:
- DOM プロファイルで定義されている販売注文元、配送モード、および法人の条件を満たし、次のいずれかの条件も満たす注文明細行:
- 注文明細行はコマース チャネルから作成されます。 コマース販売 オプション が はい になっている場合、販売注文はコマース チャネルに由来すると識別されます
- 注文明細行は DOM によって仲介されません。
- 注文ラインは DOM によって仲介されますが、例外としてマークされ、最大試行しきい値を下回ります。
- 配送モードが、集荷または電子的方法による出荷ではありません。
- 注文明細行を出荷に対してマークしていません。
- 注文明細行を手動で除外していません。
- 受け入れた店舗注文を注文の最適化中に処理しない が有効である場合、フルフィルメントの状態が承認済みである小売店の倉庫には注文明細行が割り当てられません。
- 保留中になっていない注文。
販売ラインを手動で除外するには、商務本部で小売および商>顧客>すべての販売注文に行き、販売ラインを選択してください。 販売明細行の全般クイックタブで、DOM 処理から除外するオプションをはいに設定します。
パーティション販売明細行
DOM は各 DOM プロセッサ ジョブ中に、フルフィルメント プロファイルで定義された 最適化ごとの注文明細行の最大数 パラメーター値に応じて、注文をバッチに分割します。 DOM は販売注文のすべての販売明細行が同じバッチ内に存在することを保証します。
たとえば、10,000 件の注文明細行が 1 回の実行で最適化され、最適化ごとの注文明細行の最大数 パラメーターが 2000 に設定されている場合、DOM は同時に処理される 5 つのバッチを作成します。
最適化値あたりの最大注文ライン数が0の場合:
- Simplified Solverタイプでは、DOMは100本の販売ラインごとにバッチを作成します。
- 生産ソルバータイプでは、DOMは1,500本の販売ラインごとにバッチを生成します。
Note
最適化ごとの最大注文明細行数 に大きな値を設定すると、DOM プロセッサー ジョブはバッチ サーバーで実行されるため、完了までに時間がかかります。 パフォーマンスを向上させるには、DOM がより多くのバッチ サーバーを使用できるように適切な値を設定します。
在庫検索
DOMは、製品バリアントや販売注文ラインの該当する寸法、候補サイトおよび倉庫を組み合わせて、各品目の利用可能な実物在庫を算出します。 この検索では、製品の構成、サイズ、色、スタイル、製品バージョンの寸法、サイトおよび倉庫の保管寸法、そしてバッチ番号とシリアル番号の追跡寸法を使用します。
Commerceバージョン10.0.46からは、DOMが在庫ステータスのデフォルトサポートを提供し、高度な倉庫管理ストレージ次元として機能しています。 DOMは、どの倉庫に在庫があるかを判断する際に、販売注文ラインの在庫状況を含めます。 このステップにより、マッチングステータスの在庫のみが考慮され、高度な倉庫シナリオにおいてより正確な在庫計算が可能になります。 このサポートはデフォルトで有効になっています。
販売注文ラインの在庫状況はDOMによって設定されるわけではありません。 これは標準的な 在庫ステータスで、ストレージディメンショングループのストレージ次元の一つです。 注文ラインの在庫状況は、サイト、倉庫、商品、または販売注文ごとに設定されたデフォルトの在庫状況から継承されます。 また、販売注文ライン上で直接変更することも可能です。 販売注文のデフォルトの在庫ステータスはブロッキング状態にはなりません。 また、高度な倉庫管理パラメータの一部として、デフォルトの販売注文在庫ステータスを設定することも可能です。
倉庫の所在地やナンバープレートなど、他の高度な倉庫管理の要素は、デフォルトではサポートされていません。 カスタムインベントリサイズもサポートされていません。 これらの次元をサポートするために、DOM拡張性を活用してください。 詳細については、DOM の拡張性を参照してください。
DOMは、現在のDOMランで販売ラインに予約されていた物理数量を、同じ品目および在庫寸法の利用可能な在庫に遡ります。 この調整により、それらの予約によって、それらが属する販売明細の引き当てに使用できる在庫が減少しないようにします。
Commerceバージョン10.0.46以前の在庫検索
Commerceバージョン10.0.45以前では、DOMは InventWarehouseOnHandAggregatedViewなどの倉庫V2エンティティから利用可能な在庫を取得します。 この在庫検索は、色、サイズ、スタイル、構成などの製品寸法や、現場および倉庫の保管寸法をサポートします。 在庫状況、所在地、ナンバープレートなどの他の保管次元には対応していません。
このレガシー検索で返されるインベントリを見るには、ブラウザのアドレスバーに以下のURLを入力してください。
<DomainName>を環境のドメイン名に置き換え、<CompanyName>を法人名に置き換えます。
https://<DomainName>/?cmp=<CompanyName>&mi=SysTableBrowser&TableName=InventWarehouseOnHandAggregatedView
距離の計算
DOM では、配送タイプの住所を緯度と経度の値に変換します。 次に DOM は、販売注文の配送先住所を緯度と経度の値に変換し、将来の使用のために、その住所の緯度と経度の値を更新します。 DOM は Azure Maps または Bing地図に依存して、住所、市区町村、郵便番号の情報に基づいて緯度と経度の値を判断します。 DOMがAzure Maps機能を使えるようにするには、「DOM設定のAzure Maps使用確認」を有効にしてください。 DOMがBing地図機能を使えるようにするには、DOM設定で「Confirm Bing地図 Use」を有効にしてください。 詳細については DOM の設定を参照してください。
DOM は Azure Maps または Bing地図 アプリケーション プログラミング インターフェイス (API) を使用し、道路距離の計算を無効化する 設定の値に応じて、空路または陸路の距離を計算します。 次に DOM は、この情報を使用して配送費用を判断します。 最適化モデルでは、1 つの場所からの完全な注文のフルフィルメントを優先させます。 注文の一部が同じ市区町村または郵便番号で利用できる場合でも、モデルは出荷数を減らすために最適化されます。 詳細については DOM の設定を参照してください。
フルフィルメント計画の生成
DOM は、ルール、インベントリ制約、および最適化を適用した後、顧客の配送先住所に最も近い場所を選択します。 その後、オプティマイザからフルフィルメント計画を取得します。 システムが販売ラインにフルフィルメントプランを適用するかどうかは、 自動適用結果 設定の値に依存します。 詳細については DOM 実行の結果を参照してください。
