下達管理實踐
「」支持汽車業務流程，其中供應商與 OEM 之間的下達排程計劃起著決定性作用。發貨排程、計劃排程和順序排程消息將與連接到 Infor ION 的應用程序和外部貿易合作夥伴進行交換。「」通常與「」區域、「」區域、通信客戶端和連接到 ION 的 ERP 系統結合使用。以下是受支持的業務流程的實例：
兩個需求級別
在此方案中，將處理計劃排程和發貨排程。通常，每日交貨排程需求是作為“確認”消息傳輸，而交付預測需求則是作為“計劃”消息傳輸。因此，「」中的 BOD 分解從合併計劃中選擇“確認”類型的每日交貨排程需求。「」將其發佈在貨物寄送給客戶的 ShipmentSchedule BOD 中。“計劃”類型的需求發佈在 SyncPlanningSchedule BOD 中。此預測由供應商用來計劃其業務流程。
「」將傳入的交貨預測消息（例如，EDI 消息 EDIFACT DELFOR）轉換為 PlanningSchedule BOD，然後發送到「」。「」處理 PlanningSchedule BOD 並創建一個包含計劃需求的合併計劃。根據 BOD 分解規則，「」會在發送到 ERP 系統的 PlanningSchedule BOD 中發佈計劃需求。
「」將傳入的交貨排程（例如，EDI 消息 DELJIT）轉換為 ShipmentSchedule BOD，然後發送到「」。「」處理 ShipmentSchedule BOD 並創建一個包含確認需求的合併計劃。根據 BOD 分解規則，「」會在發送到 ERP 系統的 ShipmentSchedule BOD 中發佈確認需求。
按計劃數量發貨
在此方案中，僅處理類型為“計劃”的需求的計劃排程。因此，「」中的 BOD 分解無法區分“確認”需求與“計劃”需求。在此情況下，「」中的 BOD 分解從合併計劃中選擇需求，例如，按照時間範圍。已經排程在短時間內履行的需求將發佈在 ShipmentSchedule BOD 中。例如：在指定的 14 天時間範圍內的需求將發佈在貨物寄送給客戶的 ShipmentSchedule BOD 中。此時間範圍之後的需求發佈在 PlanningSchedule BOD 中。此預測由供應商用來計劃其業務流程。
「」將傳入的排程（例如，EDI 消息 EDIFACT DELFOR）轉換為 PlanningSchedule BOD，然後發送到「」。「」處理 PlanningSchedule BOD 並創建一個包含計劃需求的合併計劃。根據 BOD 分解規則，「」會在 ShipmentSchedule BOD 中發佈短時間內的需求。此時間範圍之後的需求發佈在發送到 ERP 系統的 PlanningSchedule BOD 中。
EDI 中的混合數據
在此方案中，“確認”和“計劃”需求將一起在一個計劃排程中傳輸。因此，「」中的 BOD 分解從合併計劃中選擇“確認”類型的需求。「」將其發佈在貨物寄送給客戶的 ShipmentSchedule BOD 中。“計劃”類型的需求發佈在 SyncPlanningSchedule BOD 中。此預測由供應商用來計劃其業務流程。
「」將傳入的交貨預測排程（例如，EDI 消息 EDIFACT DELFOR）轉換為 PlanningSchedule BOD，然後發送到「」。「」處理 PlanningSchedule BOD 並創建一個包含計劃且確認需求的合併計劃。根據 BOD 分解規則，「」會在 PlanningSchedule BOD 中發佈計劃需求，並在 ShipmentSchedule BOD 中發佈確認需求。這些 BOD 將發送到 ERP 系統中。
取件單
在此方案中，將處理計劃排程和發貨排程。“取件單”方案是參考流程，其中每個唯一取件單編號只能被發送一次。取件單編號就是發貨參考號。取件單消息的需求日期/時間和需求數量是固定的，無法更改。因此，「」中的 BOD 分解從合併計劃中選擇類型為「引用」且消息子類型為「取件單」的「發貨排程」。「」將其發佈在貨物寄送給客戶的 ShipmentSchedule BOD 中。“計劃”類型的計劃排程需求發佈在 SyncPlanningSchedule BOD 中。此預測由供應商用來計劃其業務流程。
「」將傳入的交貨預測消息（例如，EDI 消息 EDIFACT DELFOR）轉換為 PlanningSchedule BOD，然後發送到「」。「」處理 PlanningSchedule BOD 並創建一個包含計劃需求的合併計劃。根據 BOD 分解規則，「」會在發送到 ERP 系統的 PlanningSchedule BOD 中發佈計劃需求。
「」將傳入的取件單消息（例如，EDI 消息 EDIFACT DELJIT PUS）轉換為 ShipmentSchedule BOD，然後發送到「」。「」處理 ShipmentSchedule BOD 並創建一個包含取件單需求的合併計劃。根據 BOD 分解規則，「」會在發送到 ERP 系統的 ShipmentSchedule BOD 中發佈取件單需求。
排序
在此方案中，將處理計劃排程和順序排程。“排序”方案是參考流程。在此流程中，順序交貨排程消息包含排序消息，比如製造參考號、汽車標識號、作業序列號或者裝配線。供應商將此信息用於請求順序中的生產同步和發貨計劃。「」中的 BOD 分解從合併計劃中選擇類型為「引用」且消息子類型為「已排序」的發貨排程。這些需求發佈在貨物寄送給客戶的 SequenceSchedule BOD 中。計劃排程的已計劃需求發佈在 PlanningSchedule BOD 中。此預測由供應商用來計劃其業務流程。
「」將傳入的交貨預測消息（例如，EDI 消息 EDIFACT DELFOR）轉換為 PlanningSchedule BOD，然後發送到「」。「」處理 PlanningSchedule BOD 並創建一個包含計劃需求的合併計劃。根據 BOD 分解規則，「」會在發送到 ERP 系統的 PlanningSchedule BOD 中發佈計劃需求。
「」將傳入的順序交貨排程消息（例如，EDI 消息 EDIFACT DELJIT SYNCRO）轉換為 SequenceSchedule BOD，然後發送到「」。「」處理 SequenceSchedule BOD 並創建一個包含排序需求的合併計劃。根據 BOD 分解規則，「」會在發送到 ERP 系統的 SequenceSchedule BOD 中發佈排序需求。