创建活动时「排序值」有什么作用？

排序值的本质是一个优先级数字。同一个商品在同一时间只能挂在一个促销活动里，如果你不小心把它放进了两个甚至更多活动，系统不会随机挑一个，也不会全都执行，而是拿这些活动的排序值比大小：数字大的那个活动胜出，商品按它来计算促销价和优惠。所以排序值不是装饰性的排序字段，它是冲突发生时的裁判。

第二层规则是并列处理。假如两个活动的排序值填了一样的数字，系统不会继续比较折扣力度、活动时间或商品数量，而是看创建时间——先创建的那个活动拿到优先权。这意味着复制活动、批量建活动时如果忘了改排序值，实际生效的往往是你最早建的那个，而不是你以为最新的那个。结论很直接：排序值要当成业务意图来填，重要的、必须跑的活动给大数，临时测试或备用的活动给小数字。

在订货宝后台进入促销活动的新建页面，活动名称、时间、适用商品这些填完之后，往下找排序值这一项。它通常是个数字输入框，允许填正整数，数值范围由系统接受即可，没有「只能填 1 到 10」这类限制。

填的时候建议先定一套自己团队能记住的档位。比如主推活动给 100，常规活动给 50，只给特定客户看的测试活动给 10。这样以后无论谁建活动，都能一眼判断自己的活动会不会被别的活动压住。

保存前再确认一次：这个活动里的商品，有没有同时躺在另一个排序值更大的活动里。如果答案是「有」，那保存之后它很可能不生效，现象是客户端看到的还是原价或另一个活动的价。

排序值最终影响的是成交价，所以它和价格体系是绑在一起的。如果同时存在针对同一客户等级的折扣策略，实际展示的价格以生效的那个活动为准，排查价格异常时排序值应该是第一批要看的配置。

账期和库存跟着走。活动决定了这一单走的优惠口径，也决定了库存扣减挂在哪个活动名下，做活动效果统计时，被压住的活动不会有数据，容易被误判成「活动没人参加」。如果报表里某个活动的订单数长期为零，先查排序值，再查商品是否真的进了这个活动。

权限方面，排序值属于活动配置的一部分，谁能改活动谁就能改它。团队里如果多人可以建活动，建议把排序值的档位规则写进内部约定，否则同一个商品今天生效明天不生效的问题会反复出现。