付款申请操作指引
1 简介
1.1 功能介绍
支持发起付款业务申请,审批,排款,下推付款;
支持批量排款,填充结算方式、付款账号、支付渠道、期望付款日期、转账附言等;
支持拆分;
支持在收款人信息有误导致付款失败场景下,被退单后发起收款信息变更,变更后再下推付款。
1.2 应用场景
付款申请,顾名思义,付款之前的申请。
付款对于企业来说相对严谨,企业也有义务针对每笔需要支付的款项其合理性进行审批。对于一些信息化程度比较低的用户,没有通过系统单据承载付款业务合理性的申请审批,而是走线下纸质签批方式,资金结算应用下的付款申请可以将线下申请过程体现在线上,提升效率的同时也可进一步提升信息化程度。
另外,一般情况下,付款都是基于企业日常经营业务:基于采购发起的付款,或者基于员工报销发起的付款,这一类业务一般会通过相应的采购、应付、费用模块以及对应的业务单据承载业务申请及审批;当然也存在没有具体的业务背景的付款申请,比如资金的归集、下拨、同名互转、跨主体调拨等等,资金结算应用中的付款申请可以承载这部分业务申请,申请通过之后再执行付款。
付款申请除承载付款业务申请外,还支持直接进行排款,具体如何应用付款申请以客户的业务流程和管理诉求为准,付款申请支撑的业务场景包括但不限于以下几个方面:
场景1:付款申请由业务人员发起,申请审批通过后由出纳/资金人员基于付款申请完成排款后执行付款
场景2:资金付款申请由出纳/资金人员发起,
申请审批通过后由出纳/资金人员基于付款申请完成排款后执行付款
场景3:资金付款申请由出纳/资金人员发起,发起时明确排款信息
申请审批通过后由出纳/资金人员执行付款
1.3 系统路径
【资金云】→【资金结算】→【付款处理】→【付款申请】
1.4 字段/按钮说明
字段说明
基本信息 | |
字段名称 | 详细解释 |
申请日期 | 含义:付款申请发起日期 来源:默认自动填充单据创建时的系统日期。 |
付款组织 | 本笔付款申请的实际付款组织。 |
申请组织 | 本笔付款的申请公司,可以不是资金组织。 |
申请人 | 本笔付款的申请人,默认自动填充制单人。 |
付款类型 | 本笔付款申请的付款类型。 必录,需要首先填写付款类型,再填写申请明细中的收款人信息。 |
申请事由 | 本笔付款申请的申请事由。 |
付款状态 | 本笔付款申请的整单付款状态,包含:未付款、已排款、付款中、已付款4个状态, 本笔付款申请整单状态取决于付款明细行状态,付款明细行状态包含:未付款、已排款、付款中、已付款、已退单5个状态。 (状态位排序:未付款<已排款<付款中<已付款/已退单) 一笔付款申请单中可申请多笔款项,整单的付款状态以明细分录行的最小状态位展示,提醒用户接下来应该进行何操作。 1.【未付款】即为最初始状态。表示付款明细行中最小状态位为未付款,整单付款状态即为未付款,下一步需要排款或者下推付款; 2.【已排款】是介于未付款与付款中的中间状态,表示付款明细行中最小状态位为已确认排款,下一步需要下推付款。如果不使用排款相关功能,不会涉及本状态; 3.【付款中】即付款申请单全部付款明细行均已下推付款,但是付款单未确认付款,需及时关注付款单状态以及状态说明; 4.【已付款】即付款申请单全部申请明细均已支付完成,整笔申请结束。 注:付款申请单付款明细行中包含已退单的行,不影响整单状态。仍按照上述原则显示整单付款状态。 |
退单 | 是否退单标识,辅助用户快速定位被退单待处理的申请。 只要付款申请单付款明细行中存在已退单记录,退单标识开启;否则,默认关闭此标识。 |
部分排款 | 部分排款标识,辅助用户快速定位待排款的申请。 只要付款申请单付款明细行中含有未付款的以及≥已排款(已退单除外)的行,部分排款标识开启;否则,默认关闭此标识。 |
部分付款 | 部分付款标识,辅助用户快速定位未完成付款的申请。 只要付款申请单付款明细行中包含已付款的和其他任何状态(已退单除外),部分付款标识开启;否则,默认关闭此标识。 |
作废 | 作废标识。 当付款申请无效但是又需要留痕时,需要通过作废关闭付款申请。只有未提交的或者审核通过的,且没有支付成功记录的付款申请单支持作废;作废成功,作废标识开启;否则,默认关闭此标识。 |
收付款信息(申请人填写,本申请的币别信息) | |
收款币别 | 本笔申请中收款人需要收到何种币别款项。一笔申请只能申请一个币种的款项。 |
收款总额 | 本笔申请中收款人需要多少金额款项。 根据申请明细行收款金额自动加总,不可编辑。 |
计划付款日期 | 含义:本笔申请计划付款日期 来源:用户手工填写或从异构系统集成 |
异币别付款 | 是否异币别付款标识。 当申请人所需收到币种付款组织并不具备,需要通过购汇支付时,开启此标识;否则,默认关闭此标识。开启此标识后,界面会自动显示付款币别、汇率表、汇率日期、汇率、付款总额字段。 |
付款币别 | 是否异币别付款=是,显示此字段;否则,默认隐藏。 即付款组织拟通过何种币种支付款项。 |
汇率表 | 是否异币别付款=是,显示此字段;否则,默认隐藏。 默认显示付款组织初始化时设置的默认汇率表。 |
汇率日期 | 是否异币别付款=是,显示此字段;否则,默认隐藏。 默认显示系统当前日期,手工调整汇率日期并保存后,即以手工调整为准。 |
汇率 | 是否异币别付款=是,显示此字段;否则,默认隐藏。 根据汇率表和汇率日期自动从【系统服务云】→【基础资料】→【公共数据】→【汇率】中取值,如果未取到,则为空,支持手工填写。 |
付款总额 | 是否异币别付款=是,显示此字段;否则,默认隐藏。 付款总额=收款总额×汇率,只是计算和展示,不可编辑,最后实际付款金额为准。 |
申请明细(申请人填写,付款申请的收款人信息以及紧急程度等申请信息) | |
申请结算方式 | 本笔申请期望结算方式,可以是现汇、支票、票据、现金等等。 一笔付款申请支持申请多结算方式,供资金人员/出纳人员参考。 注:对于外部供应商款项,可能在合同中已经约定以何种结算方式支付,资金人员需要严格按照申请结算方式进行排款和支付;对于内部调拨款项,申请结算方式仅供参考,资金人员/出纳人员可根据资金情况进行安排。申请结算方式的效力以用户实际使用情况为准,以上只是简单场景举例。 |
紧急程度 | 本笔申请紧急程度,包含:优先、普通、暂缓。 申请人可根据款项紧急程度填写紧急程度,便于资金人员/出纳人员判断支付优先顺序。默认为普通,支持手工调整。 |
收款人类型 | 本笔申请收款人类型,包含:供应商、客户、职员、公司、其他共5种类型。 一笔付款申请单支持为多个类型收款人申请。 填写收款人类型之前必须填写付款类型,付款类型会决定收款人类型可选范围。
|
收款人 | 本笔申请收款人。 一笔付款申请支持为多个收款人申请。 填写收款人之前必须填写收款人类型,收款人类型会决定收款人填写规则。
|
收款账号 | 本笔申请收款账号。 填写收款账号之前必须填写收款人,收款人会决定收款账号可选范围。
|
账户名称 | 本笔申请收款账号的账户名称。
|
收款银行 | 本笔申请收款账号的开户银行。 |
收款金额 | 本笔申请收款金额。 |
已付款金额 | 本笔申请已支付金额。 |
备注 | 本笔申请备注信息。 |
付款明细 | |
期望付款日期 | 含义:经过资金人员排款后,该笔付款业务预计支付日期 来源:默认等于计划付款日期;批量排款时,如填写期望付款日期,以填写信息为准,如未填写,则仍默认取计划付款日期 |
业务明细 | |
本笔付款申请涉及业务信息,非必录; 但是一旦录入需要保证业务明细中收款金额与收款明细中收款金额相等。 | |
票据明细 | |
如果本笔付款申请安排票据支付,那么自动展示所排票据关联信息。 |
按钮说明
按钮名称 | 详细解释 |
作废 | 付款申请由于种种原因不再支付,但是要留痕申请记录和审批记录等等,那么进行整单作废。 |
批量排款 | 支持选中多条付款申请批量填充结算方式、付款账号、支付渠道、期望付款日期、转账附言等信息。 |
确认排款 | 确认上一步骤填充的信息,确认之后单据状态置为已排款,确认排款之后不能再次排款。 |
取消确认排款 | 取消确认排款结果,取消之后单据状态置为待付款,可再次批量排款。 |
下推付款 | 下推付款单。 |
2 主要操作
2.1 收款信息变更操作指引
发起付款申请之后,出纳/资金人员在实际支付过程中可能会遇到由于收款人信息不正确导致支付失败的情况。主要是收款人户名与账号不符。那么遇到此类场景应该如何处理呢?
首先,从业务的角度来说,收款人信息不正确是需要申请人员进行修正的,一是确实是申请人最清楚正确的收款人信息是什么,二是从源头更正,也更加规范。
那么,从系统功能角度,应该如何进行处理呢?
付款申请单下推付款单,出纳/资金人员执行付款时,发现由于收款人信息有误导致的支付失败,那么会操作【退单】,将有问题的单据退回付款申请环节,并在退单时注明退单原因,便于申请人员知悉。
当下游付款单退单,付款申请发起人可关注到,自己发起的付款申请打上了【退单】标识,需及时关注
同时针对退单原因,也可以清晰查看
付款明细分录退单后,意味着这行分录已经是终态,不会再更新,系统会在付款单退单成功的同时复制出一行新的未付款的付款明细行,用户可针对新的分录行进行信息变更以及重新排款
被退回的是【浙江中飞物资有限公司】的申请,那么申请人支持针对该收款人发起收款信息变更
Tips:只有已付款金额为0,且对应付款明细是未付款状态的申请明细支持发起变更
支持针对收款人账号和收款人银行进行变更,变更单保存之后,付款申请界面中立即显示申请明细处于【变更中】状态,且可联查变更单查看变更单变更详情以及审批进度
变更单需经过提交、审核、变更确认,完成最终变更。
变更后按照变更后的信息更新未付款明细中的对应信息,保证再次支付时信息准确无误
2.2 排款操作指引
资金结算入口的付款申请单,相较于资金申报入口的付款申请单,增加了付款明细分录以及排款功能。
排款方式1
用户在填写申请明细时,会同步在付款明细中显示对应的申请明细信息,并且支持在付款明细中填写结算方式、付款账号、支付渠道、期望付款日期、转账附言等付款要素
(以上操作主要针对在发起付款申请时就已知付款信息的业务场景,例如:资金上划、资金下拨、同名转账等,那么在制单时同时填写申请明细和付款明细)
排款方式2
用户在填写申请明细时,仅仅是付款申请,付款业务合理性审批通过后才允许进行排款,那么此时付款申请单的状态已经是【已审核】,自然付款明细分录中的字段是不允许编辑的,那么此时需要通过【批量排款】功能进行填充付款信息,同时支持单张批量填充,以及同类业务多张批量填充。
(以上操作主要针对先申请,后排款付款的业务场景,也是最常见的场景。批量排款,顾名思义,即整张付款申请单,所有付款申请中的付款账号、支付渠道等信息均批量填充)
特殊场景--拆分
假设一笔付款申请,金额为1000万。用户的银行账户存在单笔支付限额控制,单笔限额500万;
假设一笔付款申请,金额为1000万。用户的款项分布在不同的银行账户里,需要使用多个账户支付;
假设一笔付款申请,金额为1000万。与供应商协商,80%通过票据支付,20%通过现汇支付;
等等
以上场景均需通过拆分功能来实现。
支持按照不同的场景将付款申请进行拆分,确定拆分结果后,按照拆分结果显示在付款申请分录中。
如果拆分有误,需要重新拆分,选中其中一行,点击【拆分】,再次打开拆分界面,并自动展示上次拆分结果,用户可在上次拆分基础上重新拆分。
点击确认排款付款明细状态即更新为已排款,且已排款的单据不允许再次排款,需先取消确认排款,才能再次进行排款。
以上就是排款功能的相关介绍,对付款明细进行拆分也是排款工作的一部分哦。
付款申请操作指引
本文2024-09-22 22:37:53发表“云星瀚知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-xinghan-127849.html