標(biāo)題版本模塊描述生產(chǎn)訂單上的bom選擇為不選8.72生產(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)^0bom信息，就顯示為不選MRP運(yùn)算后在供需資料查詢-物料查詢里看到物料重復(fù)計(jì)算了其他需求規(guī)劃問題現(xiàn)象：MRP運(yùn)算后在供需資料查詢-物料查詢里看到物料重復(fù)計(jì)算了解決方案：把計(jì)劃刪除重跑計(jì)劃問題沒重現(xiàn)，但過一段時(shí)間有重復(fù)出現(xiàn)類似的問題。后服務(wù)器和工作站更新了870SP3補(bǔ)丁和最新的MM補(bǔ)丁后問題沒再重現(xiàn)了。虛擬件無法帶出子件8.71生產(chǎn)訂單問題現(xiàn)象：某成品的一級bom有虛擬件，虛擬件建有自己的bom，在下生產(chǎn)訂單時(shí)無法帶出二級子件解決方案：客戶在路存貨時(shí)把虛擬件的出庫跟蹤入庫的選項(xiàng)勾上了，取消即可物料清單維護(hù)時(shí)報(bào)錯(cuò)8.61物料清單問題現(xiàn)象：物料清單維護(hù)時(shí)報(bào)錯(cuò)，后臺也無法跟蹤到錯(cuò)誤解決方案：查詢發(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)工序資料維護(hù)里的工時(shí)（分子）和工時(shí)（分母）為實(shí)際的工時(shí)，再生成工序即可。錄入工序轉(zhuǎn)移單保存時(shí)出錯(cuò)其他車間管理問題現(xiàn)象：客戶端錄入工序轉(zhuǎn)移單無法保存，提示：theservicedcomponentbeinginvokedisnotcorrectlyconfiguredcuseregsvcstore-register解決方案：嘗試把.net2.0SP1刪除，再重裝用友問題依舊，需重裝服務(wù)器解決。保存bom提示：U8.SQL.FailConnectToDB[Connection:zhanghuaj...8.72物料清單問題現(xiàn)象：保存bom提示：U8.SQL.FailConnectToDB[Connection:zhanghuajie\UFADTA_999_2008][Message:服務(wù)器'ZHANGHUAJ...IE'上的msdtc不可用解決方案：手工啟動DistributedTransactionCoordinator即可MRP運(yùn)算后部分物料出現(xiàn)無訂單的需求8.72需求規(guī)劃問題現(xiàn)象：MRP運(yùn)算后，物料''002030037'',''102170010'',''002020023'',''002020012'',''002020003'',''002020002''產(chǎn)生了無訂單需求解決方案：前四種物料在自由庫存中有待發(fā)貨數(shù)量,屬無效發(fā)貨記錄，從currentstock中直接清除待發(fā)貨數(shù)量;后兩種物料訂單行被刪除，導(dǎo)致currentstock中的訂單行現(xiàn)存量為負(fù)，刪除即可851A生產(chǎn)訂單自定義報(bào)表查詢結(jié)果0.1234顯示為.12348.51A物料需求問題現(xiàn)象：851A生產(chǎn)訂單自定義報(bào)表查詢結(jié)果0.1234顯示為.1234解決方案：查詢生產(chǎn)訂單自定義報(bào)表查詢結(jié)果0.1234顯示總帳填制憑證錄入為.1234,剛開始懷疑是數(shù)據(jù)不對，仔細(xì)一查數(shù)據(jù)都是對的，然后就沒在意了，在報(bào)表里從上往下查時(shí)，突然發(fā)現(xiàn)一條記錄顯示異常，訂單號位置是空的，分類編碼位置顯示的是存貨編碼，分類名稱位置顯示的是分類編碼。。。，這時(shí)想起來以前解決的871存貨明細(xì)賬顯示異常的問題，就到后臺找到這張訂單把備注欄摘要重新輸入一下，這時(shí)顯示正常了，包括小數(shù)的顯示也沒有問題了。問題現(xiàn)象：總帳填制憑證錄入現(xiàn)金流量科目后錄入現(xiàn)金流現(xiàn)金流量科目后錄8入現(xiàn)金流量保存時(shí)生產(chǎn)量保存時(shí)候提示：runtimeerror-2147217900訂單解決方案：重建數(shù)據(jù)庫實(shí)例，服務(wù)器排序規(guī)則選擇Chines候提示：...e_PRC_CI_AS即可，或者重裝SQL時(shí)選擇自定義安裝類型有個(gè)生產(chǎn)訂單有累計(jì)出庫數(shù)量但是材8.71料出庫單查不到問題現(xiàn)象：有個(gè)生產(chǎn)訂單有累計(jì)出庫數(shù)量但是材料出庫單生產(chǎn)查不到訂單解決方案：數(shù)據(jù)回寫錯(cuò)誤導(dǎo)致，實(shí)際材料出庫單已經(jīng)刪除，修改生產(chǎn)訂單上的累計(jì)出庫數(shù)量為0，再出庫即可MRP替代料問題8.71問題現(xiàn)象：客戶設(shè)置的替代料在mrp運(yùn)算的時(shí)候不起作用，需求檢查基礎(chǔ)設(shè)置無問題規(guī)劃解決方案：檢查發(fā)現(xiàn)是由于作為替代的請購單的物料日期不在需求時(shí)間內(nèi)導(dǎo)致?？蛻舳撕头?wù)器上做MRP計(jì)劃生成的時(shí)候出錯(cuò)，提示：無法獲取用...生產(chǎn)訂單整批處理

出錯(cuò)需求計(jì)算錯(cuò)誤替代料問題8.718.718.718.71需求規(guī)劃生產(chǎn)訂單需求規(guī)劃需求規(guī)劃問題現(xiàn)象：應(yīng)用環(huán)境：870+SP3補(bǔ)丁，客戶端和服務(wù)器上做MRP計(jì)劃生成的時(shí)候出錯(cuò)，提示：無法獲取用戶登陸數(shù)據(jù)，請重新登陸并確認(rèn)應(yīng)用服務(wù)器是否正常解決方案：把補(bǔ)丁卸掉，修復(fù)安裝一次用友，再打會補(bǔ)丁測試，問題解決。問題現(xiàn)象:U870升級到U871后，進(jìn)入生產(chǎn)訂單整批處理中，默認(rèn)的查詢條件，點(diǎn)擊查詢時(shí)提示：“traceinfoU8m.bp.failure參照對像不能涉及具體的實(shí)例”解決方案：selectmocode,modid,*frommom_orderleftjoinmom_orderdetailonmom_orderdetail.MoId=mom_order.MoId使用語句把生產(chǎn)定單找出來wheremodidin(selectmodidfrommom_moallocatewhereQty=0)把生產(chǎn)定單的應(yīng)領(lǐng)數(shù)為0的修改為正確的OK問題現(xiàn)象:訂單PI-EL0802012已發(fā)貨,MRP運(yùn)算后卻有需求，物料002020012,002020023MRP運(yùn)算后產(chǎn)生無效需求解決方案：由于CURRENTSTOCK表中存在相關(guān)物料的錯(cuò)誤待發(fā)貨數(shù)量,刪除后,MRP運(yùn)算正確問題現(xiàn)象：物料清單中子件A有替代料B。系統(tǒng)中有B的采購訂單(此時(shí)無庫存量)，未被關(guān)閉及占用，但是進(jìn)行需求規(guī)劃時(shí)還會運(yùn)算出A的需求，沒有考慮B。但是在B有結(jié)存的情況下，能考慮到B。解決方案：采購訂單的日期沒有在生產(chǎn)日期內(nèi)，所以沒有考慮替代需求重復(fù)計(jì)算8.71需求問題現(xiàn)象：訂單PI-EL00802012的物料699000010已下達(dá)規(guī)劃委外訂單生產(chǎn)，但跑出需求解決方案：訂單pi-el00802012有超訂單發(fā)貨的情況。按業(yè)務(wù)要求，取消相關(guān)銷售選項(xiàng)MRP運(yùn)算問題8.71生產(chǎn)訂單生單報(bào)錯(cuò)870計(jì)劃代號維護(hù)無法保存MRP計(jì)劃參數(shù)維護(hù)

出錯(cuò)8.70其他U870打上SP2補(bǔ)丁后生產(chǎn)訂單自動生8.70成時(shí)提示錯(cuò)誤！供需追溯明細(xì)表，只能看到0階記錄需求規(guī)劃打開提示“網(wǎng)絡(luò)無法連接或

用戶無權(quán)限不能打

開結(jié)點(diǎn)”生產(chǎn)訂單審核時(shí)報(bào)8.708.708.60需求規(guī)劃主生產(chǎn)計(jì)

劃主生產(chǎn)計(jì)

劃問題現(xiàn)象：mrp運(yùn)算出來的結(jié)果跟需求來源不一致解決方案：bas_part與inventory中的安全庫存不一致，調(diào)整一致即可問題現(xiàn)象：生產(chǎn)訂單生單提示錯(cuò)誤解決方案：測試發(fā)現(xiàn)服務(wù)器上生產(chǎn)訂單是可以正常打開的，報(bào)錯(cuò)的客戶端有一個(gè)生產(chǎn)的補(bǔ)丁沒有打，打完補(bǔ)丁后使用正常問題現(xiàn)象：計(jì)劃代號維護(hù)保存時(shí)提示'Theinputstreamisnotavalidbinaryformat.Thestartingcontents（inbytes）are53-79…解決方案：清理應(yīng)用服務(wù)器c盤空間，重啟服務(wù)器物料問題現(xiàn)象：MRP計(jì)劃參數(shù)維護(hù)出錯(cuò)需求解決方案：點(diǎn)開桌面右下角,871托盤，點(diǎn)擊64位調(diào)整問題現(xiàn)象：生產(chǎn)訂單手工錄入時(shí)提示：methodnofound：生產(chǎn)‘u8soft.u8.u8m.doschema.mo.morderds[]'訂單解決方案：打上安裝生產(chǎn)制造cp—u870—1213—080422—m口補(bǔ)丁后正常。需求規(guī)劃需求規(guī)劃生產(chǎn)問題現(xiàn)象：客戶帳套在870sp2環(huán)境下，MRP計(jì)劃運(yùn)算完成后，查詢供需追溯明細(xì)表，只能看到0階記錄，采購、委外、自制件均是如此。在供需資料查詢■物料界面可正常查看物料的所有供需記錄。解決方案：1、MPS-MRP順序展開后，此時(shí)的追溯層次是對的，接著如刪除7MPS計(jì)劃內(nèi)容，就會出現(xiàn)該現(xiàn)象。原因:將計(jì)劃的源頭（剛好是MPS件）刪除了，而又不重新展算MRP，那第一次展MRP的計(jì)劃還在，但它的源頭卻找不到了，所以查詢結(jié)果不正確。比如您上傳的數(shù)據(jù)中MPS運(yùn)算的結(jié)果是根據(jù)銷售訂單規(guī)劃出物料14012的供應(yīng)，在此基礎(chǔ)上運(yùn)算MRP后再將MPS計(jì)劃刪除，接著查詢供需追溯明細(xì)表就是不正確的。2、在刪除MPS計(jì)劃內(nèi)容的基礎(chǔ)上運(yùn)算MRP，但參數(shù)選擇時(shí)仍選擇已刪除計(jì)劃內(nèi)容的MPS計(jì)劃代號，而物料14012卻是MPS件且供需追溯明細(xì)表查詢的是最近一次MRP運(yùn)算的結(jié)果，此時(shí)運(yùn)算MRP就與第一種情況類似，選擇了源頭但實(shí)質(zhì)上源頭卻找不到，所以查詢結(jié)果不正確（供需資料查詢-物料是正確的，但其中沒有關(guān)于此物料的資料）。問題現(xiàn)象：需求規(guī)劃除帳套主管外，其它用戶點(diǎn)擊結(jié)點(diǎn)均提示：網(wǎng)絡(luò)無法連接或用戶無權(quán)限不能打開結(jié)點(diǎn)。已分配需求規(guī)劃模塊所有權(quán)限解決方案：勾選公用設(shè)置中的生產(chǎn)制造公用參數(shù)權(quán)限問題現(xiàn)象：生產(chǎn)訂單審核時(shí)報(bào)“數(shù)據(jù)錯(cuò)誤”，審核不成功標(biāo)題版本模塊描述“數(shù)據(jù)錯(cuò)誤”，審核不成功sp訂單解決方案：生產(chǎn)訂單子件是入庫倒沖的，補(bǔ)倉庫信息母件多階查詢出現(xiàn)錯(cuò)誤08.61物料清單問題現(xiàn)象：在報(bào)表-＞母件結(jié)構(gòu)表（多階）查詢的時(shí)候報(bào)錯(cuò)誤0解決方案：可能是打補(bǔ)丁造成的，造成了存儲過程usp_bo_expandbyparent出錯(cuò)，重新生成存儲過程即可.UFPMP8.61需求規(guī)劃問題現(xiàn)象：問題描述：需求規(guī)劃中的無物料清單查詢系統(tǒng)管理權(quán)限無法設(shè)置？但在需求規(guī)劃模塊中是有此菜單的；解決方案：【解決方案】到系統(tǒng)管理一權(quán)限一公共目錄一生產(chǎn)制造公用一公共單據(jù)里可以設(shè)置UFPMP8.61物料清單問題現(xiàn)象：問題描述：在參照生產(chǎn)訂單生成材料出庫單時(shí)，按照生產(chǎn)所屬子項(xiàng)進(jìn)行過濾。生產(chǎn)子項(xiàng)中的領(lǐng)料部門為空，不能按照物料清單中定義的領(lǐng)料部門顯示。造成不能在過濾條件中使用領(lǐng)料部門進(jìn)行過濾！解決方案：目前已經(jīng)有兩種變通解決辦法：1、通過在bom清單上的工序行號作為領(lǐng)料部門編碼。過濾工序行號即可/2、修改了相關(guān)視圖。UFPMP8.61車間管理問題現(xiàn)象：問題描述：“生產(chǎn)訂單工時(shí)記錄單”添加表體自定義項(xiàng)1，同時(shí)在“工時(shí)記錄明細(xì)表”中添加表體自定義項(xiàng)1，但是在報(bào)表上表體自定義項(xiàng)1的內(nèi)容顯示不出來。解決方案：【解決方案】工時(shí)記錄單明細(xì)資料中表體自定義項(xiàng)是補(bǔ)丁KB-U861-0026-060530-85618.msi添加的（問題85618），請更新補(bǔ)丁。然后在工時(shí)記錄單右鍵輸入明細(xì)資料后查詢即可?！氨眢w自定義”顯示在單據(jù)格式中可以修改。UFPMP8.61生產(chǎn)訂單問題現(xiàn)象：問題描述：當(dāng)生產(chǎn)訂單較多，或者生產(chǎn)訂單包含的物料較多時(shí)，查詢生產(chǎn)訂單缺料表時(shí)出現(xiàn)以上提示，如果查詢少量數(shù)據(jù)該功能正常，組件事務(wù)超時(shí)已設(shè)置為3600秒。解決方案：此問題研發(fā)人員已經(jīng)出具相關(guān)補(bǔ)丁,由于【861版本】補(bǔ)丁，針對該問題的補(bǔ)丁包KB-U861-0256-060803-88495.msi已經(jīng)驗(yàn)證通過并已經(jīng)對外發(fā)布，請使用補(bǔ)丁更新工具進(jìn)行下載安裝UFPMP8.61需求規(guī)劃問題現(xiàn)象：業(yè)務(wù)需求：業(yè)務(wù)中的MRP建議計(jì)劃希望不從銷售訂單中取需求，只考慮庫存和生產(chǎn)訂單等問題：如果時(shí)柵資料中的需求來源取“預(yù)測”，MRP運(yùn)算需求來源還是取自“客戶訂單”解決方案：由于銷售訂單的預(yù)完工日期小于系統(tǒng)日期，所以不受時(shí)柵的控制，也會規(guī)劃供應(yīng)。建議把銷售訂單的預(yù)完工日期修改為大于系統(tǒng)日期即可。UFPMP8.61物料清單問題現(xiàn)象：客戶原來存貨的屬性為米購，改為自制后，不能建立BOM；但有些存貨將屬性由米購改為自制后，又能建立BOM；嘗試多次，沒有什么規(guī)律性；解決方案：由于物料清單維護(hù)功能采用了緩存機(jī)制，存貨屬性改為自制后，系統(tǒng)沒有及時(shí)更新。所以需要退出產(chǎn)品，UFPMPUFPMP要求提供有關(guān)生產(chǎn)訂單全部資料的信息未審核生產(chǎn)訂單無

法修改子件，修改

訂單子件后保存時(shí)

提示〃正在...新建賬套，做工程物料清單維護(hù)時(shí)報(bào)錯(cuò)，提示“未將對象引用設(shè)置到對象的實(shí)例”查詢生產(chǎn)訂單效率8.618.618.618.618.618.61生產(chǎn)訂單車間管理生產(chǎn)訂單主生產(chǎn)計(jì)

劃物料清單生產(chǎn)重新登陸即可。問題現(xiàn)象：手工輸入非標(biāo)準(zhǔn)生產(chǎn)訂單時(shí)，修改表體“生產(chǎn)數(shù)量”后，“MRP凈算量”不作相應(yīng)修改。導(dǎo)致產(chǎn)品入庫時(shí)，入庫數(shù)量只能與“MRP凈算量”相同，不能按照“生產(chǎn)數(shù)量”進(jìn)行入庫。解決方案：MRP凈算量：MPS/MRP將該數(shù)量作為預(yù)計(jì)完工日期的有效供應(yīng)數(shù)量。默認(rèn)為〃生產(chǎn)數(shù)量"，若是標(biāo)準(zhǔn)生產(chǎn)訂單，不可修改；若是非標(biāo)準(zhǔn)生產(chǎn)訂單，可改，如產(chǎn)品維修，計(jì)劃生產(chǎn)數(shù)量為100，但預(yù)計(jì)產(chǎn)出合格數(shù)量可輸入95。根據(jù)您的問題，建議客戶修改了生產(chǎn)數(shù)量后，同時(shí)修改mrp凈算量為預(yù)計(jì)入庫的數(shù)量即可。問題現(xiàn)象：在WIN2003下，工序轉(zhuǎn)移單保存時(shí)提示“登錄信息不全，請查看代碼”解決方案：重啟iis后，問題解決。問題現(xiàn)象：因?yàn)榕女a(chǎn)和實(shí)際生產(chǎn)部門不同，同時(shí)需要書面單據(jù)來指導(dǎo)業(yè)務(wù)操作，客戶非常需要提供一個(gè)有關(guān)生產(chǎn)訂單全部資料的報(bào)表或者查詢界面。這個(gè)報(bào)表和查詢界面主要包括生產(chǎn)訂單號碼、生產(chǎn)訂單單據(jù)日期、審核日期、預(yù)計(jì)入庫日期、生產(chǎn)的產(chǎn)品信息（母件編碼、名稱、生產(chǎn)數(shù)量等）、領(lǐng)料的子件信息（編碼、名稱、領(lǐng)料數(shù)量、領(lǐng)料倉庫、現(xiàn)存量等）、工序資料等。請總部慎重考慮，已上生產(chǎn)制造模塊的客戶都提過此需求！解決方案：生產(chǎn)訂單全部資料非常多，全部匯總在一張報(bào)表內(nèi)，信息量很大，報(bào)表很難在一個(gè)頁面完整的顯示出來，同一行信息分成多個(gè)頁面，使用也不方便。生產(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)注的信息不同，將全部信息集中在一張表中，這種需求不具有通用性。問題現(xiàn)象：未審核生產(chǎn)訂單無法修改子件，修改訂單子件后保存時(shí)提示〃正在被別人修改或刪除〃解決方案：把mom_moallocat表內(nèi)容倒出，刪除mom_moallocat表，從演示帳套導(dǎo)入該表以及索引，約束，把該表原來的內(nèi)容導(dǎo)回，問題解決問題現(xiàn)象：新建賬套，做工程物料清單維護(hù)時(shí)報(bào)錯(cuò)，提示“未將對象引用設(shè)置到對象的實(shí)例”解決方案：還原后問題解決，建議用戶以后不要到后臺改數(shù)據(jù)問題現(xiàn)象：客戶關(guān)閉和審核狀態(tài)的下的生產(chǎn)訂單目前約有9問題未審核生產(chǎn)訂單無

法修改子件，修改

訂單子件后保存時(shí)

提示〃正在...報(bào)表打印時(shí)無法進(jìn)行多任務(wù)強(qiáng)制分頁的修改要求按預(yù)測進(jìn)行需

求規(guī)劃訂單000個(gè)，在生產(chǎn)訂單手工輸入界面上下翻頁的時(shí)候，速度非常的緩慢。解決方案：此問題研發(fā)人員已經(jīng)出具相關(guān)補(bǔ)丁,由于【861版本】補(bǔ)丁，現(xiàn)已通過【補(bǔ)丁自動更新系統(tǒng)】發(fā)布，此問題的補(bǔ)丁在自動更新系統(tǒng)中編號為【KB-U861-0272-060808-89319】8.618.618.61主生產(chǎn)計(jì)劃物料清單需求規(guī)劃問題現(xiàn)象：未審核生產(chǎn)訂單無法修改子件，修改訂單子件后保存時(shí)提示〃正在被別人修改或刪除〃解決方案：把mom_moallocat表內(nèi)容倒出，刪除mom_moallocat表，從演示帳套導(dǎo)入該表以及索引，約束，把該表原來的內(nèi)容導(dǎo)回，問題解決問題現(xiàn)象：在打印母件結(jié)構(gòu)表一多階表進(jìn)行頁面設(shè)置時(shí)，多任務(wù)（或多單）強(qiáng)制分頁的設(shè)置項(xiàng)無效，無法取消.解決方案：在861sp1的基礎(chǔ)上安裝了KB-U861-0209-060718-87531補(bǔ)丁，該補(bǔ)丁解決了在多任務(wù)模式下非末尾頁不能全頁顯示問題，但造成的結(jié)果是物料清單模塊報(bào)表均改為〃單任務(wù)顯示〃。問題現(xiàn)象：客戶需求，是根據(jù)預(yù)測單來安排生產(chǎn)，而銷售訂單概不參與.因?yàn)楫a(chǎn)品生產(chǎn)周期的關(guān)系，一般情況下，如果根據(jù)銷售訂單再來安排生產(chǎn)，一般都是沒時(shí)間交單的.所以客戶基本都是根據(jù)預(yù)測來組織安排生產(chǎn)，也就是面向庫存的生產(chǎn)方式.但在現(xiàn)實(shí)生活中，銷售訂單還是很多的，都是進(jìn)入系統(tǒng)的，結(jié)果無論時(shí)柵怎么設(shè)（可能用友的算法在系統(tǒng)日期之前的有效需求（客戶訂單，預(yù)測單等）都會被計(jì)算出來，不受時(shí)柵的限制）。這樣都會把銷售訂單的需求跑出來，這樣不符合客戶的要求.不知是設(shè)置不對，還是軟件就是這樣做的？客戶的需求其實(shí)就是完全按預(yù)測單來做MRP，任何銷售訂單都不要參與運(yùn)算.不知這種需求能否滿足？如果是軟件不允許這樣做，希望上面能否考慮一下這種需求，或是有否其他的解決方案.我不知該怎么給客戶解釋.如果認(rèn)為，既然存在銷售訂單，銷售的需求就應(yīng)該是實(shí)際存在的，執(zhí)行完畢就該關(guān)閉，沒執(zhí)行完就應(yīng)該去算出供需去生產(chǎn)，我覺得這樣解釋表面是對，但實(shí)際處理過程中其實(shí)是說不通的.因?yàn)榧词剐枨蟠嬖冢膊粦?yīng)該就一定是以銷售訂單為源進(jìn)行安排生產(chǎn)。因?yàn)楦髌髽I(yè)生產(chǎn)模式是不同的，不可能完全都是按單生產(chǎn)的，作為生產(chǎn)的綱領(lǐng)性文件，有時(shí)就是按歷年每季月的訂單量加上預(yù)測，做為一個(gè)經(jīng)驗(yàn)值來安排生產(chǎn)，做每月滾動計(jì)劃.如果訂單一接到，就需要一周內(nèi)交付（實(shí)際工作中就是這樣），而生產(chǎn)周期一般都至少要一個(gè)月的話，那這樣如果的按銷售訂單跑MRP的話，就根本沒指導(dǎo)意義了.而且以前的銷售訂單雖有執(zhí)行過程，但要及時(shí)關(guān)閉的話，也不現(xiàn)實(shí)，因?yàn)橛袝r(shí)候就是跨月發(fā)貨，或是拖欠著沒發(fā)，導(dǎo)致沒法關(guān)閉.如果一定要把未關(guān)閉的未執(zhí)行完的銷售訂單標(biāo)題版本模塊描述單據(jù)必輸控制通過故障記錄單生

