T3总账与明细账对账不平数据库分析

合集下载

【用友】财务会计-总账-银行对账-余额调节表不平衡

【用友】财务会计-总账-银行对账-余额调节表不平衡

银行对账-余额调节表不平衡产品线:U8版本:U8V11.0领域:201 财务会计模块:0104 总账数据库版本:SQL2005问题标题:银行对账-余额调节表不平衡解决思路:1、首先确定哪个月份余额调节表不平,查看不平月份的银行对账勾对是否正确,若不正确,进行正确勾对(872及之前版本可在银行对账中点“检查”进行对账平衡检查,后续版本银行对账中保存时会进行平衡检查)后再查看余额调节表是否平衡;若银行对账中勾对均正确且对账平衡检查也平衡,但余额调节表不平仍不平,可以检查银行对账期初。

2、检查银行对账期初:检查相关银行科目银行对账期初中的余额方向、启用日期是否和企业实际情况相符;确定调整前余额、期初未达项是否正确;单位日记账调整后余额和银行对账单调整后余额是否平衡,若调整后余额不平衡,需进行相关调整。

•银行对账期初录入中单位日记账与银行对账单的"调整前余额"分别为启用日期时该银行科目的科目余额及银行存款余额;"期初未达项"分别为上次手工勾对截止日期到启用日期前的未达账项;"调整后余额"自动根据调整前余额+对方已收本方未收-对方已付本方未付计算出的余额。

若录入正确,则单位日记账与银行对账单的调整后余额应平衡。

•银行对账单余额方向为借方时,借方发生表示银行存款增加,贷方发生表示银行存款减少;反之,借方发生表示银行存款减少,贷方发生表示银行存款增加。

系统默认银行对账单余额方向为借方,按〖方向〗按钮可调整银行对账单余额方向。

已进行过银行对账勾对的银行科目不能调整银行对账单余额方向。

•在录入完单位日记账、银行对账单期初未达项后,请不要随意调整启用日期,尤其是向前调,这样可能会造成启用日期后的期初数不能再参与对账。

例如:录入了4月1日、5日、8日的几笔期初未达项后,将启用日期由4月10日调整为4月6日,那么,4月8日的那笔未达项将不能在期初及银行对账中见到。

T3维护实例

T3维护实例

T3维护实例(绝对是实际工作)1、问题描述:当总账模块月末结账的时候,提示:工作未通过检查,不可以结账。

解决方法:当出现这个提示的时候,可以点击“上一步”按钮,查看工作报告。

当出现以下情况时,总账不能结账: 1)、本月有未记账的凭证(即使该凭证已经作废); 2)、总账和明细账对账不平(总账与辅助明细账对账不平没有影响); 3)、其他模块没有结账(这是尤其需要注意的,当同时启用了其他模块,需要其他模块结账之后,总账才能结账。

)。

注:如果其他的模块不打算使用,而只是在建立账套的时候误启用了,就需要以账套主管的身份登录系统管理,反启用不需要使用的模块。

结账表对应数据库表是gl_mend。

2、问题描述:出纳签字的时候,提示“没有符合条件的记录”解决方法:指定科目操作步骤:在基础档案——财务——会计科目中,点击“编辑”菜单,选择“指定科目”,“现金总账”科目选择“现金”;“银行总账科目”选择“银行存款”。

3、问题描述:企业要利用UFO报表中的现金流量表模板编制现金流量表,需要哪些初始设置?步骤1:指定现金流量科目。

在基础档案——财务——会计科目中,点击“编辑”菜单,选择“指定科目”,指定“现金流量科目”为“现金”、“银行存款”、“其他货币资金”三个科目或者是他们的明细科目。

步骤2:增加“现金流量项目大类”。

在基础档案——财务——项目目录中,点击“增加”按钮,选择“现金流量项目大类”,然后点击“下一步”完成预置。

