t3总账与明细账不平解决方法【会计实务操作教程】

总账明细账对账不平

如何分析用友账务对账不平-总账明细账不平、辅助账总账明细账不平对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上，对账的形式主要有：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期初不平的处理期初设置录入错误：在期初录入阶段，科目录入了期初数据之后，在没有删除该期初数据之前，又对该科目设置了辅助核算项目，或者之前该会计科目设置有辅助核算项目，之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目（如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目）等情况均会造成总账与辅助账簿对账不平的情况！在期初的对账中可以直接查询出错误的科目！处理方法：将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后在软件界面上清空数据，再重新按照正确的方法进行设置，再将正确的期初输入。

如何分析用友账务对账不平-总账明细账不平、辅助账总账明细账不平

对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上，对账的形式主要有：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版本：U8V10.1领域：财务会计模块：总账数据库版本：SQL2005问题标题：总账账龄分析与账表对账不平问题描述：账龄分析的金额和辅助账表余额应该是一致的，不一致的情况除查询账龄分析的过滤条件等原因外基本都属于数据错误。

问题分析：1.前提条件当科目设置客户，供应商，个人核算时，软件提供可以针对往来款项进行分析，及时了解各单位往来款余额的时间分布情况。

进行账龄分析前先要在往来账龄分析“往来账龄查询条件”界面选择〖账龄区间设置〗，增加账龄区间，只要录入总天数，起止天数系统自动设置。

编号从01-99，账龄区间最大值为99个，最小值为01。

总天数：应输入整数，且大于0，小于等于9999，后一总天数起始天数。

应大于等于上一总天数加1。

起止天数：最小区间的开始天数为1，结束天数为对应的总天数2.影响账龄分析余额和账表余额不一致的账龄分析查询条件如下：分析日期：1.按发生日期分析：以业务发生日期为基础（在填制凭证录入辅助项时录入业务发生日期），如未填入业务发生日期，则按制单日期。

2.按制单日期分析：进行账龄分析以制单日期为基础。

分析方式：1 .按所有往来明细进行账龄分析：对全部往来明细进行计算。

2.按未两清往来明细进行账龄分析：只对未进行两清的往来明细进行计算。

分析金额：1.按余额账龄分析：用借方（贷方）发生额冲销贷方（借方）发生额的余额作为进行账龄分析的第一笔分析金额的分析方法。

2.按实际发生分析：按借方、贷方的实际发生额为分析金额进行分析。

截止日期：分析数据在截止日期之前。

旗开得胜解决方案：实例说明具体方案例：基础数据准备：六张凭证内容如下制单日期和业务发生日期2.1分析日期的影响制单日期分析发生日期分析金额上没发现差异？那我们来看具体明细记录。

旗开得胜2.2分析方式的影响：未做两清的条件下所有往来明细分析未两清往来分析结果一样？结果后续。

分析方式的影响：未做两清的条件下所有往来明细分析未两清往来分析2.3分析金额的影响余额分析：发生额分析往来账龄分析针对余额和发生额均可分析，且按照选择条件进行分析常见问题：问题1：客户往来账龄分析中，有两种分析方式：按所有往来明细分析和按未两清往来明细分析，这两种分析方式有什么区别呢？不做客户往来两清，这两种分析方式没有区别在客户往来两清中做了手工勾兑，那么按两种分析方式的结果是不一样的。

【用友】财务会计总账总账账龄分析与账表对账不平

总账账龄分析与账表对账不平产品线：U8版本：U8V10.1领域：财务会计模块：总账数据库版本：SQL2005问题标题：总账账龄分析与账表对账不平问题描述：账龄分析的金额和辅助账表余额应该是一致的，不一致的情况除查询账龄分析的过滤条件等原因外基本都属于数据错误。

问题分析：1.前提条件当科目设置客户，供应商，个人核算时，软件提供可以针对往来款项进行分析，及时了解各单位往来款余额的时间分布情况。

进行账龄分析前先要在往来账龄分析“往来账龄查询条件”界面选择〖账龄区间设置〗，增加账龄区间，只要录入总天数，起止天数系统自动设置。

编号从01-99，账龄区间最大值为99个，最小值为01。

总天数：应输入整数，且大于0，小于等于9999，后一总天数起始天数。

应大于等于上一总天数加1。

起止天数：最小区间的开始天数为1，结束天数为对应的总天数2.影响账龄分析余额和账表余额不一致的账龄分析查询条件如下：分析日期：1.按发生日期分析：以业务发生日期为基础（在填制凭证录入辅助项时录入业务发生日期），如未填入业务发生日期，则按制单日期。

2.按制单日期分析：进行账龄分析以制单日期为基础。

分析方式：1 .按所有往来明细进行账龄分析：对全部往来明细进行计算。

2.按未两清往来明细进行账龄分析：只对未进行两清的往来明细进行计算。

分析金额：1.按余额账龄分析：用借方（贷方）发生额冲销贷方（借方）发生额的余额作为进行账龄分析的第一笔分析金额的分析方法。

2.按实际发生分析：按借方、贷方的实际发生额为分析金额进行分析。

截止日期：分析数据在截止日期之前。

旗开得胜解决方案：实例说明具体方案例：基础数据准备：六张凭证内容如下制单日期和业务发生日期2.1分析日期的影响制单日期分析发生日期分析金额上没发现差异？那我们来看具体明细记录。

总账—总账个人明细账对账不平

