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

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

   

   报错原因:先对星空系统做了源链接，在打的迁移补丁；

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

   update T_BAS_DBConnection set FSUPPORTONEKEY=1
2. 报表转化时卡住不动

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

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

2. 报表转化时一直弹出保存表格的提示

   
   

   

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

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

   office版本建议安装2010版本；

3. 登录星空系统，没有WISE升级按钮

   

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

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

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

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

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

2. 出现两个wise财务迁移按钮的问题

   
   

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

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

6、方案未启动

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

解决办法：对以下所有包含onekey编码的迁移方案进行手工启用，在根据启用情况进行处理详细的问题；具体问题具体分析；

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

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

二、未映射问题

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

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

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

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

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

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

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

（3）账簿未映射

报错原因：可能存在两种原因，a.用来迁移的普通用户权限不够导致；b.会计日历的起始期间不够；

解决办法：a.对此用户重新授权；

1)对全功能角色重新授权一次

2)此用户需要有administrator和全功能角色的权限；注：不需要其他角色权限

b.重新创建会计日历，日历的起始时间要能包含需要迁移的所有账套的最小会计日历日期；

1）手工在前端创建新的会计日历；

会计政策和已存在的账簿会计日历字段需要从后台更新为新建的会计日历内码；

--先查询出前端手工新增的会计日历的内码,将新增会计日历编码字样替换成自己新增的会计日历编码

select fid '新增会计日历的内码',* from t_bd_accountcalendar where FNUMBER='新增会计日历编码'

update t_bd_accountcalendar  set  FNUMBER='新增会计日历编码' where  FNUMBER='KJRL01_WISE'

update t_bd_accountcalendar  set  FNUMBER='KJRL01_WISE' where  fid='新增会计日历的内码'

--备份

update T_FA_ACCTPOLICY set  FACCTCALENDARID='新增会计日历的内码'

2）在映射关系查询里将会计日历的映射删除，再在wise基础资料映射里面找到对应组织的会计日历重新进行映射；

3）在再wise基础资料同步中找到对应组织的账簿迁移方案，在进行手工执行，账簿迁移成功后，请在前端手工审核此账簿

4）以上步骤操作完成，可在次执行wise财务迁移；

5）出现此种情况的原因是由于在迁移时，出现了分批迁移；

举个例子，本来需要迁移60个wise账套，却在第一次迁移时只迁移了20个，对这20个wise账套进行了检查，剩余40个隔了一段时间在进行检查并迁移，这就会导致如果第一批迁移的20个wise账套里面，最小的会计日历是201