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

第一篇：如何分析用友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 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、用总账工具导入凭证

其他高发问题

凭证借贷不平

在进行总账月末结账的时候提示对账不平，不允许结账，在查看月度工

作报告的时候会发现有试算结果不平衡的现象，而此时凭证都已记账

处理方法：查询期初，发现期初试算平衡，于是取消凭证记账，如果不

是起始月就查询上月月末结账试算是否平衡，如不平衡就再取消记账继

续查询上月，直到找到试算平衡的月份，则去检查最后一次取消凭证记

账的月份中的凭证，重新审核。会找到有借贷不平的凭证的存在，将其修改后保存

重新审核记账即可。

其他注意事项

凭证及明细账表对应的科目一定是未级科目，如存在非未级科目则对账不平

总账和辅助账对应的科目同一期间只存在一条记录，如有多条则对账不平

记账或取消记账等情况有报错，可初步判断数据库表出问题，用如下SQL命令来校验：

DBCC CheckDB(„数据库名称‟)

如结果中有一致性或分配性错误可判断是数据库问题，可用相应的命令或工具来纠正

处 理此类问题的思路是：对账顺序按会计期间从小到大检查，即首先要保证该年度帐中年初对账无误，至于其他月份一般可通过取消记帐再重新记帐解决。因为日常月 份的记帐大都只是修改gl_accass、gl_accsum数据表中对应记录中的MB（期初余额）、MD（本期借方发生）、MC（本期贷方发生）、ME（期末余额）等字段值。所以确保年初时gl_accass、gl_accsum表中记录准确无误是处理此类问题的关键。

总账模块对账不平情况往往是修改科目或记账错误引起，一般用户可以通过逆向操作就可以纠正，如果是一般数据错误可通过通网站下载的工具来纠正，所以尽量避免进数据库表做改动。

（登陆通网站 伙伴中心—〉伙伴专区—〉渠道与销售—〉销售工具—〉752号.维护通2.0下载

工具四

解决对账不平的思路

总结

由 于是操作上的失误导致的对账不平，只要通过对账界面或者已经获知的问题科目，将原有的操作取消，比如说原有科目的期初输入错误，将所有月份取消记账，然后 将错误方式修改的辅助核算期初先修改回来，然后清空数据，再重新按照正确的方法进行设置，再将正确的期初输入进去就可以了，注意要保持期初试算的平衡。

对于涉及添置凭证出现的错误，可以将明细账和辅助核算明细账进行比对，找到出现问题的凭证，将该科目重新录入，添置正确的辅助核算项目的方法来进行修复！

在进行部门或者职员档案进行修改删除时，注意看清提示，看看是不是有科目设置了部门或者个人往来辅助核算，是否有凭证涉及到该部门或个人，尽量不要在数据后台修改。请先将该凭证修改或删除，然后在进行部门和职员档案的修改工作！

在 年结时，有时为了能够尽早的开始下年业务，而不过于着急结束上年账目的时候，会提前建立下一年的年度帐，这样第三种现象出现的可能行就比较大，解决办法可 以在新的年度也比对上一年度做出相同的基础设置的修改，然后在进行结转；另可以先账套备份，修改账套备份中的UfErpAct.Lst文件，将之中的所有 账套号的三位数字修改成为系统中没有的另外的一个账套号，再引入成为另一个账套，将原有账套的新年度账删除，重新建立新年度账，然后进行结转，最后再从复 制出来的账套中将凭证引回。

(注：此方法只适用于单独启用总账或者除总账模块外其他模块均没有数据发生的情况)二.模块间对账不平

其他模块与总帐间的对帐不平

固定资产与总帐间的对帐不平

应收应付与总帐间对帐不平

存货核算与总帐间对帐不平

其他模块间的对帐不平

库存与存货对帐不平

采购暂估余额表与库存暂估余额表不平

其他模块与总帐间的对帐不平

固定资产与总帐间对帐不平 应收应付与总帐间对帐不平

存货核算与总帐间对帐不平

各个模块与总账间的对账不平的处理，在软件中其他模块和总账共同启用，并且生成凭证传递给总账，而在查询时经常出现和总账对账不平的情况，在遇到这类问题的时候，其根源也大致分为操作错误和后台数据库问题两种情况。主要是操作错误所造成的对账不平的问题。下面举例介绍：

