财务模块升级注意事项
一、升级前应完成的工作
?升级前,未确认协同凭证必须确认,否则升级后无法确认。
?所有与商业票据有接口的单据升级前必须走完单据
流程
快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计
;
?升级前已审核完成待签字的应收单、应付单,升级后,需要实施特殊处理,
方案
气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载
一:
升级前先将此类单据签字完成;方案二:升级后不能对应收应付单签字,所以需要升级后反审单据,再重新审核生效;
?升级前应把委托收付款的流程全部走完。
?升级前最好把开户银行的开户日期正确填写,以免升级时会造成误判。
?55总账覆盖升级502时,要注意502总账代码不能有.\modules\gl\client\lib\uiglcore.jar,
如果有,在升级时请删除掉该jar包。
二、升级后应关注的事项
1. 会计平台
1.对于项目档案、存货档案,自V55版本以后总账存储的是基本档案作为辅助核算,
如果业务系统(除应收应付网上报销现金管理系统外)使用管理档案存储,则需要在
定义凭证模板时使用getcolvalue进行转换,即由管理档案转换成基本档案,否则
不能正确生成凭证的辅助核算。具体如下:
项目辅助核算的转换
公式
小学单位换算公式大全免费下载公式下载行测公式大全下载excel公式下载逻辑回归公式下载
:
getcolvalue("bd_jobmngfil","pk_jobbasfil","pk_jobmngfil",对应变量) 存货辅助核算的转换公式:
getcolvalue("bd_invmandoc","pk_invbasdoc","pk_invmandoc",对应变量)
2.如果升级前凭证模版取数公式使用了存货、项目、客商等值作为取数条件,由于本
版这个档案由存储管理档案PK修改为存储基本档案PK,升级后需要手工修改PK 值为基本档案PK值,如:iif(#chbm_cl0#= getBDPk("存货档案
","ch5501","00EQA"),#借方原币金额]1#,100)。
3.单据生成凭证时升级前使用帐户做影响因素,对于升级上来如果没有管理帐户时不
需要手工处理,如果有管理帐户且需要用管理帐户做影响因素时,需要手工修改对照
表
关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf
;
4.原报账中心“账户档案”的影响因素升级为现金管理的本方账户,对应档案为资金
账户,如果升级后的资金账户里含有管理账户,需要另外重新定义管理账户的影响因素及其对照表;
5.会计平台使用业务类型作为影响因素时,由于首先要选择业务类型才能录入单据,
因此需要在公司修改流程配置,至少给每个业务类型配置一个流程,关联一个自制交易类型。
6.生成凭证时科目的辅助核算如果原来取单据上#帐户#或者#开户银行#作为辅助核
算变量,升级后需要手工修改为收付款银行帐号或者本方帐户;
2. 总账
1.辅助核算的变化:原【开户银行】升级为【银行账户】参照的内容为银行账户,原
【账户档案】升级为【资金账户】参照的内容为:现金账户+银行账户+管理账户,基本档案的升级详情请见UAP的发版说明;
2.辅助核算类型名称的变化:原【存货档案】改名为【存货辅助核算】、原【项目管理
档案】改名为【项目辅助核算】、原【项目大类名】改名为【项目大类名+辅助核算】,以上档案均存基本档案PK,不再存管理档案PK;
3.数据权限修改为仅支持按“客商档案”设置,取消“客商辅助核算”档案的数据权
限;
4.由于基本档案的变化,升级过程中可能会出现客商合并,如果总账的IUFO函数指
定了被合并的客商,系统无法升级,需要重新定义总账IUFO函数;
3. 现金管理
委托收付款数据升级
?委托收款、委托付款需要在单据管理里的结算页签操作,或者在结算处理里的结算
节点统一操作,且是否需要委托收付款从原来在交易类型上设置改在增加单据时选择是否委托收付款的选项。
升级前单据类型已选“是否委托收付款”的暂存收款类单据,升级前未委托收款,若单据表体账户均为资金组织账户,升级处理时会将单据表头的“申请委托收款”选中,若升级后需要委托资金组织收款且系统没有自动处理成需要委托收款,需要手工修改单据,将单据表头的“申请委托收款”,选项选上,且将业务流程字段写为可委托收款的流程;
升级前单据类型已选“是否委托收付款”的付款类单据,升级前未审批通过的(包括暂存、保存态、审核中的)及已审批未生效(需要签字)的单据,若单据表体账户字段唯一且均为资金组织账户,同时表体的客商唯一,升级处理时会将单据属性“申请委托付款”选中,若升级后需要委托资金组织付款且系统没有自动处理成需要委托付款,需要手工修改单据,将单据表头的“申请委托付款”选项选上,且将业务流程字段写为可委托付款的流程;
?委托收付款的升级处理:升级后已处于结算完成状态,升级后如取不到结算人时,
则委托收款取制单人、委托付款取签字人作为结算人;
单据模板升级
?原直接在默认模板(D0、D1、D2、D3、D4、D5、D6、DW)上修改后直接使用的,升
级后模板将按新的系统预置方式变更,所以若有这种应用的,在升级前请将此模板复制出来,分配给相关节点及角色,然后再升级,否则升级后模板可能会发生较大的变化上。
?委托收付款:原来定义在单据类型(交易类型)上的属性“是否委托收付款”本版
移到收付款单据上,所以需要委托收付款的交易类型,需要实施顾问手工修改单据模版的表头“申请委托收款”(or“申请委托付款”)设置为显示,
?V55版银行账户相关功能修改,弱化原账户(修改为管理账户,在单据上作为备注
信息,而不是资金管理的中心),而按银行账户(或现金账户)为中心进行资金管理,所以对于资金单据,原版本中多数用户在模版上都设置了“账户”必输,升级
后此账户弱化为“管理帐户”,模板可设置为“管理账户”不是必输项,但收款银行帐号(收款类单据)或付款银行账号(付款类)则应设置为必输了。
?升级前一个账户档案对应一个开户银行,升级后合并与一条银行账户,管理账户为
空,如果单据模板上设置了账户档案必录,需要调整单据模板;
?划帐结算单自定义模版:升级前只需要录入“帐户”,但升级后收付款银行账号需
要分列录入,即付款行录入付款帐号,收款行录入收款帐号,升级前后模版字段显示顺序需要手工调整;
?单据模板上自定义项的编辑公式不做升级处理,如果有此类设置,升级后应自行再
设置。
单据协同升级注意
?本版取消按帐户协同,升级前按帐户协同的设置不升级,需要继续使用帐户协同的,
应按客商协同实现该功能;升级前的客商协同设置需要手工修改增加需要使用的流程。
流程配置升级注意
?V55版现金管理所有单据需要先进行流程配置,然后才能录入单据。系统对默认交
易类型预置了现金管理通用流程、委托收款、委托付款等流程,对于自定义交易类型,升级后应按业务需要配置合适的流程;
散户升级
?原单据散户字段存储的是字符,V55散户字段存档案PK,那么升级前数据,升级
后按散户名称若能匹配到档案,则转存散户PK,否则仍显是字符。
应用服务函数升级
?原报账中心的结算收款发生额ECJSSKFS、结算付款发生额ECJSFKFS、结算余额
ECJSYE 升级到V55在新安装用户里不再提供。如果一个开户银行对一个账户档案,升级后合并成一个银行账户档案,此时需要用户按新函数重新定义取数;如果原用户定义按账户属性定义取数的,也需要按新函数重新定义。
?原报账中心根据事项审批单所取的几个函数(审批笔数、审批金额、审批实际支出
金额、发生实际支出金额)不做升级处理。
银行对账升级
?升级前银行对账账户如果银行帐户和开户银行都为空,升级后应指定才能导入对账
单,但对已启用的对账账户只能指定一次银行账户,保存后不能再修改。
?银行对账:升级前是只要签字就行了,升级后则必须已结算的才能参与银行对账;
其他
?其他依附于现金管理的模块建账日期应在现金管理的建账日期之后,否则会造成其
他相关模块业务单据的结算信息内容传不到现金管理里来或不能做结算处理。相关模块有:应收、应付、网上报销、资金结算等。
?期初余额:原来开户银行升级到银行账户后期初余额可能不对,且如果修改时,有
余额的资金账户期初复核日期为现金管理建账日期,账表查询及单据签字结算均以复核日期为准,即视同复核日期为该账户的期初余额日期,这样可能会造成期初余额日期比开户日期要早的情况发生;
?原使用报账中心作为费用归集中心(如广电等行业),升级后不支持此应用;
?原汇票贴现、承兑由于V55在财务单据不再支持此功能,而升级也无法处理,所以
票据类型数据升级到V55是不完整的,需要用户根据某升级上来的数据,确定升级到V55这一时刻票据类型的期初数据并从此往后查询,以前的数据最好不要查询,因为数据不完整;
?V55票据类型统一作为集团档案,原公司级的空白票据类型需要手工调整,首先在
集团新增票据类型,然后在公司票据类型节点使用“合并”按纽,将公司的票据类型合并到集团票据类型,然后到票据模块的设置节点做票据类型的个性化设置,单据以及凭证上引用的票据类型会自动更新。
?V55的银行账户等默认最低限额受控,且最低余额为0,如果升级后帐户当前余额
为负数时,需要调低最低余额或设成不受最低限额控制。
?升级前应收应付报账中心已经生效的收付款类单据,升级后收款类单据的状态自动
处理为结算完成,付款类单据分成两类,支付成功的全部处理为已结算(包括网上转账、委托付款、手工支付支付成功的);原来为已生效但支付状态为空(主要指原来为手工结算,但又没有执行手工结算操作的,所以支付状态为空),将已生效的非网上支付、非委托付款的付款单据结算状态升级为“已结算”,结算日期取生效日期。
?网上支付需要到结算节点或者网上付款节点做网上支付,同时补录网银信息按钮放
到结算页签了;
?打印:原来选一个模板,升级以后变成两个模板;
?升级前打印模版设置的自定义打印变量,如果不能正确打印数据,则需要重新定义
公式;
4. 应收应付
报账中心升级
?只启用报账中心,未启用收付产品的用户,升级到V55后,需要实施顾问手动启
用应收管理、应付管理,启用日期必须与原报账中心启用的日期一致,否则原报账
中心的应收单、收款单升级到应收管理;报账中心的应付单、付款单升级到应付管
理后查询不到认。
委托收付款数据升级
?升级前单据类型已选“是否委托收付款”的暂存收款类单据,升级前未委托收款,
若升级后需要委托资金组织收款,需要手工修改单据,将单据表头的“申请委托收
款”,选项选上,且将业务流程字段写为“ar03 委托收款流程”(ar03是系统默认
委托收款流程,也可升级为用户定义的符合委托收款的流程)。
?升级前单据类型已选“是否委托收付款”的付款类单据,升级前未审批通过的(包
括暂存、保存态、审核中的)及已审批未生效(需要签字)的单据,若升级后需要
委托资金组织付款,需要手工修改单据,将单据表头的“申请委托付款”选项选上,且将业务流程字段写为“ar03 委托收款流程”(ap03是系统默认委托付款流程,也
可升级为用户定义的符合委托付款的流程)。
模板升级
?原直接在默认模板(D0、D1、D2、D3、D4、D5、D6、DW)上修改后直接使用
的,升级后模板将按新的系统预置方式变更,所以若有这种应用的,在升级前请将
此模板复制出来,分配给相关节点及角色,然后再升级,否则升级后模板可能会发
生较大的变化上。
散户升级
?原单据散户字段存储的是字符,V55散户字段存档案PK,那么升级前数据,升级
后将丢失。
?
坏账准备升级
?升级前坏账准备没有区分方案,所以每一公司存储的一个合计余额值,升级到V55
后,可以沿用不区分方案,合并计提坏账准备的方案,若用户有分类计提的需求,则需要实施顾问升级后,根据用户实际情况调整新方案的期初余额。
?现象一:升级前方案为内部客商不计提,外部客商及部门业务员应收计提坏账,那
么升级后需要调整方案的期初余额,假设升级前坏账准备余额为50000元,升级后
将升级成三个坏账计提方案:
?计提方案一:往来对象为“客户”,计提因素为“客商类型”且形成了一个为“外部客商”的子方案,程序升级处理时将升级前的50000元余额全部记在此
方案上,若升级前分析这些坏账准备中有5000元为往来对象为部门应收计提
的,有3000元为往来对象为那么就需要在数据库(arap_dstlcase_b)中调整此
方案的期初余额为40000元。
?计提方案二:往来对象为“部门”,计提因素为“空”,程序升级处理时未记余额在此方案上,若升级前分析这些坏账准备中有5000元为往来对象为部门应
收计提的,那么就需要在数据库(arap_dstlcase_b)中调整此方案的期初余额为
5000元。
?计提方案三:往来对象为“业务员”,计提因素为“空”,程序升级处理时未记余额在此方案上,若升级前分析这些坏账准备中有3000元为往来对象为业务
员应收计提的,那么就需要在数据库(arap_dstlcase_b)中调整此方案的期初余
额为3000元。
三、报帐中心产品升级至55版本的解决方案
应用场景一:升级前应用报帐中心产品进行往来管理;
升级方案:数据平滑升级;升级后必须启用应收应付产品。
应用场景二:升级前应用报帐中心产品进行报销管理。
又细分四种情形:
2.1升级后重新实施报销系统,且不要求历史数据升级
升级方案:重新实施,不应用升级方案
优缺点:实施工作量较大,产品匹配程度好,升级前的数据不能连续查询;
2.2升级后重新实施报销系统,仅要求将应用报销系统期初的数据升级到网上报销产品中
升级方案:非平滑升级,提供升级工具
优缺点:实施工作量较小,产品匹配程度好,但除未还完的借款外,不能查询升级以前的费用数据;
注意事项:往来对象为业务员的付款单作为借款报销的借款单、收款单作为借款报销的还款单,V502在未核销前就统计到借款表中,升级前应先进行核销,核销完成后,才能进行升级
数据升级示意图:
升级工具简介:支持用户将应付系统中的未还完借款升级至网上报销产品的期初借款单。升级处理流程图示:
应用升级工具时,由用户指定原单据类型和网上报销产品中交易类型的对应升级关系。
2.3升级后重新实施报销系统,但要求将所有历史借款报销数据升级到网上报销系统中
升级方案:非平滑升级,提供升级工具;
数据升级示意图:
升级工具简介:支持用户将应收、应付、现金管理系统中的借款、报销数据升级至网上报销产品。
优缺点:有一定的实施工作量,产品匹配程度较好,能够连续查询升级前后的数据;
注意事项:升级后报销产品的启用日期应不晚于原报账中心的启用日期;付款结算单单据上业务员非空、往来对象是业务员的付款单(应付单、收款单)可通过工具迁移到报销管理里。其他情况的单据则不应迁移。
升级处理流程图示:
2.4升级后不重新实施网上报销产品,且要求延续其原来的应用
升级方案:非平滑升级,提供升级工具;支持继续在应付系统中进行借款报销业务处理,但不提供借款控制。
数据升级示意图:
升级工具简介:支持用户在应付系统中进行借款、报销业务处理(不支持借款控制),并在应付系统中提供借款、报销相关帐表,取借款报销业务单据数据。以脚本包的形式提供,只有运行了该脚本包,才可以在应付系统查询该四张报表,才可以在交易类型设置里通过模板设置显示“是否借款报销”的选项。
优缺点:基本没有实施工作量,产品匹配程度不好,升级后有一定的功能缺失。升级后应付单与付款单之间的核销只能在“是否借款报销”标为是的单据之间进行核销;
升级处理流程图示:略,应用升级工具包则可在应付系统中进行借款、报销帐表查询。应用场景三:应用报帐中心产品进行单位资金管理。
又区分三种情形:
3.1只使用了收款结算单、付款结算单、划帐结算单,没有使用收款单、付款单。
升级方案:平滑升级
数据升级示意图:
3.2使用了收款单、付款单、收款结算单、付款结算单、划帐结算单,且同意升级后启用收付产品
升级方案:平滑升级
升级方案示意图:
3.3使用了收款单、付款单、收款结算单、付款结算单、划帐结算单,且不同意升级后启用收付产品
升级方案:非平滑升级,提供升级工具
数据升级示意图:
升级工具简介:支持用户将应收应付系统的数据升级至现金管理系统。
优缺点:有一定的实施工作量,有限定条件(原收付款单不需要核销),能够连续查询升级前后的数据;
升级流程示意图:
其他应用场景:存在应用报帐中心产品解决报销、往来管理、资金管理需求的组合应用
升级方案是以上各类业务升级方案的组合;不再细节描述。
其他需要说明的地方
1.升级工具只处理数据的迁移,并同时删除已迁移部分单据,如:利用工具把付款结算单
迁移到报销单,报销单生成后,同时把升级上来已进行过迁移的付款结算单的数据删除。
2.迁移后的单据仍然能够实现与凭证之间的联查,升级前已生成的实时凭证仍然能够正常
生成总账凭证。但迁移后的单据如果要生成凭证,则根据新的交易类型对应的凭证模板生成凭证。所以如果要使用工具做数据迁移,则应如下操作:
1)从V502升级到V55;对于2.3的情况,如果升级前的应付单需要在升级后变成报
销单,则需要先在升级前增加一个付款结算单的单据类型,且把原应付单转换成付款结算单后再处理升级;(暂定)
2)增加数据迁移的目的交易类型,如差旅费报销单,并设置差旅费报销的凭证模板、
单据模板,设置审批流,设置流程配置;
3)利用工具提供的功能设置源单据与目的单据的对应关系,并设置原单据表头表体字
段与目的单据表头表体字段的对应关系;
4)执行工具完成数据迁移;
5)删除或封存原交易类型(单据类型);
3.使用升级工具后,对于报销业务,还是需要分为多个模块处理:
1)个人报销:网上报销;
2)部门报销:还是需要区分有借款无借款,有借款的在应付管理,无借款的可在现
金管理。这种应用估计很少;
3)其他报销:如零星采购等,与部门报销相同。
四、升级工具说明