企業(yè)管理維護案例講義課件

維護案例主講人：謝艷U8技術支持部維護案例主講人：謝艷采購管理問題描述：821、850，采購系統(tǒng)的暫估入庫余額一覽表與存貨核算系統(tǒng)的暫估材料余額表的本期結余不相等。

分析：兩張表統(tǒng)計取數(shù)的數(shù)據(jù)表不同，統(tǒng)計口徑也不一致，具體說明如下：1.取數(shù)的數(shù)據(jù)表不同：采購暫估入庫余額表從rdrecord/s,pursettlevouch/s取數(shù)。存貨核算的暫估材料余額表從ia_subsidiary中取數(shù)。2.統(tǒng)計口徑不同：采購暫估：采購暫估入庫余額表判斷“暫估”時，只以采購入庫單是否結算為標準，如果采購入庫單未結算，即認為暫估。采購報銷：采購入庫單與發(fā)票結算后，即認為報銷。存貨暫估：未結算的采購入庫單在存貨記帳，即認為暫估記帳。存貨報銷：已暫估記帳的采購入庫單，在采購結算后，存貨進行了暫估處理后，認為是存貨報銷。采購管理問題描述：821、850，采購系統(tǒng)的暫估入庫余額一采購管理維護案例八（接上一案例）經(jīng)過分析，兩表對不上的原因有：1.采購有未結算采購入庫單，采購統(tǒng)計為暫估；存貨未對其記帳（即押單處理），存貨不會統(tǒng)計成暫估。2.存貨已暫估記帳的采購入庫單，發(fā)票到并與采購入庫單結算，采購減少暫估數(shù)量。但存貨未進行暫估處理，存貨系統(tǒng)仍以暫估來統(tǒng)計。3.U821分次結算的采購入庫單存貨不能進行暫估處理，只有全部結算完畢才能暫估處理。這樣采購將分次結算部分統(tǒng)計在結算金額中，而存貨卻統(tǒng)計在暫估中。（較多）4.U850本月業(yè)務中，如果先暫估記帳，后部分結算，也不能進行暫估處理，同樣會造成兩表的結存不一致。

解決辦法：1.本月采購入庫單，本月存貨全部記帳；2.月末結算前，一定要進行暫估處理業(yè)務（850的結算成本處理）3.由于821存貨不支持的部分結算暫估處理業(yè)務，所這種情況目前不能解決。4.850中，本月的采購入庫單暫估記帳，最好在月底進行，保證先部分結算再對采購入庫單記帳的業(yè)務，可避免因先暫估記由后部分結算造成的兩表不一致。采購管理維護案例八（接上一案例）采購管理問題描述：850SP版本，采購管理中輸入到貨單，然后在庫存管理中根據(jù)到貨單生成采購入庫單，發(fā)現(xiàn)有一部分到貨單中有數(shù)量，單價，金額，但是在生成采購入庫單時，只有數(shù)量，沒有單價和金額。分析：采購到貨單子表（PU_ArrivalVouchs），有部分到貨單表體存貨對應的記錄中的本幣單價等為0，而采購入庫單取的是到貨單上的本幣單價，所以由到貨單生成入庫單時帶出的單價是0而不是沒有帶出單價。解決方法：由于此數(shù)據(jù)沒有外幣設置，所以可以用sql語句直接修改。updatepu_ArrivalVouchssetiCost=iOriCost,iMoney=iOriMoney,iTaxPrice=iOriTaxPrice,iSum=iOriSumwhereisnull(iCost,0)=0orisnull(iMoney,0)=0orisnull(iTaxPrice,0)=0orisnull(iSum,0)=0如果有外幣設置的話，需要換算，則可以找出表體存貨本幣單價為0的到貨單，修改，重新輸入單價保存即可。采購管理問題描述：850SP版本，采購管理中輸入到貨單，然后采購管理問題描述：821暫估入庫余額表上月期末余額與本月期初余額相差幾分錢。如：2002年9月期末余額3961651.70元，10月期初余額3961651.85元。分析及處理：暫估入庫余額表中的本期入庫金額取自于rdrecords.iaprice,而下月期初余額，則是由（（iquantity-isquantity+pursettlevouch.isvquantity(上月結算數(shù)量)）*facost得來的。由于rdrecords.iaprice為浮點型數(shù)值，使用兩者會產(chǎn)生差額。出現(xiàn)這種情況可使用以下語句作調(diào)整：updaterdrecordssetiaprice=round(iquantity*facost,2)

fromrdrecordajoinrdrecordsbona.id=b.idwhereabs(abs(iaprice)-abs(round(iquantity*facost,2)))>0.001開發(fā)針對此問題，作了補丁腳本，可調(diào)整正確。采購管理問題描述：821暫估入庫余額表上月期末余額與本月期初采購管理其他常見小問題：1.問題描述：升級到8.21后,在采購管理中錄入入庫單和發(fā)票時,供應商檔案無法進行模糊查詢解決方法：系統(tǒng)默認的選項是“基于基串向前模糊匹配”，將選項改為“基于基串前后模糊匹配”2.問題描述：采購入庫單單據(jù)號不按順序排列，出現(xiàn)跳號現(xiàn)象。如第一采購入庫單號0000000001，第二張采購入庫單為0000000003

解決方法：理解問題，U821單據(jù)號按倉庫＋收發(fā)類別（brdflag）排序。例如A倉庫增加一張采購入庫單，單據(jù)號為0000000001；A倉庫增加一張其他入庫單，單據(jù)號0000000002，A倉庫再增加一張采購入庫單，單據(jù)號為0000000003。3.問題描述：采購結算單刪除，采購入庫單還有結算標志。解決辦法：程序原因造成，刪除結算單時未將采購入庫單與結算有關的字段值刪除。Rdrecords.dsdtae（結算日期）、Rdrecords.isquantity（累計結算數(shù)量）、isnum（累計結算件數(shù)）、imoney（累計結算金額）注意:isquantity,imoney不能改為null,而應改為0，否則在手工結算處仍不能過濾出來。采購管理其他常見小問題：采購管理4.問題描述：采購系統(tǒng)中的采購入庫單和采購發(fā)票的格式亂了,應如何處理。（821）解決辦法：從Ufmodel.mdb數(shù)據(jù)庫中將InvoiceItema表導入本數(shù)據(jù)庫生成一個新表替換原表即可。5.問題描述：采購結算單列表的條件項沒有結算單號，過濾操作不方便，能否加上？（821）解決辦法：updatevouchlistsetbcondition=1,bcanset=1wherecvouchcode=99andcitemname=‘結算號’6.問題描述：在采購管理模塊--帳表--采購明細表點擊“設置”出現(xiàn)“越界”，按確定出現(xiàn)“錯誤提示”，其他象“入庫明細表”也會有出現(xiàn)同樣現(xiàn)象。解決辦法：將999演示帳套數(shù)據(jù)庫中以rpt_開頭的表導入到出錯的帳套數(shù)據(jù)庫中即可。采購管理4.問題描述：采購系統(tǒng)中的采購入庫單和采購發(fā)票的格式銷售管理問題描述：850sp版本，銷售明細賬中查詢范圍：截至2003-4-30，但查詢出的數(shù)據(jù)包括5、6月份的銷售發(fā)票，沒有銷售數(shù)據(jù)，只有成本。分析：銷售明細帳的查詢條件中，開票日期表示銷售開票日期，結算日期表示銷售成本日期。此用戶查詢時，只錄入了開票截止日期，沒有錄入結算日期查詢范圍，系統(tǒng)會將開票截止日期的銷售發(fā)票與全部銷售成本查詢出來。解決辦法：輸入結算日期查詢范圍。問題描述：821版本，發(fā)票或發(fā)貨單的含稅單價*數(shù)量不等于價稅合計，通常相差幾分錢。分析：很多情況下由于報價折扣引起，表體上的報價如果與含稅單價（無稅單價）有差額，系統(tǒng)自動會根據(jù)兩者相差算出扣率，扣率直接影響價稅合計的計算。解決辦法：1.如果沒有折扣，建議直接修改報價，這樣含稅單價（無稅單價）會與報價同時改變，金額相同，扣率為100％，也就不會因扣率產(chǎn)生尾差問題。2.另外使用最新的銷售exe，最新exe可將扣率小數(shù)位設置為2位，扣率小數(shù)位增加，價稅合計計算精度會增加，減少發(fā)生問題的概率。銷售管理問題描述：850sp版本，銷售明細賬中查詢范圍：截至銷售管理問題描述：821銷售年度結轉后，發(fā)貨統(tǒng)計表、發(fā)貨結算收款勾對表等本月期初與上年期末對不上。分析：常見的原因有：1.程序問題，造成統(tǒng)計出錯。2.上年結轉至今年的退貨單上，期初標志錯誤。3.去年有超發(fā)貨單開票業(yè)務，帳表統(tǒng)計未開票數(shù)量（金額）為負，（未開票數(shù)量＝用發(fā)貨數(shù)量－開票數(shù)量）。而年結時，如果開票數(shù)量>=發(fā)貨數(shù)量，且已生成出庫單，就不會結轉到今年，今年的相關帳表統(tǒng)計時，就不會統(tǒng)計出負數(shù)的未開票數(shù)量。4.程序原因，使得一些應結轉至今年的退貨單未結轉過來。解決辦法（見下頁PPT）銷售管理問題描述：821銷售年度結轉后，發(fā)貨統(tǒng)計表、發(fā)貨結算銷售管理（接上頁）解決辦法：1.遇到此類問題，先將銷售有關的帳表補丁執(zhí)行一遍，補丁中已解決了大部分因程序原因造成的統(tǒng)計錯誤。2.updatedispatchlistsetbfirst=1whereddate<='2002-12-31'andbteturnflag=1andbfirst=03.與用戶解釋清楚軟件的統(tǒng)計規(guī)則。也可使用相關補丁，補丁將去年超發(fā)貨單開票業(yè)務的未開票數(shù)量（金額）統(tǒng)計為零，這樣能夠與今年對上。4.開發(fā)針對這種錯誤，已出相關調(diào)整工具，但不是全部情況都適用，需要具體情況，具體對待。如果開發(fā)工具不適用，可以打上結轉補丁后，重新結轉，然后對比兩個數(shù)據(jù)庫，將少結轉的退貨單通過sql語句寫入今年數(shù)據(jù)庫。銷售管理（接上頁）銷售管理問題描述：821版本，發(fā)貨單或發(fā)票不能保存、不能審核。