4、问题描述:如果指定了现金流量科目,而对于象“提取现金”的业务生成的凭证涉及到了现金流量科目,但又不影响现金流量的变化,针对这种情况该如何处理?解决方法:方法一:在选项中取消“现金流量科目必录现金流量项目”的设置。

然后在填制凭证的时候,录入“现金”或者“银行存款”科目,弹出录入现金流量项目的界面,直接点击“保存”即可。

方法二:在项目目录中点击“维护”按钮,在经营活动现金流入和经营活动现金流出中分别增加一个项目,来体现这种业务,不参与现金流量表的编制。

财务会计-固定资产-总账与固定资产对账不平

财务会计-固定资产-总账与固定资产对账不平

总账与固定资产对账不平产品线:U8版本:U8V11.0领域:财务会计模块:固定资产数据库版本:SQL2005固定资产模块与总账对账不平,分为原值不平、累计折旧不平。

无论是固定资产还是累计折旧,都符合以下的平衡关系。

下面针对每种情况举例说明分析过程以及解决方案。

问题1:固定资产和总账对账时固定资产的原值和累计折旧都显示为0问题描述:在固定资产模块对账界面,固定资产和总账对账时固定资产原值和累计折旧都显示为0.如下图:问题分析:固定资产选项中的对账科目设置情况,发现对账科目全部都已设置好。

如下图:仔细查看选项,发现勾选了“按资产类别设置缺省科目”,因此想到,在资产类别中是否未设置缺省科目呢?解决方案:打开资产类别界面,发现确实是资产类别对应的固定资产和累计折旧缺省科目未设置。

将固定资产与累计折旧缺省入账科目设置上,对账就平了。

注意事项:只有在固定资产选项中,勾选“按资产类别设置缺省科目”,才需要在资产类别界面设置缺省入账科目。

如果没有勾选此项,只需要在固定资产选项中,将对账科目设置上即可。

问题2:固定资产模块,“资产对账”节点不显示。

问题描述:登陆固定资产模块后其它功能节点显示均正常,只有“资产对账”节点不显示,如下图:左图是正常显示,右图缺少了“资产对账”功能节点。

问题分析:如果当月已经结账,资产对账也会显示,所以跟是否结账没有关系;由于其它功能节点显示均正常,因此也排除了accinformation表的问题。

因此看一下选,是否有相关控制。

解决方案:打开固定资产选项,“与账务系统接口”页签,发现,“与账务系统进行对账”没有勾选。

如下图:将“与账务系统进行对账”勾选后,“资产对账”功能节点就显示出来了。

注意事项:要求对软件功能节点以及选项要非常熟悉,才能又快又准的判断出问题原因所在。

建议多测问题,多在软件中操作。

问题3:固定资产与总账对账,显示账务系统原值和累计折旧少。

问题描述:在固定资产与总账对账时,对账结果显示账务系统原值和累计折旧均比固定资产的原值和累计折旧少。

财务会计-应收应付-总账账龄分析与应收账龄分析表对账不平——【用友 专题培训】

财务会计-应收应付-总账账龄分析与应收账龄分析表对账不平——【用友 专题培训】

总账账龄分析与应收账龄分析表对账不平产品线: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)

如何分析用友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期初不平的处理期初设置录入错误:在期初录入阶段,科目录入了期初数据之后,在没有删除该期初数据之前,又对该科目设置了辅助核算项目,或者之前该会计科目设置有辅助核算项目,之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目(如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目)等情况均会造成总账与辅助账簿对账不平的情况!在期初的对账中可以直接查询出错误的科目!处理方法:将所有月份取消记账,然后将错误方式修改的辅助核算期初先修改回来,然后在软件界面上清空数据,再重新按照正确的方法进行设置,再将正确的期初输入。

T3数据库维护讲解(财务部分)

T3数据库维护讲解(财务部分)


重新期初余额对账试算,然后凭证记账,月结操作

5.期间损益结转出现红字金额
在进行期间损益结转时,发现系统生成凭证中有红字金额出现

