如何分析用友账务对账不平-总账明细账不平、辅助账总账明细账不平
用友U8对账不平的解决方法

2.总帐表或辅助总帐表记录丢失
3.总帐表或辅助总帐表记录重复
4.凭证本身错误
对于总账有数据而明细账没有数据的情况,一般是因为会计 科目的墨迹标记错误
112201会计科目的辅助明细只有10条记录,因此可以判定gl_accass表中 存在多余记录
取消结账、取消记账,直到1月份 在期初余额中重新录入112201科目的金额
放映结束 感谢各位的批评指导!
谢 谢!
让我们共同进步
对账不平的解决方法
如果出现对帐不平的现象,可以先恢复记账甚至取消审核,然后重新审 核再记帐。如果这种方法不能解决,可以判断为数据库有问题,可以 从以下表中找原因:code会计科目表、GL_accsum科目总帐表、 GL_ss辅助总帐表、GL_accVouch凭证及明细账表。
一般情况下可能存在下列错误:
【用友】财务会计-总账-银行对账-余额调节表不平衡

银行对账-余额调节表不平衡产品线:U8版本:U8V11.0领域:201 财务会计模块:0104 总账数据库版本:SQL2005问题标题:银行对账-余额调节表不平衡解决思路:1、首先确定哪个月份余额调节表不平,查看不平月份的银行对账勾对是否正确,若不正确,进行正确勾对(872及之前版本可在银行对账中点“检查”进行对账平衡检查,后续版本银行对账中保存时会进行平衡检查)后再查看余额调节表是否平衡;若银行对账中勾对均正确且对账平衡检查也平衡,但余额调节表不平仍不平,可以检查银行对账期初。
2、检查银行对账期初:检查相关银行科目银行对账期初中的余额方向、启用日期是否和企业实际情况相符;确定调整前余额、期初未达项是否正确;单位日记账调整后余额和银行对账单调整后余额是否平衡,若调整后余额不平衡,需进行相关调整。
•银行对账期初录入中单位日记账与银行对账单的"调整前余额"分别为启用日期时该银行科目的科目余额及银行存款余额;"期初未达项"分别为上次手工勾对截止日期到启用日期前的未达账项;"调整后余额"自动根据调整前余额+对方已收本方未收-对方已付本方未付计算出的余额。
若录入正确,则单位日记账与银行对账单的调整后余额应平衡。
•银行对账单余额方向为借方时,借方发生表示银行存款增加,贷方发生表示银行存款减少;反之,借方发生表示银行存款减少,贷方发生表示银行存款增加。
系统默认银行对账单余额方向为借方,按〖方向〗按钮可调整银行对账单余额方向。
已进行过银行对账勾对的银行科目不能调整银行对账单余额方向。
•在录入完单位日记账、银行对账单期初未达项后,请不要随意调整启用日期,尤其是向前调,这样可能会造成启用日期后的期初数不能再参与对账。
例如:录入了4月1日、5日、8日的几笔期初未达项后,将启用日期由4月10日调整为4月6日,那么,4月8日的那笔未达项将不能在期初及银行对账中见到。
用友U8财务会计-应收应付-总账与应收应付对账不平

