用友U各個本常見問題解決方案

1、U8知識庫標題版本模塊描述生產(chǎn)訂單上的bom選擇為不選 8.72生產(chǎn)訂單問題現(xiàn)象：標準生產(chǎn)訂單，產(chǎn)品的bom選擇為不選解決方案：某產(chǎn)品做了生產(chǎn)訂單。然后將bom刪除掉了，對應的生產(chǎn)訂單關聯(lián)不到bom信息，就顯示為不選MRP運算后在供需資料查詢-物料查詢里看到物料重復計算了 其他需求規(guī)劃問題現(xiàn)象：MRP運算后在供需資料查詢-物料查詢里看到物料重復計算了解決方案：把計劃刪除重跑計劃問題沒重現(xiàn)，但過一段時間有重復出現(xiàn)類似的問題。后服務器和工作站更新了870SP3補丁和最新的MM補丁后問題沒再重現(xiàn)了。虛擬件無法帶出子件 8.71生產(chǎn)訂單問題現(xiàn)象：某成品的一級有虛擬件，虛擬件建有自己的，在下生產(chǎn)訂單時無

2、法帶出二級子件解決方案：客戶在路存貨時把虛擬件的出庫跟蹤入庫的選項勾上了，取消即可物料清單維護時報錯 8.61物料清單問題現(xiàn)象：物料清單維護時報錯，后臺也無法跟蹤到錯誤解決方案：查詢發(fā)現(xiàn)c:windowstemp權限不夠，授予ASP用戶及網(wǎng)絡服務用戶讀寫權限后問題解決；車間管理生產(chǎn)訂單工序生成失敗，提示：沒設置工作日歷或超出. 其他車間管理問題現(xiàn)象：車間管理生產(chǎn)訂單工序生成失敗，提示：沒設置工作日歷或超出工作日歷范圍解決方案：修改標準工序資料維護里的工時（分子）和工時（分母）為實際的工時，再生成工序即可。錄入工序轉移單保存時出錯 其他車間管理問題現(xiàn)象：客戶端錄入工序轉移單無法保存，提示：the

3、 servicedcomponent being invoked is not correctly configured cuse regsvcs to re-register解決方案：嘗試把.net2.0SP1刪除，再重裝用友問題依舊，需重裝服務器解決。保存bom提示：U8.SQL.FailConnectToDBConnection:zhanghuaj. 8.72物料清單問題現(xiàn)象：保存bom提示：U8.SQL.FailConnectToDBConnection:zhanghuajieUFADTA_999_2008Message:服務器'ZHANGHUAJ.IE'上的msdtc

4、不可用解決方案：手工啟動Distributed Transaction Coordinator即可MRP運算后部分物料出現(xiàn)無訂單的需求 8.72需求規(guī)劃問題現(xiàn)象：MRP運算后,物料''002030037'',''102170010'',''002020023'', ''002020012'',''002020003'',''002020002''產(chǎn)生了無訂單需求解決方案：前四種物料在自由庫存中有待發(fā)貨數(shù)量

5、,屬無效發(fā)貨記錄,從currentstock中直接清除待發(fā)貨數(shù)量;后兩種物料訂單行被刪除,導致currentstock中的訂單行現(xiàn)存量為負,刪除即可851A生產(chǎn)訂單自定義報表查詢結果0.1234顯示為 .1234 8.51A物料需求問題現(xiàn)象：851A生產(chǎn)訂單自定義報表查詢結果0.1234顯示為 .1234解決方案：查詢生產(chǎn)訂單自定義報表查詢結果0.1234顯示為 .1234，剛開始懷疑是數(shù)據(jù)不對，仔細一查數(shù)據(jù)都是對的，然后就沒在意了，在報表里從上往下查時，突然發(fā)現(xiàn)一條記錄顯示異常，訂單號位置是空的，分類編碼位置顯示的是存貨編碼，分類名稱位置顯示的是分類編碼。，這時想起來以前解決的871存貨明細

6、賬顯示異常的問題，就到后臺找到這張訂單把備注欄摘要重新輸入一下，這時顯示正常了，包括小數(shù)的顯示也沒有問題了。總帳填制憑證錄入現(xiàn)金流量科目后錄入現(xiàn)金流量保存時候提示：. 8.70生產(chǎn)訂單問題現(xiàn)象：總帳填制憑證錄入現(xiàn)金流量科目后錄入現(xiàn)金流量保存時候提示：run time error -2147217900.解決方案：重建數(shù)據(jù)庫實例，服務器排序規(guī)則選擇Chinese_PRC_CI_AS即可，或者重裝SQL時選擇自定義安裝類型有個生產(chǎn)訂單有累計出庫數(shù)量但是材料出庫單查不到 8.71生產(chǎn)訂單問題現(xiàn)象：有個生產(chǎn)訂單有累計出庫數(shù)量但是材料出庫單查不到解決方案：數(shù)據(jù)回寫錯誤導致，實際材料出庫單已經(jīng)刪除，修改生

7、產(chǎn)訂單上的累計出庫數(shù)量為0，再出庫即可MRP替代料問題 8.71需求規(guī)劃問題現(xiàn)象：客戶設置的替代料在mrp運算的時候不起作用，檢查基礎設置無問題解決方案：檢查發(fā)現(xiàn)是由于作為替代的請購單的物料日期不在需求時間內(nèi)導致?？蛻舳撕头掌魃献鯩RP計劃生成的時候出錯，提示：無法獲取用. 8.71需求規(guī)劃問題現(xiàn)象：應用環(huán)境：870+SP3補丁，客戶端和服務器上做MRP計劃生成的時候出錯，提示：無法獲取用戶登陸數(shù)據(jù)，請重新登陸并確認應用服務器是否正常解決方案：把補丁卸掉，修復安裝一次用友，再打會補丁測試，問題解決。生產(chǎn)訂單整批處理出錯 8.71生產(chǎn)訂單問題現(xiàn)象：U870升級到U871后，進入生產(chǎn)訂單整批處理

8、中，默認的查詢條件，點擊查詢時提示：“trace info U8m.bp.failure 參照對像不能涉及具體的實例”解決方案：select mocode,modid,* from mom_order left join mom_orderdetail on mom_orderdetail.MoId = mom_order.MoId 使用語句把生產(chǎn)定單找出來 where modid in (select modid from mom_moallocate where Qty=0) 把生產(chǎn)定單的應領數(shù)為0的修改為正確的OK需求計算錯誤 8.71需求規(guī)劃問題現(xiàn)象：訂單PI-EL0802012已發(fā)貨

