U8-謝艷維護案例.ppt

維護案例,主講人：謝艷 U8技術(shù)支持部,采購管理,問題描述： 821、850，采購系統(tǒng)的暫估入庫余額一覽表與存貨核算系統(tǒng)的暫估材料余額表的本期結(jié)余不相等。 分 析： 兩張表統(tǒng)計取數(shù)的數(shù)據(jù)表不同，統(tǒng)計口徑也不一致，具體說明如下： 1.取數(shù)的數(shù)據(jù)表不同： 采購暫估入庫余額表從rdrecord/s,pursettlevouch/s取數(shù)。存貨核算的暫估材料余額表從ia_subsidiary中取數(shù)。 2.統(tǒng)計口徑不同： 采購暫估：采購暫估入庫余額表判斷“暫估”時，只以采購入庫單是否結(jié)算為標(biāo)準(zhǔn)，如果采購入庫單未結(jié)算，即認為暫估。 采購報銷：采購入庫單與發(fā)票結(jié)算后，即認為報銷。 存貨暫估：未結(jié)算的采購入庫單在存貨記帳，即認為暫估記帳。 存貨報銷：已暫估記帳的采購入庫單，在采購結(jié)算后，存貨進行了暫估處理后，認為是存貨報銷。,采購管理,維護案例八（接上一案例） 經(jīng)過分析，兩表對不上的原因有： 1.采購有未結(jié)算采購入庫單，采購統(tǒng)計為暫估；存貨未對其記帳（即押單處理），存貨不會統(tǒng)計成暫估。 2.存貨已暫估記帳的采購入庫單，發(fā)票到并與采購入庫單結(jié)算，采購減少暫估數(shù)量。但存貨未進行暫估處理，存貨系統(tǒng)仍以暫估來統(tǒng)計。 3.U821分次結(jié)算的采購入庫單存貨不能進行暫估處理，只有全部結(jié)算完畢才能暫估處理。這樣采購將分次結(jié)算部分統(tǒng)計在結(jié)算金額中，而存貨卻統(tǒng)計在暫估中。（較多） 4.U850本月業(yè)務(wù)中，如果先暫估記帳，后部分結(jié)算，也不能進行暫估處理，同樣會造成兩表的結(jié)存不一致。 解決辦法： 1.本月采購入庫單，本月存貨全部記帳； 2.月末結(jié)算前，一定要進行暫估處理業(yè)務(wù)（850的結(jié)算成本處理） 3.由于821存貨不支持的部分結(jié)算暫估處理業(yè)務(wù)，所這種情況目前不能解決。 4.850中，本月的采購入庫單暫估記帳，最好在月底進行，保證先部分結(jié)算再對采購入庫單記帳的業(yè)務(wù)，可避免因先暫估記由后部分結(jié)算造成的兩表不一致。,采購管理,問題描述：850SP版本，采購管理中輸入到貨單，然后在庫存管理中根據(jù)到貨單生成采購入庫單，發(fā)現(xiàn)有一部分到貨單中有數(shù)量，單價，金額，但是在生成采購入庫單時，只有數(shù)量，沒有單價和金額。 分 析： 采購到貨單子表（PU_ArrivalVouchs），有部分到貨單表體存貨對應(yīng)的記錄中的本幣單價等為0，而采購入庫單取的是到貨單上的本幣單價，所以由到貨單生成入庫單時帶出的單價是0而不是沒有帶出單價。 解決方法： 由于此數(shù)據(jù)沒有外幣設(shè)置，所以可以用sql語句直接修改。update pu_ArrivalVouchs set iCost=iOriCost, iMoney=iOriMoney, iTaxPrice=iOriTaxPrice, iSum=iOriSum where isnull(iCost,0)=0 or isnull(iMoney,0)=0 or isnull(iTaxPrice,0)=0 or isnull(iSum,0)=0 如果有外幣設(shè)置的話，需要換算，則可以找 出表體存貨本幣單價為0的到貨單，修改，重新輸入單價保存即可。,采購管理,問題描述：821暫估入庫余額表上月期末余額與本月期初余額相差幾分錢。如：2002年9月期末余額3961651.70元，10月期初余額3961651.85元。 分析及處理：暫估入庫余額表中的本期入庫金額取自于rdrecords.iaprice,而下月期初余額，則是由（iquantity-isquantity+pursettlevouch.isvquantity(上月結(jié)算數(shù)量)）*facost得來的。由于rdrecords.iaprice為浮點型數(shù)值，使用兩者會產(chǎn)生差額。出現(xiàn)這種情況可使用以下語句作調(diào)整： 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 開發(fā)針對此問題，作了補丁腳本，可調(diào)整正確。,采購管理,其他常見小問題： 1.問題描述：升級到8.21后,在采購管理中錄入入庫單和發(fā)票時,供應(yīng)商檔案無法進行模糊查詢 解決方法：系統(tǒng)默認的選項是“基于基串向前模糊匹配”，將選項改為“基于基串前后模糊匹配” 2.問題描述：采購入庫單單據(jù)號不按順序排列，出現(xiàn)跳號現(xiàn)象。如第一采購入庫單號0000000001，第二張采購入庫單為0000000003 解決方法：理解問題，U821 單據(jù)號按倉庫收發(fā)類別（brdflag）排序。例如A倉庫增加一張采購入庫單，單據(jù)號為0000000001；A倉庫增加一張其他入庫單，單據(jù)號0000000002，A倉庫再增加一張采購入庫單，單據(jù)號為0000000003。 3.問題描述：采購結(jié)算單刪除，采購入庫單還有結(jié)算標(biāo)志。 解決辦法：程序原因造成，刪除結(jié)算單時未將采購入庫單與結(jié)算有關(guān)的字段值刪除。Rdrecords.dsdtae（結(jié)算日期）、Rdrecords.isquantity （累計結(jié)算數(shù)量）、isnum（累計結(jié)算件數(shù)）、imoney（累計結(jié)算金額）注意:isquantity,imoney 不能改為null,而應(yīng)改為0，否則在手工結(jié)算處仍不能過濾出來。,采購管理,4.問題描述：采購系統(tǒng)中的采購入庫單和采購發(fā)票的格式亂了,應(yīng)如何處理。（821） 解決辦法：從Ufmodel.mdb數(shù)據(jù)庫中將InvoiceItema表導(dǎo)入本數(shù)據(jù)庫生成一個新表替換原表即可。 5.問題描述：采購結(jié)算單列表的條件項沒有結(jié)算單號，過濾操作不方便，能否加上？（821） 解決辦法： update vouchlist set bcondition=1,bcanset=1 where cvouchcode=99 and citemname=結(jié)算號 6.問題描述：在采購管理模塊-帳表-采購明細表點擊“設(shè)置”出現(xiàn)“越界”，按確定出現(xiàn)“錯誤提示”，其他象“入庫明細表”也會有出現(xiàn)同樣現(xiàn)象。 解決辦法：將999演示帳套數(shù)據(jù)庫中以rpt_開頭的表導(dǎo)入到出錯的帳套數(shù)據(jù)庫中即可。,銷售管理,問題描述：850sp版本，銷售明細賬中查詢范圍：截至2003-4-30，但查詢出的數(shù)據(jù)包括5、6月份的銷售發(fā)票，沒有銷售數(shù)據(jù)，只有成本。 分 析：銷售明細帳的查詢條件中，開票日期表示銷售開票日期，結(jié)算日期表示銷售成本日期。此用戶查詢時，只錄入了開票截止日期，沒有錄入結(jié)算日期查詢范圍，系統(tǒng)會將開票截止日期的銷售發(fā)票與全部銷售成本查詢出來。 解決辦法：輸入結(jié)算日期查詢范圍。 問題描述：821版本，發(fā)票或發(fā)貨單的含稅單價*數(shù)量不等于價稅合計，通常相差幾分錢。 分 析：很多情況下由于報價折扣引起，表體上的報價如果與含稅單價（無稅單價）有差額，系統(tǒng)自動會根據(jù)兩者相差算出扣率，扣率直接影響價稅合計的計算。 解決辦法： 1.如果沒有折扣，建議直接修改報價，這樣含稅單價（無稅單價）會與報價同時改變，金額相同，扣率為100，也就不會因扣率產(chǎn)生尾差問題。 2.另外使用最新的銷售exe，最新exe可將扣率小數(shù)位設(shè)置為2位，扣率小數(shù)位增加，價稅合計計算精度會增加，減少發(fā)生問題的概率。,銷售管理,問題描述：821銷售年度結(jié)轉(zhuǎn)后，發(fā)貨統(tǒng)計表、發(fā)貨結(jié)算收款勾對表等本月期初與上年期末對不上。 分 析： 常見的原因有： 1.程序問題，造成統(tǒng)計出錯。 2.上年結(jié)轉(zhuǎn)至今年的退貨單上，期初標(biāo)志錯誤。 3.去年有超發(fā)貨單開票業(yè)務(wù)，帳表統(tǒng)計未開票數(shù)量（金額）為負，（未開票數(shù)量用發(fā)貨數(shù)量開票數(shù)量）。而年結(jié)時，如果開票數(shù)量=發(fā)貨數(shù)量，且已生成出庫單，就不會結(jié)轉(zhuǎn)到今年，今年的相關(guān)帳表統(tǒng)計時，就不會統(tǒng)計出負數(shù)的未開票數(shù)量。 4.程序原因，使得一些應(yīng)結(jié)轉(zhuǎn)至今年的退貨單未結(jié)轉(zhuǎn)過來。 解決辦法（見下頁PPT）,銷售管理,（接上頁） 解決辦法： 1.遇到此類問題，先將銷售有關(guān)的帳表補丁執(zhí)行一遍，補丁中已解決了大部分因程序原因造成的統(tǒng)計錯誤。 2. update dispatchlist set bfirst=1 where ddate=2002-12-31 and bteturnflag=1 and bfirst=0 3.與用戶解釋清楚軟件的統(tǒng)計規(guī)則。也可使用相關(guān)補丁，補丁將去年超發(fā)貨單開票業(yè)務(wù)的未開票數(shù)量（金額）統(tǒng)計為零，這樣能夠與今年對上。 4.開發(fā)針對這種錯誤，已出相關(guān)調(diào)整工具，但不是全部情況都適用，需要具體情況，具體對待。如果開發(fā)工具不適用，可以打上結(jié)轉(zhuǎn)補丁后，重新結(jié)轉(zhuǎn)，然后對比兩個數(shù)據(jù)庫，將少結(jié)轉(zhuǎn)的退貨單通過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的表結(jié)構(gòu)出現(xiàn)問題. 4. 關(guān)于單據(jù)定義、單據(jù)項目定義的表vouchers、invoiceitem_sal等出現(xiàn)問題。 解決辦法： 1.修改maxvouch，或者啟用遠程應(yīng)用。 2.將異常單號修改正確，或者啟用遠程應(yīng)用。 3.參照999表結(jié)構(gòu)，修改相應(yīng)屬性，或者修復(fù)表。 4.從999帳套中導(dǎo)入vouchers、invoiceitem_sal等表的默認數(shù)值。,銷售管理,問題描述：U821版本，存貨核算填制銷售出庫調(diào)整單，收發(fā)存匯總表金額已被調(diào)整，但此單據(jù)未回寫到銷售統(tǒng)計分析表中去。 分 析：銷售統(tǒng)計表的成本金額取自于存貨，銷售出庫單的成本與銷售出庫調(diào)整單的成本應(yīng)反映到銷售統(tǒng)計表的成本中。但821帳表查詢時，要求銷售出庫調(diào)整單，必須填寫部門、客戶，否則銷售系統(tǒng)不能反映此筆調(diào)整金額。（850無此問題） 解決辦法：銷售調(diào)整單填寫部門、客戶即可。 問題描述：U821，銷售收入明細賬數(shù)值型自定義項的是否匯總選擇項置灰，不能進行匯總。 解決辦法：select * from rpt_flddef where modeex=0 and id=(select b.id from Rpt_GlbDEF b where name=銷售收入明細賬)，找到需要匯總的自定義項，把其對應(yīng)的note字段的數(shù)據(jù)由改為sum 問題描述：U821版本，銷售統(tǒng)計表數(shù)量乘以單價不等金額。 解決辦法：update rpt_flddef set condition=價稅合計/數(shù)量 where id_field in (select id_field from rpt_flddef a inner join rpt_glbdef b on a.id=b.id where b.systemid=sa and =銷售統(tǒng)計表 and a.modeex=0 and =單價),銷售管理,問題描述： 821先發(fā)貨模式下發(fā)貨單不再顯示發(fā)票號，如何查詢發(fā)貨單開票情況。 解決辦法：由于U8支持發(fā)貨單拆單生成多張發(fā)票，所以無法在發(fā)貨單上顯示多個發(fā)票號?？赏ㄟ^以下三種變通辦法來查看發(fā)貨單開票的情況 1.通過發(fā)貨單列表，設(shè)置出結(jié)算數(shù)量，來查詢發(fā)貨單開票情況； 2.可在發(fā)貨結(jié)算勾對表、發(fā)貨開票收款勾對表查詢發(fā)貨開票情況； 3.發(fā)貨單點擊右鍵查詢對應(yīng)的發(fā)票； 提示：先開票后發(fā)貨模式下，由于發(fā)票與發(fā)貨單是一對一關(guān)系，貨單上可以顯示發(fā)票號。 問題描述：821、850版本，發(fā)票上的客戶應(yīng)收款余額不能顯示出來。 解決辦法：設(shè)置信用控制，點擊客戶檔案上的信用，即會刷新客戶應(yīng)收余額。 注：此問題同樣可以解決信用控制不正確問題。,環(huán)境：Win2000+U850 問題描述：庫存其他入庫單單據(jù)列表聯(lián)查單據(jù)為空白，如圖 分析過程： 進入其他入庫單錄入界面正常 判斷單據(jù)模板的沒有問題 解決過程： 跟蹤檢查發(fā)現(xiàn)數(shù)據(jù)在檢索模板 打開模板表中其他入庫單模板，發(fā)現(xiàn)同在檢索編號不同 修改其他入庫單對應(yīng)模板編號 再進入單據(jù)列表問題解決。 備注：用此方法對其他單據(jù)也適用,庫存管理,環(huán)境：Win2000+U850 問題描述：庫存生成銷售出庫單時報錯違反了主鍵約束，收發(fā)記錄主子表rdrecord(s) 插入重復(fù)值，見下圖 分 析： 系統(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) 成對應(yīng)最大值。問題解決 備注：庫存單據(jù)有可執(zhí)行年度帳數(shù)據(jù)庫中的存儲過程sp_UpdateId_ST,庫存管理,環(huán)境：Win2000+U850 問題描述：出入庫單中存貨參照提示“沒有對應(yīng)的數(shù)據(jù)字典” 分 析：欄目字典表（AA_Columndic）缺少存貨的參照記錄。 解決方法： 把999演示帳套對應(yīng)的數(shù)據(jù)導(dǎo)入即可（可在查詢分析器對應(yīng)的數(shù)據(jù)庫中執(zhí)行如下語句）： INSERT INTO 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 where cKey=InventoryKcRef And (bDisp=1 or bMustSel=1) order by iColPos,庫存管理,庫存管理,問題描述：850sp， 批次存貨，現(xiàn)存量查詢及保質(zhì)期預(yù)警查詢中數(shù)據(jù)錯誤，與批次臺帳中的數(shù)據(jù)不符，現(xiàn)存量查詢表的現(xiàn)存量、保質(zhì)期預(yù)警查詢數(shù)量為-2970（已經(jīng)限制零出庫），而批次臺帳數(shù)量為0。 分 析：庫存選項中的現(xiàn)存量修改時點是單據(jù)審核，而此存貨的所有單據(jù)只有一張6月份的其他出庫單審核了，5月份的單據(jù)均沒有審核。這樣只有一筆6月的單據(jù)作為現(xiàn)存量統(tǒng)計，其它作為到貨在檢量和待發(fā)貨數(shù)來統(tǒng)計。而保質(zhì)期預(yù)警取自現(xiàn)存量查詢的現(xiàn)存量。批次臺帳則統(tǒng)計的是批次出入庫單數(shù)據(jù)，批次出入庫單只要保存就統(tǒng)計在批次臺帳中。 解 決：將所有的出入庫單據(jù)進行審核即可。,庫存管理,問題描述：850版本，存貨多計量單位，固定換算率。查詢庫存收發(fā)存匯總表，查詢出來的件數(shù)與單據(jù)錄入中的不符。 分 析：850庫存帳表查詢界面，都有一個過濾條件“第幾輔計量”，用于錄入固定換算率中的計量單位序號，過濾查詢時，按每個存貨對應(yīng)序號的輔計量換算率，換算件數(shù)。用戶在單據(jù)上輸入的是第2序號輔計量，帳表查詢時默認第1輔計量，所以與單據(jù)上的件數(shù)不符。 解決辦法：查詢時輸入第2輔計量。,見下頁,庫存管理,（接上頁） 以999帳套為例，以下兩個存貨均為固定換算,存貨8006計量單位,存貨8006計量單位,見下頁,庫存管理,（接上頁） 過濾條件為第一輔計量時的查詢結(jié)果：,過濾條件為第二輔計量時的查詢結(jié)果：,取第1輔計量盒的換算率為2 200/2=100,取第2輔計量盒的換算率為20 200/20=10,沒有第2輔計量,庫存管理,問題描述： 821批次業(yè)務(wù)、850出庫跟蹤入庫業(yè)務(wù)：1.批次負結(jié)存 2.批次存貨還有現(xiàn)存量，但出庫提示現(xiàn)存量不夠。 分 析： 1.批次錯誤問題，一般是由于批次入庫的累計出庫數(shù)量isoutquantity錯誤，以及mainbatch表的出空標(biāo)志(bisnull)錯誤造成的。當(dāng)批次入庫的累計出庫數(shù)量與入庫數(shù)量相等時，mainbatch.bisnull為1，即不允許再出庫。如果累計出庫數(shù)量算錯，就會使mainbatch.bisnull判斷錯誤，使得批次結(jié)存為零時，還可再出庫，造成負出庫?；蛘吲谓Y(jié)存不為零時，卻不能出庫了。 2. 批次管理存貨在數(shù)據(jù)表中如何體現(xiàn)的？現(xiàn)用圖表說明如下：（注：以下未考慮存貨自由項。并且只說明庫存批次出庫，未涉及銷售的批次發(fā)貨、開票業(yè)務(wù)，如果同時使用銷售、庫存且有批次業(yè)務(wù)時，建議先將銷售批次業(yè)務(wù)全部生成銷售出庫單，再做庫存批次數(shù)據(jù)調(diào)整，這樣有利于簡化數(shù)據(jù)處理過程。） 3.以下數(shù)據(jù)圖表中只選取了與批次有關(guān)的字段： Rdrecord:brdflag,cbustype,cbuscode Rdrecords:autoid,cinvcode,iquantity,cbatch,cvouchcode,isoutquantity,見下頁,庫存管理,（接上頁） 1.藍字批次入庫與藍字批次出庫的說明,說明： 藍字批次入庫單：Rdrecords.isoutquantity為累計出庫數(shù)量 藍字批次出庫單：Rdrecord.cvouchcode為對應(yīng)入庫單子表的autoid,說明： Rdid為批次入庫子表的autoid，即rdrecords.autoid Bisnull為出空標(biāo)志，當(dāng)批次入庫子表的入庫數(shù)量等于累計出庫數(shù)量時，rdrecords.isoutquantity=rdrecords.iquantity，bisnull1。,見下頁,庫存管理,(接上頁) 2.紅字批次出庫單：分兩種情況說明 2.1 未與藍字批次入庫對應(yīng)的紅字批次出庫,說明：未與藍字批次入庫對應(yīng)的紅字批次出庫，等同于藍字批次入庫處理規(guī)則。,紅字批次出庫,說明：1.mainbatch表中同時也加入一條記錄。,見下頁,庫存管理,(接上頁) 2.2. 與藍字批次入庫對應(yīng)的紅字批次出庫（出庫退回業(yè)務(wù)）,說明： 1.與藍字批次入庫對應(yīng)的紅字批次出庫，界面實現(xiàn)時，實際對應(yīng)選擇的是藍字批次出庫記錄，再通過藍字批次出庫記錄與藍字批次入庫記錄建立起關(guān)聯(lián)。 2.該紅字批次出庫子表的cvouchcode,寫對應(yīng)藍字批次出庫單子表的cvouchcode(見紅線走向)，同時減少關(guān)聯(lián)入庫單子表的isoutquantity(見藍線走向，原isoutquantity為16，現(xiàn)為13=16-13) 2.同時對應(yīng)藍字出庫子表的isoutquantity寫紅字出庫累計數(shù)量。 3.同時，該紅字出庫子表的isoutquantity寫對應(yīng)藍字出庫子表的autoid，,見下頁,注：請主要看 藍色流程與紅色流程,庫存管理,(接上頁) 3.紅字批次入庫單,說明：紅字批次出庫單業(yè)務(wù)等同于藍字批次出庫單處理規(guī)則,庫存管理,(接上頁) 4.小結(jié),小結(jié)：1.凡是rdrecords.cvouchcode的值等于批次入庫子表autoid的記錄，都應(yīng)是影響批次入庫累計出庫數(shù)量的單據(jù)。 2.批次入庫的累計出庫數(shù)量對應(yīng)藍字批次出庫與其對應(yīng)的紅字批次出庫+ABS(對應(yīng)的紅字批次入庫數(shù)量) 3.作為批次入庫的來源有：藍字批次入庫單、未與藍字批次入庫對應(yīng)的紅字批次出庫。簡便方法，可以根據(jù)mainbatch表確定，凡是mainbatch表中有的記錄，都是作為批次入庫來處理的。,5,1,2,3,4,ABS,庫存管理,(接上頁),解決辦法：（如有銷售批次發(fā)貨、開票業(yè)務(wù)，應(yīng)先全部生成銷售出庫單，再進行調(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ù)量的關(guān)系統(tǒng)來調(diào)整mainbatch表。 3.調(diào)整批次問題還有需要注意的地方： 批次上年期末有結(jié)存時（即累計出庫數(shù)量小于入庫數(shù)量），要被接轉(zhuǎn)至本年。結(jié)轉(zhuǎn)本年的期初記錄與上一年期末完全相同，累計出庫數(shù)量也同樣被結(jié)轉(zhuǎn)下來。這樣，如果本年有指定期初批次結(jié)存進行出庫的業(yè)務(wù)時，是在上年結(jié)轉(zhuǎn)過來的累計出庫數(shù)量上再加上本年累計出庫數(shù)量，所以調(diào)整數(shù)據(jù)時，要注意將上年結(jié)轉(zhuǎn)過來的累計出庫數(shù)量減掉，再去比較今年累計出庫數(shù)量與實際出庫數(shù)量是否相等。,庫存管理,環(huán)境：Win2000+SQL7+U821（U850） 問題描述:存貨中調(diào)撥單記帳錯誤而出入庫單記帳正確 分 析：存貨中對調(diào)撥單生成的其他出入庫單單獨記帳，數(shù)據(jù)正確 解決辦法： 跟蹤發(fā)現(xiàn)調(diào)撥單同其生成的出入單子表關(guān)聯(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 ) onTransVouch.ctvcode=RdRecord.cbuscodeand RdRecords.cinvcode=TransVouchs.cinvcode where cvouchtype between 08 and 09 and TransVouchs.AutoIDiTrIds and iQuantity =iTVQuantity 重新對調(diào)撥單記帳，數(shù)據(jù)正確 備注：適用條件同一調(diào)撥單中同樣的存貨可有多條分錄但數(shù)量不同,庫存管理,問題描述： 821、850，先進先出計價法，調(diào)撥單生成的其他出庫單成本不按先進先出規(guī)則核算成本。（庫存選項，選擇調(diào)撥單自動取單價引起的問題） 分 析：經(jīng)查看數(shù)據(jù)，其他出庫單記帳前就已有出庫單價及金額，此類其他出庫單均由調(diào)撥單生成。庫存選項中選擇了調(diào)撥單自動取單價。選擇此選項，調(diào)撥單保存時會從存貨核算取結(jié)存成本，同時其他出入庫單也帶入相同成本，記帳時按已有的出庫成本來核算。 解決辦法：取消選項，重新生成調(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è)務(wù)日期。 3.不屬于以上兩種情況，應(yīng)重點查看st_totalaccount 的期初，因為整理現(xiàn)存量時是根據(jù)st_totoalaccount的期初與rdrecord/s的收入發(fā)出計算的，rdrecord/s屬于原始單據(jù)的記錄，一般不會有錯，所以現(xiàn)存量錯誤應(yīng)重點檢查st_totalaccount的期初數(shù)量。例如，啟用帳套的ibeginquantity,庫存管理,問題描述：821， 庫存里銷售出庫單表頭項目發(fā)貨單號，不是相應(yīng)銷售發(fā)貨單的發(fā)貨單號，給客戶帶來很多不方便。 分 析：銷售出庫單上的發(fā)貨單號實際是dispatchlist.id號，不是發(fā)貨單據(jù)號。銷售出庫單上的業(yè)務(wù)號，實際上是與銷售出庫單對應(yīng)的發(fā)貨單或發(fā)票的單據(jù)號，但是在銷售出庫單列表不能被設(shè)置，需要運行一下腳本，然后把業(yè)務(wù)號選出來就是發(fā)貨單號或發(fā)票號。 解決辦法：update invoiceitem_ set canmodify=1 where cardnum=0303 and cardsection=t and fieldname in (cbuscode) 問題描述：821庫存系統(tǒng)收發(fā)存匯總表，本月期初和上月期末對不上？ 分 析：庫存收發(fā)存匯總表期初是從st_totalaccout中取數(shù)，本期數(shù)從rdrecord/s中取數(shù)，一般情況下，是庫存總帳錯誤st_totalaccount。經(jīng)查看數(shù)據(jù)發(fā)現(xiàn)同一月份、同一倉庫、同一存貨存的兩條記錄的情況很多，庫存取消結(jié)帳，重新結(jié)帳即可，系統(tǒng)會自動重算st_totalaccout.,存貨核算,問題描述： 821、850，計劃價法計算出的差異率異常偏大，或者全月平均、移動平均核算出的成本單價異常偏大。 分 析：以上三種計價方式下，由于零出庫或暫估成本與結(jié)算成本不一致，會造成出庫單價(或差異率)極大或極小甚至出現(xiàn)負單價（或差異率）等情況的問題。 解決辦法： 1.如果目前的結(jié)存數(shù)量為正，單價異常大，直接用調(diào)整單來調(diào)整金額。 2.如果目前的結(jié)存數(shù)量為負，單價異常，需要做入庫單將數(shù)量與金額調(diào)整為正，再進行出入庫。 3.對于以上三種計價方式，經(jīng)常有零成本出庫業(yè)務(wù)，一定要將選項中的“最高最低控制”選上，并設(shè)置好最大最小單價。這樣當(dāng)記帳成本超出范圍時，系統(tǒng)會提示，并按選項取數(shù)。 4.存貨選項中的“賬面為負結(jié)存時入庫單記帳自動生成出庫調(diào)整單”也要選項，此選項可根據(jù)負結(jié)存數(shù)量、入庫單成本自動生成調(diào)整單，減少單價異常偏大發(fā)生的概率。,存貨核算,問題描述：U821版本，存貨記帳提示“存貨記帳失敗”。 分 析：這種錯誤一般在升級到U8的帳套中出現(xiàn)。錯誤原因是由于存貨總帳ia_summary有重復(fù)記錄造成。即ia_summary中同一月份、同一倉庫、同一存貨只有兩條記錄。Access版本有重復(fù)記錄一樣可以進行記帳并進行期末處理。U8sql版不能處理重復(fù)記錄，要求記錄必須唯一。 解決辦法： 1.如果能確認重復(fù)記錄的值是完全相同的，則刪除多余記錄，只保留一條即可。有語句可供參考 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.如果重復(fù)記錄各不相同，需要通過與ia_subsidiary、rdrecord/s或st_totalaccount聯(lián)查，來確認重復(fù)記錄中正確記錄，將錯誤記錄刪除即可。 3.如有可能，恢復(fù)記帳，重新記帳。,存貨核算,問題描述：U821版本，采購入庫單記帳失敗。 分析解決：存貨對采購入庫單記帳時，要判斷采購入庫單是否結(jié)算過。對未結(jié)算記錄記帳時，檢查該記錄的結(jié)算信息是不為空，如rdrecords.dsdata是否為空，rdrecords.isquantity是否為零，如果不符合則不予以記帳。經(jīng)查看數(shù)據(jù)，發(fā)現(xiàn)未結(jié)算的采購入庫單記錄上有結(jié)算信息，只要清空（注意：isquantity必須改為零，而不是null），即可正常記帳。 問題描述：821全月平均法，期末處理后。明細帳的出庫成本正確，但對應(yīng)單據(jù)成本錯誤。 分 析：程序問題造成的錯誤，只在回寫出庫單金額時錯誤，存貨明細帳是正確的。 解決辦法： 1.使用補丁，避免以后再發(fā)生錯誤。 2.對已經(jīng)存貨的錯誤，可根據(jù)存貨明細帳修改單據(jù)金額，有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.iaoutpricea.iprice and a.iquantity=b.iaoutquantity and b.ioutcost=a.iunitcost,存貨核算,問題描述：U821版本，存貨期末處理失敗，錯誤提示有：“存貨期末處理失敗”、“運行實時錯誤，-2147418113（8000FFFF），連接失敗” ，“運行時錯誤2147 ，僅當(dāng)使用列的列表，并且identity_insert為on時才能在表tempdbiaperdeal_xy 分析解決：存貨期末處理失敗的常見原因有以下幾種： 1.存貨總帳中同一月份、同一倉庫、同一存貨的記錄重復(fù)，按照維護案例一的處理方法，刪除多余記錄即可。 2.磁盤空間不足 3.如提示“運行實時錯誤，-2147418113（8000FFFF），連接失敗”，一般情況下是數(shù)據(jù)表中有異常字符，主要查看ia_subsidiary、ia_summary。還可使用以下辦法來清除異常字符：在數(shù)據(jù)庫中將ia_subsidiary表置為設(shè)計狀態(tài)，將cdefine1字段的原數(shù)據(jù)類型bit改為char,長度默認為10位后點保存，會出現(xiàn)保存的提示框，點是。然后再將brdflag字段的數(shù)據(jù)類型char改為其原數(shù)據(jù)類型bit，長度默認為1位再點保存，仍會出現(xiàn)保存的提示框，點是，接著會出現(xiàn)驗證警告，仍點擊是即可。然后再進入存貨系統(tǒng)進行期末處理即可,存貨核算,維護案例(接上頁) 分析解決： 如果錯誤提示：“運行時錯誤2147 ，僅當(dāng)使用列的列表，并且identity_insert為on時才能在表tempdbiaperdeal_xy ，則表示數(shù)據(jù)表中的字段屬性值有問題。 用sqlserver跟蹤器跟蹤發(fā)現(xiàn)，系統(tǒng)在執(zhí)行insert into tempdbIAPerDeal_XIEYAN Select rdrecords.autoid FROM 時出錯，經(jīng)查看rdrecords表，發(fā)現(xiàn)rdrecords.autoid應(yīng)不是種子標(biāo)識，但被打上了種子標(biāo)識。將種子標(biāo)識去掉即可期末處理成功。,存貨核算,問題描述：850sp版本，在存貨核算模塊中查詢收發(fā)存匯總表進行打印設(shè)置和打印時，打印設(shè)置不能保存，每使用一次設(shè)置一次，比較麻煩；而且在打印時經(jīng)常會自動退出此模塊。 分析處理：預(yù)覽界面頁面設(shè)置，設(shè)置完成后點擊“保存”，系統(tǒng)會將此打印格式保存成為文件，下次再進入出選擇“此打印格文