【正文】 問題現(xiàn)象：客戶關(guān)閉和審核狀態(tài)的下的生產(chǎn)訂單目前約有9000個，在生產(chǎn)訂單手工輸入界面上下翻頁的時候，速度非常的緩慢。解決方案：此問題研發(fā)人員已經(jīng)出具相關(guān)補丁,由于【861版本】補丁，現(xiàn)已通過【補丁自動更新系統(tǒng)】發(fā)布，此問題的補丁在自動更新系統(tǒng)中編號為【KBU861027206080889319 】未審核生產(chǎn)訂單無法修改子件,修改訂單子件后保存時提示正在... 主生產(chǎn)計劃問題現(xiàn)象：未審核生產(chǎn)訂單無法修改子件,修改訂單子件后保存時提示正在被別人修改或刪除解決方案：把mom_moallocat表內(nèi)容倒出，刪除mom_moallocat表，從演示帳套導(dǎo)入該表以及索引，約束，把該表原來的內(nèi)容導(dǎo)回，問題解決報表打印時無法進(jìn)行多任務(wù)強制分頁的修改 物料清單問題現(xiàn)象：在打印母件結(jié)構(gòu)表－多階表進(jìn)行頁面設(shè)置時，多任務(wù)(或多單)強制分頁的設(shè)置項無效，無法取消．解決方案：在861sp1的基礎(chǔ)上安裝了KBU861020906071887531補丁，該補丁解決了在多任務(wù)模式下非末尾頁不能全頁顯示問題，但造成的結(jié)果是物料清單模塊報表均改為單任務(wù)顯示。要求按預(yù)測進(jìn)行需求規(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)實生活中，銷售訂單還是很多的，都是進(jì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)該就一定是以銷售訂單為源進(jìn)行安排生產(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ù)算制定的，消抵的方法在這里也是不太適用的．解決方案：在系統(tǒng)日期之前的已審核銷售訂單要進(jìn)入MRP運算邏輯，但預(yù)測訂單不進(jìn)入 可以不以銷售訂單為源頭安排生產(chǎn)，例如用預(yù)測排產(chǎn)，銷售訂單生成后與預(yù)測訂單抵消。這種邏輯的基礎(chǔ)是：當(dāng)期生產(chǎn)時由前期的預(yù)測指導(dǎo)的，而銷售訂單審核后將利用抵消功能耗用預(yù)測生成的產(chǎn)成品。如果銷售訂單的量大，造成在單量和在手量都不足以滿足了，說明前期預(yù)測保守。再有，生產(chǎn)也并非直接按照銷售訂單，也并非直接按預(yù)測訂單進(jìn)行，而是按照獨立需求展開的計劃執(zhí)行，計劃可以維護(hù)，只有維護(hù)過的計劃才是生產(chǎn)的綱領(lǐng)性文件。單據(jù)必輸控制 生產(chǎn)管理問題現(xiàn)象：在852在單據(jù)格式設(shè)置中，某些項目的必輸控制不起作用，比如生產(chǎn)管理－生產(chǎn)進(jì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ù)問題,. 在存貨檔案的控制頁下新增選項“領(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運算必須以主計量單位進(jìn)行，因為同一個料在不同訂單有不同的輔助計量單位，或不同的換算率。只有在將MRP計劃轉(zhuǎn)換為訂單（采購、委外、生產(chǎn)訂單）時，才會使用輔助計量單位。860升級861前的BOM子項沒有參與MRP運算 需求規(guī)劃問題現(xiàn)象：在給升級前的產(chǎn)品再次下達(dá)銷售訂單后,產(chǎn)品的子項沒有參與MRP運算, 在建立新產(chǎn)品,拷貝升級前的BOM,進(jìn)行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屬性存貨，進(jìn)行生產(chǎn)訂單手工錄入，訂單類型為“非標(biāo)準(zhǔn)”訂單，錄入后進(jìn)行子件修改，將其選項部分存貨手工增加，保存訂單，進(jìn)行MRP運算，其產(chǎn)品子件庫存很多，但是系統(tǒng)運算出對此材料的需求。解決方案：將此空值字段改為0 請將客戶環(huán)境安裝下載中心最新的861hotfix(3月17日)，并利用自動更新工具更新到hotfix4。 重新進(jìn)行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)入的。此企業(yè)為電子企業(yè)，在子件中有定位符，在物料清單的維護(hù)界面上查詢正常 ，但在母件結(jié)構(gòu)查詢多階中查不到定位符的信息。解決方案：使用腳本更新該字段： update bom_opponentloc set sortseq = 10 where sortseq = 1 or sortseq =11 update bom_opponentloc set sortseq = 20 where sortseq = 21U8知識庫編號標(biāo)題版本模塊描述提交時間12289產(chǎn)成品入庫單無法參照生產(chǎn)訂單 生產(chǎn)訂單問題現(xiàn)象：填制產(chǎn)成品入庫單時參照不到一張已審核未關(guān)閉的生產(chǎn)訂單解決方案：在數(shù)據(jù)庫中將該記錄的是否報檢標(biāo)志改為否2006040612266查詢生產(chǎn)訂單領(lǐng)料單時報錯 生產(chǎn)訂單問題現(xiàn)象：查詢生產(chǎn)訂單領(lǐng)料單時提示“運行時錯誤，下標(biāo)越界”解決方案：環(huán)境問題,已經(jīng)通過修改報表格式解決:刪除報表格式表尾腳注項目后退出重新預(yù)覽報表后；或者進(jìn)入報表格式恢復(fù)默認(rèn)值即可2006040612265生產(chǎn)訂單不能手工輸入 生產(chǎn)訂單問題現(xiàn)象：更新補丁后，點擊生產(chǎn)訂單手工輸入，提示“”錯誤解決方案：使用自動更新補丁解決2006040612263更新補丁后生產(chǎn)訂單工序轉(zhuǎn)移單不能保存 車間管理問題現(xiàn)象：生產(chǎn)訂單工序轉(zhuǎn)移單保存時提示“登陸信息不全，請檢查代碼”解決方案：2006040612017供需平衡處理失敗 需求規(guī)劃問題現(xiàn)象：MRP計劃生成時提示“供需平衡處理失敗”。解決方案：登陸到賬套內(nèi)，棄審該生產(chǎn)訂單，到生產(chǎn)訂單手工輸入中補充生產(chǎn)訂單的完工日期。2006032011560系統(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è)時間，修改“實際時間”字段,已滿足加班等需求。2006021411558對已經(jīng)審核的1號生產(chǎn)訂單棄審處理失敗 生產(chǎn)訂單問題現(xiàn)象：在這個項目里,根據(jù)用戶的要求,在生成生產(chǎn)訂單的時候能夠自動帶出銷售訂單號,所以將所有的產(chǎn)成品設(shè)置成lp件,但是發(fā)生了問題. ,如果將自動生成的訂單審核后,銷售部門新增銷售訂單,然后再次進(jìn)行mrp運算,并自動生成生產(chǎn)訂單,結(jié)果新的訂單中自動將以前審核過的生產(chǎn)訂單中的信息重新帶出,需要手工選擇新的訂單中需要的信息,然而就算如此,這些選擇出的訂單行也有80條不能生成訂單.(對一個叫做樺木茶幾的報錯) ,對已經(jīng)審核的1號生產(chǎn)訂單中的樺木茶幾(第15,16行)進(jìn)行棄審,處理失敗了,導(dǎo)致不能在存貨檔案中刪除該存貨并刪除相應(yīng)bom.解決方案：經(jīng)核實不是數(shù)據(jù)問題。 問題1: 將選擇所有生成生產(chǎn)訂單,然后錄入新的銷售訂單,計算后自動生成界面只有新錄入的訂單物料,:自動生成界面表體顯示的39。生產(chǎn)訂單號39。是指流水號不是你看到的手工錄入的生產(chǎn)中生產(chǎn)訂單號. 問題2:已經(jīng)審核的1號生產(chǎn)訂單中的樺木茶幾(第15,16行)進(jìn)行棄審,處理失敗是因為其bom已經(jīng)被刪除或已經(jīng)據(jù)此領(lǐng)料,檢驗,生產(chǎn),入庫,.2006021411553在工序在制狀況表和工序完工統(tǒng)計表中體現(xiàn)完工數(shù)量的實際完工... 車間管理問題現(xiàn)象：問題描述：客戶要求在工序在制狀況表和工序完工統(tǒng)計表中體現(xiàn)完工數(shù)量的實際完工日期。解決方案：這兩張報表是多張不同完工單據(jù)的匯總值，不可能有完工日期的，如同現(xiàn)存量一樣。2006021411552要求在工藝路線中設(shè)置每道工序的制造提前期 車間管理問題現(xiàn)象：客戶不是重復(fù)計劃生產(chǎn)，每道工序有固定提前期，要求在工藝路線中設(shè)置每道工序的制造提前期，生成工序計劃時按每道工序的制造提前期生成每道工序的計劃開工和完工日期。（客戶沒有啟用產(chǎn)能，也不希望按各工序工作中心資源需求和產(chǎn)能比較計劃生產(chǎn)訂單工序的開工/完工日期）解決方案：將資源檔案中“計算產(chǎn)能”設(shè)置為“否”、工藝路線中工序資源的“基準(zhǔn)類型”設(shè)置為“批次”即可。2006021411539產(chǎn)成品入庫單拷貝時找不到部分生產(chǎn)訂單 生產(chǎn)訂單問題現(xiàn)象：啟用車間管理，生產(chǎn)訂單工序轉(zhuǎn)移單完成后，部分生產(chǎn)訂單不明原因不能被進(jìn)入產(chǎn)成品入庫，即產(chǎn)成品入庫單拷貝時找不到部分生產(chǎn)訂單。 該帳套中如生產(chǎn)訂單000000069就是這種情況，該生產(chǎn)訂單存貨為“gfcfnj,后來新增了兩張該存貨的生產(chǎn)訂單，工序轉(zhuǎn)移單完工后卻可以被產(chǎn)成品入庫單參照。然而，對0000000069訂單關(guān)閉重新從MRP規(guī)劃生單，執(zhí)行工序轉(zhuǎn)移單后，又可以被產(chǎn)成品入庫單參照生單。解決方案：此問題開發(fā)已出補丁 補丁解決問題為： 在生產(chǎn)訂單表體中增加‘質(zhì)檢’字段，并以該字段值來判斷是否需要質(zhì)檢。 修改‘質(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ì)檢”欄位僅顯示，不可修改。 補丁文件名為‘’（補丁編號：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\Resourc