如何解决总账对账不平
用友对账不平各种分析报告
用友对账不平各种分析出现总账系统与应收款管理系统对账不平一般情况下可以从下面几个方面入手：1、检查启用总账系统与应收系统的期初数,核对它们俩系统分别的期初数据是多少〔一般建议刚刚启用总账系统和应收款系统时录入的期初数必须相等〕 2、查看应收款管理自动传递到总账系统的凭证是否都已经审核记账了 3、查看是否在总账系统中,使用了受控科目直接填制凭证〔一般建议设置总账参数：不允许使用应收应付收款科目〕用友对账不平各种分析总帐中大局部数据问题多出现在对账不平这个环节上,对账的形式主要有：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 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.总账数据年结后期初对账不平原因分析：建立年度账后转结总账数据前做了根底档案的修改期初设置录入错误：在期初录入阶段,科目录入了期初数据之后,在没有删除该期初数据之前,又对该科目设置了辅助核算项目,或者之前该会计科目设置有辅助核算项目,之后没有去除该科目辅助核算明细的情况下修改辅助核算的项目〔如客户往来辅助核算变更为供给商往来辅助核算或者多项辅助核算减少或增加辅助核算项目〕等情况均会造成总账与辅助账簿对账不平的情况！在期初的对账中可以直接查询出错误的科目！处理方法：将所有月份取消记账,然后将错误方式修改的辅助核算期初先修改回来,然后在软件界面上清空数据,再重新按照正确的方法进展设置,再将正确的期初输入.修改会计科目辅助核算：添置凭证阶段,将凭证中涉与到的科目取消、设置或修改辅助核算项目,也会导致该会计科目出现总账和辅助账簿对账不平的情况.处理方法：对于涉与添置凭证出现的错误,可以将明细账和辅助核算明细账进展比对,找到出现问题的凭证,将该科目重新录入,添置正确的辅助核算项目的方法来进展修复！科目的编码级次出现错误：如果对于会计科目在设置过程中出现较为频繁的或者大X围的改动,尤其是上下级科目的改动和复制,有时候就会造成科目的级次或者末级标识的错误,在科目表中相关的表列主要内容如下科目表〔code〕相关数据列：科目编码〔ccode〕科目名称〔ccode_name〕编码级次〔igrade〕这里的数字代表该行的科目为第几级科目末级标识〔bend〕1—末级 0--非末级；科目类型〔cclass〕当科目编码对应的编码级次与科目本身的编码级次不符的时候,也会出现对账不平的情况,由于科目编码级次的不符,软件在统计的时候只会将科目一级一级汇总向上累积,而其中缺少一级,或者末级的科目编码标识出现错误,如此无法向上一级进展汇总,从而导致科目的上下级对账不平的问题.如果会计科目末级标志出错,会产生总账上下级、总账明细账对账不平该错误还会引起科目合计数翻倍的问题上级科目设置有辅助核算而下级明细设置有不同的辅助核算项目<例如：一级科目—其他应收款挂有部门辅助核算,下级明细—部门其他应收款挂有部门辅助核算；个人其他应收款挂有个人辅助核算,如此查询一级科目其他应收款的时候只汇总部门其他应收款的金额,不汇总个人其他应收款的金额.>汇总情况较为特殊,但是此种情况不影响对账功能的结果,对账仍提示为正确. 另外：建立年度账后转结总账数据前做了根底档案的修改也可引起,依次查看表GL_accsum<总帐表,每一个科目对应12条记录,分别对应1~12月>,GL_accass<辅助项目总账,也是每个科目对应12条记录,包括上级科目>,GL_accvouch<明细帐,凭证表>,有没有数据沉余或者数据异常,一般来说出现对账不平都出现在表GL_accass,客户在进展恢复记账时没有删除沉余数据造成总账与明细账对帐不平<本人遇到很多情况都是这样>,如果总账没有问题,那就查看明细账看是不是没有辅助核算的科目在相应的记录辅助核算上填上内容,比如501<产品销售收入>,本来是没有按照部门核算的,在明细账表中却能找到辅助核算的部门编码,把这个部门编码删除一般就可以解决,这个是因为客户在做凭证引入的时候没有做检查造成.总账数据年结后期初对账不平原因分析：建立年度账后转结总账数据前做了根底档案的修改方案一： 1、取消新年度所有凭证记账2、调整账套新年度根底档案和期初余额方案二：1、导出新年度所有凭证2、清空新年度数据3、调整新旧年度的根底档案〔或重新建立年度账〕4、总账数据结转5、用总账工具导入凭证其他高发问题凭证借贷不平在进展总账月末结账的时候提示对账不平,不允许结账,在查看月度工作报告的时候会发现有试算结果不平衡的现象,而此时凭证都已记账处理方法：查询期初,发现期初试算平衡,于是取消凭证记账,如果不是起始月就查询上月月末结账试算是否平衡,如不平衡就再取消记账继续查询上月,直到找到试算平衡的月份,如此去检查最后一次取消凭证记账的月份中的凭证,重新审核.会找到有借贷不平的凭证的存在,将其修改后保存重新审核记账即可.其他须知事项凭证与明细账表对应的科目一定是未级科目,如存在非未级科目如此对账不平总账和辅助账对应的科目同一期间只存在一条记录,如有多条如此对账不平记账或取消记账等情况有报错,可初步判断数据库表出问题,用如下SQL命令来校验：DBCC CheckDB<‘数据库名称’>如结果中有一致性或分配性错误可判断是数据库问题,可用相应的命令或工具来纠正处理此类问题的思路是：对账顺序按会计期间从小到大检查,即首先要保证该年度帐中年初对账无误,至于其他月份一般可通过取消记帐再重新记帐解决.因为日常月份的记帐大都只是修改gl_accass、gl_accsum数据表中对应记录中的MB〔期初余额〕、MD〔本期借方发生〕、MC〔本期贷方发生〕、 ME〔期末余额〕等字段值.所以确保年初时gl_accass、gl_accsum表中记录准确无误是处理此类问题的关键.总账模块对账不平情况往往是修改科目或记账错误引起,一般用户可以通过逆向操作就可以纠正,如果是一般数据错误可通过通下载的工具来纠正,所以尽量防止进数据库表做改动.〔登陆通伙伴中心—〉伙伴专区—〉渠道与销售—〉销售工具—工具四解决对账不平的思路总结由于是操作上的失误导致的对账不平,只要通过对账界面或者已经获知的问题科目,将原有的操作取消,比如说原有科目的期初输入错误,将所有月份取消记账,然后将错误方式修改的辅助核算期初先修改回来,然后清空数据,再重新按照正确的方法进展设置,再将正确的期初输入进去就可以了,注意要保持期初试算的平衡.对于涉与添置凭证出现的错误,可以将明细账和辅助核算明细账进展比对,找到出现问题的凭证,将该科目重新录入,添置正确的辅助核算项目的方法来进展修复！在进展部门或者职员档案进展修改删除时,注意看清提示,看看是不是有科目设置了部门或者个人往来辅助核算,是否有凭证涉与到该部门或个人,尽量不要在数据后台修改.请先将该凭证修改或删除,然后在进展部门和职员档案的修改工作！在年结时,有时为了能够尽早的开始下年业务,而不过于着急完毕上年账目的时候,会提前建立下一年的年度帐,这样第三种现象出现的可能行就比拟大,解决方法可以在新的年度也比对上一年度做出一样的根底设置的修改,然后在进展结转；另可以先账套备份,修改账套备份中的UfErpAct.Lst文件,将之中的所有账套号的三位数字修改成为系统中没有的另外的一个账套号,再引入成为另一个账套,将原有账套的新年度账删除,重新建立新年度账,然后进展结转,最后再从复制出来的账套中将凭证引回.<注：此方法只适用于单独启用总账或者除总账模块外其他模块均没有数据发生的情况> 其他模块与总帐间的对帐不平固定资产与总帐间的对帐不平应收应付与总帐间对帐不平存货核算与总帐间对帐不平其他模块间的对帐不平库存与存货对帐不平采购暂估余额表与库存暂估余额表不平其他模块与总帐间的对帐不平固定资产与总帐间对帐不平应收应付与总帐间对帐不平存货核算与总帐间对帐不平各个模块与总账间的对账不平的处理,在软件中其他模块和总账共同启用,并且生成凭证传递给总账,而在查询时经常出现和总账对账不平的情况,在遇到这类问题的时候,其根源也大致分为操作错误和后台数据库问题两种情况.主要是操作错误所造成的对账不平的问题.下面举例介绍：固定资产与总账间的对账不平〔操作方面〕属于操作方面的问题1.折旧生成的凭证没有记帐,或在在凭证生成之前点击对帐按钮.2.手工在总帐里面添置了关于固定资产和累积折旧的凭证.3.帐科目错误.固定资产与总账间的对账不平〔数据方面〕一般是由于数据记录有问题而导致对帐不平.固定资产与总账对账的数据库表主要是FA_Total表,总账与固定资产对账的数据库表主要是gl_accsum表固定资产原值和累计折旧select sum<dblValue> from fa_total where iperiod=2select sum<dbldeprtotal> from fa_total where iperiod=2总账中固定资产原值和累计折旧select me from gl_accsum where ccode='1501' and iperiod=2select me from gl_accsum where ccode='1502' and iperiod=2如果是FA_Total表中的数字有问题可以直接修改fa_total.应收应付与总帐间对帐不平〔操作方面〕应收应付中业务帐与科目帐对帐不平的原因主要有：1、期初单据没有录入对应的科目2. 业务单据已发生但没有生成相应凭证;3、业务单据生成凭证的会计期间与业务单据记帐日期所处的会计期间不一致.4、应收应付单据发生时入帐科目与核销时下帐科目不一致,且又没有根据核销制单应收应付与总帐间对帐不平〔数据方面〕由于数据记录有问题导致的对帐不平应收应付与总账对账的数据库表主要是ap_detail表总账与应收应付对账的数据库表主要是gl_accvouch表在对账的时候,对照这两X表的内容来进展比对,其中gl_accvouch表要关联到code表中查询受控与应收或者应付<cother='AR' 或者 cother='AP'>的末级标识为1的科目的金额,然后和ap_detail表中想对应的日期的金额合计相对.存货核算与总帐间对帐不平〔操作方面〕---------------导致的原因还有一个就是调整过总账的期初和应收应付的期初对应不同的供给商,客户导致.出现总账系统与应收款管理系统对账不平一般情况下可以从下面几个方面入手：1、检查启用总账系统与应收系统的期初数,核对它们俩系统分别的期初数据是多少〔一般建议刚刚启用总账系统和应收款系统时录入的期初数必须相等〕2、查看应收款管理自动传递到总账系统的凭证是否都已经审核记账了3、查看是否在总账系统中,使用了受控科目直接填制凭证〔一般建议设置总账参数：不允许使用应收应付收款科目〕核算与总账对账不平,核算和总账并不是一定能够对平的,所谓的对账是只核算模块的存货本钱和总账中相对应的总账科目的数据来进展人工核对存货与总帐对帐不平,有哪些可能？存货生成凭证时,人为修改正凭证科目在存货核算的对方科目中使用了存货科目跨越生成凭证当月不平有其他系统使用了存货科目期初余额中没有录入存货科目存货科目设置错误或者凭证没记帐存货核算与总帐间对帐不平〔数据方面〕<1> 解决对账不平首先要保证所有的单据均已经在核算模块记账且都已经生成凭证,而对应到总账科目的凭证都是由核算模块生成的,在总账模块中没有生成相应科目的凭证.可以查看凭证列表<GL_accvouch>中的外部凭证标识<coutsign>中是否相关的分录均有核算标示<IA>.在核算中,而明细账对应的表为IA_Subsidiary表cpzid is not null的记录.总帐如此为gl_accsum表模块间对账不平库存与存货对帐不平采购暂估余额表与库存暂估余额表不平模块之间对账不平的处理,指在软件中模块之间数据具有传递性,而在查询时经常出现对账不平的情况,在遇到这类问题的时候,其根源也大致分为操作错误和后台数据库问题两种情况.库存与存货对帐不平〔操作方面〕库存与存货对帐不平,原因主要有：本月库存单据没有记账〔包括蓝字与红字单据两种情况〕以前月份的库存单据在本月记账对帐时点是在期末处理后月末记账前〔存货存在暂估时,月初回冲单到回冲一般都不平〕销售本钱核算方式为销售发票有直运业务库存与存货对帐不平〔数据方面〕在库存管理与存货核算对帐中,库存管理中的数据来源为RdRecord RdRecords .而存货核算如此为IA_Summary表另外请思考当业务做了六个月之后,发现库存存货两个模块期初就对不平,如果核算模块数字是正确的应该如何处理？修改库存期初,库存期初小如此录入正数大如此录入负数如果库存模块数字是正确的应该如何处理?修改库存期初和核算一致然后在当期做其它出入库单据调整,然后记帐.采购暂估余额表与库存暂估余额表不平由于采购和存货暂估和报销的时间点不同.会造成两者的不符.采购一入库就是暂估,在采购暂估余额表上就会表现,而存货对于采购入库单在结算之前就记账,才认为是暂估,在存货暂估余额表中表现采购入库单与发票结算后,采购认为是报销,而存货只有在结算本钱处理以后才认为是报销.采购暂估入库余额表中本月结算金额与存货暂估材料余额表本月报销金额不一定都必须要求一致,如下几种情况会产生两边本月结算、报销金额不一致的现象:1、本月入库单先记帐,再做局部结算,由于局部结算的结算单本月不允许进展暂估处理,所以会导致两边本月报销金额不一致；2、本月入库单本月先记帐,然后再进展发票全部结算,那么在采购暂估余额表中反映结算金额,存货暂估本钱处理中也有反映,但在存货暂估余额表中并不反映,因为入库单、发票都是本月的,且在当月做了结算,存货系统按非暂估处理；3、本月入库单本月先不记帐,然后进展发票全部结算,那么在采购暂估余额表中反映结算金额,存货暂估本钱处理中不反映,存货暂估余额表中也不反映.因为入库单、发票都是本月的,且在当月做了结算,存货系统按非暂估处理；4、本月入库单本月先记帐,然后进展发票全部结算,在下月做暂估本钱处理,那么在本月采购暂估余额表中反映结算金额,下月存货暂估本钱处理后,在下月存货暂估余额表中才反映报销金额.因为入库单、发票都是本月的,并且做了结算,即使在下月的暂估本钱处理中反映该笔业务,存货系统也会按按非暂估处理；5、对于已经存在结算单〔入库单记帐后生成的结算单〕的入库单恢复记帐后,再进展记帐时,因为结算单已经存在,存货中进展暂估本钱处理时系统不会作为暂估的报销金额处理,但在采购暂估余额表中反映本期报销金额.模块间对账不平总结问题容易出现的方面：1.期初数据：总账之外的模块期初余额往往没有受到和总账期初一样的重视,出现不录入、落录入、录入数据和总账不一致等情况.2.凭证问题：一些对帐科目均可以在总账系统中做出相关的凭证,而这些凭证往往是导致该模块和总账对账不平的因素,在生成凭证的时候由于可以对凭证进展修改,导致不平.所以在对账不平的很多时候,都是由于操作不当而形成的3.根底档案的修改和年结造成的对账不平：由于直接修改重要的根底档案造成4.对于账表取数方式和过滤的X围不清楚,查询上问题导致对账不平解决方法：这些人为造成的对账不平的情况,只能通过规X操作,以与其他的一些特殊方法来进展补救.首先是期初的录入,需要录入期初数据的模块除了总账外还有应收、应付、固定资产、采购、销售、库存以与存货核算；而和总账有关系的模块只有应收、应付、固定资产和存货核算这四个模块.由于在操作时只有总账的期初余额和凭证是对总账数据产生影响的,而总账的这些数据对于其他模块却没有什么影响,所以不要以为总账录入了数据,其他模块就会直接的调用这些数据,所以检查模块间的对账不平往往是从期初开始的,而后就是从各个模块向总账生成的凭证,由于各模块的单据即使不生成凭证也不影响结账,忘记制单或者落下单据没有制单等,且生成凭证的时候,其金额、科目甚至分录均可以在保存前做修改,在保存后还可删除等等,这些因素都有可能是造成各模块和总账之间对账不平.所以要保证凭证和单据的一一对应性,是判定这类问题是否是后台数据问题的关键.另外在操作上有时选项设置的不正确也是导致对账不平的原因,类似固定资产模块,其生成凭证的科目设置和固定资产和累积折旧与总账对账时的对账科目的设置就是不同的,如果设置错误,如此对账不平也就很正常了,所以在固定资产选项里面还设置有一个在对账不平情况下允许固定资产月末结账的选项.主要涉与到的数据库表AP_Detail 应收应付明细表写入审核的采购发票<包括运费发票>、销售发票、销售调拨单、零售日报、收付款单与其他已审核的应收/付单等的单据记录,还包括现结、核销、对冲、转帐,并帐、损益所产生的相应记录等.数据关联字段说明：iperiod <会计期间> ‘0’为期初cvouchtype <单据类型> 请联查‘Ap_VouchType’表,特别提示：单据类型为48,49的为ar、ap所共有,须加以‘cflag’字段值‘ar’or‘ap’来共同判断.cvouchid单据号 dvouchdate 单据日期〔单据填写的日期〕dregdate单据记帐日期〔单据审核的日期〕帐龄分析多据此日期判断.cdwcode 中包括供给商编码和客户编码,须加以‘cflag’字段值‘ar’or‘ap’来共同判断.ibvid 对应于salebillvouchs〔销售发票子表〕的autoid,与purbillvouchs〔采购发票字表〕的id 须加以‘cflag’字段值‘ar’or‘ap’来共同判断.csign 单据正负标识 ccode 科目生成凭证时添入.isignsel科目账期间生成凭证时添入. Iprice 单价idamount借方金额 icamount 贷方金额cpzid 生成凭证时的线索号,与gl_accvouch 表中的coutno_id相关联cvouchtype 主要包括 01〔采专〕、02〔采普〕、03〔采购运费发票〕、26〔销专〕、27〔销普〕、28〔销售调拨单〕、29〔销售日报〕、48、49、R0、P0 单据类型.bprepay 预收预付标志〔true、false：结算〕iflag 1.表示预收预付 3. 表示票据 4.表示折算额 5 表示现结业务 6.收款业务7.现金折扣业务iflag为7的业务在应收付明细账中应为不可见,走费用科目.cCoVouchType 对应单据类型 cCoVouchID 对应单据号fa_Total 固定资产汇总表数据关联字段说明：dblAccrualValue 本月计提原值 dblAddValue 本月原值增加dblDecValue 本月原值减少 dblDepr 本月计提折旧dblDeprTotal 月末累计折旧 dblLastAccrualValue 上月计提原值dblLastAddValue 上月原值增加 dblLastDecValue 上月原值减少dblLastDepr 上月折旧额 dblLastWork 上月工作量dblLastWorkTotal 上月累计工作量 dblMonthDeprTotal 月初累计折旧dblMonthValue 月初原值 dblTransInDeprTotal 本月折旧转入dblTransOutDeprTotal 本月折旧转出 dblValue 月末原值dblWork 本月工作量 dblWorkT 月末累计工作量dblYearDeprTotal 年初累计折旧dblYearValue 年初原值 iPeriod 会计期间lCount 月末数量 lMonthCount 月初数量sDeptNum 部门编码 sTypeNum 资产类型编码RdRecord 收发记录主表采购入库单、产成品入库单、销售出库单、材料出库单、其他入库单、其他出库单、库存期初ipurarriveid采购到货单主表标识,关联PU_ArrivalVouch.ID；cDLCode发货退货单主表标识,关联DispatchList.DLID；ipurorderid采购订单主表标识,关联PO_Pomain.POID；iproorderid生产订单主表标识,关联PP_ProductPO.ID；cBillCode发票主表标识,关联PurBillVouch.PBVID/SaleBillVouch.SBVID〔采购入库单、销售出库单用〕cVouchType单据类型编码,关联VouchType.cVouchType,01_采购入库单 10_产成品入库单 08_其他入库单 32_销售出库单 11_材料出库单 09_其他入库单 33_采购期初 34_库存、存货期初；。
财务会计-固定资产-总账与固定资产对账不平
总账与固定资产对账不平产品线：U8版本：U8V11.0领域：财务会计模块：固定资产数据库版本：SQL2005固定资产模块与总账对账不平，分为原值不平、累计折旧不平。
无论是固定资产还是累计折旧，都符合以下的平衡关系。
下面针对每种情况举例说明分析过程以及解决方案。
问题1：固定资产和总账对账时固定资产的原值和累计折旧都显示为0问题描述：在固定资产模块对账界面，固定资产和总账对账时固定资产原值和累计折旧都显示为0.如下图：问题分析：固定资产选项中的对账科目设置情况，发现对账科目全部都已设置好。
如下图：仔细查看选项，发现勾选了“按资产类别设置缺省科目”，因此想到，在资产类别中是否未设置缺省科目呢？解决方案：打开资产类别界面，发现确实是资产类别对应的固定资产和累计折旧缺省科目未设置。
将固定资产与累计折旧缺省入账科目设置上，对账就平了。
注意事项：只有在固定资产选项中，勾选“按资产类别设置缺省科目”，才需要在资产类别界面设置缺省入账科目。
如果没有勾选此项，只需要在固定资产选项中，将对账科目设置上即可。
问题2：固定资产模块，“资产对账”节点不显示。
问题描述：登陆固定资产模块后其它功能节点显示均正常，只有“资产对账”节点不显示，如下图：左图是正常显示，右图缺少了“资产对账”功能节点。
问题分析：如果当月已经结账，资产对账也会显示，所以跟是否结账没有关系；由于其它功能节点显示均正常，因此也排除了accinformation表的问题。
因此看一下选，是否有相关控制。
解决方案：打开固定资产选项，“与账务系统接口”页签，发现，“与账务系统进行对账”没有勾选。
如下图：将“与账务系统进行对账”勾选后，“资产对账”功能节点就显示出来了。
注意事项：要求对软件功能节点以及选项要非常熟悉，才能又快又准的判断出问题原因所在。
建议多测问题，多在软件中操作。
问题3：固定资产与总账对账，显示账务系统原值和累计折旧少。
问题描述：在固定资产与总账对账时，对账结果显示账务系统原值和累计折旧均比固定资产的原值和累计折旧少。
如何分析用友U8账务对账不平-总账明细账不平、辅助账总账明细账不平 (2)
对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上，对账的形式主要有：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期初不平的处理期初设置录入错误：在期初录入阶段，科目录入了期初数据之后，在没有删除该期初数据之前，又对该科目设置了辅助核算项目，或者之前该会计科目设置有辅助核算项目，之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目（如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目）等情况均会造成总账与辅助账簿对账不平的情况！在期初的对账中可以直接查询出错误的科目！处理方法：将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后在软件界面上清空数据，再重新按照正确的方法进行设置，再将正确的期初输入。
NC中 对账不平的解决办法
NC中账表不符的解决办法由于XX项目大量用到了凭证外部交换平台导入，有时会遇到科目余额表联查辅助余额表查不到、总账与明细账不平、总账期初与往来核销期初不平、凭证与账表不符等情况。
此时，需要做如下操作即可解决问题。
一是进集团做横表拉伸操作。
此操作仅限集团关键用户使用。
财务会计――总账――期末处理――结账结点。
鼠标点在下图中“结账月份”位置，按ctrl+alt+F5，在弹出窗口中按“确定”：在下图弹出的提示框中，点“否”，等待系统完成操作即可。
二是重建期初操作。
此操作仅限集团关键用户使用。
注意操作时该公司不要有其他用户操作总账节点。
登录期初有不符问题的公司，财务会计――总账――期初余额节点，鼠标点在数量列，按ctrl+alt+A，弹出如下窗口，选择“是”，即可刷新总账期初数据。
三是刷新辅助核算编码。
此操作最终用户可以使用。
登录该公司总账――期末处理――结账节点，在“结账月份”列，按ctrl+alt+A，弹出如下窗口，按全选按钮，将所有辅助核算选择过去，刷新编码即可。
四是重建余额表。
此操作最终用户可以使用。
上述一至三项操作完成后，都要进行重建余额表操作。
登录该公司总账――期末处理――结账节点，点击“重建余额表”，选择重建余额表的月份，如果月份处选择空，则重建全年的余额表。
进行完上述操作后，即可解决问题。
Tanmy补充：此类具体操作在文档（NC中账表不符的解决办法.docx ）中已经描述的很详细了我补充一下各种操作解决的问题吧：（1）期初重建这个功能的作用是将上一年的期末余额结转到下一年的期初；（2）重建余额表这个功能的作用是处理的情况为：（a）“科目余额表”与“明细账”不一致；（b）“辅助余额表”与“明细账”不一致（3）辅助核算拉横处理这个功能是处理“科目余额表”联查不到“辅助余额表”，此操作需要注意的事项是：注意：如果环境是水平集群环境，则需要在每一个集群节点中作“辅助核算拉横”处理，否则可能会导致集群节点中关于总账查询的数据结果不一致问题。
【用友 财务培训】供应链-存货核算-存货与总账对账不平
存货与总账对账产品线：U8版本：U8V10.1领域：可参考excel模块：可参考excel数据库版本：SQL2005问题标题：存货与总账对账问题描述：存货与总账对账不平的常见原因和处理思路分析。
问题分析：【原理说明】存货与总帐对帐，实际上就是一个按照科目抓取数据进行核对的过程，其中存货的数据来自于ia_subsidiary，总账的数据主要来自于Gl_accsum、gl_accvouch。
其处理过程主要为：--存货期初数据抽取Select cInvHead,cCode_Name,cast(isnull(iAInPrice,0)-isnull(iAOutPrice,0)as decimal(38,2))as QcPrice,cast(isnull(iAInQuantity,0)-isnull(iAOutQuantity,0)as float)as QcQuantity,cast(0 as float)as InPRice,cast(0 as float)as InQuantity,cast(0 as float)as OutPrice,cast(0 as float)as outQuantity--into tempdb..OptVouchFJX0from ia_subsidiaryleft join code on ia_subsidiary.cInvHead=ode and code.iyear = 2011where IA_subsidiary.iYear = 2011And not cPZID is nulland not cInvHead is nulland ia_subsidiary.cvoutype <> N'33'and iMonth<1Insert into tempdb..OptVouchFJX0Select cDifHead,cCode_Name,cast(isnull(iDebitDifCost,0)-isnull(iCreditDifCost,0)as decimal(38,2))as QcPrice,cast(isnull((case when isnull(idebitdifcost,0)=0 then 0 else(cast(isnull(iAInQuantity,0)as float)-cast(isnull(iAOutQuantity,0)as float))end),0)-isnull((case when brdflag=1 then(case when isnull(iCreditDifCost,0)=0 then 0 else(cast(isnull(iAInQuantity,0)as float)-cast(isnull(iAOutQuantity,0)as float))end) else(case when isnull(iCreditDifCost,0)=0 then 0 else(cast(isnull(iAoutQuantity,0)as float)-cast(isnull(iAinQuantity,0)as float))end)end),0)as float)as QcQuantity,cast(0 as float)as InPRice,cast(0 as float)as InQuantity,cast(0 as float)as OutPrice,cast(0 as float)as outQuantityfrom ia_subsidiaryleft join code on ia_subsidiary.cDifHead=ode and code.iYear = 2011where IA_subsidiary.iYear = 2011And not cPZID is null旗开得胜and not cDifHead is nulland ia_subsidiary.cvoutype <> N'33'and iMonth<1--存货日常发生数抽取Insert into tempdb..OptVouchFJX0Select cInvHead,cCode_Name,cast(0 as float)as qcPRice,cast(0 as float)as qcQuantity,cast(isnull(iAInPrice,0)as decimal(38,2))as inPrice,cast(isnull(iAInQuantity,0)as float)as inQuantity,cast(isnull(iAOutPrice,0)as decimal(38,2))as OutPrice,cast(isnull(iAOutQuantity,0)as float)as outQuantityfrom ia_subsidiaryleft join code on ia_subsidiary.cInvHead=ode and code.iyear = 2011where IA_subsidiary.iYear = 2011And not cPZID is nulland not cInvHead is nulland ia_subsidiary.cvoutype <> N'33'and iMonth=1Insert into tempdb..OptVouchFJX0Select cDifHead,cCode_Name,cast(0 as float)as QcPrice,0 as qcQuantity,isnull(iDebitDifCost,0)as InPrice,(case when isnull(idebitdifcost,0)=0 then 0 else(cast(isnull(iAInQuantity,0)as float)-cast(isnull(iAOutQuantity,0)as float))end)as inQuantity,cast(isnull(iCreditDifCost,0)as decimal(38,2))as OutPrice,(case when brdflag=1 then(case when isnull(iCreditDifCost,0)=0 then 0 else (cast(isnull(iAInQuantity,0)as float)-cast(isnull(iAOutQuantity,0)as float))end)else (case when isnull(iCreditDifCost,0)=0 then 0 else(cast(isnull(iAoutQuantity,0)as float)-cast(isnull(iAinQuantity,0)as float))end)end)as outQuantityfrom ia_subsidiaryleft join code on ia_subsidiary.cDifHead=ode and code.iyear = 2011 where IA_subsidiary.iYear = 2011And not cPZID is nulland not cDifHead is nulland ia_subsidiary.cvoutype <> N'33'and iMonth=1--按科目汇总存货期初和日常发生数据Select cInvHead,cCode_Name,ltrim(str(cast(sum(cast(qcPrice as decimal(38,2)))as decimal(38,2)),20,2)),ltrim(str(cast(sum(qcQuantity)as decimal(38,2)),20,2)),ltrim(str(cast(sum(cast(InPrice as decimal(38,2)))as decimal(38,2)),20,2)),ltrim(str(cast(sum(inQuantity)as decimal(38,2)),20,2)),ltrim(str(cast(sum(cast(OutPrice as decimal(38,2)))as decimal(38,2)),20,2)), ltrim(str(cast(sum(OutQuantity)as decimal(38,2)),20,2)),ltrim(str(cast(sum(cast(qcPrice as decimal(38,2))+cast(InPRice asdecimal(38,2))-cast(Outprice as decimal(38,2)))as decimal(38,2)),20,2)),ltrim(str(cast(sum(qcquantity+inquantity-outquantity)as decimal(38,2)),20,2)) from tempdb..OptVouchFJX0group by cInvHead,cCode_Nameorder by cInvHead--总账期初数据抽取---总账期初未记账数据抽取Insert into tempdb..OptVouchFJX0Select ccode,null,cast(sum(md)-sum(mc)as decimal(38,2)),cast(sum(nd_s)-sum(nc_s)as decimal(38,2)),0,0,0,0From GL_accVouchWhere isnull(iflag,0)<> 1And isNull(ibook,0)<> 1And ccode= N'1403'and((iyear=2011 And iperiod<1)Or iyear<2011)Group By cCode--总账期初已记账数据抽取旗开得胜Insert into tempdb..OptVouchFJX0Select ccode,null,cast(md-mc as decimal(38,2)),cast(nd_s-nc_s as decimal(38,2)),0,0,0,0From Gl_accsumWhere iperiod<1And Gl_ode= N'1403'and iyear=2011---总账日常未记账凭证数据抽取Insert into tempdb..OptVouchFJX0Select ccode,null,0,0,sum(md),sum(nd_s),sum(mc),sum(nc_s)From GL_accVouchwhere iperiod=1And isnull(iflag,0)<> 1And isNull(ibook,0)<> 1And ccode= N'1403'and iyear=2011Group By cCode---总账日常已记账数据抽取Insert into tempdb..OptVouchFJX0Select ccode,null,cast((case when cbegind_c= N'贷'then-1*mb else mb end)as decimal(38,2)),cast((case when cbegind_c= N'贷'then-1*nb_s else nb_s end)as decimal(38,2)),0,0,0,0 From Gl_accsumwhere iperiod=1And Gl_ode= N'1403'and iyear=2011---总账按照科目汇总数据Select ltrim(str(cast(sum(qcPrice)as decimal(38,2)),20,2)),ltrim(str(cast(sum(qcQuantity)as decimal(38,2)),20,2)),ltrim(str(cast(sum(InPrice)as decimal(38,2)),20,2)),ltrim(str(cast(sum(inQuantity)as decimal(38,2)),20,2)),ltrim(str(cast(sum(OutPrice)as decimal(38,2)),20,2)),ltrim(str(cast(sum(OutQuantity)as decimal(38,2)),20,2)),ltrim(str(cast(sum(qcPrice+InPRice-Outprice)as decimal(38,2)),20,2)),ltrim(str(cast(sum(qcquantity+inquantity-outquantity)as decimal(38,2)),20,2))from tempdb..OptVouchFJX0where cInvHead= N'1403'◆【关联关系介绍】Ia_subsidiary.czpid=gl_accvouch.cout_id◆【对账不平处理思路】在软件中进行对账时，选择需要对账的会计年度、会计月份，然后可进行数量、金额对账检查；（其中890版本增加“包含未记账凭证功能”）遇到对账不平，一般可以按照以下思路进行检查处理：1）一般企业存货科目如：原材料、库存商品等，都不设置数量核算，故对账时可以先取消数量检查，并勾选“包含未记账凭证”，看否可以对账成功；2）其次，若还是显示“对账不平”，则可以在对账界面检查是期初引起的不平还是日常发生数引起的不平；其中：✓若期初不平，则需要按照对账月份依次往前核对历史月份，看到底是从哪个月开始引起的对账不平。
合并对账不平场景及处理方案
合并报表内部交易对账不平业务处理
1、对账不平主要场景
a)交易一方未做帐，交易另外一方做了账务处理。
b)交易双方未按照正确的规则做账务处理。
2、处理方案：在合并报表对账执行时系统会自动出具对账报告，查询对账结果，对于对符
数据可以直接生成抵消分录，对不符的数据可以进行如下处理。
a)可以返回各个单位修改账务数据，然后再对账。
b)设置对账规则，取大、取小、优先单位等；见图一。
c)直接修改对账报告，按照修改后的数据生成抵消分录；见图二、图三。
图一
图二
图三。
月末对账存在问题及整改措施
月末对账是企业或组织进行财务管理的重要环节，但有时候可能会出现一些问题。
以
下是一些可能存在的问题以及相应的整改措施：
1.账目不平衡：在月末对账过程中，可能会发现账目不平衡，即资产、负债或者所有者权益的总额不匹配。
这可能是由于错误的录入、遗漏或其他原因导致的。
解决这个问
题的措施包括仔细检查账目录入过程中的错误、查找可能的遗漏或差错，并进行相应
的调整。
2.未公开或隐瞒交易：有时候，在月末对账时可能会发现未记录或者隐瞒的交易。
这可能是由于疏忽、故意隐瞒或其他原因造成的。
为了解决这个问题，需要建立有效的内
部控制措施，确保所有交易都被准确记录和公开。
3.差错或误差：有时候，月末对账中可能出现差错或误差，包括金额错误、分类错误等。
解决这个问题的措施包括仔细审查所有账目和交易，确保正确输入和分类，并建立审
计和验证机制来减少差错和误差的发生。
4.缺乏对账程序和规范：一些组织可能缺乏明确的对账程序和规范，导致月末对账不够系统和规范。
解决这个问题的措施包括建立明确的对账程序，明确责任人和时间表，
确保对账工作按照规定的流程和步骤进行，并制定完善的文档和记录。
5.人员技能不足：月末对账所涉及的工作可能需要一定的财务知识和技能。
如果人员技能不足，可能会导致错误和问题的发生。
解决这个问题的措施包括提供培训和教育，
确保负责对账工作的人员具备必要的技能和知识。
综合来说，确保月末对账的准确性和可靠性需要建立良好的内部控制措施、规范的对
账程序、培训和教育等。
同时，定期进行审计和验证，及时纠正错误和问题，并持续
改进对账过程和系统。
用友T3,用友T6,用友U8账务对账不平-总账明细账不平、辅助账总账明细账不平
对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上，对账的形式主要有：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期初不平的处理期初设置录入错误：在期初录入阶段，科目录入了期初数据之后，在没有删除该期初数据之前，又对该科目设置了辅助核算项目，或者之前该会计科目设置有辅助核算项目，之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目（如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目）等情况均会造成总账与辅助账簿对账不平的情况！在期初的对账中可以直接查询出错误的科目！处理方法：将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后在软件界面上清空数据，再重新按照正确的方法进行设置，再将正确的期初输入。
总账年初对账不平
此时我们再来看“应收账款”的年初余额 6500
开始处理了：在期初明细处录入一笔业务6500
再来看期初总账余额
Байду номын сангаас
选中“应收账款”进行清零
此时再重新按客户补录“应收账款”的期初 余额就可以了，不用修改凭证，也无须开 库修改数据。
适用条件及注意事项
• 科目至少有两级，否则无法进行“清零”。 • 多级科目时，有时对中间级次科目清零无 效，可能需要对一级科目进行清零。 • 做好数据备份。 • 取消结账、取消记账到期初。
年初对账不平
问题：
模块：总账系统 现象：由于上年未结账，新建年度账后没有及时年度结转， 而是直接录入了凭证。 到4月初做完年度账结转后发现应收账款总账与客户往 来明细账对账不平。（举例如图）
探询：
• 该用户反映在新年度中修改/删除过客户档案（有时即使 新年度账中没删改基础档案，结转年度账过程中也会出现 该问题）。 • 用户使用该科目填制了几百张凭证，也不愿修改凭证后重 新录入期初余额。
t3总账与明细账不平解决方法
本文由梁老师精心编辑整理（营改增后知识点），学知识，来百度文库！
t3总账与明细账不平解决方法
t3总账与明细账不平解决方法
首先先检查上年年末对账是否平衡。
如果上年年末对账平衡，说明是年度结转过程中出错，可以重新年度结转。
或者在新的年度账中，先把该科目的辅助核算取消，修改期初数，与明细记录合计一致，然后再把辅助核算选上，修改该科目的辅助明细记录。
如果上年对账不平，征求客户的意见，是否修改上年，如果不修改上年，直接对新的年度进行修改；如果要修改上年，则要删除年度账，修改完上年后，重新年度结转(错误多)；或者直接对上年反结账，修改后，再对新年度的期初进行修改。
原则：
发现对账不平，首先是先反记账，再重新记账。
看是否解决问题。
如果不行，再分析相关的账表和后台数据库。
常用的数据库：
科目表code；凭证和明细账表gl_accvouch
辅助总账表gl_accass；总账表gl_accsum
注意：月末结账的时候提示对账不平的原因很多，很多问题的表现一样，但原因并不相同。
这里仅说明的常见的解决方法，或者提供一种思路。
并不是所有对账不平的原因和解决方法。
;
1。
如何分析用友账务对账不平-总账明细账不平、辅助账总账明细账不平_0
对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上，对账的形式主要有：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账务对账不平-总账明细账不平、辅助账总账明细账不平
对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上，对账的形式主要有：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期初不平的处理期初设置录入错误：在期初录入阶段，科目录入了期初数据之后，在没有删除该期初数据之前，又对该科目设置了辅助核算项目，或者之前该会计科目设置有辅助核算项目，之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目（如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目）等情况均会造成总账与辅助账簿对账不平的情况！在期初的对账中可以直接查询出错误的科目！处理方法：将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后在软件界面上清空数据，再重新按照正确的方法进行设置，再将正确的期初输入。
专业版仓存与总账对账不平的原因分析
版权信息
z 本文件使用须知 著作权人保留本文件的内容的解释权，并且仅将本文件内容提供给阁下个人使
用。对于内容中所含的版权和其他所有权声明，您应予以尊重并在其副本中予以保 留。您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方 式把它们用于任何公开或商业目的。任何未经授权的使用都可能构成对版权、商标 和其他法律权利的侵犯。如果您不接受或违反上述约定，您使用本文件的授权将自 动终止，同时您应立即销毁任何已下载或打印好的本文件内容。
金蝶软件（中国）有限公司 客户服务中心
第5页 共5页
应用流程
步骤： 1、到仓存与总账对账中查看差额情况，从仓存与总账对账单中可见原材料科目仓存本 期收入数比总账数多，而发出金额比总账少，如图 1-01：
图 1-01 仓存与总账对账情况
根据总账科目金额和仓存金额的形成过程，对此问题进行分析：总账科目的金额应该是 所有该科目的发生额或余额，包括业务单据生成的凭证和手工录入的凭证；而仓存中总体金 额的形成是由业务单据的发生额组成，其中每个科目的发生额是该科目所对应物料的发生额 （在物料属性中对应的科目）。
金蝶软件（中国）有限公司 客户服务中心
第4页 共5页
金蝶知识库文档
图 1-06 设置查询手工录入凭证的条件 6、检查异常业务的凭证模板设置是否正确，特别是实仓与虚仓之间的调拨模板，在生 成凭证时不能选择实仓之间的调拨模板否则会导致总账数据的错误。 7、通过以上步骤查找出问题所在并修改过来以后查看仓存与总账对账本期收入和发出 金额一致，如图 1-07：
应用流程步骤1到仓存与总账对账中查看差额情况从仓存与总账对账单中可见原材料科目仓存本期收入数比总账数多而发出金额比总账少如图101图101仓存与总账对账情况根据总账科目金额和仓存金额的形成过程对此问题进行分析总账科目的金额应该是所有该科目的发生额或余额包括业务单据生成的凭证和手工录入的凭证而仓存中总体金额的形成是由业务单据的发生额组成其中每个科目的发生额是该科目所对应物料的发生额在物料属性中对应的科目
用友对账不平解决方法讲解
对账不平问题说明内容如下：一.总账对账不平二.模块间对账不平三.其他模块与总账间的对账不平四.其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上，对账的形式主要有：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版本：U8V11.0领域：财务会计模块：固定资产数据库版本：SQL2005固定资产模块与总账对账不平，分为原值不平、累计折旧不平。
无论是固定资产还是累计折旧，都符合以下的平衡关系。
期初余额本期发生期末余额对账不平期初是否平？平不平检查本期发生调整期初数据建账期初不平？是否下面针对每种情况举例说明分析过程以及解决方案。
问题1：固定资产和总账对账时固定资产的原值和累计折旧都显示为0 问题描述：在固定资产模块对账界面，固定资产和总账对账时固定资产原值和累计折旧都显示为0.如下图：查固定资产和累计折旧科目明细账固定资产业务是否制单是否直接在总账录入了凭证固定资产没有对应业务关于固定资产和计提折旧的凭证是否记账检查固定资产相关选项凭证上的科目是否错误，凭证金额是否与固定资产不一致，凭证期间与业务期间是否一致 如果未记账，需要在对账界面选择“包含未记账凭证”如：对账科目是否选择；是否按资产类别对账等数据问题调整相关表数据问题分析：固定资产选项中的对账科目设置情况，发现对账科目全部都已设置好。
如下图：仔细查看选项，发现勾选了“按资产类别设置缺省科目”，因此想到，在资产类别中是否未设置缺省科目呢？解决方案：打开资产类别界面，发现确实是资产类别对应的固定资产和累计折旧缺省科目未设置。
将固定资产与累计折旧缺省入账科目设置上，对账就平了。
注意事项：只有在固定资产选项中，勾选“按资产类别设置缺省科目”，才需要在资产类别界面设置缺省入账科目。
如果没有勾选此项，只需要在固定资产选项中，将对账科目设置上即可。
问题2：固定资产模块，“资产对账”节点不显示。
问题描述：登陆固定资产模块后其它功能节点显示均正常，只有“资产对账”节点不显示，如下图：左图是正常显示，右图缺少了“资产对账”功能节点。
问题分析：如果当月已经结账，资产对账也会显示，所以跟是否结账没有关系；由于其它功能节点显示均正常，因此也排除了accinformation表的问题。
用友U8对账不平的解决方法
112201会计科目的辅助明细只有 条记录，因此可以判定 会计科目的辅助明细只有10条记录 因此可以判定gl_accass表中 会计科目的辅助明细只有 条记录， 表中 存在多余记录
取消结账、取消记账，直到 月份 取消结账、取消记账，直到1月份 在期初余额中重新录入112201科目的金额 在期初余额中重新录入 科目的金额
对账不平的解决方法
如果出现对帐不平的现象，可以先恢复记账甚至取消审核， 如果出现对帐不平的现象，可以先恢复记账甚至取消审核，然后重新审 核再记帐。如果这种方法不能解决，可以判断为数据库有问题， 核再记帐。如果这种方法不能解决，可以判断为数据库有问题，可以 从以下表中找原因：code会计科目表 GL_accsum科目总帐表 会计科目表、 科目总帐表、 从以下表中找原因：code会计科目表、GL_accsum科目总帐表、 GL_accass辅助总帐表 GL_accVouch凭证及明细账表 辅助总帐表、 凭证及明细账表。 GL_accass辅助总帐表、GL_accVouch凭证及明细账表。 一般情况下可能存在下列错误： 一般情况下可能存在下列错误： 1．科目表的末级标志错误 2．总帐表或辅助总帐表记录丢失 3．总帐表或辅助总帐表记录重复 4．凭证本身错误
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
总账总账总账总账对账不平问题专题讲解内容对账不平问题专题讲解内容
总帐中大部分数据问题多出现在对账不平这个环节上总帐中大部分数据问题多出现在对账不平这个环节上，，，，对账的形式主要有对账的形式主要有对账的形式主要有：：：：
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 期初不平的处理
期初设置录入错误期初设置录入错误：：：：在期初录入阶段，科目录入了期初数据之后，在没有删除该期初数据之
前，又对该科目设置了辅助核算项目，或者之前该会计科目设置有辅助核算项目，之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目（如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目）等情况均会造成总账与辅助账簿对账不平的情况！在期初的对账中可以直接查询出错误的科目！
处理方法：将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后在软件界面上清空数据，再重新按照正确的方法进行设置，再将正确的期初输入。
1.2 期间不平
修改会计科目辅助核算修改会计科目辅助核算：：：：添置凭证阶段，将凭证中涉及到的科目取消、设置或修改辅助核算
项目，也会导致该会计科目出现总账和辅助账簿对账不平的情况。
处理方法处理方法：：：：对于涉及添置凭证出现的错误，可以将明细账和辅助核算明细账进行比对，找到
出现问题的凭证，将该科目重新录入，添置正确的辅助核算项目的方法来进行修复！
2.总账和明细账不平
科目的编码级次出现错误科目的编码级次出现错误：：：：如果对于会计科目在设置过程中出现较为频繁的或者大范围的改
动，尤其是上下级科目的改动和复制，有时候就会造成科目的级次或者末级标识的错误，在科目表中相关的表列主要内容如下
科目表科目表（（（（code））））相关数据列：
科目编码（ccode）科目名称（ccode_name）编码级次
（igrade）这里的数字代表该行的科目为第几级科目末级标
识（bend）1—末级0--非末级；科目类型（cclass）
当科目编码对应的编码级次与科目本身的编码级次不符的时候，也会出
现对账不平的情况，由于科目编码级次的不符，软件在统计的时候只会
将科目一级一级汇总向上累积，而其中缺少一级，或者末级的科目编码
标识出现错误，则无法向上一级进行汇总，从而导致科目的上下级对账
不平的问题。
如果会计科目末级标志出错，会产生总账上下级、总账明细账对账不平
该错误还会引起科目合计数翻倍的问题
上级科目设置有辅助核算而下级明细设置有不同的辅助核算项目(例如：一级科目—其他应收款挂有部门辅助核算，下级明细—部门其他应收款挂有部门辅助核算；个人其他应收款挂有个人辅助核算，则查询一级科目其他应收款的时候只汇总部门其他应收款的金额，不汇总个人其他应收款的金额。
)汇总情况较为特殊，但是此种情况不影响对账功能的结果，对账仍提示为正确。
3.总账数据年结后期初对账不平
总账数据年结后期初对账不平
原因分析：建立年度账后转结总账数据前做了基础档案的修改
方案一：1、取消新年度所有凭证记账
2、调整账套新年度基础档案和期初余额
方案二：1、导出新年度所有凭证
2、清空新年度数据
3、调整新旧年度的基础档案（或重新建立年度账）
4、总账数据结转
5、用总账工具导入凭证
其他高发问题
凭证借贷不平
在进行总账月末结账的时候提示对账不平，不允许结账，在查看月度工
作报告的时候会发现有试算结果不平衡的现象，而此时凭证都已记账
处理方法处理方法：：：：查询期初，发现期初试算平衡，于是取消凭证记账，如果不是起始月就查询上月月末结账试算是否平衡，如不平衡就再取消记账继
续查询上月，直到找到试算平衡的月份，则去检查最后一次取消凭证记
账的月份中的凭证，重新审核。
会找到有借贷不平的凭证的存在，将其修改后保存
重新审核记账即可。
总结
由于是操作上的失误导致的对账不平，只要通过对账界面或者已经获知的问题科目，将原有
的操作取消，比如说原有科目的期初输入错误，将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后清空数据，再重新按照正确的方法进行设置，再将正确的期初输入进去就可以了，注意要保持期初试算的平衡。
对于涉及添置凭证出现的错误，可以将明细账和辅助核算明细账进行比对，找到出现问题的凭证，将该科目重新录入，添置正确的辅助核算项目的方法来进行修复！
在进行部门或者职员档案进行修改删除时，注意看清提示，看看是不是有科目设置了部门或者个人往来辅助核算，是否有凭证涉及到该部门或个人，尽量不要在数据后台修改。
请先将该凭证修改或删除，然后在进行部门和职员档案的修改工作！
在年结时，有时为了能够尽早的开始下年业务，而不过于着急结束上年账目的时候，会提前建立下一年的年度帐，这样第三种现象出现的可能行就比较大，解决办法可以在新的年度也比对上一年度做出相同的基础设置的修改，然后在进行结转；另可以先账套备份，修改账套备份中的UfErpAct.Lst 文件，将之中的所有账套号的三位数字修改成为系统中没有的另外的一个账套号，再引入成为另一个账套，将原有账套的新年度账删除，重新建立新年度账，然后进行结转，最后再从复制出来的账套中将凭证引回。