I直接答案
结论先说:在联营版3.0里,门店提交订单时系统会做一次价格校验——订单参与优惠券抵扣之后的实付金额,必须仍然高于该笔订单对应的联营商结算价。一旦抵完券的金额小于或等于结算价,校验不通过,就会出现「订单价格异常,暂时无法提交」的提示。换句话说,能不能用券下单,不取决于券本身有没有过期、有没有库存,而取决于「券后金额」和「结算价」这两个数字谁大。
这条规则的出发点是保护联营链条的结算逻辑:联营商按结算价与平台结算,门店再按自己看到的价格付款,如果券后金额被压到结算价以下,这笔单在结算侧就会出现负数或倒挂,系统宁可拦住也不让它流下去。所以它不是偶发bug,也不是优惠券配置坏了,而是门槛没跨过去。解决方向只有两个:要么让券后金额重新高于结算价,要么调整这笔单的结算价设置,二者必居其一。
II操作问答
系统是怎么判定「异常」的
下单那一刻,系统取三组数:订单商品原价合计、优惠券实际抵扣额、以及该订单所关联联营商的结算价。用原价合计减去抵扣额得到门店实付金额,再拿它去和结算价比大小。大于则放行,小于或等于则抛错。这里的关键点是比较发生在「抵扣之后」,所以券越大越容易触线,尤其是门店买得少、客单价本来就贴着结算价的单子。
很多人第一反应是「券是不是不能用于联营商品」,其实不是。券可以正常选中、正常抵扣,报错出现在提交环节而不是选券环节,这正是它容易被误判成系统故障的原因。判别方法很简单:把券去掉再提交一次,如果能过,就基本可以确认是券后金额跌破了结算价这条线。
III操作问答
照着这几步排查和调整
第一步,把这张单的原价合计、券抵扣额、券后金额三个数字记下来,再去联营设置里查这家门店对应联营商的结算价,直接比大小。差距往往不大,几十块甚至几块钱就能卡住。
第二步,按顺序尝试四种改法:一是换额度更小的券,或把大额券拆到下一单用;二是让门店再加购一件商品,把券后金额抬到结算价之上;三是核对结算价是不是被设高了,如果确实高得离谱,走联营商侧的结算价调整;四是检查是否叠加了多张券,联营场景下叠加更容易把金额压穿,去掉一张通常就能过。
第三步,调完立即重新提交验证。如果金额已经高于结算价仍报错,那就要看结算价是否绑错了联营商、或者订单里混进了不参与该结算规则的品类,这两类属于配置问题,需要回到联营关系里去核对,而不是继续调券。
IV操作问答
最容易配错的两种情形
第一种是把结算价当成「售价下限」来设,给了一个接近甚至等于零售价的数值。这种配置下门店几乎任何一张券都会让金额跌到线下,表现就是「券一用就报错,不用券就正常」,客服每天被同一家门店反复问。合理的做法是让结算价和门店零售价之间留出足够容纳常规券额的缓冲。
第二种是给门店发券时只看券面力度,不看这家门店对应的结算价水平。同一张券发给结算价不同的门店,有的能顺利下单,有的必然被拦。表现是「别人能用我不能用」,其实不是券有区别,而是各自结算价不一样。发券前把券额和最低结算价对一遍,能省掉大量售后。
V操作问答
它还会牵动哪些环节
价格侧,这条规则实际上给联营商品划了一条隐形底价,做促销方案时要把券额和结算价放在一起算,不能只按零售价设计满减梯度。账期与结算侧,正因为有了这道校验,联营结算才不会出现门店实付低于联营商应收的倒挂,对账单会更好平。
库存和订单侧,被拦下的单不会生成正式订单,也就不占用库存,门店看到的是提交失败而非待付款,别把它误当成库存不足。权限侧,结算价通常由联营商或管理端维护,门店自己改不了,所以门店端能做的只有换券或加购。报表侧,这类失败提交一般不计入成交数据,做门店业绩分析时要意识到有一部分需求被卡在了这一步,必要时用加购引导把它转成有效订单。
如果排查下来确认是规则理解问题而非配置问题,也可以联系订货宝的全国服务热线 400-888-1794,或由、邮箱 dhb@adelieyun.com 协助核对联营设置;官网 https://www.dhbvip.com 上也能查到版本相关的说明。
VII常见问题
被问得最多的几个问题
不能。判定要求订单金额必须大于结算价,相等同样会被拦,提示与小于时一致。所以核算时不要把「等于」当作安全线,建议留出一定余量,避免门店凑单刚好凑到临界值又反复失败。
调低结算价确实能放宽空间,但它同时会影响联营商的应收与后续结算,属于商务层面的改动,不是单纯的开关。更稳妥的顺序是先看券额是否过大、是否叠加,再考虑动结算价,且改动前和联营商确认清楚。
门店端一般看不到结算价数值,但可以自己做个对照:同一批商品、同一张券,去掉券提交看看是否成功。若去掉就正常,基本可判定是券后金额跌破了结算价,让门店减少券额或加购商品即可,剩下交给管理端核对。
VII继续查
企业微信 · 专属顾问