固定资产与总账间的对账不平（操作方面）

属于操作方面的问题

1.折旧生成的凭证没有记帐，或在在凭证生成之前点击对帐按钮。

2.手工在总帐里面添置了关于固定资产和累积折旧的凭证。

3.对帐科目错误。

固定资产与总账间的对账不平（数据方面）

一般是由于数据记录有问题而导致对帐不平。

固定资产与总账对账的数据库表主要是FA_Total表

总账与固定资产对账的数据库表主要是gl_accsum表

固定资产 原值和累计折旧

select sum(dblValue)from fa_total where iperiod=2 select sum(dbldeprtotal)from fa_total where iperiod=2

总账中固定资产原值和累计折旧

select me from gl_accsum where ccode='1501' and iperiod=2 select me from gl_accsum where ccode='1502' and iperiod=2 如果是FA_Total表中的数字有问题可以直接修改fa_total。

应收应付与总帐间对帐不平（操作方面）

应收应付中业务帐与科目帐对帐不平的原因主要有：

1、期初单据没有录入对应的科目

2.业务单据已发生但没有生成相应凭证;

3、业务单据生成凭证的会计期间与业务单据记帐日期所处的会计期间不一致。

4、应收应付单据发生时入帐科目与核销时下帐科目不一致，且又没有根据核销制单

应收应付与总帐间对帐不平（数据方面）

由于数据记录有问题导致的对帐不平

应收应付与总账对账的数据库表主要是ap_detail表

总账与应收应付对账的数据库表主要是gl_accvouch表

在 对账的时候，对照这两张表的内容来进行比对，其中gl_accvouch表要关联到code表中查询受控与应收或者应付(cother='AR' 或者 cother='AP')的末级标识为1的科目的金额，然后和ap_detail表中想对应的日期的金额合计相对。

存货核算与总帐间对帐不平（操作方面）

核算与总账对账不平，核算和总账并不是一定能够对平的，所谓的对账是只核算模块的存货成本和总账中相对应的总账科目的数据来进行人工核对

存货与总帐对帐不平，有哪些可能？

存货生成凭证时，人为修改过凭证科目 在存货核算的对方科目中使用了存货科目

跨越生成凭证 当月不平

有其他系统使用了存货科目

期初余额中没有录入存货科目

存货科目设置错误 或者凭证没记帐

存货核算与总帐间对帐不平（数据方面）

