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

用友U8各個版本常見問題解決方案用友U8各個版本常見問題解決方案用友U8各個版本常見問題解決方案xxx公司用友U8各個版本常見問題解決方案文件編號：文件日期：修訂次數(shù)：第1.0次更改批準(zhǔn)審核制定方案設(shè)計，管理制度標(biāo)題版本模塊描述生產(chǎn)訂單上的bom選擇為不選生產(chǎn)訂單問題現(xiàn)象：標(biāo)準(zhǔn)生產(chǎn)訂單，產(chǎn)品的bom選擇為不選

解決方案：某產(chǎn)品做了生產(chǎn)訂單。然后將bom刪除掉了，對應(yīng)的生產(chǎn)訂單關(guān)聯(lián)不到bom信息，就顯示為不選MRP運算后在供需資料查詢-物料查詢里看到物料重復(fù)計算了其他需求規(guī)劃問題現(xiàn)象：MRP運算后在供需資料查詢-物料查詢里看到物料重復(fù)計算了

解決方案：把計劃刪除重跑計劃問題沒重現(xiàn)，但過一段時間有重復(fù)出現(xiàn)類似的問題。后服務(wù)器和工作站更新了870SP3補丁和最新的MM補丁后問題沒再重現(xiàn)了。虛擬件無法帶出子件生產(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è)置工作日歷或超出工作日歷范圍

解決方案：修改標(biāo)準(zhǔn)工序資料維護里的工時（分子）和工時（分母）為實際的工時，再生成工序即可。錄入工序轉(zhuǎn)移單保存時出錯其他車間管理問題現(xiàn)象：客戶端錄入工序轉(zhuǎn)移單無法保存，提示：theservicedcomponentbeinginvokedisnotcorrectlyconfiguredcuseregsvcstore-register

解決方案：嘗試把.刪除，再重裝用友問題依舊，需重裝服務(wù)器解決。保存bom提示：物料清單問題現(xiàn)象：保存bom提示：服務(wù)器'ZHANGHUAJ...IE'上的msdtc不可用

解決方案：手工啟動DistributedTransactionCoordinator即可MRP運算后部分物料出現(xiàn)無訂單的需求需求規(guī)劃問題現(xiàn)象：MRP運算后,物料''002030037'',''0'',''002020023'',''002020012'',''002020003'',''002020002''產(chǎn)生了無訂單需求

解決方案：前四種物料在自由庫存中有待發(fā)貨數(shù)量,屬無效發(fā)貨記錄,從currentstock中直接清除待發(fā)貨數(shù)量;后兩種物料訂單行被刪除,導(dǎo)致currentstock中的訂單行現(xiàn)存量為負(fù),刪除即可851A生產(chǎn)訂單自定義報表查詢結(jié)果顯示為.12348.51A物料需求問題現(xiàn)象：851A生產(chǎn)訂單自定義報表查詢結(jié)果顯示為.1234

解決方案：查詢生產(chǎn)訂單自定義報表查詢結(jié)果顯示為.1234，剛開始懷疑是數(shù)據(jù)不對，仔細(xì)一查數(shù)據(jù)都是對的，然后就沒在意了，在報表里從上往下查時，突然發(fā)現(xiàn)一條記錄顯示異常，訂單號位置是空的，分類編碼位置顯示的是存貨編碼，分類名稱位置顯示的是分類編碼。。。，這時想起來以前解決的871存貨明細(xì)賬顯示異常的問題，就到后臺找到這張訂單把備注欄摘要重新輸入一下，這時顯示正常了，包括小數(shù)的顯示也沒有問題了?？値ぬ钪茟{證錄入現(xiàn)金流量科目后錄入現(xiàn)金流量保存時候提示：...生產(chǎn)訂單問題現(xiàn)象：總帳填制憑證錄入現(xiàn)金流量科目后錄入現(xiàn)金流量保存時候提示：runtimeerror-00......

解決方案：重建數(shù)據(jù)庫實例，服務(wù)器排序規(guī)則選擇Chinese_PRC_CI_AS即可，或者重裝SQL時選擇自定義安裝類型有個生產(chǎn)訂單有累計出庫數(shù)量但是材料出庫單查不到生產(chǎn)訂單問題現(xiàn)象：有個生產(chǎn)訂單有累計出庫數(shù)量但是材料出庫單查不到

解決方案：數(shù)據(jù)回寫錯誤導(dǎo)致，實際材料出庫單已經(jīng)刪除，修改生產(chǎn)訂單上的累計出庫數(shù)量為0，再出庫即可MRP替代料問題需求規(guī)劃問題現(xiàn)象：客戶設(shè)置的替代料在mrp運算的時候不起作用，檢查基礎(chǔ)設(shè)置無問題

解決方案：檢查發(fā)現(xiàn)是由于作為替代的請購單的物料日期不在需求時間內(nèi)導(dǎo)致?？蛻舳撕头?wù)器上做MRP計劃生成的時候出錯，提示：無法獲取用...需求規(guī)劃問題現(xiàn)象：應(yīng)用環(huán)境：870+SP3補丁，客戶端和服務(wù)器上做MRP計劃生成的時候出錯，提示：無法獲取用戶登陸數(shù)據(jù)，請重新登陸并確認(rèn)應(yīng)用服務(wù)器是否正常

解決方案：把補丁卸掉，修復(fù)安裝一次用友，再打會補丁測試，問題解決。生產(chǎn)訂單整批處理出錯生產(chǎn)訂單問題現(xiàn)象：U870升級到U871后，進入生產(chǎn)訂單整批處理中，默認(rèn)的查詢條件，點擊查詢時提示：“traceinfo8m參照對像不能涉及具體的實例”

解決方案：selectmocode,modid,*frommom_orderleftjoinmom_orderdetailon=使用語句把生產(chǎn)定單找出來wheremodidin(selectmodidfrommom_moallocatewhereQty=0)把生產(chǎn)定單的應(yīng)領(lǐng)數(shù)為0的修改為正確的OK需求計算錯誤需求規(guī)劃問題現(xiàn)象：訂單PI-EL0802012已發(fā)貨,MRP運算后卻有需求，物料002020012,002020023MRP運算后產(chǎn)生無效需求

解決方案：由于CURRENTSTOCK表中存在相關(guān)物料的錯誤待發(fā)貨數(shù)量,刪除后,MRP運算正確替代料問題需求規(guī)劃問題現(xiàn)象：物料清單中子件A有替代料B。系統(tǒng)中有B的采購訂單（此時無庫存量），未被關(guān)閉及占用，但是進行需求規(guī)劃時還會運算出A的需求，沒有考慮B。但是在B有結(jié)存的情況下，能考慮到B。

解決方案：采購訂單的日期沒有在生產(chǎn)日期內(nèi)，所以沒有考慮替代需求重復(fù)計算需求規(guī)劃問題現(xiàn)象：訂單PI-EL00802012的物料0已下達委外訂單生產(chǎn)，但跑出需求

解決方案：訂單pi-el00802012有超訂單發(fā)貨的情況。按業(yè)務(wù)要求，取消相關(guān)銷售選項MRP運算問題需求規(guī)劃問題現(xiàn)象：mrp運算出來的結(jié)果跟需求來源不一致

解決方案：bas_part與inventory中的安全庫存不一致，調(diào)整一致即可生產(chǎn)訂單生單報錯主生產(chǎn)計劃問題現(xiàn)象：生產(chǎn)訂單生單提示錯誤

解決方案：測試發(fā)現(xiàn)服務(wù)器上生產(chǎn)訂單是可以正常打開的，報錯的客戶端有一個生產(chǎn)的補丁沒有打，打完補丁后使用正常計劃代號維護無法保存主生產(chǎn)計劃問題現(xiàn)象：計劃代號維護保存時提示'Theinputstreamisnotavalidbinarystartingcontents(inbytes)are53-79…

解決方案：清理應(yīng)用服務(wù)器c盤空間,重啟服務(wù)器MRP計劃參數(shù)維護出錯其他物料需求問題現(xiàn)象：MRP計劃參數(shù)維護出錯

解決方案：點開桌面右下角,871托盤,點擊64位調(diào)整U870打上SP2補丁后生產(chǎn)訂單自動生成時提示錯誤！生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單手工錄入時提示：methodnofound：‘8m'