9、,MRP運算后卻有需求，物料002020012,002020023MRP運算后產(chǎn)生無效需求解決方案：由于CURRENTSTOCK表中存在相關物料的錯誤待發(fā)貨數(shù)量,刪除后,MRP運算正確替代料問題 8.71需求規(guī)劃問題現(xiàn)象：物料清單中子件A有替代料B。系統(tǒng)中有B的采購訂單（此時無庫存量），未被關閉及占用，但是進行需求規(guī)劃時還會運算出A的需求，沒有考慮B。但是在B有結存的情況下，能考慮到B。解決方案：采購訂單的日期沒有在生產(chǎn)日期內(nèi)，所以沒有考慮替代需求重復計算 8.71需求規(guī)劃問題現(xiàn)象：訂單PI-EL00802012的物料699000010已下達委外訂單生產(chǎn)，但跑出需求解決方案：訂單pi-el00

10、802012有超訂單發(fā)貨的情況。按業(yè)務要求，取消相關銷售選項MRP運算問題 8.71需求規(guī)劃問題現(xiàn)象：mrp運算出來的結果跟需求來源不一致解決方案：bas_part與inventory中的安全庫存不一致，調(diào)整一致即可生產(chǎn)訂單生單報錯 8.70主生產(chǎn)計劃問題現(xiàn)象：生產(chǎn)訂單生單提示錯誤解決方案：測試發(fā)現(xiàn)服務器上生產(chǎn)訂單是可以正常打開的，報錯的客戶端有一個生產(chǎn)的補丁沒有打，打完補丁后使用正常計劃代號維護無法保存 8.70主生產(chǎn)計劃問題現(xiàn)象：計劃代號維護保存時提示'The input stream is not a valid binary format.The starting conten

11、ts(in bytes) are 53-79解決方案：清理應用服務器c盤空間,重啟服務器MRP計劃參數(shù)維護出錯 其他物料需求問題現(xiàn)象：MRP計劃參數(shù)維護出錯解決方案：點開桌面右下角,871托盤,點擊64位調(diào)整U870打上SP2補丁后生產(chǎn)訂單自動生成時提示錯誤！ 8.70生產(chǎn)訂單問題現(xiàn)象：8m.doschema.mo.morderds'解決方案：打上安裝生產(chǎn)制造cpu8701213080422mm補丁后正常。供需追溯明細表，只能看到0階記錄 8.70需求規(guī)劃問題現(xiàn)象：客戶帳套在870sp2環(huán)境下，MRP計劃運算完成后，查詢供需追溯明細表，只能看到0階記錄，采購、委外、自制件均是如此。在供

12、需資料查詢-物料界面可正常查看物料的所有供需記錄。解決方案：1、MPS-MRP順序展開后，此時的追溯層次是對的，接著如刪除了MPS計劃內(nèi)容，就會出現(xiàn)該現(xiàn)象。原因：將計劃的源頭（剛好是MPS件）刪除了，而又不重新展算MRP，那第一次展MRP的計劃還在，但它的源頭卻找不到了，所以查詢結果不正確。比如您上傳的數(shù)據(jù)中MPS運算的結果是根據(jù)銷售訂單規(guī)劃出物料14012的供應，在此基礎上運算MRP后再將MPS計劃刪除，接著查詢供需追溯明細表就是不正確的。 2、在刪除MPS計劃內(nèi)容的基礎上運算MRP，但參數(shù)選擇時仍選擇已刪除計劃內(nèi)容的MPS計劃代號，而物料14012卻是MPS件且供需追溯明細表查詢的是最近一

13、次MRP運算的結果，此時運算MRP就與第一種情況類似，選擇了源頭但實質(zhì)上源頭卻找不到，所以查詢結果不正確（供需資料查詢-物料是正確的，但其中沒有關于此物料的資料）。需求規(guī)劃打開提示“網(wǎng)絡無法連接或用戶無權限不能打開結點” 8.70需求規(guī)劃問題現(xiàn)象：需求規(guī)劃除帳套主管外，其它用戶點擊結點均提示：網(wǎng)絡無法連接或用戶無權限不能打開結點。已分配需求規(guī)劃模塊所有權限解決方案：勾選公用設置中的生產(chǎn)制造公用參數(shù)權限生產(chǎn)訂單審核時報“數(shù)據(jù)錯誤”，審核不成功 8.60sp生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單審核時報“數(shù)據(jù)錯誤”，審核不成功解決方案：生產(chǎn)訂單子件是入庫倒沖的，補倉庫信息母件多階查詢出現(xiàn)錯誤0 8.61物料清

14、單問題現(xiàn)象：在報表->母件結構表(多階)查詢的時候報錯誤0解決方案：可能是打補丁造成的,造成了存儲過程usp_bo_expandbyparent出錯,重新生成存儲過程即可.UFPMP 8.61需求規(guī)劃問題現(xiàn)象：問題描述：需求規(guī)劃中的無物料清單查詢系統(tǒng)管理權限無法設置? 但在需求規(guī)劃模塊中是有此菜單的;解決方案：【解決方案】到系統(tǒng)管理權限公共目錄生產(chǎn)制造公用公共單據(jù)里可以設置UFPMP 8.61物料清單問題現(xiàn)象：問題描述：在參照生產(chǎn)訂單生成材料出庫單時，按照生產(chǎn)所屬子項進行過濾。生產(chǎn)子項中的領料部門為空，不能按照物料清單中定義的領料部門顯示。造成不能在過濾條件中使用領料部門進行過濾！解決方

15、案：目前已經(jīng)有兩種變通解決辦法： 1、通過在bom清單上的工序行號作為領料部門編碼。過濾工序行號即可/ 2、修改了相關視圖。UFPMP 8.61車間管理問題現(xiàn)象：問題描述：“生產(chǎn)訂單工時記錄單”添加表體自定義項1，同時在“工時記錄明細表”中添加表體自定義項1，但是在報表上表體自定義項1的內(nèi)容顯示不出來。解決方案：【解決方案】 工時記錄單明細資料中表體自定義項是補丁 KB-U861-0026-060530-85618.msi 添加的（問題85618），請更新補丁。然后在工時記錄單右鍵輸入明細資料后查詢即可。“表體自定義”顯示在單據(jù)格式中可以修改。UFPMP 8.61生產(chǎn)訂單問題現(xiàn)象：問題描述：當

