U8知識(shí)庫(kù)標(biāo)題版本模塊描述生產(chǎn)訂單上的bom問(wèn)題現(xiàn)象：標(biāo)準(zhǔn)生產(chǎn)訂單，產(chǎn)品的bom選擇為不選8.72生產(chǎn)bom刪除掉了，選擇為不選解決方案：某產(chǎn)品做了生產(chǎn)訂單。爾后將訂單bom信息，就顯示為不選對(duì)應(yīng)的生產(chǎn)訂單關(guān)系不到MRP運(yùn)算后在供需問(wèn)題現(xiàn)象：MRP運(yùn)算后在供需資料盤(pán)問(wèn)-物料盤(pán)問(wèn)里看到物料重復(fù)計(jì)算了資料盤(pán)問(wèn)-物料查其他需求詢(xún)里看到物料重復(fù)解決方案：把計(jì)劃刪除重跑計(jì)劃問(wèn)題沒(méi)重現(xiàn)，但過(guò)一段時(shí)規(guī)劃870S計(jì)算了間有重復(fù)出現(xiàn)近似的問(wèn)題。后服務(wù)器和工作站更新了P3補(bǔ)丁和最新的MM補(bǔ)丁后問(wèn)題沒(méi)再重現(xiàn)了。問(wèn)題現(xiàn)象：某成品的一級(jí)ｂｏｍ有虛假件，虛假件建有自虛假件沒(méi)法帶出子8.71生產(chǎn)己的ｂｏｍ，在下生產(chǎn)訂單時(shí)沒(méi)法帶出二級(jí)子件件訂單解決方案：客戶(hù)在路存貨時(shí)把虛假件的出庫(kù)追蹤入庫(kù)的選項(xiàng)勾上了，取消即可物料清單保護(hù)時(shí)報(bào)問(wèn)題現(xiàn)象：物料清單保護(hù)時(shí)報(bào)錯(cuò)，后臺(tái)也沒(méi)法追蹤到錯(cuò)誤8.61物料權(quán)限不夠，授予AS錯(cuò)解決方案：盤(pán)問(wèn)發(fā)現(xiàn)c:\windows\temp清單用戶(hù)及網(wǎng)絡(luò)服務(wù)用戶(hù)讀寫(xiě)權(quán)限后問(wèn)題解決；車(chē)間管理生產(chǎn)訂單問(wèn)題現(xiàn)象：車(chē)間管理生產(chǎn)訂單工序生成失敗，提示：沒(méi)設(shè)工序生成失敗，提其他車(chē)間置工作日歷或高出工作日歷范圍示：沒(méi)設(shè)置工作日管理解決方案：改正標(biāo)準(zhǔn)工序資料保護(hù)里的工時(shí)（分子）和工歷或高出...時(shí)（分母）為實(shí)質(zhì)的工時(shí)，再生成工序即可。問(wèn)題現(xiàn)象：客戶(hù)端錄入工序轉(zhuǎn)移單沒(méi)法保存，提示：thes錄入工序轉(zhuǎn)移單保ervicedcomponentbeinginvokedisnotcorrectlyco其他車(chē)間存時(shí)出錯(cuò)nfiguredcuseregsvcstore-register管理解決方案：試一試把.net2.0SP1刪除，再重裝用友問(wèn)題依舊，需重裝服務(wù)器解決。保存bom提示：U8.問(wèn)題現(xiàn)象：保存bom提示：U8.SQL.FailConnectToDB[Connection:zhanghuajie\UFADTA_999_2008][Message:服務(wù)器SQL.FailConnectT物料8.72'ZHANGHUAJ...IE'上的msdtc不能夠用oDB[Connection:z清單hanghuaj...解決方案：手工啟動(dòng)DistributedTransactionCoordinator即可問(wèn)題現(xiàn)象：MRP運(yùn)算后,物料''002030037'',''102170010'',''002020023'',''002020012'',''002020003'',''002MRP運(yùn)算后部分物020002''產(chǎn)生了無(wú)訂單需求料出現(xiàn)無(wú)訂單的需8.72需求,屬無(wú)效解決方案：前四種物料在自由庫(kù)存中有待發(fā)貨數(shù)量求規(guī)劃中直接除去待發(fā)貨數(shù)量;后兩種發(fā)貨記錄,從currentstock物料訂單行被刪除,以致currentstock中的訂單行現(xiàn)存量為負(fù),刪除即可851A生產(chǎn)訂單自定問(wèn)題現(xiàn)象：851A生產(chǎn)訂單自定義報(bào)表盤(pán)問(wèn)結(jié)果0.1234顯示義報(bào)表盤(pán)問(wèn)結(jié)果8.51物料0.為.1234A需求0.1234顯示1234顯示為.1234解決方案：盤(pán)問(wèn)生產(chǎn)訂單自定義報(bào)表盤(pán)問(wèn)結(jié)果標(biāo)題總帳填制憑證錄入現(xiàn)金流量科目后錄入現(xiàn)金流量保存時(shí)候提示：...有個(gè)生產(chǎn)訂單有累計(jì)出庫(kù)數(shù)量但是資料出庫(kù)單查不到MRP取代料問(wèn)題客戶(hù)端和服務(wù)器上做MRP計(jì)劃生成的時(shí)候出錯(cuò)，提示：沒(méi)法獲取用...生產(chǎn)訂單整批辦理出錯(cuò)需求計(jì)算錯(cuò)誤取代料問(wèn)題需求重復(fù)計(jì)算

版本模塊描述為.1234，剛開(kāi)始思疑是數(shù)據(jù)不對(duì)，仔細(xì)一查數(shù)據(jù)都是對(duì)的，爾后就沒(méi)在意了，在報(bào)表里從上往下查時(shí)，突然發(fā)現(xiàn)一條記錄顯示異常，訂單號(hào)地址是空的，分類(lèi)編碼地址顯示的是存貨編碼，分類(lèi)名稱(chēng)地址顯示的是分類(lèi)編碼。。。，這時(shí)想起來(lái)以前解決的871存貨明細(xì)賬顯示異常的問(wèn)題，就到后臺(tái)找到這張訂單把備注欄綱領(lǐng)重新輸入一下，這時(shí)顯示正常了，包括小數(shù)的顯示也沒(méi)有問(wèn)題了。問(wèn)題現(xiàn)象：總帳填制憑證錄入現(xiàn)金流量科目后錄入現(xiàn)金流生產(chǎn)量保存時(shí)候提示：runtimeerror-2147217900......8.70訂單解決方案：重建數(shù)據(jù)庫(kù)實(shí)例，服務(wù)器排序規(guī)則選擇Chinese_PRC_CI_AS即可，也許重裝SQL時(shí)選擇自定義安裝種類(lèi)問(wèn)題現(xiàn)象：有個(gè)生產(chǎn)訂單有累計(jì)出庫(kù)數(shù)量但是資料出庫(kù)單生產(chǎn)查不到8.71訂單解決方案：數(shù)據(jù)回寫(xiě)錯(cuò)誤以致，實(shí)質(zhì)資料出庫(kù)單已經(jīng)刪除，改正生產(chǎn)訂單上的累計(jì)出庫(kù)數(shù)量為0，再出庫(kù)即可問(wèn)題現(xiàn)象：客戶(hù)設(shè)置的取代料在mrp運(yùn)算的時(shí)候不起作用，需求檢查基礎(chǔ)設(shè)置無(wú)問(wèn)題8.71規(guī)劃解決方案：檢查發(fā)現(xiàn)是由于作為取代的請(qǐng)購(gòu)單的物料日期不在需求時(shí)間內(nèi)以致。問(wèn)題現(xiàn)象：應(yīng)用環(huán)境：870+SP3補(bǔ)丁，客戶(hù)端和服務(wù)器上做MRP計(jì)劃生成的時(shí)候出錯(cuò)，提示：沒(méi)法獲取用戶(hù)登陸數(shù)據(jù)，需求8.71請(qǐng)重新登陸并確認(rèn)應(yīng)用服務(wù)器可否正老例劃解決方案：把補(bǔ)丁卸掉，修復(fù)安裝一次用友，再打會(huì)補(bǔ)丁測(cè)試，問(wèn)題解決。問(wèn)題現(xiàn)象：U870升級(jí)到U871后，進(jìn)入生產(chǎn)訂單整批辦理中，默認(rèn)的盤(pán)問(wèn)條件，點(diǎn)擊盤(pán)問(wèn)時(shí)提示：“traceinfoU8m.bp.failure參照對(duì)像不能夠涉及詳盡的實(shí)例”生產(chǎn)解決方案：selectmocode,modid,*frommom_orderleft8.71訂單joinmom_orderdetailonmom_orderdetail.MoId=mom_order.MoId使用語(yǔ)句把生產(chǎn)定單找出來(lái)wheremodidin(selectmodidfrommom_moallocatewhereQty=0)把生產(chǎn)定單的應(yīng)領(lǐng)數(shù)為0的改正為正確的OK問(wèn)題現(xiàn)象：訂單PI-EL0802012已發(fā)貨,MRP運(yùn)算后卻有需求，需求物料002020012,002020023MRP運(yùn)算后產(chǎn)生無(wú)效需求8.71規(guī)劃解決方案：由于CURRENTSTOCK表中存在相關(guān)物料的錯(cuò)誤待發(fā)貨數(shù)量,刪除后,MRP運(yùn)算正確問(wèn)題現(xiàn)象：物料清單中子件A有取代料B。系統(tǒng)中有B的采買(mǎi)訂單（此時(shí)無(wú)庫(kù)存量），未被關(guān)閉及占用，但是進(jìn)行需需求求規(guī)劃時(shí)還會(huì)運(yùn)算出A的需求，沒(méi)有考慮B。但是在B有結(jié)8.71規(guī)劃存的情況下，能考慮到B。解決方案：采買(mǎi)訂單的日期沒(méi)有在生產(chǎn)日期內(nèi)，因此沒(méi)有考慮取代8.71需求問(wèn)題現(xiàn)象：訂單PI-EL00802012的物料699000010已下達(dá)標(biāo)題版本模塊描述規(guī)劃委外訂單生產(chǎn)，但跑出需求解決方案：訂單pi-el00802012有超訂單發(fā)貨的情況。按業(yè)務(wù)要求，取消相關(guān)銷(xiāo)售選項(xiàng)問(wèn)題現(xiàn)象：mrp運(yùn)算出來(lái)的結(jié)果跟需求本源不一致需求MRP運(yùn)算問(wèn)題8.71規(guī)劃解決方案：bas_part與inventory中的安全庫(kù)存不一致，調(diào)整一致即可問(wèn)題現(xiàn)象：生產(chǎn)訂單生單提示錯(cuò)誤生產(chǎn)訂單生單報(bào)錯(cuò)主生8.70解決方案：測(cè)試發(fā)現(xiàn)服務(wù)器上生產(chǎn)訂單是能夠正常打開(kāi)的，產(chǎn)計(jì)報(bào)錯(cuò)的客戶(hù)端有一個(gè)生產(chǎn)的補(bǔ)丁沒(méi)有打，打完補(bǔ)丁后使用劃正常問(wèn)題現(xiàn)象：計(jì)劃代號(hào)保護(hù)保存時(shí)提示'Theinputstreami計(jì)劃代號(hào)保護(hù)沒(méi)法主生8.70snotavalidbinaryformat.Thestartingcontents保存產(chǎn)計(jì)79(inbytes)are53-劃解決方案：清理應(yīng)用服務(wù)器c盤(pán)空間,重啟服務(wù)器MRP計(jì)劃參數(shù)保護(hù)其他物料問(wèn)題現(xiàn)象：MRP計(jì)劃參數(shù)保護(hù)出錯(cuò)出錯(cuò)需求解決方案：點(diǎn)開(kāi)桌面右下角,871托盤(pán),點(diǎn)擊64位調(diào)整U870打上SP2補(bǔ)丁問(wèn)題現(xiàn)象：生產(chǎn)訂單手工錄入時(shí)提示：methodnofound：生產(chǎn)‘u8soft.u8.u8m.doschema.mo.morderds[]'后生產(chǎn)訂單自動(dòng)生8.70訂單解決方案：打上安裝生產(chǎn)制造cp－u870－1213－080422－m成時(shí)提示錯(cuò)誤！m補(bǔ)丁后正常。問(wèn)題現(xiàn)象：客戶(hù)帳套在870sp2環(huán)境下，MRP計(jì)劃運(yùn)算達(dá)成后，盤(pán)問(wèn)供需追想明細(xì)表，只漂亮到0階記錄，采買(mǎi)、委外、自制件均是這樣。在供需資料盤(pán)問(wèn)-物料界面可正常查看物料的全部供需記錄。解決方案：1、MPS-MRP序次張開(kāi)后，此時(shí)的追想層次是對(duì)的，接著如刪除了MPS計(jì)劃內(nèi)容，就會(huì)出現(xiàn)該現(xiàn)象。原因：將計(jì)劃的源泉（恰巧是MPS件）刪除了，而又不重新展算MRP，那第一次展MRP的計(jì)劃還在，但它的源泉卻找不到了，供需追想明細(xì)表，8.70需求因此盤(pán)問(wèn)結(jié)果不正確。比方您上傳的數(shù)據(jù)中MPS運(yùn)算的結(jié)只漂亮到0階記錄規(guī)劃果是依照銷(xiāo)售訂單規(guī)劃出物料14012的供給，在此基礎(chǔ)上運(yùn)算MRP后再將MPS計(jì)劃刪除，接著盤(pán)問(wèn)供需追想明細(xì)表就是不正確的。2、在刪除MPS計(jì)劃內(nèi)容的基礎(chǔ)上運(yùn)算MRP，但參數(shù)選擇時(shí)仍選擇已刪除計(jì)劃內(nèi)容的MPS計(jì)劃代號(hào)，而物料14012倒是MPS件且供需追想明細(xì)表盤(pán)問(wèn)的是近來(lái)一次MRP運(yùn)算的結(jié)果，此時(shí)運(yùn)算MRP就與第一種情況近似，選擇了源泉但實(shí)質(zhì)上源泉卻找不到，因此盤(pán)問(wèn)結(jié)果不正確（供需資料盤(pán)問(wèn)-物料是正確的，但其中沒(méi)相關(guān)于此物料的資料）。需求規(guī)劃打開(kāi)提示問(wèn)題現(xiàn)象：需求規(guī)劃除帳套主管外，其他用戶(hù)點(diǎn)擊結(jié)點(diǎn)均“網(wǎng)絡(luò)沒(méi)法連接或8.70需求提示：網(wǎng)絡(luò)沒(méi)法連接或用戶(hù)無(wú)權(quán)限不能夠打開(kāi)結(jié)點(diǎn)。已分配用戶(hù)無(wú)權(quán)限不能夠打規(guī)劃需求規(guī)劃模塊全部權(quán)限開(kāi)結(jié)點(diǎn)”解決方案：勾選公用設(shè)置中的生產(chǎn)制造公用參數(shù)權(quán)限生產(chǎn)訂單審察時(shí)報(bào)8.60生產(chǎn)問(wèn)題現(xiàn)象：生產(chǎn)訂單審察時(shí)報(bào)“數(shù)據(jù)錯(cuò)誤”，審察不能夠功標(biāo)題版本模塊描述“數(shù)據(jù)錯(cuò)誤”，審sp訂單解決方案：生產(chǎn)訂單據(jù)件是入庫(kù)倒沖的，補(bǔ)庫(kù)房信息核不能夠功母件多階盤(pán)問(wèn)出現(xiàn)問(wèn)題現(xiàn)象：在報(bào)表->母件結(jié)構(gòu)表(多階)盤(pán)問(wèn)的時(shí)候報(bào)錯(cuò)誤08.61物料錯(cuò)誤0解決方案：可能是打補(bǔ)丁造成的,造成了儲(chǔ)藏過(guò)程usp_bo_清單expandbyparent出錯(cuò),重新生成儲(chǔ)藏過(guò)程即可.問(wèn)題現(xiàn)象：?jiǎn)栴}描述：需求規(guī)劃中的無(wú)物料清單盤(pán)問(wèn)系統(tǒng)UFPMP8.61需求管理權(quán)限沒(méi)法設(shè)置?但在需求規(guī)劃模塊中是有此菜單的;規(guī)劃解決方案：【解決方案】到系統(tǒng)管理－權(quán)限－公共目錄－生產(chǎn)制造公用－公共單據(jù)里能夠設(shè)置問(wèn)題現(xiàn)象：?jiǎn)栴}描述：在參照生產(chǎn)訂單生成資料出庫(kù)單時(shí)，依照生產(chǎn)所屬子項(xiàng)進(jìn)行過(guò)濾。生產(chǎn)子項(xiàng)中的領(lǐng)料部門(mén)為空，不能夠依照物料清單中定義的領(lǐng)料部門(mén)顯示。造成不能夠在過(guò)UFPMP8.61物料濾條件中使用領(lǐng)料部門(mén)進(jìn)行過(guò)濾！清單1、經(jīng)過(guò)在bo解決方案：當(dāng)前已經(jīng)有兩種變通解決方法：m清單上的工序行號(hào)作為領(lǐng)料部門(mén)編碼。過(guò)濾工序行號(hào)即可/2、改正了相關(guān)視圖。問(wèn)題現(xiàn)象：?jiǎn)栴}描述：“生產(chǎn)訂單工時(shí)記錄單”增加表體自定義項(xiàng)1，同時(shí)在“工時(shí)記錄明細(xì)表”中增加表體自定義項(xiàng)1，但是在報(bào)表上表體自定義項(xiàng)1的內(nèi)容顯示不出來(lái)。UFPMP8.61車(chē)間解決方案：【解決方案】工時(shí)記錄單明細(xì)資料中表體自定管理義項(xiàng)是補(bǔ)丁KB-U861-0026-060530-85618.msi增加的（問(wèn)題85618），請(qǐng)更新補(bǔ)丁。爾后在工時(shí)記錄單右鍵輸入明細(xì)資料后盤(pán)問(wèn)即可。“表體自定義”顯示在單據(jù)格式中能夠改正。問(wèn)題現(xiàn)象：?jiǎn)栴}描述：當(dāng)生產(chǎn)訂單很多，也許生產(chǎn)訂單包含的物料很多時(shí)，盤(pán)問(wèn)生產(chǎn)訂單缺料表時(shí)出現(xiàn)以上提示，若是盤(pán)問(wèn)少量數(shù)據(jù)該功能正常，組件事務(wù)超時(shí)已設(shè)置為36UFPMP8.61生產(chǎn)00秒。訂單解決方案：此問(wèn)題研發(fā)人員已經(jīng)出擁相關(guān)補(bǔ)丁,由于【861版本】補(bǔ)丁,針對(duì)該問(wèn)題的補(bǔ)丁包KB-U861-0256-060803-88495.msi已經(jīng)考據(jù)經(jīng)過(guò)并已經(jīng)對(duì)外宣布，請(qǐng)使用補(bǔ)丁更新工具進(jìn)行下載安裝問(wèn)題現(xiàn)象：業(yè)務(wù)需求：業(yè)務(wù)中的MRP建議計(jì)劃希望不從銷(xiāo)售訂單中取需求，只考慮庫(kù)存和生產(chǎn)訂單等問(wèn)題：若是時(shí)柵資料中的需求本源取“展望”，MRP運(yùn)算需求本源仍是取UFPMP8.61需求自“客戶(hù)訂單”規(guī)劃解決方案：由于銷(xiāo)售訂單的預(yù)完工日期小于系統(tǒng)日期，所以不受時(shí)柵的控制，也會(huì)規(guī)劃供給。建議把銷(xiāo)售訂單的預(yù)完工日期改正為大于系統(tǒng)日期即可。問(wèn)題現(xiàn)象：客戶(hù)原來(lái)存貨的屬性為采買(mǎi)，改為自制后，不能成立BOM；但有些存貨將屬性由采買(mǎi)改為自制后，又能建UFPMP8.61物料立BOM；試一試多次，沒(méi)有什么規(guī)律性；清單解決方案：由于物料清單保護(hù)功能采用了緩存體系，存貨屬性改為自制后，系統(tǒng)沒(méi)有實(shí)時(shí)更新。因此需要退出產(chǎn)品，標(biāo)題版本模塊描述重新登陸即可。問(wèn)題現(xiàn)象：手工輸入非標(biāo)準(zhǔn)生產(chǎn)訂單時(shí)，改正表體“生產(chǎn)數(shù)量”后，“MRP凈算量”不作相應(yīng)改正。以致產(chǎn)品入庫(kù)時(shí)，入庫(kù)數(shù)量只能與“MRP凈算量”同樣，不能夠依照“生產(chǎn)數(shù)量”進(jìn)行入庫(kù)。UFPMP8.61生產(chǎn)解決方案：MRP凈算量：MPS/MRP將該數(shù)量作為預(yù)計(jì)完工日訂單期的有效供給數(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ù)您的問(wèn)題，建議客戶(hù)改正了生產(chǎn)數(shù)量后，同時(shí)改正mrp凈算量為預(yù)計(jì)入庫(kù)的數(shù)量即可。車(chē)間問(wèn)題現(xiàn)象：在WIN2003下，工序轉(zhuǎn)移單保存時(shí)提示“登錄UFPMP8.61信息不全，請(qǐng)查察代碼”管理解決方案：重啟iis后，問(wèn)題解決。問(wèn)題現(xiàn)象：由于排產(chǎn)和實(shí)質(zhì)生產(chǎn)部門(mén)不一樣，同時(shí)需要書(shū)面單據(jù)來(lái)指導(dǎo)業(yè)務(wù)操作，客戶(hù)特別需要供給一個(gè)相關(guān)生產(chǎn)訂單全部資料的報(bào)表也許盤(pán)問(wèn)界面。這個(gè)報(bào)表和盤(pán)問(wèn)界面主要包括生產(chǎn)訂單號(hào)碼、生產(chǎn)訂單單據(jù)日期、審察日期、預(yù)計(jì)入庫(kù)日期、生產(chǎn)的產(chǎn)品信息（母件編碼、名稱(chēng)、生產(chǎn)數(shù)量等）、領(lǐng)料的子件信息（編碼、名稱(chēng)、領(lǐng)料數(shù)量、領(lǐng)料庫(kù)房、現(xiàn)存量等）、工序資料等。請(qǐng)總部慎重考慮，已上生產(chǎn)制造模塊的客戶(hù)都提過(guò)此需求！要求供給相關(guān)生產(chǎn)生產(chǎn)解決方案：生產(chǎn)訂單全部資料特別多，全部匯總在一張報(bào)訂單全部資料的信8.61表內(nèi)，信息量很大，報(bào)表很難在一個(gè)頁(yè)面完滿(mǎn)的顯示出來(lái)，訂單息同一行信息分成多個(gè)頁(yè)面，使用也不方便。生產(chǎn)訂單的業(yè)務(wù)操作平時(shí)也有不一樣的分工。車(chē)間管理人員依照已審察下發(fā)的生產(chǎn)訂單（即系統(tǒng)中的生產(chǎn)訂單通知單），開(kāi)完工日期和現(xiàn)場(chǎng)（缺料等）情況組織生產(chǎn)。領(lǐng)配料人員依照車(chē)間管理人員確定的生產(chǎn)訂單來(lái)領(lǐng)配料（生產(chǎn)訂單領(lǐng)料單），管理人員追蹤生產(chǎn)訂單的完工情況（生產(chǎn)訂單完工情況表），解析生產(chǎn)訂單的用料情況（生產(chǎn)訂單用料解析表）。不一樣人員關(guān)注的信息不一樣，將全部信息集中在一張表中，這種需求不擁有通用性。未審察生產(chǎn)訂單無(wú)問(wèn)題現(xiàn)象：未審察生產(chǎn)訂單沒(méi)法改正子件,改正訂單據(jù)件后主生保存時(shí)提示"正在被別人改正或刪除"法改正子件,改正8.61產(chǎn)計(jì)解決方案：把mom_moallocat表內(nèi)容倒出，刪除mom_moal訂單據(jù)件后保存時(shí)劃locat表，從演示帳套導(dǎo)入該表以及索引，拘束，把該表原提示"正在...來(lái)的內(nèi)容導(dǎo)回，問(wèn)題解決新建賬套，做工程問(wèn)題現(xiàn)象：新建賬套，做工程物料清單保護(hù)時(shí)報(bào)錯(cuò)，提示物料清單保護(hù)時(shí)報(bào)物料“未將對(duì)象引用設(shè)置到對(duì)象的實(shí)例”錯(cuò)，提示“未將對(duì)8.61清單解決方案：還原后問(wèn)題解決，建議用戶(hù)今后不要到后臺(tái)改象引用設(shè)置到對(duì)象數(shù)據(jù)的實(shí)例”盤(pán)問(wèn)生產(chǎn)訂單效率8.61生產(chǎn)問(wèn)題現(xiàn)象：客戶(hù)關(guān)閉和審察狀態(tài)的下的生產(chǎn)訂單當(dāng)前約有9標(biāo)題問(wèn)題