检查code表5501科目及其末级科目

将550102会计科目的性质修改正确(凭证要取消记账) update code set bproperty =1 where ccode ='550102'
制单日期
记账标志 凭证标志 部门编码 职员编码 客户编码 供应商编码 职员编码必须对应相应部门编码 1 已记账 0 未记账
null_有效凭证,1_作废凭证,2_有错凭证(作废凭证 可取消作废/进行凭证整理)
Citem_id
Citem_class
项目编码
项目大类编码
项目编码必须对应项目大类编码

T3数据库维护讲解(财务部分)
(财务部分)
畅捷通信息技术股份有限公司 崔文哲 2013年4月
目录 1
总账部分常见高发问题 总账问题涉及到的数据表 总账部分高发问题案例 总账数据问题分析思路和维护原则 财务部分维护注意事项及常用工具
2 3
4 5

1.总账部分常见高发问题

7.凭证不能作废或整理 有张凭证需要作废,打开填制凭证,选择凭证作废报错: 凭证号被其他人修改,不能作废。

凭证表数据此张凭证数据有错误,所以先检查凭证表 此张凭证数据是否有误。
检查发现此张2012年12月的凭证,会计期间iperiod字段数值错误,并且凭证 类别编码字段也有错误。

GL_accass 辅助总账表
列名
ccode Cdept_id Cperson_id Ccus_id Ccup_id Citem_class Citem_id iperiod

T3常见问题

T3常见问题

T3常见问题1、问题名称:打开系统管理注册报错显示乱码问题现象:打开系统管理注册报错显示乱码,提示“不能登陆到服务器”解决方案:Client.DLL文件存放在将WINNT或Windows目录的System32目录,将此文件剪切到WINNT或Windows目录下,然后注册,注册时报错,但不影响操作。

2、问题名称:总帐结帐时提示对帐不平问题现象:总帐结帐时提示对帐不平解决方案:运行此语句select sum(md) as 借方合计,sum(mc) as 贷方合计,sum(md)-sum(mc) as 余额from gl_accvouch where ccode=…115‟ andcsup_id=…002‟,找出明细账的余额,问题出现了,回到gl_accvouch表看一下,检查此记录发现问题,iflag=1(此记录为作废状态),将其值改成NULL(正常状态)即可。

3、问题名称:辅助帐打印与余额不对问题现象:辅助帐打印与余额不对解决方案:将设置选项下的张薄格式由“按年排页”改为“按月排页”4、问题名称:UFO报表函数错或函数定义错问题现象:计算2006年12月30日以前的都正常,但在计算2006年12月31日提示“调用相应的函数错误或函数定义错”解决方案:系统日期格式有变化,则形成无法执行的错误公式,在操作系统中设定地区选项的日期格式,将短日期格式设置为YYYY-MM-DD。

5、问题名称:保存凭证提示有锁定问题现象:在总帐中,填制凭证时,在对凭证修改保存提示有锁定。

解决方案:由于用户非法操作,造成单据锁定,在系统管理中用ADMIN注册,一个一个清除单据锁定。

6、问题名称:报表取数不对问题现象:查询余额表没问题,检查公式也对,但报表取数不对解决方案:,后才检查出是报表里表业不计算标志不注意点进去了,点出来重算即可。

7、问题名称:有加密盒提示“演示帐套已到期”问题现象:加密盒注册成功,就是检测不到,提示“演示帐套已到期”解决方案:用户使用了USB延长线,取掉延长线将加密盒直接插在主机上即可。

【用友 财务培训】供应链-存货核算-存货与总账对账不平

【用友 财务培训】供应链-存货核算-存货与总账对账不平

存货与总账对账产品线: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)其次,若还是显示“对账不平”,则可以在对账界面检查是期初引起的不平还是日常发生数引起的不平;其中:✓若期初不平,则需要按照对账月份依次往前核对历史月份,看到底是从哪个月开始引起的对账不平。