16、生產(chǎn)訂單較多，或者生產(chǎn)訂單包含的物料較多時，查詢生產(chǎn)訂單缺料表時出現(xiàn)以上提示，如果查詢少量數(shù)據(jù)該功能正常，組件事務超時已設置為3600秒。解決方案：此問題研發(fā)人員已經(jīng)出具相關補丁,由于【861版本】補丁,針對該問題的補丁包KB-U861-0256-060803-88495.msi已經(jīng)驗證通過并已經(jīng)對外發(fā)布，請使用補丁更新工具進行下載安裝UFPMP 8.61需求規(guī)劃問題現(xiàn)象：業(yè)務需求：業(yè)務中的MRP建議計劃希望不從銷售訂單中取需求，只考慮庫存和生產(chǎn)訂單等 問題：如果時柵資料中的需求來源取“預測”，MRP運算需求來源還是取自“客戶訂單”解決方案：由于銷售訂單的預完工日期小于系統(tǒng)日期，所以不受時柵的

17、控制，也會規(guī)劃供應。建議把銷售訂單的預完工日期修改為大于系統(tǒng)日期即可。UFPMP 8.61物料清單問題現(xiàn)象：客戶原來存貨的屬性為采購，改為自制后，不能建立BOM；但有些存貨將屬性由采購改為自制后，又能建立BOM；嘗試多次，沒有什么規(guī)律性；解決方案：由于物料清單維護功能采用了緩存機制，存貨屬性改為自制后，系統(tǒng)沒有及時更新。所以需要退出產(chǎn)品，重新登陸即可。UFPMP 8.61生產(chǎn)訂單問題現(xiàn)象：手工輸入非標準生產(chǎn)訂單時，修改表體“生產(chǎn)數(shù)量”后，“MRP凈算量”不作相應修改。導致產(chǎn)品入庫時，入庫數(shù)量只能與“MRP凈算量”相同，不能按照“生產(chǎn)數(shù)量”進行入庫。解決方案：MRP凈算量：MPS/MRP將該數(shù)量

18、作為預計完工日期的有效供應數(shù)量。默認為"生產(chǎn)數(shù)量"，若是標準生產(chǎn)訂單，不可修改；若是非標準生產(chǎn)訂單，可改，如產(chǎn)品維修，計劃生產(chǎn)數(shù)量為100，但預計產(chǎn)出合格數(shù)量可輸入95。 根據(jù)您的問題，建議客戶修改了生產(chǎn)數(shù)量后，同時修改mrp凈算量為預計入庫的數(shù)量即可。UFPMP 8.61車間管理問題現(xiàn)象：在WIN2003下，工序轉移單保存時提示“登錄信息不全，請查看代碼”解決方案：重啟iis后，問題解決。要求提供有關生產(chǎn)訂單全部資料的信息 8.61生產(chǎn)訂單問題現(xiàn)象：因為排產(chǎn)和實際生產(chǎn)部門不同，同時需要書面單據(jù)來指導業(yè)務操作，客戶非常需要提供一個有關生產(chǎn)訂單全部資料的報表或者查詢界面。這個

19、報表和查詢界面主要包括生產(chǎn)訂單號碼、生產(chǎn)訂單單據(jù)日期、審核日期、預計入庫日期、生產(chǎn)的產(chǎn)品信息（母件編碼、名稱、生產(chǎn)數(shù)量等）、領料的子件信息（編碼、名稱、領料數(shù)量、領料倉庫、現(xiàn)存量等）、工序資料等。請總部慎重考慮，已上生產(chǎn)制造模塊的客戶都提過此需求！解決方案：生產(chǎn)訂單全部資料非常多，全部匯總在一張報表內(nèi)，信息量很大，報表很難在一個頁面完整的顯示出來，同一行信息分成多個頁面，使用也不方便。 生產(chǎn)訂單的業(yè)務操作通常也有不同的分工。車間管理人員根據(jù)已審核下發(fā)的生產(chǎn)訂單（即系統(tǒng)中的生產(chǎn)訂單通知單），開完工日期和現(xiàn)場（缺料等）情況組織生產(chǎn)。領配料人員根據(jù)車間管理人員確定的生產(chǎn)訂單來領配料（生產(chǎn)訂單領料單）

20、，管理人員追蹤生產(chǎn)訂單的完工狀況（生產(chǎn)訂單完工狀況表），分析生產(chǎn)訂單的用料情況（生產(chǎn)訂單用料分析表）。不同人員關注的信息不同，將全部信息集中在一張表中，這種需求不具有通用性。未審核生產(chǎn)訂單無法修改子件,修改訂單子件后保存時提示"正在. 8.61主生產(chǎn)計劃問題現(xiàn)象：未審核生產(chǎn)訂單無法修改子件,修改訂單子件后保存時提示"正在被別人修改或刪除"解決方案：把mom_moallocat表內(nèi)容倒出，刪除mom_moallocat表，從演示帳套導入該表以及索引，約束，把該表原來的內(nèi)容導回，問題解決新建賬套，做工程物料清單維護時報錯，提示“未將對象引用設置到對象的實例” 8.61

21、物料清單問題現(xiàn)象：新建賬套，做工程物料清單維護時報錯，提示“未將對象引用設置到對象的實例”解決方案：還原后問題解決，建議用戶以后不要到后臺改數(shù)據(jù)查詢生產(chǎn)訂單效率問題 8.61生產(chǎn)訂單問題現(xiàn)象：客戶關閉和審核狀態(tài)的下的生產(chǎn)訂單目前約有9000個，在生產(chǎn)訂單手工輸入界面上下翻頁的時候，速度非常的緩慢。解決方案：此問題研發(fā)人員已經(jīng)出具相關補丁,由于【861版本】補丁，現(xiàn)已通過【補丁自動更新系統(tǒng)】發(fā)布，此問題的補丁在自動更新系統(tǒng)中編號為【KB-U861-0272-060808-89319 】未審核生產(chǎn)訂單無法修改子件,修改訂單子件后保存時提示"正在. 8.61主生產(chǎn)計劃問題現(xiàn)象：未審核生產(chǎn)訂

22、單無法修改子件,修改訂單子件后保存時提示"正在被別人修改或刪除"解決方案：把mom_moallocat表內(nèi)容倒出，刪除mom_moallocat表，從演示帳套導入該表以及索引，約束，把該表原來的內(nèi)容導回，問題解決報表打印時無法進行多任務強制分頁的修改 8.61物料清單問題現(xiàn)象：在打印母件結構表多階表進行頁面設置時，多任務(或多單)強制分頁的設置項無效，無法取消解決方案：在861sp1的基礎上安裝了KB-U861-0209-060718-87531補丁，該補丁解決了在多任務模式下非末尾頁不能全頁顯示問題，但造成的結果是物料清單模塊報表均改為"單任務顯示"。