总账与应收应付对账不平产品线:U8版本:U8V11.0领域:201 财务会计模块:0104 应收款管理数据库版本:SQL2005问题标题:总账与应收应付对账不平问题描述:应收应付系统与总账对帐问题为用户咨询高频问题,本文档提供解决思路及方案.问题分析:解决方案:一、系统启用期间期初不平1.数据来源:期初对账数据来源: 总账:受控科目的总账期初中的辅助期初余额.应收:期初单据,按科目+余额统计的,不区分客户;在双击不同科目时,打开对账结果.对账结果数据来源: 总账:受控科目的总账期初往来明细数据,应收:期初单据,是按科目+客户+余额统计。
2.检查:应收系统检查期初单据是否录入科目,科目应为受控科目.总账系统科目期初余额是否正确.如模块启用时间不同,查询对应期间科目期初.3.解决方案:确定哪个模块数据是正确的.按正确数据,调整错误数据. 本例为总账系统期初余额有误,修改总账期初后,解决.最终对账结果:二、非系统启用期间期初不平1.向前查找,按期初余额+本期发生=期末余额逻辑找到存在不平情况的期间,确定不平的起点。
2.不向前查找,确定在本期哪个模块数据是正确的.按正确数据,调整错误数据.总账系统录入调整凭证.应收应付系统录入调整单据,不生成凭证.三、本期不平1.数据来源:按客户+币种对账总账:受控科目的凭证(已保存凭证,包含标错凭证,不含作废凭证),按客户+币种统计发生额,不区分具体科目.应收:单据(已审核),按客户+币种统计发生额。
如选择”包含未制单记录”,应收中包含未制单单据,否则只考虑已制单单据.按科目+客户对账总账:受控于科目的凭证(已保存凭证,包含标错凭证,不含作废凭证),按科目+客户来统计发生额.应收:单据(已审核),按应收科目+客户统计发生额。
如选择”包含未制单记录”,应收中包含未制单单据,否则只考虑已制单单据.2.对账结果中点“详细”按钮,按照错误原因处理:A.其他系统制单:补录相应单据或删除凭证总账系统中按凭证号查询凭证:本例为凭证错误,作废凭证后,平衡.最终对账结果A.未制单:a)确实没有制单,制单处理中制单(尤其核销,红票对冲,预收冲应收)制单处理中有未制单记录:本例将核销业务生成凭证后,平衡.b)已制单,但在凭证查询中修改了受控科目,没有回写到单据上,导致单据与凭证上科目不一致.(部分老版本可能存在此问题,此处不重现问题,只列示查询及解决方法)单据查询中对比单据和凭证的受控科目:单据凭证:解决方案:按实际情况修改凭证或单据即可.c)已制单,但制单会计期间错误,凭证会计期间应等于单据审核会计期间或操作的会计期间B.由于录入的期初数据或制单时改变分录方向等造成对账不平,无法展开成详细:a)修改了凭证上受控科目的方向,查看差额列中期末本币是否为0,若等于0则数据正确。
用友U8财务会计-应收应付-总账账龄分析与应收账龄分析表对账不平

总账账龄分析与应收账龄分析表对账不平产品线:U8版本:U8V11.0领域:201 财务会计模块:0104 应收款管理0101 总账数据库版本:SQL2005问题标题:总账账龄分析与应收账龄分析表对账不平问题描述:总账账龄分析与应收账龄分析表对账不平?关于上图的说明:1. 两个表属于不同的模块:总账往来账龄分析表属于总账模块,应收账龄分析表属于应收模块。
这两个表对上的前提是应收与总账对账平衡,应收账龄分析按余额分析时余额和业务余额表一致,总账对应科目无对账错误,检查正确,期初对账正确。
如果应收与总账对不平,则参考龚丹丹老师的文档-总账与应收对账不平。
2. 两个表核对前,建议应收模块要做核销、红票对冲操作,核销制单,红票对冲制单,总账中做一下往来两清,方便查看结果。
3. 两个表的数据来源:总账往来账龄分析表数据来源于凭证(期初余额中的期初往来明细和本期发生的凭证),应收账龄分析表来源于单据(期初单据和本期业务单据)。
4.应根据两个表的查询条件含义选择一致的条件:(1)总账客户往来账龄分析查询条件说明:分析方式:按发生日期分析即以业务发生日期为基础(在填制凭证录入辅助项时录入业务发生日期),如未填入业务发生日期,则按制单日期。
按制单日期分析即进行账龄分析以制单日期为基础。
按所有往来明细进行账龄分析即对全部往来明细进行计算。
按未两清往来明细进行账龄分析只对未进行两清的往来明细进行计算。
余额账龄分析:用借方(贷方)发生额冲销贷方(借方)发生额的余额作为进行账龄分析的第一笔分析金额的分析方法。
按实际发生进行分析:按借方、贷方的实际发生额为分析金额进行分析。
(2)应收账龄分析的相关查询条件说明:分析类型:选择应收款只分析该分析对象的所有应收款情况;选择预收款只分析该分析对象的所有预收款情况;选择余额分析类型时同时分析该分析对象的应收款预收款余额,即为应收款-预收款,系统默认为余额为分析类型。
分析日期:根据单据的到期日进行分析,即计算单据的账龄=分析截止日期-单据到期日。
用友ERP—U8.72软件在操作过程中的常见问题及解决方法

