预付款管理本质是资金管理,实际业务过程中,一般可以分为专款专用的预付款和非专款专用预付款。
基于以上两种管理模式,G+系统定义了以下预付款维度:
供应商维度、物流商维度,对应非专款专用场景。
采购订单维度、发货单维度,对应专款专用场景。
1.预付款的请款数据单独存放在[请款池-预付]页签,该功能默认授权给了系统管理员,请找系统管理员分配相应的功能权限。
2.预付款的余额和交易流水情况通过[预付款资金看板]记录,该功能默认授权给了系统管理员,请找系统管理员分配相应的功能权限。
预付款的付款 和 日常业务付款抵扣预付款是两个相对独立过程。
基于公司预付款管理制度,调整系统参数:采购预付款单据自动生成规则。
分配手动添加预付款的功能权限:
点击添加按钮,选择预付款的维度:
添加应付对象维度的预付款,请选择应付对象类型是供应商还是物流商,然后补充必填项即可完成添加。
添加单据维度的预付款,请选择应付对象类型是供应商还是物流商并补充关联单据号和其他必填项即可完成添加。
无论是系统自动生成的预付款单据,还是手动添加的预付款单据,数据都是存放在请款池-预付页签,请付款操作流程跟操作其他类型数据一致。
预付款资金看板由余额汇总和交易流水两个页签组成:
余额汇总:显示当前实时的预付款余额合计。
交易流水:交易流水是指不同维度预付款的所有活动过程记录,即当前的余额汇总的结果是怎么产生的,比如余额增加、抵扣、转移等。
Q:预付款支持哪些业务类型?
A:目前已实现预付款全流程闭环管理,常见的预付类型如采购货款预付和头程物流费的预付均已支持。
Q:预付款的数据怎么产生?
A:采购货款预付支持自动生成或手动添加,头程物流费的预付仅支持手动添加。
注意,仅预付款数据完成付款后,才会形成可以用于后续业务请款时抵扣的预付款资金。
Q:公司对预付款是做严格管控的,每笔预付款都需要审批才能支持,系统是否支持?
A:手动添加的预付款默认是草稿状态,如果对添加的预付款数据也需要先审批才能请款,目前系统是支持的,审批流沿用的是请款池-其他的审批流。
系统自动生成的采购预付款默认是已审核状态,如需走审批,可以撤回至草稿状态,再提审。
另: 预付款在请款时生成的申请单也是可以走审批流的,请自行根据实际需要,是否走双重审批。
Q:如果有预付款,发起业务请款时会自动抵扣预付款吗?
A:非快捷请款模式下,系统会自动检测是否存在预付款余额,如果存在,系统会自动分配抵扣金额,仅需确认即可。如果不满意系统自动分配的抵扣金额,也支持手动调整。
Q:请款池-其他里面录入的请款数据,后续请款时可以抵扣预付款吗?
A:如果请款池里面录入的是供应商或物流商的其他费用,在后续请款时可以抵扣供应商维度 或 物流商维度的预付款。
Q:如果没有预付款,但是供应商给了一定的折扣需要做抵扣,可以怎么操作?
A:可以在请款时,选择抵扣方式为其他,此时输入的抵扣金额不会跟预付款资金关联。
Q:单据维度的预付款,因减少了采购量,导致预付款的金额超过了货值,可以怎么处理?
A:单据维度的预付款余额未使用完毕时,可以在预付款资金看板-余额汇总里面发起余额转移,将剩余的预付款余额转移至相同供应商下的其他采购订单上。
Q:供应商不合作了,还有预付款没使用完,如果供应商同意退款,在系统中可以怎么操作?
A:可以找回之前付款给供应商的预付款单发起退款。需要注意的是,针对本次退款金额系统会同时校验,不能超过当前预付款的余额。如:选择一笔1000的预付款单发起退款,但是这笔单有被抵扣过500,即剩余的预付款余额是500,则此时该预付款单最多只能发起500的退款。
Q:长期合作的供应商,因部分交货批次存在质量问题产生了退款,跟供应商协商后本次的退款金额用于抵扣下一批次货款,系统是否支持此业务场景?
A:系统支持将退款单的退款金额转存为预付款资金,这样下个批次在请款时即可实现自动抵扣。
注意:如果公司财务管理采用的是收支两条线的处理方式,则按现有系统流程,找供应商收回退款即可。是否需要将退款转存为预付,请根据公司的财务管理制度 或 与供应商的协商结果进行灵活处理。