生的原因也是多种的，本案例产生的原因为职员
更换部门造成的，一般总账与辅助明细账对账不
平，需要查看辅助总账gl_accass中的记录是否正
确。
问题分析
用语句对出现问题的职员编号0008进行查询，发现该职员为23条，多了11条记录，即多了会计期间iperiod为 2至12 月，导致了2月期初出现累加，导致明细账与总账不平。
问题解决
利用sql语句，将多出的11条记录进行删除
问题解决
删除多余记录后，重新进行对账，对账正确。
问题总结
总账与明细账对账不平的问题很高发，问题的产
总账与个人往来明细账对账不平
用友软件股份有限公司 U6服务支持姜艳 2009年 6月 4日
问题描述：
总账与个人往来明细账对账不平。修改过
职员所在的部门导致的对账不平，总账金额是471090.82，明细账金额是 473090.82，差异了2000
问题现象
2月在对账时提示总账，个人往来账对账不平，明细账比总账多了2000.
问题分析
经过对比查询，发现职员编号为0008的1月期末为 2000，2月期初为4000，2月发生了翻倍。
1月
问题分析
2月期初翻倍，导致对账不平
2月
问题分析
因为有修改过职员的部门，所以分析为数据问题，查看辅助总账gl_accass表，个人往来一个职员编号对应为12条记录，下图为正常的12条记录
问题分析2月期初翻倍导致对账不平问题分析因为有修改过职员的部门所以分析为数据问题查看辅助总账glaccass表个人往来一个职员编号对应为12条记录下图为正常的12条记录问题分析用语句对出现问题的职员编号0008进行查询发现该职员为23条多了11条记录即多了会计期间iperiod为2至12月导致了2月期初出现累加导致明细账与总账不平

用友T3总账+报表操作手册图

T3总账+报表操作手册建立帐套双击系统管理系统---注册-----用户名admin确定帐套----建立---帐套名称写自己单位的账的名称-------启用会计期启用帐套时间下一步行业性质选择你帐套所需要的（现在来讲一般都是2007新会计准则）下一步下一步下一步完成可以创建帐套吗------是科目编码级次和部门编码级次根据自己单位的要求设定-------确定点击确定点击是根据帐套启用日期，选择什么时间启用。

（启用的那个月的1号）操作员和权限的设定选择权限下面的操作员点击增加加操作员，点击权限下面的权限赋予权限以加的操作员登录软件选择基础设置--财务---会计科目在银行存款下面增加二级科目。

点击确定点击会计科目里面的编辑----指定科目现金总账科目选择现金银行总账科目选择银行存款凭证类别增加-------选择记账凭证-------确定基础档案填制完以后录入期初余额上面的总账-----设置-----期初余额期初余额填写完整以后----点上面的试算。

一、总账业务流程填制凭证—审核凭证—记账—月末转账(期间损益结转)—审核凭证—记账—月末结账1填制凭证：1.1操作步骤总账—凭证—填制凭证—增加—凭证编号：记字0001（系统自动编号）—制单日期—附单据数—摘要（手工填入或使用常用摘要）—科目名称—借贷方金额2.1应用技巧a.填制凭证时按空格为自动转换凭证借贷方向b.填制凭证时按“＝”为自动借贷平衡；c.任何地方有…的位置F2参照/查找d.填制凭证界面F6 保存e.填制凭证界面F5 增加f.填制凭证中联查科目余额及明细账g.h.填制凭证时新增会计科目或辅助核算档案时可以不用退出，在参照界面点击编辑按钮直接切换到对应的填制界面，保存退出后即可以选择i.修改凭证，在未审核记账结账状态下，通过填制凭证直接修改，可以利用上一张、下一张或查询按钮来查找要修改的凭证j.打印凭证，在填制凭证或查询凭证状态下可直接打印，在凭证打印和查询凭证状态下可进行连打。

T3常见问题

T3常见问题1、问题名称：打开系统管理注册报错显示乱码问题现象：打开系统管理注册报错显示乱码，提示“不能登陆到服务器”解决方案：Client.DLL文件存放在将WINNT或Windows目录的System32目录，将此文件剪切到WINNT或Windows目录下，然后注册，注册时报错，但不影响操作。

2、问题名称：总帐结帐时提示对帐不平问题现象：总帐结帐时提示对帐不平解决方案：运行此语句select sum(md) as 借方合计,sum(mc) as 贷方合计,sum(md)-sum(mc) as 余额from gl_accvouch where ccode=…115‟ andcsup_id=…002‟，找出明细账的余额，问题出现了，回到gl_accvouch表看一下，检查此记录发现问题，iflag=1(此记录为作废状态)，将其值改成NULL(正常状态)即可。

3、问题名称：辅助帐打印与余额不对问题现象：辅助帐打印与余额不对解决方案：将设置选项下的张薄格式由“按年排页”改为“按月排页”4、问题名称：UFO报表函数错或函数定义错问题现象：计算2006年12月30日以前的都正常，但在计算2006年12月31日提示“调用相应的函数错误或函数定义错”解决方案：系统日期格式有变化，则形成无法执行的错误公式，在操作系统中设定地区选项的日期格式，将短日期格式设置为YYYY-MM-DD。

5、问题名称：保存凭证提示有锁定问题现象：在总帐中，填制凭证时，在对凭证修改保存提示有锁定。

解决方案：由于用户非法操作，造成单据锁定，在系统管理中用ADMIN注册，一个一个清除单据锁定。

6、问题名称：报表取数不对问题现象：查询余额表没问题，检查公式也对，但报表取数不对解决方案：，后才检查出是报表里表业不计算标志不注意点进去了，点出来重算即可。

7、问题名称：有加密盒提示“演示帐套已到期”问题现象：加密盒注册成功，就是检测不到，提示“演示帐套已到期”解决方案：用户使用了USB延长线，取掉延长线将加密盒直接插在主机上即可。

T3总账与明细账对账不平数据库分析

T3总账与明细账对账不平数据库分析问题现象：查看余额表的时候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、这个步骤一直到没有错误出现为止，然后再执行下一项“检查修复磁盘空间分配结构一致性”，如下图。