用友ERP—U8.72软件在操作过程中的常见问题及解决方法【摘要】用友ERP-U8.72软件是会计电算化课程实验的常用软件之一,然而学生在操作过程中会遇到许多问题,本文以用友ERP-U8.72软件为分析对象,对该软件实验教学遇到的常见问题给出了原因分析和解决方法。
【关键词】会计电算化;实验教学;用友ERP-U8.72一、系统管理操作过程中的常见问题问题1:初次登录系统管理,账套选项为空,提示无法登录。
原因:用户的计算机名与数据服务器名不一致。
解决方法:点击【开始】→【程序】→【用友ERP】→【系统服务】→【应用服务器配置】,将数据库服务器改为本台计算机名,重新登录即可。
问题2:建立账套时,账套号错误(如将400,录成了300)解决方法:先在“系统管理”里输出账套,生成两个备份文件UFDATA.BAK 和UfErpAct.Lst。
用记事本方式打开文件UfErpAct.Lst,屏幕第三行显示的是账套信息“CACC_Id=300”,将300修改为400单击保存后,重新引入账套即可。
问题3:修改按钮为灰色。
原因分析:混淆了系统管理员与账套主管的权限,系统管理员的工作是建账、引入、输出、设置用户、角色、权限等。
而账套的修改、账套的日常业务处理由账套主管完成。
解决方法:重注册,以账套主管的身份注册。
二、企业应用平台操作过程中的常见问题问题1:在基础设置时,点击具体内容,如【客商信息】,系统无反应。
原因分析:建账时,未进行【系统启用】。
解决方法:进入【基础设置】→【基础信息】→【系统启用】进行设置,勾选需要启用的系统名称并设置启用时间。
问题2:无法增加客户或供应商分类。
原因分析:建账时忘了选择客户或供应商分类。
解决方法:以账套主管的身份进入系统管理,点击【账套】→【修改】→【基础信息】,在客户或供应商是否分类前的方框内打勾即可。
三、总账系统操作过程中的常见问题(一)总账初始化问题1:在录入【其他应收款】辅助账时,系统提示“个人非法”。
浅谈用友中固定资产与总账不平衡的原因及总结

浅谈用友中固定资产与总账不平衡的原因及总结先来谈一谈固定资产总账中与固定资产模块对账不平的原因:1.先查看总账中凭证是否全部记账了2.查看固定资产选项账务系统接口里面的对账科目是否设置正确。
3.查看是否制单信息里面是否还有需要作凭证的:(在选项中与账务系统接口里面的月末结账前一定要完成制单登账业务选择了后在月末结账时会提示是否有未制单信息):4.查看对账不平衡,是原值不平衡还是累计折旧不平衡:原值不平衡的话,可能是资产增加或者减少没有生成凭证。
在进入卡片管理界面后在卡片管理页签的下拉菜单选择自定义查询,其下方点击查找,点击新增行,然后选择项目选择录入日期,比较符为大于等于,比较值为本月开始日期,再新增行选择项目选择录入日期,比较符为小于等于,比较值为本月结束日期。
如果是累计折旧不平衡,查看是否在做完累计折旧后又做了新的操作(点击月末结账会有提示),重新计提然后生成凭证。
5.注意查看本期拆分卡片时特殊情况,累计折旧值是否正确。
固定资产与总账对账的总结:在固定资产的日常业务处理完毕以后,一般会在固定资产-处理-对账处,执行与总账的对账,那么对账不平,也就成为了一个常见问题,如果要对账,应首先在选项中的与账务系统接口页签,勾上与账务系统进行对账,否则在处理下是找不到对账节点的对账不平时,可以参考以下思路:(1) 如果显示账务账套原值、累计折旧都是0或者差别非常大,应首先检查固定资产-选项的与账务系统接口页签,对账科目是否设置正确:是否是固定资产、累计折旧科目(2)如果是账务账套的原值比较少,应去查看固定资产模块的业务是否都生成了凭证,尤其需要注意的是原始卡片,因为该卡片不会在固定资产的批量制单下形成折旧信息,所以容易忽略;最好是到批量制单下查看一下是否还有制单信息,如果有,要确认一下,是否需要生成凭证,因为有些凭证可能在总账或其他模块如应付款管理已经做过了(3)如果查看了制单信息及原始卡片都生成了凭证,然后再查看一下,固定资产的凭证是否都已经在总账中审核记账了,如果没有,先总账记账,然后再进行对账操作(4)如果只是累计折旧核对不上,可能是折旧凭证是在总账中作的,或者是在固定资产批量制单下生成折旧凭证时,修改了折旧额等,这时可以打印出折旧清单,然后将清单上的本月折旧额与总账中的累计折旧的本月贷方发生进行核对(5)如果问题依旧没有解决,只能输出固定资产中部门、类别明细账,然后与总账中的关于固定资产、累计折旧科目的明细账进行核对,去检查问题到底出在哪里上海公司陈金金。
用友软件总账模块常见问题及解决方案

