例外信息總計有八類，以下分類討論：

第一類：
69：BOM組件可能是遞歸的，即自己的子集中包括了自己。
02： 訂單 ?創建日期在過去，可能是沒有及時處理，這個建議表明希望計劃員盡快轉化計劃訂單。
05： 采購 ?申請或者采購訂單的創建日期落在了過去，就會顯示該例外。
第二類：
03：訂單開始日期在過去，可能是沒有及時處理
06：訂單建議的開始日期落在了過去，需要計劃員處理。
63： 生產 ?日期，早于訂單的開始日期。這個原因是由于 物料 ?主 數據 ?中維護的生產周期和工藝路線排產中得出的日期不一致導致的。
第三類：
04：訂單結束日期在過去；需要計劃員檢查向前向后的調度方式，確定是否重新計劃。
07：訂單建議的結束日期在過去；由計劃員確定是否重新計劃。
64：生產在訂單的完成日期之后完成。導致的原因和63類似，需要計劃員檢查物料主數據和工藝路線中的數據是否一致。
第四類：
01：例行提示，告訴你此訂單已由 系統 ?自動改變，適用于沒有作過任何處理的訂單
42：訂單的建議已經被系統改變，用于數量的變化
44：訂單建議所依賴的BOM被重新定義。
46：訂單建議被人工修改。
61：對于調度， 后臺 ?定制不一致。
62：主數據不一致，檢查看是否自制件沒有工藝路線
80：和零售的增加相關；檢查訂單建議，因為需求是由于零售的增加引起的。
82：采購訂單的行項目被鎖定。檢查是否可以解鎖、
第五類：
50：沒有BOM。需要創建BOM。
52：沒有BOM被系統選中。檢查BOM在當前 時間 ?是否有效。
53：由于缺少特性值BOM無法展開。常見于該物料是可配置的。通常和52是一起顯示的。
55：BOM展開的時候，虛擬裝配無法被激活。檢查BOM。
第六類：
25： 庫存 ?水平超出了最大庫存水平。只是在庫存按照動態安全庫存的計算邏輯計算的時候才會出現這個例外。
26：庫存水平超過了單個段。通常這是和物料主數據中的計劃策略相關的，比如：按訂單生產，客戶要求減少 銷售 ?訂單的量時會產生該例外。
40：沒有被主計劃覆蓋，檢查物料可用性檢查邏輯。
56：在計劃時界內短缺。在計劃時界內，需求量增加， 運行 ?MRP/MPS不會產生計劃訂單，這個供給不平的情況系統會給出56的例外信息。
57：終止物料部分被后續物料替代。
58：未包括有效日期后的請求。
59：有效輸出日期以后的數據。檢查該收據或者物料有效輸出日期
70：對于那些已經 設置 ?了配額的物料，一張訂單量超過了其最大配額，會顯示70例外。
96：現有庫存量低于安全庫存水平
第七類：
10：建議將交貨期提前，會給出再計劃日期，系統給出該例外是為了避免物料短缺；檢查是否可以將交貨期提前。
15：建議將交貨期延后，會給出再計劃日期，系統給出該例外是為了避免高庫存 管理 ?；檢查是否可以將交貨期延后。
20：沒有必要的生產。系統建議取消該生產計劃，避免高庫存管理。
30：根據調度的計劃處理。可能由如下的原因導致：基于向后排產，系統計算出來的開始日期落在了過去，這時，系統自動應用向前排產。這時會引發該例外。
第八類：
98：物料計劃被非正常結束。

總結

以上是生活随笔為你收集整理的MRP例外信息详解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。