版本模塊描述訂單000個(gè)，在生產(chǎn)訂單手工輸入界面上下翻頁(yè)的時(shí)候，

速度非常的緩慢。解決方案：此問(wèn)題研發(fā)人員已經(jīng)出擁相關(guān)補(bǔ)丁,由于【861版本】補(bǔ)丁，現(xiàn)已經(jīng)過(guò)【補(bǔ)丁自動(dòng)更新系統(tǒng)】宣布，此問(wèn)題的補(bǔ)丁在自動(dòng)更新系統(tǒng)中編號(hào)為【KB-U861-0272-060808-89319】未審察生產(chǎn)訂單無(wú)問(wèn)題現(xiàn)象：未審察生產(chǎn)訂單沒(méi)法改正子件,改正訂單據(jù)件后主生保存時(shí)提示"正在被別人改正或刪除"法改正子件,改正產(chǎn)計(jì)解決方案：把mom_moallocat表內(nèi)容倒出，刪除mom_moal8.61訂單據(jù)件后保存時(shí)劃locat表，從演示帳套導(dǎo)入該表以及索引，拘束，把該表原提示"正在...來(lái)的內(nèi)容導(dǎo)回，問(wèn)題解決問(wèn)題現(xiàn)象：在打印母件結(jié)構(gòu)表－多階表進(jìn)行頁(yè)面設(shè)置時(shí)，報(bào)表打印時(shí)沒(méi)法進(jìn)多任務(wù)(或多單)逼迫分頁(yè)的設(shè)置項(xiàng)無(wú)效，沒(méi)法取消．物料解決方案：在861sp1的基礎(chǔ)上安裝了KB-U861-0209-0607行多任務(wù)逼迫分頁(yè)8.61清單18-87531補(bǔ)丁，該補(bǔ)丁解決了在多任務(wù)模式下非尾端頁(yè)不的改正能全頁(yè)顯示問(wèn)題，但造成的結(jié)果是物料清單模塊報(bào)表均改為"單任務(wù)顯示"。問(wèn)題現(xiàn)象：客戶(hù)需求，是依照展望單來(lái)安排生產(chǎn)，而銷(xiāo)售訂單概不參加．由于產(chǎn)品生產(chǎn)周期的關(guān)系，一般情況下，若是依照銷(xiāo)售訂單再來(lái)安排生產(chǎn)，一般都是沒(méi)時(shí)間交單的．因此客戶(hù)基本都是依照展望來(lái)組織安排生產(chǎn)，也就是面向庫(kù)存的生產(chǎn)方式．但在現(xiàn)實(shí)生活中，銷(xiāo)售訂單仍是很多的，都是進(jìn)入系統(tǒng)的，結(jié)果無(wú)論時(shí)柵怎么設(shè)（可能用友的算法在系統(tǒng)日期以前的有效需求（客戶(hù)訂單，展望單等）都會(huì)被計(jì)算出來(lái)，不受時(shí)柵的限制）。這樣都會(huì)把銷(xiāo)售訂單的需求跑出來(lái)，這樣不吻合客戶(hù)的要求．不知是設(shè)置不對(duì)，仍是軟件就是這樣做的？客戶(hù)的需求其實(shí)就是完滿(mǎn)按展望單來(lái)做MRP，任何銷(xiāo)售訂單都不要參加運(yùn)算．不知這種需求可否滿(mǎn)足？若是是軟件不一樣意這樣做，希望上面能要求按展望進(jìn)行需需求否考慮一下這種需求，或是有否其他的解決方案．我不知該怎么給客戶(hù)講解．若是認(rèn)為，既然存在銷(xiāo)售訂單，銷(xiāo)售8.61規(guī)劃求規(guī)劃的需求就應(yīng)該是實(shí)質(zhì)存在的，執(zhí)行達(dá)成就該關(guān)閉，沒(méi)執(zhí)行完就應(yīng)該去算出供需去生產(chǎn)，我感覺(jué)這樣講解表面是對(duì)，但實(shí)質(zhì)辦理過(guò)程中實(shí)質(zhì)上是說(shuō)不通的．由于即使需求存在，但也不應(yīng)該就必然是以銷(xiāo)售訂單為源進(jìn)行安排生產(chǎn)。由于各企業(yè)生產(chǎn)模式是不一樣的，不能夠能完滿(mǎn)都是按單生產(chǎn)的，作為生產(chǎn)的綱領(lǐng)性文件，有時(shí)就是按歷年每季月的訂單量加上展望，做為一個(gè)經(jīng)驗(yàn)值來(lái)安排生產(chǎn)，做每個(gè)月轉(zhuǎn)動(dòng)計(jì)劃．若是訂單一接到，就需要一周內(nèi)交付（實(shí)質(zhì)工作中就是這樣），而生產(chǎn)周期一般都最少要一個(gè)月的話，那這樣若是的按銷(xiāo)售訂單跑MRP的話，就根本沒(méi)指導(dǎo)意義了．而且以前的銷(xiāo)售訂單雖有執(zhí)行過(guò)程，但要實(shí)時(shí)關(guān)閉的話，也不現(xiàn)實(shí)，由于有時(shí)就是跨月發(fā)貨，或是拖欠著沒(méi)發(fā)，導(dǎo)致沒(méi)法關(guān)閉．若是必然要把未關(guān)閉的未執(zhí)行完的銷(xiāo)售訂單標(biāo)題版本模塊描述的數(shù)量讓系統(tǒng)也自動(dòng)算出，自動(dòng)規(guī)劃，那MRP結(jié)果看起來(lái)可能太亂了（由于獨(dú)立需求有展望又有以前的銷(xiāo)售訂單的話就看起來(lái)沒(méi)個(gè)眉目）．客戶(hù)一般就是依照每個(gè)月產(chǎn)能，估計(jì)將來(lái)幾月的訂單數(shù)量，可能還加上一些未達(dá)成訂單的數(shù)量，然今后總的出一份展望單，因此總的獨(dú)立需求是比較清楚的（就是每個(gè)月的一張展望單），這樣比較清楚了然，爾后以展望單的追蹤來(lái)督查執(zhí)行的情況．說(shuō)終究，客戶(hù)就是按自己的展望來(lái)安排生產(chǎn)的，雖會(huì)考慮銷(xiāo)售訂單，但包括數(shù)量等，都是自己依照將來(lái)的估計(jì)擬定的，消抵的方法在這里也是不太適用的．解決方案：1、在系統(tǒng)日期以前的已審察銷(xiāo)售訂單要進(jìn)入MRP運(yùn)算邏輯，但展望訂單不進(jìn)入2、能夠不以銷(xiāo)售訂單為源泉安排生產(chǎn)，比方用展望排產(chǎn)，銷(xiāo)售訂單生成后與展望訂單抵消。這種邏輯的基礎(chǔ)是：當(dāng)期生產(chǎn)時(shí)由先期的展望指導(dǎo)的，而銷(xiāo)售訂單審察后將利用抵消功能耗用展望生成的產(chǎn)成品。若是銷(xiāo)售訂單的量大，造成在單量和在手量都不足以滿(mǎn)足了，說(shuō)明先期展望保守。再有，生產(chǎn)也其實(shí)不是直接依照銷(xiāo)售訂單，也其實(shí)不是直接按展望訂單進(jìn)行，而是依照獨(dú)立需求張開(kāi)的計(jì)劃執(zhí)行，計(jì)劃能夠保護(hù)，只有保護(hù)過(guò)的計(jì)劃才是生產(chǎn)的綱領(lǐng)性文件。問(wèn)題現(xiàn)象：在852在單據(jù)格式設(shè)置中，某些項(xiàng)目的必輸控制不起作用，比方生產(chǎn)管理－生產(chǎn)進(jìn)度報(bào)告－表體，有一單據(jù)必輸控制8.52生產(chǎn)個(gè)字段“操作工”是“系統(tǒng)固定項(xiàng)”，默認(rèn)為“必輸”，管理但是不輸入也能夠保存。解決方案：其他單據(jù)字段若是存在同樣問(wèn)題可照此改正，只要將表名稱(chēng)和字段改正成目的表和目的字段即可。問(wèn)題現(xiàn)象：經(jīng)過(guò)故障記錄單生成作業(yè)單時(shí)，若是一張故障經(jīng)過(guò)故障記錄單生記錄單上同時(shí)存在同一設(shè)備的多條故障記錄（開(kāi)始時(shí)間和設(shè)備結(jié)束時(shí)間均不一樣，故障連續(xù)時(shí)間也不一樣），則在生單時(shí)會(huì)成作業(yè)單時(shí)可否分8.61管理被合并在同一張作業(yè)單中，可否分別生成作業(yè)單？別生成作業(yè)單解決方案：使用問(wèn)題：在故障記錄中表體選擇不一樣的作業(yè)種類(lèi)，可生成多張作業(yè)單問(wèn)題現(xiàn)象：860sp2006年度生產(chǎn)訂單據(jù)件應(yīng)領(lǐng)數(shù)量不能夠切除尾數(shù)，而2005年則能夠,解決方案：生產(chǎn)訂單據(jù)件應(yīng)領(lǐng)數(shù)量不能夠切除尾數(shù)問(wèn)題,是通2006年度生產(chǎn)訂單8.60過(guò)補(bǔ)丁解決的.請(qǐng)?jiān)?6年帳套更新補(bǔ)丁后測(cè)試."在存貨檔子件應(yīng)領(lǐng)數(shù)量不能夠生產(chǎn)sp案的控制頁(yè)下新增選項(xiàng)“領(lǐng)料可否切除尾數(shù)”，若是選中切除尾數(shù)訂單該選項(xiàng)，則在資料出庫(kù)單參照生產(chǎn)訂單生單時(shí)自動(dòng)切除尾數(shù)，否則按計(jì)劃生成數(shù)生成資料出庫(kù)單，而MPS/MRP頁(yè)簽下的“可否切除尾數(shù)”選項(xiàng)只影響生成的采買(mǎi)計(jì)劃可否切除尾數(shù)，選中則切除！"多階盤(pán)問(wèn)報(bào)XML錯(cuò)問(wèn)題現(xiàn)象：客戶(hù)環(huán)境沒(méi)有更新861補(bǔ)丁,多階盤(pán)問(wèn)報(bào)XML錯(cuò)8.61物料誤誤清單,已經(jīng)補(bǔ)丁解決解決方案：物料編碼或名稱(chēng)含有全角字符等標(biāo)題版本模塊描述問(wèn)題現(xiàn)象：存貨采用浮動(dòng)換算單位，在單位檔案中若是定義了默認(rèn)換算率，則MRP運(yùn)算后，沒(méi)有件數(shù)（既輔助生產(chǎn)存貨采用浮動(dòng)換需求量）。算,MRP運(yùn)算后，沒(méi)解決方案：MRP運(yùn)算必定以主計(jì)量單位進(jìn)行，由于同一個(gè)料8.61有件數(shù)規(guī)劃在不一樣訂單有不一樣的輔助計(jì)量單位，或不一樣的換算率。只有在將MRP計(jì)劃變換為訂單（采買(mǎi)、委外、生產(chǎn)訂單）時(shí)，才會(huì)使用輔助計(jì)量單位。問(wèn)題現(xiàn)象：在給升級(jí)前的產(chǎn)品再次下達(dá)銷(xiāo)售訂單后,產(chǎn)品的子項(xiàng)沒(méi)有參加MRP運(yùn)算,在成立新產(chǎn)品,拷貝升級(jí)前的BOM,進(jìn)行MRP運(yùn)算子項(xiàng)也沒(méi)有參加運(yùn)算860升級(jí)861前的B解決方案：發(fā)現(xiàn)該問(wèn)題數(shù)據(jù)中的BOM子件中對(duì)應(yīng)的庫(kù)房為需求非MRP庫(kù)房，系統(tǒng)要求必定是MRP庫(kù)房，否則不參加MRPOM子項(xiàng)沒(méi)有參加MR8.61MRP，P運(yùn)算規(guī)劃運(yùn)算，我們的母件沒(méi)有指定庫(kù)房，系統(tǒng)能夠參加計(jì)算但子件已經(jīng)指定庫(kù)房，且為非MRP庫(kù)房，因此就不參加MR運(yùn)算，所在訂單盤(pán)問(wèn)中，只查到母件，沒(méi)有子件，我已經(jīng)經(jīng)過(guò)測(cè)試了，將庫(kù)房設(shè)定為MRP庫(kù)房后，運(yùn)算MRP后，按訂單盤(pán)問(wèn)沒(méi)有問(wèn)題！問(wèn)題現(xiàn)象：設(shè)置產(chǎn)品為ATO選項(xiàng)類(lèi)存貨，其子件全部為PE屬性存貨，進(jìn)行生產(chǎn)訂單手工錄入，訂單種類(lèi)為“非標(biāo)準(zhǔn)”訂單，錄入后進(jìn)行子件改正，將其選項(xiàng)部分存貨手工增加，MRP超量規(guī)劃供給8.61需求保存訂單，進(jìn)行MRP運(yùn)算，其產(chǎn)品子件庫(kù)存好多，但是系規(guī)劃統(tǒng)運(yùn)算出對(duì)此資料的需求。解決方案：1、將此空值字段改為02、請(qǐng)將客戶(hù)環(huán)境安裝下載中心最新的861hotfix(3月17日)，并利用自動(dòng)更新工具更新到hotfix4。3、重新進(jìn)行MRP計(jì)算工序轉(zhuǎn)移單保存時(shí)問(wèn)題現(xiàn)象：工序轉(zhuǎn)移單保存時(shí)提示HRESULT中的異常:0*80車(chē)間0403E8提示HRESULT中的8.61管理解決方案：卸載繁體的NETFramework后，重新安裝U861異常:0*800403E8就可以了.問(wèn)題現(xiàn)象：BOM有部分為PDM工具導(dǎo)入的。此企業(yè)為電子企業(yè)，在子件中有定位符，在物料清單的保護(hù)界面上盤(pán)問(wèn)正在母件結(jié)構(gòu)盤(pán)問(wèn)-常，但在母件結(jié)構(gòu)盤(pán)問(wèn)-多階中查不到定位符的信息。多階中查不到定位8.61物料解決方案：使用腳本更新該字段：updatebom_opcompone符的信息清單ntlocsetsortseq=10wheresortseq=1orsortseq=11updatebom_opcomponentlocsetsortseq=20wheresortseq=21U8知識(shí)庫(kù)編號(hào)標(biāo)題版本模塊描述提交時(shí)間產(chǎn)成品入庫(kù)單沒(méi)法參生產(chǎn)問(wèn)題現(xiàn)象：填制產(chǎn)成品入庫(kù)單時(shí)參照不到一張已審察12289未關(guān)閉的生產(chǎn)訂單2006-04-06照生產(chǎn)訂單8.61訂單解決方案：在數(shù)據(jù)庫(kù)中將該記錄的可否報(bào)檢標(biāo)志改為編號(hào)標(biāo)題版本模塊描述提交時(shí)間否問(wèn)題現(xiàn)象：盤(pán)問(wèn)生產(chǎn)訂單領(lǐng)料單時(shí)提示“運(yùn)行時(shí)錯(cuò)誤，盤(pán)問(wèn)生產(chǎn)訂單領(lǐng)料單生產(chǎn)下標(biāo)越界”12266解決方案：環(huán)境問(wèn)題,已經(jīng)經(jīng)過(guò)改正報(bào)表格式解決:刪2006-04-06時(shí)報(bào)錯(cuò)8.61訂單除報(bào)表格式"表尾腳注"項(xiàng)目退后出重新預(yù)覽報(bào)表后；也許進(jìn)入報(bào)表"格式"恢復(fù)默認(rèn)值即可生產(chǎn)訂單不能夠手工輸生產(chǎn)問(wèn)題現(xiàn)象：更新補(bǔ)丁后，點(diǎn)擊生產(chǎn)訂單手工輸入，提12265示“加載.dll”錯(cuò)誤2006-04-06入8.61訂單解決方案：使用自動(dòng)更新補(bǔ)丁解決問(wèn)題現(xiàn)象：生產(chǎn)訂單工序轉(zhuǎn)移單保存時(shí)提示“登陸信更新補(bǔ)丁后生產(chǎn)訂單車(chē)間息不全，請(qǐng)檢查代碼”12263解決方案：需要在安裝用友軟件前打上framework1.12006-04-06工序轉(zhuǎn)移單不能夠保存8.61管理的sp補(bǔ)丁和SQL的SP3和NDP1.1sp1-KB867460-X86.exe補(bǔ)丁問(wèn)題現(xiàn)象：MRP計(jì)劃生成時(shí)提示“供需平衡辦理失敗”。12017供需平衡辦理失敗8.61需求2006-03-20解決方案：登陸到賬套內(nèi)，棄審該生產(chǎn)訂單，到生產(chǎn)規(guī)劃訂單手工輸入中補(bǔ)充生產(chǎn)訂單的完工日期。問(wèn)題現(xiàn)象：在設(shè)備管理模塊，改正表頭項(xiàng)目“實(shí)質(zhì)開(kāi)始日期”、“實(shí)質(zhì)開(kāi)始時(shí)間”、“實(shí)質(zhì)停止日期”、“實(shí)質(zhì)停止時(shí)間”后，若是實(shí)質(zhì)開(kāi)始日期和實(shí)質(zhì)停止日期在同一天，則系統(tǒng)計(jì)算出的“實(shí)質(zhì)時(shí)間”是正確的，但是若是“實(shí)質(zhì)開(kāi)始日期”和“實(shí)質(zhì)停止日期”不在同一天，則計(jì)算出的數(shù)據(jù)不考慮實(shí)質(zhì)開(kāi)始時(shí)間和實(shí)質(zhì)停止時(shí)間，直接以天數(shù)乘以24小時(shí)。實(shí)質(zhì)上應(yīng)該11560系統(tǒng)計(jì)算出的“實(shí)質(zhì)時(shí)設(shè)備考慮時(shí)間開(kāi)始時(shí)間和實(shí)質(zhì)結(jié)束時(shí)間在計(jì)算實(shí)質(zhì)時(shí)間。2006-02-148.61管理解決方案：設(shè)計(jì)人員回復(fù):"“實(shí)質(zhì)時(shí)間”：作業(yè)耗用間”問(wèn)題的時(shí)間單位"小時(shí)"，系統(tǒng)計(jì)算公式：實(shí)質(zhì)停止時(shí)間-實(shí)質(zhì)開(kāi)始時(shí)間。若是兩個(gè)時(shí)間不在同一天或未錄入時(shí)間，則計(jì)算公式：(實(shí)質(zhì)停止日期-實(shí)質(zhì)開(kāi)始日期+1)×工作日歷中每個(gè)工作日的小時(shí)數(shù),大概計(jì)算沒(méi)有考慮時(shí)間。這樣的辦理是為了將下班時(shí)間除去在外。用戶(hù)能夠依照實(shí)質(zhì)發(fā)生的作業(yè)時(shí)間，改正“實(shí)質(zhì)時(shí)間”字段,已滿(mǎn)足加班等需求。"問(wèn)題現(xiàn)象：在這個(gè)項(xiàng)目里,依照用戶(hù)的要求,在生成生產(chǎn)訂單的時(shí)候能夠自動(dòng)帶出銷(xiāo)售訂單號(hào),因此將全部的產(chǎn)成品設(shè)置成lp件,但是發(fā)生了問(wèn)題.1.在進(jìn)行了mrp運(yùn)算后,若是將自動(dòng)生成的訂單審察后,銷(xiāo)售部門(mén)對(duì)已經(jīng)審察的1號(hào)生產(chǎn)新增銷(xiāo)售訂單,爾后再次進(jìn)行mrp運(yùn)算,并自動(dòng)生成生11558生產(chǎn)2006-02-148.61產(chǎn)訂單,結(jié)果新的訂單中自動(dòng)將以前審察過(guò)的生產(chǎn)訂訂單棄審辦理失敗訂單,需要手工選擇新的訂單中需要單中的信息重新帶出的信息,但是就算這樣,這些選擇出的訂單行也有80條不能夠生成訂單.(對(duì)一個(gè)叫做樺木茶幾的報(bào)錯(cuò))2.在生產(chǎn)訂單辦理節(jié)點(diǎn),對(duì)已經(jīng)審察的1號(hào)生產(chǎn)訂單中的樺木茶幾(第15,16行)進(jìn)行棄審,辦理失敗了,以致不編號(hào)標(biāo)題版本模塊描述提交時(shí)間能在存貨檔案中刪除該存貨并刪除相應(yīng)bom.解決方案：經(jīng)核實(shí)不是數(shù)據(jù)問(wèn)題;問(wèn)題1:將選擇所有生成生產(chǎn)訂單,爾后錄入新的銷(xiāo)售訂單,計(jì)算后自動(dòng)生成界面只有新錄入的訂單物料,沒(méi)有發(fā)現(xiàn)已經(jīng)生成生產(chǎn)訂單的物料再次顯示.提示:"自動(dòng)生成界面表體顯示的'生產(chǎn)訂單號(hào)'是指流水號(hào)不是你看到的手工錄入的生產(chǎn)中生產(chǎn)訂單號(hào)".問(wèn)題2:"已經(jīng)審察的1號(hào)生產(chǎn)訂單中的樺木茶幾(第15,16行)進(jìn)行棄審,辦理失敗"是由于其bom已經(jīng)被刪除或已經(jīng)據(jù)此領(lǐng)料,檢驗(yàn),生產(chǎn),入庫(kù),因此失敗.請(qǐng)核實(shí)刪除相關(guān)單句后即可.在工序在制情況表和問(wèn)題現(xiàn)象：?jiǎn)栴}描述：客戶(hù)要求在工序在制情況表和11553工序完工統(tǒng)計(jì)表中體8.61車(chē)間工序完工統(tǒng)計(jì)表中表現(xiàn)完工數(shù)量的實(shí)質(zhì)完工日期。2006-02-14現(xiàn)完工數(shù)量的實(shí)質(zhì)完管理解決方案：這兩張報(bào)表是多張不一樣完工單據(jù)的匯總值，工...不能夠能有完工日期的，仿佛現(xiàn)存量同樣。問(wèn)題現(xiàn)象：客戶(hù)不是重復(fù)計(jì)劃生產(chǎn)，每道工序有固定提前期，要求在工藝路線中設(shè)置每道工序的制造提前期，生成工序計(jì)劃時(shí)按每道工序的制造提前期生成每要求在工藝路線中設(shè)道工序的計(jì)劃動(dòng)工和完工日期。（客戶(hù)沒(méi)有啟用產(chǎn)能，11552置每道工序的制造提8.61車(chē)間2006-02-14也不希望按各工序工作中心資源需求和產(chǎn)能比較計(jì)劃先期管理/完工日期）生產(chǎn)訂單工序的動(dòng)工解決方案：將資源檔案中“計(jì)算產(chǎn)能”設(shè)置為“否”、工藝路線中工序資源的“基準(zhǔn)種類(lèi)”設(shè)置為“批次”即可。問(wèn)題現(xiàn)象：?jiǎn)⒂密?chē)間管理，生產(chǎn)訂單工序轉(zhuǎn)移單達(dá)成后，部分生產(chǎn)訂單不明原因不能夠被進(jìn)入產(chǎn)成品入庫(kù)，即產(chǎn)成品入庫(kù)單拷貝時(shí)找不到部分生產(chǎn)訂單。該帳套中如生產(chǎn)訂單000000069就是這種情況，該生產(chǎn)訂單存貨為“g-fcfnj",今后新增了兩張?jiān)摯尕浀纳a(chǎn)訂單，工序轉(zhuǎn)移單完工后卻能夠被產(chǎn)成品入庫(kù)單參照。但是，對(duì)0000000069訂單關(guān)閉重新從MRP規(guī)劃生單，執(zhí)行工序轉(zhuǎn)移單后，又能夠被產(chǎn)成品入庫(kù)單參照生單。解決方案：此問(wèn)題開(kāi)發(fā)已出補(bǔ)丁1、補(bǔ)丁解決問(wèn)題為：產(chǎn)成品入庫(kù)單拷貝時(shí)在生產(chǎn)訂單表體中增加‘質(zhì)檢’字段，并以該字段值115398.61生產(chǎn)2、改正‘質(zhì)檢’字段條件：2006-02-14找不到部分生產(chǎn)訂單來(lái)判斷可否需要質(zhì)檢。訂單A、當(dāng)生產(chǎn)訂單手動(dòng)輸入或重復(fù)計(jì)劃生產(chǎn)手動(dòng)輸入時(shí)，“未審察，鎖定”狀態(tài)的生產(chǎn)訂單，在“新增”狀態(tài)下不能夠改；B、在改正狀態(tài)下，“可否質(zhì)檢”可由“是”改為“否”，若存貨檔案“可否質(zhì)檢”為“否”，不可改為“是”。C、已審察生產(chǎn)訂單改正/已審察重復(fù)計(jì)劃“可否質(zhì)檢”欄位僅顯示，不能夠改正。3、補(bǔ)丁文件名為‘補(bǔ)丁包.rar’（補(bǔ)丁編號(hào)：1762）里面有兩個(gè)文件夾，分別為：‘78955’和‘DLL注冊(cè)工具’，補(bǔ)丁取代方法以下：A、將‘DLL注冊(cè)工具’下的‘RegFile.bat’和‘unRegFile.bat’兩個(gè)執(zhí)行程序粘貼編號(hào)標(biāo)題版本模塊描述提交時(shí)間到\U8SOFT\AppServer\Bin\U8M下；執(zhí)行‘unRegFile.bat’程序；將78955\appserver\bin\u8m下的dll文件取代到\U8SOFT\AppServer\Bin\U8M下；再執(zhí)行‘RegFile.bat’程序。B、將‘DLL注冊(cè)工具’下的‘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、在盤(pán)問(wèn)解析器中選擇當(dāng)前賬套及年度，執(zhí)行78955\Scripts下的腳本即可。4、對(duì)以上步驟操作后，就可以將‘生產(chǎn)訂單手工輸入’的顯示模版中的‘質(zhì)檢’字段設(shè)置出來(lái)了。問(wèn)題現(xiàn)象：1、進(jìn)行MRP計(jì)劃運(yùn)算此后，再進(jìn)行MRP計(jì)劃保護(hù)，對(duì)計(jì)劃進(jìn)行調(diào)整，看不出調(diào)整數(shù)量，這個(gè)數(shù)據(jù)對(duì)客戶(hù)特別重要，請(qǐng)問(wèn)怎樣表現(xiàn)？2、怎樣盤(pán)問(wèn)一年的采買(mǎi)計(jì)劃數(shù)量，實(shí)現(xiàn)采買(mǎi)數(shù)量，這樣有一個(gè)對(duì)比，給客戶(hù)進(jìn)行解析供給依照。解決方案：解析:1，MRP計(jì)劃保護(hù)不僅能夠改正計(jì)劃數(shù)量，而且能夠改正動(dòng)工日期，完工日期及物料屬性，也能夠新增，刪除計(jì)劃，因此，增加“計(jì)劃調(diào)整數(shù)”欄位不足以反響原計(jì)劃與實(shí)質(zhì)執(zhí)行計(jì)劃的差異?？紤]進(jìn)行MRP計(jì)劃保護(hù)，對(duì)需求到計(jì)劃調(diào)整的多樣性，系統(tǒng)保存了兩個(gè)版本，一是“原11529計(jì)劃進(jìn)行調(diào)整，看不出調(diào)整數(shù)量