用友软件总账模块常见问题及解决方案[摘要]用友软件是国内市场占有率最高的财务软件,功能齐、使用方便,但用友ERP-U8软件总账模块在使用中经常出现一些问题,本文就这些问题展开了具体分析,并在此基础上提出了相应的解决方案。
[关键词]总账模块;问题描述;解决方案用友U8管理软件中的总账模块适用于各类企事业单位进行凭证管理、账簿处理、个人往来款管理、部门管理、项目核算和出纳管理等工作,是用友ERP 软件的核心。
作为一种功能强大的软件,在使用中也会出现很多问题,现分析总结如下:一、登录系统管理时常见问题分析(1)问题描述:登录U8系统时,系统提示演示版已过期。
分析及处理:同时在线的人数超过了软件的许可数。
软件不使用时,请立即关闭,将有限的登录许可权让给他人,或者稍后再尝试登录。
(2)问题描述:U8系统管理的admin口令忘记后,又没有解码器,怎样才能解决这个问题?分析及处理:可以从软件网站上下载密码查看器软件,然后打开SQL的企业管理器,用这个软件查看SA的密码。
如果没设SA密码,则打开数据库ufsystem 将ua_user中的口令置为null值即可。
二、账套引入时常见问题分析(1)问题描述:引入备份账套时,提示“无法打开备份设备”。
分析及处理:LST文件错误,修改LST文件。
(2)问题描述:引入备份账套时,提示“还原数据库失败”。
分析及处理:备份数据库的逻辑文件名不对,在企业管理器中还原数据库,然后再修改逻辑文件名。
(3)问题描述:引入账套报94错误。
分析及处理:这种情况是由于SQL中缺少本地服务器名所致,需要增加本地服务器名。
(4)问题描述:引入备份账套时,提示“备份源盘不能更新,不能恢复”。
分析及处理:LST文件为只读,将LST文件只读属性去掉即可。
三、总账模块常见操作问题分析(1)问题描述:当记账(进选项等)时,报××站点正在执行××操作(其实其他站点均已退出)。
财务会计-应收应付-总账账龄分析与应收账龄分析表对账不平——【用友 专题培训】

