小弟是做mrp新手，最近接了一個k/3 v10.4 mrp的單，從接單開始到現(xiàn)在mrp都跑了一個月了，算出來的數(shù)據(jù)就是不準，想請教各位大俠在跑mrp的各個階段要注意哪些細節(jié)？
我想知道每個實施mrp的企業(yè)，對于跑mrp會不會都有一個套路：

首先是了解每一個參數(shù)每一個選項每一個屬性的作用及會產(chǎn)生的結(jié)果，再結(jié)合客戶的要求進行設(shè)置，這樣才能加快實施erp的進度，當然客戶的基礎(chǔ)管理也很重要。
本人就為了加快實施mrp，結(jié)果自已寫了一個mrp運算的sql與金蝶的比較，這才算基本了解了大部分參數(shù)、選項、屬性的意義（起初寫這段sql還有一個原因是因為k3目前不支持相互替代，我想對采購類物料支持相互替代）。
舉個例子：本人在寫這段sql時碰到一個問題，其中有一個半成品采用mrp策略，有bom且已使用，我用k3就是算不出來它的下級需求，而我的程序能算出下級需求。后來才發(fā)現(xiàn)，原來是這個物料的屬性里面有一個“mrp是否產(chǎn)生采購申請”，客戶選中了，所以金蝶在mrp運算時這個半成品所產(chǎn)生的計劃訂單是“采購類”的，所以也就不算下級需求了。

這里我也只舉了個例子，因為mrp要注意的地方還是比較多的，有些參數(shù)理解也不太容易，就像剛才那個物料屬性一樣，幫助里寫的是“選上是指mrp計算后自動產(chǎn)生采購申請單，不選則不是”，說句實話，我以前也沒有重視過物料里的這個屬性^_^ 。
還舉個例子，因為我這段sql是在10.2的基礎(chǔ)上寫的，當時10.2的程序在算拖期需求時只與現(xiàn)有庫存進行比較，如現(xiàn)有庫存不夠就立刻產(chǎn)生需求，而不再將以后的預(yù)計入庫向前調(diào)整（v11已經(jīng)改過來了）。
舉這兩個例子是想說明實施好mrp必須對產(chǎn)品有足夠的理解，只有多測試再到社區(qū)看看別人的一些觀點，肯定能跑出你自已的一個套路^_^。
說的不對的地方請諒解^_^。

03年的時候，實施了第一個mrp的項目，而且是一個國有企業(yè)，整個項目整整花了二年時間才正式上線，客戶才真正利用mrp計算的結(jié)果生成采購計劃；正如erp原理中所說的一樣，mrp是反應(yīng)企業(yè)管理水平高低，如果企業(yè)的基礎(chǔ)管理工作沒有做好，做為實施方無論多花幾個月時間也無濟于事。

mrp計算相關(guān)的數(shù)據(jù)較多，在條件沒有滿足之前，建議不要匆忙就上，在跑mrp之前給客戶一個mrp上線檢測可行表，如果可行之后再考慮通過系統(tǒng)試運行，檢測項目例：
1)庫存記錄準確度在95%以上
2)bom準確度在98%以上
3)物料計劃屬性數(shù)據(jù)完整、合理
4)計劃方案的編制試點可行
5)已建立采購的拖期預(yù)報信息
6)已建立生產(chǎn)的拖期預(yù)報信息

上例那個國企的項目，當時我們給客戶規(guī)劃了三個階段，逐步準備和提高mrp運行的基礎(chǔ)數(shù)據(jù)的正確性。