常见的对账不平处理
如何分析用友账务对账不平-总账明细账不平、辅助账总账明细账不平
对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上，对账的形式主要有：1、明细帐（gl_accvouch）－辅助总帐(gl_accass)2、明细帐(gl_accvouch)－科目总帐(gl_accsum)3、辅助总帐(gl_accass)－科目总帐(gl_accsum)对账不平的主要原因可以归纳为gl_accvvouch、gl_accass、gl_accsum这三个表中同一科目的对应信息不一致所致。
重要的数据表科目表(code)凭证及明细账表(gl_accvouch)科目总账表（gl_accsum）科目辅助账（gl_accass）科目表(code)记录总账科目信息，如科目属性、特殊标识等重要表列科目编码（ccode）科目名称（ccode_name）编码级次（igrade）：X表示X级（如3表示此科目是3级科目）是否未级（bend）：1：未级0：非未级科目类型（cclass）科目类型英文名称（cclass_engl）关注1、编码级次和是否未级出错会导致对账不平问题（经常是由于增加或删除子科目引起）2、科目类型错误会引起“科目性质与该行业质不相符”错误3、科目类型会影响行政事业等行业做期间损益凭证及明细账表(gl_accvouch)记录总账期初和期间所有明细信息1、期初明细指有辅助核算的科目明细2、期间明细指凭证每一条明细分录重要表列会计期间（iperiod）0：期初1--12：指1到12会计期间凭证编号（ino_id）、科目编码（ccode）借方金额（md）、贷方金额（mc）制单人（cbill）、审核人（ccheck）、记账人（cbook）关注是否核销（bdelete）：指银行对账核算标识0：未核销1：已核销科目总账表（gl_accsum）总账期初余额和期间凭证记账后登记的科目总账1、记录每个科目每个会计期间所对应的借方金额、贷方金额、期初金额、期未金额2、期初余额录入后就相当于记账3、期间凭证做记账操作后才记账4、该表还反映数量核算、外币核算的总账数据重要表列会计期间（iperiod）1--12：指1到12会计期间科目编码（ccode）借方金额（md）、贷方金额（mc）期初金额（mb）、期未金额（me）科目辅助账（gl_accass）总账期初明细和期间有辅助核算凭证记账后登记的科目辅助账1、涉及的辅助核算有：部门、个人、供应商、客户、项目2、记录每个科目每一个辅助核算内容每一条明细信息例：某科目Code有供应商和项目核算，供应商有A和B，项目有X，Y，总账里A中只有X的数据，B 有X和Y的数据，记账情况分布如下：Code A XCode B XCode B Y重要表列会计期间（iperiod）1--12：指1到12会计期间科目编码（ccode）借方金额（md）、贷方金额（mc）期初金额（mb）、期未金额（me）总账和辅助总账不平1.原因分析：科目发生数据后重新更改科目辅助属性1.1 期初不平解决方案：先期初清空再调整数据1.2期间不平解决方案：查询并修改对应凭证总账与明细账不平2.总账和明细账不平原因分析：科目增加或删除子科目引起解决方案：查看并调整Code表编码级次列（igrade）和是否未级列（bend）3. 总账数据年结后期初对账不平原因分析：建立年度账后转结总账数据前做了基础档案的修改1.1期初不平的处理期初设置录入错误：在期初录入阶段，科目录入了期初数据之后，在没有删除该期初数据之前，又对该科目设置了辅助核算项目，或者之前该会计科目设置有辅助核算项目，之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目（如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目）等情况均会造成总账与辅助账簿对账不平的情况！在期初的对账中可以直接查询出错误的科目！处理方法：将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后在软件界面上清空数据，再重新按照正确的方法进行设置，再将正确的期初输入。
U8对账不平处理方法
用友U8ERP账务对账不平对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上，对账的形式主要有：1、明细帐（gl_accvouch）－辅助总帐(gl_accass) 2、明细帐(gl_accvuch)－科目总帐(gl_accsum) 3、辅助总帐(gl_accass)－科目总帐(gl_accsum)对账不平的主要原因可以归纳为gl_accvvouch、gl_accass、gl_accsum这三个表中同一科目的对应信息不一致所致。
重要的数据表科目表(code)凭证及明细账表(gl_accvouch) 科目总账表（gl_accsum）科目辅助账（gl_accass）科目表(code)记录总账科目信息，如科目属性、特殊标识等重要表列科目编码（ccode）科目名称（ccode_name）编码级次（igrade）：X表示X级（如3表示此科目是3级科目）是否未级（bend）：1：未级0：非未级科目类型（cclass）科目类型英文名称（cclass_engl）关注1、编码级次和是否未级出错会导致对账不平问题（经常是由于增加或删除子科目引起）2、科目类型错误会引起“科目性质与该行业质不相符”错误3、科目类型会影响行政事业等行业做期间损益凭证及明细账表(gl_accvouch) 记录总账期初和期间所有明细信息1、期初明细指有辅助核算的科目明细2、期间明细指凭证每一条明细分录重要表列会计期间（iperiod）0：期初1--12：指1到12会计期间凭证编号（ino_id）、科目编码（ccode）借方金额（md）、贷方金额（mc）制单人（cbill）、审核人（ccheck）、记账人（cbook）关注是否核销（bdelete）：指银行对账核算标识0：未核销1：已核销科目总账表（gl_accsum）总账期初余额和期间凭证记账后登记的科目总账1、记录每个科目每个会计期间所对应的借方金额、贷方金额、期初金额、期未金额2、期初余额录入后就相当于记账3、期间凭证做记账操作后才记账4、该表还反映数量核算、外币核算的总账数据重要表列会计期间（iperiod）1--12：指1到12会计期间科目编码（ccode）借方金额（md）、贷方金额（mc）期初金额（mb）、期未金额（me）科目辅助账（gl_accass）总账期初明细和期间有辅助核算凭证记账后登记的科目辅助账1、涉及的辅助核算有：部门、个人、供应商、客户、项目2、记录每个科目每一个辅助核算内容每一条明细信息例：某科目Code有供应商和项目核算，供应商有A和B，项目有X，Y，总账里A中只有X的数据，B有X和Y的数据，记账情况分布如下：Code A X Code B X Code B Y 重要表列会计期间（iperiod）1--12：指1到12会计期间科目编码（ccode）借方金额（md）、贷方金额（mc）期初金额（mb）、期未金额（me）总账和辅助总账不平1.原因分析：科目发生数据后重新更改科目辅助属性 1.1 期初不平解决方案：先期初清空再调整数据 1.2期间不平解决方案：查询并修改对应凭证总账与明细账不平 2.总账和明细账不平原因分析：科目增加或删除子科目引起解决方案：查看并调整Code表编码级次列（igrade）和是否未级列（bend） 3. 总账数据年结后期初对账不平原因分析：建立年度账后转结总账数据前做了基础档案的修改1.1期初不平的处理期初设置录入错误：在期初录入阶段，科目录入了期初数据之后，在没有删除该期初数据之前，又对该科目设置了辅助核算项目，或者之前该会计科目设置有辅助核算项目，之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目（如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目）等情况均会造成总账与辅助账簿对账不平的情况！在期初的对账中可以直接查询出错误的科目！处理方法：将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后在软件界面上清空数据，再重新按照正确的方法进行设置，再将正确的期初输入。
对账不平衡的处理方法
对帐不平衡的处理方法日常维护案例讲解总帐对帐不平,无法结帐应收与总帐对帐不平数据库的摘除与挂接,LOG文件删除事件探察器的用法及技巧体验自己制作查询的乐趣这是一个发生频率很高的错误，加下级科目、加辅助核算、记帐错误等操作都有可能造成总帐对帐不平。
它的不平形式也有很多种，通常我们见到的有：总帐上下级对帐不平，总帐与明细帐对帐不平，总帐与辅助帐对帐不平,辅助总帐与明细帐对帐不平等，其中又分发生额不平和余额不平两种。
总帐上下级对帐发生额不平是因为gl_accsum表里上级科目发生额和下级科目发生额的和不一至。
以1001科目为例，1001科目设100101和100102两个下级科目，在10月末记帐后对帐时显示上下级借方不平。
办法：select md from gl_accsum where iperiod=10 and ccode=‘1001’Select sum(md) from gl_accsum where iperiod=10 and ccode in(‘100101’,’100102’) 总帐和明细帐对帐不平是gl_accvouch明细和不等于gl_accsum 的值；或科目的末级标志混乱。
以100101为例，在10月末记帐后对帐时显示100101科目总帐和明细帐借方不平 Select md from gl_accsum where iperiod=10 and ccode=‘100101’Selectsum(md) from gl_accvouch where iperiod=10 and ccode=‘100101’Select ccode,bend fromcode where ccode=‘100101’总帐和辅助帐对帐不平一般是gl_accass 和gl_accvouch相应科目金额或辅助核算标志不一致。
以119102（个人往来核算）为例在10月末记帐后对帐时显示119102科目总帐和辅助明细帐借方不平，辅助项是001 Select sum(md) fromgl_accvouch where iperiod=10 and ccode=‘119102’ and cperson=‘001’Select md fromgl_accass where iperiod=10 and ccode=‘119102’ and cperson=‘001’总帐对帐不平最常见的就是gl_accsum,gl_accass,gl_accvouch 三个表中的数据对不起来。
总账对账不平常见现象与分析
对于总账有数据而明细账没有数据的情况，一般是因为会计 科目的墨迹标记错误
112201会计科目的辅助明细只有10条记录，因此可以判定gl_accass表中 存在多余记录
Hale Waihona Puke 取消结账、取消记账，直到1月份 在期初余额中重新录入112201科目的金额
对账不平的解决方法
如果出现对帐不平的现象，可以先恢复记账甚至取消审核，然后重新审 核再记帐。如果这种方法不能解决，可以判断为数据库有问题，可以 从以下表中找原因：code会计科目表、GL_accsum科目总帐表、 GL_accass辅助总帐表、GL_accVouch凭证及明细账表。 一般情况下可能存在下列错误： 1．科目表的末级标志错误 2．总帐表或辅助总帐表记录丢失 3．总帐表或辅助总帐表记录重复 4．凭证本身错误
对账不平解决
对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上，对账的形式主要有：1、明细帐（gl_accvouch）－辅助总帐(gl_accass)2、明细帐(gl_accvouch)－科目总帐(gl_accsum)3、辅助总帐(gl_accass)－科目总帐(gl_accsum)对账不平的主要原因可以归纳为gl_accvvouch、gl_accass、gl_accsum这三个表中同一科目的对应信息不一致所致。
重要的数据表科目表(code)凭证及明细账表(gl_accvouch)科目总账表（gl_accsum）科目辅助账（gl_accass）科目表(code)记录总账科目信息，如科目属性、特殊标识等重要表列科目编码（ccode）科目名称（ccode_name）编码级次（igrade）：X表示X级（如3表示此科目是3级科目）是否未级（bend）：1：未级0：非未级科目类型（cclass）科目类型英文名称（cclass_engl）关注1、编码级次和是否未级出错会导致对账不平问题（经常是由于增加或删除子科目引起）2、科目类型错误会引起“科目性质与该行业质不相符”错误3、科目类型会影响行政事业等行业做期间损益凭证及明细账表(gl_accvouch)记录总账期初和期间所有明细信息1、期初明细指有辅助核算的科目明细2、期间明细指凭证每一条明细分录重要表列会计期间（iperiod）0：期初1--12：指1到12会计期间凭证编号（ino_id）、科目编码（ccode）借方金额（md）、贷方金额（mc）制单人（cbill）、审核人（ccheck）、记账人（cbook）关注是否核销（bdelete）：指银行对账核算标识0：未核销1：已核销科目总账表（gl_accsum）总账期初余额和期间凭证记账后登记的科目总账1、记录每个科目每个会计期间所对应的借方金额、贷方金额、期初金额、期未金额2、期初余额录入后就相当于记账3、期间凭证做记账操作后才记账4、该表还反映数量核算、外币核算的总账数据重要表列会计期间（iperiod）1--12：指1到12会计期间科目编码（ccode）借方金额（md）、贷方金额（mc）期初金额（mb）、期未金额（me）科目辅助账（gl_accass）总账期初明细和期间有辅助核算凭证记账后登记的科目辅助账1、涉及的辅助核算有：部门、个人、供应商、客户、项目2、记录每个科目每一个辅助核算内容每一条明细信息例：某科目Code有供应商和项目核算，供应商有A和B，项目有X，Y，总账里A中只有X的数据，B有X和Y的数据，记账情况分布如下：Code A XCode B XCode B Y重要表列会计期间（iperiod）1--12：指1到12会计期间科目编码（ccode）借方金额（md）、贷方金额（mc）期初金额（mb）、期未金额（me）总账和辅助总账不平1.原因分析：科目发生数据后重新更改科目辅助属性1.1 期初不平解决方案：先期初清空再调整数据1.2期间不平解决方案：查询并修改对应凭证总账与明细账不平2.总账和明细账不平原因分析：科目增加或删除子科目引起解决方案：查看并调整Code表编码级次列（igrade）和是否未级列（bend）3. 总账数据年结后期初对账不平原因分析：建立年度账后转结总账数据前做了基础档案的修改1.1期初不平的处理期初设置录入错误：在期初录入阶段，科目录入了期初数据之后，在没有删除该期初数据之前，又对该科目设置了辅助核算项目，或者之前该会计科目设置有辅助核算项目，之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目（如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目）等情况均会造成总账与辅助账簿对账不平的情况！在期初的对账中可以直接查询出错误的科目！处理方法：将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后在软件界面上清空数据，再重新按照正确的方法进行设置，再将正确的期初输入。
银行对账检查及整改措施
银行对账检查及整改措施银行对账检查及整改措施银行是金融机构，为了保障客户的财产安全和银行自身的利益，每年都会进行对账检查，确保账户余额准确无误。
然而，由于银行业务繁杂、操作复杂，对账过程中难免会出现一些差错，需要及时发现和整改。
本文将介绍银行对账检查的流程和常见差错，并提出相应的整改措施。
首先，银行对账检查的流程一般分为几个步骤：数据收集、数据清理、数据核对和差错记录。
在数据收集阶段，银行工作人员会从各个业务系统中提取账户余额、交易记录等相关数据。
在数据清洗阶段，工作人员会对数据进行格式化、排序、去重等操作，确保数据的准确性和完整性。
在数据核对阶段，工作人员会将银行账户余额与各个业务系统中的余额进行对比，以发现差错。
在差错记录阶段，工作人员会将发现的差错记录下来并分类整理，为后续整改措施提供依据。
常见的差错主要有以下几种：账户余额不平、交易记录不一致、账户凭证缺失等。
首先，账户余额不平是指银行账户余额与各个业务系统中的余额不符。
产生这种差错的原因可能是在数据提取、数据清洗或数据核对的过程中出现了错误。
其次，交易记录不一致是指银行账户的交易记录与客户的交易记录不一致。
这可能是由于系统错误、人工输入错误或客户未及时告知银行更新交易信息等原因造成的。
最后，账户凭证缺失是指银行在对账过程中无法找到客户的相关凭证，导致无法核对账户余额的准确性。
针对这些差错，银行可以采取以下整改措施：首先，加强内部管理，规范操作流程，确保数据提取、清洗和核对的准确性和完整性。
其次，建立准确的客户信息档案，及时更新客户的交易信息，以确保银行账户的准确和完整。
再次，加强系统的稳定性和安全性，确保数据的实时性和准确性。
同时，加强员工的培训和教育，提高他们的专业素质和操作能力，减少操作错误和疏漏。
最后，建立健全的差错记录和整改制度，及时发现和纠正问题，为日后的对账工作提供参考和借鉴。
综上所述，银行对账检查是确保客户账户安全、维护银行利益的重要环节。
总账与项目账对账不平分析
问题处理7－ 问题处理 －问题解决
同样的道理，对其他两个有问题的科目做类似的操作：查 找差异 修改明细账 修改总账。问题一并得以解决。
谢 谢 大 家 ！
UFSOFT 2003 Corporate
问题处理2－ 问题处理 －分析错误
接下来，恢复各月记账到期初状态（包括1月，即恢复至1月前，下 文回提到原因），再检查期初的对账，结果，起初对账结果也不平， 具体错误如下：
问题处理3－ 问题处理 －分析错误
确定了是期初的数据错误。由于用户的数据是由2003年度结转过来， 因此有必要检查2003年期末的数据是否正确。可用如下语句检查对账 错误的科目2003年末的总账与辅助账是否平衡：
总账与项目账对账不平
版本、模块：U821（SQL数据库） 问题来源：用户 制作：25号工程师 时间：2004年12月07日
UFSOFT 2003 Corporate
问题现象
产品版本： 产品版本：U821 功能模块： 功能模块：总账 数据库版本： 数据库版本：SQL Server 2000 问题描述： 问题描述：
但此时需要注意，由于在软件中更改了项目明细账的期初，在退出期 初录入界面时，会自动重算总账的值。而总账的值原本是正确的。 因此，需要在数据库中修改总账的值为原来正确的，即减去在辅助账 中增加的数值。具体语句如下：
update gl_accsum --更新gl_accsum 期初 set mb=mb-94.24 --原值减去增加的值(94.24). where (ccode = '41010104' or ccode = '410101' or ccode = '4101')--相应科目及其 所有上级科目 and iperiod=1 update gl_accsum --更新gl_accsum 期末（此处即为恢复记账至1月初的原因） set me=mb+mc-md where (ccode = '41010104' or ccode = '410101' or ccode = '4101')--相应科目及其 所有上级科目 and iperiod=1 注：此处不宜采用在软件中更改明细账的方法，因为明细账中需要增加的记录信息不易 获取，无法保证数据的完备性。而总账是根据明细账算得，修改起来相对容易。
合并对账不平场景及处理方案
合并报表内部交易对账不平业务处理
1、对账不平主要场景
a)交易一方未做帐，交易另外一方做了账务处理。
b)交易双方未按照正确的规则做账务处理。
2、处理方案：在合并报表对账执行时系统会自动出具对账报告，查询对账结果，对于对符
数据可以直接生成抵消分录，对不符的数据可以进行如下处理。
a)可以返回各个单位修改账务数据，然后再对账。
b)设置对账规则，取大、取小、优先单位等；见图一。
c)直接修改对账报告，按照修改后的数据生成抵消分录；见图二、图三。
图一
图二
图三。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、常见的对账不平处理：(一) 涉及总账对账不平的数据库表介绍：主要有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 * fromgl_accs um where ccode=‘4104’查询出来的结果为：从查询结果看，3月的mb（期初）值不正确。
3月的mb（期初）值应该为2月的me（余额）的值：1894091.94 。
6、由此可见，是数据库中3月份之后的记录产生了错误，和2月份的期末不对导致数据错误，修改为正确的数据即可解决此问题用下面语句修改账套数据库即可：updategl_accsum set mb=1894091.94,me=1894091.94where 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 setccus_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' andcid='08'updategradedef set codingrule='4 2 2' where keyword='code‘则可以增加下科目了。
再录入期初，问题解决：(四) 错误现象有辅助核算的科目期初余额不正确，对账不平，如：(1)“其他应付款”这个科目的总账期初是对的,但是在双击这个科目的时候在对话框的最下面有一个合计：贷,金额正好是实际的两倍.(详细见下图),(2)在往来管理中查有关供应商账表的时候的各个具体的供应商的期初余额都是实际的两倍解决方案:1、先反记账，反结账，返回期初状态。
2、删除期初“其他应付款”下面的供应商期初，同时将GL_accsum－科目总账GL_accass－辅助总账中此科目的相关记录清除。
也可以在查询分析器中执行以下SQL语句实现记录清除deletegl_accvouch where ccode = '2181' and iperiod=0deletegl_accsum where ccode = '2181'deletegl_accass where ccode = '2181'3、然后重新录入此科目期初明细，凭证记账等操作即可。
很多用户在使用用友财务软件中会出现总账与明细账不平的情况，服务工程师在解决这一问题的时候要遵循的首要原则就是：对账不平，先反记账然后重新记账查看问题是否解决。
如果不行再分析相关的账表，最后再决定是否要查看后台数据库。
首先检查上年年末对账是否平衡，如果上年年末对张平衡，那么就应该是年度结转中出现错误，可以重新进行年度结转，或者在新的年度帐中把不平的科目的辅助核算取消掉，然后把期初数进行修改使之与明细账的记录一致，然后再把辅助核算勾上，修改辅助明细账。
如果上年年末对张不平，要询问客户的意见，看客户是否同意修改上年。
如果客户不希望修改上年，就直接对新的年度帐进行修改;如果客户需要修改上年，那么要把新的一年的年度账删除，等修改完上年的账面以后重新进行年度结转，或者对上年进行反结账然后对新年度的起初进行修改。
总账和明细账不平如果需要查看后台数据库的话，常用的数据库表有：科目表code;凭证和明细账表gl_accvouch;辅助总账表gl_accass;总账表gl_accsum。