铺货规则已经下架了，为什么客户还是能下？

结论很直接：规则下架不等于客户购物车里的商品被同步清空。订货宝在客户端判断能不能下单时，看的并不只是规则当前是否处于上架状态，还会看客户侧是否已经存在一条基于该规则的铺货商品记录。只要这条记录还在购物车里，系统就会按原有规则放行下单，这是为了不让客户已经选好的商品凭空消失。

所以下架操作的作用范围是「之后」——下架后客户再进入商品列表，不会再看到这条规则下的铺货内容；但下架之前客户已经点过添加、躺在购物车里的那些商品，不在此列。想彻底阻断，得让这条在途的购物车记录走完一次下单流程，或者由客户自己从购物车里移除。

最省事的处理方式：让客户先把购物车里剩下的铺货商品单独提交一笔订单，订单生成后再把整笔订单取消掉。这样购物车里的记录被消耗掉，规则下架才算真正在客户端生效。

第一步，先别急着反复点下架。让客户打开购物车看一眼，里面是不是还留着之前添加的铺货商品。这一步是关键，因为你需要先确认问题确实来自在途记录，而不是规则状态没保存成功或客户端缓存没刷新。

第二步，请客户把这些铺货商品单独结算一次，注意是单独，不要和其他正常商品混在一单里。混单之后取消会牵连到正常商品，处理起来更麻烦。

第三步，订单生成后，让客户在订单列表里把这一笔取消掉。取消完成，购物车里的记录也就消耗掉了，客户端不会再拿这条记录去走下单校验。之后再确认一次，客户重新进入商品列表，该规则下的铺货商品应该已经不出现。

如果客户不方便操作，也可以由你这边在后台协助确认这条在途记录的状态，但取消动作仍建议由客户侧完成，避免订单归属和后续对账出现歧义。

铺货商品往往和价格体系绑在一起。下架后如果客户仍按旧记录下单，成交价用的是记录生成时的规则价，不是你调整后的新价。所以处理在途记录之前，先确认这段时间有没有改过价格，避免客户按旧价成交、后续对账时才发现差异。

账期和授信额度也会受影响。已生成的这笔「下单再取消」的订单，会短暂占用客户的可用额度，取消后释放。如果客户额度本来就紧，最好提前知会一声，免得他在这个窗口期内下不了其他正常订单。

库存和报表同理。这笔为清理记录而生成的订单，哪怕很快取消，也可能在库存流水和订单报表里留下痕迹。月末盘点或对账时，记得把这类处理残留区分出来。另外，如果不同业务员对铺货规则有不同操作权限，下架前最好确认清楚由谁执行、由谁跟进客户，避免两边都以为对方在处理。