付款条件

付款条件作为AP和AR的重要财务资金管理方式，其目的是为了更好的维护客户和供应商之间的交易关系。

在SAP当中，付款条件是应用在客户和供应商上面的，对于客户来讲，我们希望客户提前回款基于客户一定比例的现金折扣。对于供应商来讲，通过付款条件能够更好的管理票据到期的折扣优惠条件。

付款条件功能：

对付款条件，里面包含了几大控制功能，这里，笔者为大家一一述说：

天数限制：可以理解是否启用15日作为衡量的参考条件，如果不维护，基准日期就不会受参考日期限制。官方给的解释，额 ··· ··· 想打人。

基准日期计算：

1）固定日很好理解，就是不管在哪个日期记账，付款条件生效都是该固定日期。比如维护了25，表示不管哪个日期时间段开票，付款生效日期都是发生在25号。

2）附加月份是指达成一定条件下（根据天数限制来控制），付款日期生效日期为当前月份后的附加月份，比如维护了1，固定日期25号会在下一个月份的25号开始生效。（很绕口是吧，没关系，后面案例细说）

基准日期缺省值：

可以理解为付款条款的生效日期是基于哪种时效日期触发的，没有默认值值表示不以任何日期做参考，靠手动维护的基准日。记账日期表示凭证实际过账日期作为基准日期。凭证日期就是以开票的日期作为凭证日期。输入日期类似默认值。

付款条款里面就是具体的付款模式：

1）分期付款打勾表示该付款条件将会作为一个付款条件组，用来组合多个付款条件来实现分期付款的目的。

2）百分比&天数表示付款的折扣比例和期限。

3）固定日期和附加月效果类似上面的基准日期计算的功能，它会作用在每一个付款期限过程当中。

付款案例

案例一：这是笔者测试的一个付款条件，它表示：在15号之前（天数限制就在这起到了参考作用）产生的业务票据是以实际过账日期作为基准日期开始计算的，付款模式按照7天内付款享受2%折扣、15天内付款享受1%折扣，30天内到期进行折扣处理。从当前月份25号开始生效。

为了验证我说的结果，可以用FB60测试一下该付款的到期日期。前面讲到了该付款条件是以过账日期开始计算的，也就是2022年6月12号，且12号小于15号，所以该付款条款会生效。

当我输入付款条件后，SAP的基准日期自动的跳到了当前月份25号，30天内到期，到期日为下个月的25号。

案例二：下图表示付款条件的生效日期为下一个月的25号，天数限制维护31或者不维护表示当月份的基准日期不受天数限制的影响。附加月份维护1表示基准日期生效日期延后到下1个月当中开始生效。

可以看到6月17号的发票到下个月的7月25号才开始生效。

案例三：分期付款，可以看到Z055付款条款勾选了分期付款，对于付款模式没有定义，而真正实现分期付款的条件由Z057、Z001、Z056里的付款模式决定的。

该图表示三种付款条件的不同付款比例。具体的付款模式就按照用户需求自行配置了。

总得来说，付款条件的配置来说相对灵活，但是也不是适用于全部的业务需求。笔者见过比较多的付款模式是分期付款当中还存在预付款模式，而SAP暂不支持预付款这样的模式。当然，如果做起来，那可不是一个付款条款就能解决的了，还需要考虑财务怎么处理这笔预付款，后期开票还需要考虑如何将客户预付款的科目金额转到正式开票科目当中用付款条款加以控制。