T3總賬對賬不平處理

一、常見的對賬不平處理：
(一)涉及總賬對賬不平的數據庫表介紹：
主要有4張表
Code         ---會計科目表
GL_accvouch  ---憑證及明細賬
GL_accsum    ---科目總賬
GL_accass    ---輔助總賬


?Code          ---會計科目表
表影響到對賬不平多是因為科目末級標志“bend”字段數值有誤，0—代表非末級  1—代表末級。



例：科目1001（一級科目）、100101（二級科目）、10010101（三級科目）這時只應該第三級科目10010101為末級科目，此科目在code表中的bend(末級標志)才為1,1001和100101都應該為0.
這時，若100101的bend 標志也為1,那么1001科目的總和為所有末級科目的總和，則為100101和10010101的和，會導致1001科目的值翻倍，則會上下級對賬不平。
 
?GL_accvouch  ---憑證及明細賬
記錄的是憑證的明細信息和期初余額錄入的輔助核算明細信息
其中iperiod—-會計期間 此字段值0為期初往來明細賬,21為期初待核銀行賬,20為銀行賬科目調整前余額,1-12為1到12個會計期初的憑證及明細。


例：


?GL_accsum    ---科目總賬
在憑證記賬時，記錄各個科目的金額合計信息，無區分輔助核算信息，每個科目在此表中有1－12會計期間12行記錄。
例 ：1001科目



?GL_accass    ---輔助總賬
在憑證記賬時，記錄各個科目各個輔助核算信息的金額合計，區分輔助核算信息，每個輔助核算檔案，在此表中會有12行記錄單據計算“科目+輔助核算”的金額合計。


例：科目1131（往來輔助核算）,001客戶，有12行記錄每個期間的期初，借，貸，余額。



(二)處理總賬對賬不平基本處理流程
1．先檢查總賬期初余額試算和對賬是否平衡

如果平衡，進入總賬—期末—對賬，逐個月份檢查對賬情況

如果在期初余額或者對賬中發現錯誤，點擊“顯示錯誤信息”或“錯誤”按鈕檢查具體錯誤科目信息：

這對錯誤信息提供的 科目編碼  輔助項 以及對賬方式。
2．如上錯誤信息常用處理方法：
a)取消所有月份的記賬狀態，恢復到期初狀態。



b)通過第一步得到的科目信息，檢查GL_accvouch-憑證及明細賬、GL_accsum-科目總賬、GL_accass-輔助總賬。
將GL_accvouch和GL_accass表中的輔助項信息對應上，如gl_accvouch中1131科目，客戶001的期初值是多少，則gl_accass中1131科目 ccus_id客戶編碼為001的12條記錄中此值也應該是多少。


只有個別客戶對應不上的時候，上述方法可以。


若對應不上的客戶比較多時，這種依次在gl_accass表中進行對應修改的方法就比較麻煩，最好是將此科目期初明細全部刪除，然后清除gl_accass表中此科目所有記錄，重新錄入期初明細。


cdept_id    ---部門編碼
cperson_id  ---職員編碼
ccus_id     ---客戶編碼
csup_id     ---供應商編碼
citem_class  ---項目大類編碼
citem_id    ---項目編碼





常見的對賬不平現象
1．科目末級標志有誤，從code表中進行查看和修改，也可以到支持網站中使用維護工具進行處理
2．期初余額先錄入金額然后強行修改科目輔助核算信息造成期初余額明細金額與科目總金額不符，這種情況下或以將科目的期初明細刪除掉，然后暫時取消輔助核算，將期初總值刪除，然后再掛上輔助核算后從期初開始重新錄入。
3．使用一段時間輔助核算后，修改輔助核算信息再做一段時間憑證后，又將輔助核算信息修改回去，這種情況下需要將所有憑證反記賬，將所有涉及此科目的憑證輔助核算進行修改，同時期初也修改，然后再記賬等操作。
4．GL_accass 或GL_accsum對應的科目信息不足12行獲證多于12行記錄，這種情況可以通過反結賬反記賬的方式，重寫GL_accass 或GL_accsum表。


二、一些特殊的對賬不平處理
(一)錯誤現象：
總賬3月份月結時，提示對賬不平，不允許結賬，顯示對賬錯誤，發現錯誤如下：

1、遇到此類問題，可以先對上月份（2月）的賬，看是否能平；
2、具體操作為：“總賬”—“期末”—“對賬”，選擇2月份，進行對賬，可以發現結果2月份對賬是平的，如下：



