I直接答案
客户类型的等级折扣,作用点很集中:它挂在客户类型上,被商品价格的等级价页面取用。给某个客户类型设了折扣比例,再到商品-商品价格-等级价里点【自动计算订货价】,系统就会按商品的订货价乘上这个折扣,一次性算出该客户类型对应的等级价格。换句话说,折扣是「参数」,等级价是「结果」,两者是配套关系,单独设折扣不点计算,价格不会自己跑出来。
所以判断一条折扣有没有生效,不能只看客户类型里填没填,而要看等级价页面里那一列价格有没有按预期生成。客户被归到哪个客户类型,决定他用哪一列等级价。同一个客户如果被换了类型,走的折扣也跟着换,之前算好的价格如果不重算,就可能还是旧值。
II操作问答
折扣和等级价到底谁决定谁
客户类型上的折扣是输入条件,等级价是输出结果。系统并不会在客户下单那一刻临时拿订货价去乘折扣,而是提前在等级价页面把价格算好存下来。下单时读的是存下来的那一列价格,不是现算的。这一点很重要:改了折扣不重算,订单上的价格就不会变。
反过来说,就算折扣填得没问题,如果等级价那一列没有生成,客户看到的仍然是订货价或者空白。所以排查价格不对时,先看等级价页面,再看客户类型上的折扣,顺序不要反过来。
III操作问答
配置顺序:先客户类型,再商品价格
第一步,进客户管理,把客户按需要分成不同客户类型,比如按渠道、按合作深度分成几档。客户类型是后面所有折扣的挂载点,分档思路没定下来,折扣就没地方挂。
第二步,在客户类型上设置对应的等级折扣比例。这里的折扣是给这一整类客户用的,不是给单个客户用的。想给某一家单独的价格,不要靠改客户类型解决,那样会连累整类客户。
第三步,进商品-商品价格,找到等级价,点【自动计算订货价】。系统会拿商品的订货价按客户类型的折扣算出等级价格并写入。商品多的时候分批算,算完抽查几个价格,确认方向和数量级都对。
第四步,用属于该客户类型的账号实际下一单,看成交价是不是等级价。这一步不能省,因为前面三步都做对、但客户挂错类型的情况并不少见。
IV操作问答
最容易配错的两种情形
第一种是折扣方向写反。有人把「打八折」直接填成 80,也有人填成 0.8 之外的其他值,结果自动计算出来的价格比订货价还高,客户下单看到涨价。现象很直接:等级价那一列的数字大于订货价。发现这种情况,先别怀疑商品,回去看客户类型上的折扣值。
第二种是改了折扣忘了重算。价格是算一次存一次,不是实时联动。你把某类客户的折扣从一档调到另一档,如果没重新点【自动计算订货价】,等级价还是旧的,客户下单还是旧价。现象是「明明改了却不生效」。这时候重新算一遍再下单验证。
还有一种夹在中间的情况:客户被换到了另一个客户类型,但等级价没重算。表现是这个人看到的价格跟他所属类型对不上,容易被当成系统出错,其实只是漏了一步计算。
V操作问答
它跟哪些功能会互相牵扯
和价格体系联动最紧。等级价只是价格的一种,如果同时还配了其他价格策略,要注意谁优先,否则会出现同一客户在不同入口看到不同价。
和账期、授信额度是并列关系,不互相替代。折扣管的是单价,账期管的是什么时候付,授信额度管的是能欠多少。把折扣当成优惠政策用,容易和这些规则混在一起,最后算不清。
和库存、权限也有间接关系。客户类型往往还带着可见商品范围、可下单权限,改了类型可能同时影响这些;库存不足时价格再对也下不了单,所以验证折扣效果要挑有货的商品。
报表侧,等级价一旦算错,成交金额、毛利这些统计都会跟着偏。所以每次调整客户类型折扣并重算之后,建议隔一段时间对一下订单数据,别只靠下单试一单就放心。
VII常见问题
被问得最多的几个问题
等级折扣是挂在客户类型上的,一类客户共用一个折扣值,不是按单个客户单独设。如果确实要给某一家客户不一样的价格,通常的做法是把他归到另一个客户类型,再为该类型单独配折扣并重算等级价。不建议为了一个客户去改整类客户的折扣,那会连带影响这一类里所有客户的价格。
不会自动跟着变。自动计算是执行一次、生成一次,算完的价格就存在等级价里了。之后你调整了商品订货价,或者调整了客户类型上的折扣,都需要再回到等级价页面重新点一次自动计算,否则客户下单读到的还是上一次算出来的价格。所以每次改完价格相关的设置,都建议重算并下单验证。
最直接的办法是用属于该客户类型的账号实际下一单,看成交价是不是等级价那一列的数字。同时在商品-商品价格-等级价里抽查几个商品,确认算出来的价格和订货价、折扣值三者能对上。如果订单价和等级价不一致,先查客户是不是被挂到了别的客户类型,再查等级价有没有重算,最后才怀疑其他价格策略的优先级问题。
VII继续查
企业微信 · 专属顾问