I直接答案
结论很直接:组合支付不是一个客户自己就能点出来的功能,它的总闸在订货宝后台。你只要不去系统设置里打开对应的开关,客户端看到的付款界面就是一次付清,没有拆分金额、拆次数量的入口。反过来,把这个开关打开,客户提交订单之后就能按自己的节奏付,先付一部分、剩下的分几次补齐,也可以把好几笔待付款订单圈在一起一次性结算。
所以判断标准只有两条:一是订单付款设置里组合支付是否处于开启状态,二是开启之后你这边对“部分付款”这件事的后续处理流程有没有跟上。第一条决定客户能不能这么付,第二条决定这么付之后你会不会亏。两条都到位,组合支付才真正可用;只开开关、不管尾款,风险就落在发货环节上。
II操作问答
这个开关到底决定了什么
组合支付解决的是“客户手头不方便一次性结清”这个现实问题。开启之后,一笔订单不是只能有一个付清状态,而是允许金额被切开:客户可以先付一部分,过一段时间再补一部分;次数上也不限于一次两次,只要订单还没结清,就可以继续往里付。
另一层能力是跨订单的。客户不需要一笔一笔点进去分别付款,可以把多笔未结清的订单一起勾选,合并成一次付款动作。对下游客户来说这省事,对上游来说账还是分开记的,每一笔订单各自扣减自己的应付金额。
III操作问答
在后台怎么把组合支付打开
路径是固定的:进订货宝后台,找到系统设置,再进订单付款设置,在里面把组合支付这一项开启并保存。保存之后不需重启、不需额外发布,客户端的付款入口就会按新规则走。
开启前建议先想清楚两件事:一是哪些客户适合用,二是谁来看尾款。如果你们的客户绝大多数都是款到发货、金额也不大,那这个开关开不开对效率影响不大,反而多了一层核对工作;如果确实有客户经常分几次打款,开了它比让客户线下沟通、人工改单要干净得多。
IV操作问答
开完之后客户那边会发生什么
客户提交订单以后,付款金额这一栏不再是锁死的全额,而是可以改成本次要付的数目。付掉之后,订单并不会变成已完成收款,而是保留一个未结清的余额,等下一次继续付。
这就是最容易出问题的环节:订单在系统里可能显示为“已付款”这一大类状态,但金额并没有到位。如果审核订单的同事只看状态、不看金额,就可能把一批只付了部分款的货放出去,剩下的钱要靠后面追,追不回来就是实实在在的损失。
V操作问答
两种最容易配错的情形
第一种是开关开了、流程没改。现象是:订单审核环节照旧放行,货发出去了,账上还挂着没结清的尾款。要避免它,就得在审核动作里加一步——先确认这笔订单是不是全额到账,不是的话,先让客户把差额补齐,再走发货。
第二种是开关关了、客户还以为能分批。现象是:客户在付款页找不到拆分金额的地方,或者想勾选多笔订单一起付却勾不动,于是转到线下沟通,最后变成人工改单、人工记账。这种情况要么把开关打开并配套审核规则,要么在客户下单前就把付款方式讲明,别让客户到了付款这一步才发现。
VI操作问答
它和哪些功能互相牵动
最直接的是订单与收款记录:组合支付改变的是订单的结清状态,未结清余额会一直挂在客户名下,对账时要按客户而不是按单笔来看。这跟授信额度、预存款是两套逻辑,别混在一起——组合支付是允许欠着这笔单,授信和预存款是从已有额度里扣,混用容易把账算乱。
再往上是权限和报表。审核订单的人、看收款报表的人,最好能看到“是否全额”这个信息,否则组合支付带来的灵活度会全部转化成财务端的核对成本。另外,多规格商品、价格政策这些不因为这个开关而改变,商品该多少钱还是多少钱,组合支付只影响钱怎么进来,不影响货怎么定价。
VIII常见问题
被问得最多的几个问题
可以改本次要付的金额,但不是无限制乱改。改出来的结果是这笔订单还留有多少未结清余额,剩下的部分客户后续可以继续补。你要做的是把这个余额当成发货前的检查项,而不是把付款动作当成结清信号。
付款动作是一次,但账仍然按订单分开。每笔订单各自扣减自己的应付金额,剩下的欠款也分别记在各自的订单上。所以你查账的时候要看订单维度的未结清余额,而不是只看那笔合并付款的总数。
关掉开关,客户端就没有拆金额、拆次数的入口,必须按订单应付金额一次付清。但要注意已经在分批付的客户和已经存在的未结清余额不会因此自动清掉,关之前先把这些尾巴处理完,否则会出现客户付不了、订单也结不了的状态。
VIII继续查
企业微信 · 专属顾问