8.61

2006-02-14規(guī)劃始版本”，一為“當(dāng)前版本”，MRP計(jì)劃保護(hù)只修改“當(dāng)前版本”，不改正“原始版本”。能夠比較這兩個(gè)版本，全面反響二者的差異。2，MRP是一個(gè)實(shí)時(shí)的計(jì)劃系統(tǒng)，依照張開(kāi)時(shí)刻的有效需求和有效供給，依照物料的計(jì)劃參數(shù)，生成實(shí)時(shí)的供給計(jì)劃。只要需求牢固，客戶(hù)依照系統(tǒng)的建議采買(mǎi)，二者是一致的。如用戶(hù)采買(mǎi)量小于實(shí)質(zhì)需要量，則不能夠達(dá)成企業(yè)的生產(chǎn)（銷(xiāo)售）計(jì)劃，若多于實(shí)質(zhì)需求數(shù)量，系統(tǒng)會(huì)在未來(lái)建議少采買(mǎi)。建議參看“待辦理訂單明細(xì)表”的“建議調(diào)整量”問(wèn)題現(xiàn)象：?jiǎn)栴}描述：在產(chǎn)品BOM中我們?cè)O(shè)置了物料的取代料，但在進(jìn)行MRP運(yùn)算中，取代料并未被考慮MRP運(yùn)算中，取代料并11528未被考慮進(jìn)去參加運(yùn)8.61需求進(jìn)去參加運(yùn)算。2006-02-14算規(guī)劃解決方案：請(qǐng)確認(rèn)在mrp計(jì)算參數(shù)中選擇“考慮取代料”，爾后計(jì)算。注意：被取代的物料在資料表中有“取代表記”問(wèn)題現(xiàn)象：在存貨檔案中設(shè)置存貨自定義項(xiàng)，在MRP存貨自定義項(xiàng)不能夠自計(jì)劃保護(hù)單據(jù)格式設(shè)置中將該自定義項(xiàng)設(shè)置為可見(jiàn)。8.61需求mrp保護(hù)界面帶出存貨自2006-02-1411527希望在MRP計(jì)劃生成時(shí)，在動(dòng)更新規(guī)劃M(mǎn)RP定義項(xiàng)，實(shí)質(zhì)操作發(fā)現(xiàn)若是某存貨在作完第一次計(jì)算后才設(shè)置存貨自定義項(xiàng)則MRP計(jì)劃保護(hù)界面根本編號(hào)標(biāo)題版本模塊描述提交時(shí)間帶不出來(lái)存貨自定義項(xiàng)，若是存貨自定義項(xiàng)在計(jì)算之前設(shè)置則能夠帶出來(lái)。但是一旦存貨自定義項(xiàng)改正了，下次運(yùn)算帶出來(lái)的自定義項(xiàng)依舊是改正前的值，請(qǐng)測(cè)試解決方案：基于效率考慮,制造使用緩存體系.因此在你改正任何基礎(chǔ)檔案后均需退出制造相關(guān)模塊或重新注冊(cè),爾后盤(pán)問(wèn)數(shù)據(jù).你反響的問(wèn)題就是由于改正自定義后沒(méi)有重新注冊(cè),系統(tǒng)取數(shù)仍是緩存數(shù)據(jù).因此沒(méi)有悔悟來(lái).問(wèn)題現(xiàn)象：bom中的領(lǐng)料部門(mén)，按幫助的說(shuō)明是能夠自動(dòng)帶到資料出庫(kù)單上的。但現(xiàn)在不能夠夠。經(jīng)測(cè)試。限額領(lǐng)料單能夠。配比出庫(kù)不能夠?？稍趹?yīng)用生產(chǎn)訂單模塊時(shí)需要用配比出庫(kù)。我發(fā)現(xiàn)可能是由于生產(chǎn)訂單bom中的領(lǐng)料部門(mén)，是子件資料里，單據(jù)上沒(méi)有領(lǐng)料部門(mén)，所以致使帶但是物料去11526否能夠自動(dòng)帶到資料2006-02-148.61出庫(kù)單上清單解決方案：BOM中的領(lǐng)料部門(mén)，為庫(kù)存管理生成限額領(lǐng)料單使用。在生產(chǎn)訂單據(jù)件用料中，沒(méi)有參照BOM中的領(lǐng)料部門(mén)，這是由于同一產(chǎn)品，可在不一樣的部門(mén)（車(chē)間）生產(chǎn)，只有確定生產(chǎn)訂單的詳盡工序在那個(gè)工作中心執(zhí)行，且子件直接在此工序上領(lǐng)料，才能確定真切的領(lǐng)料部門(mén)。問(wèn)題現(xiàn)象：當(dāng)前合同的評(píng)審是在軟件的合同管理的評(píng)審，爾后據(jù)合同生成銷(xiāo)售訂單，由于合同有大批包裝要求，而且包裝車(chē)間據(jù)這個(gè)包裝要求進(jìn)行包裝，由于11525合同的附件傳達(dá)問(wèn)題生產(chǎn)備注欄沒(méi)法全部表現(xiàn)這些信息，只能用合同的附件進(jìn)2006-02-148.61訂單行解決，爾后銷(xiāo)售訂單也能看到這個(gè)附件，爾后由生產(chǎn)訂單看到這個(gè)附件。請(qǐng)問(wèn)怎樣解決解決方案：現(xiàn)有的附件方式是針對(duì)整單，但是生產(chǎn)訂單必定到行，沒(méi)法顯示。問(wèn)題現(xiàn)象：“物料清單/母件結(jié)構(gòu)盤(pán)問(wèn)－多階”：在查詢(xún)某些物料清單時(shí)出現(xiàn)亂碼:若是一個(gè)BOM中子件的名稱(chēng)或規(guī)格型號(hào)中有半角的”號(hào)或半角的&號(hào)，進(jìn)行母在盤(pán)問(wèn)某些物料清單物料件結(jié)構(gòu)盤(pán)問(wèn)－多階，會(huì)報(bào)錯(cuò)，沒(méi)法盤(pán)問(wèn)，，改為全角11524的“號(hào)或全角的＆號(hào)即可，但其他半角的標(biāo)點(diǎn)符號(hào)不2006-02-14時(shí)出現(xiàn)亂碼8.61清單會(huì)報(bào)錯(cuò)。解決方案：請(qǐng)檢查物料名稱(chēng)或規(guī)格型號(hào)中有全角的”號(hào)或半角的&號(hào)或其他特別字符，并確認(rèn)可否已經(jīng)更新問(wèn)題７５９４４的補(bǔ)丁．問(wèn)題現(xiàn)象："物料清單/物料清單資料保護(hù)”中有“領(lǐng)料部門(mén)”和“部門(mén)名稱(chēng)”兩個(gè)字段，但在“生產(chǎn)訂單/11523打領(lǐng)料單時(shí)沒(méi)法按車(chē)生產(chǎn)報(bào)表/生產(chǎn)訂單領(lǐng)料單”中有“生產(chǎn)部門(mén)”和“部門(mén)名間發(fā)料8.612006-02-14訂單稱(chēng)”兩個(gè)字段，但兩個(gè)模塊中的字段不能夠?qū)?yīng)。這對(duì)我企業(yè)打領(lǐng)料單時(shí)沒(méi)法按車(chē)間發(fā)料，我企業(yè)希望“物料清單/物料清單資料保護(hù)”中的“領(lǐng)料部門(mén)”和“部編號(hào)標(biāo)題物料庫(kù)存要取代一部11522分A物料用來(lái)生產(chǎn)的軟件實(shí)現(xiàn)方法展望單上一保存不能夠馬上進(jìn)行作為審察狀11521態(tài)，應(yīng)有一個(gè)審察過(guò)程生產(chǎn)訂單自動(dòng)生成時(shí)11520不能夠過(guò)濾出半成品下單生產(chǎn)11519展望單引起的逾期