解決方案：打上安裝生產(chǎn)制造cp－u870－1213－080422－mm補丁后正常。供需追溯明細(xì)表，只能看到0階記錄需求規(guī)劃問題現(xiàn)象：客戶帳套在870sp2環(huán)境下，MRP計劃運算完成后，查詢供需追溯明細(xì)表，只能看到0階記錄，采購、委外、自制件均是如此。在供需資料查詢-物料界面可正常查看物料的所有供需記錄。

解決方案：1、MPS-MRP順序展開后，此時的追溯層次是對的，接著如刪除了MPS計劃內(nèi)容，就會出現(xiàn)該現(xiàn)象。原因：將計劃的源頭（剛好是MPS件）刪除了，而又不重新展算MRP，那第一次展MRP的計劃還在，但它的源頭卻找不到了，所以查詢結(jié)果不正確。比如您上傳的數(shù)據(jù)中MPS運算的結(jié)果是根據(jù)銷售訂單規(guī)劃出物料14012的供應(yīng)，在此基礎(chǔ)上運算MRP后再將MPS計劃刪除，接著查詢供需追溯明細(xì)表就是不正確的。2、在刪除MPS計劃內(nèi)容的基礎(chǔ)上運算MRP，但參數(shù)選擇時仍選擇已刪除計劃內(nèi)容的MPS計劃代號，而物料14012卻是MPS件且供需追溯明細(xì)表查詢的是最近一次MRP運算的結(jié)果，此時運算MRP就與第一種情況類似，選擇了源頭但實質(zhì)上源頭卻找不到，所以查詢結(jié)果不正確（供需資料查詢-物料是正確的，但其中沒有關(guān)于此物料的資料）。需求規(guī)劃打開提示“網(wǎng)絡(luò)無法連接或用戶無權(quán)限不能打開結(jié)點”需求規(guī)劃問題現(xiàn)象：需求規(guī)劃除帳套主管外，其它用戶點擊結(jié)點均提示：網(wǎng)絡(luò)無法連接或用戶無權(quán)限不能打開結(jié)點。已分配需求規(guī)劃模塊所有權(quán)限

解決方案：勾選公用設(shè)置中的生產(chǎn)制造公用參數(shù)權(quán)限生產(chǎn)訂單審核時報“數(shù)據(jù)錯誤”，審核不成功生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單審核時報“數(shù)據(jù)錯誤”，審核不成功

解決方案：生產(chǎn)訂單子件是入庫倒沖的，補倉庫信息母件多階查詢出現(xiàn)錯誤0物料清單問題現(xiàn)象：在報表->母件結(jié)構(gòu)表(多階)查詢的時候報錯誤0

解決方案：可能是打補丁造成的,造成了存儲過程usp_bo_expandbyparent出錯,重新生成存儲過程即可.UFPMP需求規(guī)劃問題現(xiàn)象：問題描述：需求規(guī)劃中的無物料清單查詢系統(tǒng)管理權(quán)限無法設(shè)置但在需求規(guī)劃模塊中是有此菜單的;

解決方案：【解決方案】到系統(tǒng)管理－權(quán)限－公共目錄－生產(chǎn)制造公用－公共單據(jù)里可以設(shè)置UFPMP物料清單問題現(xiàn)象：問題描述：在參照生產(chǎn)訂單生成材料出庫單時，按照生產(chǎn)所屬子項進行過濾。生產(chǎn)子項中的領(lǐng)料部門為空，不能按照物料清單中定義的領(lǐng)料部門顯示。造成不能在過濾條件中使用領(lǐng)料部門進行過濾！

解決方案：目前已經(jīng)有兩種變通解決辦法：1、通過在bom清單上的工序行號作為領(lǐng)料部門編碼。過濾工序行號即可/2、修改了相關(guān)視圖。UFPMP車間管理問題現(xiàn)象：問題描述：“生產(chǎn)訂單工時記錄單”添加表體自定義項1，同時在“工時記錄明細(xì)表”中添加表體自定義項1，但是在報表上表體自定義項1的內(nèi)容顯示不出來。

解決方案：【解決方案】工時記錄單明細(xì)資料中表體自定義項是補丁添加的（問題85618），請更新補丁。然后在工時記錄單右鍵輸入明細(xì)資料后查詢即可。“表體自定義”顯示在單據(jù)格式中可以修改。UFPMP生產(chǎn)訂單問題現(xiàn)象：問題描述：當(dāng)生產(chǎn)訂單較多，或者生產(chǎn)訂單包含的物料較多時，查詢生產(chǎn)訂單缺料表時出現(xiàn)以上提示，如果查詢少量數(shù)據(jù)該功能正常，組件事務(wù)超時已設(shè)置為3600秒。

解決方案：此問題研發(fā)人員已經(jīng)出具相關(guān)補丁,由于【861版本】補丁,針對該問題的補丁包已經(jīng)驗證通過并已經(jīng)對外發(fā)布，請使用補丁更新工具進行下載安裝UFPMP需求規(guī)劃問題現(xiàn)象：業(yè)務(wù)需求：業(yè)務(wù)中的MRP建議計劃希望不從銷售訂單中取需求，只考慮庫存和生產(chǎn)訂單等問題：如果時柵資料中的需求來源取“預(yù)測”，MRP運算需求來源還是取自“客戶訂單”

解決方案：由于銷售訂單的預(yù)完工日期小于系統(tǒng)日期，所以不受時柵的控制，也會規(guī)劃供應(yīng)。建議把銷售訂單的預(yù)完工日期修改為大于系統(tǒng)日期即可。UFPMP物料清單問題現(xiàn)象：客戶原來存貨的屬性為采購，改為自制后，不能建立BOM；但有些存貨將屬性由采購改為自制后，又能建立BOM；嘗試多次，沒有什么規(guī)律性；

解決方案：由于物料清單維護功能采用了緩存機制，存貨屬性改為自制后，系統(tǒng)沒有及時更新。所以需要退出產(chǎn)品，重新登陸即可。UFPMP生產(chǎn)訂單問題現(xiàn)象：手工輸入非標(biāo)準(zhǔn)生產(chǎn)訂單時，修改表體“生產(chǎn)數(shù)量”后，“MRP凈算量”不作相應(yīng)修改。導(dǎo)致產(chǎn)品入庫時，入庫數(shù)量只能與“MRP凈算量”相同，不能按照“生產(chǎn)數(shù)量”進行入庫。

解決方案：MRP凈算量：MPS/MRP將該數(shù)量作為預(yù)計完工日期的有效供應(yīng)數(shù)量。默認(rèn)為"生產(chǎn)數(shù)量"，若是標(biāo)準(zhǔn)生產(chǎn)訂單，不可修改；若是非標(biāo)準(zhǔn)生產(chǎn)訂單，可改，如產(chǎn)品維修，計劃生產(chǎn)數(shù)量為100，但預(yù)計產(chǎn)出合格數(shù)量可輸入95。根據(jù)您的問題，建議客戶修改了生產(chǎn)數(shù)量后，同時修改mrp凈算量為預(yù)計入庫的數(shù)量即可。UFPMP車間管理問題現(xiàn)象：在WIN2003下，工序轉(zhuǎn)移單保存時提示“登錄信息不全，請查看代碼”

解決方案：重啟iis后，問題解決。要求提供有關(guān)生產(chǎn)訂單全部資料的信息生產(chǎn)訂單問題現(xiàn)象：因為排產(chǎn)和實際生產(chǎn)部門不同，同時需要書面單據(jù)來指導(dǎo)業(yè)務(wù)操作，客戶非常需要提供一個有關(guān)生產(chǎn)訂單全部資料的報表或者查詢界面。這個報表和查詢界面主要包括生產(chǎn)訂單號碼、生產(chǎn)訂單單據(jù)日期、審核日期、預(yù)計入庫日期、生產(chǎn)的產(chǎn)品信息（母件編碼、名稱、生產(chǎn)數(shù)量等）、領(lǐng)料的子件信息（編碼、名稱、領(lǐng)料數(shù)量、領(lǐng)料倉庫、現(xiàn)存量等）、工序資料等。請總部慎重考慮，已上生產(chǎn)制造模塊的客戶都提過此需求！

