這個(gè)問題要分兩個(gè)方面來討論，一是有庫存的情況下變更BOM，一是有需求的情況下變更BOM，我們先討論在有庫存的前提下變更BOM，應(yīng)該如何控制？
在有庫存前提下變更BOM，可能是因?yàn)閮煞N原因?qū)е碌模?BR>
第一，原本的BOM表沒有錯(cuò)誤，后來因?yàn)楣こ淘O(shè)計(jì)上的優(yōu)化或者其他原因而變更BOM，導(dǎo)致以前訂購回來的物料不再使用。解決這個(gè)問題要從兩個(gè)方面來控制：①對于那些容易發(fā)生變更的物料而且又非通用件，盡量少使用，或者不使用訂貨點(diǎn)法，而要使用MRP法，同時(shí)也不要設(shè)安全庫存。批量訂貨數(shù)量和倍數(shù)，系統(tǒng)跑出來多少我們就相應(yīng)采購、生產(chǎn)多少。這樣就算BOM變更，庫存里相對為"零"，新舊物料替換也不存在問題。②在提出ECR變更請求的時(shí)候，要充分考慮到庫存量、在訂量以及待檢量，如果在有庫存的情況下一定要變更BOM，那么可以用設(shè)定虛項(xiàng)--用完替換的方法來控制。
第二，原本的BOM表本身就有錯(cuò)誤，而且這個(gè)錯(cuò)誤直到采購或者生產(chǎn)入庫以后才發(fā)現(xiàn)，結(jié)果導(dǎo)致了庫存積壓、物料呆滯。解決這個(gè)問題也要從兩個(gè)方面入手：①上ERP以后的BOM表一定要求準(zhǔn)確，而且需要有人來檢查，特別是下單的時(shí)候，審單小組需要召集相關(guān)人員做最后的BOM審核，要把因BOM表錯(cuò)誤而導(dǎo)致的物料積壓消滅在下單之前。②事先審核都沒檢查出來，后來物料已經(jīng)入庫，或者已經(jīng)開始總裝時(shí)發(fā)現(xiàn)BOM錯(cuò)誤，這個(gè)時(shí)候除了需要緊急插單，補(bǔ)上相應(yīng)的采購或者生產(chǎn)單外，同時(shí)也要處理這些多出來的物料。如何處理呢？此時(shí)就只能碰機(jī)會(huì)了，比如積壓物料在同類型產(chǎn)品中是否能用到，或是等到下次有訂單的時(shí)候把它用掉，或者聯(lián)系供應(yīng)商是否同意退貨，這樣也可以挽回一些損失。
此時(shí)的系統(tǒng)操作是：如果在下了生產(chǎn)單之后變更BOM，工程應(yīng)及時(shí)發(fā)放ECN工程變更通知單到PMC，則PMC計(jì)劃員手工修改系統(tǒng)提料單，相對應(yīng)的采購或生產(chǎn)需要另外下單來完成BOM的變更物料需求。
在有需求的情況下變更BOM，我們又該如何控制呢？
這個(gè)問題應(yīng)該分階段來討論：
第一，在業(yè)務(wù)下單之前變更BOM，這個(gè)時(shí)候一點(diǎn)問題都沒有，所有的需求都是按新BOM表結(jié)構(gòu)來產(chǎn)生的。
第二，在業(yè)務(wù)下單之后，但在相應(yīng)子項(xiàng)的采購或者生產(chǎn)單下達(dá)之前變更BOM，這個(gè)時(shí)候需要跑一個(gè)MRP批處理，然后系統(tǒng)相關(guān)的行為建議都會(huì)按新的BOM表結(jié)構(gòu)來產(chǎn)生，而舊的結(jié)構(gòu)全部消失。此時(shí)也沒有問題。
第三，在下了相應(yīng)的采購或者生產(chǎn)訂單，但并未入庫的時(shí)候變更BOM，此時(shí)首先需要人為通知停止相應(yīng)的采購或者生產(chǎn)動(dòng)作，在第一時(shí)間里下發(fā)ECN工程變更通知到PMC、物料、品質(zhì)、生產(chǎn)部門，PMC直接手工修改相應(yīng)的系統(tǒng)提料單，采購、生產(chǎn)手工下達(dá)相應(yīng)的物料需求單來滿足因BOM變更而導(dǎo)致的需求。
第四，相應(yīng)的采購或生產(chǎn)都已經(jīng)入庫，或者到總裝時(shí)才發(fā)現(xiàn)BOM錯(cuò)誤，這個(gè)時(shí)候的情況和在有庫存時(shí)變更BOM情況一致，請參考上面的內(nèi)容予以處理。
轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文標(biāo)題：ERP系統(tǒng)如何在有庫存或有需求的前提下變更BOM？
本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/1082056455.html
相關(guān)文章