版本模塊描述提交時(shí)間門(mén)名稱(chēng)”兩個(gè)字段在生產(chǎn)訂單/報(bào)表/生產(chǎn)訂單領(lǐng)料單”中有對(duì)應(yīng)字段，以方便我企業(yè)在打領(lǐng)料單時(shí)能按車(chē)間發(fā)料。解決方案：“生產(chǎn)訂單”中有“生產(chǎn)部門(mén)”和“部門(mén)名稱(chēng)”兩欄取存貨檔案“生產(chǎn)部門(mén)”,物料清單中同一半成品可能同時(shí)作為多個(gè)成品的子件,因此有可能在不一樣部弟子產(chǎn)領(lǐng)用,進(jìn)而不能夠取自物料清單.問(wèn)題現(xiàn)象：客戶(hù)有這樣的要求：若是生產(chǎn)某產(chǎn)品要A物料100米；而庫(kù)房有20米B物料庫(kù)存要取代一部分A物料用來(lái)生產(chǎn)；這樣A只要要再采買(mǎi)80米就夠了。需求請(qǐng)問(wèn)MRP怎樣進(jìn)？或怎樣變通解決？2006-02-148.61規(guī)劃解決方案：經(jīng)過(guò)溝通,無(wú)論是取代仍是取代,都沒(méi)法滿(mǎn)足你的需求.由于你想用B取代A,而要求使用B的部分庫(kù)存,計(jì)算A的供需.與產(chǎn)品取代意義不符.建議暫時(shí)在庫(kù)存使用變換變通辦理.問(wèn)題現(xiàn)象：1、展望上單上要表現(xiàn)該存貨的現(xiàn)存量、安全庫(kù)存、最高庫(kù)存信息，由于銷(xiāo)售部、生產(chǎn)部在看預(yù)測(cè)單有一個(gè)評(píng)估的依照。2、展望單上一保存不能夠馬進(jìn)步行作為審察狀態(tài)，而應(yīng)該有一個(gè)審察過(guò)程，銷(xiāo)售展望經(jīng)銷(xiāo)售部錄入后，生產(chǎn)部據(jù)實(shí)質(zhì)的產(chǎn)能情況，生產(chǎn)部有權(quán)進(jìn)行審察改正，為了表現(xiàn)這改正的記錄，在主生展望單要有表體的自定義項(xiàng)，這個(gè)功能已有，因此銷(xiāo)8.61產(chǎn)計(jì)售部錄入展望單后該展望單的狀態(tài)應(yīng)處于未審察的狀2006-02-14劃態(tài)。解決方案：解析：展望將來(lái)的需求時(shí)，考慮現(xiàn)存量是不合理的，由于現(xiàn)存量隨時(shí)在改變；展望訂單錄入后，不會(huì)主動(dòng)對(duì)系統(tǒng)產(chǎn)生任何影響，由于MPS/MRP是必定人為指定采用哪一展望訂單來(lái)執(zhí)行MPS/MRP的，也就是說(shuō)展望訂單是完滿(mǎn)被動(dòng)地被辦理相關(guān)辦理的，因此不用審察動(dòng)作。問(wèn)題現(xiàn)象：產(chǎn)成品、半成品為自制LP或PE件，原材料為PE件，MPS+MRP運(yùn)算后，生產(chǎn)訂單自動(dòng)生成時(shí)不能夠過(guò)濾出半成品下單生產(chǎn)，造成車(chē)間大批自制半成品沒(méi)有下單生產(chǎn)（查現(xiàn)存量是不足的），而若是是產(chǎn)8.61生產(chǎn)LP/PE件的則能夠。2006-02-14成品、半成品、原資料全部是訂單解決方案：客戶(hù)均設(shè)置為mps件造成的，此時(shí)半成品依照母件的生產(chǎn)訂單計(jì)算供需（失去計(jì)劃的意義）。861只考慮單層mps件供需的，不支持多層mps。因此建議改正子件為mrp件。問(wèn)題現(xiàn)象：時(shí)柵設(shè)置：日數(shù)：十，需求本源：展望單+客戶(hù)訂單不用抵，周均化，MRP每周三一次。例（期需求8.61間11月1日至11月30日，展望單：A產(chǎn)品100）：A2006-02-14規(guī)劃產(chǎn)品（無(wú)安全庫(kù)存）現(xiàn)存量有100臺(tái)，11月5日有一筆銷(xiāo)售訂單100臺(tái)，出庫(kù)100臺(tái)。11月9進(jìn)行MRP運(yùn)編號(hào)標(biāo)題版本模塊描述提交時(shí)間算后，發(fā)現(xiàn)生產(chǎn)逾期的需求。只要現(xiàn)存量小于展望單數(shù)，就會(huì)生產(chǎn)這種現(xiàn)象。若是采用展望單+客戶(hù)訂單消抵的方式，必定等銷(xiāo)售訂單參加MPR運(yùn)算后才能夠出庫(kù)，這樣不吻合實(shí)質(zhì)業(yè)務(wù)。而客戶(hù)大部分產(chǎn)品的累計(jì)提前期是在35天至40天左右，因此也沒(méi)法采用縮短展望單展望時(shí)間?；谝陨锨闆r，應(yīng)該怎樣調(diào)整才可以防備此現(xiàn)象的產(chǎn)生？解決方案：使用問(wèn)題;展望供給逾期在不使用銷(xiāo)抵時(shí)刪和不改正展望時(shí)期時(shí)在展望初步日11/1號(hào)計(jì)算時(shí)產(chǎn)生屬于正常。測(cè)試說(shuō)明：展望12-27至1-7號(hào)200套，提前期10天，銷(xiāo)售預(yù)計(jì)完工12-27號(hào)；在不用抵時(shí)刪：?jiǎn)为?dú)計(jì)算展望供給，與銷(xiāo)售訂單沒(méi)關(guān)；在預(yù)測(cè)起時(shí)期12-27后計(jì)算都會(huì)有逾期展望供給，由于預(yù)測(cè)單在1-7號(hào)前有效。此時(shí)，既然不考慮銷(xiāo)售銷(xiāo)抵，展望初步期落在計(jì)算日以前沒(méi)法展望，需要改正展望數(shù)據(jù)；改正后計(jì)算即可。也許，既然要求展望數(shù)據(jù)受銷(xiāo)售訂單影響，那么為什么不設(shè)置消抵時(shí)刪。設(shè)置后發(fā)貨計(jì)算數(shù)據(jù)正常。沒(méi)有逾期供給。問(wèn)題現(xiàn)象：U861版本的“物料清單”模塊里,當(dāng)前“物料清單資料保護(hù)”單據(jù)中沒(méi)有“表體自定義項(xiàng)”。需物料清單資料保護(hù)單要在該單據(jù)的“顯示格式”和“打印格式”中增加幾物料個(gè)“文本”型的“表體自定義項(xiàng)”。11518據(jù)中沒(méi)有表體自定義2006-02-148.61項(xiàng)清單解決方案：解析：若是BOM增加表表體字定義項(xiàng)，需要改正數(shù)據(jù)庫(kù)結(jié)構(gòu)，且物料清單、工程改正兩個(gè)模塊大部分程序均需要改正，工作量太大。變通或解決方案：請(qǐng)使用BOM子件的備注說(shuō)明。問(wèn)題現(xiàn)象：成立BOM時(shí)，子件保護(hù)時(shí)輸入了備注信息，但是在進(jìn)行生產(chǎn)訂單手動(dòng)輸入--子件資料，表體沒(méi)法將BOM中備注信息帶出(每一子件的備注在BOM中已經(jīng)說(shuō)明，就可以列示在子件同一行)。經(jīng)過(guò)測(cè)試，子件改正的信息都沒(méi)法自動(dòng)帶出。解決方案：1)生產(chǎn)訂單據(jù)手動(dòng)輸入--子件資料保護(hù)中子件信息其實(shí)不用然來(lái)自bom，由于還有非標(biāo)準(zhǔn)生產(chǎn)訂子件改正的信息都無(wú)8.61生產(chǎn)2)將子件在不一樣母件下的2006-02-1411517單，其子件能夠隨意錄入。法自動(dòng)帶出訂單備注，合并為一行顯示，這樣的備注也就失去了意義，由于它備注的對(duì)象都不知道，別的技術(shù)上也沒(méi)法實(shí)現(xiàn)，如備注長(zhǎng)度為10，兩個(gè)備注分別為8，怎樣合并？請(qǐng)理解，BOM的備注是成立BOM時(shí)的說(shuō)明，該BOM會(huì)有無(wú)數(shù)的生產(chǎn)訂單/委外訂單引用，就恰似可否要將全部生產(chǎn)訂單用到的基礎(chǔ)檔案如存貨、部門(mén)...的相關(guān)資料，全部拷貝到生產(chǎn)訂單一樣。該需求不考慮。問(wèn)題現(xiàn)象：電池成品的包裝有些是使用機(jī)器流水線式包裝耗費(fèi)率不一樣的問(wèn)8.61物料比方2006-02-1411516作業(yè)的，那就存在一個(gè)包裝耗費(fèi)率不一樣的問(wèn)題：題怎樣辦理清單1000萬(wàn)只LR6電池掛卡，連續(xù)批量包裝同一規(guī)格型號(hào)編號(hào)標(biāo)題版本模塊描述提交時(shí)間的耗費(fèi)率是2/1000,耗費(fèi)是2000只，那么假以下一次連續(xù)生產(chǎn)，包裝掛卡100萬(wàn)，耗費(fèi)率是2/1000同樣，耗費(fèi)是200個(gè)，但實(shí)生產(chǎn)的耗費(fèi)不是這樣的，由于要換模具會(huì)存產(chǎn)在調(diào)試等動(dòng)作，會(huì)存在耗費(fèi)，但關(guān)于批量而言。耗費(fèi)是同樣的，無(wú)論你是生產(chǎn)1000萬(wàn)仍是100萬(wàn)，都是耗費(fèi)200個(gè)，而且有些是oem的，又不能夠做庫(kù)存，這樣按抽象定義一個(gè)耗費(fèi)率必然會(huì)產(chǎn)生錯(cuò)誤的信息，需求是：能不能夠按需求的區(qū)間來(lái)劃分，如算出的需求若是是1000萬(wàn)以上的耗費(fèi)率是2/1000,那么0-1000萬(wàn)，它的耗費(fèi)是3/1000,請(qǐng)問(wèn)怎樣辦理？解決方案：由于要換模具會(huì)存產(chǎn)在調(diào)試等動(dòng)作，耗費(fèi)是同樣的，無(wú)論你是生產(chǎn)1000萬(wàn)仍是100萬(wàn)，都是損耗200個(gè)因此：“請(qǐng)使用子件固定用量功能”,建議在bom中對(duì)子件耗費(fèi)部分增加bom行"固定/變動(dòng)"欄設(shè)為"固定"辦理(工序可為0000,以使同一bom中贊同錄入同樣子件).問(wèn)題現(xiàn)象：運(yùn)算BRP計(jì)劃后，沒(méi)法對(duì)BRP計(jì)劃的結(jié)果進(jìn)行正確的調(diào)整（看到該物料的庫(kù)存信息：現(xiàn)存量、在單量、預(yù)約量等），而860SP有此功能（BRP建議運(yùn)算BRP計(jì)劃后，沒(méi)法計(jì)劃量調(diào)整），請(qǐng)?jiān)?61版本中增加此功能，由于BR11515對(duì)BRP計(jì)劃的結(jié)果進(jìn)行8.61需求MRP）特別適用。2006-02-14P計(jì)劃方法對(duì)好多企業(yè)（不適合運(yùn)算正確的調(diào)整規(guī)劃解決方案：請(qǐng)不要引導(dǎo)客戶(hù)參照現(xiàn)存量、在單量、預(yù)約量等來(lái)擬定計(jì)劃，由于這些數(shù)量都無(wú)時(shí)間看法，BRP的目的主若是計(jì)算毛需求，與BOM全階張開(kāi)同樣，適用于批對(duì)批的生產(chǎn)方式問(wè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”無(wú)效”，11443結(jié)轉(zhuǎn)生產(chǎn)制造時(shí)報(bào)錯(cuò)8.60生產(chǎn)當(dāng)確定后就不能夠進(jìn)行正常結(jié)轉(zhuǎn)了。2006-01-23訂單解決方案：此問(wèn)題開(kāi)發(fā)部門(mén)已經(jīng)出了補(bǔ)丁，補(bǔ)丁名稱(chēng)：UfU8MDBSrv.dll（補(bǔ)丁編號(hào)：1594日期：2006-01-06，取代到\system32\ufcomsql下并以regsvr32的形式注冊(cè)）問(wèn)題現(xiàn)象：客戶(hù)使用了852的生產(chǎn)管理,但在做展望單復(fù)制操作的時(shí)候,有些能夠(如20050201901202),有些單據(jù)則不能夠復(fù)制,(如單據(jù)號(hào)為20050303018,20050401021,20050402020,20050402021,20050403021,20011380展望單沒(méi)法復(fù)制8.52生產(chǎn)2006-01-1050501020,20050501021等,因單據(jù)很多,沒(méi)有測(cè)試全管理部單據(jù))解決方案：解決方法：1、在存貨檔案中將存貨的停用日期去掉。2、將展望單中這些已經(jīng)停用的存貨刪掉再?gòu)?fù)制。需求規(guī)劃計(jì)算的常有8.61需求問(wèn)題現(xiàn)象：客戶(hù)購(gòu)買(mǎi)的生產(chǎn)模塊有生產(chǎn)訂單、物料清2006-01-1011339規(guī)劃單、主生產(chǎn)計(jì)劃、在基礎(chǔ)設(shè)置中，將時(shí)柵天數(shù)設(shè)定為報(bào)錯(cuò)信息編號(hào)標(biāo)題版本模塊描述提交時(shí)間天，需求本源設(shè)為展望訂單，全部的庫(kù)房均不參加行MRP，問(wèn)題一：在自動(dòng)規(guī)劃錯(cuò)誤信息盤(pán)問(wèn)報(bào)表中系統(tǒng)提示好多物料沒(méi)有定義有效BOM，而事實(shí)上這些物料是在系統(tǒng)中定義了BOM，而且母件的系統(tǒng)規(guī)劃的動(dòng)工日期是落在相應(yīng)BOM的見(jiàn)效日期此后的問(wèn)題二：在運(yùn)行生產(chǎn)訂單自動(dòng)生成操作時(shí)，系統(tǒng)會(huì)規(guī)劃大批物料的生產(chǎn)需求，據(jù)我個(gè)人的理解，在沒(méi)有毛需求且全部庫(kù)房不參加MRP的情況下，系統(tǒng)不應(yīng)該會(huì)規(guī)劃產(chǎn)生需求。解決方案：?jiǎn)栴}一：此問(wèn)題由以下的幾方面因素造成：1、在bom_parent表中沒(méi)有bom與bas_part表中物料的對(duì)應(yīng)關(guān)系。下面語(yǔ)句盤(pán)問(wèn)出的就是報(bào)錯(cuò)信息中未成立bom_parent表信息的物料id。selectdistinctpartidfrommps_errorwherepartidin(selectpartidfrombas_partwherepartidnotin(selectparentidfrombom_parent))2、另一種情況就是誠(chéng)然在bom_parent表中相關(guān)系，但是卻沒(méi)有設(shè)置正確的bom。下面語(yǔ)句盤(pán)問(wèn)出的就是報(bào)錯(cuò)信息中成立bom_parent表信息的物料id。selectdistinctpartidfrommps_errorwherepartidin(selectparentidfrombom_parent)在此情況中又分為兩種情況：a)如002k58152存貨和002k49773存貨，在bom中其子件的庫(kù)房設(shè)置為02號(hào)不合格倉(cāng)，此庫(kù)房參加ROP計(jì)算，但不參加MRP計(jì)算，因此會(huì)報(bào)錯(cuò)。b)如126k07330存貨和049e36600存貨，其BOM的見(jiàn)效日期分別為9月20日和9月1日，但126k07330的規(guī)劃需求為9月9日和9月16日，049e36600的規(guī)劃日期為8月19日和8月16日，因此會(huì)報(bào)錯(cuò)。問(wèn)題二：對(duì)于銷(xiāo)售訂單，只若是在截止日期以前未關(guān)閉的，都會(huì)規(guī)劃需求，當(dāng)時(shí)柵設(shè)置為展望時(shí)，落入時(shí)柵外的還要規(guī)劃供給。問(wèn)題現(xiàn)象：在物料清單模塊中點(diǎn)物料清單資料保護(hù)有錯(cuò)誤提示“在地址0處沒(méi)有任何行”解決方案：請(qǐng)客戶(hù)確認(rèn)110004388對(duì)應(yīng)哪條存貨，將bom_parent表中的紀(jì)錄手工補(bǔ)齊即可。在當(dāng)前客戶(hù)點(diǎn)物料清單有錯(cuò)誤提數(shù)據(jù)bom_parnt表中bomid只到110004387。在此表11338示“在地址0處沒(méi)有任8.61物料2006-01-10中新增一行，拷貝一個(gè)autoid的值稍作改正寫(xiě)入新增何行”清單bomid，到bas_part行，將110004388填入新增行的表中找到一個(gè)與之對(duì)應(yīng)得partid填入新增行的parentid（必然要確認(rèn)此partid在bas_part表中對(duì)應(yīng)的存貨在inventory表中bself屬性為1，即為自治件）。今后，再到系統(tǒng)中打開(kāi)物料清單保護(hù)，就顯示正確了。11337物料清單資料保護(hù)按8.61物料問(wèn)題現(xiàn)象：打開(kāi)物料清單資料保護(hù)，定位到J22410212006-01-10編號(hào)

