商品上下架和可订范围怎么管，先分清客户可见、可订、缺货、停供和替代商品

先把“商品上下架”放回真实订单里看

商品已经停供、缺货或只允许部分客户订，但客户仍然能看到并提交订单，后续只能由销售人工取消。如果只看页面入口或单个岗位动作，很容易低估这个问题对后续流程的影响。真正要看的是客户提交后，订单是否还能继续进入价格、库存、仓库、配送、售后和财务核对。

处理“商品上下架”时，建议先拿最近一周真实订单做抽样，而不是凭印象判断。抽样时至少看标准订单、异常订单和需要财务核对的订单各一张。

上线前先准备这些资料

资料准备不要追求一次补全全部历史数据，先围绕商品状态字段、客户可见和可订范围、缺货停供处理整理出能支持试点订单运行的一版。

准备资料时，要让销售、仓库和财务一起确认。只由一个岗位整理，常会漏掉后续发货、签收、收款或售后处理需要的信息。

• 客户侧需要确认：商品 SKU 多且上下架频繁、不同客户可订商品不同
• 订单侧需要确认：商品状态字段、客户可见和可订范围、缺货停供处理
• 仓库或配送侧需要确认：客户范围是否能进入任务或状态
• 财务侧需要确认：替代商品是否能影响应收、欠款、结算或月结
• 试点结束前不要只看下单是否成功，还要看后续岗位是否少了重复确认

用三类订单做验收

验收“商品上下架”时，建议选一张标准订单、一张异常订单、一张需要核对的订单。三类订单都能从客户提交追到处理结果，才说明这页讨论的流程可以继续扩大。

如果试点中仍然需要销售转述、仓库重新核对、财务月底重新找依据，就说明商品状态、客户范围或替代商品还有断点，要先补齐再扩大。

• 标准订单：检查商品状态是否能顺利进入后续处理
• 异常订单：检查客户范围是否有状态、原因和责任岗位
• 核对订单：检查替代商品是否能解释最终金额、数量或处理结果
• 扩大范围前，先记录客户、销售、仓库和财务各自仍然需要人工确认的事项

读完这页，可以这样做一次自查

围绕“商品上下架和可订范围怎么管”，先不要急着比较系统界面，而是把当前订单从客户发起到仓库处理、配送签收、收款对账的路径写出来。能写清楚路径，才知道下一步应该先改入口、价格、库存、仓库还是财务。

自查时最好让销售、仓库和财务一起参与。只由一个岗位判断，往往会漏掉后续责任。例如销售觉得下单已经方便，仓库可能还在重新核对规格，财务可能仍然无法按订单核收款。

• 围绕“商品状态”，当前是否有明确规则、责任人和异常处理方式。
• 围绕“客户范围”，客户、销售、仓库和财务看到的信息是否一致。
• 围绕“替代商品”，订单提交后是否还能继续追踪状态和处理结果。
• 数据准备先看：商品状态字段、客户可见和可订范围 是否能在上线前整理清楚。
• 试点安排先看：先选 10 到 30 张涉及商品上下架的真实订单做试点 是否可以在本周开始推进。