解決方案：生產(chǎn)訂單全部資料非常多，全部匯總在一張報表內(nèi)，信息量很大，報表很難在一個頁面完整的顯示出來，同一行信息分成多個頁面，使用也不方便。生產(chǎn)訂單的業(yè)務(wù)操作通常也有不同的分工。車間管理人員根據(jù)已審核下發(fā)的生產(chǎn)訂單（即系統(tǒng)中的生產(chǎn)訂單通知單），開完工日期和現(xiàn)場（缺料等）情況組織生產(chǎn)。領(lǐng)配料人員根據(jù)車間管理人員確定的生產(chǎn)訂單來領(lǐng)配料（生產(chǎn)訂單領(lǐng)料單），管理人員追蹤生產(chǎn)訂單的完工狀況（生產(chǎn)訂單完工狀況表），分析生產(chǎn)訂單的用料情況（生產(chǎn)訂單用料分析表）。不同人員關(guān)注的信息不同，將全部信息集中在一張表中，這種需求不具有通用性。未審核生產(chǎn)訂單無法修改子件,修改訂單子件后保存時提示"正在...主生產(chǎn)計劃問題現(xiàn)象：未審核生產(chǎn)訂單無法修改子件,修改訂單子件后保存時提示"正在被別人修改或刪除"

解決方案：把mom_moallocat表內(nèi)容倒出，刪除mom_moallocat表，從演示帳套導(dǎo)入該表以及索引，約束，把該表原來的內(nèi)容導(dǎo)回，問題解決新建賬套，做工程物料清單維護時報錯，提示“未將對象引用設(shè)置到對象的實例”物料清單問題現(xiàn)象：新建賬套，做工程物料清單維護時報錯，提示“未將對象引用設(shè)置到對象的實例”

解決方案：還原后問題解決，建議用戶以后不要到后臺改數(shù)據(jù)查詢生產(chǎn)訂單效率問題生產(chǎn)訂單問題現(xiàn)象：客戶關(guān)閉和審核狀態(tài)的下的生產(chǎn)訂單目前約有9000個，在生產(chǎn)訂單手工輸入界面上下翻頁的時候，速度非常的緩慢。

解決方案：此問題研發(fā)人員已經(jīng)出具相關(guān)補丁,由于【861版本】補丁，現(xiàn)已通過【補丁自動更新系統(tǒng)】發(fā)布，此問題的補丁在自動更新系統(tǒng)中編號為【KB-U86-89319】未審核生產(chǎn)訂單無法修改子件,修改訂單子件后保存時提示"正在...主生產(chǎn)計劃問題現(xiàn)象：未審核生產(chǎn)訂單無法修改子件,修改訂單子件后保存時提示"正在被別人修改或刪除"

解決方案：把mom_moallocat表內(nèi)容倒出，刪除mom_moallocat表，從演示帳套導(dǎo)入該表以及索引，約束，把該表原來的內(nèi)容導(dǎo)回，問題解決報表打印時無法進行多任務(wù)強制分頁的修改物料清單問題現(xiàn)象：在打印母件結(jié)構(gòu)表－多階表進行頁面設(shè)置時，多任務(wù)(或多單)強制分頁的設(shè)置項無效，無法取消．

解決方案：在861sp1的基礎(chǔ)上安裝了KB-U86-87531補丁，該補丁解決了在多任務(wù)模式下非末尾頁不能全頁顯示問題，但造成的結(jié)果是物料清單模塊報表均改為"單任務(wù)顯示"。要求按預(yù)測進行需求規(guī)劃需求規(guī)劃問題現(xiàn)象：客戶需求，是根據(jù)預(yù)測單來安排生產(chǎn)，而銷售訂單概不參與．因為產(chǎn)品生產(chǎn)周期的關(guān)系，一般情況下，如果根據(jù)銷售訂單再來安排生產(chǎn)，一般都是沒時間交單的．所以客戶基本都是根據(jù)預(yù)測來組織安排生產(chǎn)，也就是面向庫存的生產(chǎn)方式．但在現(xiàn)實生活中，銷售訂單還是很多的，都是進入系統(tǒng)的，結(jié)果無論時柵怎么設(shè)（可能用友的算法在系統(tǒng)日期之前的有效需求（客戶訂單，預(yù)測單等）都會被計算出來，不受時柵的限制）。這樣都會把銷售訂單的需求跑出來，這樣不符合客戶的要求．不知是設(shè)置不對，還是軟件就是這樣做的客戶的需求其實就是完全按預(yù)測單來做MRP，任何銷售訂單都不要參與運算．不知這種需求能否滿足如果是軟件不允許這樣做，希望上面能否考慮一下這種需求，或是有否其他的解決方案．我不知該怎么給客戶解釋．如果認(rèn)為，既然存在銷售訂單，銷售的需求就應(yīng)該是實際存在的，執(zhí)行完畢就該關(guān)閉，沒執(zhí)行完就應(yīng)該去算出供需去生產(chǎn)，我覺得這樣解釋表面是對，但實際處理過程中其實是說不通的．因為即使需求存在，但也不應(yīng)該就一定是以銷售訂單為源進行安排生產(chǎn)。因為各企業(yè)生產(chǎn)模式是不同的，不可能完全都是按單生產(chǎn)的，作為生產(chǎn)的綱領(lǐng)性文件，有時就是按歷年每季月的訂單量加上預(yù)測，做為一個經(jīng)驗值來安排生產(chǎn)，做每月滾動計劃．如果訂單一接到，就需要一周內(nèi)交付（實際工作中就是這樣），而生產(chǎn)周期一般都至少要一個月的話，那這樣如果的按銷售訂單跑MRP的話，就根本沒指導(dǎo)意義了．而且以前的銷售訂單雖有執(zhí)行過程，但要及時關(guān)閉的話，也不現(xiàn)實，因為有時候就是跨月發(fā)貨，或是拖欠著沒發(fā)，導(dǎo)致沒法關(guān)閉．如果一定要把未關(guān)閉的未執(zhí)行完的銷售訂單的數(shù)量讓系統(tǒng)也自動算出，自動規(guī)劃，那MRP結(jié)果看起來可能太亂了（因為獨立需求有預(yù)測又有以前的銷售訂單的話就看起來沒個頭緒）．客戶一般就是根據(jù)每月產(chǎn)能，估計未來幾月的訂單數(shù)量，可能還加上一些未完成訂單的數(shù)量，然后來總的出一份預(yù)測單，所以總的獨立需求是比較清楚的（就是每月的一張預(yù)測單），這樣比較清楚明了，然后以預(yù)測單的跟蹤來監(jiān)督執(zhí)行的情況．說到底，客戶就是按自己的預(yù)測來安排生產(chǎn)的，雖會考慮銷售訂單，但包括數(shù)量等，都是自己根據(jù)未來的預(yù)算制定的，消抵的方法在這里也是不太適用的．

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

解決方案：其他單據(jù)字段如果存在同樣問題可照此修改，只要將表名稱和字段修改成目的表和目的字段即可。通過故障記錄單生成作業(yè)單時能否分別生成作業(yè)單設(shè)備管理問題現(xiàn)象：通過故障記錄單生成作業(yè)單時，如果一張故障記錄單上同時存在同一設(shè)備的多條故障記錄（開始時間和結(jié)束時間均不同，故障持續(xù)時間也不同），則在生單時會被合并在同一張作業(yè)單中，能否分別生成作業(yè)單？

解決方案：使用問題：在故障記錄中表體選擇不同的作業(yè)類型，可生成多張作業(yè)單2006年度生產(chǎn)訂單子件應(yīng)領(lǐng)數(shù)量不能切除尾數(shù)生產(chǎn)訂單問題現(xiàn)象：860sp2006年度生產(chǎn)訂單子件應(yīng)領(lǐng)數(shù)量不能切除尾數(shù)，而2005年則可以,

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

解決方案：物料編碼或名稱含有全角字符等,已經(jīng)補丁解決存貨采用浮動換算,MRP運算后，沒有件數(shù)需求規(guī)劃問題現(xiàn)象：存貨采用浮動換算單位，在單位檔案中如果定義了默認(rèn)換算率，則MRP運算后，沒有件數(shù)（既輔助生產(chǎn)量）。

解決方案：MRP運算必須以主計量單位進行，因為同一個料在不同訂單有不同的輔助計量單位，或不同的換算率。只有在將MRP計劃轉(zhuǎn)換為訂單（采購、委外、生產(chǎn)訂單）時，才會使用輔助計量單位。860升級861前的BOM子項沒有參與MRP運算需求規(guī)劃問題現(xiàn)象：在給升級前的產(chǎn)品再次下達銷售訂單后,產(chǎn)品的子項沒有參與MRP運算,在建立新產(chǎn)品,拷貝升級前的BOM,進行MRP運算子項也沒有參與運算

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