23、要求按預測進行需求規(guī)劃 8.61需求規(guī)劃問題現(xiàn)象：客戶需求，是根據(jù)預測單來安排生產(chǎn)，而銷售訂單概不參與因為產(chǎn)品生產(chǎn)周期的關系，一般情況下，如果根據(jù)銷售訂單再來安排生產(chǎn)，一般都是沒時間交單的所以客戶基本都是根據(jù)預測來組織安排生產(chǎn)，也就是面向庫存的生產(chǎn)方式 但在現(xiàn)實生活中，銷售訂單還是很多的，都是進入系統(tǒng)的，結果無論時柵怎么設（可能用友的算法在系統(tǒng)日期之前的有效需求（客戶訂單，預測單等）都會被計算出來，不受時柵的限制）。這樣都會把銷售訂單的需求跑出來，這樣不符合客戶的要求不知是設置不對，還是軟件就是這樣做的？ 客戶的需求其實就是完全按預測單來做MRP，任何銷售訂單都不要參與運算不知這種需求能否滿足

24、？ 如果是軟件不允許這樣做，希望上面能否考慮一下這種需求，或是有否其他的解決方案我不知該怎么給客戶解釋如果認為，既然存在銷售訂單，銷售的需求就應該是實際存在的，執(zhí)行完畢就該關閉，沒執(zhí)行完就應該去算出供需去生產(chǎn)，我覺得這樣解釋表面是對，但實際處理過程中其實是說不通的因為即使需求存在，但也不應該就一定是以銷售訂單為源進行安排生產(chǎn)。因為各企業(yè)生產(chǎn)模式是不同的，不可能完全都是按單生產(chǎn)的，作為生產(chǎn)的綱領性文件，有時就是按歷年每季月的訂單量加上預測，做為一個經(jīng)驗值來安排生產(chǎn)，做每月滾動計劃如果訂單一接到，就需要一周內(nèi)交付（實際工作中就是這樣），而生產(chǎn)周期一般都至少要一個月的話，那這樣如果的按銷售訂單跑MR

25、P的話，就根本沒指導意義了而且以前的銷售訂單雖有執(zhí)行過程，但要及時關閉的話，也不現(xiàn)實，因為有時候就是跨月發(fā)貨，或是拖欠著沒發(fā)，導致沒法關閉如果一定要把未關閉的未執(zhí)行完的銷售訂單的數(shù)量讓系統(tǒng)也自動算出，自動規(guī)劃，那MRP結果看起來可能太亂了（因為獨立需求有預測又有以前的銷售訂單的話就看起來沒個頭緒）客戶一般就是根據(jù)每月產(chǎn)能，估計未來幾月的訂單數(shù)量，可能還加上一些未完成訂單的數(shù)量，然后來總的出一份預測單，所以總的獨立需求是比較清楚的（就是每月的一張預測單），這樣比較清楚明了，然后以預測單的跟蹤來監(jiān)督執(zhí)行的情況說到底，客戶就是按自己的預測來安排生產(chǎn)的，雖會考慮銷售訂單，但包括數(shù)量等，都是自己根據(jù)未來

26、的預算制定的，消抵的方法在這里也是不太適用的解決方案：1、在系統(tǒng)日期之前的已審核銷售訂單要進入MRP運算邏輯，但預測訂單不進入 2、可以不以銷售訂單為源頭安排生產(chǎn)，例如用預測排產(chǎn)，銷售訂單生成后與預測訂單抵消。這種邏輯的基礎是：當期生產(chǎn)時由前期的預測指導的，而銷售訂單審核后將利用抵消功能耗用預測生成的產(chǎn)成品。如果銷售訂單的量大，造成在單量和在手量都不足以滿足了，說明前期預測保守。再有，生產(chǎn)也并非直接按照銷售訂單，也并非直接按預測訂單進行，而是按照獨立需求展開的計劃執(zhí)行，計劃可以維護，只有維護過的計劃才是生產(chǎn)的綱領性文件。單據(jù)必輸控制 8.52生產(chǎn)管理問題現(xiàn)象：在852在單據(jù)格式設置中，某些項目

27、的必輸控制不起作用，比如生產(chǎn)管理生產(chǎn)進度匯報表體，有一個字段“操作工”是“系統(tǒng)固定項”，默認為“必輸”，但是不輸入也可以保存。解決方案：其他單據(jù)字段如果存在同樣問題可照此修改，只要將表名稱和字段修改成目的表和目的字段即可。通過故障記錄單生成作業(yè)單時能否分別生成作業(yè)單 8.61設備管理問題現(xiàn)象：通過故障記錄單生成作業(yè)單時，如果一張故障記錄單上同時存在同一設備的多條故障記錄（開始時間和結束時間均不同，故障持續(xù)時間也不同），則在生單時會被合并在同一張作業(yè)單中，能否分別生成作業(yè)單？解決方案：使用問題：在故障記錄中表體選擇不同的作業(yè)類型，可生成多張作業(yè)單2006年度生產(chǎn)訂單子件應領數(shù)量不能切除尾數(shù) 8.

28、60sp生產(chǎn)訂單問題現(xiàn)象：860sp2006年度生產(chǎn)訂單子件應領數(shù)量不能切除尾數(shù)，而2005年則可以,解決方案：生產(chǎn)訂單子件應領數(shù)量不能切除尾數(shù)問題,是通過補丁解決的.請在06年帳套更新補丁后測試. "在存貨檔案的控制頁下新增選項“領料是否切除尾數(shù)”，如果選中該選項，則在材料出庫單參照生產(chǎn)訂單生單時自動切除尾數(shù)，否則按計劃生成數(shù)生成材料出庫單，而MPS/MRP頁簽下的“是否切除尾數(shù)”選項只影響生成的采購計劃是否切除尾數(shù)，選中則切除！"多階查詢報XML錯誤 8.61物料清單問題現(xiàn)象：客戶環(huán)境沒有更新861補丁,多階查詢報XML錯誤解決方案：物料編碼或名稱含有全角字符等,已經(jīng)補

29、丁解決存貨采用浮動換算,MRP運算后，沒有件數(shù) 8.61需求規(guī)劃問題現(xiàn)象：存貨采用浮動換算單位，在單位檔案中如果定義了默認換算率，則MRP運算后，沒有件數(shù)（既輔助生產(chǎn)量）。解決方案：MRP運算必須以主計量單位進行，因為同一個料在不同訂單有不同的輔助計量單位，或不同的換算率。只有在將MRP計劃轉換為訂單（采購、委外、生產(chǎn)訂單）時，才會使用輔助計量單位。860升級861前的BOM子項沒有參與MRP運算 8.61需求規(guī)劃問題現(xiàn)象：在給升級前的產(chǎn)品再次下達銷售訂單后,產(chǎn)品的子項沒有參與MRP運算, 在建立新產(chǎn)品,拷貝升級前的BOM,進行MRP運算子項也沒有參與運算解決方案：發(fā)現(xiàn)該問題數(shù)據(jù)中的BOM子件