分析：常見原因：1.accsess版本一般是最大單號表出現(xiàn)問題。2.Sql版本則是目前最大單號異常，如出現(xiàn)0099999999或者000000009z(帶字符)，由于821單據(jù)號增加時，是先查詢已存在的最大單號，再加1，得出目前單據(jù)號，如果遇到上面異常單據(jù)號，系統(tǒng)將無法處理。3.sql版，dispatchlist/s,salebillvouch/s、rdrecord/s的表結構出現(xiàn)問題.4.關于單據(jù)定義、單據(jù)項目定義的表vouchers、invoiceitem_sal等出現(xiàn)問題。解決辦法：1.修改maxvouch，或者啟用遠程應用。2.將異常單號修改正確，或者啟用遠程應用。3.參照999表結構，修改相應屬性，或者修復表。4.從999帳套中導入vouchers、invoiceitem_sal等表的默認數(shù)值。銷售管理問題描述：821版本，發(fā)貨單或發(fā)票不能保存、不能審核銷售管理問題描述：U821版本，存貨核算填制銷售出庫調(diào)整單，收發(fā)存匯總表金額已被調(diào)整，但此單據(jù)未回寫到銷售統(tǒng)計分析表中去。

分析：銷售統(tǒng)計表的成本金額取自于存貨，銷售出庫單的成本與銷售出庫調(diào)整單的成本應反映到銷售統(tǒng)計表的成本中。但821帳表查詢時，要求銷售出庫調(diào)整單，必須填寫部門、客戶，否則銷售系統(tǒng)不能反映此筆調(diào)整金額。（850無此問題）解決辦法：銷售調(diào)整單填寫部門、客戶即可。問題描述：U821，銷售收入明細賬數(shù)值型自定義項的是否匯總選擇項置灰，不能進行匯總。解決辦法：select*fromrpt_flddefwheremodeex=0andid=(selectb.idfromRpt_GlbDEFbwherename='銷售收入明細賬')，找到需要匯總的自定義項，把其對應的note字段的數(shù)據(jù)由<null>改為sum問題描述：U821版本，銷售統(tǒng)計表數(shù)量乘以單價不等金額。解決辦法：updaterpt_flddefsetcondition='價稅合計/數(shù)量'whereid_fieldin(selectid_fieldfromrpt_flddefainnerjoinrpt_glbdefbona.id=b.idwhereb.systemid='sa'='銷售統(tǒng)計表'anda.modeex=0='單價')銷售管理問題描述：U821版本，存貨核算填制銷售出庫調(diào)整單，銷售管理問題描述：

821先發(fā)貨模式下發(fā)貨單不再顯示發(fā)票號，如何查詢發(fā)貨單開票情況。

解決辦法：由于U8支持發(fā)貨單拆單生成多張發(fā)票，所以無法在發(fā)貨單上顯示多個發(fā)票號?？赏ㄟ^以下三種變通辦法來查看發(fā)貨單開票的情況1.通過發(fā)貨單列表，設置出結算數(shù)量，來查詢發(fā)貨單開票情況；2.可在發(fā)貨結算勾對表、發(fā)貨開票收款勾對表查詢發(fā)貨開票情況；3.發(fā)貨單點擊右鍵查詢對應的發(fā)票；提示：先開票后發(fā)貨模式下，由于發(fā)票與發(fā)貨單是一對一關系，貨單上可以顯示發(fā)票號。問題描述：821、850版本，發(fā)票上的客戶應收款余額不能顯示出來。解決辦法：設置信用控制，點擊客戶檔案上的信用，即會刷新客戶應收余額。注：此問題同樣可以解決信用控制不正確問題。銷售管理問題描述：

821先發(fā)貨模式下發(fā)貨單不再顯示發(fā)票號，環(huán)境：Win2000+U850問題描述：庫存其他入庫單單據(jù)列表聯(lián)查單據(jù)為空白，如圖分析過程：進入其他入庫單錄入界面正常判斷單據(jù)模板的沒有問題解決過程：

跟蹤檢查發(fā)現(xiàn)數(shù)據(jù)在檢索模板打開模板表中其他入庫單模板，發(fā)現(xiàn)同在檢索編號不同修改其他入庫單對應模板編號再進入單據(jù)列表問題解決。備注：用此方法對其他單據(jù)也適用庫存管理環(huán)境：Win2000+U850庫存管理環(huán)境：Win2000+U850問題描述：庫存生成銷售出庫單時報錯違反了主鍵約束，收發(fā)記錄主子表rdrecord(s)插入重復值，見下圖分析：系統(tǒng)在保存單據(jù)時從ufsystem的ua_indentity表獲取最大id號檢查ua_identity表，cacc_id(帳套號)、cvouchtype(類型)、ifatherid(號)、ichildid(子表號)。一些單據(jù)主子表的最大id號存放在這里解決過程：

檢查rdrecord(s)最大值，發(fā)現(xiàn)大于ifatherid(ichildid)的值，修改ifatherid(ichildid)成對應最大值。問題解決備注：庫存單據(jù)有可執(zhí)行年度帳數(shù)據(jù)庫中的存儲過程sp_UpdateId_ST庫存管理環(huán)境：Win2000+U850庫存管理環(huán)境：Win2000+U850問題描述：出入庫單中存貨參照提示“沒有對應的數(shù)據(jù)字典”

分析：欄目字典表（AA_Columndic）缺少存貨的參照記錄。解決方法：把999演示帳套對應的數(shù)據(jù)導入即可（可在查詢分析器對應的數(shù)據(jù)庫中執(zhí)行如下語句）：INSERTINTO[UFDATA_008_2003].[dbo].[AA_ColumnDic]([cKey],[cFld],[cQryField],[iColPos],[cCaption],[cCaptionPar],[bFixed],[bDisp],[iColWidth],[iAlign],[cOrder],[bLock],[iMergeCols],[bMustSel],[bNeedSum])select[cKey],[cFld],[cQryField],[iColPos],[cCaption],[cCaptionPar],[bFixed],[bDisp],[iColWidth],[iAlign],[cOrder],[bLock],[iMergeCols],[bMustSel],[bNeedSum]from[UFDATA_999_2002].[dbo].[AA_ColumnDic]wherecKey='InventoryKcRef'And(bDisp=1orbMustSel=1)orderbyiColPos庫存管理環(huán)境：Win2000+U850庫存管理庫存管理問題描述：850sp，