標(biāo)題上張或下張都會(huì)出現(xiàn)

版本模塊清單

描述202C母件編碼的物料清單后，

按上張或下張都會(huì)出現(xiàn)

提交時(shí)間錯(cuò)誤提示：“Objectreferencenotsetto

錯(cuò)誤提示：“Objectreferencenotsettoaninstanceofanobject”，打了最新的hotfix

和

dbhotani

fix后問(wèn)題依舊。解決方案：此處有幾個(gè)腳本：1、select*frombas_partwhereinvcodenotin(selectcinvcodefrominventory)盤(pán)問(wèn)在bas_part表中存在，但在inventory表中不存在的紀(jì)錄。2、select*frombom_parentwhereparentidin(selectpartidfrombas_partwhereinvcodenotin(selectcinvcodefrominventory))盤(pán)問(wèn)在bas_part表中存在，但在inventory表中不存在的紀(jì)錄，其對(duì)應(yīng)的于bom_parent表中的值。3、select*frombom_bomwherebomidin(selectbomidfrombom_parentwhereparentidin(selectpartidfrombas_partwhereinvcodenotin(selectcinvcodefrominventory)))盤(pán)問(wèn)在bas_part表中存在，但在inventory表中不存在的紀(jì)錄，對(duì)應(yīng)的于bom_parent表中的值其對(duì)應(yīng)的BOM_bom中的紀(jì)錄。在盤(pán)問(wèn)到這些內(nèi)容后仔細(xì)甄別，可否有客戶(hù)還需要的BOM。若是確認(rèn)這些都是客戶(hù)不需要的BOM，可序次執(zhí)行以下三行腳本，刪除這些值：deletefrombom_bomwherebomidin(selectbomidfrombom_parentwhereparentidin(selectpartidfrombas_partwhereinvcodenotin(selectcinvcodefrominventory)));deletefrombom_parentwhereparentidin(selectpartidfrombas_partwhereinvcodenotin(selectcinvcodefrominventory));deletefrombas_partwhereinvcodenotin(selectcinvcodefrominventory)若是其中有些BOM是客戶(hù)需要的，只但是在存貨檔案中沒(méi)心刪除了，請(qǐng)?jiān)趫?zhí)行腳本前紀(jì)錄下結(jié)構(gòu)以便客戶(hù)再次增加BOM時(shí)參照。請(qǐng)?jiān)趫?zhí)行腳本前務(wù)必備份原適用戶(hù)數(shù)據(jù)。問(wèn)題現(xiàn)象：生產(chǎn)訂單通知單打印表頭顯示沒(méi)法改正解決方案：此問(wèn)題可經(jīng)過(guò)以下方法解決;1、進(jìn)入生產(chǎn)訂單通知單，用鼠標(biāo)雙擊表頭標(biāo)簽，在彈出的屬性頁(yè)生產(chǎn)訂單通知單打印中將數(shù)據(jù)源種類(lèi)改正為文本，并將原有的數(shù)據(jù)公式設(shè)生產(chǎn)2005-12-26112298.61置為想要得文本內(nèi)容。保存后，重新進(jìn)入生產(chǎn)訂單通表頭顯示沒(méi)法改正訂單知單，即可看到表頭的標(biāo)題已經(jīng)改正，在打印預(yù)覽中也顯示正確。2、也可將通知單另存為自定義賬表，將賬表名稱(chēng)設(shè)置為所需名稱(chēng)，將此自定義賬表打開(kāi)，即可看到表頭標(biāo)題表現(xiàn)的即是賬表名稱(chēng)。表體自定義項(xiàng)6小數(shù)自生產(chǎn)問(wèn)題現(xiàn)象：客戶(hù)從第三方接口中導(dǎo)入數(shù)值到rop計(jì)劃112128.52管理的表體自定義項(xiàng)6中,但顯示時(shí)小數(shù)自動(dòng)四舍五入成2005-12-20動(dòng)取整編號(hào)標(biāo)題版本模塊描述提交時(shí)間整數(shù),而數(shù)據(jù)庫(kù)中的數(shù)值正常.解決方案：改正數(shù)據(jù)庫(kù)中VoucherItems表的記錄,具體的語(yǔ)句:updateVoucherItemssetnumpoint=3wherecarditemname='表體自定義項(xiàng)6'andtablename='pp_ropquota'即可生產(chǎn)訂單沒(méi)有復(fù)制功問(wèn)題現(xiàn)象：生產(chǎn)訂單沒(méi)有復(fù)制功能111778.61生產(chǎn)新增拷貝生產(chǎn)訂單及行的需求,補(bǔ)丁解2005-12-19能解決方案：861訂單決問(wèn)題現(xiàn)象：設(shè)備管理中作業(yè)單打開(kāi)報(bào)錯(cuò)，確認(rèn)后顯示11176設(shè)備管理中作業(yè)單打8.61設(shè)備不正常2005-12-19開(kāi)報(bào)錯(cuò)管理解決方案：在帳套數(shù)據(jù)庫(kù)執(zhí)行updateEQ_WorkSetVt_ID=8問(wèn)題現(xiàn)象：打了860SPS1hotfix和860SP1DBhotfix11175運(yùn)行生產(chǎn)訂單時(shí)，報(bào)系8.60生產(chǎn)后，在運(yùn)行生產(chǎn)訂單時(shí)，報(bào)系統(tǒng)錯(cuò)誤"specifiedcas統(tǒng)錯(cuò)誤訂單tisnotvalid"。2005-12-19解決方案：補(bǔ)丁75135問(wèn)題現(xiàn)象：保護(hù)工序資料時(shí)出現(xiàn)：未能從程序集UFS保護(hù)工序資料時(shí)出現(xiàn)11174錯(cuò)誤復(fù)制產(chǎn)品結(jié)構(gòu)一個(gè)父項(xiàng)改正自由項(xiàng)時(shí)“提示11157存在同樣父項(xiàng)名稱(chēng)”不能夠夠保存生產(chǎn)訂單手工錄入時(shí)11151提示錯(cuò)誤生產(chǎn)訂單單據(jù)編號(hào)設(shè)11150置不能夠夠依照日期等作為前綴設(shè)置編號(hào)