总账年初对账不平

总账年初对账不平

此时我们再来看“应收账款”的年初余额 6500
开始处理了:在期初明细处录入一笔业务6500
再来看期初总账余额
Байду номын сангаас
选中“应收账款”进行清零
此时再重新按客户补录“应收账款”的期初 余额就可以了,不用修改凭证,也无须开 库修改数据。
适用条件及注意事项
• 科目至少有两级,否则无法进行“清零”。 • 多级科目时,有时对中间级次科目清零无 效,可能需要对一级科目进行清零。 • 做好数据备份。 • 取消结账、取消记账到期初。
年初对账不平
问题:
模块:总账系统 现象:由于上年未结账,新建年度账后没有及时年度结转, 而是直接录入了凭证。 到4月初做完年度账结转后发现应收账款总账与客户往 来明细账对账不平。(举例如图)
探询:
• 该用户反映在新年度中修改/删除过客户档案(有时即使 新年度账中没删改基础档案,结转年度账过程中也会出现 该问题)。 • 用户使用该科目填制了几百张凭证,也不愿修改凭证后重 新录入期初余额。

t3总账与明细账不平解决方法

t3总账与明细账不平解决方法

本文由梁老师精心编辑整理(营改增后知识点),学知识,来百度文库!
t3总账与明细账不平解决方法
t3总账与明细账不平解决方法
首先先检查上年年末对账是否平衡。

如果上年年末对账平衡,说明是年度结转过程中出错,可以重新年度结转。

或者在新的年度账中,先把该科目的辅助核算取消,修改期初数,与明细记录合计一致,然后再把辅助核算选上,修改该科目的辅助明细记录。

如果上年对账不平,征求客户的意见,是否修改上年,如果不修改上年,直接对新的年度进行修改;如果要修改上年,则要删除年度账,修改完上年后,重新年度结转(错误多);或者直接对上年反结账,修改后,再对新年度的期初进行修改。

原则:
发现对账不平,首先是先反记账,再重新记账。

看是否解决问题。

如果不行,再分析相关的账表和后台数据库。

常用的数据库:
科目表code;凭证和明细账表gl_accvouch
辅助总账表gl_accass;总账表gl_accsum
注意:月末结账的时候提示对账不平的原因很多,很多问题的表现一样,但原因并不相同。

这里仅说明的常见的解决方法,或者提供一种思路。

并不是所有对账不平的原因和解决方法。

;
1。

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

如何分析用友账务对账不平-总账明细账不平、辅助账总账明细账不平_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账务对账不平-总账明细账不平、辅助账总账明细账不平

如何分析用友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期初不平的处理期初设置录入错误:在期初录入阶段,科目录入了期初数据之后,在没有删除该期初数据之前,又对该科目设置了辅助核算项目,或者之前该会计科目设置有辅助核算项目,之后没有清除该科目辅助核算明细的情况下修改辅助核算的项目(如客户往来辅助核算变更为供应商往来辅助核算或者多项辅助核算减少或增加辅助核算项目)等情况均会造成总账与辅助账簿对账不平的情况!在期初的对账中可以直接查询出错误的科目!处理方法:将所有月份取消记账,然后将错误方式修改的辅助核算期初先修改回来,然后在软件界面上清空数据,再重新按照正确的方法进行设置,再将正确的期初输入。

总账与明细账不符的原因分析与对策

总账与明细账不符的原因分析与对策

2015年1期总第776期总账与明细账不符的原因分析与对策▉王艳菊唐山广播电视台摘要:会计对于各个企事业单位都很重要,任何一个单位,如果没有详细的财务管理,就不能顺利运行,因此做好会计工作对于单位的发展至关重要。

在会计从业的实际过程中,有着很多需要注意的地方,很多会计从业人员由于各种各样的原因在工作中会出现各种各样的错误,比如总账与明细帐不符等,这些都影响着会计工作的进行,也会影响着单位的发展。

