（应收应付）常见应用问题合集 ：4、应付审核后，未跟预付付款单自动核销（持续更新……）

（应收应付核销逻辑存在差异，分不同的知识贴不定期更新，供参考）

场景1：付款单的【采购订单编号】赋值异常

首先，需要确认付款单是否存在数据异常

付款单真正影响核销的字段是：源单明细单据体的【采购订单编号】字段的值

订单→付款申请单→付款单，按照标准单据转换规则下推后，付款单的源单明细单据体【预付采购订单号】以及【采购订单编号】均会显示有值  这2个字段的处理逻辑是：

• 预付采购订单号：由插件赋值，即使单据转换不做配置，插件也会自动做赋值处理；

• 采购订单编号：该字段是从付款申请单的【订单号】携带

其次，检查应付单付款条件维护的付款方式

• 应付单按到期日付款时，计划行【采购订单号】为空，与预付付款单源单明细中的【采购订单编号】一致，审核后可以自动核销；若付款单源单明细的【采购订单编号】有值，则会导致匹配校验不通过，无法自动核销

• 应付单按订单或按物料付款时，计划行【采购订单号】有值，与预付预付付款单源单明细中的【采购订单编号】一致，审核后可自动核销；若付款单源单明细的【采购订单编号】为空，或者跟应付单计划行的采购订单号不一致，则会导致匹配校验不通过，无法自动核销

常见异常情况：

付款单或者付款申请单由外部接口传入，传入付款申请单时，【订单号】未传值，或者付款单传入时未对源单明细行的【采购订单编号】进行传值处理，导致不满足核销匹配条件。建议：

1、规范API传值

2、付款申请单或付款单的保存/审核操作有超额付款校验的插件，建议启用插件，避免应付审核后未自动跟预付核销，导致应付单重新下推付款，系统可以及时拦截提示异常（注意：插件针对按到期日付款，不生效）

场景2：待更新