OFT.U8.Framework.ContextSrv,Version=,Culture=neutral,PublicKeyToken=79a4ead54eeabca8.61車(chē)間中加載種類(lèi)2005-12-19管理rTtokenDecoder是什么原因？解決方案：已經(jīng)確認(rèn)客戶(hù)服務(wù)器環(huán)境沒(méi)有安裝freamwork1.1sp造成的問(wèn)題問(wèn)題現(xiàn)象：客戶(hù)是制衣行業(yè)，產(chǎn)品結(jié)構(gòu)比很多，用自由項(xiàng)來(lái)做碼數(shù)與顏色的差異，在做產(chǎn)品結(jié)構(gòu)保護(hù)時(shí)，8.61物料復(fù)制其中一個(gè)父項(xiàng)改正自由項(xiàng)時(shí)“提示存在同樣父項(xiàng)清單名稱(chēng)”不能夠夠保存，新增沒(méi)有問(wèn)題。2005-12-19解決方案：復(fù)制后先改正父項(xiàng)自由項(xiàng)，保存。爾后再改正子項(xiàng)自由項(xiàng)就可以了。問(wèn)題現(xiàn)象：生產(chǎn)訂單手工錄入時(shí)，表頭自定義項(xiàng)5輸入一個(gè)數(shù)值如3，生產(chǎn)數(shù)量輸入完后提示“Inputstringwasnotinacorrectformat.”，而且提示好幾遍，最后表體自定義項(xiàng)13出現(xiàn)結(jié)果，但保存后表體8.61生產(chǎn)在單據(jù)自定義公式中，2005-12-19自定義項(xiàng)13數(shù)據(jù)有的沒(méi)有了;訂單“/”號(hào)只有在整除的條件下才不報(bào)錯(cuò)。如客戶(hù)數(shù)據(jù)：[表頭:表頭自定義項(xiàng)5]*[表體:生產(chǎn)數(shù)量]只有在能被100整除的情況下能經(jīng)過(guò)，不能夠被整除就報(bào)錯(cuò)。解決方案：補(bǔ)丁解決，通版\u8m\75579補(bǔ)丁問(wèn)題現(xiàn)象：其他的單據(jù)編號(hào)設(shè)置能夠依照日期等作為前綴設(shè)置編號(hào)，但是生產(chǎn)訂單卻不能夠按此設(shè)置，為什8.61生產(chǎn)么？可否改為像其他單據(jù)同樣設(shè)置生產(chǎn)訂單的編號(hào)規(guī)2005-12-19訂單則？解決方案：生產(chǎn)訂單單據(jù)頭沒(méi)有部門(mén)和日期，沒(méi)法做到按部門(mén)、日期自動(dòng)生成單據(jù)編號(hào)。制單日期和單據(jù)編號(hào)標(biāo)題版本模塊描述提交時(shí)間日期是不同樣的，制單日期表示該單據(jù)錄入系統(tǒng)的日期，單據(jù)日期表示業(yè)務(wù)發(fā)生的日期。錄入單據(jù)時(shí)能夠錄入今后的單據(jù)也能夠補(bǔ)錄入以前的單據(jù)，而制單日期只能是單據(jù)錄入時(shí)的日期問(wèn)題現(xiàn)象：MRP運(yùn)算及庫(kù)存問(wèn)題1、背景：(1)、公司于2005-04-01啟用U860物料清單、需求規(guī)劃、生產(chǎn)訂單模塊，7月份升級(jí)至U860SP，2005年9月底升級(jí)至U861。(2)、在應(yīng)用U860和U860SP的過(guò)程中，先期由需求規(guī)劃模塊運(yùn)算生成生產(chǎn)計(jì)劃和采買(mǎi)需求，爾后依照生產(chǎn)計(jì)劃和采買(mǎi)需求生成生產(chǎn)訂單和采買(mǎi)訂單；運(yùn)行一段時(shí)間后，由于生產(chǎn)訂單完工入庫(kù)先后的問(wèn)題，造成后續(xù)的MRP運(yùn)算后，已下達(dá)過(guò)生產(chǎn)訂單的半成品需求重復(fù)出現(xiàn)，當(dāng)時(shí)便將此問(wèn)題提交給企業(yè)，企業(yè)回復(fù)在U861版本解決，無(wú)奈之下，改為手工直接下達(dá)生產(chǎn)訂單和采買(mǎi)訂單。在2005年9月底升級(jí)至U后，停止手工下達(dá)生產(chǎn)訂單和采買(mǎi)訂單，重新開(kāi)始MRP運(yùn)算，當(dāng)前出現(xiàn)以下情況：2、現(xiàn)狀描述：說(shuō)明：該客戶(hù)的需求本源為“銷(xiāo)售訂單”(1)、MRP運(yùn)算后出現(xiàn)產(chǎn)生凈需求1萬(wàn)5千多條記錄，其中大部分為屬性可是“外購(gòu)”和“生產(chǎn)耗用”的資料。(2)、若是關(guān)閉全部生產(chǎn)訂單和銷(xiāo)售訂單，MRP運(yùn)算后還會(huì)有7百多條生產(chǎn)需求，一部分是由于按生產(chǎn)訂單對(duì)應(yīng)時(shí)，現(xiàn)存量出現(xiàn)負(fù)數(shù)而產(chǎn)生的需求；另一部分是其他需求原因形成的。(3)、經(jīng)過(guò)解析，現(xiàn)存量出現(xiàn)負(fù)數(shù)其實(shí)不是11149MRP運(yùn)算及庫(kù)存問(wèn)題

