問題現象：

查看餘額表的時候2203（預收賬款）科目年初數和明細賬的年初數還有期初餘額不一緻（明細賬和期初餘額一緻）

适用版本：

T3用友通系列

原因分析：

1、期初餘額對賬檢查，對賬結果正确無誤

2、1月憑證全部記賬後對賬檢查，對賬結果正确

3、2月憑證未審核、未記賬，對賬檢查。檢查結果有錯誤

4、從上圖中可以看出，科目‘2203001001001’的總賬數值是240119，明細賬數值是323373.27，以此為例，在查詢分析其中執行如下腳本時可以看出：科目‘2203001001001’的期初值是240119，這個科目的明細合計是323373.27。科目‘2203001001001’在2月的期初與1月的期末數相等，說明是明細科目有問題，按正常情況修改明細科目的期初值就可以解決問題了。

5、就在準備修改明細科目的時候發現，有一行明細科目不應該出現在這個查詢結果集中，因為查詢條件是：ccod like ‘2203001001001%’ and iperiod = 2，這樣的條件不應該出現科目‘220300100500251’并且會計期間是1月的記錄。為了再進一步确認問題，再次使用如下腳本得到一個結果集：select * fron gl_accsum where ccode=’ 220300100500251’，比較兩次的查詢結果發現，同樣的i_id 3289，卻有兩條不同的記錄，問題看到這裡已經很明顯了，是數據庫的索引出現了問題，這已經不是通過直接修改某條記錄的期初就可以解決的。因此，使用“數據庫檢測修複工具”檢測一下，看能否修複數據庫中的錯誤。

6、在“數據庫檢測修複工具”中執行‘檢測數據庫（僅檢測）’時發現如下圖的錯誤提示

7、使用腳本在數據庫中增加缺少的表以後再次檢測，又會出現如下圖的錯誤提示

8、繼續在數據庫中增加缺少的表，然後再次檢測，又會出現如下圖的錯誤提示

9、還是在數據庫中增加缺少的表，然後再次檢測，終于提示有分配性錯誤和一緻性錯誤，如下圖

10、這個步驟一直到沒有錯誤出現為止，然後再執行下一項“檢查修複磁盤空間分配結構一緻性”，如下圖。開始也會報錯，同樣需要執行到沒有報錯為止

11、在執行“（僅支持SQL2000）檢查修複頁和記錄标題物理錯誤”時仍然會遇到2個一緻性錯誤，執行了N多遍以後仍然是這樣的提示，隻能先執行下一項操作。一般來說遇到這種情況，如果工具能修複，每次執行完畢以後的提示錯誤數目都會比上一次少。如果執行很多次一直是相同數目的錯誤提示，說明暫時無法修複，可以先執行别的項，然後再返回來執行這一項，如果返回執行後仍是同樣的錯誤，就說明數據庫使用這個工具已經無法修複，隻能請專業的數據修複公司來處理

12、在執行“修複sys*****表”這3項功能時沒有報任何錯誤。但是在繼續執行“修複數據庫”時出現如下圖的208個一緻性錯誤。同樣，如果這個功能項在執行N多遍以後仍有相同的提示，如上所描述：這樣就可以認為“數據庫檢測修複工具”已經不能修複這個錯誤，先嘗試執行執行下一項

13、執行“修複當前數據庫所有用戶表”的沒有任何錯誤，因此繼續執行下一個操作“重建當前數據庫所有用戶表已有索引”，結果出現了錯誤提示“内部SQL Server錯誤”，這之後無論執行多少遍都是這樣的提示。從上面出現的錯誤一直到現在出現的錯誤，都是反複執行仍舊報相同的錯誤，至此已經可以判斷這個數據庫使用“數據庫檢測修複工具”已經無法修複。

解決方案：

因為這個客戶隻啟用了總賬管理模塊，因此解決這個問題比較容易實現的辦法是：首先新建一套帳，其次在舊賬套中把所有會計期間的憑證反記賬、取消審核，然後通過“用友通系統工具”把基礎設置、憑證、科目期初從舊賬套中分别導入新建賬套，最後在新建賬套中對所有會計期間的憑證審核、記賬，月末結帳以後就可以繼續使用了。

相反，如果嘗試在客戶的原始數據上修複，所花的時間和精力很大，并且還不能保證修複後數據的完整性。如果找專業的數據庫修複公司來處理，肯定要再額外支出不小的費用，因此，采用上面的解決方案對于客戶來說是最經濟又實用的。

知識拓展：

總賬模塊的對賬不平，按照文中開始的那種方法來處理，一般都可以找到問題，然後寫出腳本來修正就可以了。像上述這樣由于系統表缺失而導緻索引混亂的情況畢竟是少之又少，隻要在處理問題的過程中多注意觀察，就一定能找到原因，最終找到處理的解決方案。

用友軟件(廣州)客服中心

廣州市億格科技有限公司

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!