年结常见问题及方案

stonys

年结前准备

年结系统环境搭建 数据逻辑正确性检测 数据结构正确性检测
年结系统环境搭建
年结前，请在新旧年度账中打过 DBhotfix （ 861 的升级 数据不能打），并且打上最新的 SPHotfix 及系统管理 补丁。 对于 85X 系列的年结时，请一定要打上最新的 USGXLJZ.dll 和 U8CarryOver.dll 。其中 U8CarryOver.dll （ 2005-01-28 ）在 852 版本中出过一 版，用以解决年结效率问题，但以前此文件并未同步 至其他版本，现经研发部同仁确认可以在 85X 系列中 通用，可从 852 的补丁包中获得该文件。
数据逻辑正确性检测
851A 、 852 、 860SP 三个版本可以使用 “ 年结前检查工具 ” 进行数据的业务逻辑检测，该工具基本可将数据逻辑上存在 的问题检测出来，我们可以参照检测结果，自行通过脚本修复数据。
数据结构正确性检测 I
年结前，请使用集团支持部发放的 “ 年结检测工具 ” ，该 工具可以检测出数据库表、视图、存储过程等与模板 库是否一致，可以将自己增加的触发器、缺少的视 图、字段等检测出来，从而快速将数据库结构恢复为 正常状态。（这个工具是检测数据库结构的，与今年 给出的工具不同，今年的是检测数据正确与否的。）
数据结构正确性检测 II
年结前，对于大数据量的账套，请先重建所有用户表 索引，可以提高年结的效率。（重建表索引的工具， 集团已经通过工具光盘发放至分公司。或通过 DBCC DBREINDEX( ‘ TableName ' ) 自己将大数据量表重建索 引，如 Rdrecord/s 、 Dispatchlist/s 等等） 年结前，请一定将用户自己增加的触发器删除，否则 有可能对年结效率产生很大影响。检测工具可由上述 工具光盘中获得。

年结问题 FAQ
建立新年度账时 …… 结转上年数据时 ……
建立新年度账 I
852 版本建年度账，提示 “ bExitMsg 字段无效 ” – 【分析】 由于在上年账套中 GL_Vo u cherOption 表中多了该 字段 ，该字段用来描述在对凭证操作时，系统异常中断时， 正在操作的操作员的编码，如 demo 等 – 【解决】 通过企业管理器， 在上年数据库中删除该字段。 或 执行如下脚本： Alter table GL_Vo u cherOption Drop Column bExitMsg
建立新年度账 II
普及版建年度账时失败，提示 “ 传输网上银行信息 （ NBNewAcc.dll ）失败 ” – 【分析】 数据库表 NB_PayAccountInfo 缺少 字段，并且补丁 未更新 – 【解决】 可通过如下语句更改数据表：添加字段 : ALTER TABLE dbo.NB_PayAccountInfo ADD caccname varchar(60) NULL ；或者下载最新的 NBNewAcc.dll （ 2005- 12-28 ）
建立新年度账 III
建立年度账时提示找不到路径 – 【分析】 因为在 ufsystem 库中的 ua_account 表中的账套路径 字段 cAcc_Path ，和实际的账套路径不一致。 多数问题发 生在低版本产品中（ Access 库），修改了该字段。 – 【解决】 在数据库中，将路径改为实际的路径 即可 。
建立新年度账 IV
建立年度账过程中，或是结转过程中，出现提示 “ XX 列 名无效 ” 的错误 – 【分析】 多数是因为数据表缺少该字段，或缺少使用到该字 段的视图、存储过程等。 通过前面所说的检测工具也可以检 测出来。或者可以通过如下语句，查找到缺少的内容， 查看 数据表结构即可。 建立新年度账 IV
建立年度账过程中，或是结转过程中，出现提示 “ XX 列 名无效 ” 的错误 – （接上页） 【解决】 查找语句如下 ： select a.name from 演示账套 ..sysobjects a join 演示账 套 ..syscolumns b on a.id = b.id where b.name = ' 提示缺少的字段 ' and a.name not in (select a.name from 用户账套 ..sysobjects a join 用户账 套 ..syscolumns b on a.id = b.id where b.name = ' 提示缺少的字段 ' ) – 找到后，由演示账套将缺少的内容导入或添加即可
结转上年数据 - 序
在结转上年数据前，建议大家在上年数据中，通过一 些常用的脚本和工具，最大程度确保上年数据的正确 性和完备性。 – 先进先出记价方式的，请酌情使用（ 85X 系列中） 851 系统 管理补丁中的 “ 调 ia_valuationass.sql ” 的脚本修正辅助记价表 的错误； – 个别记价法的记价方式，请使用 85X 各版本系统管理中的 “ 个 别记价法年结脚本 .sql ” ； – 使用 “ 重算存货总账 ” 工具，修复、重算存货明细账和总账；
结转上年数据 I
年度结转的时候提示 “ 不能登陆到服务器：口令不正确 ” – 【分析】 这个问题和 asuser 密码不正确有关 。由于 85X 系列 曾经出过补丁解决操作员账号密码的加密问题，而 asuser 是 系统内置的用户（注：用于结转、查询某些账表、系统生成 单据），故其密码会被修改，导致该问题产生。 – 【解决】
结转上年数据 I
年度结转的时候提示 “ 不能登陆到服务器：口令不正确 ” – （接上页） 【解决】如果是 U851A 及以前的版本可以用下面语句修改： update ufsystem..ua_user set cpassword='asuser' where cuser_id='asuser' 如果是 852 的版本 ，由于 使用密码加密的方法，可以用下面语 句： update ufsystem..ua_user set [email=cpassword=‘DCKNCAAB@HLIKELF]cpassword=‘DCKNCAAB@HLIKELF[/email] ' where cuser_id=‘asuser' 或在系统管理中，将某个操作员密码设为 “ asuser ” , 然后在企 业管理器中，将该字段内容复制粘贴在 asuser 的密码中
结转上年数据 II
结转过程中出现提示 “ 数据发生意外错误 ” – 【分析】该错误提示非常简单，但越简单的提示，问题越难 以定位。以近段时间处理的问题看，多数情况 是 Rdrecords 表中 bGSP 字段出现异常。如果存货非 GSP 管理，该字段应 为 NULL ，错误情况下为 0 。 – 【解决】 可用如下语句修正： update rdrecords set bgsp=null where bgsp=0
结转上年数据 III
860SP 版本的年度结转时遇到这样的报错信息：对象 名 MaterialAppealVouch 无效 – 【分析】正如在前面提到的，对于对象名无效的问题，是因 为数据库结构不完整。本例中是 因为缺少表 MaterialAppealVouch ，而该表是通过补丁程序发放的。因 此，打全补丁是至关重要的。 – 【 解决 】 对两个年度的帐套除使用 hotfix 文件外还要使用库 存管理模块补丁包中的补丁
结转时提示：系统产品被非法删除不能结转上年数 据！ – 【分析】该现象多发生于： 2005 年 不建立年度账， 继续 做 2006 年业务 单据； 或 建立年度账后， 先不结转， 2006 年做 新业务，随后 再 结转财务数据。 这种情况有 可能出现基础档 案上下年对不上的情况，需要做相应的删除或增加 。 – 【解决】
结转时提示：系统产品被非法删除不能结转上年数 据！ – 【解决】查看各基础档案信息是否存在上下年不 同步现象。可参照如下脚本（列示部分内容，其他类同）： -- 查看客户档案上下年是否同步 SELECT cCusCode FROM UFDATA_100_2005..customer WHERE cCusCode NOT IN (SELECT cCusCode FROM customer) Go -- 查看存货档案上下年是否同步 SELECT cInvCode FROM UFDATA_100_2005..inventory WHERE cInvCode NOT IN (SELECT cInvCode FROM inventory) Go
结转上年数据 IV
在 12 月期末处理时，提示 “ 尚 有暂估报销单据未进行结 算成本处理 ” ，而在结算成本处理时，或者选出单据却 不能进行暂估处理， 或者 就根本没有单据被过滤出 来 ？ – 【分析】这个问题在年结时比较普遍。实际上，并非年结的 问题，是 12 月末的业务处理问题，但如果该步骤不能顺利进 行，则无法继续年结。那么造成该现象的原因是什么呢？
在 12 月期末处理时，提示 “ 尚 有暂估报销单据未进行结 算成本处理 ” ，而在结算成本处理时，或者选出单据却 不能进行暂估处理， 或者 就根本没有单据被过滤出 来 ？ – 【原因】造成该现象的原因多为采购结算单子表 bAccount 字 段有误：已经结算过的入库单，并且做过结算成本处理后，在采购结算表中， baccount 字段应为 1 ，但数据中存在部分记录该字段为 0 ，调整的方法是 通过联查 Ia_subsidiary 表的 bflag 字段的状态，进行修改。如果该字段为 0 ，则可能是暂估成本处理后，做过恢复记账再记账操作， 此时该入库单不再被认为是暂估。如果该字段为 1 和 2 ，并且成对出现（红蓝回冲单），则表示该单据已经 暂估处理过。总之，这两种情况需要修改 pursettlevouchs 表的 bAccount 字段。
在 12 月期末处理时，提示 “ 尚 有暂估报销单据未进行结算成本处 理 ” ，而在结算成本处理时，或者选出单据却不能进行暂估处 理， 或者 就根本没有单据被过滤出来 ？ – 【解决】查询结果及更新语句 1 ）查看 bflag 状态的语句如下： select bflag ,* from ia_subsidiary a join (select rdrecords.* from rdrecord join rdrecords on rdrecord.id=rdrecords.id where rdrecords.autoid in (select pursettlevouchs.irdsid from ((rdrecord inner join rdrecords on rdrecord.id=rdrecords.id) left join pursettlevouchs on rdrecords.autoid=pursettlevouchs.irdsid) where (not rdrecord.caccounter is null) and pursettlevouchs.bAccount=0 and isnull(rdrecords.iquantity,0)=isnull(rdrecords.isquantity,0)) ) b on a.id = b.autoid 2 ）更新 pursettlevouchs 表的 bAccount 字段的语句如下： update pursettlevouchs set bAccount=1 from ((rdrecord inner join rdrecords on rdrecord.id=rdrecords.id) left join pursettlevouchs on rdrecords.autoid=pursettlevouchs.irdsid) where (not rdrecord.caccounter is null) and pursettlevouchs.bAccount=0 and isnull(rdrecords.iquantity,0)=isnull(rdrecords.isquantity,0)
结转上年数据 V
结转过程中至存货核算时，提示结转失败，无更详细 描述 – 【分析】这种情况比较复杂，可能出现的问题基本都在数据 本身逻辑性的错误，因此不易判断。这里给出两个可能的错 误情况，供参考。 – 【原因 1 】存货明细账中的数据记录不正确，如存在 Inventory 表中没有的存货在 Ia_Subsidiary 、 Ia_Summary 、 CurrentStoct 等相关表中有记录。需要清除该记录 – 【解决 1 】使用脚本清除记录（列示部分，其余类同）；或 将档案补充完整。 delete from ia_subsidiary where cinvcode not in (select cinvcode from inventory)
结转过程中至存货核算时，提示结转失败，无更详细描述 – 【原因 2 】对于使用先进先出记价方式的数据，有可能计价辅助数据表中 数据有误，比如造成某些记录出库金额和入库金额同时为 NULL – 【解决 2 】 -- 更新入库金额 update ia_valuationass Set iIprice = iIquantity * Isnull(iinCost,ioutcost) from ia_valuationass left join ia_subsidiary on ia_valuationass.inid = ia_subsidiary.id and ia_valuationass.cinvcode = ia_subsidiary.cinvcode Where iIprice is null -- 更新出库金额 update ia_valuationass Set iOPrice = iOquantity * Isnull(iinCost,ioutcost) from ia_valuationass left join ia_subsidiary on ia_valuationass.Outid = ia_subsidiary.id and ia_valuationass.cinvcode = ia_subsidiary.cinvcode Where iOPrice is null
升级问题 I
升级至 861 失败的问题，其中一方面是由于 adminsql.rar 升级包与相关补丁不同步。因此，我们在最初已经谈到过：一 定要将补丁打全！当然包括升级补丁的补丁包。将其替换原包即可。 截至目前， adminsql.rar 的最新日期为： 2006- 01-04
升级问题 II
另外一种比较常见的错误是：报表模板或公共表错 误。比如 RPT_FLDDEF 、 AA_ColumnDic 。多数是这 些表中存在关键字重复记录，而正常是不允许重复 的，因此升级时，会对表做重命名、插入字段等操 作。存在重复记录就会报错。 【解决】这样的问题不太直观，多数情况下需要在升 级时，进行跟踪判断。当然，通过前面提到过的一些 工具，可以检查出错误。然后，删除或修改相应的记 录和结构后，重新升级。
加密问题 I
85X 系列产品， 12 月 31 日系统无法登陆，提示演示期 已过，加密盒无法认出。 – 【分析】由于 85X 使用了破解程序，破解程序有时间控制， 在 12 月 31 日到期。故无法识别。 – 【解决】使用 U8 清除工具，彻底卸载产品后，重新安装。
加密问题 II
最近支持部接到很多用户反映加密盒注册网站无法登 陆的求援电话，一般都是网页错误 。 – 【分析】经与相关部门及用户沟通讨论，可能是由于登陆操 作系统的用户权限不够。 – 【解决】建议使用 Administrator 登陆操作系统。
相关事项
FTP 中可获得以上所提到的资源： – 【维护工具】：该目录汇集了集团支持部制作的所有维护工 具，供分公司和伙伴使用。其中的 “ U8 年结检测工具 ” 是针 对数据库结构的检测 – 【 2005 年结专用通道】：该目录汇集了涉及年结的工具，主 要是针对数据逻辑的检测。其中 “ 各版本年结补丁 ” 中已经 加入最新的年结补丁，包括供应链、应收应付、总账等。

=======================================================================

U8年结错误汇集

U8年结常见错误一
           现象：存货模块在12月份期末处理时，提示有暂估报销单据未进行结算成本处理，而在结算成本处理处，却过滤不出来单据。
           原因：收发主表rdrecord中的记账人caccounter字段有误，本没有记账的入库单，却有记账人。
           解决方法：将没有记账入库单的记账人置为空值
       update rdrecord
       set caccounter=null
       from rdrecord rd join rdrecords rds on rd.id=rds.id
       where caccounter is not null and dkeepdate is null                  and rds.autoid not in (select id from ia_subsidiary)
U8年结常见错误二
    现象：新建年度账时，提示“无法打开备份设备ufmodel.bak，新建年度账不成功” 。
    原因：Ufmodel.bak丢失。系统根据Ufmodel.bak创建新年度数据库，如果没有此文件，会导致此现象。
    解决方法：从别的机器拷贝ufmodel.bak或ufmodel.rar（861为ufmodel.rar）到U8soft\admin中。
U8年结常见错误三
           现象：852版本新建年度账时，提示“bExitMsg字段无效” 。
           原因：上年度数据库表GL_VoncherOption中，多了一个字段bExitMsg
           解决方法：在上年度数据库中删除该字段。
U8年结常见错误四
    现象：新建年度账时，提示“对象名A无效，数据表名：A ”、“建立年度账不成功”
    原因：系统库ufsystem中的表UA_ToNextYear中有多余记录A。新建年度账时，系统根据此表决定传输哪些基础信息表。如果此表有多余数据，将导致新建年度账失败。
    解决方案：在UA_ToNextYear中删除提示的多余记录A,或参考执行以下语句：
      delete from ufsystem..ua_tonextyear
      where ctblid not in
          (select name from ufdata_001_2006..sysobjects where  xtype=‘u’)
U8年结常见错误五
    现象：普及版新建年度账时，提示¡°传输网上银行信息（NBNewAcc.dll）失败¡±
    原因：根据模板库还原的新年度账中，表nb_payaccountinfo比上年度少一个字段caccname
    解决方法：下载补丁解决：NBNewAcc.dll（2005-12-28）
    注意事项：852版本本身没有此问题，但也有客户反映过，那是因为客户以为需要跟普及版一样要打NBNewAcc.dll这个补丁，须不知在852中，此补丁是解决另外一个需求问题的，跟此补丁一起还有其他一些程序和脚本补丁。所以如果852版本也打了补丁NBNewAcc.dll，则相关的程序和脚本补丁也要打上。
U8年结常见错误六
           现象：新建年度账时，提示“未找到路径，新建年度账失败”
           原因：ufsystem系统库中，表ua_account中的账套路径cAcc_Path不存在，不是实际的账套路径。
           解决方法：修改cAcc_Path为实际路径
                          update ufsystem..ua_account
                          set cacc_path=‘实际账套路径’
                          where cacc_id=‘账套号’
U8年结常见错误七
    现象：当结转失败，需要恢复账套时，引入备份账套报错。
    原因1：LST文件为只读。当LST文件中记录的账套号与系统已存账套号冲突时，如果选择恢复到别的账套，这时需要修改LST文件，如果LST文件为只读，则会导致恢复失败。
    解决方法：将LST文件只读属性去掉即可
U8年结常见错误八
           现象：进行年度结转的时候，提示“不能登陆到服务器：口令不正确”。
           原因：年结时系统是以操作员asuser来结转的，报这个提示说明asuser密码不正确。
           解决方法
•             如果是U851A及以前的版本可以用下面语句修改：update ufsystem..ua_user
        set cpassword='asuser'
        where cuser_id='asuser'
•             由于852的版本使用了密码加密，所以要用下面语句：update ufsystem..ua_user
        set [email=cpassword=]cpassword='DCKNCAAB@HLIKELF[/email] '
        where cuser_id='asuser'
U8年结常见错误九
    现象：工资系统结转时，提示 “结转上年出现错误，请检查上年数据无误后再执行本功能” 。
    原因1：出现此提示，一般是由于表wa_gztblset中的工资项目记录，与表wa_gzdata、wa_gzhzb中的工资项目字段不一致
    解决方法：1、删除wa_gztblset中多余的记录，或者删除wa_gzdata、wa_gzhzb中多余的字段；2、将wa_account..iLastMonth改为11，将系统库表ua_account_sub中工资的年结标志bclosing改为0；3、重新结转工资。4、此种情况的详细处理方式，可参考支持网站维护案例zc20004010601
    原因2：表wa_gztblset中的工资项目记录，不是按照iGZitem_id排列的，顺序错乱
    解决方法：用order by iGZitem_id输出wa_gztblset到一张临时表，清空wa_gztblset，然后再将临时表的记录导回来。此种情况的详细处理方式，可参考支持网站维护案例zc20040701
    原因3：工资表（如wa_bank、wa_psn）丢失字段
    解决方法：可以使用U8soft\admin目录下的检测修复数据库工具rep80.exe（针对access版）和rep80sql.exe（针对sql版），将上年度数据库与模板库对比，查出丢失的字段，然后增加丢失的字段
    原因4：U85X以上产品，由于增加了iGZitem_id＝7的“计件工资”项目，如果用户自定义工资项目的名称或id与之冲突，也会导致结转失败。
    解决方案：将用户自定义的工资项目改为另一个名称、id，然后从演示账套拷贝系统的“计件工资”项目。1、修改wa_gztblset中自定义工资项目的名称和id，从演示账套中拷贝iGZitem_id＝7的“计件工资”项目，注意顺序；2、对照wa_gztblset中记录的变化，修改wa_gzdata与wa_gzhzb的字段；3、重新结转；4、此种情况的详细处理方式，可参考支持网站维护案例zc20040701
    原因5：812版本工资如果在已建年度帐、未做年度结转前,进入过工资系统,即相当于启用了新年度工资系统，也会在年结时出现此提示。
             解决方法:使用工具删除新年度工资启用信息，清空年度数据，重新结转

U8年结常见错误十
           现象：812应收应付结转时，系统提示：“错误0，应收应付结转失败”
           原因：这种情况一般都是数据错误，主要是ap_detail表中的记录不合法。例如：此表中必填字段（单据号、存货编码等）有为空的记录等。
           解决办法：对此种情况请先使用应收应付的检查工具clear.exe ，对数据进行检查，将错误数据修改后一般就可以结转成功了。clear.exe工具在技术支持部的网站上可以下载。
U8年结常见错误十一
    现象：应收应付结转时，提示‘结转收付款单失败，原因为[BOF或EOF中有一个是真，或者当前的记录已被删除，所需的操作要求一个当前的记录]’
    原因：双击期初余额中发票或收付款单记录，提示‘可能其他人已经将当前单据删除，请执行刷新功能后再试’。在数据库中查询，发现这些期初单据丢失。
    解决方法：从上年度拷贝这些单据，具体语句可参考支持网站问题93724
U8年结常见错误十二
    现象：结转固定资产模块时，提示：对象名fa_q_tmp无效
    原因：系统sql环境问题，临时数据库tempdb中记录错误
     解决方法：重启机器或重启sql服务，清空tempdb数据库，重新结转。
U8年结常见错误十三
           现象：建立年度账或是结转过程中，提示“XX列名无效”
           原因：出现此提示，首先应该考虑的是，数据库脚本是否都已经执行，因为此提示在很多情况下，都是因为没有打相关的数据库脚本造成的。如果不是脚本问题，则需要对比演示账套，添加或删除提示的列。
           解决方法：使用rep80sql.exe对比上年度数据库与演示账套的表结构。也可通过如下语句，对比演示账套，找出缺少的对象，增加即可：
        select a.name from 演示账套..sysobjects a join
                  演示账套..syscolumns b on a.id = b.id
        where b.name = '提示缺少的字段' and a.name not in
                 (select a.name from 用户账套..sysobjects a join
                            用户账套..syscolumns b on a.id = b.id
                  where b.name = '提示缺少的字段' )
U8年结常见错误十四
    现象：HR结转时，提示“复制HR对象failed，对象[dbo].[hr_hi_person1]不存在或不是对此操作有效的对象”，HR结转失败。
    原因：年度结转时，上年度数据库中，不能存在用户添加的以‘hr_’开头的表。
     解决方法：重命名（修改成不以‘hr_’开头）或删除这些用户自己添加的表
U8年结常见错误十五
    现象：HR结转时，提示“考勤结转失败”
    原因：考勤数据量太大，记录太多，导致结转失败
     解决方法：使用‘卸载工具’，卸载上年度数据后，再进行结转
U8年结常见错误十六
    现象：结转到库存系统、存货系统、公共单据时，提示“将截断字符串或二进制数据，结转失败”
    原因：用户将‘自由项9’字段的长度由20改为60，导致两个年度账之间字段长度不一致
     解决方法：将两个年度的‘自由项9’字段修改为一致
U8年结常见错误十七
           现象：结转过程中，提示“数据发生意外错误”
           原因：可能是因为Rdrecords表中bGSP字段出现异常。如果存货非GSP管理，该字段应为NULL，错误情况下为0。
           解决方法：可用如下语句修正：
        update rdrecords set bgsp=null where bgsp=0
U8年结常见错误十八
    现象：供销链年度结转至库存货位结存时，提示‘结转公共单据失败，违反了primarykey约束’
    原因：ufsystem系统库中，最大单号表ua_identity有问题，其中记录的最大单号与实际单据的最大单号不一致
     解决方法：根据账套库中单据的最大id号，修改ua_identity表中的最大单号，重新结转。
U8年结常见错误十九
    现象：供销链年度结转至库存货位结存时，提示‘结转公共单据失败，违反了primarykey约束’
    原因：用户没有货位管理，但是收发子表rdrecords中的cposition字段为空字符串，不是null值。
     解决方法：将收发子表rdrecords中的字段cposition置为null值，重新结转。
U8年结常见错误二十
    现象：购销链年度结转时，提示‘结转采购系统上年关联数据失败’
    原因：收发子表rdrecords中的字段iTaxRate默认值为0，说明此字段不可能为null值，但此数据有部分记录为null值
•       解决方法：将null值修改为0：update rdrecords set iTaxRate=0 where
•      iTaxRate is null
U8年结常见错误二十一
    现象：供销链年度结转，结转到存货明细账时，提示存货结转失败
    原因：辅助计价表ia_valuationass有问题，存在出库和入库金额都为null的记录，可用以下语句查询：select * from ia_valuationass where iIPrice is null and iOPrice is null
     解决方法：根据存货明细账ia_subsidiary，修改辅助计价表ia_valuationass，可参考以下语句：select * from ia_subsidiary  where id in (select inid from ia_valuationass where iIPrice is null and iOPrice is null)  and cvoutype not in ('24','30')
U8年结常见错误二十二
    现象：供销链年度结转到存货总账时，提示‘存货系统结转失败’
    原因：ia_subsidiary.cbatchcode的值有问题。这个字段是出库单记帐时所指定的入库单的ia_subsidiary.autoid，采购入库单记帐后此字段应为空，但此数据中却有值。
     解决方法：将这些采购入库单的cbatchcode字段置为空值，重新结转。
U8年结常见错误二十三
    现象：供应链年度结转到发出商品明细账时，提示‘存货结转失败’。
    原因：之前做过一次供应链的结转，结转失败了。再次做结转，就有此提示。跟踪到into ia_ensubsidiary0时报错，应该是创建此表失败。后检查发现，由于上次结转失败，没有删除临时表ia_ensubsidiary0，所以导致这次创建此表不成功。
    解决方法：删除上年度的临时表ia_ensubsidiary0，重新结转。
U8年结常见错误二十四
    现象：计划价法，存货核算期初余额，与上年度期末余额不一致。
    原因：存货数量小数位4位，单价小数位6位，而金额小数位仅为2位，所以上年度很多业务加减后，存在 数量*单价<>金额 的情况。结转到新年度后，期初记账时，系统会根据公式 数量*单价=金额 重新计算金额，所以导致存货期初数与上年度期末数不一致。
    解决方法：
             方案一：先在数据库中查出 数量*单价<>金额 的存货，根据差额做出库调整单，并生成凭证，然后重新结转。
             方案二：不重新结转，直接在新年度补录凭证，调整总账，使存货、总账相平。
U8年结常见错误二十五
    现象：年度结转后，存货期初金额结转正确，但数量没有结转过来。
    原因：辅助计价表ia_valuationass中的记账日期dikeepdate与存货明细账ia_subsidiary中的记账日期dkeepdate不一致
     解决方法：根据存货明细账记账日期，修改辅助计价表中的记账日期。重新结转。
U8年结常见错误二十六
    现象：结算中心结转时，提示：尚有未记账到【2006】年度末的单据。请先做日记账到年度末。而实际上所有的单据都日记帐了。
    原因：用户把不再使用的账户从账户定义表（FD_AccDef）中删除了，而相应的资金总帐表（fd_accsum）中仍然记录了该账户的数据。使用下面的语句可以查询出来是否存在这样的账户：
    SELECT caccid FROM fd_accsum where caccid not in (select caccid from FD_AccDef)
    解决方法：根据查询语句筛选出来错误的账户，对于的确不再使用的账户，直接将其从资金总帐表中删除即可。
U8年结常见错误二十七
    现象：年结打印问题。年结后打印

[ 本帖最后由 stonys 于 2008-1-1 11:46 编辑 ]

happy8572

非常好的学习资料，收藏了，谢谢楼主

Ｗèīｗēī

怎么没有人发新版的呢

xjclp

楼主的这些东东，都是非常实用且具有收藏价值的资料！

yzmj001

谢谢，真是太重要了，

wsw11111

请问楼主一下,上面的那些工具哪里可以下载到么?

wsw11111

还有如果是U8.21是不是也适用这个方法

luweiwhb

我是新手，需要学习的很，感谢楼主的心血。

austen003

非常感谢！！！！！！！

zhm

谢谢，真是太重要了!!

随意之

楼主提供的都是经典之作哟.谢了

李晓东

谢了,下来慢慢看!!!!!!!!!!!!!!!!!!

seeing123

很使用的资料~谢谢楼主分享~

shunge1154

谢谢楼主，好东西大家分享，再次感谢

jeny023

谢谢了，这些东东实在是有用了！

kanaidy

谢谢LZ分享

chinahfl

谢谢楼主的分享!!!!!