批次存貨，現(xiàn)存量查詢及保質(zhì)期預警查詢中數(shù)據(jù)錯誤，與批次臺帳中的數(shù)據(jù)不符，現(xiàn)存量查詢表的現(xiàn)存量、保質(zhì)期預警查詢數(shù)量為-2970（已經(jīng)限制零出庫），而批次臺帳數(shù)量為0。分析：庫存選項中的現(xiàn)存量修改時點是單據(jù)審核，而此存貨的所有單據(jù)只有一張6月份的其他出庫單審核了，5月份的單據(jù)均沒有審核。這樣只有一筆6月的單據(jù)作為現(xiàn)存量統(tǒng)計，其它作為到貨在檢量和待發(fā)貨數(shù)來統(tǒng)計。而保質(zhì)期預警取自現(xiàn)存量查詢的現(xiàn)存量。批次臺帳則統(tǒng)計的是批次出入庫單數(shù)據(jù)，批次出入庫單只要保存就統(tǒng)計在批次臺帳中。解決：將所有的出入庫單據(jù)進行審核即可。庫存管理問題描述：850sp，

批次存貨，現(xiàn)存量查詢及保質(zhì)期庫存管理問題描述：850版本，存貨多計量單位，固定換算率。查詢庫存收發(fā)存匯總表，查詢出來的件數(shù)與單據(jù)錄入中的不符。分析：850庫存帳表查詢界面，都有一個過濾條件“第幾輔計量”，用于錄入固定換算率中的計量單位序號，過濾查詢時，按每個存貨對應序號的輔計量換算率，換算件數(shù)。用戶在單據(jù)上輸入的是第2序號輔計量，帳表查詢時默認第1輔計量，所以與單據(jù)上的件數(shù)不符。解決辦法：查詢時輸入第2輔計量。見下頁庫存管理問題描述：850版本，存貨多計量單位，固定換算率。查庫存管理（接上頁）以999帳套為例，以下兩個存貨均為固定換算存貨8006計量單位存貨8006計量單位見下頁庫存管理（接上頁）存貨8006計量單位存貨8006計量單位見庫存管理（接上頁）過濾條件為第一輔計量時的查詢結果：過濾條件為第二輔計量時的查詢結果：取第1輔計量盒的換算率為2200/2=100取第2輔計量盒的換算率為20200/20=10沒有第2輔計量庫存管理（接上頁）過濾條件為第二輔計量時的查詢結果：取第1輔庫存管理問題描述：821批次業(yè)務、850出庫跟蹤入庫業(yè)務：1.批次負結存2.批次存貨還有現(xiàn)存量，但出庫提示現(xiàn)存量不夠。分析：1.批次錯誤問題，一般是由于批次入庫的累計出庫數(shù)量isoutquantity錯誤，以及mainbatch表的出空標志(bisnull)錯誤造成的。當批次入庫的累計出庫數(shù)量與入庫數(shù)量相等時，mainbatch.bisnull為1，即不允許再出庫。如果累計出庫數(shù)量算錯，就會使mainbatch.bisnull判斷錯誤，使得批次結存為零時，還可再出庫，造成負出庫?；蛘吲谓Y存不為零時，卻不能出庫了。2.批次管理存貨在數(shù)據(jù)表中如何體現(xiàn)的？現(xiàn)用圖表說明如下：（注：以下未考慮存貨自由項。并且只說明庫存批次出庫，未涉及銷售的批次發(fā)貨、開票業(yè)務，如果同時使用銷售、庫存且有批次業(yè)務時，建議先將銷售批次業(yè)務全部生成銷售出庫單，再做庫存批次數(shù)據(jù)調(diào)整，這樣有利于簡化數(shù)據(jù)處理過程。）3.以下數(shù)據(jù)圖表中只選取了與批次有關的字段：Rdrecord:brdflag,cbustype,cbuscodeRdrecords:autoid,cinvcode,iquantity,cbatch,cvouchcode,isoutquantity見下頁庫存管理問題描述：821批次業(yè)務、850出庫跟蹤入庫業(yè)務：庫存管理（接上頁）1.藍字批次入庫與藍字批次出庫的說明藍字批次入庫藍字批次出庫說明：藍字批次入庫單：Rdrecords.isoutquantity為累計出庫數(shù)量藍字批次出庫單：Rdrecord.cvouchcode為對應入庫單子表的autoidmainbatch說明：Rdid為批次入庫子表的autoid，即rdrecords.autoidBisnull為出空標志，當批次入庫子表的入庫數(shù)量等于累計出庫數(shù)量時，rdrecords.isoutquantity=rdrecords.iquantity，bisnull＝1。見下頁庫存管理（接上頁）藍字批次入庫藍字批次出庫說明：mainba庫存管理(接上頁)2.紅字批次出庫單：分兩種情況說明2.1未與藍字批次入庫對應的紅字批次出庫說明：未與藍字批次入庫對應的紅字批次出庫，等同于藍字批次入庫處理規(guī)則。紅字批次出庫說明：1.mainbatch表中同時也加入一條記錄。見下頁庫存管理(接上頁)說明：未與藍字批次入庫對應的紅字批次出庫，庫存管理(接上頁)2.2.與藍字批次入庫對應的紅字批次出庫（出庫退回業(yè)務）說明：1.與藍字批次入庫對應的紅字批次出庫，界面實現(xiàn)時，實際對應選擇的是藍字批次出庫記錄，再通過藍字批次出庫記錄與藍字批次入庫記錄建立起關聯(lián)。2.該紅字批次出庫子表的cvouchcode,寫對應藍字批次出庫單子表的cvouchcode(見紅線走向)，同時減少關聯(lián)入庫單子表的isoutquantity(見藍線走向，原isoutquantity為16，現(xiàn)為13=16-13)2.同時對應藍字出庫子表的isoutquantity寫紅字出庫累計數(shù)量。3.同時，該紅字出庫子表的isoutquantity寫對應藍字出庫子表的autoid，見下頁注：請主要看藍色流程與紅色流程庫存管理(接上頁)說明：見下頁注：請主要看庫存管理(接上頁)3.紅字批次入庫單說明：紅字批次出庫單業(yè)務等同于藍字批次出庫單處理規(guī)則庫存管理(接上頁)說明：紅字批次出庫單業(yè)務等同于藍字批次出庫庫存管理(接上頁)4.小結小結：1.凡是rdrecords.cvouchcode的值等于批次入庫子表autoid的記錄，都應是影響批次入庫累計出庫數(shù)量的單據(jù)。2.批次入庫的累計出庫數(shù)量＝對應藍字批次出庫＋與其對應的紅字批次出庫+ABS(對應的紅字批次入庫數(shù)量)3.作為批次入庫的來源有：藍字批次入庫單、未與藍字批次入庫對應的紅字批次出庫。簡便方法，可以根據(jù)mainbatch表確定，凡是mainbatch表中有的記錄，都是作為批次入庫來處理的。1234551234＝＋＋＋ABS庫存管理(接上頁)小結：1.凡是rdrecords.cvou庫存管理(接上頁)解決辦法：（如有銷售批次發(fā)貨、開票業(yè)務，應先全部生成銷售出庫單，再進行調(diào)整）1.調(diào)整批次問題，首先要計算出正確的批次入庫子表的累計出庫數(shù)量（rdrecords.isoutquantity），如果正確的累計出數(shù)量小于批次入庫數(shù)量，可直接更新isoutquantity，如果正確的累計出庫數(shù)量已經(jīng)大于批次入庫數(shù)量，有兩種方法，一是更新isoutquantity前，先刪除多出庫的單據(jù)，再重算累計出庫數(shù)量，再更新isoutquantiy；二是根據(jù)多出庫數(shù)量補錄一張入庫單據(jù)，再到數(shù)據(jù)庫中將此此張入庫單的累計出庫數(shù)量改成入庫數(shù)量，同時將多出單據(jù)的cvouchcode指向這張入庫單。2.根據(jù)累計出庫數(shù)量與入庫數(shù)量的關系統(tǒng)來調(diào)整mainbatch表。3.調(diào)整批次問題還有需要注意的地方：批次上年期末有結存時（即累計出庫數(shù)量小于入庫數(shù)量），要被接轉至本年。結轉本年的期初記錄與上一年期末完全相同，累計出庫數(shù)量也同樣被結轉下來。這樣，如果本年有指定期初批次結存進行出庫的業(yè)務時，是在上年結轉過來的累計出庫數(shù)量上再加上本年累計出庫數(shù)量，所以調(diào)整數(shù)據(jù)時，要注意將上年結轉過來的累計出庫數(shù)量減掉，再去比較今年累計出庫數(shù)量與實際出庫數(shù)量是否相等。庫存管理(接上頁)解決辦法：（如有銷售批次發(fā)貨、開票業(yè)務，應庫存管理環(huán)境：Win2000+SQL7+U821（U850）問題描述:存貨中調(diào)撥單記帳錯誤而出入庫單記帳正確分析：存貨中對調(diào)撥單生成的其他出入庫單單獨記帳，數(shù)據(jù)正確解決辦法：跟蹤發(fā)現(xiàn)調(diào)撥單同其生成的出入單子表關聯(lián)項數(shù)據(jù)錯誤取消單據(jù)記帳，然后做如下更新：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]重新對調(diào)撥單記帳，數(shù)據(jù)正確備注：適用條件同一調(diào)撥單中同樣的存貨可有多條分錄但數(shù)量不同庫存管理環(huán)境：Win2000+SQL7+U821（U850）庫存管理問題描述：821、850，先進先出計價法，調(diào)撥單生成的其他出庫單成本不按先進先出規(guī)則核算成本。（庫存選項，選擇調(diào)撥單自動取單價引起的問題）分析：經(jīng)查看數(shù)據(jù)，其他出庫單記帳前就已有出庫單價及金額，此類其他出庫單均由調(diào)撥單生成。庫存選項中選擇了調(diào)撥單自動取單價。選擇此選項，調(diào)撥單保存時會從存貨核算取結存成本，同時其他出入庫單也帶入相同成本，記帳時按已有的出庫成本來核算。解決辦法：取消選項，重新生成調(diào)撥單。如果要求出庫成本按計價方式核算，不要選擇這一選項。庫存管理問題描述：821、850，先進先出計價法，調(diào)撥單生庫存管理問題描述：

