I直接答案
结论先放前面:等级折扣比例在订货宝里扮演的是「算价辅助」的角色,而不是一个实时生效的价格开关。你在客户类型里把折扣从比如 90% 调成 85%,系统不会挨个去动商品身上已经存好的等级价。它只在你去编辑某个商品等级价的那一刻,按当时的折扣帮你把售价乘出来填进去,填完就固定了。所以改完折扣看不到价格变化,属于正常现象,不是系统坏了。
真正决定客户看到什么价的是商品维度上的等级价,而不是客户类型里的折扣数字。两者是「算一次」的关系,不是「一直绑定」的关系。要让新折扣落到价格上,需要你回到商品侧,对相关商品重新执行一次等级价更新,让系统按新折扣重算并覆盖旧值。如果你只改折扣不重算,前台仍按旧的等级价成交,报表、订单、对账都会沿用旧价,问题会一直藏着。
II操作问答
折扣和等级价到底是什么关系
在订货宝里,客户类型上那个等级折扣,本质是一个计算器。你打开某个商品的等级价编辑界面时,系统拿商品的基础售价乘以这个折扣,帮你把数字算好放进输入框,你确认保存,等级价才真正写进商品档案。
写进去之后,这条等级价就独立存在了。后面你把折扣改成多少,都不会再去碰它。这跟「折扣是公式、等级价是结果」是一回事:公式变了,之前算出来的结果不会自己变。
所以判断标准很简单:看商品档案里等级价那一栏的数字有没有变。没变,就说明你改折扣这一步,还停在公式层,没有传导到结果层。
III操作问答
让新折扣真正生效的操作顺序
第一步,确认你要影响的范围。是某一个客户类型下的所有商品,还是只针对几个品类、几个单品。范围没圈清楚,后面重算要么漏、要么误伤。
第二步,进入商品管理或等级价相关的批量操作入口,找到按客户类型刷新等级价的选项。系统会按该客户类型当前生效的折扣比例,重新计算对应商品的等级价并覆盖旧值。这一步就是「把公式跑一遍」。
第三步,保存后回到前台,用该客户类型的账号或视角去查看商品价格,抽查几个有代表性的:基础价高的、做过促销的、多规格的。多规格商品要逐个规格看,因为规格不同,基础价不同,算出来的结果也不同。
第四步,如果这个客户类型还叠了其他价格规则,比如客户专属价、活动价、阶梯价,要去确认优先级。等级价被重算之后,谁覆盖谁,要以实际前台展示为准,不能只看后台数字。
IV操作问答
最容易配错的两种情形
第一种,只改折扣不重算。现象是:后台客户类型里折扣明明写着新比例,前台价格纹丝不动,客户下单还是旧价。这种最容易误判成缓存问题,反复刷新也没用,因为数据本身就没被改过。
第二种,手工改过等级价又去重算。有的商品你之前单独手工填过一个特殊等级价,这次批量重算会把它按新折扣覆盖掉。现象是:重算完,几个本来谈好特殊价的商品价格变了,客户来问为什么涨价或降价。这个代价要提前想清楚,必要的话先把这些商品排除在重算范围外,或者重算后再单独修回去。
V操作问答
它还会牵动哪些功能
价格层面,重算会同时影响商品列表价、下单页价格、订单成交价。已经生成的历史订单通常不受影响,新订单按新价走,所以会出现同一客户前后两单价格不一致的情况,需要提前跟客户打招呼。
账期与结算层面,如果这个客户类型关联了授信额度或预存款扣款逻辑,价格变了,同样的下单数量算出来的金额也会变,对账时要注意区分是价格变动还是数量变动。
库存与报表层面,库存数量不会被价格重算影响,但销售额、毛利类报表会随成交价变化。权限层面,能改客户类型折扣和能执行等级价重算,可能是两拨人,建议把这两个动作约定成一套流程,避免只改了一半。
VII常见问题
被问得最多的几个问题
订货宝目前的机制是折扣只作为算价辅助,不承担自动回写等级价的职责。要减少重复劳动,可以固定一个节奏:每次调整客户类型折扣之后,当天就把对应商品范围的等级价重算一次,并把这步写进内部操作清单。这样比指望系统自动同步更可控,也不容易漏掉商品。
会。批量重算会按当前折扣覆盖掉对应商品已有的等级价,包括你之前手工填过的值。做法是先筛选出哪些商品是手工特价,把它们排除在本次重算范围外,或者重算完再逐个改回来。代价是多花一点时间核对,但能避免客户看到意外价格。
先确认重算范围里是否包含该客户类型和该商品,再看这个商品有没有被其他价格规则覆盖,比如活动价或客户专属价。多规格商品要逐个规格核对,因为规格基础价不同。最后用该客户类型的账号实际下单页看一眼,以后台数字为准容易看漏。
VII继续查
企业微信 · 专属顾问