总账账龄分析与应收账龄分析表对账不平产品线:U8 版本:U8V11.0 领域:201 财务会计模块:0104 应收款管理 0101 总账 数据库版本:SQL2005问题标题:总账账龄分析与应收账龄分析表对账不平 问题描述:总账账龄分析与应收账龄分析表对账不平?具体到某个客户或某几个客户不平否是总账往来账龄分析与应收账龄分析表对账不平?总账与应收对账平衡 (科目+客户)总账与应收不平参考龚丹丹文档检查两个表的查询条件具体设置(如截止日期是否一致)1.截止日期相同2.账龄期间设置相同3.查询科目4.制单日期/发生日期5.按所有往来明细/按未两清往来明细分析6.余额分析法/实际发生法 1.截止日期相同 2.逾期账龄区间设置相同 3.分析类型4..包含未审核单据:否5.显示类型--账龄6.分析日期--到期日单据上是否有付款条件/收付款协议,单据科目,制单科目,是否核销,红票对冲,核销/红票对冲制单查询科目 制单日期做往来两清关于上图的说明:1. 两个表属于不同的模块:总账往来账龄分析表属于总账模块,应收账龄分析表属于应收模块。
这两个表对上的前提是应收与总账对账平衡,应收账龄分析按余额分析时余额和业务余额表一致,总账对应科目无对账错误,检查正确,期初对账正确。
如果应收与总账对不平,则参考龚丹丹老师的文档-总账与应收对账不平。
2. 两个表核对前,建议应收模块要做核销、红票对冲操作,核销制单,红票对冲制单,总账中做一下往来两清,方便查看结果。
3. 两个表的数据来源:总账往来账龄分析表数据来源于凭证(期初余额中的期初往来明细和本期发生的凭证),应收账龄分析表来源于单据(期初单据和本期业务单据)。
4.应根据两个表的查询条件含义选择一致的条件:(1)总账客户往来账龄分析查询条件说明:分析方式:按发生日期分析即以业务发生日期为基础(在填制凭证录入辅助项时录入业务发生日期),如未填入业务发生日期,则按制单日期。
按制单日期分析即进行账龄分析以制单日期为基础。
如何分析用友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期初不平的处理期初设置录入错误:在期初录入阶段,科目录入了期初数据之后,在没有删除该期初数据之前,又对该科目设置了辅助核算项目,或者之前该会计科目设置有辅助核算项目,之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目(如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目)等情况均会造成总账与辅助账簿对账不平的情况!在期初的对账中可以直接查询出错误的科目!处理方法:将所有月份取消记账,然后将错误方式修改的辅助核算期初先修改回来,然后在软件界面上清空数据,再重新按照正确的方法进行设置,再将正确的期初输入。
用友U8【总账】总账结账时,对账不平

⽤友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.问题描述:总账系统中出纳签字调不出相应的凭证。
分析及处理:1)在设置--选项-凭证-凭证控制中选出纳签字。
2)在设置--会计科目-编辑-指定科目中选上所需现金银行科目。
3.问题描述:总账,2011年1月总账未记账,想改期初余额,是否可以修改,应注意什么?分析及处理:可以修改期初余额,应保证总账、明细账与辅助总账修改后的一致性。
4.问题描述:总账,查所有各类明细账最末二行显示“当前合计,当前累计”,按会计规则应是“当月合计和全年累计”是否查询有错?分析及处理:程序设计如此。
未结账时是显示当前合计、当前累计;若已结账则显示当月合计、本年累计。
5. 问题描述:总账个人更换部门后,再进行对账时,提示个人对账不平。
分析及处理:将已经结账和记账的月份恢复到建账期初,将涉及到该个人的期初和日常业务均修改为目前的部门即可。
-6.问题描述:查询某科目的总账、明细账簿都有正确数据。
在对账时总账也正确,可明细账余额变成了零。
怎样解决?分析及处理:恢复记账然后重新记账。
7.问题描述:在总账中出现以下问题:当在填制凭证界面下点预览时,出现:61706,没有足够的内存来执行操作,确定后,又出现:440,automation 错误!429,Activex 部件不能创建对象,确定后总账也不退出,但如果继续进行别的操作,则又会出现:440,429,但都不退出。
服务器上也不会记载异常。
分析及处理:请检查机器名是否不为纯英文,有无“-”或数字开头,如果是winXP 系统不允许有中文或以中文账号登录系统。
8.问题描述:在用友财务通的凭证处理界面能否扩大一点,由于界面太小,经常看不清楚?分析及处理:您可以调整显示器的分辨率来达到您的需求。
9.问题描述:供应商在总账里核算,查询供应商余额表及明细账时出错,此供应商的期初余额与他的发生额不在一个地方。
总账与明细账不符的原因分析与对策

