I直接答案
特价活动的限购上限只约束“特价”这一层身份。当某个客户在特价活动里的购买数量已经触顶,系统不会把这个人永久拦在商品之外——他仍然可以继续买同一件商品,只不过后续数量要走正常价格,不再享受活动价。换句话说,限购管的是优惠额度,不是商品本身的购买资格。
真正容易踩坑的地方在于订单结构。系统判定价格时是按整张订单来匹配规则的,如果一张订单里既有已达上限的特价商品、又有其他正常价商品,提交时会因为价格口径不一致而无法通过。所以正确的做法是:把还想按特价买的部分(如果有)和只能按正常价买的部分分开,或者干脆把超出限购的数量单独建一张正常价订单提交。两笔订单各自内部价格一致,就能顺利生成。
II操作问答
限购上限到底限制了什么
订货宝的特价活动在配置时会设定一个购买上限,这个上限是绑定在“活动商品+客户”这个组合上的。一旦客户在该活动里累计买到的数量达到上限,系统就不再给他匹配活动价,而不是把他的下单入口关掉。所以从客户角度看,商品依然可以加购、可以提交,只是价格会回落到正常价。
这里要区分两个概念:限购数量限制的是“还能享受多少次优惠”,不是“还能不能买这件商品”。很多客户看到提示以为买不了了,其实只是优惠用完了。理解这一点,后面的操作就很自然——想继续买,就按正常价走。
III操作问答
正确下单的两步操作
第一步,先确认这笔需求里还有没有需要按特价结算的数量。如果特价额度已经全部用完,那直接把要买的数量放进一张新订单,按正常价格提交即可。
第二步,如果同一批采购里既有未达上限的特价商品、又有已达上限需要按正常价购买的商品,不要图省事塞进同一张订单。应该把特价部分和正常价部分拆开,分别创建订单、分别提交。系统对每一张订单独立校验价格规则,拆开之后两张单都能正常生成。
提交后可以在订单列表里分别核对两张订单的价格明细,确认特价单里的商品确实带活动价、正常价单里的商品没有误挂活动,避免后续对账时才发现价格挂错。
IV操作问答
最容易配错的两种情形
第一种,把超出限购的数量和仍在活动内的数量混在一张订单里提交。这种单在提交时通常过不去,或者即便生成了,价格明细里也会出现同一商品两个价格口径,后续对账、开票、退换都会变得很麻烦。看到“同一订单内价格规则冲突”之类的拦截提示,基本就是这个问题。
第二种,误以为限购上限是永久封禁,于是让客户换账号、换收货信息去绕。这不但没必要,还会把客户的历史购买记录打散,影响后续的授信、账期和返利核算。正确做法就是按正常价再下一单,记录仍然留在同一个客户档案里。
V操作问答
和价格、库存、账期的联动关系
拆单之后,特价单和正常价单在系统里是两条独立记录,价格分别计算,库存也是分别扣减。如果商品是多规格,要注意每个规格的限购额度是单独计算的,不要拿一个规格的上限去推断另一个规格。
账期和授信方面,两笔订单会各自占用额度,提交前最好确认客户的可用授信是否够覆盖两张单的合计金额,避免其中一张因为额度不足被卡住。报表侧,特价单和正常价单的毛利表现不同,拆开之后反而更容易看清活动带来的实际让利是多少。权限上,如果业务员只能看自己名下的订单,拆单后两张单都要归属到同一个客户,别让其中一张挂到别人名下。
VII常见问题
被问得最多的几个问题
运费规则由订货宝里配置的配送方案决定,跟订单一共几张没有必然关系。如果运费是按订单金额或件数计算的,拆单确实可能让两张单各自触发一次起送门槛。建议下单前先看一眼当前配送方案是按单计费还是按金额计费,必要时让客户合并收货、由业务员在后台做一次运费调整。
上限是绑定在具体活动上的。同一个活动周期内,系统按客户累计已达数量来判断,买满就不再给活动价;活动结束后再开的新活动,额度重新按新活动的配置计算。所以同一个客户在不同活动里可以分别享受各自的限购额度,互不占用。
两张单分开提交本身就是保留记录的方式。特价单会带着活动标识进入订单列表和报表,正常价单则按普通订单流转,两边的价格明细和历史都能查到。不要为了“看起来像一单”去做手动改价,改价会覆盖活动标识,后面再想核对让利金额就查不出来了。
VII继续查
企业微信 · 专属顾问