解決方案：1、將此空值字段改為02、請將客戶環(huán)境安裝下載中心最新的861hotfix(3月17日)，并利用自動更新工具更新到hotfix4。3、重新進行MRP計算工序轉(zhuǎn)移單保存時提示HRESULT中的異常:0*800403E8車間管理問題現(xiàn)象：工序轉(zhuǎn)移單保存時提示HRESULT中的異常:0*800403E8

解決方案：卸載繁體的NETFramework后，重新安裝U861就可以了.在母件結(jié)構(gòu)查詢-多階中查不到定位符的信息物料清單問題現(xiàn)象：BOM有部分為PDM工具導(dǎo)入的。此企業(yè)為電子企業(yè)，在子件中有定位符，在物料清單的維護界面上查詢正常，但在母件結(jié)構(gòu)查詢-多階中查不到定位符的信息。

解決方案：使用腳本更新該字段：updatebom_opcomponentlocsetsortseq=10wheresortseq=1orsortseq=11updatebom_opcomponentlocsetsortseq=20wheresortseq=21U8知識庫編號標(biāo)題版本模塊描述提交時間12289產(chǎn)成品入庫單無法參照生產(chǎn)訂單生產(chǎn)訂單問題現(xiàn)象：填制產(chǎn)成品入庫單時參照不到一張已審核未關(guān)閉的生產(chǎn)訂單

解決方案：在數(shù)據(jù)庫中將該記錄的是否報檢標(biāo)志改為否2006-04-0612266查詢生產(chǎn)訂單領(lǐng)料單時報錯生產(chǎn)訂單問題現(xiàn)象：查詢生產(chǎn)訂單領(lǐng)料單時提示“運行時錯誤，下標(biāo)越界”

解決方案：環(huán)境問題,已經(jīng)通過修改報表格式解決:刪除報表格式"表尾腳注"項目后退出重新預(yù)覽報表后；或者進入報表"格式"恢復(fù)默認(rèn)值即可2006-04-0612265生產(chǎn)訂單不能手工輸入生產(chǎn)訂單問題現(xiàn)象：更新補丁后，點擊生產(chǎn)訂單手工輸入，提示“加載.dll”錯誤

解決方案：使用自動更新補丁解決2006-04-0612263更新補丁后生產(chǎn)訂單工序轉(zhuǎn)移單不能保存車間管理問題現(xiàn)象：生產(chǎn)訂單工序轉(zhuǎn)移單保存時提示“登陸信息不全，請檢查代碼”

解決方案：需要在安裝用友軟件前打上的sp補丁和SQL的SP3和補丁2006-04-0612017供需平衡處理失敗需求規(guī)劃問題現(xiàn)象：MRP計劃生成時提示“供需平衡處理失敗”。

解決方案：登陸到賬套內(nèi)，棄審該生產(chǎn)訂單，到生產(chǎn)訂單手工輸入中補充生產(chǎn)訂單的完工日期。2006-03-2011560系統(tǒng)計算出的“實際時間”問題設(shè)備管理問題現(xiàn)象：在設(shè)備管理模塊，修改表頭項目“實際開始日期”、“實際開始時間”、“實際終止日期”、“實際終止時間”后，如果實際開始日期和實際終止日期在同一天，則系統(tǒng)計算出的“實際時間”是正確的，但是如果“實際開始日期”和“實際終止日期”不在同一天，則計算出的數(shù)據(jù)不考慮實際開始時間和實際終止時間，直接以天數(shù)乘以24小時。實際上應(yīng)該考慮時間開始時間和實際結(jié)束時間在計算實際時間。

解決方案：設(shè)計人員回復(fù):"“實際時間”：作業(yè)耗用的時間單位"小時"，系統(tǒng)計算公式：實際終止時間-實際開始時間。如果兩個時間不在同一天或未錄入時間，則計算公式：(實際終止日期-實際開始日期+1)×工作日歷中每個工作日的小時數(shù),粗略計算沒有考慮時間。這樣的處理是為了將下班時間排除在外。用戶可以根據(jù)實際發(fā)生的作業(yè)時間，修改“實際時間”字段,已滿足加班等需求。"2006-0211558對已經(jīng)審核的1號生產(chǎn)訂單棄審處理失敗生產(chǎn)訂單問題現(xiàn)象：在這個項目里,根據(jù)用戶的要求,在生成生產(chǎn)訂單的時候能夠自動帶出銷售訂單號,所以將所有的產(chǎn)成品設(shè)置成lp件,但是發(fā)生了問題.1.在進行了mrp運算后,如果將自動生成的訂單審核后,銷售部門新增銷售訂單,然后再次進行mrp運算,并自動生成生產(chǎn)訂單,結(jié)果新的訂單中自動將以前審核過的生產(chǎn)訂單中的信息重新帶出,需要手工選擇新的訂單中需要的信息,然而就算如此,這些選擇出的訂單行也有80條不能生成訂單.(對一個叫做樺木茶幾的報錯)2.在生產(chǎn)訂單處理節(jié)點,對已經(jīng)審核的1號生產(chǎn)訂單中的樺木茶幾(第15,16行)進行棄審,處理失敗了,導(dǎo)致不能在存貨檔案中刪除該存貨并刪除相應(yīng)bom.

解決方案：經(jīng)核實不是數(shù)據(jù)問題;問題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ù)此領(lǐng)料,檢驗,生產(chǎn),入庫,所以失敗.請核實刪除相關(guān)單句后即可.2006-02-1411553在工序在制狀況表和工序完工統(tǒng)計表中體現(xiàn)完工數(shù)量的實際完工...車間管理問題現(xiàn)象：問題描述：客戶要求在工序在制狀況表和工序完工統(tǒng)計表中體現(xiàn)完工數(shù)量的實際完工日期。

解決方案：這兩張報表是多張不同完工單據(jù)的匯總值，不可能有完工日期的，如同現(xiàn)存量一樣。2006-02-1411552要求在工藝路線中設(shè)置每道工序的制造提前期車間管理問題現(xiàn)象：客戶不是重復(fù)計劃生產(chǎn)，每道工序有固定提前期，要求在工藝路線中設(shè)置每道工序的制造提前期，生成工序計劃時按每道工序的制造提前期生成每道工序的計劃開工和完工日期。（客戶沒有啟用產(chǎn)能，也不希望按各工序工作中心資源需求和產(chǎn)能比較計劃生產(chǎn)訂單工序的開工/完工日期）

解決方案：將資源檔案中“計算產(chǎn)能”設(shè)置為“否”、工藝路線中工序資源的“基準(zhǔn)類型”設(shè)置為“批次”即可。2006-02-1411539產(chǎn)成品入庫單拷貝時找不到部分生產(chǎn)訂單生產(chǎn)訂單問題現(xiàn)象：啟用車間管理，生產(chǎn)訂單工序轉(zhuǎn)移單完成后，部分生產(chǎn)訂單不明原因不能被進入產(chǎn)成品入庫，即產(chǎn)成品入庫單拷貝時找不到部分生產(chǎn)訂單。該帳套中如生產(chǎn)訂單000000069就是這種情況，該生產(chǎn)訂單存貨為“g-fcfnj",后來新增了兩張該存貨的生產(chǎn)訂單，工序轉(zhuǎn)移單完工后卻可以被產(chǎn)成品入庫單參照。然而，對0000000069訂單關(guān)閉重新從MRP規(guī)劃生單，執(zhí)行工序轉(zhuǎn)移單后，又可以被產(chǎn)成品入庫單參照生單。