成作業(yè)單時(shí)能否分

別生成作業(yè)單2006年度生產(chǎn)訂單

子件應(yīng)領(lǐng)數(shù)量不能

切除尾數(shù)多階查詢報(bào)XML錯(cuò)誤8.528.618.60sp8.61生產(chǎn)管理設(shè)備管理生產(chǎn)訂單物料清單的數(shù)量讓系統(tǒng)也自動算出，自動規(guī)劃，那MRP結(jié)果看起來可能太亂了（因?yàn)楠?dú)立需求有預(yù)測又有以前的銷售訂單的話就看起來沒個(gè)頭緒）.客戶一般就是根據(jù)每月產(chǎn)能，估計(jì)未來幾月的訂單數(shù)量，可能還加上一些未完成訂單的數(shù)量，然后來總的出一份預(yù)測單，所以總的獨(dú)立需求是比較清楚的（就是每月的一張預(yù)測單），這樣比較清楚明了，然后以預(yù)測單的跟蹤來監(jiān)督執(zhí)行的情況.說到底，客戶就是按自己的預(yù)測來安排生產(chǎn)的，雖會考慮銷售訂單，但包括數(shù)量等，都是自己根據(jù)未來的預(yù)算制定的，消抵的方法在這里也是不太適用的.解決方案：1、在系統(tǒng)日期之前的已審核銷售訂單要進(jìn)AMRP運(yùn)算邏輯，但預(yù)測訂單不進(jìn)入2、可以不以銷售訂單為源頭安排生產(chǎn)，例如用預(yù)測排產(chǎn)，銷售訂單生成后與預(yù)測訂單抵消。這種邏輯的基礎(chǔ)是：當(dāng)期生產(chǎn)時(shí)由前期的預(yù)測指導(dǎo)的，而銷售訂單審核后將利用抵消功能耗用預(yù)測生成的產(chǎn)成品。如果銷售訂單的量大，造成在單量和在手量都不足以滿足了，說明前期預(yù)測保守。再有，生產(chǎn)也并非直接按照銷售訂單，也并非直接按預(yù)測訂單進(jìn)行，而是按照獨(dú)立需求展開的計(jì)劃執(zhí)行，計(jì)劃可以維護(hù)，只有維護(hù)過的計(jì)劃才是生產(chǎn)的綱領(lǐng)性文件。問題現(xiàn)象：在852在單據(jù)格式設(shè)置中，某些項(xiàng)目的必輸控制不起作用，比如生產(chǎn)管理一生產(chǎn)進(jìn)度匯報(bào)一表體，有一個(gè)字段“操作工”是“系統(tǒng)固定項(xiàng)”，默認(rèn)為“必輸”，但是不輸入也可以保存。解決方案：其他單據(jù)字段如果存在同樣問題可照此修改，只要將表名稱和字段修改成目的表和目的字段即可。問題現(xiàn)象：通過故障記錄單生成作業(yè)單時(shí)，如果一張故障記錄單上同時(shí)存在同一設(shè)備的多條故障記錄（開始時(shí)間和結(jié)束時(shí)間均不同，故障持續(xù)時(shí)間也不同），則在生單時(shí)會被合并在同一張作業(yè)單中，能否分別生成作業(yè)單？解決方案：使用問題：在故障記錄中表體選擇不同的作業(yè)類型，可生成多張作業(yè)單問題現(xiàn)象：860sp2006年度生產(chǎn)訂單子件應(yīng)領(lǐng)數(shù)量不能切除尾數(shù)，而2005年則可以，解決方案：生產(chǎn)訂單子件應(yīng)領(lǐng)數(shù)量不能切除尾數(shù)問題，是通過補(bǔ)丁解決的.請?jiān)?6年帳套更新補(bǔ)丁后測試?〃在存貨檔案的控制頁下新增選項(xiàng)“領(lǐng)料是否切除尾數(shù)”，如果選中該選項(xiàng)，則在材料出庫單參照生產(chǎn)訂單生單時(shí)自動切除尾數(shù)，否則按計(jì)劃生成數(shù)生成材料出庫單，而MPS/MRP頁簽下的“是否切除尾數(shù)”選項(xiàng)只影響生成的采購計(jì)劃是否切除尾數(shù)，選中則切除！"問題現(xiàn)象：客戶環(huán)境沒有更新861補(bǔ)丁，多階查詢報(bào)XML錯(cuò)誤解決方案：物料編碼或名稱含有全角字符等,已經(jīng)補(bǔ)丁解決標(biāo)題版本模塊描述存貨采用浮動換算,MRP運(yùn)算后，沒有件數(shù)8.61需求規(guī)劃問題現(xiàn)象：存貨采用浮動換算單位，在單位檔案中如果定義了默認(rèn)換算率，則MRP運(yùn)算后，沒有件數(shù)（既輔助生產(chǎn)量）。解決方案:MRP運(yùn)算必須以主計(jì)量單位進(jìn)行，因?yàn)橥粋€(gè)料在不同訂單有不同的輔助計(jì)量單位，或不同的換算率。只有在將MRP計(jì)劃轉(zhuǎn)換為訂單（采購、委外、生產(chǎn)訂單）時(shí)，才會使用輔助計(jì)量單位。860升級861前的BOM子項(xiàng)沒有參與MRP運(yùn)算8.61需求規(guī)劃問題現(xiàn)象：在給升級前的產(chǎn)品再次下達(dá)銷售訂單后,產(chǎn)品的子項(xiàng)沒有參與MRP運(yùn)算，在建立新產(chǎn)品，拷貝升級前的BOM,進(jìn)行MRP運(yùn)算子項(xiàng)也沒有參與運(yùn)算解決方案：發(fā)現(xiàn)該問題數(shù)據(jù)中的BOM子件中對應(yīng)的倉庫為非MRP倉庫，系統(tǒng)要求必須是MRP倉庫，否則不參與MRP運(yùn)算，我們的母件沒有指定倉庫，系統(tǒng)可以參與計(jì)算MRP，但子件已經(jīng)指定倉庫，且為非MRP倉庫，所以就不參與MRP運(yùn)算，所在訂單查詢中，只查到母件，沒有子件，我已經(jīng)經(jīng)過測試了，將倉庫設(shè)定為MRP倉庫后，運(yùn)算MRP后，按訂單查詢沒有問題！MRP超量規(guī)劃供應(yīng)8.61需求規(guī)劃問題現(xiàn)象：設(shè)置產(chǎn)品為ATO選項(xiàng)類存貨，其子件全部為PE屬性存貨，進(jìn)行生產(chǎn)訂單手工錄入，訂單類型為“非標(biāo)準(zhǔn)'訂單，錄入后進(jìn)行子件修改，將其選項(xiàng)部分存貨手工增加，保存訂單，進(jìn)行MRP運(yùn)算，其產(chǎn)品子件庫存很多，但是系統(tǒng)運(yùn)算出對此材料的需求。解決方案：1、將此空值字段改為02、請將客戶環(huán)境安裝下載中心最新的861hotfix（3月17日），并利用自動更新工具更新到hotfix4。3、重新進(jìn)行MRP計(jì)算，工序轉(zhuǎn)移單保存時(shí)提示HRESULT中的異常:0*800403E88.61車間管理問題現(xiàn)象：工序轉(zhuǎn)移單保存時(shí)提示HRESULT中的異常:0*800403E8解決方案：卸載繁體的NETFramework后，重新安裝U861就可以了.在母件結(jié)構(gòu)查詢-多階中查不到定位符的信息8.61物料清單問題現(xiàn)象：BOM^K分為PDMH具導(dǎo)入的。此企業(yè)為電子企業(yè)，在子件中有定位符，在物料清單的維護(hù)界面上查詢正常，但在母件結(jié)構(gòu)查詢-多階中查不到定位符的信息。解決方案：使用腳本更新該字段：updatebom_opcomponentlocsetsortseq=10wheresortseq=1orsortseq=11updatebom_opcomponentlocsetsortseq=20wheresortseq=21U8知識庫編號標(biāo)題版本模塊描述提交時(shí)間12289產(chǎn)成品入庫單無法參照生產(chǎn)訂單8.61生產(chǎn)訂單問題現(xiàn)象：填制產(chǎn)成品入庫單時(shí)參照不到」一張已審核未關(guān)閉的生產(chǎn)訂單解決方案：在數(shù)據(jù)庫中將該記錄的是否報(bào)檢標(biāo)志改為2006-04-06編號標(biāo)題版本模塊描述提交時(shí)間122661226512263120171156011558查詢生產(chǎn)訂單領(lǐng)料單時(shí)報(bào)錯(cuò)生產(chǎn)訂單不能手工輸

