創建和處理計劃

創建和驗証單一計劃

若要集成傳入下達訂單的需求，「下達管理」會為 BOD 消息創建新的單一計劃。針對計劃排程和發貨排程創建單獨的單一計劃。PlanningSchedule、ShipmentSchedule 和 SequenceSchedule BODs 映射到消息類型為「Planning Schedule」或「Shipment Schedule」的對應單一計劃。

在需求經過完全處理並轉換成新計劃之前，新單一計劃會一直經過不同的處理級別。單一計劃的當前處理狀態表示一系列處理中的某個步驟。執行並完成這些步驟來驗証和計算新需求。新建單一計劃會收到處理狀態「新建」。

單一計劃是特定於貨品。如果 BOD 消息包含幾個貨品的需求，則必須按貨品將需求分割並映射到單一計劃。

然後，驗証單一計劃。驗証檢查，例如：客戶、客戶的收貨方、消息類型和消息子類型。檢查還會評估貨品，並將新計劃指定給相應合同行。結果是全局驗証的單一計劃。單一計劃會收到處理狀態「已全局驗証」。

進行全局驗証後，系統會執行特定於過程的驗証。例如，特定於過程的驗証可以包括對傳輸號序列的檢查或對編號的檢查。單一計劃會收到處理狀態「計劃已特別驗証」。

計算某消息類型的新單一計劃

對於每個消息類型的需求，都存在單獨的單一計劃。

根據定義的日期範圍規則準備新單一計劃。定義了日期範圍的需求排程設定在該時間範圍內的特定日期。或者，這些需求拆分到整個日期範圍內的幾個相等需求。新單一計劃會收到處理狀態「日期範圍規則已處理」。

在下一步中，定義的 CUM 調整規則用於計算在途數量。單一計劃會收到處理狀態「在途數量已計算」。

必鬚根據需求合併規則合併相同消息類型的新需求與當前需求。這些規則確定現有需求如何集成到新的單一計劃。單一計劃會收到處理狀態「已調整」。

在下一步中，檢查定義的手動審批規則。這些規則確定是否必須在「未處理計劃」頁面上手動審批單一計劃。

合併新需求與其他消息類型的現有需求

合併計劃用於計算某消息類型的新需求數量，以及其他消息類型的現有需求數量。例如：在現有計劃排程時間跨度以內的新發貨排程的需求。完成這一步之後，計劃會收到處理狀態「已合併」。

下一步計算合併計劃的淨數量。必須將此數量發送到 ERP 系統。計劃會收到處理狀態「淨數量已計算」。在途數量抵消有效需求數量。

將某消息類型的調整需求另存為新單一計劃。將不同消息類型的合併需求另存為新合併計劃。

將合併計劃的需求傳輸到 BOD 消息

在下一步中，新合併計劃的訂單行需求將被分解並傳輸到 PlanningSchedule、ShipmentSchedule 和 SequenceSchedule BOD。根據 BOD 分解規則，將合併計劃的需求傳輸到其他 BOD 類型。這些 BOD 將由 ION 連接程序服務發佈到 ION，並由連接的 ERP 系統導入。