关键词:总账;明细账;不符;原因与对策一、总账与明细账不符的表现总账与明细账都属分类账,处于不同层级,总账统驭着明细账,以总账与明细账进行核对,可以发现这两类账在记录时有无发生过账差错。

在审计进行核对的时候,经常发现总账和明细账不符的现象,具体表现在几个方面:1.总账和明细账不对。

一个单位的总账和明细账对不上,总账是一个金额,而明细账是另一个金额。

资金余额出现差别,资金总额出现差别等都是不符的具体表现。

2.明细账和凭证不对。

有些时候明细账和凭证也会产生很大的初入,有的凭证被记错,有的凭证在明细账中没有出现,这些现象也造成了资金记账的不符。

3.记账凭证与原始凭证不对。

在会计从业准则中,比较重要的一点就是记账凭证和原始凭证要一致,但是在日常工作中,常常发现记账凭证与原始凭证不符合的问题。

记账时候以记账凭证为主,就造成了最终账面的不一致。

二、总账与明细账不相符的原因分析以上这些是记账过程中经常会出现的错误,对于会计人员的工作造成了一定的阻碍和干扰。

对此,必须查明原因,并根据原因进行必要的改进。

对于具体的某种错误,存在着过账差多,汇总差错等具体原因,但是更重要的是除了具体原因,要对错误进行深入分析,查找出根本的原因。

1.相关制度不够健全。

健全的制度是会计管理的依据,比如对记账的相关要求准则等,如果依照相应的制度进行规范化操作,相关的失误就可以保证减少到最小,诸如总账和明细账不相符的情况也可以尽可能的避免。

2.微机程序不够规范。

畅捷通t3财务软件总账模块常见问题解答

畅捷通t3财务软件总账模块常见问题解答

畅捷通T3财务软件总账模块常见问题解答总账1.问题描述:凭证作废后,凭证产生断号,能否取消断号?分析及处理:进入菜单[填制凭证]下菜单[制单]下[整理凭证]功能可以重新编排凭证号。

2.问题描述:总账系统中出纳签字调不出相应的凭证。

分析及处理:1)在设置--选项-凭证-凭证控制中选出纳签字。

2)在设置--会计科目-编辑-指定科目中选上所需现金银行科目。

3.问题描述:总账,2005年1月总账未记账,想改期初余额,是否可以修改,应注意什么?分析及处理:可以修改期初余额,应保证总账、明细账与辅助总账修改后的一致性。

4.问题描述:总账,有关账龄分析时间段数据无法实现如何处理分析及处理:查库发现用户是按余额结转的。

重新按明细结转即可。

5.问题描述:总账,查所有各类明细账最末二行显示“当前合计,当前累计”,按会计规则应是“当月合计和全年累计”是否查询有错?分析及处理:程序设计如此。

未结账时是显示当前合计、当前累计;若已结账则显示当月合计、本年累计。

6.问题描述:总账模块遇到了一个这样的问题:在使用总账凭证输出凭证时,如果再引入凭证,原来我们公司销售数量保留小数6位,可引入后数量小数位只剩下2位小数,这在我们实际工作中带来了许多麻烦与不便。

分析及处理:Windows环境设置问题,请在Windows的控制面板中的区域选项中,设置小数位为您需要的数值。

7.问题描述:凭证列表里有“冲销”按钮,可直接对已生成凭证的做红字冲销,同时冲销完以后列表里两张凭证都没有了,现在要删除该红字冲销凭证,有什么办法?分析及处理:已经生成的凭证,只能记账之后才可以冲销,一旦冲销,则该单据在生成凭证的列表中会重新出现,此时可以对这张单据重新生成凭证,但是不能删除红字的冲销凭证。

8.问题描述:银行日记账的打印,以演示数据为例,从“出纳--账簿打印?银行日记账”菜单中,选择日期200111-200111,然后看一下预览效果,最上面有10月份数据,为什么会计期间设置是全年月份天数?分析及处理:修改总账选项中明细账打印方式为按月排页即可。