入更新補(bǔ)丁后生產(chǎn)訂單

工序轉(zhuǎn)移單不能保存供需平衡處理失敗系統(tǒng)計(jì)算出的“實(shí)際時(shí)

間”問題對已經(jīng)審核的1號生產(chǎn)

訂單棄審處理失敗8.618.618.618.618.618.61生產(chǎn)訂單生產(chǎn)訂單車間管理需求規(guī)劃設(shè)備管理生產(chǎn)訂單否問題現(xiàn)象：查詢生產(chǎn)訂單領(lǐng)料單時(shí)提示“運(yùn)行時(shí)錯(cuò)誤，下標(biāo)越界”解決方案：環(huán)境問題，已經(jīng)通過修改報(bào)表格式解決:刪除報(bào)表格式〃表尾腳注〃項(xiàng)目后退出重新預(yù)覽報(bào)表后；或者進(jìn)入報(bào)表〃格式〃恢復(fù)默認(rèn)值即可問題現(xiàn)象：更新補(bǔ)丁后，點(diǎn)擊生產(chǎn)訂單手工輸入，提示“加載.dll”錯(cuò)誤解決方案：使用自動更新補(bǔ)丁解決問題現(xiàn)象：生產(chǎn)訂單工序轉(zhuǎn)移單保存時(shí)提示“登陸信息不全，請檢查代碼”解決方案：需要在安裝用友軟件前打上framework1.1的sp補(bǔ)丁和SQL的SP3和NDP1.1sp1-KB867460-X86.exe補(bǔ)丁2006-04-062006-04-062006-04-06問題現(xiàn)象:MRP計(jì)劃生成時(shí)提示“供需平衡處理失敗”。解決方案：登陸到賬套內(nèi)，棄審該生產(chǎn)訂單，到生產(chǎn)訂單手工輸入中補(bǔ)充生產(chǎn)訂單的完工日期。問題現(xiàn)象：在設(shè)備管理模塊，修改表頭項(xiàng)目“實(shí)際開始日期”、“實(shí)際開始時(shí)間”、“實(shí)際終止日期”、“實(shí)際終止時(shí)間”后，如果實(shí)際開始日期和實(shí)際終止日期在同一天，則系統(tǒng)計(jì)算出的“實(shí)際時(shí)間”是正確的，但是如果“實(shí)際開始日期”和“實(shí)際終止日期”不在同一天，則計(jì)算出的數(shù)據(jù)不考慮實(shí)際開始時(shí)間和實(shí)際終止時(shí)間，直接以天數(shù)乘以24小時(shí)。實(shí)際上應(yīng)該考慮時(shí)間開始時(shí)間和實(shí)際結(jié)束時(shí)間在計(jì)算實(shí)際時(shí)間。解決方案：設(shè)計(jì)人員回復(fù):〃“實(shí)際時(shí)間”：作業(yè)耗用的時(shí)間單位〃小時(shí)"，系統(tǒng)計(jì)算公式：實(shí)際終止時(shí)間-實(shí)際開始時(shí)間。如果兩個(gè)時(shí)間不在同一天或未錄入時(shí)間，則計(jì)算公式：（實(shí)際終止日期-實(shí)際開始日期+1）乂工作日歷中每個(gè)工作日的小時(shí)數(shù)，粗略計(jì)算沒有考慮時(shí)間。這樣的處理是為了將下班時(shí)間排除在外。用戶可以根據(jù)實(shí)際發(fā)生的作業(yè)時(shí)間，修改“實(shí)際時(shí)間”字段，已滿足加班等需求。"問題現(xiàn)象：在這個(gè)項(xiàng)目里，根據(jù)用戶的要求，在生成生產(chǎn)訂單的時(shí)候能夠自動帶出銷售訂單號，所以將所有的產(chǎn)成品設(shè)置成lp件，但是發(fā)生了問題.1.在進(jìn)行了mrp運(yùn)算后，如果將自動生成的訂單審核后，銷售部門新增銷售訂單，然后再次進(jìn)行mrp運(yùn)算，并自動生成生產(chǎn)訂單，結(jié)果新的訂單中自動將以前審核過的生產(chǎn)訂單中的信息重新帶出，需要手工選擇新的訂單中需要的信息，然而就算如此，這些選擇出的訂單行也有80條不能生成訂單.（對一個(gè)叫做樺木茶幾的報(bào)錯(cuò)）2.在生產(chǎn)訂單處理節(jié)點(diǎn),對已經(jīng)審核的1號生產(chǎn)訂單中的樺木茶幾（第15,16行）進(jìn)行棄審，處理失敗了，導(dǎo)致不2006-03-202006-02-142006-02-14編號標(biāo)題版本模塊描述提交時(shí)間11553在工序在制狀況表和