解決方案：此問題開發(fā)已出補丁1、補丁解決問題為：在生產(chǎn)訂單表體中增加‘質(zhì)檢’字段，并以該字段值來判斷是否需要質(zhì)檢。2、修改‘質(zhì)檢’字段條件：A、當(dāng)生產(chǎn)訂單手動輸入或重復(fù)計劃生產(chǎn)手動輸入時，“未審核，鎖定”狀態(tài)的生產(chǎn)訂單，在“新增”狀態(tài)下不可改；B、在修改狀態(tài)下，“是否質(zhì)檢”可由“是”改為“否”，若存貨檔案“是否質(zhì)檢”為“否”，不可改為“是”。C、已審核生產(chǎn)訂單修改/已審核重復(fù)計劃“是否質(zhì)檢”欄位僅顯示，不可修改。3、補丁文件名為‘補丁包.rar’（補丁編號：1762）里面有兩個文件夾，分別為：‘78955’和‘DLL注冊工具’，補丁替換方法如下：A、將‘DLL注冊工具’下的‘’和‘’兩個執(zhí)行程序粘貼到\U8SOFT\AppServer\Bin\U8M下；執(zhí)行‘’程序；將78955\appserver\bin\u8m下的dll文件替換到\U8SOFT\AppServer\Bin\U8M下；再執(zhí)行‘’程序。B、將‘DLL注冊工具’下的‘’和‘’兩個執(zhí)行程序粘貼到\U8SOFT\U8M下；執(zhí)行‘’程序；將78955\u8m下的dll文件替換到\U8SOFT\U8M下；再執(zhí)行‘’程序。C、將78955\Resources\languages下的8個文件粘貼到\U8SOFT\Resources\languages下。D、在查詢分析器中選擇當(dāng)前賬套及年度，執(zhí)行78955\Scripts下的腳本即可。4、對以上步驟操作后，就可以將‘生產(chǎn)訂單手工輸入’的顯示模版中的‘質(zhì)檢’字段設(shè)置出來了。2006-02-1411529進行MRP計劃維護，對計劃進行調(diào)整，看不出調(diào)整數(shù)量需求規(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í)行計劃的差異?？紤]到計劃調(diào)整的多樣性，系統(tǒng)保存了兩個版本，一是“原始版本”，一為“當(dāng)前版本”，MRP計劃維護只修改“當(dāng)前版本”，不修改“原始版本”?？梢员容^這兩個版本，全面反映二者的差異。2，MRP是一個實時的計劃系統(tǒng)，根據(jù)展開時刻的有效需求和有效供應(yīng)，按照物料的計劃參數(shù)，生成實時的供應(yīng)計劃。只要需求穩(wěn)定，客戶按照系統(tǒng)的建議采購，二者是一致的。如用戶采購量小于實際需要量，則不能完成公司的生產(chǎn)（銷售）計劃，若多于實際需求數(shù)量，系統(tǒng)會在未來建議少采購。建議參看“待處理訂單明細(xì)表”的“建議調(diào)整量”2006-02-1411528MRP運算中，替換料并未被考慮進去參加運算需求規(guī)劃問題現(xiàn)象：問題描述：在產(chǎn)品BOM中我們設(shè)置了物料的替換料，但在進行MRP運算中，替換料并未被考慮進去參加運算。

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

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

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

解決方案：現(xiàn)有的附件方式是針對整單，但是生產(chǎn)訂單必須到行，無法顯示。2006-02-1411524在查詢某些物料清單時出現(xiàn)亂碼物料清單問題現(xiàn)象：“物料清單/母件結(jié)構(gòu)查詢－多階”：在查詢某些物料清單時出現(xiàn)亂碼:如果一個BOM中子件的名稱或規(guī)格型號中有半角的”號或半角的&號，進行母件結(jié)構(gòu)查詢－多階，會報錯，無法查詢，，改為全角的“號或全角的＆號即可，但其他半角的標(biāo)點符號不會報錯。

解決方案：請檢查物料名稱或規(guī)格型號中有全角的”號或半角的&號或其他特殊字符，并確認(rèn)是否已經(jīng)更新問題７５９４４的補?。?006-02-1411523打領(lǐng)料單時無法按車間發(fā)料生產(chǎn)訂單問題現(xiàn)象："物料清單/物料清單資料維護”中有“領(lǐng)料部門”和“部門名稱”兩個字段，但在“生產(chǎn)訂單/報表/生產(chǎn)訂單領(lǐng)料單”中有“生產(chǎn)部門”和“部門名稱”兩個字段，但兩個模塊中的字段不能對應(yīng)。這對我公司打領(lǐng)料單時無法按車間發(fā)料，我公司希望“物料清單/物料清單資料維護”中的“領(lǐng)料部門”和“部門名稱”兩個字段在生產(chǎn)訂單/報表/生產(chǎn)訂單領(lǐng)料單”中有對應(yīng)字段，以方便我公司在打領(lǐng)料單時能按車間發(fā)料。

解決方案：“生產(chǎn)訂單”中有“生產(chǎn)部門”和“部門名稱”兩欄取存貨檔案“生產(chǎn)部門”,物料清單中同一半成品可能同時作為多個成品的子件,所以有可能在不同部門生產(chǎn)領(lǐng)用,進而不能取自物料清單.2006-02-1411522B物料庫存要替代一部分A物料用來生產(chǎn)的軟件實現(xiàn)辦法需求規(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)品替換意義不符.建議暫時在庫存使用轉(zhuǎn)換變通處理.2006-02-1411521預(yù)測單上一保存不能馬上進行作為審核狀態(tài)，應(yīng)有一個審核過程主生產(chǎn)計劃問題現(xiàn)象：1、預(yù)測上單上要體現(xiàn)該存貨的現(xiàn)存量、安全庫存、最高庫存信息，因為銷售部、生產(chǎn)部在看預(yù)測單有一個評估的根據(jù)。2、預(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)。

解決方案：分析：預(yù)測未來的需求時，考慮現(xiàn)存量是不合理的，因為現(xiàn)存量隨時在改變；預(yù)測訂單錄入后，不會主動對系統(tǒng)產(chǎn)生任何影響，因為MPS/MRP是必須人為指定采用哪一預(yù)測訂單來執(zhí)行MPS/MRP的，也就是說預(yù)測訂單是完全被動地被處理相關(guān)處理的，所以無須審核動作。2006-02-1411520生產(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件的則可以。

解決方案：客戶均設(shè)置為mps件造成的，此時半成品根據(jù)母件的生產(chǎn)訂單計算供需（失去計劃的意義）。861只考慮單層mps件供需的，不支持多層mps。所以建議修改子件為mrp件。2006-02-1411519預(yù)測單引起的逾期需求規(guī)劃問題現(xiàn)象：時柵設(shè)置：日數(shù)：十，需求來源：預(yù)測單+客戶訂單不消抵，周均化，MRP每周三一次。例（期間11月1日至11月30日，預(yù)測單：A產(chǎn)品100）：A產(chǎn)品（無安全庫存）現(xiàn)存量有100臺，11月5日有一筆銷售訂單100臺，出庫100臺。11月9進行MRP運算后，發(fā)現(xiàn)生產(chǎn)逾期的需求。只要現(xiàn)存量小于預(yù)測單數(shù)，就會生產(chǎn)這種現(xiàn)象。如果采用預(yù)測單+客戶訂單消抵的方式，必須等銷售訂單參加MPR運算后才可以出庫，這樣不符合實際業(yè)務(wù)。而客戶大部分產(chǎn)品的累計提前期是在35天至40天左右，所以也無法采用縮短預(yù)測單預(yù)測時間。鑒于以上情況，應(yīng)該如何調(diào)整才可以避免此現(xiàn)象的產(chǎn)生？

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

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

解決方案：1)生產(chǎn)訂單子手動輸入--子件資料維護中子件信息并不一定來自bom，因為還有非標(biāo)準(zhǔn)生產(chǎn)訂單，其子件可以隨意錄入。2)將子件在不同母件下的備注，合并為一行顯示，這樣的備注也就失去了意義，因為它備注的對象都不知道，另外技術(shù)上也無法實現(xiàn)，如備注長度為10，兩個備注分別為8，如何合并請理解，BOM的備注是建立BOM時的說明，該BOM會有無數(shù)的生產(chǎn)訂單/委外訂單引用，就好比是否要將所有生產(chǎn)訂單用到的基礎(chǔ)檔案如存貨、部門...的相關(guān)資料，全部拷貝到生產(chǎn)訂單一樣。該需求不考慮。2006-02-1411516包裝損耗率不同的問題如何處理物料清單問題現(xiàn)象：電池成品的包裝有些是使用機器流水線式作業(yè)的，那就存在一個包裝損耗率不同的問題：比如掛卡，連續(xù)批量包裝同一規(guī)格型號1000萬只LR6電池的損耗率是2/1000,損耗是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個所以：“請使用子件固定用量功能”,建議在bom中對子件損耗部分增加bom行"固定/變動"欄設(shè)為"固定"處理(工序可為0000,以使同一bom中允許錄入相同子件).2006-02-1411515運算BRP計劃后，無法對BRP計劃的結(jié)果進行正確的調(diào)整需求規(guī)劃問題現(xiàn)象：運算BRP計劃后，無法對BRP計劃的結(jié)果進行正確的調(diào)整（看到該物料的庫存信息：現(xiàn)存量、在單量、預(yù)約量等），而860SP有此功能（BRP建議計劃量調(diào)整），請在861版本中增加此功能，因為BRP計劃方法對很多企業(yè)（不適合運算MRP）非常適用。