821版本，現(xiàn)存量與庫存收發(fā)存匯總表不符，大部分存貨現(xiàn)存量不正確。解決辦法：1.使用整理現(xiàn)存量工具。2.整理現(xiàn)存量后，依然不對，可到ufsystem數(shù)據(jù)庫的ua_account_sub中查看是否該帳套庫存啟用的記錄是否正確，如沒有手工添加即可。（參照999）如有啟用日期計算rdrecord/s>=啟用日期的記錄，如果沒有計算rdrecord/s>=業(yè)務日期。3.不屬于以上兩種情況，應重點查看st_totalaccount的期初，因為整理現(xiàn)存量時是根據(jù)st_totoalaccount的期初與rdrecord/s的收入發(fā)出計算的，rdrecord/s屬于原始單據(jù)的記錄，一般不會有錯，所以現(xiàn)存量錯誤應重點檢查st_totalaccount的期初數(shù)量。例如，啟用帳套的ibeginquantity庫存管理問題描述：

821版本，現(xiàn)存量與庫存收發(fā)存匯總表不符庫存管理問題描述：821，

庫存里銷售出庫單表頭項目發(fā)貨單號，不是相應銷售發(fā)貨單的發(fā)貨單號，給客戶帶來很多不方便。分析：銷售出庫單上的發(fā)貨單號實際是dispatchlist.id號，不是發(fā)貨單據(jù)號。銷售出庫單上的業(yè)務號，實際上是與銷售出庫單對應的發(fā)貨單或發(fā)票的單據(jù)號，但是在銷售出庫單列表不能被設置，需要運行一下腳本，然后把業(yè)務號選出來就是發(fā)貨單號或發(fā)票號。解決辦法：updateinvoiceitem_setcanmodify=1wherecardnum='0303'andcardsection='t'andfieldnamein('cbuscode')

問題描述：821庫存系統(tǒng)收發(fā)存匯總表，本月期初和上月期末對不上？分析：庫存收發(fā)存匯總表期初是從st_totalaccout中取數(shù)，本期數(shù)從rdrecord/s中取數(shù)，一般情況下，是庫存總帳錯誤st_totalaccount。經(jīng)查看數(shù)據(jù)發(fā)現(xiàn)同一月份、同一倉庫、同一存貨存的兩條記錄的情況很多，庫存取消結帳，重新結帳即可，系統(tǒng)會自動重算st_totalaccout.庫存管理問題描述：821，

庫存里銷售出庫單表頭項目發(fā)貨單號存貨核算問題描述：821、850，計劃價法計算出的差異率異常偏大，或者全月平均、移動平均核算出的成本單價異常偏大。分析：以上三種計價方式下，由于零出庫或暫估成本與結算成本不一致，會造成出庫單價(或差異率)極大或極小甚至出現(xiàn)負單價（或差異率）等情況的問題。解決辦法：1.如果目前的結存數(shù)量為正，單價異常大，直接用調(diào)整單來調(diào)整金額。2.如果目前的結存數(shù)量為負，單價異常，需要做入庫單將數(shù)量與金額調(diào)整為正，再進行出入庫。3.對于以上三種計價方式，經(jīng)常有零成本出庫業(yè)務，一定要將選項中的“最高最低控制”選上，并設置好最大最小單價。這樣當記帳成本超出范圍時，系統(tǒng)會提示，并按選項取數(shù)。4.存貨選項中的“賬面為負結存時入庫單記帳自動生成出庫調(diào)整單”也要選項，此選項可根據(jù)負結存數(shù)量、入庫單成本自動生成調(diào)整單，減少單價異常偏大發(fā)生的概率。存貨核算問題描述：821、850，計劃價法計算出的差異率異存貨核算問題描述：U821版本，存貨記帳提示“存貨記帳失敗”。分析：這種錯誤一般在升級到U8的帳套中出現(xiàn)。錯誤原因是由于存貨總帳ia_summary有重復記錄造成。即ia_summary中同一月份、同一倉庫、同一存貨只有兩條記錄。Access版本有重復記錄一樣可以進行記帳并進行期末處理。U8sql版不能處理重復記錄，要求記錄必須唯一。解決辦法：1.如果能確認重復記錄的值是完全相同的，則刪除多余記錄，只保留一條即可。有語句可供參考deletefromia_summarywhereautoidnotin(selectmin(autoid)fromia_summarywhereimonth=5groupbycwhcode,cinvcode,imonthhavingcount(imonth)>1)andimonth=52.如果重復記錄各不相同，需要通過與ia_subsidiary、rdrecord/s或st_totalaccount聯(lián)查，來確認重復記錄中正確記錄，將錯誤記錄刪除即可。3.如有可能，恢復記帳，重新記帳。存貨核算問題描述：U821版本，存貨記帳提示“存貨記帳失敗”存貨核算問題描述：U821版本，采購入庫單記帳失敗。分析解決：存貨對采購入庫單記帳時，要判斷采購入庫單是否結算過。對未結算記錄記帳時，檢查該記錄的結算信息是不為空，如rdrecords.dsdata是否為空，rdrecords.isquantity是否為零，如果不符合則不予以記帳。經(jīng)查看數(shù)據(jù)，發(fā)現(xiàn)未結算的采購入庫單記錄上有結算信息，只要清空（注意：isquantity必須改為零，而不是null），即可正常記帳。問題描述：821全月平均法，期末處理后。明細帳的出庫成本正確，但對應單據(jù)成本錯誤。分析：程序問題造成的錯誤，只在回寫出庫單金額時錯誤，存貨明細帳是正確的。解決辦法：1.使用補丁，避免以后再發(fā)生錯誤。2.對已經(jīng)存貨的錯誤，可根據(jù)存貨明細帳修改單據(jù)金額，有sql語句可供借鑒。updaterdrecordssetiprice=b.iaoutpricefromrdrecordsainnerjoinia_subsidiarybona.autoid=b.idwhereb.cvoutypein(09,11,32)andb.iaoutprice<>a.ipriceanda.iquantity=b.iaoutquantityandb.ioutcost=a.iunitcost

存貨核算問題描述：U821版本，采購入庫單記帳失敗。存貨核算問題描述：U821版本，存貨期末處理失敗，錯誤提示有：“存貨期末處理失敗”、“運行實時錯誤，-2147418113（8000FFFF），連接失敗”，“運行時錯誤－2147，僅當使用列的列表，并且identity_insert為on時才能在表‘tempdb..iaperdeal_xy’分析解決：存貨期末處理失敗的常見原因有以下幾種：1.存貨總帳中同一月份、同一倉庫、同一存貨的記錄重復，按照維護案例一的處理方法，刪除多余記錄即可。2.磁盤空間不足3.如提示“運行實時錯誤，-2147418113（8000FFFF），連接失敗”，一般情況下是數(shù)據(jù)表中有異常字符，主要查看ia_subsidiary、ia_summary。還可使用以下辦法來清除異常字符：在數(shù)據(jù)庫中將ia_subsidiary表置為‘設計’狀態(tài)，將cdefine1字段的原數(shù)據(jù)類型bit改為char,長度默認為10位后點‘保存’，會出現(xiàn)保存的提示框，點‘是’。然后再將brdflag字段的數(shù)據(jù)類型char改為其原數(shù)據(jù)類型bit，長度默認為1位再點‘保存’，仍會出現(xiàn)保存的提示框，點‘是’，接著會出現(xiàn)驗證警告，仍點擊‘是’即可。然后再進入存貨系統(tǒng)進行期末處理即可存貨核算問題描述：U821版本，存貨期末處理失敗，錯誤提示有存貨核算維護案例(接上頁)分析解決：如果錯誤提示：“運行時錯誤－2147，僅當使用列的列表，并且identity_insert為on時才能在表‘tempdb..iaperdeal_xy’，則表示數(shù)據(jù)表中的字段屬性值有問題。用sqlserver跟蹤器跟蹤發(fā)現(xiàn)，系統(tǒng)在執(zhí)行insertintotempdb..[IAPerDeal_XIEYAN]Selectrdrecords.autoidFROM…時出錯，經(jīng)查看rdrecords表，發(fā)現(xiàn)rdrecords.autoid應不是種子標識，但被打上了種子標識。將種子標識去掉即可期末處理成功。

