用友对账不平问题
- 格式:doc
- 大小:43.50 KB
- 文档页数:9
银行对账-余额调节表不平衡产品线:U8版本:U8V11.0领域:201 财务会计模块:0104 总账数据库版本:SQL2005问题标题:银行对账-余额调节表不平衡解决思路:1、首先确定哪个月份余额调节表不平,查看不平月份的银行对账勾对是否正确,若不正确,进行正确勾对(872及之前版本可在银行对账中点“检查”进行对账平衡检查,后续版本银行对账中保存时会进行平衡检查)后再查看余额调节表是否平衡;若银行对账中勾对均正确且对账平衡检查也平衡,但余额调节表不平仍不平,可以检查银行对账期初。
2、检查银行对账期初:检查相关银行科目银行对账期初中的余额方向、启用日期是否和企业实际情况相符;确定调整前余额、期初未达项是否正确;单位日记账调整后余额和银行对账单调整后余额是否平衡,若调整后余额不平衡,需进行相关调整。
•银行对账期初录入中单位日记账与银行对账单的"调整前余额"分别为启用日期时该银行科目的科目余额及银行存款余额;"期初未达项"分别为上次手工勾对截止日期到启用日期前的未达账项;"调整后余额"自动根据调整前余额+对方已收本方未收-对方已付本方未付计算出的余额。
若录入正确,则单位日记账与银行对账单的调整后余额应平衡。
•银行对账单余额方向为借方时,借方发生表示银行存款增加,贷方发生表示银行存款减少;反之,借方发生表示银行存款减少,贷方发生表示银行存款增加。
系统默认银行对账单余额方向为借方,按〖方向〗按钮可调整银行对账单余额方向。
已进行过银行对账勾对的银行科目不能调整银行对账单余额方向。
•在录入完单位日记账、银行对账单期初未达项后,请不要随意调整启用日期,尤其是向前调,这样可能会造成启用日期后的期初数不能再参与对账。
例如:录入了4月1日、5日、8日的几笔期初未达项后,将启用日期由4月10日调整为4月6日,那么,4月8日的那笔未达项将不能在期初及银行对账中见到。
对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上,对账的形式主要有: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领域:201 财务会计模块:0104 应收款管理数据库版本:SQL2005问题标题:总账与应收应付对账不平问题描述:应收应付系统与总账对帐问题为用户咨询高频问题,本文档提供解决思路及方案.问题分析:解决方案:一、系统启用期间期初不平1.数据来源:期初对账数据来源: 总账:受控科目的总账期初中的辅助期初余额.应收:期初单据,按科目+余额统计的,不区分客户;在双击不同科目时,打开对账结果.对账结果数据来源: 总账:受控科目的总账期初往来明细数据,应收:期初单据,是按科目+客户+余额统计。
2.检查:应收系统检查期初单据是否录入科目,科目应为受控科目.总账系统科目期初余额是否正确.如模块启用时间不同,查询对应期间科目期初.3.解决方案:确定哪个模块数据是正确的.按正确数据,调整错误数据. 本例为总账系统期初余额有误,修改总账期初后,解决.最终对账结果:二、非系统启用期间期初不平1.向前查找,按期初余额+本期发生=期末余额逻辑找到存在不平情况的期间,确定不平的起点。
2.不向前查找,确定在本期哪个模块数据是正确的.按正确数据,调整错误数据.总账系统录入调整凭证.应收应付系统录入调整单据,不生成凭证.三、本期不平1.数据来源:按客户+币种对账总账:受控科目的凭证(已保存凭证,包含标错凭证,不含作废凭证),按客户+币种统计发生额,不区分具体科目.应收:单据(已审核),按客户+币种统计发生额。
如选择”包含未制单记录”,应收中包含未制单单据,否则只考虑已制单单据.按科目+客户对账总账:受控于科目的凭证(已保存凭证,包含标错凭证,不含作废凭证),按科目+客户来统计发生额.应收:单据(已审核),按应收科目+客户统计发生额。
如选择”包含未制单记录”,应收中包含未制单单据,否则只考虑已制单单据.2.对账结果中点“详细”按钮,按照错误原因处理:A.其他系统制单:补录相应单据或删除凭证总账系统中按凭证号查询凭证:本例为凭证错误,作废凭证后,平衡.最终对账结果A.未制单:a)确实没有制单,制单处理中制单(尤其核销,红票对冲,预收冲应收)制单处理中有未制单记录:本例将核销业务生成凭证后,平衡.b)已制单,但在凭证查询中修改了受控科目,没有回写到单据上,导致单据与凭证上科目不一致.(部分老版本可能存在此问题,此处不重现问题,只列示查询及解决方法)单据查询中对比单据和凭证的受控科目:单据凭证:解决方案:按实际情况修改凭证或单据即可.c)已制单,但制单会计期间错误,凭证会计期间应等于单据审核会计期间或操作的会计期间B.由于录入的期初数据或制单时改变分录方向等造成对账不平,无法展开成详细:a)修改了凭证上受控科目的方向,查看差额列中期末本币是否为0,若等于0则数据正确。
总账账龄分析与账表对账不平产品线: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:客户往来账龄分析中,有两种分析方式:按所有往来明细分析和按未两清往来明细分析,这两种分析方式有什么区别呢?不做客户往来两清,这两种分析方式没有区别在客户往来两清中做了手工勾兑,那么按两种分析方式的结果是不一样的。
用友财务软件在使用过程中的常见问题及对策1. 引言1.1 引言在使用过程中常见问题对于使用用友财务软件的用户来说,数据导入出现异常是一个比较常见的问题。
有时候在导入数据的过程中,会出现一些格式不符合要求或者数据错位等情况,导致数据无法正常导入软件中,影响后续的财务处理工作。
系统运行速度变慢也是一个常见问题,特别是在数据量较大或者硬件配置较低的情况下,系统可能会出现卡顿现象,影响用户的正常使用体验。
对策针对数据导入出现异常的问题,用户可以在导入数据之前仔细检查数据格式和内容,确保数据符合软件的要求。
可以尝试将数据分批导入,减少一次性导入大量数据所带来的风险。
对于系统运行速度变慢的问题,用户可以考虑升级硬件配置或者优化软件的设置,清理系统垃圾文件,释放内存等方法来提升系统运行速度,保证软件的正常运行。
通过以上对策,希望能帮助用户更好地解决在使用过程中常见的问题,提升工作效率和财务管理水平。
1.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期初不平的处理期初设置录入错误:在期初录入阶段,科目录入了期初数据之后,在没有删除该期初数据之前,又对该科目设置了辅助核算项目,或者之前该会计科目设置有辅助核算项目,之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目(如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目)等情况均会造成总账与辅助账簿对账不平的情况!在期初的对账中可以直接查询出错误的科目!处理方法:将所有月份取消记账,然后将错误方式修改的辅助核算期初先修改回来,然后在软件界面上清空数据,再重新按照正确的方法进行设置,再将正确的期初输入。
⽤友U8【总账】总账结账时,对账不平问题描述:总账模块,结12的⽉份总账时,提⽰对账不平(辅助账与多辅助账、辅助账与明细账、总账与辅助账)显⽰对账错误:原因分析:(前提11⽉份对账是平的)1、相关表gl_accsum(科⽬总账表)、gl_accass(辅助总账表)、gl_accmultiass (多辅助明细账汇总表)表中必须有对应的数据,如果gl_accass有记录但是gl_accmultiass没有记录的话,证明数据有问题。
2、出现gl_accass中有数据但是gl_accmultiass表中没有数据的情况,⾸先将对账功能中提⽰的不平科⽬编码的记录从gl_accass、gl_accmultiass中删除掉。
3、反记账12⽉份的所有凭证;4、重新记账---对账---结账5、问题解决处理⽅法:1、查询相关表gl_accsum(科⽬总账表)、gl_accass(辅助总账表)、gl_accmultiass (多辅助明细账汇总表)select cdept_id,ccus_id,citem_id,iflag,*from gl_accvouch where ccode='1401'and iyear=2020and iYPeriod='202012'and csup_id='0107000300048'select*from gl_accass where ccode='1401'and csup_id='0107000300048'and iperiod=12and iyear=2020select*from gl_accmultiass where ccode='1401'and csup_id='0107000300048'and iperiod=12and iyear=2020(注:这后台数据变成这样,原因也不知道怎么造成的)2、将对账功能中提⽰的不平科⽬编码的记录从gl_accass、gl_accmultiass中删除掉delete from gl_accass where ccode='1401'and csup_id='0107000300048'and iperiod=12and iyear=2020delete from gl_accmultiass where ccode='1401'and csup_id='0107000300048'and iperiod=12and iyear=20203、取消12⽉的记账4、重新记账5、重新查询gl_accass(辅助总账表)、gl_accmultiass (多辅助明细账汇总表)6、对账,结账。
用友对账不平各种分析出现总账系统与应收款管理系统对账不平一般情况下可以从下面几个方面入手: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 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期初不平的处理期初设置录入错误:在期初录入阶段,科目录入了期初数据之后,在没有删除该期初数据之前,又对该科目设置了辅助核算项目,或者之前该会计科目设置有辅助核算项目,之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目(如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目)等情况均会造成总账与辅助账簿对账不平的情况!在期初的对账中可以直接查询出错误的科目!处理方法:将所有月份取消记账,然后将错误方式修改的辅助核算期初先修改回来,然后在软件界面上清空数据,再重新按照正确的方法进行设置,再将正确的期初输入。
(用友851问题1、对帐不平问题现象:2022年期初数据对帐不平,经查原因是2003年初个人往来就发现对帐不平。
问题版本:8.51问题模块:总账问题原因员编码在2002年度库中被删除或丢失,导致2301部员的2002年底119102科目借方300余额没有结转到2003年年初。
解决方案:1、在2003、2022年度库GL_ACCVOUCH表中将该笔余额记录增加上去,IPERIOD字段值为0;2、在2002、2003、2022年度帐中员增加到职员档案中,所属部门为2301;3、在2002年度库中查询2301部员的记录,将查询的记录粘贴到2003、2022年度库中即可。
2、库存与存货对帐不平分析二问题现象:1、库存与存货对帐不平,有一分钱的尾差;2、库存与存货3月末对帐时,报对帐不平;3、某用户数据是从U8.21升级到U851A010帐套2022年数据,库存系统与存货系统有许多存货对帐不平库存与存货对帐、收发存汇总表等都可看到,不知是升级前数据就有问题还是升级过程中出现的问题。
请指点对帐不平的原因并指明解决方法,另该用户认为库存数据是正确的,能否按库。
问题版本:8.51A问题模块:库存管理问题原因:1、库存与存货对帐不平,有一分钱的尾差;应该是四舍五入的问题(经查单据没问题、库存台帐没问题、存货明细帐没问题);2、库存模块作的调拨单单据时间在3月份,审核时间是4月份,生成的其他出入库单为4月份,库存统计时以其他出入库单日期为准。
存货使用“特殊单据记帐”功能在3月份对调拨单进行了记帐。
3、数据问题。
解决方案:1、修改存货总帐IA_Summary调整一分钱尾差;2、恢复单据记帐,取消调拨单的审核,重新以3月份时间审核单据,对帐正确3、--原因是rdrecrod/s表与ia_subsidiary和ia_summary表中的记录的数据不一致。
据用户要求按库存现有数量进行更改。
由于空间有限只截取了部分修正存货总帐表数据的语句详细情况请参考51024问题:--更新存货总帐非零月份结存数量与结存金额不正确的记录由于调整了存货总帐期初数据,所以造成以后月份结存数量与结存金额不正确beginupdateIA_SummarysetIA_Summary.inum=roundisnulla.inum,0+isnullIA_Summary.iinu m,0-isnullIA_Summary.ionum,0,4,IA_Summary.imoney=roundisnulla.imoney,0+isnullIA_Summary.iimone y,0-isnullIA_Summary.iomoney,0,4fromIA_Summaryajoinia_summaryona.cwhcode=IA_Summary.cwhcodea nda.cinvcode=IA_Summary.cinvcodeend3、总账与部门明细账对账不平问题现象:总账与部门明细账对账不平问题版本:8.52问题模块:总账问题原因:相应科目只有部门辅助核算,但在gl_accvouch表中查出的相应的记录的citem_id,citem_class字段,有部分为空,而非Null。
对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上,对账的形式主要有: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.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=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。