工序完工統(tǒng)計(jì)表中體

現(xiàn)完工數(shù)量的實(shí)際完工...8.61車間管理11552要求在工藝路線中設(shè)置每道工序的制造提前期8.61車間管理11539產(chǎn)成品入庫單拷貝時(shí)

找不到部分生產(chǎn)訂單8.61生產(chǎn)訂單能在存貨檔案中刪除該存貨并刪除相應(yīng)bom.解決方案：經(jīng)核實(shí)不是數(shù)據(jù)問題；問題1:將選擇所有生成生產(chǎn)訂單，然后錄入新的銷售訂單，計(jì)算后自動生成界面只有新錄入的訂單物料，沒有發(fā)現(xiàn)已經(jīng)生成生產(chǎn)訂單的物料再次顯示.提示:〃自動生成界面表體顯示的'生產(chǎn)訂單號'是指流水號不是你看到的手工錄入的生產(chǎn)中生產(chǎn)訂單號”.問題2:"已經(jīng)審核的1號生產(chǎn)訂單中的樺木茶幾（第15,16行）進(jìn)行棄審,處理失敗"是因?yàn)槠鋌om已經(jīng)被刪除或已經(jīng)據(jù)此領(lǐng)料，檢驗(yàn)，生產(chǎn),入庫，所以失敗.請核實(shí)刪除相關(guān)單句后即可.問題現(xiàn)象：問題描述：客戶要求在工序在制狀況表和工序完工統(tǒng)計(jì)表中體現(xiàn)完工數(shù)量的實(shí)際完工日期。解決方案:這兩張報(bào)表是多張不同完工單據(jù)的匯總值，不可能有完工日期的，如同現(xiàn)存量一樣。問題現(xiàn)象：客戶不是重復(fù)計(jì)劃生產(chǎn)，每道工序有固定提前期，要求在工藝路線中設(shè)置每道工序的制造提前期，生成工序計(jì)劃時(shí)按每道工序的制造提前期生成每道工序的計(jì)劃開工和完工日期。（客戶沒有啟用產(chǎn)能，也不希望按各工序工作中心資源需求和產(chǎn)能比較計(jì)劃生產(chǎn)訂單工序的開工/完工日期）解決方案：將資源檔案中“計(jì)算產(chǎn)能”設(shè)置為“否”工藝路線中工序資源的“基準(zhǔn)類型”設(shè)置為“批次”即可。問題現(xiàn)象：啟用車間管理，生產(chǎn)訂單工序轉(zhuǎn)移單完成后，部分生產(chǎn)訂單不明原因不能被進(jìn)入產(chǎn)成品入庫，即產(chǎn)成品入庫單拷貝時(shí)找不到部分生產(chǎn)訂單。該帳套中如生產(chǎn)訂單000000069就是這種情況，該生產(chǎn)訂單存貨為“g-fcfnj”,后來新增了兩張?jiān)摯尕浀纳a(chǎn)訂單，工序轉(zhuǎn)移單完工后卻可以被產(chǎn)成品入庫單參照。然而，對0000000069訂單關(guān)閉重新從MRP規(guī)劃生單，執(zhí)行工序轉(zhuǎn)移單后，又可以被產(chǎn)成品入庫單參照生單。解決方案：此問題開發(fā)已出補(bǔ)丁1、補(bǔ)丁解決問題為:在生產(chǎn)訂單表體中增加'質(zhì)檢’字段，并以該字段值來判斷是否需要質(zhì)檢。2、修改‘質(zhì)檢’字段條件：A、當(dāng)生產(chǎn)訂單手動輸入或重復(fù)計(jì)劃生產(chǎn)手動輸入時(shí)，“未審核，鎖定”狀態(tài)的生產(chǎn)訂單，在“新增”狀態(tài)下不可改；B、在修改狀態(tài)下，“是否質(zhì)檢”可由“是”改為“否”，若存貨檔案“是否質(zhì)檢”為“否”，不可改為“是”。C、已審核生產(chǎn)訂單修改/已審核重復(fù)計(jì)劃“是否質(zhì)檢”欄位僅顯示，不可修改。3、補(bǔ)丁文件名為‘補(bǔ)丁包.rar’（補(bǔ)丁編號：1762）里面有兩個(gè)文件夾，分別為：‘78955’和‘DLL注冊工具’，補(bǔ)丁替換方法如下：A、將‘DLL注冊工具’下的‘RegFile.bat’和‘unRegFile.bat’兩個(gè)執(zhí)行程序粘貼2006-02-142006-02-142006-02-14編號標(biāo)題版本模塊描述提交時(shí)間11529進(jìn)行MRP計(jì)劃維護(hù)，對

計(jì)劃進(jìn)行調(diào)整，看不出

調(diào)整數(shù)量8.61需求規(guī)劃11528MRP運(yùn)算中，替換料并

未被考慮進(jìn)去參加運(yùn)