财务会计-固定资产-总账与固定资产对账不平——【用友 专题培训】

财务会计-固定资产-总账与固定资产对账不平——【用友 专题培训】

总账与固定资产对账不平产品线:U8版本:U8V11.0领域:财务会计模块:固定资产数据库版本:SQL2005固定资产模块与总账对账不平,分为原值不平、累计折旧不平。

无论是固定资产还是累计折旧,都符合以下的平衡关系。

期初余额本期发生期末余额对账不平期初是否平?平不平检查本期发生调整期初数据建账期初不平?是否下面针对每种情况举例说明分析过程以及解决方案。

问题1:固定资产和总账对账时固定资产的原值和累计折旧都显示为0 问题描述:在固定资产模块对账界面,固定资产和总账对账时固定资产原值和累计折旧都显示为0.如下图:查固定资产和累计折旧科目明细账固定资产业务是否制单是否直接在总账录入了凭证固定资产没有对应业务关于固定资产和计提折旧的凭证是否记账检查固定资产相关选项凭证上的科目是否错误,凭证金额是否与固定资产不一致,凭证期间与业务期间是否一致 如果未记账,需要在对账界面选择“包含未记账凭证”如:对账科目是否选择;是否按资产类别对账等数据问题调整相关表数据问题分析:固定资产选项中的对账科目设置情况,发现对账科目全部都已设置好。

如下图:仔细查看选项,发现勾选了“按资产类别设置缺省科目”,因此想到,在资产类别中是否未设置缺省科目呢?解决方案:打开资产类别界面,发现确实是资产类别对应的固定资产和累计折旧缺省科目未设置。

将固定资产与累计折旧缺省入账科目设置上,对账就平了。

注意事项:只有在固定资产选项中,勾选“按资产类别设置缺省科目”,才需要在资产类别界面设置缺省入账科目。

如果没有勾选此项,只需要在固定资产选项中,将对账科目设置上即可。

问题2:固定资产模块,“资产对账”节点不显示。

问题描述:登陆固定资产模块后其它功能节点显示均正常,只有“资产对账”节点不显示,如下图:左图是正常显示,右图缺少了“资产对账”功能节点。

问题分析:如果当月已经结账,资产对账也会显示,所以跟是否结账没有关系;由于其它功能节点显示均正常,因此也排除了accinformation表的问题。

T3软件总账月末结账提示“未通过工作检查,不可以结账”处理方法

T3软件总账月末结账提示“未通过工作检查,不可以结账”处理方法

T3软件总账月末结账提示“未通过工作检查,不可以结账”处
理方法
T3标准版或普及版软件总账在月末结账的时候提示“未通过工作检查,不能结账。

不能结账
遇到这样的问题,我们该如何处理呢?我们可以通过点击“上一步”,查看工作报告
工作报告
1 本月未记账凭证,共XX张。

如果存在未记账凭证需要对凭证进行记账。

凭证记账操作步骤,依次点击总账--凭证--记账,选择记账范围,
点击下一步
2 试算结果平衡
3 对账平衡
4本月工作量
5其他系统均已结账。

总账最后结账,如果其他系统没有结账总账不能结账。

如果误启用了其他模块,取消启用
参照方法:T3标准版系统启用和账套修改
总结:
1 上月未结账,则本月不能结账。

2 上月未结账,则本月不能记账,但可以填制、复核凭证。

3 本月还有未记账凭证时,则本月不能结账。

4 已结账月份不能再填制凭证。

5 结账只能由有结账权的人进行。

6 若总账与明细账对账不符,则不能结账。

用友通数据库维护-CODE表

用友通数据库维护-CODE表