8.612005-12-19規(guī)劃實(shí)質(zhì)上的庫(kù)存負(fù)數(shù)，而是由于U860SP升U861后，系統(tǒng)新增“訂單預(yù)留”功能造成的；新的系統(tǒng)要求對(duì)升級(jí)前的銷(xiāo)售訂單進(jìn)行手工預(yù)留庫(kù)存，而客戶(hù)未做預(yù)留（當(dāng)時(shí)不知道應(yīng)該預(yù)留），因此造成了升級(jí)前的實(shí)質(zhì)庫(kù)存在升級(jí)后按生產(chǎn)訂單盤(pán)問(wèn)（對(duì)應(yīng)）時(shí)，現(xiàn)存量全部為零，同時(shí)也造成按生產(chǎn)訂單生成“資料出庫(kù)單”時(shí)，出庫(kù)單上的全部存貨的現(xiàn)存量為零，在零出庫(kù)控制的情況下，出庫(kù)單不能夠保存，客戶(hù)被迫取消零出庫(kù)控制。(4)、現(xiàn)在試一試將全部訂單做“預(yù)留”，客戶(hù)的銷(xiāo)售訂單數(shù)量有3千多份，若是手工操作，需先取消預(yù)留（由于升級(jí)后新增的訂單系統(tǒng)會(huì)自動(dòng)預(yù)留），爾后重新對(duì)全部訂單進(jìn)行預(yù)留，工作量特別大，而且，在操作過(guò)程出現(xiàn)后邊的預(yù)留操作會(huì)改變前面已預(yù)留的數(shù)量，以致預(yù)留操作沒(méi)法進(jìn)行下去。別的，預(yù)留的結(jié)果也很難理解，若是要考據(jù)結(jié)果需開(kāi)銷(xiāo)大批的時(shí)間；能夠預(yù)計(jì)，由手工解決的可操作性為零。(5)、升級(jí)前的實(shí)質(zhì)庫(kù)存在升級(jí)后按生產(chǎn)訂單盤(pán)問(wèn)（對(duì)應(yīng)）時(shí)，現(xiàn)存量全部為零，造成按生產(chǎn)訂單生成“資料出庫(kù)單”時(shí)，出庫(kù)單上的全部存貨的現(xiàn)存量為零，在零出庫(kù)控制的情況下，出庫(kù)單不能夠保存，客戶(hù)被迫取消零出庫(kù)編號(hào)標(biāo)題版本模塊描述提交時(shí)間控制，已經(jīng)給客戶(hù)的庫(kù)存控制造成困難，需開(kāi)銷(xiāo)好多時(shí)間和精力去解決庫(kù)存負(fù)數(shù)的問(wèn)題（不按銷(xiāo)售訂單對(duì)應(yīng)）。3、希望解決的問(wèn)題：(1)、希望解決企業(yè)MRP運(yùn)算中的問(wèn)題。(2)、解決銷(xiāo)售訂單預(yù)留的問(wèn)題、解決按生產(chǎn)訂單生成“資料出庫(kù)單”時(shí)，存貨的可用量為實(shí)質(zhì)庫(kù)存數(shù)量的問(wèn)題。解決方案：你好!升級(jí)前:1)改為手工直接下達(dá)生產(chǎn)訂單和采買(mǎi)訂單,使生產(chǎn)與銷(xiāo)售定單走開(kāi)關(guān)系.因此升級(jí)861對(duì)應(yīng)的銷(xiāo)售定單的需求認(rèn)為沒(méi)有滿(mǎn)足,被規(guī)劃出來(lái).既然已經(jīng)有了生產(chǎn)和采買(mǎi),自由庫(kù)存增加,只要對(duì)銷(xiāo)售預(yù)留即可.在預(yù)留后待對(duì)應(yīng)銷(xiāo)售出庫(kù)后相關(guān)需求在生產(chǎn)規(guī)劃中不會(huì)再被規(guī)劃出來(lái).2,3)出庫(kù)現(xiàn)存量為負(fù)問(wèn)題也是由于升級(jí)前沒(méi)有參照計(jì)劃采買(mǎi)和生產(chǎn)造成的,861中經(jīng)訂單預(yù)留也能夠解決.4)升級(jí)后新增的訂單系統(tǒng)會(huì)自動(dòng)預(yù)留,應(yīng)該不需先取消預(yù)留.由于可預(yù)留量可是沒(méi)有被預(yù)留的庫(kù)存.5)同2,3問(wèn)題都是因?yàn)?61增加按銷(xiāo)售定單+行號(hào)指定庫(kù)存問(wèn)題.861中經(jīng)訂單預(yù)留也能夠解決總結(jié):以上問(wèn)題都需手工訂單預(yù)留解決.有一存貨不能夠在物料8.60問(wèn)題現(xiàn)象：有一存貨不能夠在物料清單改正和增加11142物料清單改正和增加sp解決方案：經(jīng)查該BOM表里子項(xiàng)中的個(gè)別存貨沒(méi)有采2005-12-13清單購(gòu)屬性,選上即可問(wèn)題現(xiàn)象：產(chǎn)品結(jié)構(gòu)設(shè)置提示母件資料不全,輸出母項(xiàng)11134產(chǎn)品結(jié)構(gòu)設(shè)置提示母8.60物料又提示子項(xiàng)資料不全2005-12-13件資料不全sp清單解決方案：WIN2000+U860SP打WINPK4補(bǔ)丁,再安裝軟件即可11133生產(chǎn)訂單不能夠保存8.60生產(chǎn)問(wèn)題現(xiàn)象：生產(chǎn)訂單不能夠保存2005-12-13訂單解決方案：將子件的見(jiàn)效日期提前即可8.61執(zhí)行MPS+重復(fù)計(jì)主生問(wèn)題現(xiàn)象：執(zhí)行MPS運(yùn)算后，查察建議計(jì)劃量中沒(méi)有109328.61產(chǎn)計(jì)數(shù)據(jù)2005-11-29劃未生成劃解決方案：改正截止日期問(wèn)題現(xiàn)象：展望單打開(kāi)后，依照存貨名稱(chēng)排序。單擊改正，序次又變成安序號(hào)排序了。而且此時(shí)不能夠?qū)Ρ?0856生產(chǎn)管理展望單改正8.52生產(chǎn)體進(jìn)行排序。2005-11-28狀態(tài)下沒(méi)法排序管理解決方案：此處不影響用戶(hù)業(yè)務(wù)正常使用，且展望單改正操作屬于低頻度操作，此類(lèi)老版本需求問(wèn)題暫不考慮。還請(qǐng)做好用戶(hù)溝通工作，感謝！生產(chǎn)制造需求規(guī)劃產(chǎn)問(wèn)題現(xiàn)象：861生產(chǎn)制造需求規(guī)劃產(chǎn)品展望單沒(méi)法參10797品展望單沒(méi)法參照存8.61需求2005-11-22照存貨貨規(guī)劃解決方案：進(jìn)行MRP基本資料保護(hù)生產(chǎn)訂單轉(zhuǎn)工序時(shí)提問(wèn)題現(xiàn)象：審察后的生產(chǎn)訂單在車(chē)間管理轉(zhuǎn)工序時(shí)提車(chē)間示‘此物料工藝路線的明細(xì)資料不存在’，此物料為10765示‘此物料工藝路線的8.612005-11-22管理ATO模型明細(xì)資料不存在’解決方案：先棄審生產(chǎn)訂單，刪除此生產(chǎn)訂單，再重編號(hào)標(biāo)題版本模塊描述提交時(shí)間新下達(dá)生產(chǎn)即可。ATO模型下達(dá)生產(chǎn)若是要轉(zhuǎn)車(chē)間要先成立物料工藝路線。問(wèn)題現(xiàn)象：在U852生產(chǎn)管理中生產(chǎn)備料、生產(chǎn)缺料分析等報(bào)表，生產(chǎn)訂單參照時(shí)排序凌亂，想改正對(duì)應(yīng)的條件范圍后加orderbyccode，但系統(tǒng)不一樣意改正，客戶(hù)要盤(pán)問(wèn)一個(gè)區(qū)間范圍就很不方便，央求企業(yè)支持解決方案：關(guān)于當(dāng)前問(wèn)題的辦理過(guò)程以下：（使用前請(qǐng)先備份）盤(pán)問(wèn)生產(chǎn)備料(生產(chǎn)缺料解析類(lèi)同)過(guò)濾條件信息select*fromrpt_glbdefwherename='生產(chǎn)備料、生產(chǎn)缺料排生產(chǎn)備料'select*fromrpt_fltdefwhereid='210683序等報(bào)表生產(chǎn)訂單參8.52生產(chǎn)PP_P2005-11-14754'andnote='訂單編號(hào)'當(dāng)前系統(tǒng)中默認(rèn)按照時(shí)排序凌亂管理roductPO.ID排序，且沒(méi)法調(diào)整頓正；考慮從數(shù)據(jù)庫(kù)調(diào)整過(guò)濾條件設(shè)置。若是要實(shí)現(xiàn)按訂單號(hào)排序，可修改以下：updaterpt_fltdefsetexpression='selectcCodefromPP_ProductPOwhereiState=2orderbyccode',ModeEx=1whereid='2754'andnote='訂單編號(hào)'此方法的限制性：改正后參照選擇訂單界面是自定義參照過(guò)濾模式，顯示內(nèi)容只有訂單編號(hào)列。問(wèn)題現(xiàn)象：銷(xiāo)售退貨后到車(chē)間重新返修，重新拆機(jī)，把壞的零件換下來(lái)，重新從庫(kù)房領(lǐng)新的料件進(jìn)行返修，當(dāng)前生產(chǎn)訂單模塊沒(méi)有開(kāi)返修單，請(qǐng)問(wèn)此類(lèi)情況怎樣處在我們系統(tǒng)辦理。解決方案：針對(duì)您所提出的問(wèn)題，我們做了解析，認(rèn)為在關(guān)于這種返工維修的物料能夠?qū)⒉僮髁鞒淘O(shè)置成以下方式：例：A--|-B-C客戶(hù)退回一個(gè)成品A，其中C發(fā)現(xiàn)損壞，我們將要領(lǐng)料A和一個(gè)新的C。現(xiàn)退貨返修或入庫(kù)返修8.60生產(chǎn)設(shè)置物料編碼是A，2005-11-0110419sp在直接手工輸入非標(biāo)準(zhǔn)生產(chǎn)訂單，的生產(chǎn)訂單辦理訂單A的子件進(jìn)行改正，其子不選擇BOM和工藝路線，對(duì)件改為A、C，即：A--|-A-C以此生產(chǎn)訂單可做MPS/MRP運(yùn)算獲取相應(yīng)的供需政策，參照此計(jì)劃去采購(gòu)，或參照此訂單領(lǐng)料。倘如有大批量的維修，均會(huì)在企業(yè)內(nèi)部成立維修中心，以此作為一個(gè)工作中心。針對(duì)物料A做取代BOM，其中設(shè)置A的子件是A。自然，這樣設(shè)置依舊要進(jìn)行生產(chǎn)訂單的手工輸入和子件的修改，但可進(jìn)行工序的操作。問(wèn)題現(xiàn)象：在BOM結(jié)構(gòu)盤(pán)問(wèn)多階時(shí)報(bào)頁(yè)面錯(cuò)誤，等一在BOM結(jié)構(gòu)盤(pán)問(wèn)多階時(shí)物料系列xml信息。10418報(bào)頁(yè)面錯(cuò)誤，等一系列8.61解決方案：建議客戶(hù)用中文雙引號(hào)取代英文雙引號(hào)，清單xml信息或在數(shù)據(jù)庫(kù)中批量將存貨檔案中的存貨名稱(chēng)英文雙引號(hào)取代成中文雙引號(hào)。編號(hào)標(biāo)題版本模塊描述提交時(shí)間10439生產(chǎn)訂單自動(dòng)生成時(shí)8.60生產(chǎn)問(wèn)題現(xiàn)象：進(jìn)行MPS、MRP運(yùn)算后，在生產(chǎn)訂單自動(dòng)生2005-11-01系統(tǒng)提示“指定的變換sp訂單成界面點(diǎn)擊生成按鈕，系統(tǒng)提示“指定的變換無(wú)效”。編號(hào)標(biāo)題版本模塊描述提交時(shí)間無(wú)效”解決方案：盤(pán)問(wèn)cdefine26、cdefine27、cdefine34、cdefine35為零的語(yǔ)句：select*fromso_sodetailswherecdefine26=0.0orcdefine27=0.0orcdefine34=0orcdefine35=0關(guān)于上報(bào)的數(shù)據(jù)銷(xiāo)售訂單號(hào)為'OPT05－ZQ－116'、'MA5-199-01'的出錯(cuò)訂單進(jìn)行更新的語(yǔ)句：updateso_sodetailssetcdefine26=null,cdefine27=null,cdefine34=null,cdefine35=nullwherecsocode='OPT05－ZQ－116'updateso_sodetailssetcdefine26=null,cdefine27=null,cdefine34=null,cdefine35=nullwherecsocode='MA5-199-01'更新前請(qǐng)備份用戶(hù)數(shù)據(jù)，并慎重考慮是否能夠刪除。刪除后即可生單保存成功。問(wèn)題現(xiàn)象：生產(chǎn)訂單工序派工單打印格式在改變行高打印格式在改變行高顯示時(shí)，打印頁(yè)面顯示不正常。8.60車(chē)間解決方案：此問(wèn)題是由于調(diào)整了行高大小此后，沒(méi)有10429顯示時(shí)打印頁(yè)面顯示2005-11-01sp管理在報(bào)表格式中修改正文地域的每頁(yè)打印行數(shù)，造成行不正常高加大，行數(shù)不變，高出紙張大小所致。只要要在報(bào)表格式中將正文地域的每頁(yè)打印行數(shù)相應(yīng)調(diào)整即可。問(wèn)題現(xiàn)象：由薪水?dāng)?shù)據(jù)由721升級(jí)到821后，打開(kāi)薪水變動(dòng)，發(fā)現(xiàn)有十幾行記錄人員編號(hào)為空。解決方案：在客戶(hù)帳套內(nèi)執(zhí)行一下腳本即可：SETNDECLARE@COUNTINTSET@TblName='wa_gzdata'--指定想要改正的表名--定義游標(biāo)取出指定表內(nèi)的數(shù)據(jù)種類(lèi)是VARCHAR,char,nVARCHAR的字段名稱(chēng)DECLAREcur_ColNameCURSORFORSELECTFROMsyscolumnsAScolinnerjoinsysobjects薪水變動(dòng)中人員編號(hào)8.60車(chē)間ASobjONcol.ID=obj.IDINNERjoinsystypes2005-11-0110428sp有空行管理AStypONcol.xtype=typ.xtypeWHEREobj.xtype='U'AND=@TblNameANDIN('VARCHAR','CHAR','NVARCHAR','NCHAR')FORREADONLY--打開(kāi)游標(biāo)OPENcur_ColNameFETCHNEXTFROMcur_ColNameINTO@ColNameIF@@FETCH_STATUS<>0BEGINPRINT'沒(méi)有對(duì)應(yīng)表或字段，'PRINT'請(qǐng)確認(rèn)當(dāng)前數(shù)據(jù)庫(kù)內(nèi)有'+@TblName+'表，'PRINT'或該表內(nèi)有VARCHAR、CHAR、NVARCHAR、NCHAR種類(lèi)的字段！'GOTOLABCLOSEEND--循環(huán)改正WHILE@@FETCH_STATUS=0BEGIN......END--關(guān)閉、釋放游標(biāo)LABCLOSE:CLOSEcur_ColNameDEALLOCATEcur_ColName展望單據(jù)沒(méi)有參加MRP需求問(wèn)題現(xiàn)象：客戶(hù)的數(shù)據(jù)由852升級(jí)到861，在進(jìn)行MR104238.61規(guī)劃P運(yùn)算時(shí)發(fā)現(xiàn)原來(lái)升級(jí)上來(lái)的展望訂單沒(méi)有參加2005-11-01運(yùn)算MRP編號(hào)標(biāo)題版本模塊描述提交時(shí)間運(yùn)算。如料品A，升級(jí)上來(lái)的數(shù)據(jù)中有已經(jīng)審察的生產(chǎn)訂單500個(gè)，展望數(shù)量500個(gè)，此時(shí)供需平衡了。新下展望訂單1000個(gè)，發(fā)現(xiàn)新產(chǎn)生的供給只有500個(gè)。原來(lái)的展望訂單沒(méi)有參加運(yùn)算。解決方案：辦理方法以下：利用盤(pán)問(wèn)解析器或企業(yè)管理起在客戶(hù)的業(yè)務(wù)賬套中打開(kāi)UA_account_sub，改正cSub_ID為MQ和MP記錄的dSubSysUsed和dSubOriDate字段到需要的年度月份日期（比方：2005年5月1日）。改正數(shù)據(jù)庫(kù)此后，在做MRP計(jì)算以前，還要把系統(tǒng)日期改為客戶(hù)所需要的日期（比方：此客戶(hù)希望計(jì)算5月的展望需求，那么就要將服務(wù)器系統(tǒng)日期改為5月1日）。爾后再計(jì)算MRP，這時(shí)設(shè)置的五月份的展望需求就會(huì)計(jì)算出來(lái)。注意：我們對(duì)展望的定義是對(duì)今后的銷(xiāo)售情況進(jìn)行的估計(jì)，在算法中對(duì)系統(tǒng)日期以前的展望不進(jìn)行展算就是由于一個(gè)時(shí)段內(nèi)有一個(gè)時(shí)段的展望，若是上一個(gè)時(shí)段的展望沒(méi)有被執(zhí)行的情況下還要去展算，甚至是調(diào)整數(shù)據(jù)庫(kù)的系統(tǒng)日期去展算，就會(huì)嚴(yán)重的攪亂后續(xù)MRP的計(jì)劃。因此，客戶(hù)到了9月份還要去算5月份的展望顯然是不當(dāng)?shù)?，所以不建議客戶(hù)將服務(wù)器系統(tǒng)日期改為以前的日期。問(wèn)題現(xiàn)象：在安裝hotfix補(bǔ)丁報(bào)后，進(jìn)入“生產(chǎn)訂單辦理”程序進(jìn)行報(bào)檢作業(yè)時(shí)，出現(xiàn)“災(zāi)禍性故障”提生產(chǎn)訂單