用友Ｕ８業務鏈在應用中出現的問題及探究

[摘 要] 本文從用友U8業務鏈(購銷存系統)實際應用角度出發， 總結在企業應用過程中出現的一些典型問題， 分析其產生原因， 并進一步給出解決問題的方法#65377;

[關鍵詞] 用友;U8;購銷存;應用

[中圖分類號]F232[文獻標識碼]A[文章編號]1673-0194(2008)11-0013-03

一個成熟的ERP產品在供應鏈管理方面，一個最重要的目的就是控制好物流的成本，而要想管住這部分成本，首先是管理好購銷存的過程#65377;因此購銷存系統是當今ERP產品中不可缺少的一部分，并且貫穿了企業從采購#65380;生產到銷售的整個中間環節，是對企業采購#65380;倉儲#65380;生產計劃#65380;物流以及資金流通過程的信息技術與職能的綜合管理#65377;很多主流ERP軟件公司開發出專門處理購銷存業務的軟件以適應市場的需要#65377;筆者結合多年的軟件使用和維護經驗，總結出一些業務鏈經常出現的問題及解決的方法， 希望對用友U8軟件使用維護工作有所幫助#65377;

一#65380;采購管理

問題之一:在用友U8.50(8.21)中，采購系統的暫估入庫余額一覽表與存貨核算系統的暫估材料余額表的本期結余出現不相等#65377;

情況分析:(1)采購有未結算采購入庫單，采購統計為暫估;存貨未對其記賬(即押單處理)，存貨不會統計成暫估#65377;(2)存貨已暫估記賬的采購入庫單，發票到并與采購入庫單結算，采購減少暫估數量;但存貨未進行暫估處理，存貨系統仍以暫估來統計#65377;(3)U8.21分次結算的采購入庫單存貨不能進行暫估處理，只有全部結算完畢才能暫估處理#65377;這樣采購將分次結算部分統計在結算金額中，而存貨卻統計在暫估中#65377;(4)U8. 50本月業務中，如果先暫估記賬，后部分結算，也不能進行暫估處理，同樣會造成兩表的結存不一致#65377;

解決辦法:(1)本月采購入庫單#65380;本月存貨全部記賬;(2)月末結算前，一定要進行暫估處理業務(8.50的結算成本處理);(3)由于8.21的存貨不支持部分結算暫估處理業務，所以這種情況目前不能解決#65377;(4)8.50中，本月的采購入庫單暫估記賬，最好在月底進行，保證先部分結算，再對采購入庫單記賬的業務，可避免因先暫估記由后部分結算造成的兩表不一致#65377;

問題之二:8.50 SP版本，采購管理中輸入到貨單，然后在庫存管理中根據到貨單生成采購入庫單，發現有一部分到貨單中有數量#65380;單價#65380;金額，但是在生成采購入庫單時，只有數量，沒有單價和金額#65377;

情況分析:采購到貨單子表(PU_ArrivalVouchs)，有部分到貨單表體存貨對應的記錄中的本幣單價等為0，而采購入庫單取的是到貨單上的本幣單價，所以由到貨單生成入庫單時帶出的單價是0而不是沒有帶出單價#65377;

解決方法:由于此數據沒有外幣設置，所以可以用sql語句直接修改#65377;update pu_ArrivalVouchs set iCost=iOriCost，iMoney=iOriMoney，iTaxPrice=iOriTaxPrice，iSum=iOriSum where is1(iCost，0)=0 or is1(iMoney，0)=0 or is1(iTaxPrice，0)=0 or is1(iSum，0)=0，如果有外幣設置的話，需要換算，則可以找出表體存貨本幣單價為0的到貨單，修改，重新輸入單價保存即可#65377;

問題之三:在8.21版本中，暫估入庫余額表上月期末余額與本月期初余額相差幾分錢#65377;如:2006年9月期末余額3 961 651.70元，10月期初余額3 961 651.85元#65377;

