wise迁移星空企业版常见问题

一、迁移准备常见问题

1、‘检测完毕，不符合一键迁移条件’的报错提示

报错原因:

（1）先对星空系统做了源链接，在打的迁移补丁；

解决办法：将源链接删除，在重新创建源链接；若无法删除源链接，则可使用以下脚本进行更改

（2）该账套不满足上述条件：币别为人民币、会计日历为自然月、汇率类型为固定汇率、使用大陆会计要素表。

2、报表转化时卡住不动

卡住原因：电脑操作系统用户权限可能不够；

解决办法：退出检查工具，找到检查工具的安装目录，选中检查工具，右键，以管理员身份运行，在次进行报表转化；

3、报表转化时一直弹出保存表格的提示

报错原因：Excel版本可能不支持；

解决办法：自行检查此台电脑上安装的Excel版本，检查工具只支持office的Excel，不支持WPS或者office365，

office版本建议安装2010版本；

4、登录星空系统，没有WISE升级按钮

出现原因：（1）有可能没有打迁移补丁；（2）使用的administrator账户登录系统

解决办法：（1）打迁移补丁

（2）使用有权限的普通用户登录系统，以H5的方式登录系统；

登录网址示例(XXXX表示需迁移的星空账套所在的应用服务器电脑名称或IP地址)：

http://XXXX/k3cloud/html5/index.aspx

5、出现两个wise财务迁移按钮的问题

出现原因：迁移补丁没有打成功，或者补丁中的源数据没有打上；

解决办法：重新打迁移补丁，打补丁时，按照下图进行勾选

6、方案未启动

出现原因：有可能在使用检查工具时未正确配置数据库连接，导致未触发对某些表添加字段，建议使用检查工具的批量新增功能进行创建数据库连接；

解决办法：

（1）未使用最新迁移工具包。建议确认使用最新迁移工具包。或者检查工具非最新检查工具，卸载检查工具，重新安装检查工具，重新做账套检查。

（2）请在【检查工具-设置】处删除源连接，重现通过“批量新增”新增链接，然后重新进行数据检查、迁移等步骤；如果还是不行，建议上面操作基础上尝试重新迁移到新的星空数据中心。

（3）如（1）（2）操作后还是有问题，对本次迁移的包含onekey编码的迁移方案进行手工启用。可能手工启用都会报错，故系统无法自动启用，根据启用情况进行处理详细的问题；如果手工启用方案报错，结合具体问题具体分析。

（4）启用方案可能出现下列报错。T_PERIODDATE_QY 表应该是在“批量新增”时自动生成，如确实无法自动生成，可尝试在K3账套中执行下列脚本手工创建。

if not exists(select * from sys.tables where name='T_PERIODDATE_QY')
SELECT * into T_PERIODDATE_QY FROM T_PERIODDATE

7、迁移时，长时间卡住不动

原因1及解决步骤：

状态为A的这一行则是有问题的数据

原因2及解决步骤：

（1）请确认当前版本是否是9.0版本。如果迁移9.0，需要下载最新迁移补丁，请确认目前检查工具、迁移补丁是否是csc.kingdee.com 上下载的最新综合补丁。

原因3及解决步骤：

在星空新建的组织机构不是法人。K3迁移到星空对应的星空新建的组织必须是法人组织。

二、未映射问题

1、制单字段使用的‘用户’未映射

出现报错原因：用来迁移的普通用户账号权限不够，缺少administrator权限；

解决方法：对用来迁移的用户账号授权，授予administrator权限，在重新迁移，重新迁移后会解决很多因缺少用户而带来的其他迁移方案的报错；

注：用来迁移的账号只需要全功能和administrator权限，不需要授予其他系统预置权限！！

2、汇率类型字段使用的‘汇率类型’内码1未映射；

出现报错的可能原因：wise中的汇率类型与星空预置的汇率类型无法匹配，标准的迁移方案，不提供汇率类型的迁移方案，只做名称映射；

解决方法：在星空系统中手工将wise中有的汇率类型而不存在星空预置汇率类型中的数据，添加到星空系统中，添加的汇率类型名称要与wise一模一样，然后在进行迁移。

3、账簿未映射

问题分析及解决：K3迁移星空企业版--账簿未映射

4、凭证迁移失败，提示核算维度未映射

解决思路：查看【基础资料同步查询】当前迁移时间的方案中是否有出现相应基础资料方案迁移失败，根据失败提示，处理基础资料的迁移，