算8.61需求規(guī)劃11527存貨自定義項(xiàng)不能自動更新8.61需求規(guī)劃到\U8SOFT\AppServer\Bin\U8M下；執(zhí)行‘unRsgFile.bat’程序；將78955\appserver\bin\u8m下的dll文件替換到\U8SOFT\AppServer\Bin\U8M下；再執(zhí)行‘RegFile.bat’程序。B、將‘DLL注冊工具’下的‘RegFile.bat’和‘unRegFile.bat’兩個(gè)執(zhí)行程序粘貼到\U8SOFT\U8M下；執(zhí)行‘unRegFile.bat’程序；將78955\u8m下的dll文件替換到\U8SOFT\U8M下；再執(zhí)行‘RegFile.bat’程序。C、將78955\Resources\languages下的8個(gè)文件粘貼到\U8SOFT\Resources\languages下。D、在查詢分析器中選擇當(dāng)前賬套及年度，執(zhí)行78955\Scripts下的腳本即可。4、對以上步驟操作后，就可以將‘生產(chǎn)訂單手工輸入’的顯示模版中的‘質(zhì)檢’字段設(shè)置出來了。問題現(xiàn)象：1、進(jìn)行MRP計(jì)劃運(yùn)算之后，再進(jìn)行MRP計(jì)劃維護(hù)，對計(jì)劃進(jìn)行調(diào)整，看不出調(diào)整數(shù)量，這個(gè)數(shù)據(jù)對客戶非常重要，請問如何體現(xiàn)？2、如何查詢一年的采購計(jì)劃數(shù)量，實(shí)現(xiàn)采購數(shù)量，這樣有一個(gè)對比，給客戶進(jìn)行分析提供依據(jù)。解決方案：分析：1，MRP計(jì)劃維護(hù)不但可以修改計(jì)劃數(shù)量，而且可以修改開工日期，完工日期及物料屬性，也可以新增，刪除計(jì)劃，因此，增加“計(jì)劃調(diào)整數(shù)”欄位不足以反映原計(jì)劃與實(shí)際執(zhí)行計(jì)劃的差異?？紤]到計(jì)劃調(diào)整的多樣性，系統(tǒng)保存了兩個(gè)版本，一是“原始版本”，一為“當(dāng)前版本”，MRP計(jì)劃維護(hù)只修改“當(dāng)前版本”，不修改“原始版本”?？梢员容^這兩個(gè)版本，全面反映二者的差異。2,MRP是一個(gè)實(shí)時(shí)的計(jì)劃系統(tǒng)，根據(jù)展開時(shí)刻的有效需求和有效供應(yīng)，按照物料的計(jì)劃參數(shù)，生成實(shí)時(shí)的供應(yīng)計(jì)劃。只要需求穩(wěn)定，客戶按照系統(tǒng)的建議采購，二者是一致的。如用戶采購量小于實(shí)際需要量，則不能完成公司的生產(chǎn)（銷售）計(jì)劃，若多于實(shí)際需求數(shù)量，系統(tǒng)會在未來建議少采購。建議參看“待處理訂單明細(xì)表”的“建議調(diào)整量”問題現(xiàn)象：問題描述：在產(chǎn)品BOM中我們設(shè)置了物料的替換料，但在進(jìn)行MRP運(yùn)算中，替換料并未被考慮進(jìn)去參加運(yùn)算。解決方案：請確認(rèn)在mrp計(jì)算參數(shù)中選擇“考慮替換料”，然后計(jì)算。注意：被替換的物料在資料表中有“替代標(biāo)識”問題現(xiàn)象：在存貨檔案中設(shè)置存貨自定義項(xiàng)，在MRP計(jì)劃維護(hù)單據(jù)格式設(shè)置中將該自定義項(xiàng)設(shè)置為可見。希望在MRP計(jì)劃生成時(shí)，在mrp維護(hù)界面帶出存貨自定義項(xiàng)，實(shí)際操作發(fā)現(xiàn)如果某存貨在作完第一次MRP計(jì)算后才設(shè)置存貨自定義項(xiàng)則MRP計(jì)劃維護(hù)界面根本2006-02-142006-02-14編號標(biāo)題版本模塊描述提交時(shí)間11526bom中的領(lǐng)料部門，是

否可以自動帶到材料

出庫單上8.61物料清單11525合同的附件傳遞問題8.61生產(chǎn)訂單11524在查詢某些物料清單

時(shí)出現(xiàn)亂碼8.61物料清單11523打領(lǐng)料單時(shí)無法按車

間發(fā)料8.61生產(chǎn)訂單帶不出來存貨自定義項(xiàng)，如果存貨自定義項(xiàng)在計(jì)算之前設(shè)置則能夠帶出來。但是一旦存貨自定義項(xiàng)更改了，下次運(yùn)算帶出來的自定義項(xiàng)仍然是更改前的值，請測試解決方案：基于效率考慮，制造使用緩存機(jī)制.所以在你修改任何基礎(chǔ)檔案后均需退出制造相關(guān)模塊或重新注冊,然后查詢數(shù)據(jù).你反映的問題就是因?yàn)樾薷淖远x后沒有重新注冊，系統(tǒng)取數(shù)仍是緩存數(shù)據(jù).所以沒有改過來.問題現(xiàn)象：bom中的領(lǐng)料部門，按幫助的說明是可以自動帶到材料出庫單上的。但現(xiàn)在不可以。經(jīng)測試。限額領(lǐng)料單可以。配比出庫不行?？稍趹?yīng)用生產(chǎn)訂單模塊時(shí)需要用配比出庫。我發(fā)現(xiàn)可能是因?yàn)樯a(chǎn)訂單子件資料里，單據(jù)上沒有領(lǐng)料部門，所以導(dǎo)致帶不過去解決方案：BOM中的領(lǐng)料部門，為庫存管理生成限額領(lǐng)料單使用。在生產(chǎn)訂單子件用料中，沒有參照BOM中的領(lǐng)料部門，這是因?yàn)橥划a(chǎn)品，可在不同的部門（車間）生產(chǎn)，只有確定生產(chǎn)訂單的具體工序在那個(gè)工作中心執(zhí)行，且子件直接在此工序上領(lǐng)料，才能確定真正的領(lǐng)料部門。問題現(xiàn)象：目前合同的評審是在軟件的合同管理的評審，然后據(jù)合同生成銷售訂單，由于合同有大量包裝要求，而且包裝車間據(jù)這個(gè)包裝要求進(jìn)行包裝，由于備注欄無法全部體現(xiàn)這些信息，只能用合同的附件進(jìn)行解決，然后銷售訂單也能看到這個(gè)附件，然后由生產(chǎn)訂單看到這個(gè)附件。請問如何解決解決方案：現(xiàn)有的附件方式是針對整單，但是生產(chǎn)訂單必須到行，無法顯示。問題現(xiàn)象：“物料清單/母件結(jié)構(gòu)查詢一多階”：在查詢某些物料清單時(shí)出現(xiàn)亂碼:如果一個(gè)BOM中子件的名稱或規(guī)格型號中有半角的”號或半角的&號，進(jìn)行母件結(jié)構(gòu)查詢一多階，會報(bào)錯(cuò)，無法查詢，，改為全角的“號或全角的&號即可，但其他半角的標(biāo)點(diǎn)符號不會報(bào)錯(cuò)。解決方案：請檢查物料名稱或規(guī)格型號中有全角的”號或半角的&號或其他特殊字符，并確認(rèn)是否已經(jīng)更新問題75944的補(bǔ)丁.問題現(xiàn)象：〃物料清單/物料清單資料維護(hù)”中有“領(lǐng)料部門”和“部門名稱”兩個(gè)字段，但在“生產(chǎn)訂單報(bào)表/生產(chǎn)訂單領(lǐng)料單”中有“生產(chǎn)部門”和“部門名稱”兩個(gè)字段，但兩個(gè)模塊中的字段不能對應(yīng)。這對我公司打領(lǐng)料單時(shí)無法按車間發(fā)料，我公司希望“物料清單/物料清單資料維護(hù)”中的“領(lǐng)料部門”和“部2006-02-142006-02-142006-02-14B物料庫存要替代一部

11522分A物料用來生產(chǎn)的軟8.61

件實(shí)現(xiàn)辦法預(yù)測單上一保存不能馬上進(jìn)行作為審核狀861態(tài)，應(yīng)有一個(gè)審核過程生產(chǎn)訂單自動生成時(shí)11520不能過濾出半成品下8.61

單生產(chǎn)11519預(yù)測單引起的逾期8.61門名稱”兩個(gè)字段在生產(chǎn)訂單/報(bào)表/生產(chǎn)訂單領(lǐng)料單”中有對應(yīng)字段，以方便我公司在打領(lǐng)料單時(shí)能按車間發(fā)料。解決方案：“生產(chǎn)訂單”中有“生產(chǎn)部門”和“部門名稱”兩欄取存貨檔案“生產(chǎn)部門”，物料清單中同一半成品可能同時(shí)作為多個(gè)成品的子件,所以有可能在不同部門生產(chǎn)領(lǐng)用，進(jìn)而不能取自物料清單.問題現(xiàn)象：客戶有這樣的要求：如果生產(chǎn)某產(chǎn)品要A物料100米;而倉庫有20米B物料庫存要替代一部分A物料用來生產(chǎn)；這樣A只需要再采購80米就夠了。需求請問MRP如何進(jìn)？或如何變通解決？規(guī)劃解決方案：經(jīng)過溝通,不管是替代還是替換，都無法滿足你的需求.因?yàn)槟阆胗肂替換A,而要求使用B的部分庫存，計(jì)算A的供需.與產(chǎn)品替換意義不符.建議暫時(shí)在庫存使用轉(zhuǎn)換變通處理.問題現(xiàn)象：1、預(yù)測上單上要體現(xiàn)該存貨的現(xiàn)存量、安2006-02-14全庫存、最高庫存信息，因?yàn)殇N售部、生產(chǎn)部在看預(yù)測單有一個(gè)評估的根據(jù)。2、預(yù)測單上一保存不能馬上進(jìn)行作為審核狀態(tài)，而應(yīng)該有一個(gè)審核過程，銷售預(yù)測經(jīng)銷售部錄入后，生產(chǎn)部據(jù)實(shí)際的產(chǎn)能情況，生產(chǎn)部有權(quán)進(jìn)行審核更改，為了體現(xiàn)這更改的記錄，在主生預(yù)測單要有表體的自定義項(xiàng)，這個(gè)功能已有，所以銷產(chǎn)計(jì)售部錄入預(yù)測單后該預(yù)測單的狀態(tài)應(yīng)處于未審核的狀2006-02-14劃態(tài)。生產(chǎn)訂單需求規(guī)劃解決方案：分析：預(yù)測未來的需求時(shí)，考慮現(xiàn)存量是不合理的，因?yàn)楝F(xiàn)存量隨時(shí)在改變；預(yù)測訂單錄入后，不會主動對系統(tǒng)產(chǎn)生任何影響，因?yàn)镸PS/MRP是必須人為指定采用哪一預(yù)測訂單來執(zhí)行MPS/MRP的，也就是說預(yù)測訂單是完全被動地被處理相關(guān)處理的，所以無須審核動作。問題現(xiàn)象：產(chǎn)成品、半成品為自制LP或PE件，原材料為PE件，MPS+MRP運(yùn)算后，生產(chǎn)訂單自動生成時(shí)不能過濾出半成品下單生產(chǎn)，造成車間大量自制半成品沒有下單生產(chǎn)（查現(xiàn)存量是不足的），而如果是產(chǎn)成品、半成品、原材料全是LP/PE件的則可以。解決方案：客戶均設(shè)置為mps件造成的，此時(shí)半成品根據(jù)母件的生產(chǎn)訂單計(jì)算供需（失去計(jì)劃的意義）。861只考慮單層mps件供需的，不支持多層mps。所以建議修改子件為mrp件。問題現(xiàn)象：時(shí)柵設(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進(jìn)行MRP運(yùn)2006-02-14編號標(biāo)題版本模塊描述提交時(shí)間11518物料清單資料維護(hù)單據(jù)中沒有表體自定義

項(xiàng)8.61物料清單11517子件修改的信息都無法自動帶出8.61生產(chǎn)訂單11516包裝損耗率不同的問

題如何處理8.61物料清單算后，發(fā)現(xiàn)生產(chǎn)逾期的需求。只要現(xiàn)存量小于預(yù)測單數(shù)，就會生產(chǎn)這種現(xiàn)象。如果采用預(yù)測單+客戶訂單消抵的方式，必須等銷售訂單參加MPR運(yùn)算后才可以出庫，這樣不符合實(shí)際業(yè)務(wù)。而客戶大部分產(chǎn)品的累計(jì)提前期是在35天至40天左右，所以也無法采用縮短預(yù)測單預(yù)測時(shí)間。鑒于以上情況，應(yīng)該如何調(diào)整才可以避免此現(xiàn)象的產(chǎn)生？解決方案：使用問題；預(yù)測供應(yīng)逾期在不使用銷抵時(shí)刪和不修改預(yù)測期間時(shí)在預(yù)測起始日11/1號計(jì)算時(shí)產(chǎn)生屬于正常。測試說明：預(yù)測12-27至1-7號200套，提前期10天，銷售預(yù)計(jì)完工12-27號；在不消抵時(shí)刪：單獨(dú)計(jì)算預(yù)測供應(yīng)，與銷售訂單無關(guān)；在預(yù)測起時(shí)期12-27后計(jì)算都會有逾期預(yù)測供應(yīng)，因?yàn)轭A(yù)測單在1-7號前有效。此時(shí)，既然不考慮銷售銷抵，預(yù)測起始期落在計(jì)算日之前無法預(yù)測，需要修改預(yù)測數(shù)據(jù)；修改后計(jì)算即可?；蛘?，既然要求預(yù)測數(shù)據(jù)受銷售訂單影響，那么為何不設(shè)置消抵時(shí)刪。設(shè)置后發(fā)貨計(jì)算數(shù)據(jù)正常。沒有逾期供應(yīng)。問題現(xiàn)象：U861版本的“物料清單”模塊里，目前“物料清單資料維護(hù)”單據(jù)中沒有“表體自定義項(xiàng)”。需要在該單據(jù)的“顯示格式”和“打印格式”中增加幾個(gè)“文本”型的“表體自定義項(xiàng)”。解決方案：分析：如果BOM增加表表體字定義項(xiàng)，需要更改數(shù)據(jù)庫結(jié)構(gòu)，且物料清單、工程變更兩個(gè)模塊大部分程序均需要修改，工作量太大。變通或解決方案：請使用BOM子件的備注說明。問題現(xiàn)象：建立BOM時(shí)，子件維護(hù)時(shí)輸入了備注信息，但是在進(jìn)行生產(chǎn)訂單手動輸入--子件資料，表體無法將BOM中備注信息帶出（每一子件的備注在BOM中已經(jīng)說明，就可以列示在子件同一行）。經(jīng)過測試，子件修改的信息都無法自動帶出。解決方案：1）生產(chǎn)訂單子手動輸入--子件資料維護(hù)中子件信息并不一定來自bom，因?yàn)檫€有非標(biāo)準(zhǔn)生產(chǎn)訂單，其子件可以隨意錄入。2）將子件在不同母件下的備注，合并為一行顯示，這樣的備注也就失去了意義，因?yàn)樗鼈渥⒌膶ο蠖疾恢?，另外技術(shù)上也無法實(shí)現(xiàn)，如備注長度為10，兩個(gè)備注分別為8,如何合并？請理解，BOM的備注是建立BOM時(shí)的說明，該BOM會有無數(shù)的生產(chǎn)訂單/委外訂單引用，就好比是否要將所有生產(chǎn)訂單用到的基礎(chǔ)檔案如存貨、部門...的相關(guān)資料，全部拷貝到生產(chǎn)訂單一樣。該需求不考慮。問題現(xiàn)象：電池成品的包裝有些是使用機(jī)器流水線式作業(yè)的，那就存在一個(gè)包裝損耗率不同的問題：比如掛卡，連續(xù)批量包裝同一規(guī)格型號1000萬只LR6電池2006-02-142006-02-14編號標(biāo)題版本模塊描述提交時(shí)間11515114431138011339運(yùn)算BRP計(jì)劃后，無法

