专题文章汇总

1、A,总帐1 、 总帐工具中加入通用转帐公式转入转出工具无工具，但可以用以下SQL 脚本：把 002 帐套的转帐公式导到 001 帐套。可以把帐套号修改，在查询分析器执行。INSERT INTO UFDATA_001_2003.GL_bautotran("itype","ctran_id","inid","csign","ctext","ccode","cdigest","ccus_id","csup_id",&quo

2、t;cperson_id","cde pt_id","citem_class","citem_id","bd_c","cformula","cformula_s","cformula_f")selectitype,ctran_id,inid,csign,ctext,ccode,cdigest,ccus_id,csup_id,cperson_id,cdept_id,citem_class, citem_id,bd_c,cformula,cformu

3、la_s,cformula_f from ufdata_002_2003.gl_bautotran2 、 关于总帐对帐不平的原因分析我们的软件在总帐对帐时经常出现对帐不平的现象， 特别是低版本现象比较严重。 现在分析以下现象和原因，同时提供部分解决方法。首先要排除你修改科目的辅助核算的情况， 因为这样有时会造成辅助项的对帐不平， 此现象是你在修改科目辅助核算时必然带来的结果， 你只能接受。 而且经常有用户年度结转后修改辅助核算，而造成对帐不平。对于这种情况出现的对帐不平，可以以下为例，参照处理：例如： 一个用户年度结转后发现某个科目在对账的时提示对账错误， 但是在不记账的时候就是正确的。经检查

4、发现由于用户数据2002 年有部门核算2003 年取消了部门核算，但辅助总帐表(GL_accass)2003 年初按科目 +项目 +部门结转的， 2003 年取消部门后，记录需按科目+项目进行合并。所以应该按科目+项目修改辅助总帐期初数据，合并后，重新记帐，对帐正确。对于其他的情况， 如果出现对帐不平的现象， 首先要恢复计帐甚至取消审核， 然后重新审核后再记帐。此方法可如果不能解决，可判断数据库有问题，可从以下表中找原因：一般情况检查4 个表 ( code 科目表， GL_accsum 总帐表， GL_accass 辅助总帐表， GL_accVouch凭证明细表)即可。有如下可能性：1 科目表

5、的末级标志错误3总帐表或辅助总帐表记录重复 4凭证本身错误情况 1：此现象在 U8 下有时会出现，是已使用科目再增加下级科目时会出现。用如下语句可判断科目表非末级科目的末级标志错误select * from FROM code where exists(SELECT * FROM code v where code.ccode=left(ccode,len(code.ccode) and code.ccode<>ccode ) and bend<>0修改语句update code set bend=0 FROM code where exists(SELECT * FR

6、OM code v where code.ccode=left(ccode,len(code.ccode) and code.ccode<>ccode ) and bend<>0科目表末级科目的末级标志错误select * FROM code where not exists(SELECT * FROM code v where code.ccode=left(ccode,len(code.ccode) and code.ccode<>ccode ) and bend<>1修改语句update code set bend=1 FROM code

7、where not exists(SELECT * FROM code v where code.ccode=left(ccode,len(code.ccode) and code.ccode<>ccode ) and bend<>1情况 2：总帐表或辅助总帐表有数据丢失总账表中按科目划分有且只能由 12 条记录，每月一条记录SELECT ccodeFROM GL_accsumgroup by ccodehaving count(i_id)<12辅助总账表中按科目和辅助项划分有且只能由 12 条记录，每月一条记录SELECT ccode, cdept_id, cp

8、erson_id, ccus_id, csup_id, citem_class, citem_id FROM GL_accass group by ccode, cdept_id, cperson_id, ccus_id, csup_id, citem_class, citem_id having count(i_id)<12如果发现此现象请手工添加丢失的记录SQL 后有时出现）情况3：总帐表或辅助总帐表记录重复（accesss升级到删除总账表中的冗余数据 delete GL_accsum from GL_accsum as v where not exists（SELECT * FRO

9、M GL_accsum as a where iperiod between 1 and 12 group by ccode,iperiod having min（i_id）= v.i_id）删除辅助总账表中的冗余数据delete GL_accass from GL_accass v where not exists（SELECT * FROM GL_accass where iperiod between 1 and 12 group by ccode, cdept_id, cperson_id, ccus_id, csup_id, citem_class, citem_id,iperiod

10、 having min（i_id）=v.i_id）情况4：凭证本身错误（数据库损坏造成数据错误或外部数据导入时未做平衡和辅助核算的检查）可通过取消审核重新审核的方法找到错误凭证，进行进一步的修改以上方法有时要结合在一起灵活使用， 不要孤立的认为一方治百病。 同时处理后都要恢复记帐，重新记帐，方可判断是否正确。3、U821 客户在总帐中查询部门科目总帐（ 122 ）的二月份的期末数和在查询总帐（ 122 ）中的期末数，二者的数据不一致（科目总帐中的数据是正确的） 。而一月份的数查询是对的。 查询部门科目明细帐的期末数和在总帐科目中查询的期末数却是对的。 122 科目是部门客户辅助核算。 122

11、科目的凭证是从应收中生成的。错误原因：辅助帐表gl_accass中关于科目122的记录不正确导致！解决方案：1）首先恢复至1 月份未结帐未记帐的状态；2）在sqlserver 的查询分析器（对应的数据库）中执行如下sql 语句即可：declare ccode as varchar（10）declare times intset ccode='122' /科目编码set times=1/循环的次数select * into afrom GL_ACCASSwhere i_id in( select min(i_id)from GL_ACCASSwhere ccode=ccode a

12、nd iperiod='1' group by cdept_id )select cdept_id,cbegind_c,case cbegind_cwhen '贷' then -1*sum(mb)else sum(mb)end as tolinto bfrom GL_ACCASSwhere ccode=ccode and iperiod='1'group by cdept_id,cbegind_corder by cdept_idselect cdept_id, sum(tol) as allTol,fangxiang=casewhen sum(

13、tol)>0 then ' 借'when sum(tol)<0 then ' 贷'when sum(tol)=0 then ' 平 'end,fangxiangeng=casewhen sum(tol)>0 then 'Dr'when sum(tol)<0 then 'Cr'when sum(tol)=0 then '-'endinto cfrom bgroup by cdept_idupdate a set cbegind_c=fangxiang,cbegind_c_eng

14、l=fangxiangeng,mb=casewhen alltol<0 then -1*alltolelse alltol end,me=alltol,cendd_c=fangxiang,cendd_c_engl=fangxiangengfrom cwhere c.cdept_id=a.cdept_IDdeletefrom gl_accasswhere ccode='122'while times<13begininsert into gl_accass(ccode, cexch_name, cdept_id,cperson_id, ccus_id, csup_id

15、, citem_class, citem_id, iperiod,cbegind_c, cbegind_c_engl, mb, md, mc, cendd_c, cendd_c_engl, me, mb_f, md_f, mc_f, me_f, nb_s, nd_s, nc_s, ne_s ) select ccode, cexch_name, cdept_id, cperson_id, ccus_id, csup_id, citem_class, citem_id, times, cbegind_c, cbegind_c_engl, mb, md, mc, cendd_c, cendd_c_

16、engl, me, mb_f, md_f, mc_f, me_f, nb_s, nd_s, nc_s, ne_sfrom aset times=times+1enddrop table agodrop table bgodrop table cgo注意：此处该科目以部门为辅助核算，如果以其他的项目来辅助核算不能直接套用此方法。如果也为部门核算但是不同科目，可以把变量ccode 换成其他的科目编码即可。4 、7.21 升级到 8.50 后部分项目大类和项目帐丢失，造成辅助账对账不平。解决方法：在 G_itemss 表中，有每个项目大类的结构设置，如 citem_id 为 01 的结构设置有4 行

17、记录，即定义了 4 个项目结构字段，在g_itemss04 表中的就应有FIELD1-FIELD4 这四个字段，不应有 FIELD5 、 FIELD6 、 FIELD7 字段 ,将这些字段在设计中去掉后重新结转，项目帐就可以转过去了。5 、 如何调整非套打的凭证模版？调整了 glpzje.rep 为什么不起作用？非套打的打印模版在Ufcomsql 目录下 ,报表名称为 glpzje 加上选项中的每页打印的行数，如每页打印 5 行，则模版为glpzje5.rep, 而改 glpzje 是没有用的。6 、如何调整非套打帐簿的打印模版？在打印非套打的帐页， 如银行日记帐等帐页时， 经常需要调整列宽，

18、 但正式的帐页不能进行列宽的设置，如何用显示的帐页进行正式银行日记帐的帐簿的打印，即在帐页上加上正式帐簿 的字样？在非套打的帐套中的帐簿打印和显示使用的报表模版在WF821ZWREP 目录下， 日记帐的模版为RJZJEU.REP,用UFO简版打开，在右侧追加一列，在格式下加上正式帐簿的字样， 就可以在查询界面打印了。其他的帐页也可以用同样的方法进行调整。如想调整明细帐的非套打的格式，可以调整同目录下的 MXZJEU.REP 文件。但应注意： 非套打的打印调整只针对表头和表尾， 对表体无法控制， 表体是程序控制的。7 、报表1 、 关于 850UFO 从数据库取数功能的注意事项1、 INDB（）

19、 只能从可以是ACCESS 文件（ *.mdb）、 MS EXCEL 文件（ *.xls）、 LOTUS 1-2-3文件（ *.wk4 ）、 DBASE 数据库文件（ *.dbf ） 、标准文本文件（ *.txt ）取数，不能实现从SQL数据库取数的功能。2、 INDBSQL（） 可以取出相应的条件的数据库表的一条满足条件的记录的一个对应字段的数据。具体的格式： INDBSQL（"<SQL 数据库名 >","< 表名 >",< 字段名>,<记录号>,条件 ）系统按照数据库定义的表RPT_GRPDEF,RPT

20、_ITMDEF 对应的字段进行取数， 可以取不同帐套的数据。应注意定义公式的单元的单元属性要和数据库的单元类型一致。3、 Getrecord 命令的使用说明：Getrecord 函数可以取出满足一定条件的数据库的 SQLSERVER 数据的结果集。具体的格式： GETRECORD("SQL 语句 " ， 显示区域， 显示格式 横向显示， 纵向显示 ，记录数上限)， "SQL" 语句可以自己输入，也可以通过向导生成。例如 : 取成本对象的公式： GETRECORD("Select fitemss99.citemcode From fitemss9

21、9 ","b14:b21",1,),Getrecord 函数应注意以下几个问题：1、如需要的是字符型，所选的区域单元应为字符型。2、选定的单元,应不是公式定义的单元。3、定义完公式后，一定要用菜单上的表页重算功能进行计算。4、 Getrecord 函数只支持固定区的取数，不支持可变区的取数。5、注意横纵向显示与所选区域的一致性。6、只可以取登陆的当前登陆年度的帐套数据库。7、如果对于使用较复杂的用户，可以使用 850 的自定义帐表功能， 因此函数的 SQL 语句功能不如自定义帐表的功能强大，且自定义帐表生成的表单可以输出到 UFO 报表。2、3、 工 资4、 固

22、定资产1、 在 8.11A 固定资产模块中， 部分固定资产累计折旧不能连续加。错误原因：数据库中 fa_Deprtransactions 数据错误所导致！ 解决方案：在access对应的数据库中新建一个查询，查询的语句如下:update fa_Deprtransactionsset dblDeprT2 = dblDeprT1+dblDepr2,dblDeprRate3=0,dblDepr3=0,dblDeprRate3=0,dblDeprT3=0,lDeprMonths3=0,lUsedMonths3=0执行这个查询.执行完毕后把这个查询删除即可。2、 、U850 固定资产卡片串部门的问题探讨

23、U850 在对老数据升级后有时会出现串部门的现象。 U850 虽然支持多部门使用， 但此现象决非此原因造成，更何况对老数据都安单部门处理。经查实出现此现象都是由于老数据有评估业务才会出现有， 原因是老版本和新版本对业务号定义不同造成的。老版本对认为一张评估单位一个业务号（ loptid ） ，多张卡片公用一个业务号，数据不唯一；而新版本会为评估单对应的多张卡片分配多个业务号，数据唯一，相关的查询都会以此业务号作依据， 作为查询连接条件。 在对老数据升级过程中并为对此业务号重新分配， 将有重复的关键内容插入不允许重复的相关表中。 这样数据在做关联查询时出现多对多的现象，造成定位错误。表现为卡片管

24、理中部门串号，同时可能会造成折旧分配错误，从而会生成错误的凭证。目前发现同评估业务相关的表很多，而有loptid 字段的数据表都要调整，包括fa_Cards ，fa_Cards_Detail ， fa_DeprVoucherMain ， fa_DeprV ouchers ， fa_DeprVouchers_pre ， fa_EvaluateMain ， fa_DeptScale ， fa_Vouchers， fa_EvaluateVouchers_Detail ， fa_V ouchers_Detail ， 有一定难度， 不建议手工调整， 目前用固定最新的补丁即可自动调整。 进入帐套后系统会自

25、 动调整：首先判断此帐套是否做过调整， 如果没有，就做相应的处理， 将重复的数据调整成 唯一的。3、五、 应 收应付1 、 由于常有代理或分子公司打电话或在支持网站上询问关于 U8 应收系统应收票据贴现的计算方法现举一个具体的例子来加以说明以 2002-09-01 日期注册进入应收系统，在票据管理中增加一张银行承兑汇票，收到日期为2002-09-01 ，票面面值100，票面利率10%，签发日期2002-09-01 ，到期日 2002-09-10 再以2002-09-04 日期注册进入应收系统，在票据管理中对该票据进行贴现处理，贴现率18，系统自动算出贴现净额为 99.95 ，费用 0.05应收

26、系统的票据管理依据相关会计制度设定的算法公式如下：票据到期价值=票据面值+票据面值X （年利率+ 360） x票据到期天数）对无息票据来说，票据到期价值就是其面值。贴现息=票据到期价值X贴现率X贴现天数+360贴现天数 =贴现日至票据到期日实际天数-1（ 即算头不算尾或算尾不算头的算法）贴现实得额（贴现净额）=票据到期价值-贴现息根据上述公式对该票据的贴现进行计算：该票据到期价值为100+100 X （10% + 360） X 9）=100.25该票据贴现息为100.25 X 18% X 6+360=0.30贴现净额 =100.25-0.30=99.95费用 =100-99.95=0.05注：

27、票据到期天数按日表示时，出票日（签发日期）和到期日，只能计算其中的一天，即算头不算尾或算尾不算头 。2 、 应付中做预付处理后， 预付冲应付时， 显示金额为负数。将 999 演示帐套的 AP_cancel1 视图引入，替换原来的视图3 、 812access 升级 821 时 ， 提示 “ 应收应 付错误-2147。 。错误原因：在表saleb川vouch中的发票号字段（csbvcode）中有形如“ 0200000020 1”的非法值。在 821中该字段的长度为 10 位，所以造成升级失败。解决方案：将所有这些非法值改为正确的 10 位长的即可。 注意， 在此表 csbvcode+cvouch

28、type 组合必须唯一。4 、六、 成 本1 、 成本计算完成后， 各部门成本汇总表、 成本核算表的 “制造费用” 和“人工费用” 中却查不到 “制造费用” 发生。解决办法：1、修改accinformation表的成本系统版本号为 820 x x x (只要低于显示的数字 即可)2 、更换成本补丁，打开帐套出现升级界面就可以。2 、进入“定义分配率”中的制造费用分配率时提示 “无效列名cMauAmoAlomethod ”，进入后不能正常显示各选项。解决办法：1、先将ACCINFORMATIW成本系统的版本改为低版本， 或用一下 的SQL!却本：UPDATE AccInformationSET

29、cID = 8200010WHERE (cSysID = 'CA') AND (cID = '18')3 、 更换2003年 3 月以后的成本补丁， 第一次打开时会有一个升级的进度条 (会很快)，然后就可以正常进入制作费用分配率定义了。4 、七、 采 购1 、 采购系统内查询 暂估入库余额表 期初 （仓库计价方式为计划价法 ）只显示数量不显示金额，同样在存货系 统内查询 暂估材料余额表 期初也是只有数量没有金额，为什么？问题原因： 在采购系统查询暂估入库余额表中的金额基于入库单上是否有单价得来，而不是计划单价， 这样采用计划价核算采购入库单没有结算前其单价为空使

30、得 暂估入库余额表中的金额也会为空。由此推出录入期初暂估入库单时，需录入存货的数量及单价（可参照该存货的计划单价录入） ，计划单价会由系统自动带出，自动计算金额及计划金额。这样查询暂估入库余额表期初数量与金额均会显示。另若期初暂估入库单不添单价，且在存货系统对暂估入库部分进行期初余额记帐会导致在存货系统内查询 暂估材料余额表 期初也是只有数量不显示金额， 并且查询存货明细帐中的结存差异也会出现问题。 这可能存在一定的程序原因。若该数据已期初记帐则可用下列语句进行调整使采购的 暂估入库余额表 及存货的 暂估材料余额表期初金额显示（修改前一定作好数据备份） ： update rdrecordsse

31、t rdrecords.facost=ia_subsidiary.iincostfrom ia_subsidiary join rdrecords onia_subsidiary.id=rdrecords.autoid whereia_subsidiary.cVouType='33' and ia_subsidiary.brdflag='1' and cbustype=' 普通采购update ia_subsidiaryset icreditdifcost=0where cVouType='33' and cbustype='普通

32、采购'若查询存货明细帐中的结存差异会出现相关问题，请将期初 （33）所对应的红字回冲单的autoid 从 ia_subsidiary 表中筛出将其对应的 icreditdifcost 清空试一下（修改前一定作好数据备份） ： if exists(select * from sysobjects where name='aa')drop table aa select b.autoid as dyhzid into aa from ia_subsidiary as a join ia_subsidiary as b on a.brdflag=b.brdflag and a

33、.cbustype=b.cbustype and a.cvoucode=b.cvoucode and a.id=b.idwhere a.cbustype='普通采购'and a.brdflag='1' and a.cVouType='33' and b.cvoutype='24' and b.icreditdifcost<>0update ia_subsidiaryset icreditdifcost=0where autoid in(select * from aa)2、3、八、 销 售1 、 811 升级到 821

34、 ，根据发票联查发货单时显示记录不全。例如一发票01554843 在 811 下对应 38 张发货单， 但在 821下只能对应到 20 张发货单。请问是否为数据错误以及问题原因？问题原因：数据没有问题，主要由于821 和 811 处理方式不同，导致查询结果不同，另外由811 升级到 850 的数据也会存在此现象。问题分析：对于发票 01554843 ：在发货单主表dispatchlist 上发票号字段csbvcode=01554843 的发货单有 38 张， 811 和 821 下都如此， 811 下只能根据发货单主表与发票主表对应， 故查询结果为38 张； 而在 821 下根据发票子表与发货

35、单字表的字段idlsid 一一对应， 查询发票所对应的发货单是根据单据表体记录（通过子表）联查，故查询结果为 20 张。查询 811 与 821 下数据， 发票 01554843 的表体记录都为 34 行， 在升级过程中未造成数据丢失问题， 只是 811 和 821 下根据发票联查发货单号的处理方式不同， 因而从界面上查询得到的结果不同。811 的处理方式：由发货单生成销售发票保存时， 对相同存货的发货记录在发票上合并成一行记录， 同时对发货单回写发票号，故在发票子表中查询时显示记录为 34 行（所对应的 38 张发货单共含有82 行表体记录，合并后为 34 条） 。821 的处理方式：也不对

36、发货单idlsid 。由发货单生成销售发票保存时， 对相同存货的发货记录在发票上不进行合并，回写发票号，只是在保存发票时对子表记录写入对应发货单表体记录的标识 在 821 下一张发货单可能对应多张发票， 发票联查发货单时只能根据子表查询， 而升级后的数据子表之间无完整的对应关系， 仅是在发货单上存在对应的发票号， 但是在 821 下不是根据发货单上的发票号联查发票对应的发货单信息的。该问题不影响用户正常的业务操作， 对数据也没有影响， 仅是在查询升级前的发票联查发货单信息时存在一些问题，即仅是升级数据存在此问题。2 、 821 版本， Sql7 数据库。销售模块。发货单打印失败。单据设计中发货

37、单预缆失败。在winxp 操作系统下无问题，在 win98 操作系统下有此错误。错误原因： Vouchers 表的数据问题。解决方案：在一个没有问题的用友数据库中（如演示帐套）把该表导入即可。九、 库 存1 、 850 库存管理货位调整单、入库单的功能互斥解决问题一用户帐套是从821 升级到850，由于货位调整单与所有出入库单据功能互斥，给业务操作增加诸多不便（100 多个站点） （如某个站点在进行货位调整，则所有仓库都不能进行出入库单据操作） ，但客户的营销中心货位调整极为频繁，分工分时段操作不明智。能否删除UFSYSTEM 库中 UA_CONTONL 表中相关的互斥记录？是否会造成数据混乱

38、？问题解答：可删除Ua_Control 表中相关记录且对数据不会造成影响，但可能会引起应用操作问题，即并发操作故障。 当多人同时保存单据时造成并发操作， 可能会出现单据保存失败， 对保存失败单据就需重新再次保存。不建议做删除操作，如果删除需和用户说明所产生的连锁影响。以下 sql 语句供参考.-查询货位调整单互斥的所有操作项cRepellentselect * from ua_control a inner join ua_auth b on a.cauth_id=b.cauth_id and b.cauth_name like'%货位调整单%'-查询货位调整单互斥的所有操作项

39、名称cAuth_Nameselect * from ua_auth where cauth_id in （select a.crepellent from ua_control a inner join ua_auth bon a.cauth_id=b.cauth_id and b.cauth_name like '% 货位调整单%'）-删除对应功能互斥项delete from ua_control where cauth_id='st010806'2、 812Access 版本，产成品入库单列表没有单价、金额及合同号问题原因是数据表（单据列表定义表：vouch

40、list）预置值丢失部分记录信息，从 999演示帐套数据库中拷贝丢失的记录行。具体操作步骤如下（错误帐套号假设为 010） ：1、打开帐套010、 999 的 ufdata 库，并打开各自的数据表vouchlist ，过滤单据编号0411 的记录信息（产成品入库单列表） ;3、 比较两个数据表内容，010 中的 vouchlist 表记录行只有47条（或小于65 的某一整数值x） ，而 999 中的 vouchlist 表记录行有65 条。4、 010 帐套下 vouchlist 表缺少从“自定义项2”到“对应入库单子表自动编号”这 18条记录信息（或缺少65-x 条记录信息）；4、手动拷贝粘

41、贴该些记录信息，并手动更改用户的自定义项（合同号）。5、保存退出，重新注册进入查询即可.十、 存 货1 、 821 下启用购销存三个模块，分别是：采购管理、库存管理、存货核算。用户仓库计价方式采用的是全月平均，采暂估处理采用月初回冲。 存货模块收发存汇总表本月期初金额与上月结存金额相差0.01 ， 且本月初 +收入 -发出的金额与结存金额相差 1 分钱的问题，用最新的补丁也无效。问题原因：存货收发存汇总表中计算结存金额时， 将当月期初金额 +收入-发出，计算汇总时对每笔金额包括期初、 收入和发出都已经四舍五入 （保留小数点右边两位小数） ； 而在计算期初金额时，先汇总收入和发出金额而未进行四舍

42、五入处理，生成临时表的 sql 查询语句如 "Select .cast（sum（ISNULL（iAInPrice,0）-ISNULL（iAOutPrice,0） as float） AS QcPrice . into tempdb.InOutSumTmp from IA_Subsidiary left join Inventory on ."， 如果刚好存在两笔或多笔小数位的三四位上为非零情况的收入/发出金额，汇总后四舍五入得出的查询结果就会产生差异，即多出 0.01 或少 0.01,类似单据较多时差异可能会超出 0.01 。例如两笔收入金额0.1145,0.2246,作为

43、本月结存统计时为0.33，作为下个月期初统计为0.34，多出0.01；若为0.1151,0.2251,作为本月结存统计时为0.35，作为下个月期初统计为 0.34，少 0.01。同理，某月期初+收入 -发出的金额也有可能不等于结存金额。解决方法：执行sql 语句update ia_subsidiary set iainprice=round（iainprice,2）,iaoutprice=round（iaoutprice,2） 即可 .注：此操作不可逆，执行操作前做好数据备份。2 、 821 存货核算，计划价法，暂估是月初回冲法。上月的暂估金额与本月回冲额不符，从而影响差异率。1、做好数据备份

44、。更新821 存货最新补丁程序。2、用以下语句查询ia_subsidiary 表中需要修改贷方差异的数据select cInvCode,cV ouType,cWhCode,iCreditDifCost,iAInPrice from ia_subsidiary where iMonth='1' and cV ouType=30 and cWhCode='103' and iCreditDifCost <> iAInPrice然后用 updata 语句修改贷方差异update ia_subsidiary set iCreditDifCost=iCredi

45、tDifCost +iAInPrice from ia_subsidiary where iMonth='1' and cVouType=30 and cWhCode='103' and iCreditDifCost <> iAInPrice4 、 存货中调拨单记帐错误而对其他出入库单记帐正确对其他出入库单记帐正确，说明其他出入库单基础数据没有错误而对（特殊单据）调拨单记帐，数据错误。由于调拨单的数据来自其他出入库单据，可以判断调拨单同其他出入单据的关联出错。检查步骤如下：1 .检查调拨单本身（主子表TransVouch, TransVouchs）基

46、础数据是否正确（丢失、重复或关联丢失，出错概率很低）2 检 查 调 拨 单 生 成 的 出 入 单 本 身 （ 主 子 表 RdRecord ， RdRecords TransVouch.ctvcode=RdRecord.cbuscode and cvouchtype between '08' and '09' ）基 础数据是否正确（丢失、重复或关联丢失，出错概率不高）3 检查两主表的关联项，数据是否正确（数据丢失、重复，出错不高。可用不匹配查询）4 检查两子表的关联项，数据是否正确（数据丢失、重复，出错概率很高。对应单据的TransVouchs.AutoID&

47、lt;> RdRecords .iTrIds ）就问题 4 做如下操作取消单据记帐然后做如下更新update RdRecordsset iTrIds=TransV ouchs.AutoIDFROM(RdRecords join RdRecord on RdRecord.id=RdRecords.id)join(TransVouch join TransV ouchs onTransV ouch.ctvcode=TransV ouchs.ctvcode )onTransVouch.ctvcode=RdRecord.cbuscodeand RdRecords.cinvcode=TransV

48、ouchs.cinvcodewhere cvouchtype between '08' and '09'and TransVouchs.AutoID<>iTrIdsand iQuantity =iTVQuantity适用条件同一调拨单中同样的存货可有多条分录但数量不同4 、 821 供销链结转上年数据时提示“存货结转失败”存货结转失败原因：str(iNum,20,6) as float ； str(iNum,20,6) as money浮点型取 6位小数；金额型取4位小数 0.000045 取 4 位小数为0，无法除尽，出错。解决办法：当上年存货单价

49、非常小时列如0.000045 ，可能导致存货结转失败。修改数量为0即可。十一、帐表1 、 在销售系统/ 工资系统 / 固定资产系统/成本系统的帐表中存在问题 ,点击帐表管理提示数据库异常。错误原因：其对应 2003 年数据库中的表Rpt_Folder 与 Rpt_GlbDEF 的数据有异常，表间关系丢失！从其帐套的 2002 年数据库中导入对应表并重建表间关系即可解决方案：在 sqlserver 中执行如下语句即可：（使用前请做好备份）use ufdata_001_2003godrop table Rpt_GlbDEFgodrop table Rpt_Foldergoselect * into

50、 Rpt_Folder from ufdata_001_2002.Rpt_Folderselect * into Rpt_GlbDEF from ufdata_001_2002.Rpt_GlbDEFALTER TABLE dbo.Rpt_GlbDEF WITH NOCHECK ADD CONSTRAINT Rpt_GlbDEF_PK PRIMARY KEY CLUSTERED ( ID) ON PRIMARY GOCREATE INDEX ID ON dbo.Rpt_GlbDEF(ID) ON PRIMARY GOCREATE INDEX SystemID ON dbo.Rpt_GlbDEF(

51、SystemID) ON PRIMARY GOALTER TABLE dbo.Rpt_Folder WITH NOCHECK ADDCONSTRAINT aaaaaRpt_Folder_PK PRIMARY KEY NONCLUSTERED (iFolderID) ON PRIMARY GOCREATE INDEX cPersonID ON dbo.Rpt_Folder(cPersonID) ON PRIMARY GOCREATE INDEX cSystemID ON dbo.Rpt_Folder(cSystemID) ON PRIMARY GO此处由于客户的 2002 年的数据没有问题， 且有自定义的帐表， 所以可以从其2002 年的数据库中导入。如果其帐套的数据库皆有问题，请从演示帐套中导入，将上述语句中的 2002 年 的数据库名称换成演示帐套的数据库名称即可。 但是这样的话如果其有自定义的帐表， 导入 后需要重新定义。2 、