30、中對應的倉庫為非MRP倉庫，系統(tǒng)要求必須是MRP倉庫，否則不參與MRP運算，我們的母件沒有指定倉庫，系統(tǒng)可以參與計算MRP，但子件已經(jīng)指定倉庫，且為非MRP倉庫，所以就不參與MRP運算，所在訂單查詢中，只查到母件，沒有子件，我已經(jīng)經(jīng)過測試了，將倉庫設定為MRP倉庫后，運算MRP后，按訂單查詢沒有問題！MRP超量規(guī)劃供應 8.61需求規(guī)劃問題現(xiàn)象：設置產(chǎn)品為ATO選項類存貨，其子件全部為PE屬性存貨，進行生產(chǎn)訂單手工錄入，訂單類型為“非標準”訂單，錄入后進行子件修改，將其選項部分存貨手工增加，保存訂單，進行MRP運算，其產(chǎn)品子件庫存很多，但是系統(tǒng)運算出對此材料的需求。解決方案：1、將此空值字段改

31、為0 2、請將客戶環(huán)境安裝下載中心最新的861hotfix(3月17日)，并利用自動更新工具更新到hotfix4。 3、重新進行MRP計算工序轉移單保存時提示HRESULT中的異常:0*800403E8 8.61車間管理問題現(xiàn)象：工序轉移單保存時提示HRESULT中的異常:0*800403E8解決方案：卸載繁體的NET Framework后，重新安裝U861就可以了.在母件結構查詢-多階中查不到定位符的信息 8.61物料清單問題現(xiàn)象：BOM有部分為PDM工具導入的。此企業(yè)為電子企業(yè)，在子件中有定位符，在物料清單的維護界面上查詢正常 ，但在母件結構查詢-多階中查不到定位符的信息。解決方案：使用腳

32、本更新該字段： update bom_opcomponentloc set sortseq = 10 where sortseq = 1 or sortseq =11 update bom_opcomponentloc set sortseq = 20 where sortseq = 21U8知識庫編號標題版本模塊描述提交時間12289產(chǎn)成品入庫單無法參照生產(chǎn)訂單 8.61生產(chǎn)訂單問題現(xiàn)象：填制產(chǎn)成品入庫單時參照不到一張已審核未關閉的生產(chǎn)訂單解決方案：在數(shù)據(jù)庫中將該記錄的是否報檢標志改為否2006-04-0612266查詢生產(chǎn)訂單領料單時報錯 8.61生產(chǎn)訂單問題現(xiàn)象：查詢生產(chǎn)訂單領料單時提示

33、“運行時錯誤，下標越界”解決方案：環(huán)境問題,已經(jīng)通過修改報表格式解決:刪除報表格式"表尾腳注"項目后退出重新預覽報表后；或者進入報表"格式"恢復默認值即可2006-04-0612265生產(chǎn)訂單不能手工輸入 8.61生產(chǎn)訂單問題現(xiàn)象：更新補丁后，點擊生產(chǎn)訂單手工輸入，提示“加載.dll”錯誤解決方案：使用自動更新補丁解決2006-04-0612263更新補丁后生產(chǎn)訂單工序轉移單不能保存 8.61車間管理問題現(xiàn)象：生產(chǎn)訂單工序轉移單保存時提示“登陸信息不全，請檢查代碼”解決方案：需要在安裝用友軟件前打上framework1.1的sp補丁和SQL的SP3和ND

34、P1.1sp1-KB867460-X86.exe補丁2006-04-0612017供需平衡處理失敗 8.61需求規(guī)劃問題現(xiàn)象：MRP計劃生成時提示“供需平衡處理失敗”。解決方案：登陸到賬套內(nèi)，棄審該生產(chǎn)訂單，到生產(chǎn)訂單手工輸入中補充生產(chǎn)訂單的完工日期。2006-03-2011560系統(tǒng)計算出的“實際時間”問題 8.61設備管理問題現(xiàn)象：在設備管理模塊，修改表頭項目“實際開始日期”、“實際開始時間”、“實際終止日期”、“實際終止時間”后，如果實際開始日期和實際終止日期在同一天，則系統(tǒng)計算出的“實際時間”是正確的，但是如果“實際開始日期”和“實際終止日期”不在同一天，則計算出的數(shù)據(jù)不考慮實際開始時

35、間和實際終止時間，直接以天數(shù)乘以24小時。實際上應該考慮時間開始時間和實際結束時間在計算實際時間。解決方案：設計人員回復:"“實際時間”：作業(yè)耗用的時間單位"小時"，系統(tǒng)計算公式：實際終止時間-實際開始時間。如果兩個時間不在同一天或未錄入時間，則計算公式：(實際終止日期-實際開始日期+1)×工作日歷中每個工作日的小時數(shù),粗略計算沒有考慮時間。這樣的處理是為了將下班時間排除在外。用戶可以根據(jù)實際發(fā)生的作業(yè)時間，修改“實際時間”字段,已滿足加班等需求。"2006-02-1411558對已經(jīng)審核的1號生產(chǎn)訂單棄審處理失敗 8.61生產(chǎn)訂單問題現(xiàn)象：在

36、這個項目里,根據(jù)用戶的要求,在生成生產(chǎn)訂單的時候能夠自動帶出銷售訂單號,所以將所有的產(chǎn)成品設置成lp件,但是發(fā)生了問題. 1.在進行了mrp運算后,如果將自動生成的訂單審核后,銷售部門新增銷售訂單,然后再次進行mrp運算,并自動生成生產(chǎn)訂單,結果新的訂單中自動將以前審核過的生產(chǎn)訂單中的信息重新帶出,需要手工選擇新的訂單中需要的信息,然而就算如此,這些選擇出的訂單行也有80條不能生成訂單.(對一個叫做樺木茶幾的報錯) 2.在生產(chǎn)訂單處理節(jié)點,對已經(jīng)審核的1號生產(chǎn)訂單中的樺木茶幾(第15,16行)進行棄審,處理失敗了,導致不能在存貨檔案中刪除該存貨并刪除相應bom.解決方案：經(jīng)核實不是數(shù)據(jù)問題;

