【正文】 的產(chǎn)品信息（母件編碼、名稱、生產(chǎn)數(shù)量等）、領(lǐng)料的子件信息（編碼、名稱、領(lǐng)料數(shù)量、領(lǐng)料倉庫、現(xiàn)存量等）、工序資料等。默認為生產(chǎn)數(shù)量，若是標準生產(chǎn)訂單，不可修改；若是非標準生產(chǎn)訂單，可改，如產(chǎn)品維修，計劃生產(chǎn)數(shù)量為100，但預(yù)計產(chǎn)出合格數(shù)量可輸入95。所以需要退出產(chǎn)品，重新登陸即可。UFPMP 生產(chǎn)訂單問題現(xiàn)象：問題描述：當生產(chǎn)訂單較多，或者生產(chǎn)訂單包含的物料較多時，查詢生產(chǎn)訂單缺料表時出現(xiàn)以上提示，如果查詢少量數(shù)據(jù)該功能正常，組件事務(wù)超時已設(shè)置為3600秒。UFPMP 車間管理問題現(xiàn)象：問題描述：“生產(chǎn)訂單工時記錄單”添加表體自定義項1，同時在“工時記錄明細表”中添加表體自定義項1，但是在報表上表體自定義項1的內(nèi)容顯示不出來。解決方案：【解決方案】到系統(tǒng)管理－權(quán)限－公共目錄－生產(chǎn)制造公用－公共單據(jù)里可以設(shè)置UFPMP 物料清單問題現(xiàn)象：問題描述：在參照生產(chǎn)訂單生成材料出庫單時，按照生產(chǎn)所屬子項進行過濾。比如您上傳的數(shù)據(jù)中MPS運算的結(jié)果是根據(jù)銷售訂單規(guī)劃出物料14012的供應(yīng)，在此基礎(chǔ)上運算MRP后再將MPS計劃刪除，接著查詢供需追溯明細表就是不正確的。供需追溯明細表，只能看到0階記錄 需求規(guī)劃問題現(xiàn)象：客戶帳套在870sp2環(huán)境下，MRP計劃運算完成后，查詢供需追溯明細表，只能看到0階記錄，采購、委外、自制件均是如此。解決方案：采購訂單的日期沒有在生產(chǎn)日期內(nèi)，所以沒有考慮替代需求重復計算 需求規(guī)劃問題現(xiàn)象：訂單PIEL00802012的物料699000010已下達委外訂單生產(chǎn)，但跑出需求解決方案：訂單piel00802012有超訂單發(fā)貨的情況。客戶端和服務(wù)器上做MRP計劃生成的時候出錯，提示：無法獲取用... 需求規(guī)劃問題現(xiàn)象：應(yīng)用環(huán)境：870+SP3補丁，客戶端和服務(wù)器上做MRP計劃生成的時候出錯，提示：無法獲取用戶登陸數(shù)據(jù)，請重新登陸并確認應(yīng)用服務(wù)器是否正常解決方案：把補丁卸掉，修復安裝一次用友，再打會補丁測試，問題解決。產(chǎn)生了無訂單需求解決方案：前四種物料在自由庫存中有待發(fā)貨數(shù)量,屬無效發(fā)貨記錄,從currentstock中直接清除待發(fā)貨數(shù)量。,39。,39。, 39。,39。,39。上的msdtc不可用解決方案：手工啟動Distributed Transaction Coordinator即可MRP運算后部分物料出現(xiàn)無訂單的需求 需求規(guī)劃問題現(xiàn)象：MRP運算后,物料39。虛擬件無法帶出子件 生產(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è)置工作日歷或超出工作日歷范圍解決方案：修改標準工序資料維護里的工時（分子）和工時（分母）為實際的工時，再生成工序即可。U8知識庫標題版本模塊描述生產(chǎn)訂單上的bom選擇為不選 生產(chǎn)訂單問題現(xiàn)象：標準生產(chǎn)訂單，產(chǎn)品的bom選擇為不選解決方案：某產(chǎn)品做了生產(chǎn)訂單。錄入工序轉(zhuǎn)移單保存時出錯 其他車間管理問題現(xiàn)象：客戶端錄入工序轉(zhuǎn)移單無法保存，提示：the servicedponent being invoked is not correctly configured cuse regsvcs to reregister解決方案：，再重裝用友問題依舊，需重裝服務(wù)器解決。39。39。39。39。39。39。后兩種物料訂單行被刪除,導致currentstock中的訂單行現(xiàn)存量為負,刪除即可 .1234 物料需求問題現(xiàn)象： .1234解決方案： .1234，剛開始懷疑是數(shù)據(jù)不對，仔細一查數(shù)據(jù)都是對的，然后就沒在意了，在報表里從上往下查時，突然發(fā)現(xiàn)一條記錄顯示異常，訂單號位置是空的，分類編碼位置顯示的是存貨編碼，分類名稱位置顯示的是分類編碼。生產(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。按業(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)象：計劃代號維護保存時提示39。在供需資料查詢物料界面可正常查看物料的所有供需記錄。 在刪除MPS計劃內(nèi)容的基礎(chǔ)上運算MRP，但參數(shù)選擇時仍選擇已刪除計劃內(nèi)容的MPS計劃代號，而物料14012卻是MPS件且供需追溯明細表查詢的是最近一次MRP運算的結(jié)果，此時運算MRP就與第一種情況類似，選擇了源頭但實質(zhì)上源頭卻找不到，所以查詢結(jié)果不正確（供需資料查詢物料是正確的，但其中沒有關(guān)于此物料的資料）。生產(chǎn)子項中的領(lǐng)料部門為空，不能按照物料清單中定義的領(lǐng)料部門顯示。解決方案：【解決方案】 工時記錄單明細資料中表體自定義項是補丁 添加的（問題85618），請更新補丁。解決方案：此問題研發(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)。UFPMP 生產(chǎn)訂單問題現(xiàn)象：手工輸入非標準生產(chǎn)訂單時，修改表體“生產(chǎn)數(shù)量”后，“MRP凈算量”不作相應(yīng)修改。 根據(jù)您的問題，建議客戶修改了生產(chǎn)數(shù)量后，同時修改mrp凈算量為預(yù)計入庫的數(shù)量即可。請總部慎重考慮，已上生產(chǎn)制造模塊的客戶都提過此需求！解決方案：生產(chǎn)訂單全部資料非常多，全部匯總在一張報表內(nèi)，信息量很大，報表很難在一個頁面完整的顯示出來，同一行信息分成多個頁面，使用也不方便。不同人員關(guān)注的信息不同，將全部信息集中在一張表中，這種需求不具有通用性。這樣都會把銷售訂單的需求跑出來，這樣不符合客戶的要求．不知是設(shè)置不對，還是軟件就是這樣做的？　 客戶的需求其實就是完全按預(yù)測單來做MRP，任何銷售訂單都不要參與運算．不知這種需求能否滿足？ 如果是軟件不允許這樣做，希望上面能否考慮一下這種需求，或是有否其他的解決方案．我不知該怎么給客戶解釋．如果認為，既然存在銷售訂單，銷售的需求就應(yīng)該是實際存在的，執(zhí)行完畢就該關(guān)閉，沒執(zhí)行完就應(yīng)該去算出供需去生產(chǎn)，我覺得這樣解釋表面是對，但實際處理過程中其實是說不通的．因為即使需求存在，但也不應(yīng)該就一定是以銷售訂單為源進行安排生產(chǎn)。再有，生產(chǎn)也并非直接按照銷售訂單，也并非直接按預(yù)測訂單進行，而是按照獨立需求展開的計劃執(zhí)行，計劃可以維護，只有維護過的計劃才是生產(chǎn)的綱領(lǐng)性文件。解決方案：MRP運算必須以主計量單位進行，因為同一個料在不同訂單有不同的輔助計量單位，或不同的換算率。 重新進行MRP計算工序轉(zhuǎn)移單保存時提示HRESULT中的異常:0*800403E8 車間管理問題現(xiàn)象：工序轉(zhuǎn)移單保存時提示HRESULT中的異常:0*800403E8解決方案：卸載繁體的NET Framework后，重新安裝U861就可以了.在母件結(jié)構(gòu)查詢多階中查不到定位符的信息 物料清單問題現(xiàn)象：BOM有部分為PDM工具導入的。2006032011560系統(tǒng)計算出的“實際時間”問題 設(shè)備管理問題現(xiàn)象：在設(shè)備管理模塊，修改表頭項目“實際開始日期”、“實際開始時間”、“實際終止日期”、“實際終止時間”后，如果實際開始日期和實際終止日期在同一天，則系統(tǒng)計算出的“實際時間”是正確的，但是如果“實際開始日期”和“實際終止日期”不在同一天，則計算出的數(shù)據(jù)不考慮實際開始時間和實際終止時間，直接以天數(shù)乘以24小時。這樣的處理是為了將下班時間排除在外。生產(chǎn)訂單號39。（客戶沒有啟用產(chǎn)能，也不希望按各工序工作中心資源需求和產(chǎn)能比較計劃生產(chǎn)訂單工序的開工/完工日期）解決方案：將資源檔案中“計算產(chǎn)能”設(shè)置為“否”、工藝路線中工序資源的“基準類型”設(shè)置為“批次”即可。解決方案：此問題開發(fā)已出補丁 補丁解決問題為： 在生產(chǎn)訂單表體中增加‘質(zhì)檢’字段，并以該字段值來判斷是否需要質(zhì)檢。 B、將‘DLL注冊工具’下的‘’和‘’兩個執(zhí)行程序粘貼到 \U8SOFT\U8M下；執(zhí)行‘’程序；將 78955\u8m下的dll文件替換到\U8SOFT\U8M下；再執(zhí)行‘’程序。2006021411529進行MRP計劃維護，對計劃進行調(diào)整，看不出調(diào)整數(shù)量 需求規(guī)劃問題現(xiàn)象：進行MRP計劃運算之后，再進行MRP計劃維護，對計劃進行調(diào)整，看不出調(diào)整數(shù)量，這個數(shù)據(jù)對客戶非常重要，請問如何體現(xiàn)？ 如何查詢一年的采購計劃數(shù)量，實現(xiàn)采購數(shù)量，這樣有一個對比，給客戶進行分析提供依據(jù)。 2，MRP是一個實時的計劃系統(tǒng)，根據(jù)展開時刻的有效需求和有效供應(yīng)，按照物料的計劃參數(shù)，生成實時的供應(yīng)計劃。解決方案：請確認在mrp計算參數(shù)中選擇“考慮替換料”，然后計算。但現(xiàn)在不可以?？稍趹?yīng)用生產(chǎn)訂單模塊時需要用配比出庫。請問如何解決解決方案：現(xiàn)有的附件方式是針對整單，但是生產(chǎn)訂單必須到行，無法顯示。號或其他特殊字符，并確認是否已經(jīng)更新問題７５９４４的補?。?006021411523打領(lǐng)料單時無法按車間發(fā)料 生產(chǎn)訂單問題現(xiàn)象：物料清單/物料清單資料維護”中有“領(lǐng)料部門”和“部門名稱”兩個字段，但在“生產(chǎn)訂單/報表/生產(chǎn)訂單領(lǐng)料單”中有“生產(chǎn)部門”和“部門名稱”兩個字段，但兩個模塊中的字段不能對應(yīng)。 預(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)。861只考慮單層mps件供需的，不支持多層mps。11月9進行MRP運算后，發(fā)現(xiàn)生產(chǎn)逾期的需求。鑒于以上情況，應(yīng)該如何調(diào)整才可以避免此現(xiàn)象的產(chǎn)生？解決方案：使用問題。 或者，既然要求預(yù)測數(shù)據(jù)受銷售訂單影響，那么為何不設(shè)置消抵時刪。需要在該單據(jù)的“顯示格式”和“打印格式”中增加幾個“文本”型的“表體自定義項”。經(jīng)過測試，子件修改的信息都無法自動帶出。2006021411516包裝損耗率不同的問題如何處理 物料清單問題現(xiàn)象：電池成品的包裝有些是使用機器流水線式作業(yè)的，那就存在一個包裝損耗率不同的問題： 比如掛卡，連續(xù)批量包裝同一規(guī)格型號1000萬只LR6電池的損耗率是2/1000,損耗是2000只，那么如果下一次連續(xù)生產(chǎn)，包裝掛卡100萬，損耗率是2/1000一樣，損耗是200個，但實生產(chǎn)的損耗不是這樣的， 因為要換模具會存產(chǎn)在調(diào)試等動作，會存在損耗，但對于批量而言。將預(yù)測單中這些已經(jīng)停用的存貨刪掉再復制。 select distinct partid from mps_error where partid in (select partid from bas_part where partid not in (select parentid from bom_parent)) 另一種情況就是雖然在bom_parent表中有關(guān)聯(lián)，但是卻沒有設(shè)置正確的bom。 問題二： 對于銷售訂單，只要是在截止日期之前未關(guān)閉的，都會規(guī)劃需求，當時柵設(shè)置為預(yù)測時，落入時柵外的還要規(guī)劃供應(yīng)。 此后，再到系統(tǒng)中打開物料清單維護，就顯示正確了。 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中的紀錄。 delete from bas_part where invcode not in (select cinvcode from inventory) 如果其中有些BOM是客戶需要的，只不過在存貨檔案中無意刪除了，請在執(zhí)行腳本前紀錄下結(jié)構(gòu)以便客戶再次添加BOM時參考。保存后，重新進入生產(chǎn)訂單通知單，即可看到表頭的標題已經(jīng)修改，在打印預(yù)覽中也顯