存貨核算維護案例(接上頁)存貨核算問題描述：850sp版本，在存貨核算模塊中查詢收發(fā)存匯總表進行打印設置和打印時，打印設置不能保存，每使用一次設置一次，比較麻煩；而且在打印時經(jīng)常會自動退出此模塊。分析處理：預覽界面\頁面設置，設置完成后點擊“保存”，系統(tǒng)會將此打印格式保存成為文件，下次再進入出選擇“此打印格文件即可”。問題描述：821、850版本，存貨收發(fā)存匯總表查詢出來后，表頭錯位，表體中沒有數(shù)據(jù)。分析解決：使用sql跟蹤器，跟蹤發(fā)現(xiàn)系統(tǒng)在查詢IA_tblRCsetM（存貨表定義）

時出錯，從999帳套導入該表默認數(shù)值，再查詢一切正常。存貨核算問題描述：850sp版本，在存貨核算模塊中查詢收發(fā)存存貨核算問題描述：存貨與總帳對帳不平分析：存貨與總帳對帳，是按存貨明細帳中的存貨科目ia_subsidiary.cinvhead匯總與總帳中的存貨科目匯總進行對比。對不上的原因通常有：1.存貨期初未錄入存貨科目；2.總帳使用存貨科目生成憑證；3.單據(jù)記帳與生成憑證不在同一月份處理；4.生成憑證時，在憑證界面改科目。由于存貨明細帳的存貨科目是在生成憑證之前，根據(jù)存貨科目設置表取入。因此在憑證界面修改科目，不會再改寫存貨明細帳的存貨科目，此張憑證保存即傳入總帳，兩者必然會對不上。5.在憑證準備界面更改金額。存貨核算問題描述：存貨與總帳對帳不平存貨核算（接上頁）解決辦法：1.期初未錄入存貨科目的，可使用sql語句，根據(jù)期初存貨明細帳的存貨與存貨科目設置表（ia_opphead）關聯(lián)查詢，更新寫入。2.總帳使用存貨科目生成憑證,可使用sql語句，判斷總帳gl_accvouch中憑證來源不是存貨，但卻使用了存貨科目的記錄，并改正。3.單據(jù)記帳與生成憑證不在同一月份處理4.生成憑證時修改存貨科目，這種問題并不能完全用sql語句來解決，把相關憑證和單據(jù)查詢出來之后，具體到每張單據(jù)改什么科目要具體對待。5.根據(jù)存貨明細的cpzid、cinvhead、總帳coutno_id、code，關聯(lián)匯總比較。由于篇幅所限，這里不能將相關語句寫出來，如需要可U8支持部聯(lián)系取得。存貨核算（接上頁）存貨核算問題描述：821，存貨單到回沖、計劃價法，年度結轉后，暫估入庫余額表的期初只顯示數(shù)量不顯示金額。

分析：用戶上年有一部分采購入庫單，只有計劃價，未錄入實際單價，差異為零。但由于程序結轉的原因，結轉至本年的期初暫估入庫帶有差異，差異與計劃金額相等。如果有問題的暫估入庫單本年結算，生成的紅字回沖單也會帶有錯誤差異。而暫估入庫單與紅字回沖單直接影響暫估入庫余額表的正確與否。解決辦法：查詢出去年未錄入實際價的暫估入庫單，與本年存貨明細帳的期初暫入庫單關聯(lián)對比，根據(jù)去年差異改今年差異。紅字回沖單再與本年修改后的暫估入庫單關聯(lián)，修改差異。重新計算存貨總帳差異。（存貨最好能夠恢復記帳到一月份）如果用戶在一月份進行計劃價調(diào)整，還需要根據(jù)具體情況具體對待。關于此問題的調(diào)整方法與sql語句，由于篇幅所限不能寫出。存貨核算問題描述：821，存貨單到回沖、計劃價法，年度結轉后存貨核算問題描述：813、821，期末處理時提示“尚有已全部暫估報銷的單據(jù)未進行處理”但暫估處理界面沒有可進行暫估的單據(jù)。分析：由于813、820程序問題，上年的未結算退貨單沒有結轉到本年存貨明細帳，即存貨期初暫估入庫單缺少記錄，導致本年采購結算后，暫估處理界面沒有該單據(jù)，不能進行暫估處理。而期末處理時，檢查pursettlevouch/s的baccount字段是否為已暫估處理狀態(tài)，如不是則予以提示。解決辦法：1.使用補丁重新結轉2.開發(fā)有相關補丁，可以補錄退貨單，再暫估處理。3.如果用戶的采購退貨單金額與采購發(fā)票金額是相等的，暫估處理意義不大，可以直接修改pursettlevouchs.baccount為已暫估處理。（此種方法不推薦）存貨核算問題描述：813、821，期末處理時提示“尚有已全

維護案例主講人：謝艷U8技術支持部維護案例主講人：謝艷采購管理問題描述：821、850，采購系統(tǒng)的暫估入庫余額一覽表與存貨核算系統(tǒng)的暫估材料余額表的本期結余不相等。

分析：兩張表統(tǒng)計取數(shù)的數(shù)據(jù)表不同，統(tǒng)計口徑也不一致，具體說明如下：1.取數(shù)的數(shù)據(jù)表不同：采購暫估入庫余額表從rdrecord/s,pursettlevouch/s取數(shù)。存貨核算的暫估材料余額表從ia_subsidiary中取數(shù)。2.統(tǒng)計口徑不同：采購暫估：采購暫估入庫余額表判斷“暫估”時，只以采購入庫單是否結算為標準，如果采購入庫單未結算，即認為暫估。采購報銷：采購入庫單與發(fā)票結算后，即認為報銷。存貨暫估：未結算的采購入庫單在存貨記帳，即認為暫估記帳。存貨報銷：已暫估記帳的采購入庫單，在采購結算后，存貨進行了暫估處理后，認為是存貨報銷。采購管理問題描述：821、850，采購系統(tǒng)的暫估入庫余額一采購管理維護案例八（接上一案例）經(jīng)過分析，兩表對不上的原因有：1.采購有未結算采購入庫單，采購統(tǒng)計為暫估；存貨未對其記帳（即押單處理），存貨不會統(tǒng)計成暫估。2.存貨已暫估記帳的采購入庫單，發(fā)票到并與采購入庫單結算，采購減少暫估數(shù)量。但存貨未進行暫估處理，存貨系統(tǒng)仍以暫估來統(tǒng)計。3.U821分次結算的采購入庫單存貨不能進行暫估處理，只有全部結算完畢才能暫估處理。這樣采購將分次結算部分統(tǒng)計在結算金額中，而存貨卻統(tǒng)計在暫估中。（較多）4.U850本月業(yè)務中，如果先暫估記帳，后部分結算，也不能進行暫估處理，同樣會造成兩表的結存不一致。

