本文介绍了K/3 Cloud V5.0的加密方式、与K/3 Wise系统的区别、加密许可控制流程、产品唯一码及许可操作。K/3 Cloud仅使用软加密,与Wise的软加密在编码方式和可能受硬件更换影响的方面有所不同。许可申请通过金蝶MOP系统,并采用大并发或关键单据数量控制规则。文章还详细说明了如何查看、引入和删除许可文件,并提供了处理许可常见问题的解决方案。
加密方式
K/3 Cloud V5.0只有软加密这一种加密方式,这一点与K/3 Wise系统的产品的软加密是一致的,不过稍有区别的是。
与K/3 Wise的对比
其一,Cloud的产品唯一码与Wise的软件特征码均为16位,而区别在于,Cloud的产品唯一码均为大写字母,且由三个中横线将其分为三组,例如ABCD-ABCD-ABCD-ABCD,但Wise的软件特征码由连续的十六位字符或数字组成,例如DC7DBE366084D5B3。
其二、这两者都会因为例如更换或增加硬盘,CPU,网卡,主板,可能会使产品唯一码发生或软件特征码发生改变。
其三、许可文件的注册、下载等操作是相同的,并且通过以记事本的形势均可以查到许可的产品类型和具体版本,分别如图-1和图-2。
图-1 以记事本方式查看K/3 Wise许可文件
图-2以记事本方式查看K/3 Cloud许可文件
加密许可控制
1.2.1 加密许可申请
K/3 Cloud采用许可文件控制的方式,客户使用产品唯一码在金蝶的MOP系统申请许可文件。MOP系统验证核实客户身份和购买合同后,生成客户的许可文件。客户获取许可文件,引入许可文件即可使用,保证整个过程更保密和安全。
1.2.2 许可控制规则
K/3 Cloud正式版的许可主要采用大并发控制规则,除了按照业务范畴进行分组划分之外,还单独提供了多组织、多语言等全局特性控制。
K/3 Cloud演示版按照关键业务单据的数量进行控制,超过控制数量则所属分组下的全部子系统均不可进入。
1.2.3 其他说明
1、业务关键单据控制数量为100,基础资料的主数据除了物料500外,其他均是100
2、BOS平台:控制运行时的数量100。
产品唯一码及许可操作
2.1 查看产品唯一码
可登录管理中心(administrator的初始密码为888888),点击右上角的’所有功能’图标找到’许可中心’,可看’软件许可引入’,’许可使用状况’,’产品激活’三个按钮,如图3。
图-3 登录管理中心找到’所有功能’按钮
接着进入’软件许可引入’可进入查看产品唯一码与许可引入的界面,如图-4。
图-4 查看产品唯一码与许可引入的界面
许可引入与删除
2.2.1 引入
点击上图-4 中的’+’号按钮可浏览选择许可文件,选择完成后点击’引入许可’的按钮即可。引入成功后如图-5。
图-5 引入许可成功
引入许可成功后可在许可使用状况中查看许可情况,如图-6。
图-6 查看许可使用状况
2.2.1 删除
K/3 Cloud的许可文件可以通过两种方式进行清理或删除。
方式一:管理中心→所有功能→许可中心→软件许可引入中’清除’的按钮删除许可文件,如图-7至图9。
图-7 找到清理按钮
图-8 清理许可
图-9 清理成功,重启IIS
方式二:通过SQL语句进行清理。
首先登录管理中心的创建站点例如192.168.90.113:8000/silverlight/cmc.aspx,找到对应的数据库实体名称,如图-10。
图-10 查看管理中心对应的数据库实体名称
然后进入数据库服务器的SQL Server Management Studio找到对应的数据库实体,再找到名为dbo.T.BD_PRODUCTMODEL的表,右键选择前1000行,如图-11。
图-11 查看该表中的内容
在上图-11中,此时是没有引入许可文件的。
下面再次引入许可并查看该表的内容,发现多了一行内容,如图12。
图-12 引入许可后再次查看该表的内容
多的这一行内容便是由引入的许可文件所生成,为了验证它确实为引入许可文件所生成,下面用delete语句删除该行,如图-13。
图-13 用delete语句删除该行
可看到一行收到影响,重新查看该表确认改行的内容已被删除,如图-13。
图-14 确认该行已被删除
我们回到许可引入的界面可以看到许可已被清除,K/3 Cloud回到演示版状态,如图-15。
图-15 许可已被删除,产品回到演示版
许可常见问题
Q1:Cloud 5.0引入许可提示“引入失败!未实现该方法或操作”
如图-16。
图-16 引入许可出错
A1:该问题属于许可文件本身错误,需要重新申请正确的许可引入即可。
Q2:Cloud 3.0 许可引入后按提示要求重启系统,访问Cloud提示:引发类型为"Kingdee.BOS.ServiceFacade.ServiceException"
A2:清理缓存可解决问题。
Q3:Cloud 3.0许可引入后按提示要求进行了系统重启,访问Cloud有错误:引发类型为:“Kingdee.BOS.ServiceFacade.ServiceException”的异常。
标识为“BOS_AuthenticationMethodSetting”的业务对象不存在,或者被删除。
A3:管理中心帐套(如果是访问管理中心站点)或者业务中心帐套(如果是访问业务员中心站点)不完全,或者没创建好或者是没升级好等等;可重新新建管理中心或者业务中心的帐套即可。
Q4:Cloud 3.0登陆报错:引发类型为"Kingdee.BOS.ServiceFacade.ServiceException"的异常。无法加载许可文件!您可能使用的是无效的许可文件,或者您的软件唯一码有变化,请重新申请许可文件!
A4:产品唯一码发生改变,需要重新注册。原因可能有以下三种:
1、管理中心库被其他环境(测试环境,开发环境等)注册过去了;
2、Cloud 2.0未打最新补丁,双网卡;
3、应用服务器更换硬件(网卡,硬盘,CPU,主板等)(如果你更换的硬件恰好是用来生成产品唯一码的,那么就会变)
Q5: 引入许可提示“引入失败!许可文件验证失败(特征码:……不一致)”
A5:原因是在申请许可的时候提交的产品唯一码与管理中心显示产品唯一码不一致所致,需要以正确的产品唯一码重新申请许可。
推荐阅读