對BRP計(jì)劃的結(jié)果進(jìn)行

正確的調(diào)整結(jié)轉(zhuǎn)生產(chǎn)制造時(shí)報(bào)錯(cuò)預(yù)測單無法復(fù)制需求規(guī)劃計(jì)算的常見報(bào)錯(cuò)信息8.618.608.528.61需求規(guī)劃生產(chǎn)訂單生產(chǎn)管理需求規(guī)劃的損耗率是2/1000，損耗是2000只,那么如果下一次連續(xù)生產(chǎn)，包裝掛卡100萬，損耗率是2/1000一樣，損耗是200個(gè)，但實(shí)生產(chǎn)的損耗不是這樣的，因?yàn)橐獡Q模具會存產(chǎn)在調(diào)試等動作，會存在損耗，但對于批量而言。損耗是一樣的，不管你是生產(chǎn)1000萬還是100萬，都是損耗200個(gè)，而且有些是oem的，又不能做庫存，這樣按籠統(tǒng)定義一個(gè)損耗率肯定會產(chǎn)生錯(cuò)誤的信息，需求是：能不能按需求的區(qū)間來劃分，如算出的需求如果是1000萬以上的損耗率是2/1000,那么0-1000萬，它的損耗是3/1000，請問如何處理？解決方案：因?yàn)橐獡Q模具會存產(chǎn)在調(diào)試等動作，損耗是一樣的，不管你是生產(chǎn)1000萬還是100萬，都是損耗200個(gè)所以：“請使用子件固定用量功能”，建議在bom中對子件損耗部分增加bom行〃固定/變動〃欄設(shè)為〃固定〃處理（工序可為0000,以使同一bom中允許錄入相同子件）.問題現(xiàn)象：運(yùn)算BRP計(jì)劃后，無法對BRP計(jì)劃的結(jié)果進(jìn)行正確的調(diào)整（看到該物料的庫存信息：現(xiàn)存量、在單量、預(yù)約量等），而860SP有此功能（BRP建議計(jì)劃量調(diào)整），請?jiān)?61版本中增加此功能，因?yàn)锽RP計(jì)劃方法對很多企業(yè)（不適合運(yùn)算MRP）非常適用。解決方案：請不要引導(dǎo)客戶參照現(xiàn)存量、在單量、預(yù)約量等來制訂計(jì)劃，因?yàn)檫@些數(shù)量都無時(shí)間概念，BR?的目的主要是計(jì)算毛需求，與BOM全階展開一樣，適用于批對批的生產(chǎn)方式問題現(xiàn)象：年度結(jié)轉(zhuǎn)生產(chǎn)制造時(shí)錯(cuò)誤：在系統(tǒng)管理中進(jìn)行年度數(shù)據(jù)結(jié)轉(zhuǎn)時(shí)出現(xiàn)錯(cuò)誤提示，不能進(jìn)行結(jié)轉(zhuǎn)，提示為：“mom_moallocate列名"define22”無效”，當(dāng)確定后就不能進(jìn)行正常結(jié)轉(zhuǎn)了。解決方案：此問題開發(fā)部門已經(jīng)出了補(bǔ)丁，補(bǔ)丁名稱:UfU8MDBSrv.dll（補(bǔ)丁編號:1594日期：2006-01-06,替換到\system32\ufcomsql下并以regsvr32的形式注冊）2006-02-142006-01-23問題現(xiàn)象:客戶使用了852的生產(chǎn)管理,但在做預(yù)測單復(fù)制操作的時(shí)候，有些可以（如20050201901202）,有些單據(jù)則不能復(fù)制，（如單據(jù)號為20050303018,20050401021,20050402020,20050402021,20050403021,20050501020,20050501021等，因單據(jù)較多，沒有測試全部單據(jù)）解決方案：解決辦法：1、在存貨檔案中將存貨的停用日期去掉。2、將預(yù)測單中這些已經(jīng)停用的存貨刪掉再復(fù)制。問題現(xiàn)象：客戶購買的生產(chǎn)模塊有生產(chǎn)訂單、物料清單、主生產(chǎn)計(jì)劃、在基礎(chǔ)設(shè)置中，將時(shí)柵天數(shù)設(shè)定為2006-01-102006-01-10編號標(biāo)題版本模塊描述提交時(shí)間1133811337點(diǎn)物料清單有錯(cuò)誤提

示“在位置0處沒有任

何行”8.61物料清單物料清單資料維護(hù)按8.61物料30天，需求來源設(shè)為預(yù)測訂單，所有的倉庫均不參與MRP運(yùn)算，在系統(tǒng)中不錄入任何預(yù)測訂單的情況下運(yùn)行MRP，問題一：在自動規(guī)劃錯(cuò)誤信息查詢報(bào)表中系統(tǒng)提示很多物料沒有定義有效BOM，而事實(shí)上這些物料是在系統(tǒng)中定義7BOM，而且母件的系統(tǒng)規(guī)劃的開工日期是落在相應(yīng)BOM的生效日期之后的問題二:在運(yùn)行生產(chǎn)訂單自動生成操作時(shí)，系統(tǒng)會規(guī)劃大量物料的生產(chǎn)需求，據(jù)我個(gè)人的理解，在沒有毛需求且所有倉庫不參與MRP的情況下，系統(tǒng)不應(yīng)該會規(guī)劃產(chǎn)生需求。解決方案：問題一：此問題由以下的幾方面因素造成：1、在bom_parent表中沒有bom與bas_part表中物料的對應(yīng)關(guān)系。下面語句查詢出的就是報(bào)錯(cuò)信息中未建立bom_parent表信息的物料id。selectdistinctpartidfrommps_errorwherepartidin(selectpartidfrombas_partwherepartidnotin(selectparentidfrombom_parent))2、另一種情況就是雖然在bom_parent表中有關(guān)聯(lián)，但是卻沒有設(shè)置正確的bom。下面語句查詢出的就是報(bào)錯(cuò)信息中建立bom_parent表信息的物料id。selectdistinctpartidfrommps_errorwherepartidin(selectparentidfrombom_parent)在此情況中又分為兩種情況：a)如002k58152存貨和002k49773存貨，在bom中其子件的倉庫設(shè)置為02號不合格倉，此倉庫參與ROP計(jì)算，但不參與MRP計(jì)算，所以會報(bào)錯(cuò)。b)如126k07330存貨和049e36600存貨，其BOM的生效日期分別為9月20日和9月1日，但126k07330的規(guī)劃需求為9月9日和9月16日，049e36600的規(guī)劃日期為8月19日和8月16日，所以會報(bào)錯(cuò)。問題二：對于銷售訂單，只要是在截止日期之前未關(guān)閉的，都會規(guī)劃需求，當(dāng)時(shí)柵設(shè)置為預(yù)測時(shí)，落入時(shí)柵外的還要規(guī)劃供應(yīng)。問題現(xiàn)象：在物料清單模塊中點(diǎn)物料清單資料維護(hù)有錯(cuò)誤提示“在位置0處沒有任何行”解決方案：請客戶確認(rèn)110004388對應(yīng)哪條存貨，將bom_parent表中的紀(jì)錄手工補(bǔ)齊即可。在當(dāng)前客戶數(shù)據(jù)bom_parnt表中bomid只到110004387。在此表中新增一行，拷貝一個(gè)autoid的值稍作修改寫入新增彳亍，將110004388填入新增行的bomid，到bas_part表中找到一個(gè)與之對應(yīng)得partid填入新增行的parentid(一定要確認(rèn)此partid在bas_part表中對應(yīng)的存貨在inventory表中bself屬性為1，即為自治件)。此后，再到系統(tǒng)中打開物料清單維護(hù)，就顯示正確了。問題現(xiàn)象：打開物料清單資料維護(hù)，定位到J22410212006-01-102006-01-10編號標(biāo)題版本模塊描述提交時(shí)間清單上張或下張都會出現(xiàn)

錯(cuò)誤提示：“Objectr

eferencenotsetto

ani11229生產(chǎn)訂單通知單打印