解決辦法：1.本月采購入庫單，本月存貨全部記帳；2.月末結算前，一定要進行暫估處理業(yè)務（850的結算成本處理）3.由于821存貨不支持的部分結算暫估處理業(yè)務，所這種情況目前不能解決。4.850中，本月的采購入庫單暫估記帳，最好在月底進行，保證先部分結算再對采購入庫單記帳的業(yè)務，可避免因先暫估記由后部分結算造成的兩表不一致。采購管理維護案例八（接上一案例）采購管理問題描述：850SP版本，采購管理中輸入到貨單，然后在庫存管理中根據(jù)到貨單生成采購入庫單，發(fā)現(xiàn)有一部分到貨單中有數(shù)量，單價，金額，但是在生成采購入庫單時，只有數(shù)量，沒有單價和金額。分析：采購到貨單子表（PU_ArrivalVouchs），有部分到貨單表體存貨對應的記錄中的本幣單價等為0，而采購入庫單取的是到貨單上的本幣單價，所以由到貨單生成入庫單時帶出的單價是0而不是沒有帶出單價。解決方法：由于此數(shù)據(jù)沒有外幣設置，所以可以用sql語句直接修改。updatepu_ArrivalVouchssetiCost=iOriCost,iMoney=iOriMoney,iTaxPrice=iOriTaxPrice,iSum=iOriSumwhereisnull(iCost,0)=0orisnull(iMoney,0)=0orisnull(iTaxPrice,0)=0orisnull(iSum,0)=0如果有外幣設置的話，需要換算，則可以找出表體存貨本幣單價為0的到貨單，修改，重新輸入單價保存即可。采購管理問題描述：850SP版本，采購管理中輸入到貨單，然后采購管理問題描述：821暫估入庫余額表上月期末余額與本月期初余額相差幾分錢。如：2002年9月期末余額3961651.70元，10月期初余額3961651.85元。分析及處理：暫估入庫余額表中的本期入庫金額取自于rdrecords.iaprice,而下月期初余額，則是由（（iquantity-isquantity+pursettlevouch.isvquantity(上月結算數(shù)量)）*facost得來的。由于rdrecords.iaprice為浮點型數(shù)值，使用兩者會產(chǎn)生差額。出現(xiàn)這種情況可使用以下語句作調(diào)整：updaterdrecordssetiaprice=round(iquantity*facost,2)

fromrdrecordajoinrdrecordsbona.id=b.idwhereabs(abs(iaprice)-abs(round(iquantity*facost,2)))>0.001開發(fā)針對此問題，作了補丁腳本，可調(diào)整正確。采購管理問題描述：821暫估入庫余額表上月期末余額與本月期初采購管理其他常見小問題：1.問題描述：升級到8.21后,在采購管理中錄入入庫單和發(fā)票時,供應商檔案無法進行模糊查詢解決方法：系統(tǒng)默認的選項是“基于基串向前模糊匹配”，將選項改為“基于基串前后模糊匹配”2.問題描述：采購入庫單單據(jù)號不按順序排列，出現(xiàn)跳號現(xiàn)象。如第一采購入庫單號0000000001，第二張采購入庫單為0000000003

解決方法：理解問題，U821單據(jù)號按倉庫＋收發(fā)類別（brdflag）排序。例如A倉庫增加一張采購入庫單，單據(jù)號為0000000001；A倉庫增加一張其他入庫單，單據(jù)號0000000002，A倉庫再增加一張采購入庫單，單據(jù)號為0000000003。3.問題描述：采購結算單刪除，采購入庫單還有結算標志。解決辦法：程序原因造成，刪除結算單時未將采購入庫單與結算有關的字段值刪除。Rdrecords.dsdtae（結算日期）、Rdrecords.isquantity（累計結算數(shù)量）、isnum（累計結算件數(shù)）、imoney（累計結算金額）注意:isquantity,imoney不能改為null,而應改為0，否則在手工結算處仍不能過濾出來。采購管理其他常見小問題：采購管理4.問題描述：采購系統(tǒng)中的采購入庫單和采購發(fā)票的格式亂了,應如何處理。（821）解決辦法：從Ufmodel.mdb數(shù)據(jù)庫中將InvoiceItema表導入本數(shù)據(jù)庫生成一個新表替換原表即可。5.問題描述：采購結算單列表的條件項沒有結算單號，過濾操作不方便，能否加上？（821）解決辦法：updatevouchlistsetbcondition=1,bcanset=1wherecvouchcode=99andcitemname=‘結算號’6.問題描述：在采購管理模塊--帳表--采購明細表點擊“設置”出現(xiàn)“越界”，按確定出現(xiàn)“錯誤提示”，其他象“入庫明細表”也會有出現(xiàn)同樣現(xiàn)象。解決辦法：將999演示帳套數(shù)據(jù)庫中以rpt_開頭的表導入到出錯的帳套數(shù)據(jù)庫中即可。采購管理4.問題描述：采購系統(tǒng)中的采購入庫單和采購發(fā)票的格式銷售管理問題描述：850sp版本，銷售明細賬中查詢范圍：截至2003-4-30，但查詢出的數(shù)據(jù)包括5、6月份的銷售發(fā)票，沒有銷售數(shù)據(jù)，只有成本。分析：銷售明細帳的查詢條件中，開票日期表示銷售開票日期，結算日期表示銷售成本日期。此用戶查詢時，只錄入了開票截止日期，沒有錄入結算日期查詢范圍，系統(tǒng)會將開票截止日期的銷售發(fā)票與全部銷售成本查詢出來。解決辦法：輸入結算日期查詢范圍。問題描述：821版本，發(fā)票或發(fā)貨單的含稅單價*數(shù)量不等于價稅合計，通常相差幾分錢。分析：很多情況下由于報價折扣引起，表體上的報價如果與含稅單價（無稅單價）有差額，系統(tǒng)自動會根據(jù)兩者相差算出扣率，扣率直接影響價稅合計的計算。解決辦法：1.如果沒有折扣，建議直接修改報價，這樣含稅單價（無稅單價）會與報價同時改變，金額相同，扣率為100％，也就不會因扣率產(chǎn)生尾差問題。2.另外使用最新的銷售exe，最新exe可將扣率小數(shù)位設置為2位，扣率小數(shù)位增加，價稅合計計算精度會增加，減少發(fā)生問題的概率。銷售管理問題描述：850sp版本，銷售明細賬中查詢范圍：截至銷售管理問題描述：821銷售年度結轉后，發(fā)貨統(tǒng)計表、發(fā)貨結算收款勾對表等本月期初與上年期末對不上。分析：常見的原因有：1.程序問題，造成統(tǒng)計出錯。2.上年結轉至今年的退貨單上，期初標志錯誤。3.去年有超發(fā)貨單開票業(yè)務，帳表統(tǒng)計未開票數(shù)量（金額）為負，（未開票數(shù)量＝用發(fā)貨數(shù)量－開票數(shù)量）。而年結時，如果開票數(shù)量>=發(fā)貨數(shù)量，且已生成出庫單，就不會結轉到今年，今年的相關帳表統(tǒng)計時，就不會統(tǒng)計出負數(shù)的未開票數(shù)量。4.程序原因，使得一些應結轉至今年的退貨單未結轉過來。解決辦法（見下頁PPT）銷售管理問題描述：821銷售年度結轉后，發(fā)貨統(tǒng)計表、發(fā)貨結算銷售管理（接上頁）解決辦法：1.遇到此類問題，先將銷售有關的帳表補丁執(zhí)行一遍，補丁中已解決了大部分因程序原因造成的統(tǒng)計錯誤。2.updatedispatchlistsetbfirst=1whereddate<='2002-12-31'andbteturnflag=1andbfirst=03.與用戶解釋清楚軟件的統(tǒng)計規(guī)則。也可使用相關補丁，補丁將去年超發(fā)貨單開票業(yè)務的未開票數(shù)量（金額）統(tǒng)計為零，這樣能夠與今年對上。4.開發(fā)針對這種錯誤，已出相關調(diào)整工具，但不是全部情況都適用，需要具體情況，具體對待。如果開發(fā)工具不適用，可以打上結轉補丁后，重新結轉，然后對比兩個數(shù)據(jù)庫，將少結轉的退貨單通過sql語句寫入今年數(shù)據(jù)庫。銷售管理（接上頁）銷售管理問題描述：821版本，發(fā)貨單或發(fā)票不能保存、不能審核。

分析：常見原因：1.accsess版本一般是最大單號表出現(xiàn)問題。2.Sql版本則是目前最大單號異常，如出現(xiàn)0099999999或者000000009z(帶字符)，由于821單據(jù)號增加時，是先查詢已存在的最大單號，再加1，得出目前單據(jù)號，如果遇到上面異常單據(jù)號，系統(tǒng)將無法處理。3.sql版，dispatchlist/s,salebillvouch/s、rdrecord/s的表結構出現(xiàn)問題.4.關于單據(jù)定義、單據(jù)項目定義的表vouchers、invoiceitem_sal等出現(xiàn)問題。解決辦法：1.修改maxvouch，或者啟用遠程應用。2.將異常單號修改正確，或者啟用遠程應用。3.參照999表結構，修改相應屬性，或者修復表。4.從999帳套中導入vouchers、invoiceitem_sal等表的默認數(shù)值。銷售管理問題描述：821版本，發(fā)貨單或發(fā)票不能保存、不能審核銷售管理問題描述：U821版本，存貨核算填制銷售出庫調(diào)整單，收發(fā)存匯總表金額已被調(diào)整，但此單據(jù)未回寫到銷售統(tǒng)計分析表中去。

