大家都知道ERP是以生產為核心的，而生產的核心是物料需求計劃－MRP，實現MRP的關鍵技術就是BOM（BILL OF MATERIAL－物料結構表）。這種方法于60年代出現，用最樸素邏輯，在計算機幫助下按產品BOM和工藝流程逐級推演，得到了在一般平穩生產條件下可以應用的生產計劃方法，流行了近40年。但是MRP方法存在著兩個重大的缺陷：

1：BOM從本質上是一種靜態的方法，無法表現出生產過程這個運動和變化的過程。

2：沒有資源約束和生產能力約束，給出的計劃既無法實現合理，也無法實現優化。

這樣的缺陷在企業應用過程中將導致什么樣的后果呢？我們結合一些真實案例來做一個簡單說明。

1：BOM不能滿足資源約束和生產能力限制。

由于BOM功能上的不足，企業必須用人工方式或者用利其他工具才能決定生產多少和什么時間開始生產，MRP再根據這個人工結論用BOM制定相應的物料需求計劃。而對絕大多數企業來說最需要解答的問題類似于：這段時間能不能完成這個生產任務？或者，完成這個生產任務最早是在什么時間？在這方面，MRP無法給企業提供生產決策的任何依據，它總是假設企業有無限生產能力，再以此為基礎做物料需求計劃。因此回答這些問題必須還要靠人的估算和經驗。換一種說法，用戶下達的所有生產要求，MRP都會一概接受，無論這個要求是多么不合理，因為它自己沒有判斷能力。

典型案例：

上海某醫院辦制藥企業，生產過程非常簡單，實施ERP生產半年多以來一直是人工給出生產時間和數量，再使用MRP制定物料需求計劃。直到有一次出現了操作錯誤，同一個生產請求在同一時間被重復下達多次，但是系統都全部接受并生成了相應的計劃，造成不小的損失。這時候企業才發現這個系統的功能與他們想象的并不一樣，他們一直認為：ERP給出的計劃是‘自動并合理’的，不合理的生產要求計算機會給出提示，或者自動安排在合理的時間進行，而實際上，生產計劃的這種合理性要用戶自己解決。用戶在實施半年多以后才發現這對他們來說恰恰是最關鍵的功能。于是用戶很快與軟件廠商交涉，但是這時候提出交涉已經太晚。

軟件廠商一開始同意解決，但是很快發現這個問題不是想象的那么簡單。因為對某些產品，在某種情況下，相同的生產請求在相同時間多次下達是正確的。但是什么時候正確？什么時候不正確？正確的時候能下達多少次？不正確的時候每次應間隔多久？這就必須考慮其他計劃對設備、人員、廠房等的占用情況，這里面有太復雜的判斷和計算，BOM的功能僅僅是給出物料需求計劃，沒有對這么多復雜情況進行分析處理的能力。開發商明確表示無法完成這種功能。此時項目款已經幾乎付清，經過多方交涉，最終不了了之。

這樣的例子并不少見，這是MRP的本質缺陷導致。為了彌補這種缺陷，一些MRP類型的軟件做了很多功能。例如人工設定關鍵資源、人工設定生產提前期等，但是這些方法的本質都是人的經驗和估算，計算過程也只是簡單的邏輯判斷和四則運算，是把傳統手工方法的能力判斷移植到計算機上完成，不是以先進算法考慮全部資源能力和約束條件來解決復雜的實際問題。一般說解決類似問題只能依靠‘APS－先進生產排程’類型的軟件解決。這類軟件超越了BOM的限制，但是目前只與國外大ERP軟件集成。對此本文不做詳述。