【正文】 （此種方法不推薦） 。 解決辦法： ，可以補錄退貨單，再暫估處理。 分 析： 由于 81 820程序問題，上年的未結(jié)算退貨單沒有結(jié)轉(zhuǎn)到本年存貨明細(xì)帳，即存貨期初暫估入庫單缺少記錄，導(dǎo)致本年采購結(jié)算后，暫估處理界面沒有該單據(jù)，不能進(jìn)行暫估處理。 關(guān)于此問題的調(diào)整方法與 sql語句，由于篇幅所限不能寫出。 3. 重新計算存貨總帳差異。 解決辦法： 1. 查詢出去年未錄入實際價的暫估入庫單，與本年存貨明細(xì)帳的期初暫入庫單關(guān)聯(lián)對比，根據(jù)去年差異改今年差異。如果有問題的暫估入庫單本年結(jié)算，生成的紅字回沖單也會帶有錯誤差異。 分 析： 用戶上年有一部分采購入庫單，只有計劃價，未錄入實際單價，差異為零。 由于篇幅所限，這里不能將相關(guān)語句寫出來，如需要可 U8支持部聯(lián)系取得。 不 在同一月份處理 ，這種問題并不能完全用 sql語句來解決，把相關(guān)憑證和單據(jù)查詢出來之后，具體到每張單據(jù)改什么科目要具體對待。 存貨核算 （接上頁） 解決辦法： ，可使用 sql語句，根據(jù)期初存貨明細(xì)帳的存貨與存貨科目設(shè)置表（ ia_opphead）關(guān)聯(lián)查詢，更新寫入。因此在憑證界面修改科目，不會再改寫存貨明細(xì)帳的存貨科目，此張憑證保存即傳入總帳，兩者必然會對不上。對不上的原因通常有： 貨期初 未 錄入 存貨 科目； ； 不 在同一月份處理； ，在憑證界面改科目 。 分析解決： 使用 sql跟蹤器，跟蹤發(fā)現(xiàn)系統(tǒng)在查詢 IA_tblRCsetM（存貨表定義） 時出錯，從 999帳套導(dǎo)入該表默認(rèn)數(shù)值，再查詢一切正常。 分析處理： 預(yù)覽界面 \頁面設(shè)置，設(shè)置完成后點擊“保存”，系統(tǒng)會將此打印格式保存成為文件，下次再進(jìn)入出選擇“此打印格文件即可”。將種子標(biāo)識去掉即可期末處理成功。然后再進(jìn)入存貨系統(tǒng)進(jìn)行期末處理即可 存貨核算 維護(hù)案例 (接上頁 ) 分析解決： 如果錯誤提示： “ 運行時錯誤－ 2147 ，僅當(dāng)使用列的列表，并且identity_insert為 on時才能在表 ‘ tempdb..iaperdeal_xy’ ，則表示數(shù)據(jù)表中的字段屬性值有問題。還可使用以下辦法來清除異常字符：在數(shù)據(jù)庫中將 ia_subsidiary表置為 ‘ 設(shè)計 ’ 狀態(tài)，將cdefine1字段的原數(shù)據(jù)類型 bit改為 char,長度默認(rèn)為 10位后點 ‘ 保存 ’ ，會出現(xiàn)保存的提示框，點 ‘ 是 ’ 。 update rdrecords set iprice= from rdrecords a inner join ia_subsidiary b on = where in (09,11,32) and and = and = 存貨核算 問題描述 ： U821版本，存貨期末處理失敗，錯誤提示有： “ 存貨期末處理失敗 ” 、“ 運行實時錯誤， 2147418113（ 8000FFFF），連接失敗 ” ， “ 運行時錯誤－2147 ，僅當(dāng)使用列的列表，并且 identity_insert為 on時才能在表‘ tempdb..iaperdeal_xy’ 分析解決： 存貨期末處理失敗的常見原因有以下幾種： 、同一倉庫、同一存貨的記錄重復(fù)，按照維護(hù)案例一的處理方法，刪除多余記錄即可。 解決辦法： ，避免以后再發(fā)生錯誤。明細(xì)帳的出庫成本正確，但對應(yīng)單據(jù)成本錯誤。經(jīng)查看數(shù)據(jù)，發(fā)現(xiàn)未結(jié)算的采購入庫單記錄上有結(jié)算信息，只要清空（注意： isquantity必須改為零，而不是 null），即可正常記帳。 分析解決： 存貨對采購入庫單記帳時，要判斷采購入庫單是否結(jié)算過。 ，恢復(fù)記帳，重新記帳。 解決辦法： ，則刪除多余記錄，只保留一條即可。 Access版本有重復(fù)記錄一樣可以進(jìn)行記帳并進(jìn)行期末處理。錯誤原因是由于存貨總帳ia_summary有重復(fù)記錄造成。 存貨核算 問題描述 ： U821版本，存貨記帳提示 “ 存貨記帳失敗 ” 。這樣當(dāng)記帳成本超出范圍時，系統(tǒng)會提示，并按選項取數(shù)。 ，單價異常，需要做入庫單將數(shù)量與金額調(diào)整為正，再進(jìn)行出入庫。 分 析： 以上三種計價方式下，由于零出庫或暫估成本與結(jié)算成本不一致，會造成出庫單價 (或差異率 )極大或極小甚至出現(xiàn)負(fù)單價（或差異率）等情況的問題。) 問題描述： 821庫存系統(tǒng)收發(fā)存匯總表，本月期初和上月期末對不上？ 分 析： 庫存收發(fā)存匯總表期初是從 st_totalaccout中取數(shù)，本期數(shù)從rdrecord/s中取數(shù)，一般情況下，是庫存總帳錯誤 st_totalaccount。 and fieldname in (39。 and cardsection=39。 解決辦法： update invoiceitem_ set canmodify=1 where cardnum=39。 分 析 ：銷售出庫單上的發(fā)貨單號實際是 ，不是發(fā)貨單據(jù)號。 ，應(yīng)重點查看 st_totalaccount 的期初，因為整理現(xiàn)存量時是根據(jù) st_totoalaccount的期初與 rdrecord/s的收入發(fā)出計算的， rdrecord/s屬于原始單據(jù)的記錄，一般不會有錯，所以現(xiàn)存量錯誤應(yīng)重點檢查 st_totalaccount的期初數(shù)量。 ，依然不對，可到 ufsystem數(shù)據(jù)庫的 ua_account_sub中查看是否該帳套庫存啟用的記錄是否正確，如沒有手工添加即可。 庫存管理 問題描述 ： 821版本， 現(xiàn)存量與庫存收發(fā)存匯總表不符，大部分存貨現(xiàn)存量不正確。 解決辦法： 取消選項，重新生成調(diào)撥單。庫存選項中選擇了調(diào)撥單自動取單價。 and [TransVouchs].[AutoID][iTrIds] and [iQuantity] =[iTVQuantity] – 重新對調(diào)撥單記帳，數(shù)據(jù)正確 ? 備注： 適用條件同一調(diào)撥單中同樣的存貨可有多條分錄但數(shù)量不同 庫存管理 問題描述 ： 82 850， 先進(jìn)先出計價法，調(diào)撥單生成的其他出庫單成本不按先進(jìn)先出規(guī)則核算成本。 and 39。 庫存管理 ? 環(huán)境： Win2020+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 ([RdRec