U9 V2升级说明 V1new.docx
《U9 V2升级说明 V1new.docx》由会员分享,可在线阅读,更多相关《U9 V2升级说明 V1new.docx(27页珍藏版)》请在冰点文库上搜索。
![U9 V2升级说明 V1new.docx](https://file1.bingdoc.com/fileroot1/2023-6/21/b1debc1d-64e4-4ec1-865c-b1066ced52e3/b1debc1d-64e4-4ec1-865c-b1066ced52e31.gif)
U9V2升级说明V1new
U9V2数据库升级说明
环境要求
硬件要求
服务器:
准备至少一台服务器和一台用来备份的PC机,PC机的存储空间必须大于您数据库的大小。
CPU:
标准的服务器CPU即可,CPU的性能将直接影响升级的效率,建议使用多核处理器。
磁盘空间:
根据您的数据量准备2倍的升级空间,例如:
您的数据库大小为30G,则升级需要的硬盘空间为60G。
内存:
2G以上的内存,内存的大小也会影响升级的效率。
系统分区大小:
系统分区(通常是C盘)必须拥有至少100M的未使用空间。
软件要求
操作系统:
Windows2003及以上的兼容操作系统。
数据库:
SQLServer2005及以上版本的数据库系统,建议使用SQLServer2008。
U9产品:
U9V1.5SP3产品,必须安装所有SP3发布之后的补丁。
升级条件
1、检查关键业务是否完成
✓付款单:
a.是否存在[结算方式][业务属性]为空或者存在手续费的付款单,请先处理完毕。
b.是否存在需要拆分交易分录的付款单,而交易分录不是按标准实体(付款单行/付款单代付行/付款单用途行)生成的,请先处理完毕。
✓收款单:
a.是否存在[收款对象]为空或者有票据结算对应并且结算方式[业务属性]为空的收款单,请先处理完。
b.是否存在需要拆分交易分录的收款单,而交易分录不是按标准实体(收款单行/收款单代收行/收款单用途行)生成的,请先处理完毕。
✓PO:
是否存在未Cancel或未财务关闭的外部直运PO,请先处理完毕。
✓出货单行:
是否存在预出货单行存在预留量的单据,请先处理完毕。
✓退回申请单:
是否存在退回申请单存在维修中的普通退货数据,请先处理完毕。
✓是否有料品在多个BOM中,即做为副产品,又做为联产品。
如果有,则需要修改为一致,否则不能升级。
✓是否有料品创建了BOM,但又做为其他BOM的联副产品。
如果有,则需删除,否则不能升级。
✓原来的BOM中的联副产出料品的属性,可生产/可库存是否为true。
如果为否,则必须修改,否则不能升级。
✓对于KIT子件如果子件的计算成本等于false,则必须改成true;同时修改成本百分比。
✓推荐升级时固定资产上期最好已结账,不是必须的。
2、必须获得最新的升级工具以及最新的升级包,以发布的最新安装程序为准。
3、如果您使用的是SQLServer2008数据库系统则请确认是否启用了压缩机制,如果没有启用压缩机制,启动压缩机制请参考升级补充说明中的如何压缩数据库。
4、请将SQLServer的恢复模式设置为“简单模式”,可以有效地降低磁盘使用空间。
5、请检查数据库的增长模式,建议使用“不限制增长”模式,否则可能由于空间不足而导致升级失败。
升级步骤
升级流程
备份数据库:
在升级之前,请手工或者使用系统管理工具备份当前要升级的数据库,并确保在升级出现问题时能够快速的恢复到升级之前的状态。
业务检查:
升级程序会首先检查是否存在为完成的关键业务,此关键业务是指可能导致升级失败或者升级数据错误的数据,该关键业务必须完成之后才能继续升级,如果在升级过程中看到提示,请按提示完成关键业务之后继续升级。
注意:
此时数据库未发生任何变化,不需要重新还原数据库,只需要完成提示的业务之后继续执行升级过程即可。
前置脚本:
前置脚本是只元数据升级之前需要执行的脚本,该脚本的主要目的是为了处理升级元数据升级之前需要调整的数据,该过程大概需要10分钟左右。
元数据升级:
根据新的模型数据,产生新的元数据,或者修改已有的元数据,该过程大概需要1小时左右。
后置脚本:
元数据升级结束之后执行的脚本,该脚本将完成新产品预制数据以及必要业务数据的更新,该过程正常情况下需要2小时左右。
发布菜单:
该过程将新产品的菜单发布到系统中,该过程大概需要10分钟左右。
升级权限:
由于菜单的变化需要发布新的权限数据,该过程大概需要10-30分钟左右。
BP升级:
当升级工具提示已经升级完成之后,根据操作过程描述的方法执行BP升级过程,该过程根据不同的BP执行的时间不尽相同。
操作过程
打开升级工具,该程序的名称为:
UFIDA.UBF.Build.Install.exe。
双击该程序进入升级程序,如下图所示,该界面由两个页签[操作]、[日志]组成,升级的所有操作将在[操作]页签完成,操作页签分为两个区域[数据连接]、[补丁升级]两部分。
数据连接是为了设置数据库连接,[获取]按钮用来获取指定服务器下面所有的数据库,[测试]按钮用来测试当前数据库是否为连接状态。
默认情况下是使用Windows集成认证来连接数据库,您无需输入密码,如果您不具备Windows集成认证的条件,请选择[使用SQLServer验证登录],并且输入SQLServer的登录用户名和密码。
注意:
该程序必须在数据库服务器上执行,请勿在其他环境下执行。
1、点击[获取]按钮将从当前的[数据库服务器]获得该服务器下的所有数据库,在数据库名称中点击需要升级的数据库。
为了确保数据库可用,请点击[测试]按钮确定数据库当前状态可用。
2、在升级补丁区域选择打开按钮,此时会出现一个文件选择对话框,从该对话框中选择升级补丁包,如下图所示:
3、点击打开按钮之后点击[数据库升级],即可进行数据库升级,开始升级之后[操作]页签中的所有UI均被置灰直到升级结束之后都无法使用,此时可以通过[日志]面板来查看升级的进度以及具体的执行情况。
升级补充说明
升级调度
等待升级结束之后请执行下面的BP完成最后的升级过程
1、库存规划接口表的升级:
BP组件:
UFIDA.U9.InvPlan.InvPlanBP.dll
BP名称:
InvPlanUpdateBP
依赖的服务:
UFIDA.U9.InvPlan.InvPlanSV.dll
2、为预留需求、在手量以及预留记录新增字段“预留占用量”赋值,为预留需求,预留供应,ATP需求,ATP供应新增的字段“交易单位2”、“副单位2”、“交易主-副2”、“交易-库存主”赋值,多组织存储地点以及库位升级
BP组件:
UFIDA.U9.ATP.ATPUpgrade.dll
BP名称:
ATPRSV15to20Upgrade
依赖的服务:
无
3、升级固定资产,如果您使用了固定资产模块,则需要添加固定资产升级BP完成固定资产的升级
BP组件:
UFIDA.U9.FA.FAUpgrade.FAUpgradeBP.dll
BP名称:
UFIDA.U9.FA.FAUpgrade.FAUpgradeBP
依赖的服务:
无
4、采购收货单,需要完成才有收货单的升级。
BP名称:
Rcv15SP3To20UpdateBP
如何建立调度的方法请参考《U9产品使用手册》,调度设置为仅执行一次,执行的时间设置为设置调度后3-5分钟即可。
该调度执行完成之后最好将其删除,以免其他人再次执行。
执行步骤:
选择一个用户,登入PORTAL,再进入到系统管理模块。
选择请求管理结点,按照下面的提示进行设置操作即可
UAP默认值升级说明
因为SP3的主控件模型和2.0的条件模型已经完全不同,不可能做到把SP3的模型完整转换成V2.0的模型,目前升级的规则是:
只升级SP3里设置的“默认”的主控件方案,将原来的SP3里默认的主控件方案拆解成V2.0里的条件为一个控件的多行记录的模式,比较符都是AND。
举例:
SP3的默认主控件方案是:
控件A=1的时候,应用默认值方案1
控件A=2的时候,应用默认值方案2
控件A=3的时候,应用默认值方案3
升级后:
V2.0的条件方案是:
比较符控件A方案
AND1默认值方案1
AND2默认值方案3
AND3默认值方案3
这样升级后,能够保证V2运行期的效果跟SP3的效果是完全一致的。
产品更新概要
财务
1.现金流监控升级注意事项:
(升级后)
✓现金流计划期间与预测期间对照升级为期间对照,在升级后需要重新建立对照关系。
2.应收应付系统的收付款单升级成现金银行收付款单注意事项:
(升级后)
✓升级前,如果1.5没有启用现金银行,则先进行升级,然后再在2.0中启用现金银行,设置好现金银行的单据类型和应收应付的收付款单据类型的关系后,再导入应收应付的收付款单。
3.总账升级注意事项:
(升级后)
✓总账参数中的“科目编码、名称的显示方式”移到了账簿上面,而且由于V2.0可以调整弹性域普通段的显示顺序,所以增加科目的显示名称、显示编码字段,导致了该参数无法进行升级。
✓请升级后,原有对于该参数的设置到帐簿的参数中,重新设置保存后就可以正常使用了。
4.固定资产整体升级注意事项:
✓升级时固定资产上期最好已结账(不是必须)。
5.资产类别升级注意事项:
(升级后)
✓差异描述:
:
‘原值包含税款’、‘原值包含费用’、‘原值包含费用税’这三个设置决定了新建资产卡片时,资产原值是否包含货款税额、费用额、费用税额的金额。
在V1.5版中,是在资产折旧账簿中设置的,升级后折旧账簿中的设置在UI不显示且不起作用。
✓升级后需要用户根据实际应用在资产类别中设置这三项,这样才能保证升级后新增的资产卡片原值的正确性。
对于升级前的资产卡片数据没有任何影响。
6.固定资产AAI分录模板升级注意事项:
(升级后)
✓差异描述:
资产卡片相关的五个分录模板FA121、FA122、FA123、FA129、FA130,V2.0版本中在模板头增加了[是否期初]字段,且系统默认设置为‘F’。
在V1.5版中,没有这个设置字段。
✓差异描述:
固定资产中新增了期初建卡的分录模板FA134,主要是录入原始卡片时用到该模板,且系统默认设置为‘F’,同时模板中的‘是否转总账’默认设置为‘T’。
在V1.5版中是与新增资产共用一个模板FA130。
✓差异描述:
资产变更分录模板FA201,修改了金额取值来源。
✓升级后:
根据预置模板FA121、FA122、FA123、FA129、FA130、FA201生成的、用户设置的分录模板会自动失效,需要用户重新选择预置模板生成分录模板,并且按业务需要进行设置,这样在生成资产卡片时才能生成交易分录。
✓升级后:
对于期初分录模板,需要用户选预置模板生成分录模板,并且按业务需要进行设置,这样在录入原始卡片时才能生成交易分录。
7.财务其他AAI分录模板升级注意事项:
(升级后)
✓升级前下列会计相关的分录模板,在升级后将全部将置为失效,系统将重新预置V2.0的分录模板。
系统升级后,请依据新的预置模板重新设置分录模板。
✓现金银行的银行转账单模板。
✓应收管理的INV/DM/DA模板、CM/CA模板、客户收款单模板、客户付款单模板、计提坏账准备模板、坏账收回模板、质保金变更模板。
✓应付管理的INV/DM/DA模板、INV/DM/DA模板、DM/DA模板、供应商付款单模板、供应商收款单模板。
✓票据管理的所有模板。
供应链
采购管理升级注意事项
1、采购单据私有档案引用问题
差异描述
✓和1.5相比,本版中的档案数据进行了调整,分为全局类型、多组织类型和私有类型
✓全局类型的档案,任何组织内都可引用;
✓多组织类型的档案,可以跨组织引用,也可下发到组织内部进行引用。
✓私有类型的档案,只能单组织建立档案,单组织引用。
升级意事项
✓采购单据内引用的部门、业务员和存储地点,都属于私用类型的档案。
升级前的采购单据如果引用了其它组织的部门、业务员和存储地点,则升级后可能被清空。
2、外部直运采购的升级问题
差异描述
✓和1.5相比,外部直运采购业务会根据外部直运销售的出货单自动创建外部直运采购的收货单,并根据该收货单确立应付。
升级意事项
✓升级前若存在未完结的外部直运采购业务(未财务关闭),则不能升级,必须在外部直运采购业务均已财务关闭之后才允许升级。
✓且升级后,这部分业务不可逆。
用户可以采取的策略:
✓利用升级工具提供的脚本进行检查,找出不能升级的单据,保证各单据均已财务关闭或cancel后才可升级;
3、内部交易的升级问题
差异描述
✓1.5版中,是否需要内部交易是否结算是在两个组织中全部关系中任意一个关系中定义关系企业则需要进行内部结算。
✓2.0版中,是否需要内部结算时按组织间关系来定义,不同关系可以不一致。
升级意事项
✓升级后对升级前的单据做逆操作时需要慎重,只有在确保组织平行关系正确设置的情况下再进行逆操作,否则可能与原始情况不一致
4、KIT件采购的升级问题
差异描述
✓1.5版中,只提供了按套件下的部件收货,允许在计划行中按部件指定发票组代码,可以指定多个发票组代码。
✓2.0版中,对于按部件收货,按部件指定发票组代码,一个发票组代码会产生一条套件的计划行。
升级意事项
✓KIT件不成套收货时,若原一个KIT母件下存在多个billsetcode,升级后回合并成一个billsetcode
5、预置分录模板问题
差异描述
✓V2对部分分录模板做了调整,对于模板明成,原转总账的分录模板统一在模板名称后新增“(转总账)”的标识,对于原不转总账的分录模板统一在模板名称后新增“(业务分析)”的标识
✓V2删除了如下预置分录模板
◆PU-010服务采购
◆PU-020外部直运
◆PU-140集采分收
◆PU-150一般进口
◆PU-160无订单收货
✓V2修改了如下预置分录模板的模板名称:
◆PU_030名称由“VMI采购结算”改为“采购订单-VMI采购结算(业务分析)”
◆PU_040名称由“借入转采购(转总账)”改为“采购订单-借入转采购(转总账)”
◆PU_050名称由“借入转采购(不转总账)”改为“采购订单-借入转采购(业务分析)”
✓V2对如下模板调整了名称并做了其他一些调整:
◆PU_060名称由“标准采购”改为“收货单行-普通采购[非固定资产/非费用](业务分析)”
◆PU_070名称由“领用进费用(不转总账)”改为“收货单行-普通采购[费用-领用进费用](业务分析)”
◆PU_080名称由“领用进费用(转总账)”改为“收货单行-普通采购[费用-领用进费用](转总账)”
◆PU_090名称由“收货一次进费用采购”改为“收货单行-普通采购[费用-收货进费用](转总账)”
◆PU_100名称由“固定资产采购”改为“收货单行-普通采购[固定资产](业务分析)”
◆PU_120名称由“工序外协采购”改为“收货单行-工序外协采购(业务分析)”
◆PU_130名称由“全程委外采购”改为“收货单行-全程委外采购(业务分析)”
◆PU_170名称由“采购退货”改为“收货单行-普通采购退货[非费用](业务分析)”
◆PU_180名称由“采购退货-一次性进费用”改为“收货单行-普通采购退货[费用-收货进费用](转总账)”
◆PU_200名称由“费用采购退货-领用进费用(不转总账)”改为“收货单行-普通采购退货[费用-领用进费用](业务分析)”
◆PU_210名称由“费用采购退货-领用进费用(转总账)”改为“收货单行-普通采购退货[费用-领用进费用](转总账)”
◆PU_190名称由“销售退货”改为“收货单行-销售退货(业务分析)”
升级意事项
✓升级后,根据预置模板生成的、用户设置的分录模板会自动失效,需要用户重新选择预置模板生成分录模板,并且按业务需要进行设置。
销售管理升级注意事项
1、销售单据私有档案引用问题
差异描述
和1.5版相比,2.0版中的档案数据进行了调整,分为全局类型、多组织类型和私有类型。
全局类型的档案,任何组织内都可引用。
多组织类型的档案,可以跨组织引用,也可以下发到某个组织内部进行引用。
私有类型的档案,只能按组织建立档案,哪个组织创建就在哪个组织引用。
升级注意事项
销售单据内引用的部门、业务员和存储地点,都属于私用类型的档案。
升级前的销售单据如果引用了其它组织的部门、业务员和存储地点,升级时可能会被清空的。
用户可以采取的策略:
针对以上单据,或者清除不正确的引用;或者在本组织内新建档案,替换不正确的引用。
2、销售订单套件处理
差异描述
套件,也称KIT件,1.5版中,只提供了按套件下的部件出货,允许在计划行中按部件指定发票组代码,可以指定多个发票组代码。
2.0版中,对于按部件出货,按部件指定发票组代码,一个发票组代码会产生一条套件的计划行。
升级注意事项
1.5版中的销售订单计划行如果部件存在多个发票组代码,升级时只保留一个发票组代码。
3、外部直运销售订单
差异描述
1.5版中,外部直运的销售订单是不可出货的。
2.0版中,可以针对外部直运销售订单进行出货,同时生成针对外部直运采购订单的收货。
升级注意事项
由于处理方式的不同,如果1.5版中存在未处理完毕的销售订单,升级后可能存在无法处理的问题。
用户可以采取的策略:
需要把外部直运销售订单处理完毕,即销售订单立账完毕后,再进行升级。
4、预出货单预留注意事项
差异描述
1.5版中,如果销售订单存在预留,销售订单生成预出货单,会把预留转移至预出货单上。
2.0版中,根据预出货单的作用分为单独管理与混合管理,单独管理的预出货会释放原订单的预留,混合管理的预出货单不会引起预留的变化。
升级注意事项
1.5版中,如果销售订单有预留且生成了预出货单,升级后预出货单可能无法处理。
用户可以采取的策略:
●第一步,利用升级工具提供的脚本进行检查,找出不能升级的预出货单;
●第二步,把未处理完毕的预出货单出货并确认后,再进行升级。
5、套件退货问题
差异描述
对于套件,也称KIT件,在退货处理中本版有较大调整。
1.5版的退货申请单中,允许录入套件,系统在退货申请子行中自动展开,形成部件的退货清单。
2.0版中,退货申请可以录入套件,但在退货申请中不再展开。
收货时在销退收货单中自动展开部件。
升级注意事项
如果1.5版中,退货申请单如果存在未处理完毕的KIT套件,升级后退货申请可能会存在无法处理的问题。
用户可以采取的策略:
把未处理完毕的退货申请处理完毕,结案后再进行升级。
6、普通退货接收并退款RMA的处理流程
差异描述
和1.5相比,普通退货的接收并退款RMA处理流程在2.0版中有所变化。
原来的流程为先申请,然后收货;收货后根据退货申请生成退货处理,然后按退货处理进行财务处理。
升级后,新的流程为申请,然后收货;收货后可以推式或拉式生成退货处理,再对退货处理进行财务处理。
升级注意事项
普通退货的接收并退款RMA处理流程有所调整,升级后可能存在无法处理的问题。
用户可以采取的策略:
用户必须把普通退货接收并退款RMA处理完毕,才可以进行升级,
7、普通退货调换RMA的处理流程
差异描述
和1.5相比,普通退货的调换RMA处理流程在2.0版中有所变化。
原来的流程为先申请,然后收货;收货后根据退货申请生成退货处理,然后按退货处理进行换货处理。
升级后,新的流程为申请,然后收货;收货后可以推式或拉式生成退货处理,再对退货处理进行换货处理。
升级注意事项
普通退货的调换RMA处理流程有所调整,升级后可能存在无法处理的问题。
用户可以采取的策略:
用户必须把普通退货调换RMA处理完毕,才可以进行升级。
8、普通退货维修RMA的处理流程
差异描述
和1.5相比,普通退货的维修RMA处理流程在2.0版中有所变化。
原来的流程为先申请,然后收货;收货后针对退货申请进行维修。
新的流程为申请,然后收货;收货后可以推式或拉式生成退货处理,再对退货处理进行维修。
升级注意事项
普通退货的维修RMA处理流程有所调整
用户可以采取的策略:
●第一步,利用升级工具提供的脚本进行检查,找出不能升级的单据;
●第二步,把无法升级的退货申请维修完毕,再升级。
9、销售预置分录模板问题
差异描述
2.0版中,对部分系统预置的业务分录模板做了调整,对于模板名称,原转总账的分录模板统一在模板名称后新增“(转总账)”的标识,对于原不转总账的分录模板统一在模板名称后新增“(业务分析)”的标识。
Ø2.0版中,销售与分销模块删除了如下预置分录模板
⏹SD_120先票后货销售订单模版
⏹SD_130服务销售销售订单模版
⏹SD_150内部直运销售订单模版
⏹SD_160外部直运销售订单模版
⏹SD_180一般出口销售订单模版
ØV2修改了如下预置分录模板的模板名称:
⏹“SD_110先货后票”改为“SD_110销售订单标准销售(业务分析)”
⏹“SD_140委托代销”改为“SD_140销售订单委托代销(业务分析)”
⏹“SD_190出货单”改为“SD_190销售出货单”
⏹“SD_200预出货单”改为“SD_200销售预出货单”
⏹“SD_210RMA单”改为“SD_210退货处理单”
库存管理升级注意事项
1、组织间内部交易
差异描述
✓判断组织间是否内部交易的规则变化:
区分内部交易的来源,按下述关系类型确定两组织间该笔业务是否内部交易。
升级注意事项
✓升级后,请根据业务需要对照下表补充业务关系。
内部交易来源
关系类型
调拨
物流—工厂
物流—物流
工厂—工厂
工厂—物流
出货
销售-物流
销售-工厂
收货
物流-采购
工厂-采购
采购-采购
领料
工厂-物流
工厂-工厂
完工
物流-工厂
工厂-工厂
关系工厂资源耗用报告
工厂-工厂
2、生产订单/生产线日计划自动生成序列号功能
差异描述升级注意事项
✓使用生产订单/生产线日计划自动生成序列号功能的用户,升级到2.0后,应创建一个新的序列号编号规则,并定义‘随机自动编号规则’;再创建一个新的序列号参数档引用新的编号规则;并在相关料品上引用此序列号参数。
不使用生产订单/生产线日计划自动生成序列号功能的用户不受影响。
3、批号主档增加料号
差异描述升级注意事项
✓批号主档增加了料号,若一个批号被多个料使用,则升级后:
原来的一个批号主档,会被按料品+批号拆成多个批号主档。
制造
1、BOM升级注意事项:
(升级前)
✓是否有料品在多个BOM中,即做为副产品,又做为联产品。
如果有,则需要修改为一致,否则不能升级。
✓是否有料品创建了BOM,但又做为其他BOM的联副产品。
如果有,则需删除,否则不能升级。
✓原来的bom中的联副产出料品的属性,可生产/可库存是否为true。
如果为否,则必须修改,否则不能升级。
✓对于KIT子件如果子件的计算成本等于false,则必须改成true;同时修改成本百分比。
2、BOM升级注意事项:
(升级后)
✓BOM子项取消调料字段,对于原先调料的功能的备料,需要使用备料工作台满足原来的操作。
✓BOM子项取消倒扣可改标志,对于倒扣可改=true的子项升级后发料方式会变成推式,不会倒扣,如果需要倒扣则需要手工改成倒扣。
如果不需要修改则使用完工齐套检查功能实现,本版本倒扣的备料不在提供修改功能。
3、生产不支持厂牌:
(升级后)
✓在生产订单去掉厂牌字段。
✓升级时,对生产订单的厂牌字段将不会被升级过来。
4、重复生产的排产方向(升级后)
✓在生产参数中去掉了排产方向的设置,在物料生产线关系上增加该设置。