收款/付款条件说明（含配置建议）

      收付款条件的设置，对到期日的计算、核销结果等都会产生影响。由于很多用户在启用收付款条件前，没有完成相关文档的学习，导致配置的条件与实际业务需求不符，产生了许多核销记录及付款计划生成的问题。

      以付款条件为例，结合可能出现的业务场景进行简单的举例说明。

     新增或修改付款条件时，有6个条件参数需要用户根据需求自行配置。标红色字体的条件参数，需要用户重点关注。对比实际业务需求，做出正确的选择。

上述6个条件参数对应位置如下：

常见误操作：

1、付款条件中勾选了预付，但是付款方式选择的是：按到期日付款。   

导致的问题是：预付款不一定会和订单下推的应付核销，有可能和同一个供应商的其他应付单核销，取业务日期最早的那张单据

解决方案：修改付款方式，选择按订单或按物料明细付款。

2、到期日计算日期选择了订单业务日期，订单需要分次入库，入库单要合并下推了应付。

导致的问题是：不管选择哪种付款方式，计划行都按相同到期日做了合并

解决方案：修改到期日计算日期，避免分次下推的入库单到期日相同，可选择入库单业务日期或应付单业务日期。

常见问题反馈：

1、同一个订单下推预付的金额与应付单金额相同，但是应付单的核销状态仍然显示的是：部分

     经过排查，发现实际是因为付款方式没有选择按订单支付，虽然每个订单都全额下推了预付和应付，但是从核销记录中看到存在了交叉核销的情况，优先将业务日期较早的其他未与预付关联的应付单做了核销，仅用剩余金额和关联预付的应付单做了核销，导致出现了上述问题。

     解决方案：修改付款方式，按订单或物料付款

2、采购系统用的不是金蝶的产品，手工新增的应付单关联的付款条件是按物料明细付款，但是生成的付款计划行仍然将相同物料做了合并

      按订单或按物料付款，关键的控制点在单据体上的采购订单号、采购订单行号、采购订单内码等字段，因为是手工新增的单据，物料是没有记录订单的相关字段的。如果想实现物料不合并，建议放订单号或订单行号字段，允许用户手工录入。录入的值不重复，生成的计划行就不会合并

3、没有关联付款条件，手工修改的计划行明细没有携带至下游单据

     目前支持业务模式下，采购订单上手工修改的付款计划可携带到应付单上。但是不支持暂估模式的操