例如：查看基础资料同步查询，辅助资料同步失败，报错提示如图所示：

根据提示进行修改迁移方案，星空已有的编码若是无法修改，则修改迁移方案，在源字段规则表达式中加上后缀做编码去重处理。

基础资料迁移报错解决完之后，在重新执行一次一键迁移。

注：若是出现员工编码重复，则需注意，在调整迁移方案时需调整员工编码和编码两个字段，其他基础资料若是也有提示编码或者名称重复，也可根据上述方式进行修改，若不修改方案，也可直接在wise数据库用SQL语句进行修改相应资料，此方法需要熟悉wise数据库后台表。

5、迁移员工报错，提示部门和岗位信息未映射

报错如图所示

解决方法：经过查询wise账套，确认wise账套中没有任何的部门和岗位或者wise账套中确实不存在报错截图中的岗位信息和部门内码。然后在将wise基础资料同步中员工的的迁移方案上的岗位信息单据体的源系统资料清空，如图所示

处理原理：星空中允许员工可以不添加岗位和部门。

三、卡片，固定资产余额表迁移失败，无任何报错提示【此提示是指【基础资料同步查询】中卡片关联关系，固定资产余额表，资产卡片历史数据的表体的报错提示】

出现场景：此问题多数存在于，客户的cloud账套已经使用过一段时间，并且原组织已经有卡片了，

解决方案：

查看wise业务单据同步方案（卡片关联关系，固定资产余额表，资产卡片历史数据），这三个方案中的FASSETID字段源字段规则表达式的数值是不是特别的大，如果是，则修改卡片关联关系，固定资产余额表，资产卡片历史数据中的FASSETID字段的源字段规则表达式（如图所示），这三个单据的FASSETID字段表达式要相同，修改的数值要比迁移自动生成的要来的小。方案修改完之后，在重新进行迁移；

注：修改的数字要比已经存在的卡片内码数字大。不可与星空系统中卡片已存在的内码相同；

已存在的卡片包含原cloud账套组织存在的卡片和已迁移上来的卡片

与此处方案相关的后台脚本查询如下：

select * from T_BAS_BsBillMap where fid in(select fid from T_BAS_BsEMapEntity where FENTRYID in(select FENTRYID from T_BAS_BsBillMapEntry where FCHECKRULE like '%fassetid%'))

select * from T_BAS_BsEMapEntity where FENTRYID in(select FENTRYID from T_BAS_BsBillMapEntry where FCHECKRULE like '%fassetid%') --WISE基础资料同步实体映射

select * from T_BAS_BsBillMapEntry where FCHECKRULE like '%fassetid%' --WISE基础资料同步字段映射

四、星空8.0版本，授权后还出现迁移按钮找不到

现象：打完补丁之后，迁移按钮找不到；

解决方案：方案一：在管理中心，将此数据中心的名称缩短，建议改成两个汉字，还原到客户正式环境时在将名称改成客户需要的名称；

方案二：如果使用了方案一的方法还是无法解决，可使用以下方法处理：

（1）打开bos

(2)按照图片步骤操作；

五、其他案例分享

1、迁移后凭证的“审核状态”是“创建”？

请检查是否K/3对应凭证没有审核人。

2、会计日历报错“执行失败”，实际会计日历已迁移过来？

建议检查下会计日历相关数据是否正常，总账、固定资产、报表数据、后续结账等业务是否正常，如果正常该报错可不用管。

3、损益表同步失败20条数据，如何处理？

经查看，迁移失败的1916核算维度在K/3账套中的核算维度数据异常，t_itemdetail 中存在 fdetailid=1916的记录，1916记录对应的F1为256，但T_ITEM中没有fitemid=256的记录，且T_profitandloss中fdetailid=1916的20条记录金额均为0。

故K/3这20条数据本身异常，迁移失败不用管。

4、K/3迁移金蝶云数据检查工具运行报错如下

找到检查工具安装目录，例：K:\Program Files (x86)\Kingdee\My Product Name

中的WISEToCloudDataCheck.exe 的XML文件，文本打开，“v4.5.2”改成“v4.5”。

5、迁移后折旧额跟迁移前数据对不上？

K/3与星空计提折旧计算逻辑不一样，会有零点几的差异，属于正常情况。

例：K/3折旧额为245.31，迁移到星空后折旧额变为245.18.

K/3  计算方式：