我们查看一下code表中1211科目的数据信息
我们将1211的bend值修改正确 Update code set bend=0 where ccode=’1211’
我们再取对一下账,1211的对账错误没有了!
二.总账与明细账对账不平(2)
我们查看一下code表中2121科目的数据信息
用语句将会计科目212101的科目级次igrade修改正确 update code set igrade=2 where ccode ='212101'
用友通数据库维护篇
—CODE表
用友软件股份有限公司 小型服务支持 崔文哲 2009年5月
CODE:科目表
➢ 关键字段
Hale Waihona Puke ➢ Ccode :科目编码 ➢ igrade :编码级次
➢ bproperty:科目性质
➢ Bend
:是否末级
一、总账与明细账对账不平(1) 我们查看对账处显示的是总账数不为0,明细账处为0的现象
重新对账,数据正确!
三、期间损益结转不正确
在进行期间损益结转时,发现系统生成凭证中有红 字金额出现
检查code表5501科目及其末级科目
将550102会计科目的性质修改正确 update code set bproperty =1 where ccode ='550102'
重新期间损益结转,凭证无误!

【审计实操经验】总账与各账之间不相符的查证

【审计实操经验】总账与各账之间不相符的查证

【审计实操经验】总账与各账之间不相符的查证总帐与日记帐之间不相符的查证方法:总账与日记账之间具有验证关系。

下面仅从总账与银行存款日记账之间的不相符进行介绍,其他日记账与总账不相符的查证,可参考本部分的介绍予以检查。

(一)总账正确性的查实对总账正确性的查实相对比较容易,主要方法是实施总账期初余额、本期发生额与期末余额的试算平衡;如果达到了三大平衡,说明总账记录基本上没有问题。

如果某一个方面未达到平衡,则应从这一方面的账簿记录进行检查。

期初余额不平衡不影响本期发生额不平衡,但影响期末余额的不平衡;本期发生额的不平衡会直接导致期末余额的不平衡。

在判断错误所在之处时,应注意各项之间的影响。

试算平衡不是万能的,它不能发现在过账时发生的一张会计凭证的完全重复登记、漏记以及串户登记等,然而,这些差错也可能造成总账与明细账所登记的发生额不相等。

对这些差错的检查,可以通过总账与明细账的核对来实施,但具体差错的确认,只能靠核对总账与其所使用的记录依据。

(二)日记账正确性的查实对银行存款日记账的正确性查证,首选的方法是将此日记账与银行对账单逐笔核对,并编制”银行存款余额调节表”;如果调节日记账余额与对账单余额后两者相符,则可以认定银行存款日记账不存在问题。

如果银行存款日记账余额与银行对账单余额经调节是一致的,但日记账余额与总账余额不一致,在确认全部有关凭证已及时入账时,可以初步判断总账余额可能存在问题。

在银行记账差错被排除的情况下,企业银行存款的收付及结余应以银行的记录为准,如果银行存款日记账与银行对账单一致,或者经调节后相一致,说明日记账的正确性是有保证的。

如果经调节后仍不一致,则可能是企业存在记账差错。

还有一种情况是,银行存款日记账与总账两者余额相符,但与银行对账单不相符或经调节仍不相符,在排除银行记账差错后,可能是企业在会计处理上存在问题。

如,依据原始凭证(银行结算凭证)填制记账凭证时多列或少列数量,错记其他账户,或者重填、漏填凭证等;也可能是依据记账凭证登记总账或日记账时发生错记、重记、漏记、多记或少记。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

T3总账与明细账对账不平数据库分析
问题现象:
查看余额表的时候2203(预收账款)科目年初数和明细账的年初数还有期初余额不一致(明细账和期初余额一致)
适用版本:
T3用友通系列
原因分析:
1、期初余额对账检查,对账结果正确无误
2、1月凭证全部记账后对账检查,对账结果正确
3、2月凭证未审核、未记账,对账检查。

检查结果有错误
4、从上图中可以看出,科目‘2203001001001’的总账数值是240119,明细账数值是323373.27,以此为例,在查询分析其中执行如下脚本时可以看出:科目‘2203001001001’的期初值是240119,这个科目的明细合计是323373.27。

