【正文】 求規(guī)劃問題現(xiàn)象：訂單PIEL00802012的物料699000010已下達(dá)委外訂單生產(chǎn)，但跑出需求解決方案：訂單piel00802012有超訂單發(fā)貨的情況。產(chǎn)生了無訂單需求解決方案：前四種物料在自由庫存中有待發(fā)貨數(shù)量,屬無效發(fā)貨記錄,從currentstock中直接清除待發(fā)貨數(shù)量。,39。,39。上的msdtc不可用解決方案：手工啟動(dòng)Distributed Transaction Coordinator即可MRP運(yùn)算后部分物料出現(xiàn)無訂單的需求 需求規(guī)劃問題現(xiàn)象：MRP運(yùn)算后,物料39。U8知識庫標(biāo)題版本模塊描述生產(chǎn)訂單上的bom選擇為不選 生產(chǎn)訂單問題現(xiàn)象：標(biāo)準(zhǔn)生產(chǎn)訂單，產(chǎn)品的bom選擇為不選解決方案：某產(chǎn)品做了生產(chǎn)訂單。39。39。39。后兩種物料訂單行被刪除,導(dǎo)致currentstock中的訂單行現(xiàn)存量為負(fù),刪除即可 .1234 物料需求問題現(xiàn)象： .1234解決方案： .1234，剛開始懷疑是數(shù)據(jù)不對，仔細(xì)一查數(shù)據(jù)都是對的，然后就沒在意了，在報(bào)表里從上往下查時(shí)，突然發(fā)現(xiàn)一條記錄顯示異常，訂單號位置是空的，分類編碼位置顯示的是存貨編碼，分類名稱位置顯示的是分類編碼。按業(yè)務(wù)要求，取消相關(guān)銷售選項(xiàng)MRP運(yùn)算問題 需求規(guī)劃問題現(xiàn)象：mrp運(yùn)算出來的結(jié)果跟需求來源不一致解決方案：bas_part與inventory中的安全庫存不一致，調(diào)整一致即可生產(chǎn)訂單生單報(bào)錯(cuò) 主生產(chǎn)計(jì)劃問題現(xiàn)象：生產(chǎn)訂單生單提示錯(cuò)誤解決方案：測試發(fā)現(xiàn)服務(wù)器上生產(chǎn)訂單是可以正常打開的，報(bào)錯(cuò)的客戶端有一個(gè)生產(chǎn)的補(bǔ)丁沒有打，打完補(bǔ)丁后使用正常計(jì)劃代號維護(hù)無法保存 主生產(chǎn)計(jì)劃問題現(xiàn)象：計(jì)劃代號維護(hù)保存時(shí)提示39。 在刪除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)于此物料的資料）。解決方案：【解決方案】 工時(shí)記錄單明細(xì)資料中表體自定義項(xiàng)是補(bǔ)丁 添加的（問題85618），請更新補(bǔ)丁。UFPMP 生產(chǎn)訂單問題現(xiàn)象：手工輸入非標(biāo)準(zhǔn)生產(chǎn)訂單時(shí)，修改表體“生產(chǎn)數(shù)量”后，“MRP凈算量”不作相應(yīng)修改。請總部慎重考慮，已上生產(chǎn)制造模塊的客戶都提過此需求！解決方案：生產(chǎn)訂單全部資料非常多，全部匯總在一張報(bào)表內(nèi)，信息量很大，報(bào)表很難在一個(gè)頁面完整的顯示出來，同一行信息分成多個(gè)頁面，使用也不方便。這樣都會把銷售訂單的需求跑出來，這樣不符合客戶的要求．不知是設(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)。解決方案：MRP運(yùn)算必須以主計(jì)量單位進(jìn)行，因?yàn)橥粋€(gè)料在不同訂單有不同的輔助計(jì)量單位，或不同的換算率。2006032011560系統(tǒng)計(jì)算出的“實(shí)際時(shí)間”問題 設(shè)備管理問題現(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í)。生產(chǎn)訂單號39。解決方案：此問題開發(fā)已出補(bǔ)丁 補(bǔ)丁解決問題為： 在生產(chǎn)訂單表體中增加‘質(zhì)檢’字段，并以該字段值來判斷是否需要質(zhì)檢。2006021411529進(jìn)行MRP計(jì)劃維護(hù)，對計(jì)劃進(jìn)行調(diào)整，看不出調(diào)整數(shù)量 需求規(guī)劃問題現(xiàn)象：進(jìn)行MRP計(jì)劃運(yùn)算之后，再進(jìn)行MRP計(jì)劃維護(hù)，對計(jì)劃進(jìn)行調(diào)整，看不出調(diào)整數(shù)量，這個(gè)數(shù)據(jù)對客戶非常重要，請問如何體現(xiàn)？ 如何查詢一年的采購計(jì)劃數(shù)量，實(shí)現(xiàn)采購數(shù)量，這樣有一個(gè)對比，給客戶進(jìn)行分析提供依據(jù)。解決方案：請確認(rèn)在mrp計(jì)算參數(shù)中選擇“考慮替換料”，然后計(jì)算?？稍趹?yīng)用生產(chǎn)訂單模塊時(shí)需要用配比出庫。號或其他特殊字符，并確認(rèn)是否已經(jīng)更新問題７５９４４的補(bǔ)?。?006021411523打領(lǐng)料單時(shí)無法按車間發(fā)料 生產(chǎn)訂單問題現(xiàn)象：物料清單/物料清單資料維護(hù)”中有“領(lǐng)料部門”和“部門名稱”兩個(gè)字段，但在“生產(chǎn)訂單/報(bào)表/生產(chǎn)訂單領(lǐng)料單”中有“生產(chǎn)部門”和“部門名稱”兩個(gè)字段，但兩個(gè)模塊中的字段不能對應(yīng)。861只考慮單層mps件供需的，不支持多層mps。鑒于以上情況，應(yīng)該如何調(diào)整才可以避免此現(xiàn)象的產(chǎn)生？解決方案：使用問題。需要在該單據(jù)的“顯示格式”和“打印格式”中增加幾個(gè)“文本”型的“表體自定義項(xiàng)”。2006021411516包裝損耗率不同的問題如何處理 物料清單問題現(xiàn)象：電池成品的包裝有些是使用機(jī)器流水線式作業(yè)的，那就存在一個(gè)包裝損耗率不同的問題： 比如掛卡，連續(xù)批量包裝同一規(guī)格型號1000萬只LR6電池的損耗率是2/1000,損耗是2000只，那么如果下一次連續(xù)生產(chǎn)，包裝掛卡100萬，損耗率是2/1000一樣，損耗是200個(gè)，但實(shí)生產(chǎn)的損耗不是這樣的， 因?yàn)橐獡Q模具會存產(chǎn)在調(diào)試等動(dò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。 此后，再到系統(tǒng)中打開物料清單維護(hù)，就顯示正確了。 delete from bas_part where invcode not in (select cinvcode from inventory) 如果其中有些BOM是客戶需要的，只不過在存貨檔案中無意刪除了，請?jiān)趫?zhí)行腳本前紀(jì)錄下結(jié)構(gòu)以便客戶再次添加BOM時(shí)參考。 and tablename=39。如客戶數(shù)據(jù)：[表頭:表頭自定義項(xiàng)5]*[表體:生產(chǎn)數(shù)量]只有在能被100整除的情況下能通過，不能被整除就報(bào)錯(cuò)。 (4)、現(xiàn)在嘗試將所有訂單做“預(yù)留”，客戶的銷售訂單數(shù)量有3千多份，如果手工操作，需先取消預(yù)留（因?yàn)樯壓笮略龅挠唵蜗到y(tǒng)會自動(dòng)預(yù)留），然后重新對所有訂單進(jìn)行預(yù)留，工作量非常大，并且，在操作過程出現(xiàn)后面的預(yù)留操作會改變前面已預(yù)留的數(shù)量，導(dǎo)致預(yù)留操作無法進(jìn)行下去。解決方案：此處不影響用戶業(yè)務(wù)正常使用，且預(yù)測單修改操作屬于低頻度操作，此類老版本需求問題暫不考慮。訂單編號39。 此方法的局限性： 修改后參照選擇訂單界面是自定義參照過濾模式，顯示內(nèi)容只有訂單編號列。解決方案：建議客戶用中文雙引號替代英文雙引號，或在數(shù)據(jù)庫中批量將存貨檔案中的存貨名稱英文雙引號替換成中文雙引號。 update so_sodetails set cdefine26=null, cdefine27=null,cdefine34=null,cdefine35=null where csocode=39。解決方案：在客戶帳套內(nèi)執(zhí)行一下腳本即可： SET NOCOUNT ON DECLARE TblName VARCHAR(100) DECLARE UpdateString NVARCHAR(1000) DECLARE SelectString NVARCHAR(1000) DECLARE COlName VARCHAR(100) DECLARE COUNT INT SET TblName = 39。,39。 + TblName + 39。解決方案：處理方法如下： 利用查詢分析器或企業(yè)管理起在客戶的業(yè)務(wù)賬套中打開UA_account_sub，更改cSub_ID為MQ和MP記錄的dSubSysUsed和dSubOriDate字段到需要的年度月份日期（例如：2005年5月1日）。解決方案：針對您所提出的問題，我們做了分析，認(rèn)為在對于這種返工維修的物料可以將操作流程設(shè)置成如下方式： 例：A |B C 客戶退回一個(gè)成品A，其中C發(fā)現(xiàn)損壞，我們將要領(lǐng)料A和一個(gè)新的C。解決方案：因添加自由項(xiàng)過濾條件需求問題，造成的mps計(jì)算報(bào)錯(cuò)及車間管理工序計(jì)劃維護(hù)報(bào)錯(cuò)問題。 在修改A2的結(jié)構(gòu)自由項(xiàng)數(shù)據(jù)之前,用戶已經(jīng)在生產(chǎn)制造的程序中使用過A2這個(gè)物料,導(dǎo)致A2的數(shù)據(jù)已經(jīng)加載的系統(tǒng)客戶端的緩存中. 在添加A2的結(jié)構(gòu)自由項(xiàng)后,系統(tǒng)無時(shí)機(jī)從客戶端的緩存中刷新A2的數(shù)據(jù)(包括結(jié)構(gòu)自由項(xiàng)數(shù)據(jù)),即用戶在建立A2的BOM時(shí),使用的是不含結(jié)構(gòu)性自由項(xiàng)的臟數(shù)據(jù),在拷貝A1的子件后(其實(shí)拷貝和通過手工輸入子件的效果一樣). 執(zhí)行保存操作時(shí)客戶端使用臟的A2執(zhí)行必要的數(shù)據(jù)檢查(符合要求)后,把BOM資料發(fā)送到應(yīng)用服務(wù)器(分開部署和在同一臺機(jī)器上部署的效果一樣).服務(wù)端又重新從數(shù)據(jù)庫中獲取A2的資料,此時(shí)發(fā)現(xiàn)物料資料不全,則提示以上錯(cuò)誤信息. 后用戶又把A2的結(jié)構(gòu)性自由項(xiàng)去掉,此時(shí)客戶端緩存中的資料有和數(shù)據(jù)庫一致了,保存成功. 提示:在更新過生產(chǎn)制造使用的基礎(chǔ)資料后,請通過重新登錄來清除客戶端的緩存數(shù)據(jù)2005102510360直接輸物料代碼回車后默認(rèn)倉庫，用量等都帶不出來 生產(chǎn)訂單問題現(xiàn)象：在補(bǔ)錄生產(chǎn)訂單時(shí)，輸入物料編碼直接回車可以把默認(rèn)倉庫等自動(dòng)帶出，因?yàn)檐囬g管理沒有啟用，所以工藝路線應(yīng)該是不選，這都沒有問題，但是 這邊習(xí)慣于用工程圖號，已把這些寫到物料代碼里去了，但是在直接輸物料代碼回車后默認(rèn)倉庫，用量等都帶不出來，而且工藝路線帶出來的是主工藝路線，都有去修改的，導(dǎo)致輸入很不方便。2005102510359制造現(xiàn)存量不對 需求規(guī)劃問題現(xiàn)象：制造現(xiàn)存量不對解決方案：本地已經(jīng)重現(xiàn)你提交的問題，根據(jù)數(shù)據(jù)可見到貨1250已經(jīng)作了質(zhì)檢并生成不良品處理單退貨；而制造現(xiàn)存量已經(jīng)要求不良品退貨的物料應(yīng)屬不可用物料，所以在制造需求規(guī)劃中自然不考慮其供應(yīng)量。解決方案：經(jīng)測試編碼設(shè)置按照手工編號，自動(dòng)生成的生產(chǎn)訂單和手工錄入的訂單其單號保存后確實(shí)不可以修改； 再次和制造需求確認(rèn)，因制造與其他模塊不同。為什么生產(chǎn)訂單就不可以？就算是在物料代碼那欄輸入也是有問題的呢？解決方案：經(jīng)過測試，在生產(chǎn)訂單中手工錄入物料編碼時(shí)，系統(tǒng)是可以帶出倉庫名稱的，這有一個(gè)前提條件，那就是該母件存貨一定要在存貨檔案中設(shè)置了使用問題； 1。 備份后更新： 1。 如果有大批量的維修，均會在企業(yè)內(nèi)部設(shè)立維修中心，以此作為一個(gè)工作中心。然后再計(jì)算MRP，這時(shí)設(shè)置的五月份的預(yù)測需求就會計(jì)算出來。 PRINT 39。,39。指定想要修改的表名 定義游標(biāo)取出指定表內(nèi)的數(shù)據(jù)類型是VARCHAR,char,nVARCHAR的字段名稱 DECLARE cur_ColName CURSOR FOR SELECT FROM syscolumns AS col inner join sysobjects AS obj ON = INNER join systypes AS typ ON = WHERE =39。 更新前請備份用戶數(shù)據(jù)，并慎重考慮是否可以刪除。解決方案：查詢cdefine2cdefine2cdefine3cdefine35為零的語句： select * from so_sodetails where cdefine26= or cdefine27= or cdefine34=0 or cdefine35=0 對于上報(bào)的數(shù)據(jù)銷售訂單號為39。解決方案：針對您所提出的問題，我們做了分析，認(rèn)為在對于這種返工維修的物料可以將操作流程設(shè)置成如下方式： 例：A |B C 客戶退回一個(gè)成品A，其中C發(fā)現(xiàn)損壞，我們將要領(lǐng)料A和一個(gè)新的C。 如果要實(shí)現(xiàn)按訂單號排序，可修改如下： update rpt_fltdef set expression=39。 ATO模型下達(dá)生產(chǎn)如果要轉(zhuǎn)車間要先建立物料工藝路線。 (5)、升級前的實(shí)際庫存在升級后按生產(chǎn)訂單查詢（對應(yīng)）時(shí)，現(xiàn)存量全部為零，造成按生產(chǎn)訂單生成“材料出庫單”時(shí)，出庫單上的所有存貨的現(xiàn)存量為零，在零出庫控制的情況下，出庫單不能保存，客戶被迫取消零出庫控制，已經(jīng)給客戶的庫存控制造成困難，需花費(fèi)許多時(shí)間和精力去解決庫存負(fù)數(shù)的問題（不按銷售訂單對應(yīng)）。制單日期和單據(jù)日期是不一樣的，制單日期表示該單據(jù)錄入系統(tǒng)的日期，單據(jù)日期表示業(yè)務(wù)發(fā)生的日期。即可2005122011177生產(chǎn)訂單沒有復(fù)制功能 生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單沒有復(fù)制功能解決方案：861新增拷貝生產(chǎn)訂單及行的需求,補(bǔ)丁解決2005121911176設(shè)備管理中作業(yè)單打開報(bào)錯(cuò) 設(shè)備管理問題現(xiàn)象：設(shè)備管理中作業(yè)單打開報(bào)錯(cuò)，確認(rèn)后顯示不正常解決方案：在帳套數(shù)據(jù)庫執(zhí)行update EQ_Work Set Vt_ID=82005121911175運(yùn)行生產(chǎn)訂單時(shí)，報(bào)系統(tǒng)錯(cuò)誤 生產(chǎn)訂單問題現(xiàn)象：打了860SPS1hotfix和860SP1DBhotfix后，在運(yùn)行生產(chǎn)訂單時(shí)，報(bào)系統(tǒng)錯(cuò)誤specified cast is not valid 。2006011011229生產(chǎn)訂單通知單打印表頭顯示無法更改 生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單通知單打印表頭顯示無法更改解決方案：此問題可通過如下辦法解決。解決方案：此處有幾個(gè)腳本： select * from bas_part where invcode not in (select cinvcode from inventory) 查詢在bas_part表中存在，但在i