分析：銷售統(tǒng)計表的成本金額取自于存貨，銷售出庫單的成本與銷售出庫調(diào)整單的成本應反映到銷售統(tǒng)計表的成本中。但821帳表查詢時，要求銷售出庫調(diào)整單，必須填寫部門、客戶，否則銷售系統(tǒng)不能反映此筆調(diào)整金額。（850無此問題）解決辦法：銷售調(diào)整單填寫部門、客戶即可。問題描述：U821，銷售收入明細賬數(shù)值型自定義項的是否匯總選擇項置灰，不能進行匯總。解決辦法：select*fromrpt_flddefwheremodeex=0andid=(selectb.idfromRpt_GlbDEFbwherename='銷售收入明細賬')，找到需要匯總的自定義項，把其對應的note字段的數(shù)據(jù)由<null>改為sum問題描述：U821版本，銷售統(tǒng)計表數(shù)量乘以單價不等金額。解決辦法：updaterpt_flddefsetcondition='價稅合計/數(shù)量'whereid_fieldin(selectid_fieldfromrpt_flddefainnerjoinrpt_glbdefbona.id=b.idwhereb.systemid='sa'='銷售統(tǒng)計表'anda.modeex=0='單價')銷售管理問題描述：U821版本，存貨核算填制銷售出庫調(diào)整單，銷售管理問題描述：

821先發(fā)貨模式下發(fā)貨單不再顯示發(fā)票號，如何查詢發(fā)貨單開票情況。

解決辦法：由于U8支持發(fā)貨單拆單生成多張發(fā)票，所以無法在發(fā)貨單上顯示多個發(fā)票號?？赏ㄟ^以下三種變通辦法來查看發(fā)貨單開票的情況1.通過發(fā)貨單列表，設置出結算數(shù)量，來查詢發(fā)貨單開票情況；2.可在發(fā)貨結算勾對表、發(fā)貨開票收款勾對表查詢發(fā)貨開票情況；3.發(fā)貨單點擊右鍵查詢對應的發(fā)票；提示：先開票后發(fā)貨模式下，由于發(fā)票與發(fā)貨單是一對一關系，貨單上可以顯示發(fā)票號。問題描述：821、850版本，發(fā)票上的客戶應收款余額不能顯示出來。解決辦法：設置信用控制，點擊客戶檔案上的信用，即會刷新客戶應收余額。注：此問題同樣可以解決信用控制不正確問題。銷售管理問題描述：

821先發(fā)貨模式下發(fā)貨單不再顯示發(fā)票號，環(huán)境：Win2000+U850問題描述：庫存其他入庫單單據(jù)列表聯(lián)查單據(jù)為空白，如圖分析過程：進入其他入庫單錄入界面正常判斷單據(jù)模板的沒有問題解決過程：

跟蹤檢查發(fā)現(xiàn)數(shù)據(jù)在檢索模板打開模板表中其他入庫單模板，發(fā)現(xiàn)同在檢索編號不同修改其他入庫單對應模板編號再進入單據(jù)列表問題解決。備注：用此方法對其他單據(jù)也適用庫存管理環(huán)境：Win2000+U850庫存管理環(huán)境：Win2000+U850問題描述：庫存生成銷售出庫單時報錯違反了主鍵約束，收發(fā)記錄主子表rdrecord(s)插入重復值，見下圖分析：系統(tǒng)在保存單據(jù)時從ufsystem的ua_indentity表獲取最大id號檢查ua_identity表，cacc_id(帳套號)、cvouchtype(類型)、ifatherid(號)、ichildid(子表號)。一些單據(jù)主子表的最大id號存放在這里解決過程：

檢查rdrecord(s)最大值，發(fā)現(xiàn)大于ifatherid(ichildid)的值，修改ifatherid(ichildid)成對應最大值。問題解決備注：庫存單據(jù)有可執(zhí)行年度帳數(shù)據(jù)庫中的存儲過程sp_UpdateId_ST庫存管理環(huán)境：Win2000+U850庫存管理環(huán)境：Win2000+U850問題描述：出入庫單中存貨參照提示“沒有對應的數(shù)據(jù)字典”

分析：欄目字典表（AA_Columndic）缺少存貨的參照記錄。解決方法：把999演示帳套對應的數(shù)據(jù)導入即可（可在查詢分析器對應的數(shù)據(jù)庫中執(zhí)行如下語句）：INSERTINTO[UFDATA_008_2003].[dbo].[AA_ColumnDic]([cKey],[cFld],[cQryField],[iColPos],[cCaption],[cCaptionPar],[bFixed],[bDisp],[iColWidth],[iAlign],[cOrder],[bLock],[iMergeCols],[bMustSel],[bNeedSum])select[cKey],[cFld],[cQryField],[iColPos],[cCaption],[cCaptionPar],[bFixed],[bDisp],[iColWidth],[iAlign],[cOrder],[bLock],[iMergeCols],[bMustSel],[bNeedSum]from[UFDATA_999_2002].[dbo].[AA_ColumnDic]wherecKey='InventoryKcRef'And(bDisp=1orbMustSel=1)orderbyiColPos庫存管理環(huán)境：Win2000+U850庫存管理庫存管理問題描述：850sp，

批次存貨，現(xiàn)存量查詢及保質(zhì)期預警查詢中數(shù)據(jù)錯誤，與批次臺帳中的數(shù)據(jù)不符，現(xiàn)存量查詢表的現(xiàn)存量、保質(zhì)期預警查詢數(shù)量為-2970（已經(jīng)限制零出庫），而批次臺帳數(shù)量為0。分析：庫存選項中的現(xiàn)存量修改時點是單據(jù)審核，而此存貨的所有單據(jù)只有一張6月份的其他出庫單審核了，5月份的單據(jù)均沒有審核。這樣只有一筆6月的單據(jù)作為現(xiàn)存量統(tǒng)計，其它作為到貨在檢量和待發(fā)貨數(shù)來統(tǒng)計。而保質(zhì)期預警取自現(xiàn)存量查詢的現(xiàn)存量。批次臺帳則統(tǒng)計的是批次出入庫單數(shù)據(jù)，批次出入庫單只要保存就統(tǒng)計在批次臺帳中。解決：將所有的出入庫單據(jù)進行審核即可。庫存管理問題描述：850sp，