科目‘2203001001001’在2月的期初与1月的期末数相等,说明是明细科目有问题,按正常情况修改明细科目的期初值就可以解决问题了。

5、就在准备修改明细科目的时候发现,有一行明细科目不应该出现在这个查询结果集中,因为查询条件是:ccod like ‘2203001001001%’ and iperiod = 2,这样的条件不应该出现科目‘220300100500251’并且会计期间是1月的记录。

为了再进一步确认问题,再次使用如下脚本得到一个结果集:select * fron gl_accsum where ccode=’220300100500251’,比较两次的查询结果发现,同样的i_id 3289,却有两条不同的记录,问题看到这里已经很明显了,是数据库的索引出现了问题,这已经不是通过直接修改某条记录的期初就可以解决的。

因此,使用“数据库检测修复工具”检测一下,看能否修复数据库中的错误。

6、在“数据库检测修复工具”中执行‘检测数据库(仅检测)’时发现如下图的错误提示
7、使用脚本在数据库中增加缺少的表以后再次检测,又会出现如下图的错误提

8、继续在数据库中增加缺少的表,然后再次检测,又会出现如下图的错误提示
9、还是在数据库中增加缺少的表,然后再次检测,终于提示有分配性错误和一致性错误,如下图
10、这个步骤一直到没有错误出现为止,然后再执行下一项“检查修复磁盘空间分配结构一致性”,如下图。

开始也会报错,同样需要执行到没有报错为止
11、在执行“(仅支持SQL2000)检查修复页和记录标题物理错误”时仍然会遇到2个一致性错误,执行了N多遍以后仍然是这样的提示,只能先执行下一项操作。

一般来说遇到这种情况,如果工具能修复,每次执行完毕以后的提示错误数目都会比上一次少。

如果执行很多次一直是相同数目的错误提示,说明暂时无法修复,可以先执行别的项,然后再返回来执行这一项,如果返回执行后仍是同样的错误,就说明数据库使用这个工具已经无法修复,只能请专业的数据修复公司来处理
12、在执行“修复sys*****表”这3项功能时没有报任何错误。

但是在继续执行“修复数据库”时出现如下图的208个一致性错误。

同样,如果这个功能项在执行N多遍以后仍有相同的提示,如上所描述:这样就可以认为“数据库检测修复工具”已经不能修复这个错误,先尝试执行执行下一项
13、执行“修复当前数据库所有用户表”的没有任何错误,因此继续执行下一个操作“重建当前数据库所有用户表已有索引”,结果出现了错误提示“内部SQL Server错误”,这之后无论执行多少遍都是这样的提示。

从上面出现的错误一直到现在出现的错误,都是反复执行仍旧报相同的错误,至此已经可以判断这个数据库使用“数据库检测修复工具”已经无法修复。

解决方案:
因为这个客户只启用了总账管理模块,因此解决这个问题比较容易实现的办法是:首先新建一套帐,其次在旧账套中把所有会计期间的凭证反记账、取消审核,然后通过“用友通系统工具”把基础设置、凭证、科目期初从旧账套中分别导入
新建账套,最后在新建账套中对所有会计期间的凭证审核、记账,月末结帐以后就可以继续使用了。

相反,如果尝试在客户的原始数据上修复,所花的时间和精力很大,并且还不能保证修复后数据的完整性。

如果找专业的数据库修复公司来处理,肯定要再额外支出不小的费用,因此,采用上面的解决方案对于客户来说是最经济又实用的。

知识拓展:
总账模块的对账不平,按照文中开始的那种方法来处理,一般都可以找到问题,然后写出脚本来修正就可以了。

像上述这样由于系统表缺失而导致索引混乱的情况毕竟是少之又少,只要在处理问题的过程中多注意观察,就一定能找到原因,最终找到处理的解决方案。

相关文档
最新文档