同一个商品，不同客户看到的价格不一样。

结论很直接：同款商品对不同客户显示不同价格，不是系统出错，而是后台给这个商品挂了多套价格规则，客户下单时命中了其中的某一条。订货宝的取价优先级是固定的：活动价 > 指定价 > 等级价 > 订货价。系统从上往下依次比对，只要客户符合某一层条件，就直接采用那层价格，后面几层不再参与计算。

所以排查时不要先怀疑系统，而要沿着这条链去问三个问题：这个商品当前有没有在做的活动价？有没有单独给某几个客户设过指定价？客户所属的等级有没有配过等级价？三者都没有，才会落回所有客户都一样的订货价。理解这一点，后面所有操作都是围绕「让某类客户命中哪一层」来做的。

需要提前说明的是，这种差异是设计出来的能力，不是漏洞。用它来做老客户优惠、区域差价、渠道分层都成立，但代价是配置量会随客户和商品数量增长，最好一次配清楚并留下记录。

第一步，先确认商品本身的基础订货价已经填好。它是兜底价格，基础价空着，后面配再多规则也可能让部分客户看不到价格。建议先把所有在售商品的基础价过一遍，避免遗漏。

第二步，如果差异是按客户分层来的，就去客户等级里设置等级价：把客户归入对应等级，再在商品或等级维度维护该等级的价格。适合客户数量多、分层稳定的场景，比如一批长期合作客户统一享受某个价格。

第三步，如果只是少数几个客户需要单独定价，用指定价更省事：针对具体客户或客户分组，对具体商品单独设价。它不依赖等级归属，适合一单一议、临时谈价的情况。

第四步，要做限时促销就用活动价，设定参与的商品、参与范围和起止时间。活动结束后系统自动失效，不需要手动撤价，但活动期间的客户看到的都是活动价，要有心理准备。

和账期、授信额度联动时要留意：价格决定订单金额，订单金额又会影响可用授信和账期结算，同一批货给不同客户的价格不同，占用的额度自然也不同。配置价格规则前，最好和授信政策一起考虑。

和库存、报表联动的点在于数据口径。报表按实际成交价统计，所以同一商品在不同客户那里的销售额天然有差异，看毛利时不要把这种差异当成异常。库存则与价格无关，扣减只按数量走。

和权限联动同样重要。价格规则属于敏感配置，谁能改活动价、谁能给客户设指定价，建议按岗位分开授权，避免运营和销售互相覆盖对方刚配好的价格。多规格商品还要注意规格维度，价格是挂到具体规格上的，配错规格会出现「同一商品两个规格价格反了」的情况，核对时按规格逐一比对更稳妥。