【正文】 示正確。 and tablename=39。解決方案：復(fù)制后先修改父項(xiàng)自由項(xiàng)，保存。如客戶數(shù)據(jù)：[表頭:表頭自定義項(xiàng)5]*[表體:生產(chǎn)數(shù)量]只有在能被100整除的情況下能通過，不能被整除就報(bào)錯(cuò)。 (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)訂單和采購訂單。 (4)、現(xiàn)在嘗試將所有訂單做“預(yù)留”，客戶的銷售訂單數(shù)量有3千多份，如果手工操作，需先取消預(yù)留（因?yàn)樯?jí)后新增的訂單系統(tǒng)會(huì)自動(dòng)預(yù)留），然后重新對(duì)所有訂單進(jìn)行預(yù)留，工作量非常大，并且，在操作過程出現(xiàn)后面的預(yù)留操作會(huì)改變前面已預(yù)留的數(shù)量，導(dǎo)致預(yù)留操作無法進(jìn)行下去。 (2)、解決銷售訂單預(yù)留的問題 (3)、解決按生產(chǎn)訂單生成“材料出庫單”時(shí)，存貨的可用量為實(shí)際庫存數(shù)量的問題。解決方案：此處不影響用戶業(yè)務(wù)正常使用，且預(yù)測(cè)單修改操作屬于低頻度操作，此類老版本需求問題暫不考慮。生產(chǎn)備料39。訂單編號(hào)39。,ModeEx=1 where id=39。 此方法的局限性： 修改后參照選擇訂單界面是自定義參照過濾模式，顯示內(nèi)容只有訂單編號(hào)列。 如果有大批量的維修，均會(huì)在企業(yè)內(nèi)部設(shè)立維修中心，以此作為一個(gè)工作中心。解決方案：建議客戶用中文雙引號(hào)替代英文雙引號(hào)，或在數(shù)據(jù)庫中批量將存貨檔案中的存貨名稱英文雙引號(hào)替換成中文雙引號(hào)。、39。 update so_sodetails set cdefine26=null, cdefine27=null,cdefine34=null,cdefine35=null where csocode=39。2005110110429打印格式在改變行高顯示時(shí)打印頁面顯示不正常 車間管理問題現(xiàn)象：生產(chǎn)訂單工序派工單打印格式在改變行高顯示時(shí)，打印頁面顯示不正常。解決方案：在客戶帳套內(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。 AND = TblName AND IN (39。,39。) FOR READ ONLY 打開游標(biāo) OPEN cur_ColName FETCH NEXT FROM cur_ColName INTO ColName IF FETCH_STATUS0 BEGIN PRINT 39。 + TblName + 39。 GOTO LABCLOSE END 循環(huán)修改 WHILE FETCH_STATUS=0 BEGIN ...... END 關(guān)閉、釋放游標(biāo) LABCLOSE: CLOSE cur_ColName DEALLOCATE cur_ColName2005110110423預(yù)測(cè)單據(jù)沒有參與MRP運(yùn)算 需求規(guī)劃問題現(xiàn)象：客戶的數(shù)據(jù)由852升級(jí)到861，在進(jìn)行MRP運(yùn)算時(shí)發(fā)現(xiàn)原來升級(jí)上來的預(yù)測(cè)訂單沒有參與MRP運(yùn)算。解決方案：處理方法如下： 利用查詢分析器或企業(yè)管理起在客戶的業(yè)務(wù)賬套中打開UA_account_sub，更改cSub_ID為MQ和MP記錄的dSubSysUsed和dSubOriDate字段到需要的年度月份日期（例如：2005年5月1日）。所以，客戶到了9月份還要去算5月份的預(yù)測(cè)顯然是欠妥的，所以不建議客戶將服務(wù)器系統(tǒng)日期改為以前的日期。解決方案：針對(duì)您所提出的問題，我們做了分析，認(rèn)為在對(duì)于這種返工維修的物料可以將操作流程設(shè)置成如下方式： 例：A |B C 客戶退回一個(gè)成品A，其中C發(fā)現(xiàn)損壞，我們將要領(lǐng)料A和一個(gè)新的C。當(dāng)然，這樣設(shè)置仍然要進(jìn)行生產(chǎn)訂單的手工輸入和子件的修改，但可進(jìn)行工序的操作。解決方案：因添加自由項(xiàng)過濾條件需求問題，造成的mps計(jì)算報(bào)錯(cuò)及車間管理工序計(jì)劃維護(hù)報(bào)錯(cuò)問題。 5. 。 在修改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ù)器(分開部署和在同一臺(tái)機(jī)器上部署的效果一樣).服務(wù)端又重新從數(shù)據(jù)庫中獲取A2的資料,此時(shí)發(fā)現(xiàn)物料資料不全,則提示以上錯(cuò)誤信息. 后用戶又把A2的結(jié)構(gòu)性自由項(xiàng)去掉,此時(shí)客戶端緩存中的資料有和數(shù)據(jù)庫一致了,保存成功. 提示:在更新過生產(chǎn)制造使用的基礎(chǔ)資料后,請(qǐng)通過重新登錄來清除客戶端的緩存數(shù)據(jù)2005102510360直接輸物料代碼回車后默認(rèn)倉庫，用量等都帶不出來 生產(chǎn)訂單問題現(xiàn)象：在補(bǔ)錄生產(chǎn)訂單時(shí)，輸入物料編碼直接回車可以把默認(rèn)倉庫等自動(dòng)帶出，因?yàn)檐囬g管理沒有啟用，所以工藝路線應(yīng)該是不選，這都沒有問題，但是 這邊習(xí)慣于用工程圖號(hào)，已把這些寫到物料代碼里去了，但是在直接輸物料代碼回車后默認(rèn)倉庫，用量等都帶不出來，而且工藝路線帶出來的是主工藝路線，都有去修改的，導(dǎo)致輸入很不方便。不支持直接在物料編碼欄輸入物料代碼，因?yàn)槲锪虾痛尕浿皇歉鶕?jù)編碼對(duì)應(yīng)的； 2。2005102510359制造現(xiàn)存量不對(duì) 需求規(guī)劃問題現(xiàn)象：制造現(xiàn)存量不對(duì)解決方案：本地已經(jīng)重現(xiàn)你提交的問題，根據(jù)數(shù)據(jù)可見到貨1250已經(jīng)作了質(zhì)檢并生成不良品處理單退貨；而制造現(xiàn)存量已經(jīng)要求不良品退貨的物料應(yīng)屬不可用物料，所以在制造需求規(guī)劃中自然不考慮其供應(yīng)量。”2005102510357關(guān)于8。解決方案：經(jīng)測(cè)試編碼設(shè)置按照手工編號(hào)，自動(dòng)生成的生產(chǎn)訂單和手工錄入的訂單其單號(hào)保存后確實(shí)不可以修改； 再次和制造需求確認(rèn)，因制造與其他模塊不同。 3。為什么生產(chǎn)訂單就不可以？就算是在物料代碼那欄輸入也是有問題的呢？解決方案：經(jīng)過測(cè)試，在生產(chǎn)訂單中手工錄入物料編碼時(shí)，系統(tǒng)是可以帶出倉庫名稱的，這有一個(gè)前提條件，那就是該母件存貨一定要在存貨檔案中設(shè)置了使用問題； 1?！?005102510361未能將對(duì)象引用設(shè)置到對(duì)象的實(shí)例 物料清單問題現(xiàn)象：1）在物料清單資料維護(hù)界面，采用定位時(shí)，出現(xiàn)“未能將對(duì)象引用設(shè)置到對(duì)象的實(shí)例”，但是通過物料清單報(bào)表卻能看到，這是為何？是否數(shù)據(jù)出現(xiàn)問題？現(xiàn)無法編輯。 備份后更新： 1。解決方案：建議客戶用中文雙引號(hào)替代英文雙引號(hào)，或在數(shù)據(jù)庫中批量將存貨檔案中的存貨名稱英文雙引號(hào)替換成中文雙引號(hào)。 如果有大批量的維修，均會(huì)在企業(yè)內(nèi)部設(shè)立維修中心，以此作為一個(gè)工作中心。解決方案：安裝最新hotfix補(bǔ)丁后執(zhí)行appserver\bin\，在系統(tǒng)提示是否初始化數(shù)據(jù)庫時(shí)選否，然后重新手工注冊(cè)“X:\WINNT\system32\UFCOMSQL\”。然后再計(jì)算MRP，這時(shí)設(shè)置的五月份的預(yù)測(cè)需求就會(huì)計(jì)算出來。新下預(yù)測(cè)訂單1000個(gè)，發(fā)現(xiàn)新產(chǎn)生的供給只有500個(gè)。 PRINT 39。 PRINT 39。,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。 只需要在報(bào)表格式中將正文區(qū)域的每頁打印行數(shù)相應(yīng)調(diào)整即可。 更新前請(qǐng)備份用戶數(shù)據(jù)，并慎重考慮是否可以刪除。的出錯(cuò)訂單進(jìn)行更新的語句： update so_sodetails set cdefine26=null, cdefine27=null,cdefine34=null,cdefine35=null where csocode=39。解決方案：查詢cdefine2cdefine2cdefine3cdefine35為零的語句： select * from so_sodetails where cdefine26= or cdefine27= or cdefine34=0 or cdefine35=0 對(duì)于上報(bào)的數(shù)據(jù)銷售訂單號(hào)為39。當(dāng)然，這樣設(shè)置仍然要進(jìn)行生產(chǎn)訂單的手工輸入和子件的修改，但可進(jìn)行工序的操作。解決方案：針對(duì)您所提出的問題，我們做了分析，認(rèn)為在對(duì)于這種返工維修的物料可以將操作流程設(shè)置成如下方式： 例：A |B C 客戶退回一個(gè)成品A，其中C發(fā)現(xiàn)損壞，我們將要領(lǐng)料A和一個(gè)新的C。 and note=39。 如果要實(shí)現(xiàn)按訂單號(hào)排序，可修改如下： update rpt_fltdef set expression=39。275439。 ATO模型下達(dá)生產(chǎn)如果要轉(zhuǎn)車間要先建立物料工藝路線。單擊修改，順序又變成安序號(hào)排序了。 (5)、升級(jí)前的實(shí)際庫存在升級(jí)后按生產(chǎn)訂單查詢（對(duì)應(yīng)）時(shí)，現(xiàn)存量全部為零，造成按生產(chǎn)訂單生成“材料出庫單”時(shí)，出庫單上的所有存貨的現(xiàn)存量為零，在零出庫控制的情況下，出庫單不能保存，客戶被迫取消零出庫控制，已經(jīng)給客戶的庫存控制造成困難，需花費(fèi)許多時(shí)間和精力去解決庫存負(fù)數(shù)的問題（不按銷售訂單對(duì)應(yīng)）。 (2)、如果關(guān)閉所有生產(chǎn)訂單和銷售訂單，MRP運(yùn)算后還會(huì)有7百多條生產(chǎn)需求，一部分是由于按生產(chǎn)訂單對(duì)應(yīng)時(shí)，現(xiàn)存量出現(xiàn)負(fù)數(shù)而產(chǎn)生的需求；另一部分是其他原因形成的。制單日期和單據(jù)日期是不一樣的，制單日期表示該單據(jù)錄入系統(tǒng)的日期，單據(jù)日期表示業(yè)務(wù)發(fā)生的日期。2005121911151生產(chǎn)訂單手工錄入時(shí)提示錯(cuò)誤 生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單手工錄入時(shí)，表頭自定義項(xiàng)5輸入一個(gè)數(shù)值如3，生產(chǎn)數(shù)量輸入完后提示“Input string was not in a correct format.”，而且提示好幾遍，最后表體自定義項(xiàng)13出現(xiàn)結(jié)果，但保存后表體自定義項(xiàng)13數(shù)據(jù)有的沒有了。即可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 。2005122611212表體自定義項(xiàng)6小數(shù)自動(dòng)取整 生產(chǎn)管理問題現(xiàn)象：客戶從第三方接口中導(dǎo)入數(shù)值到rop計(jì)劃的表體自定義項(xiàng)6中,但顯示時(shí)小數(shù)自動(dòng)四舍五入成整數(shù),而數(shù)據(jù)庫中的數(shù)值正常.解決方案：修改數(shù)據(jù)庫中VoucherItems表的記錄,具體的語句:update VoucherItems set numpoint=3 where carditemname=39。2006011011229生產(chǎn)訂單通知單打印表頭顯示無法更改 生產(chǎn)訂單問題現(xiàn)象：生產(chǎn)訂單通知單打印表頭顯示無法更改解決方案：此問題可通過如下辦法解決。如果確認(rèn)這些都是客戶不需要的BOM，可順序執(zhí)行以下三行腳本，刪除這些值： delete 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)))。解決方案：此處有幾個(gè)腳本： select * from bas_part where invcode not in (select cinvcode from inventory) 查詢?cè)赽as_part表中存在，但在inventory表中不存在的紀(jì)錄。 在當(dāng)前客戶數(shù)據(jù)bom_parnt表中bomid只到110004387。 select distinct partid from mps_error where partid in (select parentid from bom_parent) 在此情況中又分為兩種情況： a)如002k58152存貨和002k49773存貨，在bom中其子件的倉庫設(shè)置為02號(hào)不合格倉，此倉庫參與ROP計(jì)算，但不參與MRP計(jì)算，所以會(huì)報(bào)錯(cuò)。解決方案：問題一：此問題由以下的幾方面因素造成： 在bom_parent表中沒有bom與bas_part表中物料的對(duì)應(yīng)關(guān)系。解決方案：請(qǐng)不要引導(dǎo)客戶參照現(xiàn)存量、在單量、預(yù)約量等來制訂計(jì)劃，因?yàn)檫@些數(shù)量都無時(shí)間概念，BRP的目的主要是計(jì)算毛需求，與BOM全階展開一樣，適用于批對(duì)批的生產(chǎn)方式2006021411443結(jié)轉(zhuǎn)生產(chǎn)制造時(shí)報(bào)錯(cuò) 生產(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)了。 2)將子件在不同母件下的備注，合并為一行顯示，這樣的備注也就失去了意義，因?yàn)樗鼈渥⒌膶?duì)象都不知道，另外技術(shù)上也無法實(shí)現(xiàn)，如備注長度為10，兩個(gè)備注分別為8，如何合并？請(qǐng)理解，BOM的備注是建立BOM時(shí)的說明，該BOM會(huì)有無數(shù)的生產(chǎn)訂單