情況分析:暫估入庫余額表中的本期入庫金額取自于rdrecords. iaprice，而下月期初余額，則是由((iquantity-isquantity+pursettlevouch. isvquantity(上月結算數量))*facost得來的#65377;由于rdrecords.iaprice為浮點型數值，使用兩者會產生差額#65377;

解決方法:出現這種情況可使用以下語句作調整:update rdrecords set iaprice=round(iquantity*facost，2) from rdrecord a join rdrecords b on a.id=b.id where abs(abs(iaprice)-abs(round(iquantity*facost，2)))>0.001#65377;

開發針對此問題，作了補丁腳本，可調整正確#65377;

問題之四:在8.21版本中，發貨單或發票不能保存#65380;不能審核#65377;

情況分析:(1)Accsess版本一般是最大單號表出現問題#65377;(2)SQL版本則是目前最大單號異常，如出現0099999999或者000000009z(帶字符)，由于8.21單據號增加時，是先查詢已存在的最大單號，再加1，得出目前單據號，如果遇到上述異常單據號，系統將無法處理#65377;(3)SQL版，dispatchlist/s，salebillvouch/s#65380;rdrecord/s的表結構出現問題#65377;(4)關于單據定義#65380;單據項目定義的表vouchers#65380;invoiceitem_sal等出現問題#65377;

解決辦法:(1)修改maxvouch，或者啟用遠程應用#65377;(2)將異常單號修改正確，或者啟用遠程應用#65377;(3)參照999表結構，修改相應屬性，或者修復表#65377;(4)從999賬套中導入vouchers#65380;invoiceitem_sal等表的默認數值#65377;

二#65380;銷售管理

問題之一:在8.50 SP版本，銷售明細賬中查詢范圍:截至2006-04-30，但查詢出的數據包括5#65380;6月份的銷售發票，沒有銷售數據，只有成本#65377;

情況分析:銷售明細賬的查詢條件中，開票日期表示銷售開票日期，結算日期表示銷售成本日期#65377;此用戶查詢時，只錄入了開票截止日期，沒有錄入結算日期查詢范圍，系統會將開票截止日期的銷售發票與全部銷售成本查詢出來#65377;

解決辦法:輸入結算日期查詢范圍#65377;

問題之二:8.21版本中，銷售年度結轉后，發貨統計表#65380;發貨結算收款勾對表等本月期初與上年期末對不上#65377;

情況分析:(1)程序問題，造成統計出錯#65377;(2)上年結轉至今年的退貨單上，期初標志錯誤#65377;(3)去年有超發貨單開票業務，賬表統計未開票數量(金額)為負(未開票數量=用發貨數量-開票數量)#65377;而年結時，如果開票數量≥發貨數量，且已生成出庫單，就不會結轉到今年，今年的相關賬表統計時，就不會統計出負數的未開票數量#65377;(4)程序原因，使得一些應結轉至今年的退貨單未結轉過來#65377;

解決辦法:(1)遇到此類問題，先將與銷售有關的賬表補丁執行一遍，補丁中已解決了大部分因程序原因造成的統計錯誤#65377;(2)update dispatchlist set bfirst=1 where ddate<=＇2006-12-31＇ and bteturnflag=1 and bfirst=0#65377;(3)與用戶解釋清楚軟件的統計規則#65377;也可使用相關補丁，補丁將去年超發貨單開票業務的未開票數量(金額)統計為零，這樣能夠與今年對上#65377;(4)開發針對這種錯誤的相關調整工具，但不是全部情況都適用，需要具體情況，具體對待#65377;如果開發工具不適用，可以打上結轉補丁后，重新結轉，然后對比兩個數據庫，將少結轉的退貨單通過SQL語句寫入今年數據庫#65377;

問題之三:在U8.21版本，存貨核算填制銷售出庫調整單，收發存匯總表金額已被調整，但此單據未回寫到銷售統計分析表中去#65377;

情況分析:銷售統計表的成本金額取自于存貨，銷售出庫單的成本與銷售出庫調整單的成本應反映到銷售統計表的成本中#65377;但8.21賬表查詢時，要求銷售出庫調整單必須填寫部門#65380;客戶，否則銷售系統不能反映此筆調整金額(8.50無此問題)#65377;

解決辦法:銷售調整單填寫部門#65380;客戶即可#65377;

三#65380;庫存管理

問題之一:存貨中調撥單記賬錯誤而出入庫單記賬正確#65377;

情況分析:存貨中對調撥單生成的其他出入庫單單獨記賬，數據正確#65377;

解決辦法:(1)跟蹤發現調撥單同其生成的出入單子表關聯項數據錯誤#65377;(2)取消單據記賬，然后做如下更新:update [RdRecords] set [iTrIds]=[TransVouchs].[AutoID] FROM([RdRecords] join [RdRecord] on [RdRecord].[id]=[RdRecords].[id]) join([TransVouch] join [TransVouchs] on [TransVouch].[ctvcode]=[TransVouchs].[ctvcode] ) on[TransVouch].[ctvcode]=[RdRecord].[cbuscode]and [RdRecords].[cinvcode]=[TransVouchs].[cinvcode] where [cvouchtype] between ＇08＇ and ＇09＇ and [TransVouchs].[AutoID]<>[iTrIds] and[iQuantity] =[iTVQuantity]#65377;(3)重新對調撥單記賬，數據正確#65377;

問題之二:在8.21#65380;8.50版本中，先進先出計價法，調撥單生成的其他出庫單成本不按先進先出規則核算成本(庫存選項，選擇調撥單自動取單價引起的問題)#65377;

情況分析:經查看數據，其他出庫單記賬前就已有出庫單價及金額，此類其他出庫單均由調撥單生成#65377;庫存選項中選擇了調撥單自動取單價#65377;選擇此選項，調撥單保存時會從存貨核算取結存成本，同時其他出入庫單也帶入相同成本，記賬時按已有的出庫成本來核算#65377;

解決辦法:取消選項，重新生成調撥單#65377;如果要求出庫成本按計價方式核算，不要選擇這一選項#65377;

問題之三:在8.21版本，現存量與庫存收發存匯總表不符，大部分存貨現存量不正確#65377;

解決辦法:(1)使用整理現存量工具;(2)整理現存量后，依然不對，可到ufsystem數據庫的ua_account_sub中查看該賬套庫存啟用的記錄是否正確，如沒有啟用日期，則手工添加即可(參照999賬套);如有啟用日期，計算rdrecord/s>=啟用日期的記錄，如果沒有計算rdrecord/s>=業務日期;(3)不屬于以上兩種情況，應重點查看st_totalaccount 的期初，因為整理現存量時是根據st_totoalaccount的期初與rdrecord/s的收入發出計算的，rdrecord/s屬于原始單據的記錄，一般不會有錯，所以現存量錯誤應重點檢查st_totalaccount的期初數量#65377;

問題之四:在8.21版本，庫存里銷售出庫單表頭項目發貨單號，不是相應銷售發貨單的發貨單號，給客戶帶來很多不方便#65377;

情況分析:銷售出庫單上的發貨單號實際是dispatchlist.id號，不是發貨單據號#65377;銷售出庫單上的業務號，實際上是與銷售出庫單對應的發貨單或發票的單據號，但是在銷售出庫單列表不能被設置，需要運行一下腳本，然后把業務號選出來就是發貨單號或發票號#65377;

解決辦法:update invoiceitem_ set canmodify=1 where cardnum=＇0303＇ and cardsection=＇t＇ and fieldname in(＇cbuscode＇)#65377;

四#65380;存貨核算

問題之一:在用友U8.50(8.21)中，計劃價法計算出的差異率異常偏大，或者全月平均#65380;移動平均核算出的成本單價異常偏大#65377;

情況分析:在以上3種計價方式下，由于零出庫或暫估成本與結算成本不一致，會造成出庫單價(或差異率)極大或極小甚至出現負單價(或差異率)等情況#65377;

解決辦法:(1)如果目前的結存數量為正，單價異常大，直接用調整單來調整金額;(2)如果目前的結存數量為負，單價異常，需要做入庫單將數量與金額調整為正，再進行出入庫;(3)對于以上3種計價方式，經常有零成本出庫業務，一定要將選項中的“最高最低控制”選上，并設置好最大最小單價#65377;這樣當記賬成本超出范圍時，系統會提示，并按選項取數;(4)存貨選項中的“賬面為負結存時入庫單記賬自動生成出庫調整單”也要選上，此選項可根據負結存數量#65380;入庫單成本自動生成調整單，減少單價異常偏大發生的概率#65377;

問題之二:在U8.21版本，存貨記賬提示“存貨記賬失敗”#65377;

情況分析:這種錯誤一般在升級到U8的賬套中出現#65377;錯誤原因是由于存貨總賬ia_summary有重復記錄#65377;即ia_summary中同一月份#65380;同一倉庫#65380;同一存貨只有兩條記錄#65377;Access版本有重復記錄一樣可以進行記賬并進行期末處理#65377;U8 SQL版不能處理重復記錄，要求記錄必須唯一#65377;

解決辦法:(1)如果能確認重復記錄的值是完全相同的，則刪除多余記錄，只保留一條即可#65377;有語句可供參考:delete from ia_summary where autoid not in(select min(autoid) from ia_summary where imonth=5 group by cwhcode，cinvcode，imonth having count(imonth)>1 ) and imonth=5;(2)如果重復記錄各不相同，需要通過與ia_subsidiary#65380;rdrecord/s或st_totalaccount聯查，來確認重復記錄中正確記錄，將錯誤記錄刪除即可;(3)如有可能，恢復記賬，重新記賬#65377;

問題之三:在U8.21版本，采用全月平均法在期末處理后#65377;明細賬的出庫成本正確，但對應單據成本錯誤#65377;

情況分析:程序問題造成的錯誤，只在回寫出庫單金額時出現錯誤，存貨明細賬是正確的#65377;

解決辦法:(1)使用補丁，避免以后再發生錯誤#65377;(2)對已經存貨的錯誤，可根據存貨明細賬修改單據金額，有SQL語句可供借鑒:

update rdrecords set iprice=b.iaoutprice from rdrecords a inner join ia_subsidiary b on a.autoid=b.id where b.cvoutype in(09，11，32) and b.iaoutprice<>a.iprice and a.iquantity=b.iaoutquantity and b.ioutcost=a.iunitcost

問題之四:在U8.21版本，存貨期末處理失敗，錯誤提示有:“存貨期末處理失敗”;“運行實時錯誤，-2147418113(8000FFFF)，連接失敗”;“運行時錯誤-2147，僅當使用列的列表，并且identity_insert為on時才能在表‘tempdb. iaperdeal_xy’”#65377;

情況分析:(1)存貨總賬中同一月份#65380;同一倉庫#65380;同一存貨的記錄重復，按照維護案例一的處理方法，刪除多余記錄即可#65377;(2)磁盤空間不足#65377;(3)如提示“運行實時錯誤，

-2147418113(8000FFFF)，連接失敗”，一般情況下是數據表中有異常字符，主要查看ia_subsidiary#65380;ia_summary#65377;還可使用以下辦法來清除異常字符:在數據庫中將ia_subsidiary表置為“設計”狀態，將cdefine1字段的原數據類型bit改為char，長度默認為10位后點“保存”，會出現保存的提示框，點“是”#65377;然后再將brdflag字段的數據類型char改為其原數據類型bit，長度默認為1位再點“保存”，仍會出現保存的提示框，點“是”，接著會出現驗證警告，仍點擊“是”即可#65377;然后再進入存貨系統進行期末處理即可#65377;

解決辦法:如果錯誤提示:“運行時錯誤-2147，僅當使用列的列表，并且identity_insert為on時才能在表‘tempdb..iaperdeal_xy”，則表示數據表中的字段屬性值有問題#65377;用SQLServer跟蹤器跟蹤發現，系統在執行insert into tempdb..[IAPerDeal_XIEYAN] Select rdrecords.autoidFROM …時出錯，經查看rdrecords表，發現rdrecords.autoid應不是種子標識，但被打上了種子標識#65377;將種子標識去掉即可期末處理成功#65377;

問題之四:在用友U8.50(8.21)中，存貨與總賬對賬不平#65377;

情況分析:存貨與總賬對賬，是按存貨明細賬中的存貨科目ia_subsidiary.cinvhead匯總與總賬中的存貨科目匯總進行對比#65377;對不上的原因通常有:(1)存貨期初未錄入存貨科目;(2)總賬使用存貨科目生成憑證;(3)單據記賬與生成憑證不在同一月份處理;(4)生成憑證時，在憑證界面改科目#65377;由于存貨明細賬的存貨科目是在生成憑證之前，根據存貨科目設置表取入#65377;因此在憑證界面修改科目，不會再改寫存貨明細賬的存貨科目，此張憑證保存即傳入總賬，兩者必然會對不上#65377;(5)在憑證準備界面更改金額#65377;

解決辦法:(1)期初未錄入存貨科目的，可使用SQL語句，根據期初存貨明細賬的存貨與存貨科目設置表(ia_opphead)關聯查詢，更新寫入#65377;(2)總賬使用存貨科目生成憑證，可使用SQL語句，判斷總賬gl_accvouch中憑證來源不是存貨但卻使用了存貨科目的記錄，并改正#65377;(3)單據記賬與生成憑證不在同一月份處理#65377;(4)生成憑證時修改存貨科目 ，這種問題并不能完全用SQL語句來解決，把相關憑證和單據查詢出來之后，具體到每張單據改什么科目要具體對待#65377;(5)根據存貨明細的cpzid#65380;cinvhead#65380;總賬coutno_id#65380;code，關聯匯總比較#65377;