表頭顯示無法更改8.61生產(chǎn)訂單11212表體自定義項(xiàng)6小數(shù)自動取整8.52生產(chǎn)管理202C母件編碼的物料清單后，按上張或下張都會出現(xiàn)錯(cuò)誤提示：“Objectreferencenotsettoaninstanceofanobject”，打了最新的hotfix和dbhotfix后問題依舊。解決方案：此處有幾個(gè)腳本：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是客戶需要的，只不過在存貨檔案中無意刪除了，請?jiān)趫?zhí)行腳本前紀(jì)錄下結(jié)構(gòu)以便客戶再次添加BOM時(shí)參考。請?jiān)趫?zhí)行腳本前務(wù)必備份原有用戶數(shù)據(jù)。問題現(xiàn)象：生產(chǎn)訂單通知單打印表頭顯示無法更改解決方案：此問題可通過如下辦法解決；1、進(jìn)入生產(chǎn)訂單通知單，用鼠標(biāo)雙擊表頭標(biāo)簽，在彈出的屬性頁中將數(shù)據(jù)源類型修改為文本，并將原有的數(shù)據(jù)公式設(shè)置為想要得文本內(nèi)容。保存后，重新進(jìn)入生產(chǎn)訂單通知單，即可看到表頭的標(biāo)題已經(jīng)修改，在打印預(yù)覽中也顯示正確。2、也可將通知單另存為自定義賬表，將賬表名稱設(shè)置為所需名稱，將此自定義賬表打開，即可看到表頭標(biāo)題呈現(xiàn)的即是賬表名稱。問題現(xiàn)象：客戶從第三方接口中導(dǎo)入數(shù)值到rop計(jì)劃的表體自定義項(xiàng)6中，但顯示時(shí)小數(shù)自動四舍五入成2005-12-2611177111761117511174111571115111150生產(chǎn)訂單沒有復(fù)制功

能設(shè)備管理中作業(yè)單打開報(bào)錯(cuò)運(yùn)行生產(chǎn)訂單時(shí)，報(bào)系

統(tǒng)錯(cuò)誤維護(hù)工序資料時(shí)出現(xiàn)

錯(cuò)誤復(fù)制產(chǎn)品結(jié)構(gòu)一個(gè)父

項(xiàng)修改自由項(xiàng)時(shí)“提示

存在相同父項(xiàng)名稱”不

可以保存生產(chǎn)訂單手工錄入時(shí)提示錯(cuò)誤生產(chǎn)訂單單據(jù)編號設(shè)置不可以按照日期等作為前綴設(shè)置編號8.618.618.608.618.618.618.61生產(chǎn)訂單設(shè)備管理生產(chǎn)訂單車間管理物料清單生產(chǎn)訂單生產(chǎn)訂單整數(shù)，而數(shù)據(jù)庫中的數(shù)值正常.解決方案：修改數(shù)據(jù)庫中Voucheritems表的記錄，具體的語句:updateVoucheritemssetnumpoint=3wherecarditemname='表體自定義項(xiàng)6'andtablename='pp_ropquota'即可問題現(xiàn)象：生產(chǎn)訂單沒有復(fù)制功能解決方案：861新增拷貝生產(chǎn)訂單及行的需求，補(bǔ)丁解決2005-12-19問題現(xiàn)象：設(shè)備管理中作業(yè)單打開報(bào)錯(cuò)，確認(rèn)后顯示不正常解決方案：在帳套數(shù)據(jù)庫執(zhí)行updateEQ_WorkSetVtID=82005-12-19問題現(xiàn)象：打了860SPS1hotfix和860SP1DBhotfix后，在運(yùn)行生產(chǎn)訂單時(shí)，報(bào)系統(tǒng)錯(cuò)誤"specifiedcastisnotvalid"。解決方案：補(bǔ)丁75135問題現(xiàn)象：維護(hù)工序資料時(shí)出現(xiàn)：未能從程序集UFSOFT.U8.Framework.ContextSrv,Version=,Culture=neutral,PublicKeyToken=79a4ead54eeabca中加載類型UFSOFT.U8.Framework.ContextSrv.IUserTtokenDecoder是什么原因？解決方案：已經(jīng)確認(rèn)客戶服務(wù)器環(huán)境沒有安裝freamwork1.1sp造成的問題問題現(xiàn)象：客戶是制衣行業(yè)，產(chǎn)品結(jié)構(gòu)比較多，用自由項(xiàng)來做碼數(shù)與顏色的區(qū)別，在做產(chǎn)品結(jié)構(gòu)維護(hù)時(shí)，復(fù)制其中一個(gè)父項(xiàng)修改自由項(xiàng)時(shí)“提示存在相同父項(xiàng)名稱”不可以保存，新增沒有問題。解決方案：復(fù)制后先修改父項(xiàng)自由項(xiàng)，保存。然后再修改子項(xiàng)自由項(xiàng)就可以了。問題現(xiàn)象：生產(chǎn)訂單手工錄入時(shí)，表頭自定義項(xiàng)5輸入一個(gè)數(shù)值如3,生產(chǎn)數(shù)量輸入完后提示“Inputstringwasnotinacorrectformat.”，而且提示好幾遍，最后表體自定義項(xiàng)13出現(xiàn)結(jié)果，但保存后表體自定義項(xiàng)13數(shù)據(jù)有的沒有了；在單據(jù)自定義公式中，“/”號只有在整除的條件下才不報(bào)錯(cuò)。如客戶數(shù)據(jù)：［表頭:表頭自定義項(xiàng)5］*［表體:生產(chǎn)數(shù)量］只有在能被100整除的情況下能通過，不能被整除就報(bào)錯(cuò)。解決方案：補(bǔ)丁解決，\861\通版\u8m\75579補(bǔ)丁問題現(xiàn)象：其他的單據(jù)編號設(shè)置可以按照日期等作為前綴設(shè)置編號，但是生產(chǎn)訂單卻不能按此設(shè)置，為什么？能否改為像其他單據(jù)一樣設(shè)置生產(chǎn)訂單的編號規(guī)則？解決方案：生產(chǎn)訂單單據(jù)頭沒有部門和日期，無法做到按部門、日期自動生成單據(jù)編號。制單日期和單據(jù)2005-12-192005-12-192005-12-192005-12-19編號標(biāo)題版本模塊描述提交時(shí)間11149MRP運(yùn)算及庫存問題8.61需求規(guī)劃日期是不一樣的，制單日期表示該單據(jù)錄入系統(tǒng)的日期，單據(jù)日期表示業(yè)務(wù)發(fā)生的日期。錄入單據(jù)時(shí)可以錄入以后的單據(jù)也可以補(bǔ)錄入以前的單據(jù)，而制單日期只能是單據(jù)錄入時(shí)的日期問題現(xiàn)象：MRP運(yùn)算及庫存問題1、背景：（1）、公司于2005-04-01啟用U860物料清單、需求規(guī)劃、生產(chǎn)訂單模塊，7月份升級至U860SP，2005年9月底升級至U861。（2）、在應(yīng)用U860和U860SP的過程中，前期由需求規(guī)劃模塊運(yùn)算生成生產(chǎn)計(jì)劃和采購需求，然后根據(jù)生產(chǎn)計(jì)劃和采購需求生成生產(chǎn)訂單和采購訂單；運(yùn)行一段時(shí)間后，由于生產(chǎn)訂單完工入庫先后的問題，造成后續(xù)的MRP運(yùn)算后，已下達(dá)過生產(chǎn)訂單的半成品需求重復(fù)出現(xiàn)，當(dāng)時(shí)便將此問題提交給集團(tuán)，集團(tuán)答復(fù)在U861版本解決，無奈之下，改為手工直接下達(dá)生產(chǎn)訂單和采購訂單。在2005年9月底升級至U861后，停止手工下達(dá)生產(chǎn)訂單和采購訂單，重新開始MRP運(yùn)算，目前出現(xiàn)如下狀況：2、現(xiàn)狀描述：說明：該客戶的需求來源為“銷售訂單”（1）、MRP運(yùn)算后出現(xiàn)產(chǎn)生凈需求1萬5千多條記錄，其中大部分為屬性只是“外購”和“生產(chǎn)耗用”的材料。（2）、如果關(guān)閉所有生產(chǎn)訂單和銷售訂單，MRP運(yùn)算后還會有7百多條生產(chǎn)需求，一部分是由于按生產(chǎn)訂單對應(yīng)時(shí)，現(xiàn)存量出現(xiàn)負(fù)數(shù)而產(chǎn)生的需求；另一部分是其他原因形成的。（3）、經(jīng)過分析，現(xiàn)存量出現(xiàn)負(fù)數(shù)并非實(shí)際上的庫存負(fù)數(shù)，而是由于U860SP升U861后，系統(tǒng)新增“訂單預(yù)留”功能造成的；新的系統(tǒng)要求對升級前的銷售訂單進(jìn)行手工預(yù)留庫存，而客戶未做預(yù)留（當(dāng)時(shí)不知道應(yīng)該預(yù)留），所以造成了升級前的實(shí)際庫存在升級后按生產(chǎn)訂單查詢（對應(yīng)）時(shí)，現(xiàn)存量全部為零，同時(shí)也造成按生產(chǎn)訂單生成“材料出庫單”時(shí)，出庫單上的所有存貨的現(xiàn)存量為零，在零出庫控制的情況下，出庫單不能保存，客戶被迫取消零出庫控制。（4）、現(xiàn)在嘗試將所有訂單做“預(yù)留”，客戶的銷售訂單數(shù)量有3千多份，如果手工操作，需先取消預(yù)留（因?yàn)樯壓笮略龅挠唵蜗到y(tǒng)會自動預(yù)留），然后重新對所有訂單進(jìn)行預(yù)留，工作量非常大，并且，在操作過程出現(xiàn)后面的預(yù)留操作會改變前面已預(yù)留的數(shù)量，導(dǎo)致預(yù)留操作無法進(jìn)行下去。另外，預(yù)留的結(jié)果也很難理解，如果要驗(yàn)證結(jié)果需花費(fèi)大量的時(shí)間；可以預(yù)計(jì)，由手工解決的可操作性為零。（5）、升級前的實(shí)際庫存在升級后按生產(chǎn)訂單查詢（對應(yīng)）時(shí)，現(xiàn)存量全部為零，造成按生產(chǎn)訂單生成“材料出庫單”時(shí)，出庫單上的所有存貨的現(xiàn)存量為零，在零出庫控制的情況下，出庫單不能保存，客戶被迫取消零出庫2005-12-19控制，已經(jīng)給客戶的庫存控制造成困難，需花費(fèi)許多時(shí)間和精力去解決庫存負(fù)數(shù)的問題（不按銷售訂單對應(yīng)）。3、希望解決的問題：（1）、希望解決公司MRP運(yùn)算中的問題。（2）、解決銷售訂單預(yù)留的問題（3）、解決按生產(chǎn)訂單生成“材料出庫單”時(shí)，存貨的可用量為實(shí)際庫存數(shù)量的問題。解決方案：你好！升級前：1）改為手工直接下達(dá)生產(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ù)問題也是因?yàn)樯壡皼]有參照計(jì)劃采購和生產(chǎn)造成的,861中經(jīng)訂單預(yù)留也可以解決.4）升級后新增的訂單系統(tǒng)會自動預(yù)留，應(yīng)該不需先取消預(yù)留.因?yàn)榭深A(yù)留量只是沒有被預(yù)留的庫存.5）同2,3問題都是因?yàn)?61增加按銷售定單+行號指定庫存問題.861中經(jīng)訂單預(yù)留也可以解決總結(jié)：以上問題都需手工訂單預(yù)留解決.11142有一存貨不能在物料8.60清單修改和增加sp11142有一存貨不能在物料8.60清單修改和增加sp物料清單問題現(xiàn)象：有一存貨不能在物料清單修改和增加解決方案：經(jīng)查該BOM表里子項(xiàng)中的個(gè)別存貨沒有采2005-12-13購屬性，選上即可問題現(xiàn)象:產(chǎn)品結(jié)構(gòu)設(shè)置提示母件資料不全，輸出母項(xiàng)11134產(chǎn)品結(jié)構(gòu)設(shè)置提示母件資料不全8.60sp物料清單11134產(chǎn)品結(jié)構(gòu)設(shè)置提示母件資料不全8.60sp物料清單又提示子項(xiàng)資料不全解決方案:WIN2000+U860SP打WINPK4補(bǔ)丁，再安裝軟2005-12-13件即可11133生產(chǎn)訂單不能保存8.60生產(chǎn)訂單109328.61執(zhí)行MPS+重復(fù)計(jì)

