I直接答案
订货宝里给客户设置结算方式,本质是在回答一个问题:这个客户的订单,系统在什么时候允许它流转到出库发货环节。现付卡的是「付款动作」,订单生成后不会自动放行,客户把钱付掉、系统确认到账,订单才进入发货流程。预付卡的是「预存款余额」,下单那一刻系统会拿余额去比对这笔订单的金额,余额够才让下单成功,余额不够连单都提交不了,之后不再单独走一次收款动作。后付则不做付款校验,订单提交后按正常流程审核、出库、发货,钱是后面再收的。
| 对比维度 | 现付 | 预付 | 后付 |
|---|---|---|---|
| 卡什么 | 付款动作 | 预存款余额 | 不做付款校验 |
| 订单放行条件 | 付款到账才发货 | 余额够才下单成功 | 提交后按正常流程 |
| 下单体验 | 多一次付款操作 | 直接扣减余额 | 下单顺畅、发货快 |
| 风险承担 | 客户先承担 | 客户先占资金 | 风险转移到你这边 |
所以选择哪种方式,取决的不是客户规模大小,而是你和这个客户之间「谁先承担风险」。不放心的小客户、第一次合作的客户,用现付把风险压到最低,代价是客户下单体验差一点,得多一次付款操作。长期合作、走量频繁的客户,用预付,让客户先把钱打进预存款账户,后面每次下单直接扣减余额,双方都省事,但需要客户愿意提前占一笔资金。有明确账期约定、或者线下已经谈好月结的客户,用后付,下单顺畅、发货快,代价是你要自己盯着应收账款,风险转移到你这边。三种方式在系统里不是三种支付渠道,而是三种放行规则,同一笔订单不会同时套用两套规则。
II操作问答
系统到底是怎么判定的
现付的判定点在下单之后、出库之前。客户提交订单,订单会停在待付款状态,系统不会把它推给仓库。只有当这笔订单的款项被确认收到,流程才继续往下走。如果客户迟迟不付,订单就一直卡在那里,既不出库也不自动取消,需要你或客户自己去处理。
预付的判定点在下单那一刻,而且用的是预存款账户里的余额,不是这一笔单独支付的金额。系统会读取客户当前的预存款余额,和待付款订单的金额做比较,余额大于订单金额才允许提交。这个比较发生在提交动作上,所以余额不足时客户看到的是下单失败,而不是下单成功后再提示付款。
后付没有付款判定点。客户提交订单后直接进入审核和出库流程,发货不受款项影响。它相当于把收款这件事完全放到订单流程之外,由你和客户线下按约定处理,系统只负责让货先走。
III操作问答
在订货宝里怎么一步步配
第一步,进客户档案,找到要调整的那个客户,确认它当前挂在哪个客户等级或哪套价格体系上——结算方式通常跟着客户走,改之前先看清楚会不会牵连到别处的配置。
第二步,在这个客户的结算相关设置里切换结算方式。要给客户用预付,还得先把预存款这个能力打开,并确认客户账户里已经有钱,否则客户会直接卡在下单环节。要给客户用后付,需要同时确认后面是否有授信额度或账期的设置来配合,不然订单发出去了,系统里没有任何东西提醒你该收多少钱。
第三步,配置完不要只看后台显示,用一个测试账号或让客户实际下一单验证。现付就确认订单是否停在待付款;预付就确认余额不足时是否真的拦住了;后付就确认订单能不能一路走到发货。这一步能省掉后面大量沟通成本。
IV操作问答
最容易配错的两种情形
第一种是把预付当成现付来配。预付靠预存款余额拦截,如果客户账户余额是零、或者你在配置里没把预存款对应的扣减关系理顺,客户下单时会一直失败,但页面上看起来又不像「没付钱」,客户容易以为是系统坏了。反过来,本该用现付的客户如果配成了预付,只要他预存款里恰好有余额,订单就会直接放行发货,你以为款还没到,实际上风险已经出去了。
第二种是给后付客户配了后付,却没有配套的信用约束。后付本身不拦任何订单,客户下多少单、发多少货都不受影响。如果你没有在授信额度或账期上做限制,就会出现「货一直发、应收一直涨」的局面,等你回头看报表才发现某个客户的欠款已经远超预期。
V操作问答
它和哪些功能是联动的
结算方式和价格体系是两件事,但会一起影响客户的下单体验。同一个客户可能挂着特定的价格政策,结算方式决定他能不能下单、什么时候发货,价格决定他下单要花多少钱,配置时要分开确认,别混在一起改。
库存和权限层面,现付、预付款的订单在出库前会占用相应流程,仓库看到的是「还不能发」的单;后付客户如果权限放得宽,可能自己就能推进订单,仓库收到时已经是待发货状态。权限给得太宽,等于把后付的风险又放大了一层。
报表和应收是最后一道防线。预付客户的余额变动、后付客户的应收账款,都会落到相应的账目里。你需要定期看这些数据,特别是后付客户的欠款余额,因为系统不会替你判断「这个客户是不是该停一停了」,能停的只有你手动去调整结算方式。
VII常见问题
被问得最多的几个问题
通常不建议,也不容易配出干净的结果。结算方式决定的是订单放行规则,同一客户同时套两套规则会让拦截逻辑变得不可预期:可能余额不够却因为后付放行了,也可能本该赊账的单被余额拦住。如果确有混合结算需求,更稳妥的做法是拆客户或拆业务场景,而不是在同一条订单上叠两种规则。
用预付方式时不行,余额不足订单提交就会被拦截,客户需要先充值让余额覆盖订单金额,再重新下单。如果业务上经常出现「先下单后补款」,说明这个客户更适合用后付,或者改用现付让付款动作发生在下单之后。结算方式是业务约定的映射,不要靠反复调整来绕开规则。
后付不拦截订单,所以欠款情况要靠对应的账目或应收报表来跟踪,而不是等系统提醒。建议给后付客户设定明确的账期或授信额度,并定期核对未收金额。一旦发现某个客户的欠款超过你能接受的范围,最直接的动作是把他的结算方式改掉或先暂停下单,而不是继续照常发货。
VII继续查
企业微信 · 专属顾问