商品停用和归档的规则，要事先约定清楚并且执行
库存盘点时发现一批老款商品已经三年没有动销，采购部门说“这个供应商不供货了”，销售部门说“客户早就不问了”，但谁也没有正式通知过仓库和财务。商品状态模糊的结果，是ERP里依然挂着可售库存，采购计划被它干扰，财务还要为这些“僵尸商品”计提减值准备。
商品停用和归档看似是后台操作，真正失控时影响的是采购资金占用、库存准确率和成本核算。规则如果不在事前书面约定，事后用流程执行，靠人传话的管理方式迟早会带来一笔沉默成本。
停用和归档不是同一个动作，很多企业把它们混为一谈
商品停用和商品归档是库存管理领域两个容易被混淆但性质不同的管理动作。停用意味着商品不再参与日常业务流转——不报价、不采购、不生产、不销售，但基础档案和交易记录仍然保留在系统中，可供查询和追溯。
归档则是将完全终止生命周期、且已无任何交易义务的商品从主数据库中移出或标记为历史状态，使用者无法在正常业务单据（如销售单、采购单）中引用它，只有查阅历史数据时才可见。
从管理节奏上看，停用是过渡状态，适合商品已经不再活跃但仍有未完成订单、售后或质保义务的阶段。归档是最终状态，必须确保该商品不再有任何未结业务、未付应收款或未交付义务才能执行。没有明确的停用和归档规则，仓库人员只能凭记忆判断该不该发某个货，采购员则可能因为系统状态不清继续下单。
规则缺失引发的四个典型管理断点
断点一：采购计划被无效库存干扰。商品停用后，如果系统没有自动将其从可用库存池中剔除，ERP在生成补货建议时可能还会把该商品的历史动销数据带入计算，导致采购计划偏离真实需求。
断点二：财务成本核算失去依据。停用商品如果不在当月做成本冻结或计提，后续计量时依然按正常商品处理，导致当期利润和库存价值失真。商品归档前未完成所有结算数据核对，同样会造成长期资产不清。
断点三：客户退换货无数据支撑。商品已经归档，但售后系统仍然保留对应SKU的历史记录。客户提出退换货需求时，服务人员找不到商品档案就无法确认售价、批次和质保期，处理周期被拉长。
断点四：供应商对账缺少商品状态标签。对账时发现系统中还有该商品的未结采购订单，但采购部门已不再与对应供应商合作。没有状态标记，财务只能手工排查每一笔单据，耗费大量时间。
约定规则：停用的触发条件与审批权限
商品停用不应由某一个岗位独自决定，需要设定明确的触发条件和审批路径。常见触发条件包括：连续六个月零销量、供应商已终止合作并从合格名录中移除、产品已过保质期或质保有效期、产品升级换代导致旧型号被替代。
触发条件设置后，还需要配套审批流。不同价值区间的商品，审批层级应有所差异。比如单价低于500元的耗材类商品，由仓储主管和采购主管联签即可；单价高于10万元的备品备件或成品，则需由采购、财务和业务负责人共同会签。审批流中应要求责任人填写停用理由、现有库存结余、未结订单清单和善后处理方案。
停用决定生效后，系统应自动执行以下动作：在业务单据的选择列表中隐藏该商品，但保留历史记录；在库存报表中将其单独归类并标记为“停用”；自动通知采购、销售、仓库、财务四个部门的相关人员。整个流程需要形成可追溯的操作日志，便于事后审计。
执行归档：前置校验和状态转换控制
商品从停用进入归档状态，必须通过前置校验机制。这个机制需要自动检查几个条件：该商品所有未完成的采购订单、销售订单和生产工单是否已经关闭；所有预付款、应收款和质保金是否已经结算完毕；是否有未执行的售后服务条款或客户承诺；库存结余是否已处置完毕（退货、报废或内部转移）。
如果前置条件都不满足，系统应拒绝归档操作，并给出具体拦截原因和未关闭单据清单，待相关责任人处理后再重新提交。只有当所有条件均为“已处理”状态时，归档按钮才可被激活。
归档完成后，商品从检索和引用列表中彻底消失，不再被任何新业务流程访问。归档数据转存至历史数据模块或备份数据库，保留价格、成本、供应商、批次、质保期、历史交易记录等结构化信息，供财务审计、税务检查和年度盘点时调阅。
执行归档的人员必须具备相应的操作权限，且归档操作应触发二次确认——系统提示“本次操作不可逆，商品将不再出现在单据和报表中”，确认后方可执行。归档日志应与商品生命周期数据一同保存。
系统落地：如何用流程引擎和自动化规则锁定规则
在前述规则书面确定后，最重要的步骤是把规则变成系统可执行的流程和校验逻辑。如果企业使用无代码平台搭建管理系统，可以通过表单、流程引擎、自动化规则和权限控制来实现这一目标。
第一步，建立商品状态管理表单。除了基础档案字段（商品编码、名称、规格、供应商、批次、单位），增加“生命周期状态”字段（正常/停用/归档）、停用触发日期、停用审批件、归档审批件、结余库存处置记录等结构化字段。这些字段是后续所有自动化规则的判断依据。
第二步，配置停用申请和审批流程。停用申请单由仓库或采购发起，表单中自动携带当前库存结余和未结订单数量（通过数据关联查询实现）。审批流按商品价值动态走不同分支。条件审批规则可以设置为：库存价值低于阈值，走二级审批；超过阈值，走三级会签。
第三步，设置自动化校验与通知。停用流程通过后，系统自动运行一个定时或实时校验脚本：检查停用商品是否在30天内完成了库存处置和订单关闭。如果到期未完成，自动发送催办消息给对应负责人，并抄送上级主管。归档前置校验也可以配置为一个自动化节点，校验表展示未关闭的单据类型、数量和金额，责任人可以在线处理后再触发归档。
第四步，搭建归档数据和报表看板。归档完成的商品数据进入历史数据模块，系统自动生成季度归档商品清单报表，包括商品编码、归档时间、归档前最后库存数量、处置方式、审批人等信息。报表同时推送至财务和审计部门，用于年终资产盘点。
这套逻辑在企业数字化管理系统中可以借助轻流 AI 无代码平台快速落地。通过表单搭建商品档案和停用申请单，用流程引擎配置条件审批和分支流转，再配合自动化规则校验前置条件和发送提醒，就能在不写代码的情况下把“停用—归档”规则变成可执行、可追溯的系统流程。
先跑通一个品类，再横向复制到全品类
从规则形成到系统落地，不一定要一步到位覆盖所有商品。建议先选择一个业务相对稳定、品类数量较少的板块——比如耗材类或备品备件——作为试点品类。
在该品类中验证停用和归档的触发条件是否合理、审批层级是否恰当、前置校验有没有遗漏。运行三个月后，收集实际数据和人员反馈，调整审批节点和自动规则阈值。试点阶段暴露出的校验逻辑缺失或状态转换卡顿，比在全量推广后再修改的成本低得多。
试点品类跑通后，再将相同的规则模板、流程配置和自动化规则复制到成品、原材料、半成品等其他品类。跨品类推广时，只需要微调价格阈值和审批角色，不需要重新设计表单和流程结构。
这种按品类扩大的方法，特别适用于中小型制造企业或商贸企业。企业在系统落地初期不需要一次性承担全品类实施的压力；团队的学习曲线也不会因为规则复杂度过高而中断。
常见问题
Q1: 商品停用和商品下架有什么区别？
答：下架通常指在电商或零售场景中，将商品从前端展示中移除，但不影响后台的库存记录和采购流程。停用则是企业内部库存管理的动作——商品不再参与采购、销售、生产等任何业务流转，同时系统中记录该商品的状态，以便后续决策。下架侧重于前台展示控制，停用侧重于后台业务控制。
Q2: 没有业务系统，光靠Excel能执行停用和归档规则吗？
答：可以，但效率低且风险高。Excel无法自动校验前置条件（如未结订单和应收款）、无法阻止人为绕过规则直接删除行或修改状态。如果企业暂时没有业务系统，建议先制定书面标准，由专人每周手动维护状态并交叉核对单据状态。当品类数量超过50个或月交易笔数超过200笔时，就应当考虑用流程工具或系统来固化规则。
Q3: 停用后的商品还有旧批次库存，该怎么处理？
答：停用操作不改变既有库存实物。实际处理方式取决于商品属性：如果仍有使用价值且不影响安全，可在内部裁员或维修事项中使用；如果没有使用价值，应填写报废单，走报废审批流程。无论哪种方式，处理过程要在系统中形成记录并与停用关联，确保归档前置校验时能够通过“库存已处置”条件。
