【正文】 8955\Scripts下的腳本即可。如用戶采購量小于實際需要量，則不能完成公司的生產(chǎn)（銷售）計劃，若多于實際需求數(shù)量，系統(tǒng)會在未來建議少采購。限額領(lǐng)料單可以。號，進行母件結(jié)構(gòu)查詢－多階，會報錯，無法查詢，改為全角的“號或全角的＆號即可，但其他半角的標點符號不會報錯。2006021411520生產(chǎn)訂單自動生成時不能過濾出半成品下單生產(chǎn) 生產(chǎn)訂單問題現(xiàn)象：產(chǎn)成品、半成品為自制LP或PE件，原材料為PE件， MPS+MRP運算后，生產(chǎn)訂單自動生成時不能過濾出半成品下單生產(chǎn)，造成車間大量自制半成品沒有下單生產(chǎn)（查現(xiàn)存量是不足的），而如果是產(chǎn)成品、半成品、原材料全是LP/PE件的則可以。如果采用預(yù)測單+客戶訂單消抵的方式，必須等銷售訂單參加MPR運算后才可以出庫，這樣不符合實際業(yè)務(wù)。沒有逾期供應(yīng)。 2)將子件在不同母件下的備注，合并為一行顯示，這樣的備注也就失去了意義，因為它備注的對象都不知道，另外技術(shù)上也無法實現(xiàn)，如備注長度為10，兩個備注分別為8，如何合并？請理解，BOM的備注是建立BOM時的說明，該BOM會有無數(shù)的生產(chǎn)訂單/委外訂單引用，就好比是否要將所有生產(chǎn)訂單用到的基礎(chǔ)檔案如存貨、部門...的相關(guān)資料，全部拷貝到生產(chǎn)訂單一樣。解決方案：問題一：此問題由以下的幾方面因素造成： 在bom_parent表中沒有bom與bas_part表中物料的對應(yīng)關(guān)系。 在當前客戶數(shù)據(jù)bom_parnt表中bomid只到110004387。如果確認這些都是客戶不需要的BOM，可順序執(zhí)行以下三行腳本，刪除這些值： delete from bom_bom where bomid in (select bomid from bom_parent where parentid in (select partid from bas_part where invcode not in (select cinvcode from inventory)))。2005122611212表體自定義項6小數(shù)自動取整 生產(chǎn)管理問題現(xiàn)象：客戶從第三方接口中導(dǎo)入數(shù)值到rop計劃的表體自定義項6中,但顯示時小數(shù)自動四舍五入成整數(shù),而數(shù)據(jù)庫中的數(shù)值正常.解決方案：修改數(shù)據(jù)庫中VoucherItems表的記錄,具體的語句:update VoucherItems set numpoint=3 where carditemname=39。2005121911151生產(chǎn)訂單手工錄入時提示錯誤 生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單手工錄入時，表頭自定義項5輸入一個數(shù)值如3，生產(chǎn)數(shù)量輸入完后提示“Input string was not in a correct format.”，而且提示好幾遍，最后表體自定義項13出現(xiàn)結(jié)果，但保存后表體自定義項13數(shù)據(jù)有的沒有了。 (2)、如果關(guān)閉所有生產(chǎn)訂單和銷售訂單，MRP運算后還會有7百多條生產(chǎn)需求，一部分是由于按生產(chǎn)訂單對應(yīng)時，現(xiàn)存量出現(xiàn)負數(shù)而產(chǎn)生的需求；另一部分是其他原因形成的。單擊修改，順序又變成安序號排序了。275439。 and note=39。當然，這樣設(shè)置仍然要進行生產(chǎn)訂單的手工輸入和子件的修改，但可進行工序的操作。的出錯訂單進行更新的語句： update so_sodetails set cdefine26=null, cdefine27=null,cdefine34=null,cdefine35=null where csocode=39。 只需要在報表格式中將正文區(qū)域的每頁打印行數(shù)相應(yīng)調(diào)整即可。,39。 PRINT 39。新下預(yù)測訂單1000個，發(fā)現(xiàn)新產(chǎn)生的供給只有500個。解決方案：安裝最新hotfix補丁后執(zhí)行appserver\bin\，在系統(tǒng)提示是否初始化數(shù)據(jù)庫時選否，然后重新手工注冊“X:\WINNT\system32\UFCOMSQL\”。解決方案：建議客戶用中文雙引號替代英文雙引號，或在數(shù)據(jù)庫中批量將存貨檔案中的存貨名稱英文雙引號替換成中文雙引號。”2005102510361未能將對象引用設(shè)置到對象的實例 物料清單問題現(xiàn)象：1）在物料清單資料維護界面，采用定位時，出現(xiàn)“未能將對象引用設(shè)置到對象的實例”，但是通過物料清單報表卻能看到，這是為何？是否數(shù)據(jù)出現(xiàn)問題？現(xiàn)無法編輯。 3?！?005102510357關(guān)于8。不支持直接在物料編碼欄輸入物料代碼，因為物料和存貨只是根據(jù)編碼對應(yīng)的； 2。 5. 。當然，這樣設(shè)置仍然要進行生產(chǎn)訂單的手工輸入和子件的修改，但可進行工序的操作。所以，客戶到了9月份還要去算5月份的預(yù)測顯然是欠妥的，所以不建議客戶將服務(wù)器系統(tǒng)日期改為以前的日期。 GOTO LABCLOSE END 循環(huán)修改 WHILE FETCH_STATUS=0 BEGIN ...... END 關(guān)閉、釋放游標 LABCLOSE: CLOSE cur_ColName DEALLOCATE cur_ColName2005110110423預(yù)測單據(jù)沒有參與MRP運算 需求規(guī)劃問題現(xiàn)象：客戶的數(shù)據(jù)由852升級到861，在進行MRP運算時發(fā)現(xiàn)原來升級上來的預(yù)測訂單沒有參與MRP運算。) FOR READ ONLY 打開游標 OPEN cur_ColName FETCH NEXT FROM cur_ColName INTO ColName IF FETCH_STATUS0 BEGIN PRINT 39。 AND = TblName AND IN (39。2005110110429打印格式在改變行高顯示時打印頁面顯示不正常 車間管理問題現(xiàn)象：生產(chǎn)訂單工序派工單打印格式在改變行高顯示時，打印頁面顯示不正常。、39。 如果有大批量的維修，均會在企業(yè)內(nèi)部設(shè)立維修中心，以此作為一個工作中心。,ModeEx=1 where id=39。生產(chǎn)備料39。 (2)、解決銷售訂單預(yù)留的問題 (3)、解決按生產(chǎn)訂單生成“材料出庫單”時，存貨的可用量為實際庫存數(shù)量的問題。 (2)、在應(yīng)用U860和U860SP的過程中，前期由需求規(guī)劃模塊運算生成生產(chǎn)計劃和采購需求，然后根據(jù)生產(chǎn)計劃和采購需求生成生產(chǎn)訂單和采購訂單；運行一段時間后，由于生產(chǎn)訂單完工入庫先后的問題，造成后續(xù)的MRP運算后，已下達過生產(chǎn)訂單的半成品需求重復(fù)出現(xiàn)，當時便將此問題提交給集團，集團答復(fù)在U861版本解決，無奈之下，改為手工直接下達生產(chǎn)訂單和采購訂單。解決方案：復(fù)制后先修改父項自由項，保存。保存后，重新進入生產(chǎn)訂單通知單，即可看到表頭的標題已經(jīng)修改，在打印預(yù)覽中也顯示正確。 select * from bom_bom where bomid in (select bomid from bom_parent where parentid in (select partid from bas_part where invcode not in (select cinvcode from inventory))) 查詢在bas_part表中存在，但在inventory表中不存在的紀錄，對應(yīng)的于bom_parent表中的值其對應(yīng)的BOM_bom中的紀錄。 問題二： 對于銷售訂單，只要是在截止日期之前未關(guān)閉的，都會規(guī)劃需求，當時柵設(shè)置為預(yù)測時，落入時柵外的還要規(guī)劃供應(yīng)。將預(yù)測單中這些已經(jīng)停用的存貨刪掉再復(fù)制。經(jīng)過測試，子件修改的信息都無法自動帶出。 或者，既然要求預(yù)測數(shù)據(jù)受銷售訂單影響，那么為何不設(shè)置消抵時刪。11月9進行MRP運算后，發(fā)現(xiàn)生產(chǎn)逾期的需求。 預(yù)測單上一保存不能馬上進行作為審核狀態(tài)，而應(yīng)該有一個審核過程，銷售預(yù)測經(jīng)銷售部錄入后，生產(chǎn)部據(jù)實際的產(chǎn)能情況，生產(chǎn)部有權(quán)進行審核更改，為了體現(xiàn)這更改的記錄，在預(yù)測單要有表體的自定義項，這個功能已有，所以銷售部錄入預(yù)測單后該預(yù)測單的狀態(tài)應(yīng)處于未審核的狀態(tài)。請問如何解決解決方案：現(xiàn)有的附件方式是針對整單，但是生產(chǎn)訂單必須到行，無法顯示。但現(xiàn)在不可以。 2，MRP是一個實時的計劃系統(tǒng)，根據(jù)展開時刻的有效需求和有效供應(yīng)，按照物料的計劃參數(shù)，生成實時的供應(yīng)計劃。 B、將‘DLL注冊工具’下的‘’和‘’兩個執(zhí)行程序粘貼到 \U8SOFT\U8M下；執(zhí)行‘’程序；將 78955\u8m下的dll文件替換到\U8SOFT\U8M下；再執(zhí)行‘’程序。（客戶沒有啟用產(chǎn)能，也不希望按各工序工作中心資源需求和產(chǎn)能比較計劃生產(chǎn)訂單工序的開工/完工日期）解決方案：將資源檔案中“計算產(chǎn)能”設(shè)置為“否”、工藝路線中工序資源的“基準類型”設(shè)置為“批次”即可。這樣的處理是為了將下班時間排除在外。 重新進行MRP計算工序轉(zhuǎn)移單保存時提示HRESULT中的異常:0*800403E8 車間管理問題現(xiàn)象：工序轉(zhuǎn)移單保存時提示HRESULT中的異常:0*800403E8解決方案：卸載繁體的NET Framework后，重新安裝U861就可以了.在母件結(jié)構(gòu)查詢多階中查不到定位符的信息 物料清單問題現(xiàn)象：BOM有部分為PDM工具導(dǎo)入的。再有，生產(chǎn)也并非直接按照銷售訂單，也并非直接按預(yù)測訂單進行，而是按照獨立需求展開的計劃執(zhí)行，計劃可以維護，只有維護過的計劃才是生產(chǎn)的綱領(lǐng)性文件。不同人員關(guān)注的信息不同，將全部信息集中在一張表中，這種需求不具有通用性。 根據(jù)您的問題，建議客戶修改了生產(chǎn)數(shù)量后，同時修改mrp凈算量為預(yù)計入庫的數(shù)量即可。解決方案：此問題研發(fā)人員已經(jīng)出具相關(guān)補丁,由于【861版本】補丁,，請使用補丁更新工具進行下載安裝UFPMP 需求規(guī)劃問題現(xiàn)象：業(yè)務(wù)需求：業(yè)務(wù)中的MRP建議計劃希望不從銷售訂單中取需求，只考慮庫存和生產(chǎn)訂單等 問題：如果時柵資料中的需求來源取“預(yù)測”，MRP運算需求來源還是取自“客戶訂單”解決方案：由于銷售訂單的預(yù)完工日期小于系統(tǒng)日期，所以不受時柵的控制，也會規(guī)劃供應(yīng)。生產(chǎn)子項中的領(lǐng)料部門為空，不能按照物料清單中定義的領(lǐng)料部門顯示。在供需資料查詢物料界面可正常查看物料的所有供需記錄。生產(chǎn)訂單整批處理出錯 生產(chǎn)訂單問題現(xiàn)象：U870升級到U871后，進入生產(chǎn)訂單整批處理中，默認的查詢條件，點擊查詢時提示：“trace info 參照對像不能涉及具體的實例”解決方案：select mocode,modid,* from mom_order left join mom_orderdetail on = 使用語句把生產(chǎn)定單找出來 where modid in (select modid from mom_moallocate where Qty=0) 把生產(chǎn)定單的應(yīng)領(lǐng)數(shù)為0的修改為正確的OK需求計算錯誤 需求規(guī)劃問題現(xiàn)象：訂單PIEL0802012已發(fā)貨,MRP運算后卻有需求，物料002020012,002020023MRP運算后產(chǎn)生無效需求解決方案：由于CURRENTSTOCK表中存在相關(guān)物料的錯誤待發(fā)貨數(shù)量,刪除后,MRP運算正確替代料問題 需求規(guī)劃問題現(xiàn)象：物料清單中子件A有替代料B。39。39。39。錄入工序轉(zhuǎn)移單保存時出錯 其他車間管理問題現(xiàn)象：客戶端錄入工序轉(zhuǎn)移單無法保存，提示：the servicedponent being invoked is not correctly configured cuse regsvcs to reregister解決方案：，再重裝用友問題依舊，需重裝服務(wù)器解決。虛擬件無法帶出子件 生產(chǎn)訂單問題現(xiàn)象：某成品的一級ｂｏｍ有虛擬件，虛擬件建有自己的ｂｏｍ，在下生產(chǎn)訂單時無法帶出二級子件解決方案：客戶在路存貨時把虛擬件的出庫跟蹤入庫的選項勾上了，取消即可物料清單維護時報錯 物料清單問題現(xiàn)象：物料清單維護時報錯，后臺也無法跟蹤到錯誤解決方案：查詢發(fā)現(xiàn)c:\windows\temp權(quán)限不夠，授予ASP用戶及網(wǎng)絡(luò)服務(wù)用戶讀寫權(quán)限后問題解決；車間管理生產(chǎn)訂單工序生成失敗，提示：沒設(shè)置工作日歷或超出... 其他車間管理問題現(xiàn)象：車間管理生產(chǎn)訂單工序生成失敗，提示：沒設(shè)置工作日歷或超出工作日歷范圍解決方案：修改標準工序資料維護里的工時（分子）和工時（分母）為實際的工時，再生成工序即可。,39。, 39。,39?？蛻舳撕头?wù)器上做MRP計劃生成的時候出錯，提示：無法獲取用... 需求規(guī)劃問題現(xiàn)象：應(yīng)用環(huán)境：870+SP3補丁，客戶端和服務(wù)器上做MRP計劃生成的時候出錯，提示：無法獲取用戶登陸數(shù)據(jù)，請重新登陸并確認應(yīng)用服務(wù)器是否正常解決方案：把補丁卸掉，修復(fù)安裝一次用友，再打會補丁測試，問題解決。供需追溯明細表，只能看到0階記錄 需求規(guī)劃問題現(xiàn)象：客戶帳套在870sp2環(huán)境下，MRP計劃運算完成后，查詢供需追溯明細表，只能看到0階記錄，采購、委外、自制件均是如此。解決方案：【解決方案】到系統(tǒng)管理－權(quán)限－公共目錄－生產(chǎn)制造公用－公共單據(jù)里可以設(shè)置UFPMP 物料清單問題現(xiàn)象：問題描述：在參照生產(chǎn)訂單生成材料出庫單時，按照生產(chǎn)所屬子項進行過濾。UFPMP 生產(chǎn)訂單問題現(xiàn)象：問題描述：當生產(chǎn)訂單較多，或者生產(chǎn)訂單包含的物料較多時，查詢生產(chǎn)訂單缺料表時出現(xiàn)以上提示，如果查詢少量數(shù)據(jù)該功能正常，組件事務(wù)超時已設(shè)置為3600秒。默認為生產(chǎn)數(shù)量，若是標準生產(chǎn)訂單，不可修改；若是非標準生產(chǎn)訂單，可改，如產(chǎn)品維修，計劃生產(chǎn)數(shù)量為100，但預(yù)計產(chǎn)出合格數(shù)量可輸入95。領(lǐng)配料人員根據(jù)車間管理人員確定的生產(chǎn)訂單來領(lǐng)配料（生產(chǎn)訂單領(lǐng)料單），管理人員追蹤生產(chǎn)訂單的完工狀況（生產(chǎn)訂單完工狀況表），分析生產(chǎn)訂單的用料情況（生產(chǎn)訂單用料分析表）。如果銷售訂單的量大，造成在單量和在手量都不足以滿足了，說明前期預(yù)測保守。解決方案：將此空值字段改為0 請將客戶環(huán)境安裝下載中心最新的861hotfix(3月17日)，并利用自動更新工具更新到hotfix4。如果兩個時間不在同一天或未錄入時間，則計算公式：(實際終止日期實際開始日期+1)工作日歷中每個工作日的小時數(shù),粗略計算沒有考慮時間。2006021411552要求在工藝路線中設(shè)置每道