(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.对于账表取数方式和过滤的范围不清楚，查询上问题导致对账不平

解决方法：

这些人为造成的对账不平的情况，只能通过规范操作，以及其他的一些特殊方法来进行补救。

首先是期初的录入，需要录入期初数据的模块除了总账外还有应收、应付、固定资产、采购、销售、库存以及存货核算；而和总账有关系的模块只有应收、应付、固定资产和存货核算这四个模块。

由 于在操作时只有总账的期初余额和凭证是对总账数据产生影响的，而总账的这些数据对于其他模块却没有什么影响，所以不要以为总账录入了数据，其他模块就会直 接的调用这些数据，所以检查模块间的对账不平往往是从期初开始的，而后就是从各个模块向总账生成的凭证，由于各模块的单据即使不生成凭证也不影响结账，忘 记制单或者落下单据没有制单等，且生成凭证的时候，其金额、科目甚至分录均可以在保存前做修改，在保存后还可删除等等，这些因素都有可能是造成各模块和总 账之间对账不平。所以要保证凭证和单据的一一对应性，是判定这类问题是否是后台数据问题的关键。

另外在操作上有时选项设置的不正确也是导致对 账不平的原因，类似固定资产模块，其生成凭证的科目设置和固定资产和累积折旧与总账对账时的对账科目的设置就是不同的，如果设置错误，则对账不平也就很正 常了，所以在固定资产选项里面还设置有一个在对账不平情况下允许固定资产月末结账的选项。

主要涉及到的数据库表

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.表示折算额表示现结业务 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总账对账不平的总结

处理总账对账不平的总结

首先：处理总账对账不平，恢复记账到出现对账不平的期间的期初或者年初。先确保明细账表无问题（期初明细账和凭证记录正确）。

一、凭证及明细账表 select * from gl_accvouch 凭证上每条分录对应后台一条记录,重要字段cbill制单人标示,ccheck凭证审核人标示,cbook记账人标示.md借方数,mc贷方数,cdept_id部门辅助，·····。iperiod为会计期间。检查科目辅助属性，科目不带的辅助项值都应该为空值，若非空置，将其置为空值。科目带有辅助核算属性的都应值。

审核凭证时，会在ccheck列打上对应的审核标示，凭证记账时，会在cbook列打上对应的记账标示，快速判定是不是凭证及明细账表的问题

现象：出现对账不平后，记账后有问题，恢复记账后没有问题，可以判定为gl_accvouch表记录问题。若是期初的话，典型的是，打开往来明细期初，没有数据。

问题可能一：1122科目不带部门辅助核算，而在凭证表中1122科目对应的记录上部门字段为非空，检查语句

select * from gl_accvouch where ccode=’1122’ and cdept_id is not null,修复语句

update gl_accvouch set cdept_id=null where ccode=’1122’ 问题可能二：1122科目是客户往来辅助，而在凭证表中1122科目对应的记录上存在客户字段为空值，或者有值但是不在客户档案中，那么凭证肯定有问题，检查语句

select iperiod,ino_id,* from gl_accvouch where ccode=’1122’ and ccus_id is null，select iperiod,ino_id,* from gl_accvouch where ccode=’1122’ and ccus_id not in(select ccuscode from customer)得出有问题凭证期间及凭证号，与客户确认，让客户前台修改凭证。

二、科目总账表

select * from gl_accsum

总账表，每个科目12条记录，iperiod从1到12，注意借贷方向，cbegind_c（cbegind_c_engl）该会计期间期初数mb的借贷方向，期间md借方发生，期间mc贷方发生，期末cendd_c（cendd_cengl）该会计期间期末数me的借贷方向

录入期初时或记账时，首先判断该科目在科目总账表内有无记录，无则增加12条记录。然后开始将该科目在记账范围的明细账表的借方发生汇总写入对应期间的md，贷方发生汇总写入对应期间mc，然后算出期末me应该增加的净额。然后改写me=me+净额，并且将改写之后期间的mb=mb+净额，me=me+净额。然后判定me的值，对比科目的借贷方向，修改期末借贷方向。尚未记账的会计期间的mb，me应该等于最后已记账期间的me。恢复记账时，逆向操作数据，问题出在科目总账表的

现象一：记账记到三月，三月结账后，三月的对账都平，可能原因

一、结果4月账不平，先查出改科目3月余额为1000，执行语句

update gl_accsum set mb=1000,me=1000 where ccode=’1122’ and iperiod>’3’

问题可能

二、记录数不为十二条，执行语句 select ccode from

gl_accsum

group

by

ccode

having count(iperiod)<>12，890版本及890以上版本使用总账下面的期末对账下的【检查】检查记录数，不用写上面的语句了。

现象二：若是期初辅助账，明细账都正确，去掉科目的辅助核算属性，在期初余额中修改正确数字后，再加上相应的辅助即可。

现象三：总账上下级不平，只有后台修改。例如：1122有两个下级科目，112201为600,112202为400，而1122为1005。执行语句： update gl_accsum set mb=1000,me=1000 where ccode=’1122’ and iperiod>=’2’

现象三，3月记账正常，4月记账报错，可能原因是该科目没有第4会计期间的记录软件写不上，报错。

确定属于科目总账问题的，如缺记录的，多记录的，或者上述问题都不用花费时间去定位具体问题点了，恢复到期初，记下期初正确数字，后台删除 delete gl_accsum where ccode=’1122’，不带辅助的直接加上期初数；带辅助核算属性的的去掉辅助后，加上期初数，再加上对应辅助核算属性。

三、辅助总账 select * from gl_accass 辅助总账表,按照每个每个科目的每个辅助类型组合,12条记录,iperiod从1到12。记账、恢复记账数据处理方式同科目总账表。第一种可能是gl_accvouch表中有错误记录，恢复记账后，参照第一条将gl_accvouch表处理正确后，直接记账。

第二种可能是某科目辅助总账表不正确而明细账表而正确，恢复到期初，去掉1122科目的客户辅助属性，在前台期初余额中将1122科目 的期初余额改为0，后再将1122科目加上客户辅助属性。执行语句delete gl_accass where ccode=’1122’，delete gl_accmultiass where ccode=’1122’然后再到期初余额1122科目下的期初往来明细点击汇总，再记账（记账时，提示尚未进行多辅助账升级，那就升级就是）注：两种可能原因的分辨点是，记账后就出现对账不平，恢复后就对了，一般是前一种可能，否则按照第二种可能，实在不想找原因，那就先按照找第一种可能处理，处理不了，按照第二种可能处理，问题保证解决。

四、多辅助明细账汇总表 select * from gl_accmultiass 多辅助明细账表,按照每个科目的每个辅助类型组合，12条记录,iperiod从1到12。记账恢复记账同科目总账表。若是该多辅助账表有问题，造成账表查询有问题，890或者高于890版本的版本直接彻底删除这张表，执行语句：delete gl_accmultiass

然后点击记账会提示，尚未进行对辅助账表升级，利用软件去将本表写正确。

注：gl_accnultiass表是852版本之后出现的，个人认为这张表是为了提高辅助账查询效率而建立的，可以测试一下，凡是有这张表有问题的都可以这样操作，清空表后，软件记账时会提示尚未进行多辅助账升级，请升级多辅助账。

五、总账现金流量数据表

GL_CashTable现金流量表,通过指定现金流量的方式记录现金流量的,发生的现金流量都在这张表。

问题现象，现金流量表不正确，一是检查是不是现金流量凭证都录入了现金流量项目，二是流入的现金流量对应现金流量科目的借方，流出的现金流量对应现金流量科目的贷方。前台改凭证。现金流量科目可以随时设置，随时取消。

六、1、RP_bankrecp 银行对账单

2、gl_accvouch单位日记账，凭证标志 iflag，银行两清标志 iflagbank 空值为未核销，20为核销，凭证明细账表iperiod值大于12的，有部分是草稿；有部分是常用凭证；有部分是上年结转下来的未勾对、未核销单位日记账，与银行对账有关系。

七、会计科目档案 select * from code 科目表，重要字段，cclass（科目类型），igrade（编码级次），bproperty（科目性质），bend（是否末级）。辅助类型bperson（个人）······。

七、帐套参数表

select cValue,* from accinformation where cSysID=’gl’ and cid in(’603’,’01’,’00’)

cValue值的格式应该是这样的2012-03-01，否则查询账表会有问题。从通升级上来的cValue值的格式是这样的2012-03。注意修正。

重要提醒，操作数据都要备份，对软件业务逻辑不清楚的情况下，首选账套备份，其次库文件备份，backup database ufdata_xxx_xxxx to disk=’d:维护备份ufdata_xxx_xxxx20120311.bak’

再次，表备份，例如：select * into gl_accsum20120311bak from gl_accsum, 补充说明： U8v10.0 版本及之后的版本注意字段iyear。

重庆用友分公司

罗强

第三篇：用友U8ERP账务对账不平分析(完整精华版)

用友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期初不平的处理

期初设置录入错误：在期初录入阶段，科目录入了期初数据之后，在没有删除该期初数据之前，又对该科目设置了辅助核算项目，或者之前该会计科目设置有辅助核算项目，之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目（如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目）等情况均会造成总账与辅助账簿对账不平的情况！在期初的对账中可以直接查询出错误的科目！

处理方法：将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后在软件界面上清空数据，再重新按照正确的方法进行设置，再将正确的期初输入。

1.2期间不平

修改会计科目辅助核算：添置凭证阶段，将凭证中涉及到的科目取消、设置或修改辅助核算项目，也会导致该会计科目出现总账和辅助账簿对账不平的情况。

处理方法：对于涉及添置凭证出现的错误，可以将明细账和辅助核算明细账进行比对，找到出现问题的凭证，将该科目重新录入，添置正确的辅助核算项目的方法来进行修复！

2.总账和明细账不平

科目的编码级次出现错误：如果对于会计科目在设置过程中出现较为频繁的或者大范围的改动，尤其是上下级科目的改动和复制，有时候就会造成科目的级次或者末级标识的错误，在科目表中相关的表列主要内容如下 科目表（code）相关数据列：

科目编码（ccode）科目名称（ccode_name）编码级次（igrade）这里的数字代表该行的科目为第几级科目末级标 识（bend）1—末级 0--非末级；科目类型（cclass）

当科目编码对应的编码级次与科目本身的编码级次不符的时候，也会出 现对账不平的情况，由于科目编码级次的不符，软件在统计的时候只会 将科目一级一级汇总向上累积，而其中缺少一级，或者末级的科目编码 标识出现错误，则无法向上一级进行汇总，从而导致科目的上下级对账

不平的问题。如果会计科目末级标志出错，会产生总账上下级、总账明细账对账不平该错误还会引起科目合计数翻倍的问题

上级科目设置有辅助核算而下级明细设置有不同的辅助核算项目(例如：一级科目—其他应收款挂有部门辅助核算，下级明细—部门其他应收款挂有部门辅助核算；个人其他应收款挂有个人辅助核算，则查询一级科目其他应收款的时候只汇总部门其他应收款的金额，不汇总个人其他应收款的金额。)汇总情况较为特殊，但是此种情况不影响对账功能的结果，对账仍提示为正确。

3.总账数据年结后期初对账不平总账数据年结后期初对账不平

原因分析：建立账后转结总账数据前做了基础档案的修改 方案一：

1、取消新所有凭证记账

2、调整账套新基础档案和期初余额 方案二：

1、导出新所有凭证

2、清空新数据

3、调整新旧的基础档案（或重新建立账）

4、总账数据结转

5、用总账工具导入凭证 其他高发问题 凭证借贷不平

在进行总账月末结账的时候提示对账不平，不允许结账，在查看月度工 作报告的时候会发现有试算结果不平衡的现象，而此时凭证都已记账 处理方法：查询期初，发现期初试算平衡，于是取消凭证记账，如果不 是起始月就查询上月月末结账试算是否平衡，如不平衡就再取消记账继 续查询上月，直到找到试算平衡的月份，则去检查最后一次取消凭证记

账的月份中的凭证，重新审核。会找到有借贷不平的凭证的存在，将其修改后保存 重新审核记账即可。

其他注意事项

凭证及明细账表对应的科目一定是未级科目，如存在非未级科目则对账不平

总账和辅助账对应的科目同一期间只存在一条记录，如有多条则对账不平

记账或取消记账等情况有报错，可初步判断数据库表出问题，用如下SQL命令来校验：

DBCC CheckDB(‘数据库名称’)

如结果中有一致性或分配性错误可判断是数据库问题，可用相应的命令或工具来纠正

处理此类问题的思路是：对账顺序按会计期间从小到大检查，即首先要保证该帐中年初对账无误，至于其他月份一般可通过取消记帐再重新记帐解决。因为日常月份的记帐大都只是修改gl_accass、gl_accsum数据表中对应记录中的MB（期初余额）、MD（本期借方发生）、MC（本期贷方发生）、ME（期末余额）等字段值。所以确保年初时gl_accass、gl_accsum表中记录准确无误是处理此类问题的关键。

总账模块对账不平情况往往是修改科目或记账错误引起，一般用户可以通过逆向操作就可以纠正，如果是一般数据错误可通过通网站下载的工具来纠正，所以尽量避免进数据库表做改动。

（登陆通网站 伙伴中心—〉伙伴专区—〉渠道与销售—〉销售工具—〉752号.维护通2.0下载

工具四

解决对账不平的思路

总结

由于是操作上的失误导致的对账不平，只要通过对账界面或者已经获知的问题科目，将原有的操作取消，比如说原有科目的期初输入错误，将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后清空数据，再重新按照正确的方法进行设置，再将正确的期初输入进去就可以了，注意要保持期初试算的平衡。

对于涉及添置凭证出现的错误，可以将明细账和辅助核算明细账进行比对，找到出现问题的凭证，将该科目重新录入，添置正确的辅助核算项目的方法来进行修复！

在进行部门或者职员档案进行修改删除时，注意看清提示，看看是不是有科目设置了部门或者个人往来辅助核算，是否有凭证涉及到该部门或个人，尽量不要在数据后台修改。请先将该凭证修改或删除，然后在进行部门和职员档案的修改工作！

在年结时，有时为了能够尽早的开始下年业务，而不过于着急结束上年账目的时候，会提前建立下一年的帐，这样第三种现象出现的可能行就比较大，解决办法可以在新的也比对上一做出相同的基础设置的修改，然后在进行结转；另可以先账套备份，修改账套备份中的UfErpAct.Lst文件，将之中的所有账套号的三位数字修改成为系统中没有的另外的一个账套号，再引入成为另一个账套，将原有账套的新账删除，重新建立新账，然后进行结转，最后再从复制出来的账套中将凭证引回。

(注：此方法只适用于单独启用总账或者除总账模块外其他模块均没有数据发生的情况)二.模块间对账不平

其他模块与总帐间的对帐不平

固定资产与总帐间的对帐不平

应收应付与总帐间对帐不平

存货核算与总帐间对帐不平

其他模块间的对帐不平

库存与存货对帐不平

采购暂估余额表与库存暂估余额表不平 其他模块与总帐间的对帐不平

固定资产与总帐间对帐不平

应收应付与总帐间对帐不平

存货核算与总帐间对帐不平

各个模块与总账间的对账不平的处理，在软件中其他模块和总账共同启用，并且生成凭证传递给总账，而在查询时经常出现和总账对账不平的情况，在遇到这类问题的时候，其根源也大致分为操作错误和后台数据库问题两种情况。主要是操作错误所造成的对账不平的问题。下面举例介绍：

固定资产与总账间的对账不平（操作方面）

属于操作方面的问题

1.折旧生成的凭证没有记帐，或在在凭证生成之前点击对帐按钮。

2.手工在总帐里面添置了关于固定资产和累积折旧的凭证。

3.对帐科目错误。

固定资产与总账间的对账不平（数据方面）

一般是由于数据记录有问题而导致对帐不平。

固定资产与总账对账的数据库表主要是FA_Total表

总账与固定资产对账的数据库表主要是gl_accsum表

固定资产 原值和累计折旧

select sum(dblValue)from fa_total where iperiod=2 select sum(dbldeprtotal)from fa_total where iperiod=2

总账中固定资产原值和累计折旧

select me from gl_accsum where ccode='1501' and iperiod=2 select me from gl_accsum where ccode='1502' and iperiod=2 如果是FA_Total表中的数字有问题可以直接修改fa_total。

应收应付与总帐间对帐不平（操作方面）

应收应付中业务帐与科目帐对帐不平的原因主要有：

1、期初单据没有录入对应的科目

2.业务单据已发生但没有生成相应凭证;

3、业务单据生成凭证的会计期间与业务单据记帐日期所处的会计期间不一致。

4、应收应付单据发生时入帐科目与核销时下帐科目不一致，且又没有根据核销制单

应收应付与总帐间对帐不平（数据方面）

由于数据记录有问题导致的对帐不平

应收应付与总账对账的数据库表主要是ap_detail表

总账与应收应付对账的数据库表主要是gl_accvouch表

在对账的时候，对照这两张表的内容来进行比对，其中gl_accvouch表要关联到code表中查询受控与应收或者应付(cother='AR' 或者 cother='AP')的末级标识为1的科目的金额，然后和ap_detail表中想对应的日期的金额合计相对。

存货核算与总帐间对帐不平（操作方面）

核算与总账对账不平，核算和总账并不是一定能够对平的，所谓的对账是只核算模块的存货成本和总账中相对应的总账科目的数据来进行人工核对

存货与总帐对帐不平，有哪些可能？

存货生成凭证时，人为修改过凭证科目

在存货核算的对方科目中使用了存货科目

跨越生成凭证 当月不平

有其他系统使用了存货科目

期初余额中没有录入存货科目

存货科目设置错误 或者凭证没记帐

存货核算与总帐间对帐不平（数据方面）

(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.对于账表取数方式和过滤的范围不清楚，查询上问题导致对账不平

解决方法：

这些人为造成的对账不平的情况，只能通过规范操作，以及其他的一些特殊方法来进行补救。

首先是期初的录入，需要录入期初数据的模块除了总账外还有应收、应付、固定资产、采购、销售、库存以及存货核算；而和总账有关系的模块只有应收、应付、固定资产和存货核算这四个模块。

由于在操作时只有总账的期初余额和凭证是对总账数据产生影响的，而总账的这些数据对于其他模块却没有什么影响，所以不要以为总账录入了数据，其他模块就会直接的调用这些数据，所以检查模块间的对账不平往往是从期初开始的，而后就是从各个模块向总账生成的凭证，由于各模块的单据即使不生成凭证也不影响结账，忘记制单或者落下单据没有制单等，且生成凭证的时候，其金额、科目甚至分录均可以在保存前做修改，在保存后还可删除等等，这些因素都有可能是造成各模块和总账之间对账不平。所以要保证凭证和单据的一一对应性，是判定这类问题是否是后台数据问题的关键。

另外在操作上有时选项设置的不正确也是导致对账不平的原因，类似固定资产模块，其生成凭证的科目设置和固定资产和累积折旧与总账对账时的对账科目的设置就是不同的，如果设置错误，则对账不平也就很正常了，所以在固定资产选项里面还设置有一个在对账不平情况下允许固定资产月末结账的选项。主要涉及到的数据库表

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.表示折算额表示现结业务 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_库存、存货期初；

其他注意事项

凭证及明细账表对应的科目一定是未级科目，如存在非未级科目则对账不平

总账和辅助账对应的科目同一期间只存在一条记录，如有多条则对账不平

记账或取消记账等情况有报错，可初步判断数据库表出问题，用如下SQL命令来校验：

DBCC CheckDB(‘数据库名称’)

如结果中有一致性或分配性错误可判断是数据库问题，可用相应的命令或工具来纠正

处理此类问题的思路是：对账顺序按会计期间从小到大检查，即首先要保证该帐中年初对账无误，至于其他月份一般可通过取消记帐再重新记帐解决。因为日常月份的记帐大都只是修改gl_accass、gl_accsum数据表中对应记录中的MB（期初余额）、MD（本期借方发生）、MC（本期贷方发生）、ME（期末余额）等字段值。所以确保年初时gl_accass、gl_accsum表中记录准确无误是处理此类问题的关键。

总账模块对账不平情况往往是修改科目或记账错误引起，一般用户可以通过逆向操作就可以纠正，如果是一般数据错误可通过通网站下载的工具来纠正，所以尽量避免进数据库表做改动。

（登陆通网站 伙伴中心—〉伙伴专区—〉渠道与销售—〉销售工具—〉752号.维护通2.0下载

工具四[img]file:///C:/Documents%20and%20Settings/Administrator/桌面/用友T6-对账不平问题专题讲解_厦门用友赵燕生_新浪博客.files/4d74ca15x6b553c5bf1b4&690.png[/img] 解决对账不平的思路

[img]file:///C:/Documents%20and%20Settings/Administrator/桌面/用友T6-对账不平问题专题讲解_厦门用友赵燕生_新浪博客.files/4d74ca15x6b54b449176d&690.jpg[/img]

总结

由于是操作上的失误导致的对账不平，只要通过对账界面或者已经获知的问题科目，将原有的操作取消，比如说原有科目的期初输入错误，将所有月份取消记账，然后将错误方式修改的辅助核算期初先修改回来，然后清空数据，再重新按照正确的方法进行设置，再将正确的期初输入进去就可以了，注意要保持期初试算的平衡。

对于涉及添置凭证出现的错误，可以将明细账和辅助核算明细账进行比对，找到出现问题的凭证，将该科目重新录入，添置正确的辅助核算项目的方法来进行修复！

在进行部门或者职员档案进行修改删除时，注意看清提示，看看是不是有科目设置了部门或者个人往来辅助核算，是否有凭证涉及到该部门或个人，尽量不要在数据后台修改。请先将该凭证修改或删除，然后在进行部门和职员档案的修改工作！

在年结时，有时为了能够尽早的开始下年业务，而不过于着急结束上年账目的时候，会提前建立下一年的帐，这样第三种现象出现的可能行就比较大，解决办法可以在新的也比对上一做出相同的基础设置的修改，然后在进行结转；另可以先账套备份，修改账套备份中的UfErpAct.Lst文件，将之中的所有账套号的三位数字修改成为系统中没有的另外的一个账套号，再引入成为另一个账套，将原有账套的新账删除，重新建立新账，然后进行结转，最后再从复制出来的账套中将凭证引回。

(注：此方法只适用于单独启用总账或者除总账模块外其他模块均没有数据发生的情况)二.模块间对账不平

其他模块与总帐间的对帐不平

固定资产与总帐间的对帐不平

应收应付与总帐间对帐不平

存货核算与总帐间对帐不平

其他模块间的对帐不平

库存与存货对帐不平

采购暂估余额表与库存暂估余额表不平

其他模块与总帐间的对帐不平

固定资产与总帐间对帐不平

应收应付与总帐间对帐不平

存货核算与总帐间对帐不平

各个模块与总账间的对账不平的处理，在软件中其他模块和总账共同启用，并且生成凭证传递给总账，而在查询时经常出现和总账对账不平的情况，在遇到这类问题的时候，其根源也大致分为操作错误和后台数据库问题两种情况。主要是操作错误所造成的对账不平的问题。下面举例介绍：

固定资产与总账间的对账不平（操作方面）

属于操作方面的问题

1.折旧生成的凭证没有记帐，或在在凭证生成之前点击对帐按钮。

2.手工在总帐里面添置了关于固定资产和累积折旧的凭证。

3.对帐科目错误。

固定资产与总账间的对账不平（数据方面）

一般是由于数据记录有问题而导致对帐不平。

固定资产与总账对账的数据库表主要是FA_Total表

总账与固定资产对账的数据库表主要是gl_accsum表

固定资产 原值和累计折旧

select sum(dblValue)from fa_total where iperiod=2 select sum(dbldeprtotal)from fa_total where iperiod=2

总账中固定资产原值和累计折旧

select me from gl_accsum where ccode='1501' and iperiod=2 select me from gl_accsum where ccode='1502' and iperiod=2 如果是FA_Total表中的数字有问题可以直接修改fa_total。

应收应付与总帐间对帐不平（操作方面）

应收应付中业务帐与科目帐对帐不平的原因主要有：

1、期初单据没有录入对应的科目 2.业务单据已发生但没有生成相应凭证;

3、业务单据生成凭证的会计期间与业务单据记帐日期所处的会计期间不一致。

4、应收应付单据发生时入帐科目与核销时下帐科目不一致，且又没有根据核销制单

应收应付与总帐间对帐不平（数据方面）

由于数据记录有问题导致的对帐不平

应收应付与总账对账的数据库表主要是ap_detail表

总账与应收应付对账的数据库表主要是gl_accvouch表

在对账的时候，对照这两张表的内容来进行比对，其中gl_accvouch表要关联到code表中查询受控与应收或者应付(cother='AR' 或者 cother='AP')的末级标识为1的科目的金额，然后和ap_detail表中想对应的日期的金额合计相对。

存货核算与总帐间对帐不平（操作方面）

核算与总账对账不平，核算和总账并不是一定能够对平的，所谓的对账是只核算模块的存货成本和总账中相对应的总账科目的数据来进行人工核对

存货与总帐对帐不平，有哪些可能？

存货生成凭证时，人为修改过凭证科目

在存货核算的对方科目中使用了存货科目

跨越生成凭证 当月不平

有其他系统使用了存货科目

期初余额中没有录入存货科目

存货科目设置错误 或者凭证没记帐

存货核算与总帐间对帐不平（数据方面）

(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.对于账表取数方式和过滤的范围不清楚，查询上问题导致对账不平

解决方法：

这些人为造成的对账不平的情况，只能通过规范操作，以及其他的一些特殊方法来进行补救。

首先是期初的录入，需要录入期初数据的模块除了总账外还有应收、应付、固定资产、采购、销售、库存以及存货核算；而和总账有关系的模块只有应收、应付、固定资产和存货核算这四个模块。

由于在操作时只有总账的期初余额和凭证是对总账数据产生影响的，而总账的这些数据对于其他模块却没有什么影响，所以不要以为总账录入了数据，其他模块就会直接的调用这些数据，所以检查模块间的对账不平往往是从期初开始的，而后就是从各个模块向总账生成的凭证，由于各模块的单据即使不生成凭证也不影响结账，忘记制单或者落下单据没有制单等，且生成凭证的时候，其金额、科目甚至分录均可以在保存前做修改，在保存后还可删除等等，这些因素都有可能是造成各模块和总账之间对账不平。所以要保证凭证和单据的一一对应性，是判定这类问题是否是后台数据问题的关键。

另外在操作上有时选项设置的不正确也是导致对账不平的原因，类似固定资产模块，其生成凭证的科目设置和固定资产和累积折旧与总账对账时的对账科目的设置就是不同的，如果设置错误，则对账不平也就很正常了，所以在固定资产选项里面还设置有一个在对账不平情况下允许固定资产月末结账的选项。

主要涉及到的数据库表

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.表示折算额表示现结业务 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_库存、存货期初；