解決方案：請不要引導(dǎo)客戶參照現(xiàn)存量、在單量、預(yù)約量等來制訂計劃，因為這些數(shù)量都無時間概念，BRP的目的主要是計算毛需求，與BOM全階展開一樣，適用于批對批的生產(chǎn)方式2006-02-1411443結(jié)轉(zhuǎn)生產(chǎn)制造時報錯生產(chǎn)訂單問題現(xiàn)象：年度結(jié)轉(zhuǎn)生產(chǎn)制造時錯誤：在系統(tǒng)管理中進行年度數(shù)據(jù)結(jié)轉(zhuǎn)時出現(xiàn)錯誤提示，不能進行結(jié)轉(zhuǎn)，提示為：“mom_moallocate列名“define22”無效”，當(dāng)確定后就不能進行正常結(jié)轉(zhuǎn)了。

解決方案：此問題開發(fā)部門已經(jīng)出了補丁，補丁名稱：（補丁編號：1594日期：2006-01-06，替換到\system32\ufcomsql下并以regsvr32的形式注冊）2006-01-2311380預(yù)測單無法復(fù)制生產(chǎn)管理問題現(xiàn)象：客戶使用了852的生產(chǎn)管理,但在做預(yù)測單復(fù)制操作的時候,有些可以(如901202),有些單據(jù)則不能復(fù)制,(如單據(jù)號為018,021,020,021,021,020,021等,因單據(jù)較多,沒有測試全部單據(jù))

解決方案：解決辦法：1、在存貨檔案中將存貨的停用日期去掉。2、將預(yù)測單中這些已經(jīng)停用的存貨刪掉再復(fù)制。2006-01-1011339需求規(guī)劃計算的常見報錯信息需求規(guī)劃問題現(xiàn)象：客戶購買的生產(chǎn)模塊有生產(chǎn)訂單、物料清單、主生產(chǎn)計劃、在基礎(chǔ)設(shè)置中，將時柵天數(shù)設(shè)定為30天，需求來源設(shè)為預(yù)測訂單，所有的倉庫均不參與MRP運算，在系統(tǒng)中不錄入任何預(yù)測訂單的情況下運行MRP，問題一：在自動規(guī)劃錯誤信息查詢報表中系統(tǒng)提示很多物料沒有定義有效BOM，而事實上這些物料是在系統(tǒng)中定義了BOM，而且母件的系統(tǒng)規(guī)劃的開工日期是落在相應(yīng)BOM的生效日期之后的問題二：在運行生產(chǎn)訂單自動生成操作時，系統(tǒng)會規(guī)劃大量物料的生產(chǎn)需求，據(jù)我個人的理解，在沒有毛需求且所有倉庫不參與MRP的情況下，系統(tǒng)不應(yīng)該會規(guī)劃產(chǎn)生需求。

解決方案：問題一：此問題由以下的幾方面因素造成：1、在bom_parent表中沒有bom與bas_part表中物料的對應(yīng)關(guān)系。下面語句查詢出的就是報錯信息中未建立bom_parent表信息的物料id。selectdistinctpartidfrommps_errorwherepartidin(selectpartidfrombas_partwherepartidnotin(selectparentidfrombom_parent))2、另一種情況就是雖然在bom_parent表中有關(guān)聯(lián)，但是卻沒有設(shè)置正確的bom。下面語句查詢出的就是報錯信息中建立bom_parent表信息的物料id。selectdistinctpartidfrommps_errorwherepartidin(selectparentidfrombom_parent)在此情況中又分為兩種情況：a)如002k58152存貨和002k49773存貨，在bom中其子件的倉庫設(shè)置為02號不合格倉，此倉庫參與ROP計算，但不參與MRP計算，所以會報錯。b)如126k07330存貨和049e36600存貨，其BOM的生效日期分別為9月20日和9月1日，但126k07330的規(guī)劃需求為9月9日和9月16日，049e36600的規(guī)劃日期為8月19日和8月16日2006-01-1011338點物料清單有錯誤提示“在位置0處沒有任何行”物料清單問題現(xiàn)象：在物料清單模塊中點物料清單資料維護有錯誤提示“在位置0處沒有任何行”

解決方案：請客戶確認(rèn)8對應(yīng)哪條存貨，將bom_parent表中的紀(jì)錄手工補齊即可。在當(dāng)前客戶數(shù)據(jù)bom_parnt表中bomid只到7。在此表中新增一行，拷貝一個autoid的值稍作修改寫入新增行，將8填入新增行的bomid，到bas_part表中找到一個與之對應(yīng)得partid填入新增行的parentid（一定要確認(rèn)此partid在bas_part表中對應(yīng)的存貨在inventory表中bself屬性為1，即為自治件）。此后，再到系統(tǒng)中打開物料清單維護，就顯示正確了。2006-01-1011337物料清單資料維護按上張或下張都會出現(xiàn)錯誤提示：“Objectreferencenotsettoani物料清單問題現(xiàn)象：打開物料清單資料維護，定位到J2241021202C母件編碼的物料清單后，按上張或下張都會出現(xiàn)錯誤提示：“Objectreferencenotsettoaninstanceofanobject”，打了最新的hotfix和dbhotfix后問題依舊。

解決方案：此處有幾個腳本：1、select*frombas_partwhereinvcodenotin(selectcinvcodefrominventory)查詢在bas_part表中存在，但在inventory表中不存在的紀(jì)錄。2、select*frombom_parentwhereparentidin(selectpartidfrombas_partwhereinvcodenotin(selectcinvcodefrominventory))查詢在bas_part表中存在，但在inventory表中不存在的紀(jì)錄，其對應(yīng)的于bom_parent表中的值。3、select*frombom_bomwherebomidin(selectbomidfrombom_parentwhereparentidin(selectpartidfrombas_partwhereinvcodenotin(selectcinvcodefrominventory)))查詢在bas_part表中存在，但在inventory表中不存在的紀(jì)錄，對應(yīng)的于bom_parent表中的值其對應(yīng)的BOM_bom中的紀(jì)錄。在查詢到這些內(nèi)容后仔細(xì)甄別，是否有客戶還需要的BOM。如果確認(rèn)這些都是客戶不需要的BOM，可順序執(zhí)行以下三行腳本，刪除這些值：deletefrombom_bomwherebomidin(selectbomidfrombom_parentwhereparentidin(selectpartidfrombas_partwhereinvcodenotin(selectcinvcodefrominventory)));deletefrombom_parentwhereparentidin(selectpartidfrombas_partwhereinvcodenotin(selectcinvcodefrominventory));deletefrombas_partwhereinvcodenotin(selectcinvcodefrominventory)如果其中有些BOM是客戶需要的，只不過在存貨檔案中無意刪除了，請在執(zhí)行腳本前紀(jì)錄下結(jié)構(gòu)以便客戶再次添加BOM時參考。請在執(zhí)行腳本前務(wù)必備份原有用戶數(shù)據(jù)。2006-01-1011229生產(chǎn)訂單通知單打印表頭顯示無法更改生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單通知單打印表頭顯示無法更改

解決方案：此問題可通過如下辦法解決;1、進入生產(chǎn)訂單通知單，用鼠標(biāo)雙擊表頭標(biāo)簽，在彈出的屬性頁中將數(shù)據(jù)源類型修改為文本，并將原有的數(shù)據(jù)公式設(shè)置為想要得文本內(nèi)容。保存后，重新進入生產(chǎn)訂單通知單，即可看到表頭的標(biāo)題已經(jīng)修改，在打印預(yù)覽中也顯示正確。2、也可將通知單另存為自定義賬表，將賬表名稱設(shè)置為所需名稱，將此自定義賬表打開，即可看到表頭標(biāo)題呈現(xiàn)的即是賬表名稱。200511212表體自定義項6小數(shù)自動取整生產(chǎn)管理問題現(xiàn)象：客戶從第三方接口中導(dǎo)入數(shù)值到rop計劃的表體自定義項6中,但顯示時小數(shù)自動四舍五入成整數(shù),而數(shù)據(jù)庫中的數(shù)值正常.

解決方案：修改數(shù)據(jù)庫中VoucherItems表的記錄,具體的語句:updateVoucherItemssetnumpoint=3wherecarditemname='表體自定義項6'andtablename='pp_ropquota'即可2005-12-2011177生產(chǎn)訂單沒有復(fù)制功能生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單沒有復(fù)制功能

