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、然后重新录入此科目期初明细，凭证记账等操作即可。