劃未生成8.61主生產(chǎn)計(jì)

劃10856生產(chǎn)管理預(yù)測單修改狀態(tài)下無法排序生產(chǎn)制造需求規(guī)劃產(chǎn)10797品預(yù)測單無法參照存8.61

貨生產(chǎn)訂單轉(zhuǎn)工序時(shí)提10765示‘此物料工藝路線的8.61

明細(xì)資料不存在’生產(chǎn)管理需求規(guī)劃車間管理問題現(xiàn)象：生產(chǎn)訂單不能保存解決方案：將子件的生效日期提前即可問題現(xiàn)象：執(zhí)行MPS運(yùn)算后，查看建議計(jì)劃量中沒有數(shù)據(jù)解決方案：更改截止日期問題現(xiàn)象：預(yù)測單打開后，按照存貨名稱排序。單擊修改，順序又變成安序號排序了。并且此時(shí)不能對表體進(jìn)行排序。解決方案：此處不影響用戶業(yè)務(wù)正常使用，且預(yù)測單修改操作屬于低頻度操作，此類老版本需求問題暫不考慮。還請做好用戶溝通工作，謝謝！問題現(xiàn)象：861生產(chǎn)制造需求規(guī)劃產(chǎn)品預(yù)測單無法參照存貨解決方案：進(jìn)行MRP基本資料維護(hù)問題現(xiàn)象：審核后的生產(chǎn)訂單在車間管理轉(zhuǎn)工序時(shí)提示‘此物料工藝路線的明細(xì)資料不存在’，此物料為ATO模型解決方案：先棄審生產(chǎn)訂單，刪除此生產(chǎn)訂單，再重2005-12-132005-11-292005-11-282005-11-22新下達(dá)生產(chǎn)即可。ATO模型下達(dá)生產(chǎn)如果要轉(zhuǎn)車間要先建立物料工藝路線。生產(chǎn)備料、生產(chǎn)缺料排

10683序等報(bào)表生產(chǎn)訂單參8.52

照時(shí)排序混亂10419退貨返修或入庫返修

的生產(chǎn)訂單處理8.60sp在BOM結(jié)構(gòu)查詢多階時(shí)

10418報(bào)頁面錯(cuò)誤，等一系列8.61

xml信息生產(chǎn)管理生產(chǎn)訂單物料清單編號標(biāo)題版本模塊10439生產(chǎn)訂單自動生成時(shí)眼

0系統(tǒng)提示“指定的轉(zhuǎn)換sp問題現(xiàn)象：在U852生產(chǎn)管理中生產(chǎn)備料、生產(chǎn)缺料分析等報(bào)表，生產(chǎn)訂單參照時(shí)排序混亂，想修改對應(yīng)的條件范圍后加orderbyccode，但系統(tǒng)不允許修改，客戶要查詢一個(gè)區(qū)間范圍就很不方便，請求集團(tuán)支持解決方案：對于當(dāng)前問題的處理過程如下：（使用前請先備份）查詢生產(chǎn)備料（生產(chǎn)缺料分析類同）過濾條件信息select*fromrpt_glbdefwherename='生產(chǎn)備料’select*fromrpt_fltdefwhereid='2754'andnote='訂單編號’目前系統(tǒng)中默認(rèn)按PP_ProductPO.ID排序，且無法調(diào)整修改；考慮從數(shù)據(jù)庫調(diào)整過濾條件設(shè)置。如果要實(shí)現(xiàn)按訂單號排序，可修改^口下：updaterpt_fltdefsetexpression='selectcCodefromPP_ProductPOwhereiState=2orderbyccode',ModeEx=1whereid='2754'andnote='訂單編號’此方法的局限性：修改后參照選擇訂單界面是自定義參照過濾模式，顯示內(nèi)容只有訂單編號列。2005-11-14問題現(xiàn)象：銷售退貨后到車間重新返修，重新拆機(jī)，把壞的零件換下來，重新從倉庫領(lǐng)新的料件進(jìn)行返修，目前生產(chǎn)訂單模塊沒有開返修單，請問此類情況怎樣處在我們系統(tǒng)處理。解決方案：針對您所提出的問題，我們做了分析，認(rèn)為在對于這種返工維修的物料可以將操作流程設(shè)置成如下方式：例：A--|-B-C客戶退回一個(gè)成品A，其中C發(fā)現(xiàn)損壞，我們將要領(lǐng)料A和一個(gè)新的C?，F(xiàn)在直接手工輸入非標(biāo)準(zhǔn)生產(chǎn)訂單，設(shè)置物料編碼是A，不選擇BOM和工藝路線，對A的子件進(jìn)行修改，其子件改為A、C，即：A--|-A-C以此生產(chǎn)訂單可做MPS/MRP運(yùn)算得到相應(yīng)的供需政策，參照此計(jì)劃去采購，或參照此訂單領(lǐng)料。如果有大批量的維修，均會在企業(yè)內(nèi)部設(shè)立維修中心，以此作為一個(gè)工作中心。針對物料A做替代BOM，其中設(shè)置A的子件是A。當(dāng)然，這樣設(shè)置仍然要進(jìn)行生產(chǎn)訂單的手工輸入和子件的修改，但可進(jìn)行工序的操作。問題現(xiàn)象：在BOM結(jié)構(gòu)查詢多階時(shí)報(bào)頁面錯(cuò)誤，堅(jiān)一系列xml信息。解決方案：建議客戶用中文雙引號替代英文雙引號，或在數(shù)據(jù)庫中批量將存貨檔案中的存貨名稱英文雙引號替換成中文雙引號。描述生產(chǎn)問題現(xiàn)象：進(jìn)行MPS、MRP運(yùn)算后，在生產(chǎn)訂單自動生訂單成界面點(diǎn)擊生成按鈕，系統(tǒng)提示“指定的轉(zhuǎn)換無效”。2005-11-01提交時(shí)間編號標(biāo)題版本模塊描述無效”解決方案：查詢cdefine26、cdefine27、cdefine34、cdefine35為零的語句：select*fromso_sodetailswherecdefine26=0.0orcdefine27=0.0orcdefine34=0orcdefine35=0對于上報(bào)的數(shù)據(jù)銷售訂單號為'OPT05—ZQ—116'、’MA5-199-01'的出錯(cuò)訂單進(jìn)彳亍更新的語句：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ù)，并慎重考慮是否可以刪除。刪除后即可生單保存成功。10429打印格式在改變行高顯示時(shí)打印頁面顯示不正常8.60sp車間管理問題現(xiàn)象：生產(chǎn)訂單工序派工單打印格式在改變行高顯示時(shí)，打印頁面顯示不正常。解決方案：此問題是由于調(diào)整了行高大小之后，沒有在報(bào)表格式中修改正文區(qū)域的每頁打印行數(shù)，造成行高加大，行數(shù)不變，超出紙張大小所致。只需要在報(bào)表格式中將正文區(qū)域的每頁打印行數(shù)相應(yīng)調(diào)整即可。10428工資變動中人員編號有空行8.60sp車間管理問題現(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_ColNameCURSORFORSELECTFROMsyscolumnsAScolinnerjoinsysobjectsASobjONcol.ID=obj.IDINNERjoinsystypesAStypONcol.xtype=typ.xtypeWHEREobj.xtype='U'AND=?TblNameANDIN('VARCHAR','CHAR','NVARCHAR','NCHAR')FORREADONLY--打開游標(biāo)OPENcur_ColNameFETCHNEXTFROMcur_ColNameINTO?ColNameIF@@FETCH_STATUS<>0BEGINPRINT'沒有對應(yīng)表或字段，'PRINT'請確認(rèn)當(dāng)前數(shù)據(jù)庫內(nèi)有’+?TblName+'表，’PRINT'或該表內(nèi)有VARCHAR、CHAR、NVARCHAR、NCHAR類型的字段！’GOTOLABCLOSEEND--循環(huán)修改WHILE@@FETCH_STATUS=0BEGINEND--關(guān)閉、釋放游標(biāo)LABCLOSE:CLOSEcur_ColNameDEALLOCATEcur_ColName10423預(yù)測單據(jù)沒有參與MRP運(yùn)算8.61需求規(guī)劃問題現(xiàn)象：客戶的數(shù)據(jù)由852升級到861，在進(jìn)行MRP運(yùn)算時(shí)發(fā)現(xiàn)原來升級上來的預(yù)測訂單沒有參與MRP2005-11-012005-11-011042210419生產(chǎn)訂單報(bào)檢報(bào)告“災(zāi)

難性故障”8.60sp生產(chǎn)訂單退貨返修或入庫返修

的生產(chǎn)訂單處理8.60sp生產(chǎn)訂單運(yùn)算。如料品A，升級上來的數(shù)據(jù)中有已經(jīng)審核的生產(chǎn)訂單500個(gè)，預(yù)測數(shù)量500個(gè)，此時(shí)供需平衡了。新下預(yù)測訂單1000個(gè)，發(fā)現(xiàn)新產(chǎn)生的供給只有500個(gè)。原來的預(yù)測訂單沒有參與運(yùn)算。解決方案：處理方法如下：利用查詢分析器或企業(yè)管理起在客戶的業(yè)務(wù)賬套中打開UA_account_sub，更改cSub_ID為MQ和MP記錄的dSubSysUsed和dSubOriDate字段到需要的年度月份日期（例如：2005年5月1日）。修改數(shù)據(jù)庫之后，在做MRP計(jì)算之前，還要把系統(tǒng)日期改為客戶所需要的日期（例如：此客戶希望計(jì)算5月的預(yù)測需求，那么就要將服務(wù)器系統(tǒng)日期改為5月1日）。然后再計(jì)算MRP，這時(shí)設(shè)置的五月份的預(yù)測需求就會計(jì)算出來。注意：我們對預(yù)測的定義是對今后的銷售情況進(jìn)行的估算，在算法中對系統(tǒng)日期之前的預(yù)測不進(jìn)行展算就是因?yàn)橐粋€(gè)時(shí)段內(nèi)有一個(gè)時(shí)段的預(yù)測，如果上一個(gè)時(shí)段的預(yù)測沒有被執(zhí)行的情況下還要去展算，甚至是調(diào)整數(shù)據(jù)庫的系統(tǒng)日期去展算，就會嚴(yán)重的擾亂后續(xù)MRP的計(jì)劃。所以，客戶到了9月份還要去算5月份的預(yù)測顯然是欠妥的，所以不建議客戶將服務(wù)器系統(tǒng)日期改為