排序進程
在「」下，您可以管理用於在「」中配置和控制排序流程的某些代碼列表。
準時制 (JIT) 和 準時序列 (JIS) 性能優化
在 JIT 或 JIS 這樣的排序進程中，經常必須在短時間內處理大量數據。這種情況會導致特定性能需求。由於 JIT 或 JIS 進程與使用計劃排程和發貨排程的標準進程不同，因此需要特定的性能優化。實際需求特定於每個 JIT 或 JIS 進程。以下是影響 JIT 或 JIS 進程的因素：
- 貿易合作夥伴
- 每輛車的貨品數量和類型
- 生產的車輛數量
- 與供應商的距離，例如：現場與長距離 JIS。
特別重要的是要及時處理連續脈衝消息。這些消息的提前期取決於特定的生產和班次模式，並可以小於 1 小時。
此示例場景表明一些影響因素：
- 每天生產的 500 輛車
- 每輛車的 100 個物料（總共有 200 個物料）
- 跨度為 1 天的每日預測順序排程，提前 5 天收到 500 輛車。
- 每輛車一條連續脈衝消息：每天 500 條 EDI 消息，大約提前 4 小時收到，平均 2 分鐘收到一條連續脈衝消息
示例中的關鍵數字會造成「」中每個合併計劃中有大約 2500 個訂單行：5 天中每天有 500 輛待處理汽車。
對於每個傳入 BOD，「」創建新計劃修訂，並發佈 PlanningSchedule 和 SequenceSchedule BOD。
為了改善客戶 JIT 或 JIS 安裝的總體性能，可以在「」中使用下列功能：
- 在導入新的排程後，「」根據 BOD 分解規則發佈所有 BOD。這通常是用於排序的
PlanningSchedule和SequenceSchedule。在導入PlanningSchedule時，不必發佈SequenceSchedule。為了在導入PlanningSchedule BOD後阻止對SequenceSchedule BOD的發佈，請在「」下配置代碼列表SequencePlanningScheduleFastProcess。默認情況下，停用“禁止顯示”並發佈SequenceSchedule。僅為在代碼列表中指定的客戶清除發佈SequenceSchedule。BOD 類型複製到新合併計劃的「上次處理的排程」字段。 - 「」在驗証前合併連續脈衝消息。一般來說，每條連續脈衝消息會為代表每輛車的訂單行的每項創建一個計劃。將處理這些新計劃。會發佈包含每輛車的所有當前訂單行的所有受影響的計劃。為了減少對每輛車裝載的所有貨品進行的發佈工作，系統會在定義的時間內收集計劃並一起進行處理。然後，系統會像之前那樣處理合併計劃。合併對連續脈衝消息一直處於活動狀態。
在處理連續脈衝消息時，發佈淨更改。
連續脈衝消息通常包含一輛車的信息。當下達管理發佈 SequenceSchedule BOD 時，會發佈所有排序需求而無論它們是否有更改。為了減少發佈的 SequenceSchedule BOD 中的行數，您可以用只發佈更改的需求的方式配置「」。
在 SequenceNetChange 代碼列表中，您可以根據發佈淨更改的會計實體指定客戶。
在調整計劃期間，在需求級別設置「目標代碼」字段。支持的值為「插入」、「更新」和「刪除」。如果激活了“淨更改”功能，會為每個引用RequirementPurposeCode的類型為“連續脈衝”的需求發佈「目標代碼」。
此外，整個順序排程標記為 NetChange 排程。
如果未激活“淨更改”功能，會發佈所有需求。
在排序進程中沒有連續預測的連續脈衝消息
「」的標準行為是停止處理沒有相應的連續預測消息的連續脈衝消息。這些排程在「未處理計劃」頁面上顯示為具有例外狀態「失敗」的未處理計劃。
為了處理沒有相應連續預測消息的連續脈衝消息，您可以在「」下配置代碼列表 SequenceAcceptImpulseWithoutForecast。
默認情況下，停用代碼列表的參數。連續脈衝消息在「未處理計劃」頁面上顯示為具有例外狀態「失敗」的未處理計劃。如果激活了參數，會準確無誤地處理連續脈衝消息。