u8升级问题汇总
升级问题：
1、升级过程中提示“将varchar值Ap_p转换为数据类型为int的列时发生语法错误”
碰到该问题后，然后进行再次升级，升级成功。
2\\升级过程中提示“违反了PRIMARY KEY 约束\'Rpt_FltDEF_PK\'。不能在对象\'Rpt_FltDEF\'中插入重复键。”
解答：引入客户数据进行升级，也发现相同的错误提示“违反了PRIMARY KEY 约束\'Rpt_FltDEF_PK\'。不能在对象\'Rpt_FltDEF\'中插入重复键。”，根据提示怀疑为象Rpt_FltDEF表中的主键存在问题，在企业管理器中查询该表的主键为ID_Flt字段。第一反应为该字段是否存在重复的值。执行语句:select ID_Flt from Rpt_FltDEF group by ID_Flt having count(ID_Flt)>1发现ID_Flt并没有重复的值。和演示账套对比该表的属性发现：主键ID_Flt为标识字段，演示账套标识值为“是”，而客户的数据中的值为“是（不适用于复制）”。故试着将值改为“是”。由于表rpt_glbdef,rpt_flddef与该表关系密切且标识值也为“是（不适用于复制）”，因此将rpt_glbdef,rpt_flddef也做同样修改。再次升级成功。同样ZT021，ZT023做以上处理后也升级成功。 解决方案：在企业管理器中将Rpt_FltDEF,rpt_glbdef,rpt_flddef三张表的主键标识值改为“是”
3、821升级861后登陆薪资管理失败 问题原因：
由于用户在821的版本中手工增加了“计件工资”这个工资项目，实际上在821版本中系统 并没有预制这个工资项目。而在861版本中预制了“计件工资”项目，且“计件工资”项目在数据库的工资项目设置表（WA_Gztblset）中的工资项目标识（iGZItem_id）规定为7，这是不能修改的！解决方法：在821版本中将工资项目设置表（WA_Gztblset）的工资项目名称（cSetGZItemName）字段的“计件工资”记录改名（例如：计件工资1），再进行升级即可。
4、升级后应收应付单据号不能自动编号：
在应收和应付模块中,应收单(应付单)和收付款单的单据号不能由系统自动带出,无论如何修改单据编号的原则都不行.而进销存模块中的单据都可以依照单据编号原则由系统自动给出单据号,用户是由8.21升级到8.61的.
问题解决：
该问题属于ua_account_sub表中缺少相应数据记录造成的，可以用以下方法解决：
1、执行如下脚本： use ufsystem INSERT INTO ua_account_sub VALUES (\'900\', \'2004\', \'ap\', \'0\',\'1\',\'0\',\'2004-12-01\',null,\'\') INSERT INTO ua_account_sub VALUES (\'900\', \'2004\', \'ar\', \'0\',\'1\',\'0\',\'2004-12-01\',null,\'\')
2、手工在企业管理器中增加这两条记录，手工增加时候一定注意bclosing字段的值一定为1。
5、在做820的数据升级到852普及版本时，当引入820的帐套时，提示539等错误。
539为sql2000的数据库版本,sql7的数据库版本为515。将sql7的数据引入到sql2000中时，sql2000会自动对sql7的数据进行转换升级。若出现539错误则表示转换升级失败，可能以前的sql7数据库就已经被损坏，需要先对原sql7数据库进行修复。
6、U8.21的数据升级到U8.61时报错。
你的数据表中CA_DepDf主键丢失，手工创建或执行以下脚本 ALTER TABLE [dbo].[CA_DepDf] ADD CONSTRAINT [aaaaaCA_DepDf_PK] PRIMARY KEY NONCLUSTERED ( [cDeptID] ) ON [PRIMARY] GO
7、问题现象： 821版本数据升级861操作，升级200
3、2004两个年度数据到850sp版本时，提示错误信息如下【库存U8501补丁期初整理程序 2005-12-23 14:56:52 数据库名: UFDATA_001_2004 库存U8501补丁期初整理程序, 控件AdjustQc.ClsAdjust 错误信息: 申请单据ID失败！】
问题分析：由于85以前版本数据存在库存总帐st_totalaccount，升级到850版本后就没有这个表了。升级时需要将st_totalaccount中imonth＝1的记录升级为库存期初(rdrecord.bitqc＝1); 库存总帐st_totalaccount中无id字段，插入rdrecord时需要调用存储过程sp_getid来申请单据ID。目前的问题即是在调用sp_getid时发生异常错误。
问题处理过程：尝试过将库存总帐st_totalaccount数据清空，升级成功（此时不需要进行sp_getid操作）；对升级错误进行sql事件跟踪，在sql后台出错事务回滚之前的最近sql执行语句是 {select * from accinformation where csysid=\'aa\' and cid=\'37\'} ，该行记录为系统标志号，发现其cvalue字段值为null，将此远程标识号赋值给后台@remoteid变量时出错。将远程标识改为‘00’再进行升级，200
3、2004年度均成功升级到861（未加载861hotfix补丁的环境） 修改语句如下(对0
3、04两个年度库分别执行)： update accinformation set cvalue=\'00\' where csysid=\'aa\' and cid=\'37\'
8\\821升级到861报错,数据和说明文档在u8shenzhen目录下20051221沙井医院002.rar，该客户相同现象的问题曾提交过，问题号是77652，但对于这套账的2000，2001采用该问题的解决办法还是不行，但打完系统管理最新补丁再升级也不行！
问题解决: 请在干净（新装的U861环境下）将支持网站系统管理补丁里面的adminsql.rar文件直接替换安装目录\\UFSOFT\\ADMIN\\adminsql.rar,不要解压缩!再到企业管理里面(或者写脚本)先将GL_accvouch.coutno_id的数据属性更改为nvarchar(50)后直接升级就没问题了。您的数据我们已经升级成功了两个年度，错误的原因主要是数据索引问题，造成了861升级时修改表结构错误。
9\\821升级到852后，库存的期初数和原来的821的差别较大，详细情况见”ftp://u8beijing/东明化工“文件夹下的文档，里面有821的数据，有852我升级后的数据，821正确的期初数的EXcel文档以及原来处理的另一个帐套008的脚本，当时73158号问题是刘雯波帮我处理的，非常感谢刘雯波！这两套数据请帮我把2005年以前的三个年度给处理一下，2005年的不用调了，用户已经手工修改了，只要升级后的期初数据和821一样就可以了，升级后的发生额好像没什么问题。
经查，010账套为2004-4月份启用的，升级到852版本后，库存总账是正确的，您可通过如下语句对比得出：use ufdata_010_2004 /*收发记录主子表中的期初数据*/ select sum(case when brdflag=1 then iquantity else -iquantity end) from rdrecord a inner join rdrecords b on a.id=b.id where bitqc=1 /*库存总账表中的期初数据*/ select sum(ibeginquantity) from st_totalaccount where imonth=4 另，您的009账套，是2003-3月份启用的，升级到852后，2003年的库存期初也是正确的，不需要调整，您可通过下面的语句查询出来：use ufdata_009_2003 /*收发记录主子表中的期初数据*/ select sum(case when brdflag=1 then iquantity else -iquantity end) from rdrecord a inner join rdrecords b on a.id=b.id where bitqc=1 /*库存总账表中的期初数据*/ select sum(ibeginquantity) from st_totalaccount where imonth=3。但升级到852后，2004年的库存期初是有错误的。您可通过下面的语句进行调整：use ufdata_009_2004;update rdrecord set bitqc=0 where cvouchtype\'34\' and bitqc=1; update a set bitqc=0 from rdrecord a inner join rdrecords b on a.id=b.id where bitqc=1 and (cmemo not like (\'850补丁调整工具调整数据\') or cmemo is null); select cwhcode,cinvcode,max(a.id) as id into tmp02 from rdrecord a inner join rdrecords b on a.id=b.id where bitqc=1 and cmemo like (\'850补丁调整工具调整数据\') group by cwhcode,cinvcode; delete from rdrecords where id in (select a.id from rdrecord a inner join rdrecords b on a.id=b.id left join tmp02 c on a.id=c.id where bitqc=1 and cmemo like (\'850补丁调整工具调整数据\') and c.id is null); delete from rdrecord where id in (select a.id from rdrecord a left join tmp02 c on a.id=c.id where bitqc=1 and cmemo like (\'850补丁调整工具调整数据\') and c.id is null); select a.autoid,a.cwhcode,a.cinvcode,a.iquantity,b.stquantity into tmp03 from (select autoid,cwhcode,cinvcode,iquantity from rdrecord a inner join rdrecords b on a.id=b.id where bitqc=1 and cmemo like (\'850补丁调整工具调整数据\')) a inner join (select cwhcode,cinvcode,sum(ibeginquantity) as stquantity from st_totalaccount where imonth=1 group by cwhcode,cinvcode) b on a.cwhcode=b.cwhcode and a.cinvcode=b.cinvcode; update a set iquantity=b.stquantity from rdrecords a inner join tmp03 b on a.autoid=b.autoid;调整后，通过下面的语句查询期初合计即可：/*收发记录主子表中的期初数据*/ select sum(case when brdflag=1 then iquantity else -iquantity end) from rdrecord a inner join rdrecords b on a.id=b.id where bitqc=1 /*库存总账表中的期初数据*/ select sum(ibeginquantity) from st_totalaccount where imonth=1。
11\\852升级861失败，麻烦解决一下
在数据表GL_ACCVOUCH和CA_DirMA表中存在多个非系统建立的索引，参照999演示帐套将多余的索引删除后重新升级即可。
12\\从8.11升级到8.21很顺利！
但是从821到普及版时出现错误！
在往voucheritems的VT_ID中插入值@vtid=select def_id FROM vouchers where CardNumber=\'28\'时，出现错误。执行select * from vouchers where cardnumber=\'28\'，发现没有记录。 再执行select * from invoiceitem_sal where cardnum not in (Select cardnumber from vouchers)，发现单据项目表invoiceitem_sal对应cardnum=28,29的记录在单据格式表vouchers中不存在记录。以此猜测是由于vouchers中丢失记录，导致在向单据项目表（子表）voucheritems中插入记录时，插入了空值，而vt_id又被定义为非空。所以升级失败。 问题解决： 从一正常821账套中导入vouchers表，重新升级，升级成功！
13\\851a数据升级至861后数据不对
存货系统中采购入库汇总（含红字与蓝字单）后与库存系统采购入库单列表金额不相等
经查，您的数据没有问题，存货系统中采购入库汇总表（不含红字与蓝字回冲单）与库存系统中的采购入库单列表金额一般情况下，都是不相等的。您包含红字与蓝字回冲单查询肯定不会相等，如果不包含，还有可能相等。由于存货入库汇总表的金额取的是存货明细账ia_subsidiary中iainprice的数据，而入库单列表则取的是单据上的数据(即rdrecords中的iprice值），查询入库汇总表时，需要将“未记账单据”的选项选中，且只查询采购入库单，此时，数量合计是相等的，但金额不等。您可通过下面的语句，查询出来rdrecords表与ia_subsidiary表金额不等的记录：select * from (select ccode,sum(iquantity) as iquantity,sum(iprice) as iprice from rdrecord a inner join rdrecords b on a.id=b.id where cvouchtype=\'01\' And (ISNULL(bPuFirst,0) 1 or ISNULL(bIAFirst,0) 1) AND dDate >= N\'2005-01-01\' And isnull(bIsSTQc,0) 1 and ISNULL(bPuFirst,0) 1 and ISNULL(bIAFirst,0) 1 group by ccode) a full join (select cvoucode,sum(iainquantity) as iainquantity,sum(iainprice) as iainprice from ia_subsidiary Where cvoutype=\'01\' group by cvoucode) b on a.ccode=b.cvoucode where b.cvoucode is not null and abs(a.iprice-b.iainprice)>=0.01。以入库单号5315191400为例说明：此张入库单是7月份的单据，rdrecords表中有两行记录，其中autoid=50168的记录数量为12.6，经与存货明细账对，发现有12.4的数量是在7月份就结算了，而剩下的0.2是在8月份结算的，系统在rdrecords表中仍然记录暂估时的单价和金额，即110923.0800，而在存货明细账中7月份结算的12.4的金额为结算金额，即100683.7600，而剩余的7月份未结算的0.2是暂估金额1760.6800，因此不可能相等，即110923.08＜＞100683.76+1760.68，差额为（8803.4188-8119.6581）*12.4＝8478.63元。通过上面的例子可以看出：如果存在暂估情况的话，这两张表是不可能相等的，库存里统计的是暂估金额，而存货里面是结算金额。另外，如果您做过相应的入库调整单的话，这两张表的金额也不可能相等。您可按我给您的语句，逐条分析金额不等的原因，但大致原因只有这两方面。
14\\人力资源升级失败:数据库名: UFDATA_005_2005 培训管理建库脚本, DSTR860SP1_HR_TR 错误信息: -2147217900 列名 \'vtra_act\' 无效。
你好在现有表 hr_hi_training 添加该字段 vtra_act varchar(60) null 即可
补丁脚本解决.
15\\8.12升级u8普及版,01和08两个仓库没有期初数据,在8.12有期初数据,转换到8.21时也有期初,请帮忙看一下什么问题?怎么解决.我把8.12,8.21,及8.52的数据都上传,你门那边升级看一下
此问题经过和王荣华沟通，用户已经重新录入库存期初解决。
16\\用户的数据是852版，在升级到860SP时2000年度的数据升级报错，可能是缺少索引，默认值。
在业务数据库表CA_DirMA上存在用户添加的索引，因microsoft\'ado的bug导致错误没有报出，发生数据回滚。解决办法：参照其他年度CA_DirMA表的索引设置进行修改，将多余索引删除，再重新升级即可。另，升级时注意打补丁，补丁更新办法：
1、安装U860SP1HOTFIX补丁文件和系统管理的补丁包，请上支持网站下载最新补丁，网站补丁编号分别为1726和1696（更新模块补丁包时注意文件日期，按文件的最新日期更新，如要更新的文件比原文件旧，则不需要更新）；
2、更新1696号补丁时注意，i_ufsoft.u8.framework.login.bo.dll securityandcreditidentity.dll si_ufsoft.u8.framework.login.bo.dll ufsoft.u8.framework.datasourceconfig.bo.dll ufsoft.u8.framework.login.bo.dll ufsoft.u8.framework.login.ui.dll 这几个文件可先不更新，dstr860_hr_hb.sql这个文件不是在查询分析器中执行的，而是需要拷贝到原路径下，覆盖原文件。
17\\852升级861失败,
此数据时升级失败后的数据，请提供852版本数据货原始数据。也许是升级过程货其它因素造成的数据损坏，修复难度非常大，从现在的数据中看，部分信息已经是861本版，还有一些数据还是851，852中还有错误。
18\\升级过程中出现错误 U851A繁体版数据不能升级到U861
19\\U820升级到U852时提示错误
经过跟踪系统在WarehAuth表中少了bdispmoney字段（您可以比较其它库中此表的表结构），不知客户之前在此表中做过什么操作导致此栏位丢失。现在的做法是在企业管理器中对此表重新设计增加bdispmoney栏位，类型为：bit，默认值：(0)（可参照其它库此表进行设置），之后可成功升级。
20\\某固定资产帐由8.12到8.21版本升级acce时报错，错误现象为一个红色叉号，点击确定后提示“升级固定资产数据时，错误”，用sql跟踪时发现fa_fitems表已经升级完毕。并且fa_cards表中开始使用日期等无非法日期
此问题是由于fa_items表内自定义项目 man180s、man181s两个项目“是否可查询”未被打勾，同时 man180s、man181s、man182s、man185s man186s、man190s六个项目设置的字段长度太小造成，修改为80（根据客户的实际定义）即可解决。同时发现客户数据中fa_itemsmanual表中存在记录中包含全角符号和‘-’以及空格，为了避免以后数据应用中出错，建议修正。
21\\客户从851升级到861，发现861来料检验单无法批审核，在851版本可以批审.需求问题补丁解决.
22\\升级到861会出现上传中说明的错误
经过进行升级测试,在升级之前,请先从支持网站下载编号为1733的升级包adminsql.rar,把该文件覆盖admin下面的adminsql.rar,同时把sqlfile开头的文件夹都删除掉.对于账套005,需要先把gl_mybooktype1,gl_mybooktype两个表删除,再从演示账套中导入gl_mybooktype(升级前的版本,我是从860sp演示账套中导入的), 账套023,030,根据您提供的错误日志,从演示账套中导入了表Rpt_Folder(860sp),然后3个账套进行一块升级,全部升级成功.
23\\客户帐套数据有2个年度2003和2004,2003年帐升级成功,2004年报错,错误信息见附件
根据您给出的错误信息分析，可能是数据表结构与标准结构不符。请检查现存量表currentstock的结构是否与演示账套一致。另，请参照演示账套，检查相关数据表，如：rdrecords,DispatchLists,pu_arrivalvouchs,SaleBillVouchs等表的inum字段属性是否有问题
24\\从8.12a升级到861，打完UFAccAp.dll补丁，将st_totalaccount的数据倒入到st_totalaccount1后，清空st_totalaccount，在用从812acce转换到sql的过程中，在升级存货数据时，提示syntax error...。
升级步骤如下：
一、引入账套到852的系统，升级acce, 在升级该步骤地时候出现应收应付错误，解决方法：把salebillvouch: sbvid=2571 csbvcode=00187277 1 修改为csbvcode=001872771
二、然后升级sql 数据，成功。
25\\8.21升级u8普及版失败
经检查发现在2005年的数据库里有两张表缺（多）了主键。具体是： 1.表CurrentStock 多 PK_CurrentStock 手工到表设计里的关系/键上删除就可以了。 缺 aaaaaCurrentStock_PK 在查询分析器里执行下面语句就可以了 ALTER TABLE [dbo].[CurrentStock] ADD CONSTRAINT [aaaaaCurrentStock_PK] PRIMARY KEY NONCLUSTERED ( [AutoID] ) ON [PRIMARY] GO 2.表RdRecords 多 PK_RdRecords 手工到表设计里的关系/键上删除就可以了。缺 aaaaaRdRecords_PK 在查询分析器里执行下面语句就可以了 ALTER TABLE [dbo].[RdRecords] ADD CONSTRAINT [aaaaaRdRecords_PK] PRIMARY KEY NONCLUSTERED ( [AutoID] ) ON [PRIMARY] GO 这样处理完后，升级就没有问题了。
26\\821升级到851a出错
因为项目表中的FITEM表中有00，01的项目大类，却没有对应的FITEMSS00，FITEMSS01表，造成升级错误，经查科目没有设置项目核算，可以把项目表fitem的数据清掉，再升级就可以了。升级后，看到FITEM表中有97，98两个项目大类就正常了。
27\\8.52升级至8.61,同一帐套内其他年度都已经顺利升级成功但2004 年无法升级提示错误信息\"升级Protal数据库成功!UFDATA_002_2004:升级失败!点击[帮助]查看升级解决方案!\" 帮助内所列方法都已经试过还是一样的
发现表gl_mybooktype有问题,缺少主键,由于是相关的格式表,从2003年度导入该表,再进行升级,升级成功.
28\\采购、存货暂估余额表结果不平。升级860SP前没有问题，升级后对不上，而且存货暂估余额表有些存货存在尾数余额问题。
结算月份和结算处理月份不一致的记录。这些记录。反映到软件中就会造成采购和存货暂估余额表不平，具体来说。若某单据在1月份暂估记帐，1月份发票到，采购中做了结算。则反映到采购中为结算状态。而存货中1月份暂估记帐。若未做结算成本处理，该单据反映到存货中未暂估状态。若当月做结算成本处理，则系统会自动回写已经暂估记帐的入库单，状态自动变成结算状态。(状态请参考IA_SUBSIDIARY中bflag字段，1＝暂估；0，2＝结算）。下面的语句可以查询出来数据中结算月份和结算处理月份不一致的记录。 /*对比单据的结算月份和形成回冲单的记帐月份（就是做结算处理的月份）不一致的记录*/ select b.id,b.bflag,b.cvoutype,b.dvoudate 单据日期,b.dkeepdate 记帐日期,b.cinvcode as 存货,b.cwhcode as 仓库,SUBSTRING(convert(char,c.dsvdate), 1, 2) as 结算月份,SUBSTRING(convert(char,b.dkeepdate),1, 2)as 记账月份 from (pursettlevouch c join pursettlevouchs a on c.psvid=a.psvid )join ia_subsidiary b on a.irdsid=b.id where 1=1 --and b.cinvcode=\'10010273\' and convert(int,SUBSTRING(convert(char,c.dsvdate), 1, 2))-convert(int,SUBSTRING(convert(char,b.dkeepdate),1, 2))0 and b.dvoudate>=\'2005-1-1\' and cvoutype01 order by dsvdate ,dkeepdate /*可以按收发记录子表ID查询*/ select * from pursettlevouchs a join pursettlevouch b on b.psvid=a.psvid where irdsid=\'80931\' select bflag,cvoutype,* from ia_subsidiary where id=\'80931\' 这些月份不一致的记录就是造成不一致的原因。另外还有另外一个原因，就是仍有单据未做结算成本处理，这样也会造成两边对帐不平。对于这些错误。建议不做处理，让客户在当前月份将结算处理做完，然后对余额。
29\\在对Ｕ８２１升级到Ｖ８６１时提示数据库名：UFDATA_836_2003 固定资产预置数据，ＤＰＲＤ＿ＦＡ 错误信息：-2147467259 执行如下语句时出错:10.新增两报表加入\"帐表管理:统一管理 if not exists (select systemid from rpt_gbdef where name= 固定资产折旧清单表 or name=固定资产到期提示表.begin insert into rpt_gbdef systemid,name,title,type,databaseex,isbasetable,isbase values fa,固定资产折旧清单表,固定资产折旧清单表,71.20,1,1 insert into rpt_gbdef systemid,name,title,type,dabaseex,isbasetable,isbase values fa,固定资产到期提示表,固定资产到期提示表,72,21,1,1 end 注;原U821版软件只有总账,报表两模块,并没有启用固定资产.
经实际数据测试，最初确有此问题，提示在升级850过程中，提示脚本错误。升级中断。进行数据库检测，发现数据库有问题。故使用“数据库修复工具”进行数据库修复，全部修复结束后，再进行升级，没有问题。注：1.检测时，要检测sysobjects/sysindexes/syscolumns
30\\帐套003的2002年度数据有问题不能正常升级
从u8.21直接升级到u861的过程中出错，经检查发现在u8.21的2002年度的数据库里，凭证及明细帐表（GL_accvouch）的索引出了问题，可直接到u8.21的数据库里去删除表GL_accvouch上的索引coutno_id 就可以了。方法一，打开表GL_accvouch的设计，手工直接删除索引coutno_id，在保存。方法二，在SQL的查询分析器里，选中ufdata_003_2002 数据库，执行语句，DROP INDEX GL_accvouch.coutno_id 就可以了。 在u8.21的环境里修改，重新输出，再引入u861，或者再引入的u861环境下直接修改2002的数据库也可以，修改完后，升级都很顺利。
31\\升级需求:U821固定资产升级到U8普及版后不能取消结帐，能否有补丁解决。
从低版本升级到高版本后，固定资产月结后备份的表不会升级上去的。没有补丁或工具来解决这个问题。只能到低版本里去恢复月结，处理完后重新升级。
32\\客户从821升级到860SP后供应商‘亚新科零部件安徽有限公司’和‘东营信义汽车配件有限公司’的期初不对。同为2004-07-23的发票号为00737936的期初不对。
您可以从821中将ap_detail表导出到acce数据库中成为ap_detail1表（先在acce中新建一个空的数据库，然后在821数据所在的sql的企业管理器的2005年帐套的表上右键选择“所有任务--导出数据”，目的选择Microsoft acce，文件名参照选择新建的acce数据库，然后导出ap_detail表，目的表名为ap_detail1），然后再在860SP数据所在的sql的企业管理中利用导入数据的功能（数据源选择Microsoft acce，文件选择导出完的acce数据库），将acce数据库中的表ap_detail1导入到860SP帐套的2005年数据库中，就根据821中的ap_detail中的期初更改了860SP中的ap_detail表中的期初。更改科目与原来不一致的，执行 update a set idamount=b.idamount,icamount=b.icamount,idamount_s=b.idamount_s, icamount_s=b.icamount_s, idamount_f=b.idamount_f,icamount_f=b.icamount_f, csign=b.csign from ap_detail a inner join ap_detail1 b on a.auto_id=b.auto_id and a.iperiod=b.iperiod where (isnull(a.idamount,0)isnull(b.idamount,0) or isnull(a.icamount,0)isnull(b.icamount,0)) and a.iperiod=0 update a set ccode=b.ccode from ap_detail a inner join ap_detail1 b on a.auto_id=b.auto_id and a.iperiod=b.iperiod where a.iperiod=0 and a.ccode is not null and b.ccode is null