37、問題1: 將選擇所有生成生產(chǎn)訂單,然后錄入新的銷售訂單,計算后自動生成界面只有新錄入的訂單物料,沒有發(fā)現(xiàn)已經(jīng)生成生產(chǎn)訂單的物料再次顯示.提示:"自動生成界面表體顯示的'生產(chǎn)訂單號'是指流水號不是你看到的手工錄入的生產(chǎn)中生產(chǎn)訂單號". 問題2:"已經(jīng)審核的1號生產(chǎn)訂單中的樺木茶幾(第15,16行)進行棄審,處理失敗"是因為其bom已經(jīng)被刪除或已經(jīng)據(jù)此領料,檢驗,生產(chǎn),入庫,所以失敗.請核實刪除相關單句后即可.2006-02-1411553在工序在制狀況表和工序完工統(tǒng)計表中體現(xiàn)完工數(shù)量的實際完工. 8.61車間管理問題現(xiàn)象：問題描述：客戶要求

38、在工序在制狀況表和工序完工統(tǒng)計表中體現(xiàn)完工數(shù)量的實際完工日期。解決方案：這兩張報表是多張不同完工單據(jù)的匯總值，不可能有完工日期的，如同現(xiàn)存量一樣。2006-02-1411552要求在工藝路線中設置每道工序的制造提前期 8.61車間管理問題現(xiàn)象：客戶不是重復計劃生產(chǎn)，每道工序有固定提前期，要求在工藝路線中設置每道工序的制造提前期，生成工序計劃時按每道工序的制造提前期生成每道工序的計劃開工和完工日期。（客戶沒有啟用產(chǎn)能，也不希望按各工序工作中心資源需求和產(chǎn)能比較計劃生產(chǎn)訂單工序的開工/完工日期）解決方案：將資源檔案中“計算產(chǎn)能”設置為“否”、工藝路線中工序資源的“基準類型”設置為“批次”即可。20

39、06-02-1411539產(chǎn)成品入庫單拷貝時找不到部分生產(chǎn)訂單 8.61生產(chǎn)訂單問題現(xiàn)象：啟用車間管理，生產(chǎn)訂單工序轉移單完成后，部分生產(chǎn)訂單不明原因不能被進入產(chǎn)成品入庫，即產(chǎn)成品入庫單拷貝時找不到部分生產(chǎn)訂單。 該帳套中如生產(chǎn)訂單000000069就是這種情況，該生產(chǎn)訂單存貨為“g-fcfnj",后來新增了兩張該存貨的生產(chǎn)訂單，工序轉移單完工后卻可以被產(chǎn)成品入庫單參照。然而，對0000000069訂單關閉重新從MRP規(guī)劃生單，執(zhí)行工序轉移單后，又可以被產(chǎn)成品入庫單參照生單。解決方案：此問題開發(fā)已出補丁 1、補丁解決問題為： 在生產(chǎn)訂單表體中增加質(zhì)檢字段，并以該字段值來判斷是否需要質(zhì)

40、檢。 2、修改質(zhì)檢字段條件： A、當生產(chǎn)訂單手動輸入或重復計劃生產(chǎn)手動輸入時，“未審核，鎖定”狀態(tài)的生產(chǎn)訂單，在“新增”狀態(tài)下不可改； B、在修改狀態(tài)下，“是否質(zhì)檢”可由“是”改為“否”，若存貨檔案“是否質(zhì)檢”為“否”，不可改為“是”。 C、已審核生產(chǎn)訂單修改/已審核重復計劃“是否質(zhì)檢”欄位僅顯示，不可修改。 3、補丁文件名為補丁包.rar（補丁編號：1762）里面有兩個文件夾，分別為：78955和DLL注冊工具，補丁替換方法如下： A、將DLL注冊工具下的RegFile.bat和unRegFile.bat兩個執(zhí)行程序粘貼到 U8SOFTAppServerBinU8M下；執(zhí)行unRegFile

41、.bat程序；將 78955appserverbinu8m下的dll文件替換到U8SOFTAppServerBinU8M下；再執(zhí)行RegFile.bat程序。 B、將DLL注冊工具下的RegFile.bat和unRegFile.bat兩個執(zhí)行程序粘貼到 U8SOFTU8M下；執(zhí)行unRegFile.bat程序；將 78955u8m下的dll文件替換到U8SOFTU8M下；再執(zhí)行RegFile.bat程序。 C、將78955Resourceslanguages下的8個文件粘貼到U8SOFTResourceslanguages下。 D、在查詢分析器中選擇當前賬套及年度，執(zhí)行78955Scripts

42、下的腳本即可。 4、對以上步驟操作后，就可以將生產(chǎn)訂單手工輸入的顯示模版中的質(zhì)檢字段設置出來了。2006-02-1411529進行MRP計劃維護，對計劃進行調(diào)整，看不出調(diào)整數(shù)量 8.61需求規(guī)劃問題現(xiàn)象：1、進行MRP計劃運算之后，再進行MRP計劃維護，對計劃進行調(diào)整，看不出調(diào)整數(shù)量，這個數(shù)據(jù)對客戶非常重要，請問如何體現(xiàn)？ 2、如何查詢一年的采購計劃數(shù)量，實現(xiàn)采購數(shù)量，這樣有一個對比，給客戶進行分析提供依據(jù)。解決方案：分析: 1，MRP計劃維護不但可以修改計劃數(shù)量，而且可以修改開工日期，完工日期及物料屬性，也可以新增，刪除計劃，因此，增加“計劃調(diào)整數(shù)”欄位不足以反映原計劃與實際執(zhí)行計劃的差異。

43、考慮到計劃調(diào)整的多樣性，系統(tǒng)保存了兩個版本，一是“原始版本”， 一為“當前版本”， MRP計劃維護只修改“當前版本”，不修改“原始版本”。可以比較這兩個版本，全面反映二者的差異。 2，MRP是一個實時的計劃系統(tǒng)，根據(jù)展開時刻的有效需求和有效供應，按照物料的計劃參數(shù)，生成實時的供應計劃。只要需求穩(wěn)定，客戶按照系統(tǒng)的建議采購，二者是一致的。如用戶采購量小于實際需要量，則不能完成公司的生產(chǎn)（銷售）計劃，若多于實際需求數(shù)量，系統(tǒng)會在未來建議少采購。建議參看“待處理訂單明細表”的“建議調(diào)整量”2006-02-1411528MRP運算中，替換料并未被考慮進去參加運算 8.61需求規(guī)劃問題現(xiàn)象：問題描述：在

