本文描述 Microsoft Dynamics 365 Commerce 中的分散式訂單管理 (DOM) 如何處理銷售訂單。
設定 DOM 處理器批次作業
DOM 只會在批次工作中執行。
要設定 DOM 處理器批次工作以執行 DOM 執行，請依照以下步驟操作：
- 請前往零售與商業>分散式訂單管理>批次處理>、DOM 處理器工作設定。
- 在履行設定檔的參數FastTab 上，選取一個 DOM 必須執行的設定檔。
- 在批次群組的在背景執行 FastTab 上，選取設定的批次群組。
- 對於工作描述，請輸入批次工作的名稱。
- 選取定期，然後指定批次工作的週期性。
- 請選擇 [確定]。
銷售銷售訂單和明細
處理時，DOM 會考慮以下順序及順序線：
- 符合 DOM 設定檔中定義的銷售訂單來源、交貨方式，和法律實體準則的訂單明細，同時也滿足以下任何準則：
- 從 Commerce 管道建立的訂單明細。 當 Commerce 銷售選項設為是時，會將銷售訂單識別為來自 Commerce 管道。
- 訂單線不是由DOM經紀的。
- 訂單線由 DOM 分配，但是被標記為例外，且低於最大嘗試門檻。
- 交貨方式不是取貨或電子交付。
- 訂單明細沒有標記為交貨。
- 訂單明細未手動排除。
- 如果啟用了在訂單最佳化期間不處理接受的店面訂單，則訂單明細不會指派給履行狀態為已接受的零售店面倉儲。
- 未擱置的訂單。
若要手動排除銷售明細行，請在 Commerce 總部中移至 Retail and Commerce>客戶>所有銷售訂單，然後選取一個銷售明細行。 在銷售明細的一般 FastTab 上，將從 DOM 處理排除選項設為是。
拆分銷售明細
在每個 DOM 處理器工作期間，DOM 會將訂單分成好幾批，具體取決於履行設定檔中定義 每次最佳化的訂單明細數量上限參數值。 DOM 會確定銷售訂單的所有銷售明細都在同一批中。
例如，如果在一次執行中最佳化了 10,000 條訂單明細，且 每次最佳化的訂單明細數量上限參數設定為 2000，則 DOM 會建立五個批次並同時處理。
若每次最佳化的最大訂單明細行數值為0：
- 對於 簡化求解器 類型，DOM 每 100 筆銷售明細行就會建立一個批次。
- 針對 生產求解器 類型，DOM 會每 1,500 筆銷售明細行建立一個批次。
注意事項
如果將每個最佳化的訂單明細數量上限設為較大的值，則 DOM 處理器工作需要更長的時間才能完成，因為它是在批次伺服器上運行。 若要改進效能，請設定適當的值，以確保 DOM 可以使用更多批次伺服器。
庫存查詢
DOM 會根據產品變體及銷售訂單線的適用尺寸，以及候選地點和倉庫，來判斷每件商品可用的實體庫存。 查詢會使用產品配置、尺寸、顏色、款式及產品版本尺寸、網站與倉庫儲存尺寸，以及批次與序號追蹤尺寸。
自 Commerce 版本 10.0.46 起，DOM 預設支援庫存狀態，這是一種先進的倉儲管理儲存維度。 DOM 在判斷哪些倉庫有可供履行的庫存時，會包含銷售訂單行的庫存狀態。 此步驟確保僅考慮狀態匹配的庫存，為進階倉儲情境提供更精確的可用庫存計算。 此支援預設已啟用。
銷售訂單線上的庫存狀態並非由DOM設定。 這是一個標準 的庫存狀態，是儲存維度群組中的一個儲存維度。 訂單行的庫存狀態繼承自該網站、倉庫、商品或銷售訂單預設的庫存狀態。 也可以直接在銷售訂單線上更改。 銷售訂單的預設庫存狀態不能是阻塞狀態。 您也可以將預設銷售訂單庫存狀態設為進階倉庫管理參數的一部分。
其他進階倉庫管理維度，如倉庫位置和車牌，預設不支援。 自訂庫存尺寸也不支援。 為了支援這些維度，請使用 DOM 擴充性。 如需詳細資訊，請參閱 DOM 擴充。
DOM 會將目前 DOM 流程中為銷售線預留的實體數量，回溯到相同商品及庫存維度的可用庫存。 此調整可防止這些預訂減少可用庫存以滿足其所屬銷售線。
Commerce 版本 10.0.46 之前的庫存查詢
在 Commerce 版本 10.0.45 及更早版本中，DOM 會從倉庫 V2 實體（例如 InventWarehouseOnHandAggregatedView）擷取可用庫存。 此庫存查詢支援產品尺寸，如顏色、尺寸、風格與配置，以及場地與倉庫儲存尺寸。 它不支援其他儲存維度，例如庫存狀態、地點或車牌號碼。
要查看此舊有查詢回傳的庫存，請在瀏覽器網址列輸入以下網址。 請將 <CompanyName> 替換為您環境的網域名稱，並將 <DomainName> 替換為您的法人實體名稱：
https://<DomainName>/?cmp=<CompanyName>&mi=SysTableBrowser&TableName=InventWarehouseOnHandAggregatedView
計算距離
DOM 會將交貨類型的地址轉換為緯度和經度值。 然後 DOM 會將銷售訂單上的交貨地址轉換為緯度和經度值，並更新地址的緯度和經度值以供將來使用。 DOM 依賴 Azure 地圖服務或 Bing 地圖服務，以根據地址、城市和郵遞區號資訊來確定準確的緯度和經度值。 要讓 DOM 使用 Azure 地圖服務 功能，請啟用「確認 Azure 地圖服務 使用 for DOM 設定」。 若要讓 DOM 使用 Bing 地圖服務 功能，請啟用 確認供 DOM 使用 Bing 地圖服務 設定。 如需詳細資訊，請參閱設定 DOM。
DOM 使用 Azure 地圖或 Bing 地圖應用程式程式設計介面 (API) 來計算航空或道路距離，具體取決於停用道路距離計算設定的值 。 然後 DOM 會使用此資訊來確定運輸成本。 最佳化模型優先考慮從一個位置履行完整訂單。 即使訂單部分內容在同一城市或郵遞區號內，模型也會優化以減少出貨數量。 如需詳細資訊，請參閱設定 DOM。
產生履行計劃
DOM 套用規則、庫存限制和優化後，會選擇最接近客戶送貨地址的地點。 接著，它會從最佳化工具取得執行計畫。 系統是否對銷售線套用履約計畫，取決於 自動套用結果 設定的價值。 如需詳細資訊，請參閱 DOM 執行的結果。