先计算折旧率=（原值-残值）/预计使用期间/原值=(30973.45-1548.67)/120/30973.45=0.00792

然后计算折旧额：原值*折旧率=30973.45*0.00792=245.31

星空计算方式：

期折旧额=(资产原值-累计折旧-减值准备-预计净残值)/(预计使用期间数-已折旧期间数)

=(30973.45-6868.68-1548.67)/(120-28)=245.18

6、迁移到星空后部分卡片没有计提折旧？

检查下资产管理这边会计政策，可能资产政策包含的资产类别有缺失。

7、迁移到星空后部分卡片的折旧额有问题？

迁移后T_FA_FINANCE的FACCUMDEPR、FUSEDPERIODS数据有问题，迁移工具问题已修复，如您迁移的数据还是异常，建议重新csc.kingdee.com 下载最新安装包，重新恢复K/3、星空账套做迁移，请参考迁移步骤一步步操作。

8、检查工具检查核算维度数据异常，通过“手动修复”无法修复异常数据？

 通过分析可知，K/3数据核算维度或者余额表数据存在异常数据，如强制迁移会导致迁移不成功，无法通过手工修复或语句自动修复。

建议查看K/3前后台数据，结合账套实际情况，先处理K/3异常数据，K/3异常数据处理完后，检查工具检查通过再迁移。

检查相关脚本见附件。

9、迁移后科目余额表一级科目与二级科目余额汇总有问题

可以参考帖子，看能否解决问题，请务必测试账套先测试确认。

https://vip.kingdee.com/article/10124?productLineId=1&lang=zh-CN

10、K3账套查看数量金额明细账，三级科目的余额汇总到二级科目，二级科目余额汇总到一级科目。升级到企业版后一级科目、二级数量金额表余额为空。

原因：K/3本身数据有问题，K/3账套可能是比较老的版本升级上去的，比较老的版本t_quantitybalance 表实际没有一级科目、二级科目余额，只有最明细科目的余额数据，前台显示的一级、二级科目余额是通过软件自动做的汇总。如果比较新的版本，如K/3 15.1新建的账套没有该问题。正常情况下，星空前台不自动做汇总，星空后台会保存一级、二级、最明细级科目余额。故K/3如果缺一级、二级科目余额，K/3看着没问题，但是升级到星空后会发现没有一级、二级等科目汇总金额。

建议：先修复K/3数据，修复后再迁移。由于一般余额表数据量都很大，如果要修复，有一定风险，建议先跟客户确认，该问题是否必须修复。如必须修复再修复。

参考帖子修复：（仅供参考，未做过多实验，请谨慎使用）

https://vip.kingdee.com/article/583704183661160448

11、资产处置单反审核报错：不能将值NUL插入列‘FSUPPLIERID'，表‘AIS_KSCcLoD_V7_PROMISESY.dbo.7_FA_CARD’﹔列不允许有Null值。UFPDATB 失败。语句已终止。

原因：K3 WISE升级导致数据异常。

建议：需要脚本修复，请仔细核对相关数据。

select * into T_FA_CARDDETAILbak2024 from T_FA_CARDDETAIL

update T_FA_CARDDetail set FSUPPLIERID=0 where FSUPPLIERID is null  

12、检查工具提示：核算维度横表t_itemdetail中引用的具体“职员”数据，在t_item表中存在，在t_emp中缺失。

原因：K3原始数据有问题，请修复后再迁移，避免迁移不成功。

案例分享：提供历史案例参考解决方案，客户实际处理方法需要结合客户实际情况分析，仅供参考。

前台找到对应的职员，手工维护重新保存，后台自动刷数据。

13、k3升级星空企业版，登录云之家账号报错？

原因：云之家密码长时间未修改。

处理方法：建议修改云之家密码。

建议优先使用云之家自带的“忘记密码”功能，还是不行的话，使用下列网址

修改密码的地址： https://passport.kingdee.com/passport/#/password_find

14、k3升级星空企业版，系统报错远程服务器返回错误？

建议：

1、使用最新迁移工具包安装补丁

2、迁移的机器能不能连接外网，telnet一下 telnet 124.71.150.95 39994能不能通，如果不可以连接，需要开放白名单。

15、迁移提示：“远程服务器返回错误：（519）”

建议：

1、确认是否下载使用最新迁移安装包，需要到csc.kingdee.com下载最新迁移安装包

2、结合问题13、14做相应处理，看问题是否解决。