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