正在處理 DOM

附註

Dynamics 365 Commerce 的零售興趣群組已從 Yammer 移至 Viva Engage。如果您無法存取新的Viva Engage社群，請填寫此表單（https://aka.ms/JoinD365commerceVivaEngageCommunity）以新增，並繼續參與最新的討論。

本文描述 Microsoft Dynamics 365 Commerce 中的分散式訂單管理 (DOM) 如何處理銷售訂單。

設定 DOM 處理器批次作業

DOM 只會在批次作業中執行。

要設定 DOM 處理器批次工作以執行 DOM 執行，請依照以下步驟操作：

移至 Retail 和 Commerce > 分散式訂單管理 > 批次處理 > DOM 處理器作業設定。
在履行設定檔的參數FastTab 上，選取一個 DOM 必須執行的設定檔。
在批次群組的在背景執行 FastTab 上，選取設定的批次群組。
對於工作描述，請輸入批次工作的名稱。
選取定期，然後指定批次工作的週期性。
請選取確定。

銷售銷售訂單和明細

在處理時，DOM 會考慮下列訂單和訂單明細：

符合 DOM 設定檔中定義的銷售訂單來源、交貨方式，和法律實體準則的訂單明細，同時也滿足以下任何準則：
- 從 Commerce 管道建立的訂單明細。當 Commerce 銷售選項設為是時，會將銷售訂單識別為來自 Commerce 管道。
- 訂單明細從未由 DOM 代理過。
- 訂單明細曾由 DOM 代理，但被標記為例外狀況且低於最大嘗試次數閾值。
- 交貨方式不是取貨或電子交付。
- 訂單明細沒有標記為交貨。
- 訂單明細未手動排除。
- 如果啟用了在訂單最佳化期間不處理接受的店面訂單，則訂單明細不會指派給履行狀態為已接受的零售店面倉儲。
未擱置的訂單。

若要手動排除銷售明細，請在 Commerce headquarters, 移至零售和 Commerce > 客戶 > 所有銷售訂單 並選取一條銷售明細。在銷售明細的一般 FastTab 上，將從 DOM 處理排除選項設為是。

拆分銷售明細

在每個 DOM 處理器工作期間，DOM 會將訂單分成好幾批，具體取決於履行設定檔中定義 每次最佳化的訂單明細數量上限參數值。 DOM 會確定銷售訂單的所有銷售明細都在同一批中。

例如，如果在一次執行中最佳化了 10,000 條訂單明細，且 每次最佳化的訂單明細數量上限參數設定為 2000，則 DOM 會建立五個批次並同時處理。

如果每次最佳化的訂單明細數量上限值是 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 依賴 Azure 地圖服務或 Bing 地圖服務，以根據地址、城市和郵遞區號資訊來確定準確的緯度和經度值。若要允許 DOM 使用 Azure 地圖功能，請啟用確認 Azure 地圖服務用於 DOM 設定。若要允許 DOM 使用 Bing 地圖功能，請啟用確認 Bing 地圖服務用於 DOM 設定。如需詳細資訊，請參閱設定 DOM。

DOM 使用 Azure 地圖或 Bing 地圖應用程式程式設計介面 (API) 來計算航空或道路距離，具體取決於停用道路距離計算設定的值。然後 DOM 會使用此資訊來確定運輸成本。最佳化模型優先考慮從一個位置履行完整訂單。即使部分訂單在同一城市或郵遞區號中有供貨，該模型也已最佳化以減少發貨數量。如需詳細資訊，請參閱設定 DOM。