分享

用友852普及版在建立年度账时列名无效是怎么回事?

 游江湖69 2014-01-08

用友852普及版在建立年度账时列名无效是怎么回事?

用友852普及版在建立年度账时列名无效是怎么回事?
09-04-30  爱澈一生 发布
3个回答
ws2002iou | 2009-04-30 09:05:41
  • 0人认为这个回答不错 | 有0人认为这个回答没有帮助

    现象:852版本新建年度账时,提示“bExitMsg字段无效” 。
    原因:上年度数据库表GL_VoncherOption中,多了一个字段bExitMsg
    解决方法:在上年度数据库中删除该字段


    010139
    | 2009-04-30 09:05:48

  • 0人认为这个回答不错 | 有0人认为这个回答没有帮助

    现象:852版本新建年度账时,提示“bexitmsg字段无效” 。
       原因:上年度数据库表gl_voncheroption中,多了一个字段bexitmsg
       解决方法:在上年度数据库中删除该字段。

    0人认为这个回答不错 | 有0人认为这个回答没有帮助dxsvcd | 2009-04-30 09:06:17

  • 年结系统环境搭建
    年结前,请在新旧年度账中打过 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 from 演示账套 ..sysobjects a join 演示账 套 ..syscolumns b on = where = ' 提示缺少的字段 ' and not in (select from 用户账套 ..sysobjects a join 用户账 套 ..syscolumns b on = where = ' 提示缺少的字段 ' ) – 找到后,由演示账套将缺少的内容导入或添加即可
    结转上年数据 - 序
    在结转上年数据前,建议大家在上年数据中,通过一些常用的脚本和工具,最大程度确保上年数据的正确 性和完备性。 – 先进先出记价方式的,请酌情使用( 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 cpassword=‘DCKNCAAB@HLIKELF ' 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 = where rdrecords.autoid in (select pursettlevouchs.irdsid from ((rdrecord inner join rdrecords on =) 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 = b.autoid 2 )更新 pursettlevouchs 表的 bAccount 字段的语句如下: update pursettlevouchs set bAccount=1 from ((rdrecord inner join rdrecords on =) 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 = 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 = 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 年结专用通道】:该目录汇集了涉及年结的工具,主 要是针对数据逻辑的检测。其中 “ 各版本年结补丁 ” 中已经 加入最新的年结补丁,包括供应链、应收应付、总账等。

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多