審閱未處理計劃

• 「已確認」：確認需求項。
• 「加工品發放」：用作必須由供應商製造和發貨的訂購貨品的生產發放的信息。
• 「原材料發放」：用作供應商必須訂購的原材料發放的信息。
• 「已計劃」：計劃需求。

需求的頻率。頻率選項包括：

• 「日期和時間」：具有指定時間的日需求。
• 「日」：日需求。
• 「取消每日需求」：取消或減少日需求。如果貿易合作夥伴發送的需求數量為負，頻率類型為「取消日需求」的計劃排程移除或減少之前發佈的需求。
• 「日期範圍」：日期範圍需求。
• 「周」：周需求。
• 「周範圍」：周範圍需求。
• 「月」：月需求。
• 「靈活」：頻率類型為「靈活」的需求是月度需求。可將這些需求分配到每週中，其中新需求從上個需求的結束日期開始。因此，會持續不斷地安排需求。

• 「標準需求」：這是具有指定需求日期的排程需求的默認設置。
• 「延期交貨需求」：排程設定在當前日期的延期交貨需求。延期交貨需求的承諾級別是「已確認」，即確認需求。
• 「立即交貨需求」：排程設定在當前日期的立即交貨需求。立即交貨需求的承諾級別是「已確認」，即確認需求。
• 「剩餘需求」排程設定在上一排程需求的時間範圍之後的剩餘需求。剩餘需求的承諾級別是「已計劃」，即計劃需求。

「需求類型」字段與「頻率」和「承諾級別」字段結合使用，能夠對這些需求進行唯一分類和處理。

支持這些目標代碼：

• 「插入」：「下達管理」檢查是否存在帶有相同通用編號的另一訂單行。如果通用編號對每個計劃是唯一的，那麼系統會添加新的訂單行。如果已存在通用編號，那麼系統會將訂單行的現有數據替換為新的需求和序列數據。
• 「更新」：通過比較現有需求的通用編號和新的需求的通用編號，評估必須更新的訂單行。訂單行的編號和新需求的編號必須是唯一的。如果找到了匹配的訂單行，那麼系統會利用可用的字段信息更新訂單行。如果找不到匹配的訂單行，那麼系統會將新需求添加到現有訂單行。
• 「刪除」：通過比較現有需求的通用編號和新的需求的通用編號，評估必須刪除的訂單行。訂單行的編號和新需求的編號必須是唯一的。如果找到了匹配的訂單行，那麼系統會刪除該訂單行。如果找不到匹配的需求，那麼系統會將順序排程修訂存儲為未處理計劃。如果正確配置了警報，那麼系統會通過電子郵件向負責的用戶發送警報消息。系統會通知用戶必須在「未處理計劃」頁面上刪除該未處理計劃。
• 「取消激活」：目標代碼用於將消息子類型為「帶有發貨時間窗口的順序排程」的排序需求設置為「已發貨」。當創建新的排程修訂時，可以停用單個需求。停用表明無需將需求發貨給客戶。這在諸如貨品修訂轉換的情況下是需要的。為一輛車訂購多個貨品，但這輛車僅可以將一個貨品發送給客戶。在此情況下，由供應商決定必須發貨哪個貨品。在「發貨排程」頁面上選擇目的代碼並提交單一計劃後，已發貨數量將設置為需求數量。在「發貨排程」選項卡和「合併計劃」選項卡上將淨數量設置為零。在 SequenceSchedule BOD 中將淨數量為零的停用的需求發佈到 ERP 系統以移除這些需求。如果正確配置了警報，那麼系統將向 ION Pulse 發送警報消息。在 Infor Ming.le 中通知負責的用戶。此外，系統將日誌條目添加到「下達管理」服務器日誌。
• 「重新激活」：目的代碼用於創建可以發貨到客戶的新的常規未結需求。如果錯誤設置了目的代碼「停用」，則必須指定新的排序需求。必須使用需求數量、需求日期和目的代碼「重新激活」來指定該需求。您必須在「1.編號」和「汽車標識號」字段中指定汽車標識號。序列用必須在「作業序列號」字段中指定的作業序列號識別。帶有匹配的汽車標識號的需求和相同計劃的作業序列號視作“未發貨”。手動輸入的需求作為目標代碼為「重新激活」的常規未結需求添加到合併計劃，並發佈到 ERP 系統。如果正確配置了警報，那麼系統會向 ION Pulse 發送警報消息，以便在 Infor Ming.le 中通知定義的用戶。此外，系統將日誌條目添加到「下達管理」服務器日誌。