总账年度结转后，数据对账不平

hanhuan

30、 银行对帐
问题现象：该数据的银行对帐期初（2004年度）与2003年度的期末余额调节表不相符，而且还不平衡，试着重新结转也不可以。如何解决？银行科目编码为100203。
问题版本：852
问题模块：总账
问题原因：系统结转时将2003年已经勾对但是未做核销的银行帐及对帐单记录也结转到2004年了。建议在上年银行对帐无误后，做银行帐核销，然后再进行总帐年转。
解决方案：在本帐套2004年度库中执行以下语句删除期初已达的的银行帐及对帐单即可。
1.删除错误的银行帐记录
delete from gl_accvouch where ibook=1 and (iflag is null or iflag=2) and ccode = '100203' and iperiod<>20 and bdelete=0 and dbill_date < '2004-01-01' and iflagbank is not null
order by dbill_date,isignseq,ino_id,inid,I_id
2.删除错误的对帐单记录
delete from rp_bankrecp where ccode='100203'and ibegin<>0 and bdelete=0   and ddate<'2004-01-01'and iflag is not null
31、 总帐对帐不平
问题现象：项目辅助科目明细表与科目明细帐对帐不平。
问题版本：其他
问题模块：总账
问题原因：从数据库辅助总账GL_accass表中查出citem_class字段出现项目大类编码错误与凭证及明细账GL_accvouch表中citem_class字段中出现项目大类编码错误。
解决方案：修改数据库辅助总账GL_accass表中citem_class字段中错误记录与凭证及明细账GL_accvouch表中citem_class字段中错误记录
32、 总帐明细帐对帐不平
问题现象：总帐明细帐对帐不平
问题版本：其他
问题模块：总账
问题原因：年度结转前先建年度帐,然后又在去年帐里加了新客户
解决方案：重新结转或手工调整期初余额
33、 总账明细帐对帐不平
问题现象：期初对帐平衡，但发生业务后总账明细对帐不平
问题版本：8.51
47、 科目设置为辅助核算后,在当年使用中都完全正常,但在结转新一年帐后,部分辅助核算的期初余额与总帐不符？
问题现象：总帐,科目设置为辅助核算后,在当年使用中都完全正常,但在结转到新一年帐后,部分辅助核算的期初余额与总帐期初不平,把辅助余额都删除完后,总帐中仍有余额,除非把辅助核算去掉后,才能删除总账余额,重新录入辅助余额才能正确,如少可照此办法,但多的话,该怎么办?请问该问题是什么原因造成?
问题版本：其他
问题模块：总账
问题原因：如果出现对帐不平的现象，首先要恢复计帐甚至取消审核，然后重新审核后再记帐。此方法可如果不能解决，可判断数据库有问题，可从以下表中找原因：
一般情况检查4个表（code科目表，GL_accsum总帐表，GL_accass辅助总帐表，GL_accVouch凭证明细表）即可。有如下可能性：
1．科目表的末级标志错误
2．总帐表或辅助总帐表记录丢失
3．总帐表或辅助总帐表记录重复
4．凭证本身错误
解决方案：情况1：此现象在U8下有时会出现，是已使用科目再增加下级科目时会出现。用如下语句可判断科目表非末级科目的末级标志错误
select * from FROM [code] where exists(SELECT * FROM [code] v where code.ccode=left(ccode,len(code.ccode)) and code.ccode<>ccode ) and bend<>0
修改语句
update code set bend=0 FROM [code] where exists(SELECT * FROM 100、 库存与存货对账不平
问题现象：库存与存货对账不平
问题版本：8.51A
问题模块：库存管理
问题原因：库存中采用批次管理，并有出库跟踪入库选项，且批次存货允许超可用量出库。而用户在实际操作中有两个批次的存货是先出库后入库，出库跟踪入库单号引起的问题。导致存货核算中数据是正确的，而在库存中多出后入库的两笔数量。
解决方案：在rdrecords表中删除以上两笔记录即可。
101、 预做年度结转出错
问题现象：win2000s+852+预做年度结转出错,提示往来对帐不平
问题版本：8.52
问题模块：系统管理
问题原因：数据问题
解决方案：年度结转提示往来对帐不平，职员档案修改所属部门引起，凭证表修改部门，明细账表修改部门，删除12条重复纪录。
102、 总帐与项目核算期初不平
问题现象：总帐与项目核算期初不平
问题版本：其他
问题模块：总账
问题原因：由于此年度为2003年结转过来,查询2003年期末余额,没有不平的现象.可能是结转时数据发生问题
解决方案：修改2004年度账的期初数据.可以通过如下语句,查看每个科目2003年期末与2004年期初的差异情况(科目编码处需要做相应替换): select * from (select sum(mb)as mb,citem_id,ccode
            from gl_accass
            where ccode = '41010104' and iperiod = 1 group by citem_id,ccode ) a
full join (select sum(me)as me,citem_id,ccode
          from ufdata_004_2003..gl_accass
          where ccode = '41010104' and iperiod = 12 group by citem_id,ccode ) b on a.citem_id = b.citem_id
where isnull(mb,0) <> isnull(me,0)
按照以上语句,找到这3个科目的差异数据,在软件中期初余额的项目明细中,增加相应的项目及其对应的数值.此时,系统会更新Gl_accass并同时自动更新Gl_accsum表中相应的数据,而Gl_accsum中的数据本来是正确的,因此,需要将其更改回来.可以使用如下语句进行.在使用中需要注意的是,在Gl_accass中更新的数据是一个科目的,而Gl_accsum中更新的包括此科目及其所有上级科目.因此,在修改Gl_accsum中的数据时,要把上级科目也修改.即,用原来的值减去在Gl_accass中增加的值.具体如下:
--更新gl_accsum 期初
update gl_accsum set mb=mb-94.24
--原值减去增加的值(94.24).
--select * from gl_accsum where (ccode = '41010104' or ccode = '410101' or ccode = '4101')
--相应科目及其所有上级科目 and iperiod=1
--更新gl_accsum 期末
update gl_accsum set me=mb+mc-md where (ccode = '41010104' or ccode = '410101' or ccode = '4101')
--相应科目及其所有上级科目 and iperiod=1
注:其他不平科目可参照此方法逐一进行修复.
103、 银行对帐不平
问题现象：银行对帐不平,余额调节表显示不平衡.检查后发现是客户辅助帐中有重复记录,但删除后仍对帐不平。
问题版本：其他
问题模块：总账
问题原因：首先是客户辅助帐中有重复记录,然后客户机器的日期格式有问题,造成系统在检查银行帐启用日期时出错。
解决方案：修改计算机的短日期格式为YY-MM-DD,进入总帐后取消结帐\记帐,删除客户辅助帐中的重复记录,再重新启用银行对帐,问题解决。
104、 先进先出
问题现象：一、 明细账中有的存货出库单价为负数，出库的单价也没有按‘先进先出法’出库，所以不知道正确的出库成本是多少。例如：存货编号为DZDZR40W100 的带状电阻。
二、 下面是一个没有按先进先出法进行出入库的存货明细账和相同存货的计价辅助表,其中8月28日的入库单在计价表中生动生成两张相同的,其中一张是正确的，一张是错误的。同时还有一些存货存在相同的问题。例如：存货编码为MJGF101410的末级功放 10月份和11月份采购管理中的暂估入库余额表和存货核算中的入库汇总中期末余额的入库数量等，金额不等。正确的应该是暂估入库余额表和入库汇总是相同的，有没有什么可以解决两表之间不平的问题。
三、 面是没有按先进先出法进行出库的存货，同时在10月份以后有很多存货都没有按照先进先出法进行出库。
例如：存货编号为YFDB80480011的PREPA861预放垫板。
问题版本：8.51
问题模块：存货核算
问题原因：由于先进先出辅助计价表的数据有错乱
解决方案：1、需要将数据引入成为新的帐套，然后恢复到期初，然后重新记帐，但是由于采购结算没有恢复，而入库单记帐时不管结算日期是否大于现在记帐日期都认为是已经结算的了，以结算单价记帐，所以采购认为是暂估的，但是存货却可能认为不是暂估的，不会再暂估处理生成回冲单，所以每月记帐完后，都需要根据原来的数据修改存货明细账的暂估标志、暂估金额以及相应辅助表的数据，以期与原来相同，最后用新的存货明细账和辅助表数据替换原来的数据，替换后还需根据新的辅助计价表和替换后的辅助计价表关联更新存货明细账的valueid字段，然后根据存货明细账更改收发记录字表的单价金额，并更改调整单日期。 最后用附件中的iasum.exe工具根据存货明细账调整存货总帐(先连接服务器，然后选择修复存货总账，然后再选择重算存货总账）。
2、对于暂估余额表的问题，如果一张采购入库单入库时单价为2，金额为20，则当月未记账就来发票，发票金额为30，单价为3，结算然后记账，则这张采购入库单暂估金额为20，结算金额为30，记账金额也为30，则采购的暂估余额表显示的都是采购暂估金额，即20，而存货入库汇总表显示的是记账金额，即30，很正常，数据没有错误。 可以从下面的查询看出来，所有入库的情况： select sum(iaprice) as 暂估金额,sum(iprice) as 金额,sum(iquantity) as 数量 from rdrecord a inner join rdrecords b on a.id=b.id where cvouchtype='01 and bpufirst=0 and caccounter is not null 如果想要改成一致，需要将收发记录表中的暂估金额更改成与金额一样
105、 磁盘空间引起的总账明细帐不平
问题现象：客户对帐时发现大面积科目总账明细帐、总账辅助帐不平。而以前月份均无问题。查询余额表，发现本期无任何发生数。
问题版本：其他
问题模块：总账
问题原因：磁盘空间不足，导致记账时临时表无法生成。最终写入数据出错。
解决方案：清理磁盘空间，取消记账，重新记账。
106、 应收应付年结问题
问题现象：应付系统2004年在帐表管理中的与总帐对帐中，（按只显示不平记录）显示应付系统的期初与总帐的期初不一样，而本年的贷方是一样的，查其中的212101—应付材料采购款科目，期初的6845928.88在应付期初余额与总帐的对帐中也显示对帐无误的，但在此总帐期初却没有数，双击任意一行，提示“由于录入的期初数据或制单时改变了分录方向等造成对帐不平，无法展开成详细”，但找其中一个供应商ZQ00002（马安供销社），查找它历年的明细记录，发现应由采购发票的、付款核销等的生成凭证的都规范地生成了，也没有改变过入帐会计科目，但总帐期初就是没数。 点击借方对帐不平的一笔，2004-4-22日的记239号协力机械公司供应商的凭证，提示是总帐生成的凭证，但总帐的能使用应付受控科目的开关一直没打开过，另外一供应商肇庆欧美家私厂点击联查明细也象没啥问题。 2004年的业务应付帐的期末余额是8117680.66，但结转过来2005年的期初应付业务余额是8168113.52（结转过程没异常提示），在与总帐对帐里，总帐更是一个数都没有。 应收系统业务也存在同样问题，2004年期初余额对帐显示无差异。但12月末对帐总帐也同样没有期初数，发生数对帐正确。另外结转过2005年后，应收业务帐（如113101—人民币应收科目）由2004年底的10071671.41变成了2005年初的12215627.18。 另外顺便查找库存管理的库龄分析的合计数为什么跟收发存汇总表的结存数不一样？连U860的999演示帐套也存在该问题。
问题版本：8.51A
问题模块：应付
问题原因：同解决方案。
解决方案：
一、应收应付和总帐对帐的问题：
1.总帐选项中选择：查询客户往来辅助帐、查询供应商往来辅助帐。
2.到总帐期初补录明细。 以前版本升级数据会有此问题，需要在补录数据后重新做年度结转。
二、应收应付04和05年数据不一致的问题： 应收数据分析，我这里查询的差异和你的是一样的。 对于113101科目,把两年的应收业务余额表输出到数据库

huaworld

好东西。学习学习

bill-0512

太复杂了，慢慢消化

first0_8

你好，我公司也出现这种情况了，现在不知怎么处理
对账完后，提示辅助账与多辅助账不平   银行存款（10020101---010101）和职工教育经费（660106)

2144366

慢慢消化啊

lyglisong

好深奥啊，不过是好东东

MAI

路过，看看，学习学习

ufsoftwy

收藏了 慢慢学习

qialy

收藏备用。

lizhiheng

真是好东西呀！学习了！

szsans

多年总结的好东西

QQ360

学习下。。。

wonder886kj

谢了！收藏中。。。

100375360

看着头疼了。。。