44、 產(chǎn)品BOM中我們設置了物料的替換料，但在進行MRP運算中，替換料并未被考慮進去參加運算。解決方案：請確認在mrp計算參數(shù)中選擇“考慮替換料”，然后計算。注意：被替換的物料在資料表中有“替代標識”2006-02-1411527存貨自定義項不能自動更新 8.61需求規(guī)劃問題現(xiàn)象：在存貨檔案中設置存貨自定義項，在MRP計劃維護單據(jù)格式設置中將該自定義項設置為可見。希望在MRP計劃生成時，在mrp維護界面帶出存貨自定義項，實際操作發(fā)現(xiàn)如果某存貨在作完第一次MRP計算后才設置存貨自定義項則MRP計劃維護界面根本帶不出來存貨自定義項，如果存貨自定義項在計算之前設置則能夠帶出來。但是一旦存貨自定義項更改了

45、，下次運算帶出來的自定義項仍然是更改前的值，請測試解決方案：基于效率考慮,制造使用緩存機制.所以在你修改任何基礎檔案后均需退出制造相關模塊或重新注冊,然后查詢數(shù)據(jù).你反映的問題就是因為修改自定義后沒有重新注冊,系統(tǒng)取數(shù)仍是緩存數(shù)據(jù).所以沒有改過來.2006-02-1411526bom中的領料部門，是否可以自動帶到材料出庫單上 8.61物料清單問題現(xiàn)象：bom中的領料部門，按幫助的說明是可以自動帶到材料出庫單上的。但現(xiàn)在不可以。經(jīng)測試。限額領料單可以。配比出庫不行?？稍趹蒙a(chǎn)訂單模塊時需要用配比出庫。我發(fā)現(xiàn)可能是因為生產(chǎn)訂單子件資料里，單據(jù)上沒有領料部門，所以導致帶不過去解決方案：BOM中的領

46、料部門，為庫存管理生成限額領料單使用。在生產(chǎn)訂單子件用料中，沒有參照BOM中的領料部門，這是因為同一產(chǎn)品，可在不同的部門（車間）生產(chǎn)，只有確定生產(chǎn)訂單的具體工序在那個工作中心執(zhí)行，且子件直接在此工序上領料，才能確定真正的領料部門。2006-02-1411525合同的附件傳遞問題 8.61生產(chǎn)訂單問題現(xiàn)象：目前合同的評審是在軟件的合同管理的評審，然后據(jù)合同生成銷售訂單，由于合同有大量包裝要求，而且包裝車間據(jù)這個包裝要求進行包裝，由于備注欄無法全部體現(xiàn)這些信息，只能用合同的附件進行解決，然后 銷售訂單也能看到這個附件，然后由生產(chǎn)訂單看到這個附件。請問如何解決解決方案：現(xiàn)有的附件方式是針對整單，但是

47、生產(chǎn)訂單必須到行，無法顯示。2006-02-1411524在查詢某些物料清單時出現(xiàn)亂碼 8.61物料清單問題現(xiàn)象：“物料清單/母件結構查詢多階”：在查詢某些物料清單時出現(xiàn)亂碼:如果一個BOM中子件的名稱或規(guī)格型號中有半角的”號或半角的&號，進行母件結構查詢多階，會報錯，無法查詢，改為全角的“號或全角的號即可，但其他半角的標點符號不會報錯。解決方案：請檢查物料名稱或規(guī)格型號中有全角的”號或半角的&號或其他特殊字符，并確認是否已經(jīng)更新問題的補丁2006-02-1411523打領料單時無法按車間發(fā)料 8.61生產(chǎn)訂單問題現(xiàn)象："物料清單/物料清單資料維護”中有“領料部門”和

48、“部門名稱”兩個字段，但在“生產(chǎn)訂單/報表/生產(chǎn)訂單領料單”中有“生產(chǎn)部門”和“部門名稱”兩個字段，但兩個模塊中的字段不能對應。這對我公司打領料單時無法按車間發(fā)料，我公司希望“物料清單/物料清單資料維護”中的“領料部門”和“部門名稱”兩個字段在生產(chǎn)訂單/報表/生產(chǎn)訂單領料單”中有對應字段，以方便我公司在打領料單時能按車間發(fā)料。解決方案：“生產(chǎn)訂單”中有“生產(chǎn)部門”和“部門名稱”兩欄取存貨檔案“生產(chǎn)部門”,物料清單中同一半成品可能同時作為多個成品的子件,所以有可能在不同部門生產(chǎn)領用,進而不能取自物料清單.2006-02-1411522B物料庫存要替代一部分A物料用來生產(chǎn)的軟件實現(xiàn)辦法 8.61需

49、求規(guī)劃問題現(xiàn)象：客戶有這樣的要求：如果生產(chǎn)某產(chǎn)品要A物料100米；而倉庫有20米B物料庫存要替代一部分A物料用來生產(chǎn)；這樣A只需要再采購80米就夠了。請問MRP如何進？或如何變通解決？解決方案：經(jīng)過溝通,不管是替代還是替換,都無法滿足你的需求.因為你想用B 替換A,而要求使用B 的部分庫存,計算A的供需.與產(chǎn)品替換意義不符.建議暫時在庫存使用轉換變通處理.2006-02-1411521預測單上一保存不能馬上進行作為審核狀態(tài)，應有一個審核過程 8.61主生產(chǎn)計劃問題現(xiàn)象：1、預測上單上要體現(xiàn)該存貨的現(xiàn)存量、安全庫存、最高庫存信息，因為銷售部、生產(chǎn)部在看預測單有一個評估的根據(jù)。 2、預測單上一保存

50、不能馬上進行作為審核狀態(tài)，而應該有一個審核過程，銷售預測經(jīng)銷售部錄入后，生產(chǎn)部據(jù)實際的產(chǎn)能情況，生產(chǎn)部有權進行審核更改，為了體現(xiàn)這更改的記錄，在預測單要有表體的自定義項，這個功能已有，所以銷售部錄入預測單后該預測單的狀態(tài)應處于未審核的狀態(tài)。解決方案：分析：預測未來的需求時，考慮現(xiàn)存量是不合理的，因為現(xiàn)存量隨時在改變；預測訂單錄入后，不會主動對系統(tǒng)產(chǎn)生任何影響，因為MPS/MRP是必須人為指定采用哪一預測訂單來執(zhí)行MPS/MRP的，也就是說預測訂單是完全被動地被處理相關處理的，所以無須審核動作。2006-02-1411520生產(chǎn)訂單自動生成時不能過濾出半成品下單生產(chǎn) 8.61生產(chǎn)訂單問題現(xiàn)象：產(chǎn)