3、由此可以判斷問題出在3月份，把3月份的憑證取消記賬，再重新對賬（可分別對2月份和3月份）；
4、取消3月份的憑證記賬后，發現3月份仍然錯誤，但是2月份的仍然是對賬正確，所以懷疑為數據庫中科目總賬出錯；
5、用SQL語句查詢出來結果如下：
SQL語句為：select * from gl_accsum where ccode=‘4104’
查詢出來的結果為：



從查詢結果看，3月的mb（期初）值不正確。3月的mb（期初）值應該為2月的me（余額）的值：1894091.94 。
6、由此可見，是數據庫中3月份之后的記錄產生了錯誤，和2月份的期末不對導致數據錯誤，修改為正確的數據即可解決此問題
用下面語句修改賬套數據庫即可：
update gl_accsum set  mb=1894091.94,me=1894091.94 where ccode=4104 and iperiod>2



(二)錯誤現象
客戶賬套期間損益結轉，生成憑證之后，發現1月份一個科目 [銷售成本（部門核算）] 借貸不平，尚有余額。
查看賬套，發現余額表的損益類科目（511）的確有余額



分析原因

損益類科目結轉后有余額，先要看損益結轉定義是否正確，是否有新增的科目沒有指定要結轉本年利潤科目，查看后發現所有的科目都已經指定本年利潤科目作為損益結轉科目，不是這個的問題。
檢查一下當月的對賬是否正確，發現對賬不平，有成本支出（511類科目）輔助賬和總賬不平的現象。這種現象一般都是由輔助賬有余額再作增減輔助項造成的。
檢查會計科目表發現511類支出科目的輔助核算全選擇的是部門輔助核算。
打開數據庫發現查詢gl_accvouch表發現511類科目的憑證除了部門輔助核算（cdept_id)有數據，供應商輔助核算（csup_id)、客戶輔助核算（ccus_id）、結算日期（dt_date)都或多或少有數據。
至此可以看出是因為客戶修改過會計科目的輔助核算項，以至于修改過的會計科目無法正常做期間損益結轉。
解決方案
先將當月已做錯誤的結轉期間損益憑證刪除，然后將所有憑證的記賬和審核取消。因為記賬會導致gl_accass 和gl_accsum表記錄數據，所以必須先把審核和記賬取消才能執行sql語句。
然后打開數據庫，執行如下語句：
  update gl_accvouch set ccus_id=null,csup_id=null,dt_date=null where ccode like ‘511%’ and iperiod=1 ，清除以前的輔助核算數據。
執行完后再重新審核記賬后，作結轉期間損益憑證，再看余額表，５１１類損益科目已經沒有余額。



(三)錯誤現象
客戶在錄入總賬期初余額的時候，一級科目的余額并不會由其下級科目相加所得；
例如：銀行存款科目下面有：工商銀行和農業銀行兩個二級科目
工商銀行：期初為100    農業銀行：期初為200
但銀行存款余額并不為100+200=300。





原因分析
是因為科目的未級標志出錯了嗎？查看如下沒有問題：

科目的未級標志沒有錯，那是為什么呢？
試圖刪除下級科目后重新增加。



科目刪除了：



增加二級科目時出錯：



根據錯誤提示檢查科目級次：科目級長為 4



原因找到后，就是要修改科目級次，但因為1002科目曾設過下級科目，且使用過，所以此時在“基礎設置”菜單下“基礎信息”－“編碼方案”中已無法修改。



執行以下腳本：
update   accinformation  set cvalue='4 2 2' where csysid='aa' and cid='08'
update gradedef set codingrule='4 2 2' where keyword='code‘
則可以增加下科目了。

再錄入期初，問題解決：



(四)錯誤現象
有輔助核算的科目期初余額不正確，對賬不平，如：
 (1)“其他應付款”這個科目的總賬期初是對的,但是在雙擊這個科目的時候在對話框的最下面有一個合計：貸,金額正好是實際的兩倍.(詳細見下圖),


(2)在往來管理中查有關供應商賬表的時候的各個具體的供應商的期初余額都是實際的兩倍






解決方案:
1、先反記賬，反結賬，返回期初狀態。
2、刪除期初“其他應付款”下面的供應商期初，同時將GL_accsum－科目總賬
GL_accass－輔助總賬中此科目的相關記錄清除。
也可以在查詢分析器中執行以下SQL語句實現記錄清除
delete gl_accvouch where ccode = '2181' and iperiod=0
delete gl_accsum where ccode = '2181'
delete gl_accass where ccode = '2181'
3、然后重新錄入此科目期初明細，憑證記賬等操作即可。