总账与明细账不符的原因分析与对策作者:王艳菊来源:《商场现代化》2015年第01期摘 ; 要:会计对于各个企事业单位都很重要,任何一个单位,如果没有详细的财务管理,就不能顺利运行,因此做好会计工作对于单位的发展至关重要。
在会计从业的实际过程中,有着很多需要注意的地方,很多会计从业人员由于各种各样的原因在工作中会出现各种各样的错误,比如总账与明细帐不符等,这些都影响着会计工作的进行,也会影响着单位的发展。
关键词:总账;明细账;不符;原因与对策一、总账与明细账不符的表现总账与明细账都属分类账,处于不同层级,总账统驭着明细账,以总账与明细账进行核对,可以发现这两类账在记录时有无发生过账差错。
在审计进行核对的时候,经常发现总账和明细账不符的现象,具体表现在几个方面:1.总账和明细账不对。
一个单位的总账和明细账对不上,总账是一个金额,而明细账是另一个金额。
资金余额出现差别,资金总额出现差别等都是不符的具体表现。
2.明细账和凭证不对。
有些时候明细账和凭证也会产生很大的初入,有的凭证被记错,有的凭证在明细账中没有出现,这些现象也造成了资金记账的不符。
3.记账凭证与原始凭证不对。
在会计从业准则中,比较重要的一点就是记账凭证和原始凭证要一致,但是在日常工作中,常常发现记账凭证与原始凭证不符合的问题。
记账时候以记账凭证为主,就造成了最终账面的不一致。
二、总账与明细账不相符的原因分析以上这些是记账过程中经常会出现的错误,对于会计人员的工作造成了一定的阻碍和干扰。
对此,必须查明原因,并根据原因进行必要的改进。
对于具体的某种错误,存在着过账差多,汇总差错等具体原因,但是更重要的是除了具体原因,要对错误进行深入分析,查找出根本的原因。
1.相关制度不够健全。
健全的制度是会计管理的依据,比如对记账的相关要求准则等,如果依照相应的制度进行规范化操作,相关的失误就可以保证减少到最小,诸如总账和明细账不相符的情况也可以尽可能的避免。
【用友 财务培训】供应链-存货核算-存货与总账对账不平

存货与总账对账产品线: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)其次,若还是显示“对账不平”,则可以在对账界面检查是期初引起的不平还是日常发生数引起的不平;其中:✓若期初不平,则需要按照对账月份依次往前核对历史月份,看到底是从哪个月开始引起的对账不平。
如何分析用友账务对账不平-总账明细账不平、辅助账总账明细账不平_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期初不平的处理期初设置录入错误:在期初录入阶段,科目录入了期初数据之后,在没有删除该期初数据之前,又对该科目设置了辅助核算项目,或者之前该会计科目设置有辅助核算项目,之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目(如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目)等情况均会造成总账与辅助账簿对账不平的情况!在期初的对账中可以直接查询出错误的科目!处理方法:将所有月份取消记账,然后将错误方式修改的辅助核算期初先修改回来,然后在软件界面上清空数据,再重新按照正确的方法进行设置,再将正确的期初输入。
用友U8对账不平,对账错误简单处理方法

用友 U8对账不平,对账错误简单处理方法
月末做记账结账的时候,会发现,凭证都没有问题,账表也没有问题,但是就是莫名其妙的出现,对账错误,一般针对这种情况。可以采取 以下的方法: 1、依次恢复结账、记账到年初,然后依次再记账、结账到当前会计月,一般即可解决问题。 如果对账仍然报错,可以参看第 二步。 2、打开相应年度库ufdata_2007_xxx中的CODE表 查看相应的科目,看看里面的bend字段,如果一级科目,应该是0,末级科目应 该是1 如果不一致,改回来,再重新进软件,记账结
总账与明细账不符的原因分析与对策

