(应收应付)常见应用问题合集 :4、应付审核后,未跟预付付款单自动核销(持续更新……)原创
23人赞赏了该文章
140次浏览
编辑于2024年07月29日 17:31:56
(应收应付核销逻辑存在差异,分不同的知识贴不定期更新,供参考)
场景1:付款单的【采购订单编号】赋值异常
首先,需要确认付款单是否存在数据异常
付款单真正影响核销的字段是:源单明细单据体的【采购订单编号】字段的值
订单→付款申请单→付款单,按照标准单据转换规则下推后,付款单的源单明细单据体【预付采购订单号】以及【采购订单编号】均会显示有值 这2个字段的处理逻辑是:
预付采购订单号:由插件赋值,即使单据转换不做配置,插件也会自动做赋值处理;
采购订单编号:该字段是从付款申请单的【订单号】携带
其次,检查应付单付款条件维护的付款方式
应付单按到期日付款时,计划行【采购订单号】为空,与预付付款单源单明细中的【采购订单编号】一致,审核后可以自动核销;若付款单源单明细的【采购订单编号】有值,则会导致匹配校验不通过,无法自动核销
应付单按订单或按物料付款时,计划行【采购订单号】有值,与预付预付付款单源单明细中的【采购订单编号】一致,审核后可自动核销;若付款单源单明细的【采购订单编号】为空,或者跟应付单计划行的采购订单号不一致,则会导致匹配校验不通过,无法自动核销
常见异常情况:
付款单或者付款申请单由外部接口传入,传入付款申请单时,【订单号】未传值,或者付款单传入时未对源单明细行的【采购订单编号】进行传值处理,导致不满足核销匹配条件。建议:
1、规范API传值
2、付款申请单或付款单的保存/审核操作有超额付款校验的插件,建议启用插件,避免应付审核后未自动跟预付核销,导致应付单重新下推付款,系统可以及时拦截提示异常(注意:插件针对按到期日付款,不生效)
场景2:待更新
推荐阅读