51、成品、半成品為自制LP或PE件，原材料為PE件， MPS+MRP運算后，生產(chǎn)訂單自動生成時不能過濾出半成品下單生產(chǎn)，造成車間大量自制半成品沒有下單生產(chǎn)（查現(xiàn)存量是不足的），而如果是產(chǎn)成品、半成品、原材料全是LP/PE件的則可以。解決方案：客戶均設置為mps件造成的，此時半成品根據(jù)母件的生產(chǎn)訂單計算供需（失去計劃的意義）。861只考慮單層mps件供需的，不支持多層mps。所以建議修改子件為mrp件。2006-02-1411519預測單引起的逾期 8.61需求規(guī)劃問題現(xiàn)象：時柵設置：日數(shù)：十，需求來源：預測單+客戶訂單不消抵，周均化，MRP每周三一次。 例（期間11月1日至11月30日，預測單：A

52、產(chǎn)品100）：A產(chǎn)品（無安全庫存）現(xiàn)存量有100臺，11月5日有一筆銷售訂單100臺，出庫100臺。11月9進行MRP運算后，發(fā)現(xiàn)生產(chǎn)逾期的需求。只要現(xiàn)存量小于預測單數(shù)，就會生產(chǎn)這種現(xiàn)象。如果采用預測單+客戶訂單消抵的方式，必須等銷售訂單參加MPR運算后才可以出庫，這樣不符合實際業(yè)務。而客戶大部分產(chǎn)品的累計提前期是在35天至40天左右，所以也無法采用縮短預測單預測時間。鑒于以上情況，應該如何調(diào)整才可以避免此現(xiàn)象的產(chǎn)生？解決方案：使用問題; 預測供應逾期在不使用銷抵時刪和不修改預測期間時在預測起始日11/1號計算時產(chǎn)生屬于正常。 測試說明：預測12-27至1-7號200套，提前期10天，銷售預計

53、完工12-27號； 在不消抵時刪：單獨計算預測供應，與銷售訂單無關；在預測起時期12-27后計算都會有逾期預測供應，因為預測單在1-7號前有效。此時，既然不考慮銷售銷抵，預測起始期落在計算日之前無法預測，需要修改預測數(shù)據(jù)；修改后計算即可。 或者，既然要求預測數(shù)據(jù)受銷售訂單影響，那么為何不設置消抵時刪。設置后發(fā)貨計算數(shù)據(jù)正常。沒有逾期供應。2006-02-1411518物料清單資料維護單據(jù)中沒有表體自定義項 8.61物料清單問題現(xiàn)象：U861版本的“物料清單”模塊里,目前“物料清單資料維護”單據(jù)中沒有“表體自定義項”。需要在該單據(jù)的“顯示格式”和“打印格式”中增加幾個“文本”型的“表體自定義項”

54、。解決方案：分析：如果BOM增加表表體字定義項，需要更改數(shù)據(jù)庫結構，且物料清單、工程變更兩個模塊大部分程序均需要修改，工作量太大。 變通或解決方案：請使用BOM子件的備注說明。2006-02-1411517子件修改的信息都無法自動帶出 8.61生產(chǎn)訂單問題現(xiàn)象：建立BOM時，子件維護時輸入了備注信息，但是在進行生產(chǎn)訂單手動輸入-子件資料，表體無法將BOM中備注信息帶出(每一子件的備注在BOM中已經(jīng)說明，就可以列示在子件同一行)。經(jīng)過測試，子件修改的信息都無法自動帶出。解決方案：1)生產(chǎn)訂單子手動輸入-子件資料維護中子件信息并不一定來自bom，因為還有非標準生產(chǎn)訂單，其子件可以隨意錄入。 2)將

55、子件在不同母件下的備注，合并為一行顯示，這樣的備注也就失去了意義，因為它備注的對象都不知道，另外技術上也無法實現(xiàn)，如備注長度為10，兩個備注分別為8，如何合并？請理解，BOM的備注是建立BOM時的說明，該BOM會有無數(shù)的生產(chǎn)訂單/委外訂單引用，就好比是否要將所有生產(chǎn)訂單用到的基礎檔案如存貨、部門.的相關資料，全部拷貝到生產(chǎn)訂單一樣。該需求不考慮。2006-02-1411516包裝損耗率不同的問題如何處理 8.61物料清單問題現(xiàn)象：電池成品的包裝有些是使用機器流水線式作業(yè)的，那就存在一個包裝損耗率不同的問題： 比如掛卡，連續(xù)批量包裝同一規(guī)格型號1000萬只LR6電池的損耗率是2/1000,損耗是

56、2000只，那么如果下一次連續(xù)生產(chǎn)，包裝掛卡100萬，損耗率是2/1000一樣，損耗是200個，但實生產(chǎn)的損耗不是這樣的， 因為要換模具會存產(chǎn)在調(diào)試等動作，會存在損耗，但對于批量而言。損耗是一樣的，不管你是生產(chǎn)1000萬還是100萬，都是損耗200個，而且有些是oem的，又不能做庫存，這樣按籠統(tǒng)定義一個損耗率肯定會產(chǎn)生錯誤的信息，需求是：能不能按需求的區(qū)間來劃分，如算出的需求如果是1000萬以上的損耗率是2/1000,那么0-1000萬，它的損耗是3/1000,請問如何處理？解決方案：因為要換模具會存產(chǎn)在調(diào)試等動作，損耗是一樣的，不管你是生產(chǎn)1000萬還是100萬，都是損耗200個 所以：“請

57、使用子件固定用量功能”,建議在bom中對子件損耗部分增加bom行"固定/變動"欄設為"固定"處理(工序可為0000,以使同一bom中允許錄入相同子件).2006-02-1411515運算BRP計劃后，無法對BRP計劃的結果進行正確的調(diào)整 8.61需求規(guī)劃問題現(xiàn)象：運算BRP計劃后，無法對BRP計劃的結果進行正確的調(diào)整（看到該物料的庫存信息：現(xiàn)存量、在單量、預約量等），而860SP有此功能（BRP建議計劃量調(diào)整），請在861版本中增加此功能，因為BRP計劃方法對很多企業(yè)（不適合運算MRP）非常適用。解決方案：請不要引導客戶參照現(xiàn)存量、在單量、預約量等來制訂計劃，因為這些數(shù)量都無時間概念，BRP的目的主要是計算毛需求，與BOM全階展開一樣，適用于批對批的生產(chǎn)方式2006-02-1411443結轉生產(chǎn)制造時報錯 8.60生產(chǎn)訂單問題現(xiàn)象：年度結轉生產(chǎn)制造時錯誤：在系統(tǒng)管理中進行年度數(shù)據(jù)結轉時出現(xiàn)錯誤提示，不能進行結轉，提示為：“mom_moallocate 列名“define22”無效”，當確定后就不能進行正常結轉了。解