解決方案：861新增拷貝生產(chǎn)訂單及行的需求,補丁解決2005-12-1911176設(shè)備管理中作業(yè)單打開報錯設(shè)備管理問題現(xiàn)象：設(shè)備管理中作業(yè)單打開報錯，確認(rèn)后顯示不正常

解決方案：在帳套數(shù)據(jù)庫執(zhí)行updateEQ_WorkSetVt_ID=82005-12-1911175運行生產(chǎn)訂單時，報系統(tǒng)錯誤生產(chǎn)訂單問題現(xiàn)象：打了860SPS1hotfix和860SP1DBhotfix后，在運行生產(chǎn)訂單時，報系統(tǒng)錯誤"specifiedcastisnotvalid"。

解決方案：補丁751352005-12-1911174維護工序資料時出現(xiàn)錯誤車間管理問題現(xiàn)象：維護工序資料時出現(xiàn)：未能從程序集1.0.079a中加載類型是什么原因？

解決方案：2005-12-1911157復(fù)制產(chǎn)品結(jié)構(gòu)一個父項修改自由項時“提示存在相同父項名稱”不可以保存物料清單問題現(xiàn)象：客戶是制衣行業(yè)，產(chǎn)品結(jié)構(gòu)比較多，用自由項來做碼數(shù)與顏色的區(qū)別，在做產(chǎn)品結(jié)構(gòu)維護時，復(fù)制其中一個父項修改自由項時“提示存在相同父項名稱”不可以保存，新增沒有問題。

解決方案：復(fù)制后先修改父項自由項，保存。然后再修改子項自由項就可以了。2005-12-1911151生產(chǎn)訂單手工錄入時提示錯誤生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單手工錄入時，表頭自定義項5輸入一個數(shù)值如3，生產(chǎn)數(shù)量輸入完后提示“Inputstringwasnotinacorrectformat.”，而且提示好幾遍，最后表體自定義項13出現(xiàn)結(jié)果，但保存后表體自定義項13數(shù)據(jù)有的沒有了;在單據(jù)自定義公式中，“/”號只有在整除的條件下才不報錯。如客戶數(shù)據(jù)：[表頭:表頭自定義項5]*[表體:生產(chǎn)數(shù)量]只有在能被100整除的情況下能通過，不能被整除就報錯。

解決方案：補丁解決，\861\通版\u8m\75579補丁2005-12-1911150生產(chǎn)訂單單據(jù)編號設(shè)置不可以按照日期等作為前綴設(shè)置編號生產(chǎn)訂單問題現(xiàn)象：其他的單據(jù)編號設(shè)置可以按照日期等作為前綴設(shè)置編號，但是生產(chǎn)訂單卻不能按此設(shè)置，為什么能否改為像其他單據(jù)一樣設(shè)置生產(chǎn)訂單的編號規(guī)則？

解決方案：生產(chǎn)訂單單據(jù)頭沒有部門和日期，無法做到按部門、日期自動生成單據(jù)編號。制單日期和單據(jù)日期是不一樣的，制單日期表示該單據(jù)錄入系統(tǒng)的日期，單據(jù)日期表示業(yè)務(wù)發(fā)生的日期。錄入單據(jù)時可以錄入以后的單據(jù)也可以補錄入以前的單據(jù)，而制單日期只能是單據(jù)錄入時的日期2005-12-1911149MRP運算及庫存問題需求規(guī)劃問題現(xiàn)象：MRP運算及庫存問題1、背景：(1)、公司于2005-04-01啟用U860物料清單、需求規(guī)劃、生產(chǎn)訂單模塊，7月份升級至U860SP，2005年9月底升級至U861。(2)、在應(yīng)用U860和U860SP的過程中，前期由需求規(guī)劃模塊運算生成生產(chǎn)計劃和采購需求，然后根據(jù)生產(chǎn)計劃和采購需求生成生產(chǎn)訂單和采購訂單；運行一段時間后，由于生產(chǎn)訂單完工入庫先后的問題，造成后續(xù)的MRP運算后，已下達過生產(chǎn)訂單的半成品需求重復(fù)出現(xiàn)，當(dāng)時便將此問題提交給集團，集團答復(fù)在U861版本解決，無奈之下，改為手工直接下達生產(chǎn)訂單和采購訂單。在2005年9月底升級至U861后，停止手工下達生產(chǎn)訂單和采購訂單，重新開始MRP運算，目前出現(xiàn)如下狀況：2、現(xiàn)狀描述：說明：該客戶的需求來源為“銷售訂單”(1)、MRP運算后出現(xiàn)產(chǎn)生凈需求1萬5千多條記錄，其中大部分為屬性只是“外購”和“生產(chǎn)耗用”的材料。(2)、如果關(guān)閉所有生產(chǎn)訂單和銷售訂單，MRP運算后還會有7百多條生產(chǎn)需求，一部分是由于按生產(chǎn)訂單對應(yīng)時，現(xiàn)存量出現(xiàn)負(fù)數(shù)而產(chǎn)生的需求；另一部分是其他原因形成的。(3)、經(jīng)過分析，現(xiàn)存量出現(xiàn)負(fù)數(shù)并非實際上的庫存負(fù)數(shù)，而是由于U860SP升U861后，系統(tǒng)新增“訂單預(yù)留”功能造成的；新的系統(tǒng)要求對升級前的銷售訂單進行手工預(yù)留庫存，而客戶未做預(yù)留（當(dāng)時不知道應(yīng)該預(yù)留），所以造成了升級前的實際庫存在升級后按生產(chǎn)訂單查詢（對應(yīng)）時，現(xiàn)存量全部為零，同時也造成按生產(chǎn)訂單生成“材料出庫單”時，出庫單上的所有存貨的現(xiàn)存量為零，在零出庫控制的情況下，出庫單不能保存，客戶被迫取消零出庫控制。(4)、現(xiàn)在嘗試將所有訂單做“預(yù)留”，客戶的銷售訂單數(shù)量有3千多份，如果手工操作，需先取消預(yù)留（因為升級后新增的訂單系統(tǒng)會自動預(yù)留），然后重新對所有訂單進行預(yù)留，工作量非常大，并且，在操作過程出現(xiàn)后面的預(yù)留操作會改變前面已預(yù)留的數(shù)量，導(dǎo)致預(yù)留操作無法進行下去。另外，預(yù)留的結(jié)果也很難理解，如果要驗證結(jié)果需花費大量的時間；可以預(yù)計，由手工解決的可操作性為零。(5)、升級前的實際庫存在升級后按生產(chǎn)訂單查詢（對應(yīng)）時，現(xiàn)存量全部為零，造成按生產(chǎn)訂單生成“材料出庫單”時，出庫單上的所有存貨的現(xiàn)存量為零，在零出庫控制的情況下，出庫單不能保存，客戶被迫取消零出庫控制，已經(jīng)給客戶的庫存控制造成困難，需花費許多時間和精力去解決庫存負(fù)數(shù)的問題（不按銷售訂單對應(yīng)）。3、希望解決的問題：(1)、希望解決公司MRP運算中的問題。(2)、解決銷售訂單預(yù)留的問題(3)、解決按生產(chǎn)訂單生成“材料出庫單”時，存貨的可用量為實際庫存數(shù)量的問題。

解決方案：你好!升級前:1)改為手工直接下達生產(chǎn)訂單和采購訂單,使生產(chǎn)與銷售定單脫離關(guān)聯(lián).所以升級861對應(yīng)的銷售定單的需求認(rèn)為沒有滿足,被規(guī)劃出來.既然已經(jīng)有了生產(chǎn)和采購,自由庫存增加,只需對銷售預(yù)留即可.在預(yù)留后待對應(yīng)銷售出庫后相關(guān)需求在生產(chǎn)規(guī)劃中不會再被規(guī)劃出來.2,3)出庫現(xiàn)存量為負(fù)問題也是因為升級前沒有參照計劃采購和生產(chǎn)造成的,861中經(jīng)訂單預(yù)留也可以解決.4)升級后新增的訂單系統(tǒng)會自動預(yù)留,應(yīng)該不需先取消預(yù)留.因為可預(yù)留量只是沒有被預(yù)留的庫存.5)同2,3問題都是因為861增加按銷售定單+行號指定庫存問題.861中經(jīng)訂單預(yù)留也可以解決總結(jié):以上問題都需手工訂單預(yù)留解決.2005-12-1911142有一存貨不能在物料清單修改和增加物料清單問題現(xiàn)象：有一存貨不能在物料清單修改和增加