批次存貨，現(xiàn)存量查詢及保質(zhì)期庫存管理問題描述：850版本，存貨多計量單位，固定換算率。查詢庫存收發(fā)存匯總表，查詢出來的件數(shù)與單據(jù)錄入中的不符。分析：850庫存帳表查詢界面，都有一個過濾條件“第幾輔計量”，用于錄入固定換算率中的計量單位序號，過濾查詢時，按每個存貨對應序號的輔計量換算率，換算件數(shù)。用戶在單據(jù)上輸入的是第2序號輔計量，帳表查詢時默認第1輔計量，所以與單據(jù)上的件數(shù)不符。解決辦法：查詢時輸入第2輔計量。見下頁庫存管理問題描述：850版本，存貨多計量單位，固定換算率。查庫存管理（接上頁）以999帳套為例，以下兩個存貨均為固定換算存貨8006計量單位存貨8006計量單位見下頁庫存管理（接上頁）存貨8006計量單位存貨8006計量單位見庫存管理（接上頁）過濾條件為第一輔計量時的查詢結果：過濾條件為第二輔計量時的查詢結果：取第1輔計量盒的換算率為2200/2=100取第2輔計量盒的換算率為20200/20=10沒有第2輔計量庫存管理（接上頁）過濾條件為第二輔計量時的查詢結果：取第1輔庫存管理問題描述：821批次業(yè)務、850出庫跟蹤入庫業(yè)務：1.批次負結存2.批次存貨還有現(xiàn)存量，但出庫提示現(xiàn)存量不夠。分析：1.批次錯誤問題，一般是由于批次入庫的累計出庫數(shù)量isoutquantity錯誤，以及mainbatch表的出空標志(bisnull)錯誤造成的。當批次入庫的累計出庫數(shù)量與入庫數(shù)量相等時，mainbatch.bisnull為1，即不允許再出庫。如果累計出庫數(shù)量算錯，就會使mainbatch.bisnull判斷錯誤，使得批次結存為零時，還可再出庫，造成負出庫?；蛘吲谓Y存不為零時，卻不能出庫了。2.批次管理存貨在數(shù)據(jù)表中如何體現(xiàn)的？現(xiàn)用圖表說明如下：（注：以下未考慮存貨自由項。并且只說明庫存批次出庫，未涉及銷售的批次發(fā)貨、開票業(yè)務，如果同時使用銷售、庫存且有批次業(yè)務時，建議先將銷售批次業(yè)務全部生成銷售出庫單，再做庫存批次數(shù)據(jù)調(diào)整，這樣有利于簡化數(shù)據(jù)處理過程。）3.以下數(shù)據(jù)圖表中只選取了與批次有關的字段：Rdrecord:brdflag,cbustype,cbuscodeRdrecords:autoid,cinvcode,iquantity,cbatch,cvouchcode,isoutquantity見下頁庫存管理問題描述：821批次業(yè)務、850出庫跟蹤入庫業(yè)務：庫存管理（接上頁）1.藍字批次入庫與藍字批次出庫的說明藍字批次入庫藍字批次出庫說明：藍字批次入庫單：Rdrecords.isoutquantity為累計出庫數(shù)量藍字批次出庫單：Rdrecord.cvouchcode為對應入庫單子表的autoidmainbatch說明：Rdid為批次入庫子表的autoid，即rdrecords.autoidBisnull為出空標志，當批次入庫子表的入庫數(shù)量等于累計出庫數(shù)量時，rdrecords.isoutquantity=rdrecords.iquantity，bisnull＝1。見下頁庫存管理（接上頁）藍字批次入庫藍字批次出庫說明：mainba庫存管理(接上頁)2.紅字批次出庫單：分兩種情況說明2.1未與藍字批次入庫對應的紅字批次出庫說明：未與藍字批次入庫對應的紅字批次出庫，等同于藍字批次入庫處理規(guī)則。紅字批次出庫說明：1.mainbatch表中同時也加入一條記錄。見下頁庫存管理(接上頁)說明：未與藍字批次入庫對應的紅字批次出庫，庫存管理(接上頁)2.2.與藍字批次入庫對應的紅字批次出庫（出庫退回業(yè)務）說明：1.與藍字批次入庫對應的紅字批次出庫，界面實現(xiàn)時，實際對應選擇的是藍字批次出庫記錄，再通過藍字批次出庫記錄與藍字批次入庫記錄建立起關聯(lián)。2.該紅字批次出庫子表的cvouchcode,寫對應藍字批次出庫單子表的cvouchcode(見紅線走向)，同時減少關聯(lián)入庫單子表的isoutquantity(見藍線走向，原isoutquantity為16，現(xiàn)為13=16-13)2.同時對應藍字出庫子表的isoutquantity寫紅字出庫累計數(shù)量。3.同時，該紅字出庫子表的isoutquantity寫對應藍字出庫子表的autoid，見下頁注：請主要看藍色流程與紅色流程庫存管理(接上頁)說明：見下頁注：請主要看庫存管理(接上頁)3.紅字批次入庫單說明：紅字批次出庫單業(yè)務等同于藍字批次出庫單處理規(guī)則庫存管理(接上頁)說明：紅字批次出庫單業(yè)務等同于藍字批次出庫庫存管理(接上頁)4.小結小結：1.凡是rdrecords.cvouchcode的值等于批次入庫子表autoid的記錄，都應是影響批次入庫累計出庫數(shù)量的單據(jù)。2.批次入庫的累計出庫數(shù)量＝對應藍字批次出庫＋與其對應的紅字批次出庫+ABS(對應的紅字批次入庫數(shù)量)3.作為批次入庫的來源有：藍字批次入庫單、未與藍字批次入庫對應的紅字批次出庫。簡便方法，可以根據(jù)mainbatch表確定，凡是mainbatch表中有的記錄，都是作為批次入庫來處理的。1234551234＝＋＋＋ABS庫存管理(接上頁)小結：1.凡是rdrecords.cvou庫存管理(接上頁)解決辦法：（如有銷售批次發(fā)貨、開票業(yè)務，應先全部生成銷售出庫單，再進行調(diào)整）1.調(diào)整批次問題，首先要計算出正確的批次入庫子表的累計出庫數(shù)量（rdrecords.isoutquantity），如果正確的累計出數(shù)量小于批次入庫數(shù)量，可直接更新isoutquantity，如果正確的累計出庫數(shù)量已經(jīng)大于批次入庫數(shù)量，有兩種方法，一是更新isoutquantity前，先刪除多出庫的單據(jù)，再重算累計出庫數(shù)量，再更新isoutquantiy；二是根據(jù)多出庫數(shù)量補錄一張入庫單據(jù)，再到數(shù)據(jù)庫中將此此張入庫單的累計出庫數(shù)量改成入庫數(shù)量，同時將多出單據(jù)的cvouchcode指向這張入庫單。2.根據(jù)累計出庫數(shù)量與入庫數(shù)量的關系統(tǒng)來調(diào)整mainbatch表。3.調(diào)整批次問題還有需要注意的地方：批次上年期末有結存時（即累計出庫數(shù)量小于入庫數(shù)量），要被接轉至本年。結轉本年的期初記錄與上一年期末完全相同，累計出庫數(shù)量也同樣被結轉下來。這樣，如果本年有指定期初批次結存進行出庫的業(yè)務時，是在上年結轉過來的累計出庫數(shù)量上再加上本年累計出庫數(shù)量，所以調(diào)整數(shù)據(jù)時，要注意將上年結轉過來的累計出庫數(shù)量減掉，再去比較今年累計出庫數(shù)量與實際出庫數(shù)量是否相等。庫存管理(接上頁)解決辦法：（如有銷售批次發(fā)貨、開票業(yè)務，應庫存管理環(huán)境：Win2000+SQL7+U821（U850）問題描述:存貨中調(diào)撥單記帳錯誤而出入庫單記帳正確分析：存貨中對調(diào)撥單生成的其他出入庫單單獨記帳，數(shù)據(jù)正確解決辦法：跟蹤發(fā)現(xiàn)調(diào)撥單同其生成的出入單子表關聯(lián)項數(shù)據(jù)錯誤取消單據(jù)記帳，然后做如下更新：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]重新對調(diào)撥單記帳，數(shù)據(jù)正確備注：適用條件同一調(diào)撥單中同樣的存貨可有多條分錄但數(shù)量不同庫存管理環(huán)境：Win2000+SQL7+U821（U850）庫存管理問題描述：821、850，先進先出計價法，調(diào)撥單生成的其他出庫單成本不按先進先出規(guī)則核算成本。（庫存選項，選擇調(diào)撥單自動取單價引起的問題）分析：經(jīng)查看數(shù)據(jù)，其他出庫單記帳前就已有出庫單價及金額，此類其他出庫單均由調(diào)撥單生成。庫存選項中選擇了調(diào)撥單自動取單價。選擇此選項，調(diào)撥單保存時會從存貨核算取結存成本，同時其他出入庫單也帶入相同成本，記帳時按已有的出庫成本來核算。解決辦法：取消選項，重新生成調(diào)撥單。如果要求出庫成本按計價方式核算，不要選擇這一選項。庫存管理問題描述：821、850，先進先出計價法，調(diào)撥單生庫存管理問題描述：

821版本，現(xiàn)存量與庫存收發(fā)存匯總表不符，大部分存貨現(xiàn)存量不正確。解決辦法：1.使用整理現(xiàn)存量工具。2.整理現(xiàn)存量后，依然不對，可到ufsystem數(shù)據(jù)庫的ua_account_sub中查看是否該帳套庫存啟用的記錄是否正確，如沒有手工添加即可。（參照999）如有啟用日期計算rdrecord/s>=啟用日期的記錄，如果沒有計算rdrecord/s>=業(yè)務日期。3.不屬于以上兩種情況，應重點查看st_totalaccount的期初，因為整理現(xiàn)存量時是根據(jù)st_totoalaccount的期初與rdrecord/s的收入發(fā)出計算的，rdrecord/s屬于原始單據(jù)的記錄，一般不會有錯，所以現(xiàn)存量錯誤應重點檢查st_totalaccount的期初數(shù)量。例如，啟用帳套的ibeginquantity庫存管理問題描述：

821版本，現(xiàn)存量與庫存收發(fā)存匯總表不符庫存管理問題描述：821，

庫存里銷售出庫單表頭項目發(fā)貨單號，不是相應銷售發(fā)貨單的發(fā)貨單號，給客戶帶來很多不方便。分析：銷售出庫單上的發(fā)貨單號實際是dispatchlist.id號，不是發(fā)貨單據(jù)號。銷售出庫單上的業(yè)務號，實際上是與銷售出庫單對應的發(fā)貨單或發(fā)票的單據(jù)號，但是在銷售出庫單列表不能被設置，需要運行一下腳本，然后把業(yè)務號選出來就是發(fā)貨單號或發(fā)票號。解決辦法：updateinv