2015年1期总第776期总账与明细账不符的原因分析与对策▉王艳菊唐山广播电视台摘要:会计对于各个企事业单位都很重要,任何一个单位,如果没有详细的财务管理,就不能顺利运行,因此做好会计工作对于单位的发展至关重要。
在会计从业的实际过程中,有着很多需要注意的地方,很多会计从业人员由于各种各样的原因在工作中会出现各种各样的错误,比如总账与明细帐不符等,这些都影响着会计工作的进行,也会影响着单位的发展。
关键词:总账;明细账;不符;原因与对策一、总账与明细账不符的表现总账与明细账都属分类账,处于不同层级,总账统驭着明细账,以总账与明细账进行核对,可以发现这两类账在记录时有无发生过账差错。
在审计进行核对的时候,经常发现总账和明细账不符的现象,具体表现在几个方面:1.总账和明细账不对。
一个单位的总账和明细账对不上,总账是一个金额,而明细账是另一个金额。
资金余额出现差别,资金总额出现差别等都是不符的具体表现。
2.明细账和凭证不对。
有些时候明细账和凭证也会产生很大的初入,有的凭证被记错,有的凭证在明细账中没有出现,这些现象也造成了资金记账的不符。
3.记账凭证与原始凭证不对。
在会计从业准则中,比较重要的一点就是记账凭证和原始凭证要一致,但是在日常工作中,常常发现记账凭证与原始凭证不符合的问题。
记账时候以记账凭证为主,就造成了最终账面的不一致。
二、总账与明细账不相符的原因分析以上这些是记账过程中经常会出现的错误,对于会计人员的工作造成了一定的阻碍和干扰。
对此,必须查明原因,并根据原因进行必要的改进。
对于具体的某种错误,存在着过账差多,汇总差错等具体原因,但是更重要的是除了具体原因,要对错误进行深入分析,查找出根本的原因。
1.相关制度不够健全。
健全的制度是会计管理的依据,比如对记账的相关要求准则等,如果依照相应的制度进行规范化操作,相关的失误就可以保证减少到最小,诸如总账和明细账不相符的情况也可以尽可能的避免。
2.微机程序不够规范。
用友软件总账模块常见问题及解决方案

用友软件总账模块常见问题及解决方案[摘要]用友软件是国内市场占有率最高的财务软件,功能齐、使用方便,但用友ERP-U8软件总账模块在使用中经常出现一些问题,本文就这些问题展开了具体分析,并在此基础上提出了相应的解决方案。
[关键词]总账模块;问题描述;解决方案用友U8管理软件中的总账模块适用于各类企事业单位进行凭证管理、账簿处理、个人往来款管理、部门管理、项目核算和出纳管理等工作,是用友ERP 软件的核心。
作为一种功能强大的软件,在使用中也会出现很多问题,现分析总结如下:一、登录系统管理时常见问题分析(1)问题描述:登录U8系统时,系统提示演示版已过期。
分析及处理:同时在线的人数超过了软件的许可数。
软件不使用时,请立即关闭,将有限的登录许可权让给他人,或者稍后再尝试登录。
(2)问题描述:U8系统管理的admin口令忘记后,又没有解码器,怎样才能解决这个问题?分析及处理:可以从软件网站上下载密码查看器软件,然后打开SQL的企业管理器,用这个软件查看SA的密码。
如果没设SA密码,则打开数据库ufsystem 将ua_user中的口令置为null值即可。
二、账套引入时常见问题分析(1)问题描述:引入备份账套时,提示“无法打开备份设备”。
分析及处理:LST文件错误,修改LST文件。
(2)问题描述:引入备份账套时,提示“还原数据库失败”。
分析及处理:备份数据库的逻辑文件名不对,在企业管理器中还原数据库,然后再修改逻辑文件名。
(3)问题描述:引入账套报94错误。
分析及处理:这种情况是由于SQL中缺少本地服务器名所致,需要增加本地服务器名。
(4)问题描述:引入备份账套时,提示“备份源盘不能更新,不能恢复”。
分析及处理:LST文件为只读,将LST文件只读属性去掉即可。
三、总账模块常见操作问题分析(1)问题描述:当记账(进选项等)时,报××站点正在执行××操作(其实其他站点均已退出)。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
对账不平问题专题讲解内容一.总账对账不平二.模块间对账不平其他模块与总账间的对账不平其他模块间的对账不平一.总账对账不平总帐中大部分数据问题多出现在对账不平这个环节上,对账的形式主要有: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。