解決方案：經(jīng)查該BOM表里子項中的個別存貨沒有采購屬性,選上即可2005-12-1311134產(chǎn)品結(jié)構(gòu)設(shè)置提示母件資料不全物料清單問題現(xiàn)象：產(chǎn)品結(jié)構(gòu)設(shè)置提示母件資料不全,輸出母項又提示子項資料不全

解決方案：WIN2000+U860SP打WINPK4補丁,再安裝軟件即可2005-12-1311133生產(chǎn)訂單不能保存生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單不能保存

解決方案：將子件的生效日期提前即可2005-12-1310932執(zhí)行MPS+重復(fù)計劃未生成主生產(chǎn)計劃問題現(xiàn)象：執(zhí)行MPS運算后，查看建議計劃量中沒有數(shù)據(jù)

解決方案：更改截止日期2005-11-2910856生產(chǎn)管理預(yù)測單修改狀態(tài)下無法排序生產(chǎn)管理問題現(xiàn)象：預(yù)測單打開后，按照存貨名稱排序。單擊修改，順序又變成安序號排序了。并且此時不能對表體進行排序。

解決方案：此處不影響用戶業(yè)務(wù)正常使用，且預(yù)測單修改操作屬于低頻度操作，此類老版本需求問題暫不考慮。還請做好用戶溝通工作，謝謝！200510797生產(chǎn)制造需求規(guī)劃產(chǎn)品預(yù)測單無法參照存貨需求規(guī)劃問題現(xiàn)象：861生產(chǎn)制造需求規(guī)劃產(chǎn)品預(yù)測單無法參照存貨

解決方案：進行MRP基本資料維護2005-11-2210765生產(chǎn)訂單轉(zhuǎn)工序時提示‘此物料工藝路線的明細(xì)資料不存在’車間管理問題現(xiàn)象：審核后的生產(chǎn)訂單在車間管理轉(zhuǎn)工序時提示‘此物料工藝路線的明細(xì)資料不存在’，此物料為ATO模型

解決方案：先棄審生產(chǎn)訂單，刪除此生產(chǎn)訂單，再重新下達生產(chǎn)即可。ATO模型下達生產(chǎn)如果要轉(zhuǎn)車間要先建立物料工藝路線。2005-11-2210683生產(chǎn)備料、生產(chǎn)缺料排序等報表生產(chǎn)訂單參照時排序混亂生產(chǎn)管理問題現(xiàn)象：在U852生產(chǎn)管理中生產(chǎn)備料、生產(chǎn)缺料分析等報表，生產(chǎn)訂單參照時排序混亂，想修改對應(yīng)的條件范圍后加orderbyccode，但系統(tǒng)不允許修改，客戶要查詢一個區(qū)間范圍就很不方便，請求集團支持

解決方案：對于當(dāng)前問題的處理過程如下：（使用前請先備份）查詢生產(chǎn)備料(生產(chǎn)缺料分析類同)過濾條件信息select*fromrpt_glbdefwherename='生產(chǎn)備料'select*fromrpt_fltdefwhereid='2754'andnote='訂單編號'目前系統(tǒng)中默認(rèn)按排序，且無法調(diào)整修改；考慮從數(shù)據(jù)庫調(diào)整過濾條件設(shè)置。如果要實現(xiàn)按訂單號排序，可修改如下：updaterpt_fltdefsetexpression='selectcCodefromPP_ProductPOwhereiState=2orderbyccode',ModeEx=1whereid='2754'andnote='訂單編號'此方法的局限性：修改后參照選擇訂單界面是自定義參照過濾模式，顯示內(nèi)容只有訂單編號列。2005-11-1410419退貨返修或入庫返修的生產(chǎn)訂單處理生產(chǎn)訂單問題現(xiàn)象：銷售退貨后到車間重新返修，重新拆機，把壞的零件換下來，重新從倉庫領(lǐng)新的料件進行返修，目前生產(chǎn)訂單模塊沒有開返修單，請問此類情況怎樣處在我們系統(tǒng)處理。

解決方案：針對您所提出的問題，我們做了分析，認(rèn)為在對于這種返工維修的物料可以將操作流程設(shè)置成如下方式：例：A--|-B-C客戶退回一個成品A，其中C發(fā)現(xiàn)損壞，我們將要領(lǐng)料A和一個新的C?，F(xiàn)在直接手工輸入非標(biāo)準(zhǔn)生產(chǎn)訂單，設(shè)置物料編碼是A，不選擇BOM和工藝路線，對A的子件進行修改，其子件改為A、C，即：A--|-A-C以此生產(chǎn)訂單可做MPS/MRP運算得到相應(yīng)的供需政策，參照此計劃去采購，或參照此訂單領(lǐng)料。如果有大批量的維修，均會在企業(yè)內(nèi)部設(shè)立維修中心，以此作為一個工作中心。針對物料A做替代BOM，其中設(shè)置A的子件是A。當(dāng)然，這樣設(shè)置仍然要進行生產(chǎn)訂單的手工輸入和子件的修改，但可進行工序的操作。2005-11-0110418在BOM結(jié)構(gòu)查詢多階時報頁面錯誤，等一系列xml信息物料清單問題現(xiàn)象：在BOM結(jié)構(gòu)查詢多階時報頁面錯誤，等一系列xml信息。

解決方案：建議客戶用中文雙引號替代英文雙引號，或在數(shù)據(jù)庫中批量將存貨檔案中的存貨名稱英文雙引號替換成中文雙引號。編號標(biāo)題版本模塊描述提交時間10439生產(chǎn)訂單自動生成時系統(tǒng)提示“指定的轉(zhuǎn)換無效”生產(chǎn)訂單問題現(xiàn)象：進行MPS、MRP運算后，在生產(chǎn)訂單自動生成界面點擊生成按鈕，系統(tǒng)提示“指定的轉(zhuǎn)換無效”。

解決方案：查詢cdefine26、cdefine27、cdefine34、cdefine35為零的語句：select*fromso_sodetailswherecdefine26=orcdefine27=orcdefine34=0orcdefine35=0對于上報的數(shù)據(jù)銷售訂單號為'OPT05－ZQ－116'、'MA5-199-01'的出錯訂單進行更新的語句：updateso_sodetailssetcdefine26=null,cdefine27=null,cdefine34=null,cdefine35=nullwherecsocode='OPT05－ZQ－116'updateso_sodetailssetcdefine26=null,cdefine27=null,cdefine34=null,cdefine35=nullwherecsocode='MA5-199-01'更新前請備份用戶數(shù)據(jù)，并慎重考慮是否可以刪除。刪除后即可生單保存成功。2005-11-10429打印格式在改變行高顯示時打印頁面顯示不正常車間管理問題現(xiàn)象：生產(chǎn)訂單工序派工單打印格式在改變行高顯示時，打印頁面顯示不正常。

解決方案：此問題是由于調(diào)整了行高大小之后，沒有在報表格式中修改正文區(qū)域的每頁打印行數(shù)，造成行高加大，行數(shù)不變，超出紙張大小所致。只需要在報表格式中將正文區(qū)域的每頁打印行數(shù)相應(yīng)調(diào)整即可。2005-11-0110428工資變動中人員編號有空行車間管理問題現(xiàn)象：由工資數(shù)據(jù)由721升級到821后，打開工資變動，發(fā)現(xiàn)有十幾行記錄人員編號為空。

解決方案：在客戶帳套內(nèi)執(zhí)行一下腳本即可：SETNOCOUNTONDECLARE@TblNameVARCHAR(100)DECLARE@UpdateStringNVARCHAR(1000)DECLARE@SelectStringNVARCHAR(1000)DECLARE@COlNameVARCHAR(100)DECLARE@COUNTINTSET@TblName='wa_gzdata'--指定想要修改的表名--定義游標(biāo)取出指定表內(nèi)的數(shù)據(jù)類型是VARCHAR,char,nVARCHAR的字段名稱DECLAREcur_ColNameCURSORFORSELECTFROMsyscolumnsAScolinnerjoinsysobjectsASobjON=INNERjoinsystypesAStypON=WHERE='U'AND=@TblNameANDIN('VARCHAR','CHAR','NVARCHAR','NCHAR')FORREADONLY--打開游標(biāo)OPENcur_ColNameFETCHNEXTFROMcur_ColNameINTO@ColNameIF@@FETCH_S