简介《呆滞与报废物料处理程序》是一份源自深圳中兴通讯的企业标准文档面向制造业物料管理、仓储及采购人员。它系统定义了呆滞物料与报废物料的判定标准明确了由总裁办招标治理部、会计核算中心综合会计部及康讯技术服务部组成的跨部门处理小组并给出从月度清理、责任确认、库房隔离到制定处理方案、执行处置的完整闭环流程。压缩包内包含1个doc格式的可编辑文档文件大小约169KB便于直接查看与修改。目前已有94人学习下载。文档还涵盖了物料利用的奖励机制以及针对供给商回购、询价比价等处置方式的细则能帮助企业减少库存损失、提高资源利用率也可作为相关岗位作业指导书的编写参考。1. 从“半年不动的库存”说起呆滞与报废的判定逻辑库存账上有一批物料最后一次领料是八个月前ERP 里的库存状态依然是“正常”车间不缺料但也没有人申请报废。理论上它已经够得上“呆滞物料”的判定条件可真要处理起来会发现谁都不愿意牵头处理意味着确认损失、认领责任、跑完跨部门审批。这份企业标准《呆滞与报废物料处理程序》解决的就是这个问题。它用月度清理代替被动发现用 5 个工作日确认机制锁定责任方用 85% 询价阈值和两家以上竞价确定处置价格再用 10%-50% 的奖励比例鼓励内部人员提出利用方案。对做 ERP、MES、WMS 或供应链系统的工程师来说它实质上是一份可翻译成状态机、SLA 和审批流的业务原型对生产计划和仓储管理者它给出了责任归属和操作时限的明确答案。2. 责任归属与物料状态确认机制的数据模型设计2.1 判定边界半年不动就是潜在呆滞先把定义对齐这两类物料在系统里必须被当成两种不同的业务对象判定维度呆滞物料报废物料触发条件已确定无法投入使用或确定半年内无法投入使用已确定报废并办理报废手续物料范围外购物料、半成品外购料、半成品成品报废参照执行系统状态建议潜在呆滞POTENTIAL_SLOW报废冻结SCRAPPED处置动作先确认责任、再定处理方案直接进入隔离、分账、待处理区处理判定逻辑里“半年”是最容易被各执一词的地方。常见做法是以系统里最后一次出入库日期为准超过 180 天且当前可用库存大于零就纳入潜在呆滞清单。业务上要不要把安全库存、战略备件排除由事业部在确认环节提出而不是在查询环节一刀切。我一般会在 ERP 或者数仓层维护一个视图按物料代码、仓库、货主三个维度输出潜在呆滞清单SELECT material_code, material_name, spec_model, warehouse_code, owner_code, SUM(stock_qty) AS total_qty, MAX(last_movement_date) AS last_mvt_date, ROUND(SUM(stock_qty * unit_cost), 2) AS total_cost FROM inventory_fact WHERE last_movement_date DATE_SUB(CURDATE(), INTERVAL 180 DAY) AND stock_qty 0 AND frozen_flag 0 GROUP BY material_code, material_name, spec_model, warehouse_code, owner_code ORDER BY total_cost DESC;注意这里last_movement_date取的是出入库最后发生日期不包括盘点调整和单纯的库位转移否则容易把长期不动但一直在倒库的物料漏掉。frozen_flag 0是为了排除已经冻结报废的部分如果系统中没有单独的“潜在呆滞”状态建议先用这个 SQL 生成初稿再由计划员逐条确认。半年窗口期的判断放在 SQL 层责任确认放在流程层两者不要混在一起。2.2 责任归属四级原因与双向确认呆滞和报废不是天然形成的标准把形成原因归纳为四类技术更改、生产/采购计划调整、客户取消或更改订货合同、其他原因。在系统建模时前三个应做成清单上的必选分类最后一个“其他原因”必须附加说明否则统计归因时全是“其他”责任确认就形同虚设。确认机制的骨架是综合计划部和康讯计划部每月清理库存汇总当月呆滞、报废物料编制 QR 45.025-2018-01《呆滞、报废物料清单》在每月 15 日前提交相关事业部确认。被提交方要在 5 个工作日内给确认意见和初步处理意见。如果被提交方认为责任在其他部门可以分列出新的清单继续往下转这就是“双向确认 逐级转派”。这个转派机制在信息流上等价于一个责任认定链发起方 → 责任方 →可选下一责任方。放在系统里就是一个 list 表加parent_id自关联每次转派生成新记录保留原始清单编号。比较容易被忽视的是转派时的证据链除了确认意见还要保存被提交方的签收时间和驳回原因。没有这些时间戳后续责任部门想追责时没有依据。责任确认后的财务动作要跟着做经确认的呆滞报废物料当月转为相应事业部或康讯的资金占用直到处理完毕。也就是说谁造成谁占用、谁占用谁出费用在资金占用口径上完成了责任的闭环。2.3 责任无法归口时的兜底与时效控制标准里还有一条兜底设计经确认后若责任不应由事业部或康讯负担由综合财务部负责处理。这条保证了流程不会因为互踢皮球而停摆。实际执行时兜底条件要严格限定必须是流程上能证明“各环节签收均有记录但责任确实无法归口”的物料否则就会变成各部门的甩锅出口。时效性是这套程序的内在约束。确认快慢直接决定损失大小原文强调的是“确认速度愈快、处理的愈及时公司的损失就会降至最低”。从数据上看可以按月统计两张表一是从月度清理到完成责任确认的平均天数二是从责任确认到处理完成的天数。前者超过 5 个工作日就说明确认环节卡住了后者超过财务审批周期就要检查方案执行是否搁置。这两张报表建议直接挂在呆滞料处理台账上作为流程健康度指标。3. 处理执行链路拆解清单、隔离、收款与出库的 SLA 控制3.1 从清单到确认两个时间节点的含义QR 45.025-2018-01《呆滞、报废物料清单》是整个流程的起点也是信息系统的核心单据。它的字段可以直接映射成表结构物料代码、名称、型号、入库时间、数量、原总价、初步意见、处理价格、备注其中“处理价格”和“备注”由处理小组填写说明这张单子既承载确认功能又承载定价功能。在系统里应拆成两张子表清单确认表和定价记录表避免一张表上既有业务意见又有财务数据造成权限混乱。流程上最关键的两个时间节点是每月 15 日前提交清单收到清单后 5 个工作日内给出确认意见和初步处理意见。前者约束发起方后者约束确认方都有明确的 SLA。还有一个容易被忽略的节点事业部综合计划部和康讯计划部要在两日内将经确认的清单发至本事业部库房和公司处理小组。这三段时限合起来约 7 个工作日整个过程不允许超过月度滚动周期否则下个月的清理清单就会叠加未完成的确认记录。3.2 库房动作隔离、分账、标识、待处理区库房拿到经确认的清单后要做四件事按清单将呆滞、报废物料隔离办理分账管理手续做好标识放入待处理区。隔离动作在实物上容易做难的是系统账要同步。很多项目在这里踩坑实物已经搬到待处理区账上却还在正常可用库存里月底大盘点永远对不上。常见做法是在 WMS 或 ERP 里为呆滞报废料单独开一个库存状态比如RESERVED_SLOW或SCRAPPED_HOLD与正常可用库存分库位管理。分账意味着在财务科目上把它从存货科目转入待处理财产损益科目这一步需要财务人员配合不能只靠仓储部门自己改状态。标识则要同时覆盖实物标签和系统批次属性至少包括物料代码、数量、确认日期、待处理原因。3.3 审批、收款与出库的执行顺序处理方案由康讯技术服务部根据物料实际情况提出依照标准第 7 条确定处理方式然后走公司财务审批程序。审批通过后进入执行阶段先发 QR 45.025-2018-02《收款通知单》通知收购单位办理交款若供应商回购且需要冲抵我方应付货款则办理冲红单收购单位办完财务手续后凭收款凭证到康讯技术服务部开领料单库房依据领料单发货由领料人转交收购单位处理完毕处理小组将结果通报相关事业部。这套顺序有个关键点先收款、后开领料单、再发货。收款凭证是开领料单的前置条件不允许先发货后补款。系统设计时要把这串动作做成强校验的流程收款通知单生成 → 财务确认到账 → 生成领料单 → 仓库过账发货 → 回写处理结果。每一步的状态不满足下一步的按钮就不应该可操作。把整个过程收拢成一个状态机可以在代码里这样表达from enum import Enum class MaterialState(Enum): NORMAL 0 POTENTIAL_SLOW 1 CONFIRMED_SLOW 2 PLAN_APPROVED 3 PAYMENT_RECEIVED 4 DELIVERED 5 CLOSED 6 # 状态流转表当前状态 动作 - 下一状态 TRANSITIONS { MaterialState.POTENTIAL_SLOW: { confirm: MaterialState.CONFIRMED_SLOW, }, MaterialState.CONFIRMED_SLOW: { approve_plan: MaterialState.PLAN_APPROVED, }, MaterialState.PLAN_APPROVED: { receive_payment: MaterialState.PAYMENT_RECEIVED, offset_payable: MaterialState.PAYMENT_RECEIVED, # 冲抵应付同样视作收款完成 }, MaterialState.PAYMENT_RECEIVED: { deliver: MaterialState.DELIVERED, }, MaterialState.DELIVERED: { close: MaterialState.CLOSED, }, } def next_state(current: MaterialState, action: str): return TRANSITIONS.get(current, {}).get(action)这个状态机的价值在于把业务规则固定下来确认、审批、到账、出库、关闭是五个必须按顺序经过的节点冲抵应付货款在财务上等同于收到款项所以单独给了一个offset_payable动作。实际项目里可以再加一个REJECTED状态用于确认环节驳回或者审批不通过的情况驳回到CONFIRMED_SLOW之后清空原方案重新走方案制定。把各节点的 SLA 梳理一下环节责任角色时限要求单据/动作编制清单综合计划部/康讯计划部每月15日前QR 45.025-2018-01确认与初步意见被提交的事业部/康讯5个工作日同清单返回清单分发综合计划部/康讯计划部2日发库房与处理小组隔离分账库房收到清单后即办库位转移状态变更方案制定与审批康讯技术服务部/财务按财务审批程序处理方案收款收购单位收到通知后QR 45.025-2018-02发货库房凭领料单领料单出库单结果通报康讯技术服务部处理完毕处理结果通报这八行就是流程程序化落地的最小单据集开发侧按这个粒度建表建接口业务侧按这个时限设预警。4. 处理方案决策树供应商回购、85% 询价阈值与竞价机制4.1 内部优先利用15 天窗口期处理方案确定的顺序是有讲究的。物料确认并提交到康讯技术服务部以后第一步不是对外处置而是先在公司内部挖掘利用价值。做法是把呆滞、报废物料清单发布在内部平台上各事业部开发人员可以提出利用方案并在 15 天内通知处理小组。从 ROI 来看这个顺序很合理内部利用没有物流成本、没有折价损失、不需要走外部收购流程只要开发人员能把这批物料用进新产品或替代料就相当于直接按原值挽回。15 天窗口期是给相关部门一个集中评审的时间过了这个窗口物料才进入对外处理通道。系统落地时这 15 天可以在清单状态上增加一个“内部利用中”的标记到期自动流转到下一步。4.2 供应商回购的谈判优先级公司内部不能利用时首选对象是该物料的供应商。合格供应商提供的物料尽量说服其接受退货、换货或折价处理接受这些方式可以记为供应商的优良合作记录。这条设计既是商务手段也是谈判筹码回购行为会被记录意味着供应商配合处置会形成正面档案不配合则会留下负面记录。采购系统可以单独建一张供应商处置记录表字段包括供应商代码、批次物料、处置方式退货/换货/折价、折价率、处理完成日期每季度按供应商汇总一次。这个记录的价值不在当下而在下一次供应商绩效评定时可以作为依据。折价处理时要注意价格基准供应商回购价格一般按退货减去折旧或按残值结算且冲抵应付货款时要走冲红单采购订单、到货单和冲红单三个单号需要在账务里相互勾稽。四种处理路径的优先关系如下优先级处理路径适用条件关键动作1内部利用公司内部有可用方案内部平台发布 15天窗口2供应商回购合格供应商接受退货/换货/折价冲红单3询价直接处理报价不低于市场价85%询价单留档4两家以上竞价报价低于市场价85%至少两家报价处理小组审批优先级越靠前流程成本越低价值回收也越接近原值。系统里做方案推荐时可以直接按这个顺序默认排序。4.3 85% 询价阈值为什么是这个数对市场采购和非合格供应商供应的物料以及合格供应商不愿意接受退换或折价时由康讯技术服务部向其他供应商发出询价单。若返回价格在现行市场价格的 85% 及以上可直接按该价格确定处理方案。这条规则把“卖多少算合理”变成了一个可执行的数值标准。85% 这个阈值不是随便拍的。残次物料、呆滞料的二手市场流通价通常在标的原值的 60% 到 80% 之间。把询价线设置在 85%意味着只有当报价明显高于一般的残值处理行情时才可以绕过竞价环节直接成交一旦低于 85%说明价格已经进入需要竞争的区间必须引入两家以上收购单位报价来压价。这样做既保留了对优质买家的直接成交效率又把低价处置关进了程序笼子里防止不同经办人处理同类物料时价格差异过大。决策逻辑用代码表达更清楚def make_disposal_plan(internal_used: bool, supplier_agreed: bool, inquiry_price: float, market_price: float): if internal_used: return 内部利用按原值冲减呆滞库存 if supplier_agreed: return 供应商回购退货/换货/折价冲抵应付走冲红单 if inquiry_price market_price * 0.85: return 按询价直接处理价格需留存询价单作为凭证 # 低于85%转入两家以上收购单位竞价 bids collect_bids(min_bidders2) return 取最高报价报处理小组审批后执行 def collect_bids(min_bidders2): bids [] while len(bids) min_bidders: bids.append(input(报价单位、报价金额、报价时间)) return max(bids, keylambda x: x[1])这个函数里market_price的取值是关键参数。常见做法是以同型号物料最近一次采购订单价格作为市场价格基准也可以用采购系统的标准成本替代但要在审批单上注明基准来源否则审计时解释不清楚。85% 比例在配置中心做成参数且修改要留痕不建议写死在代码里。4.4 两家以上竞价的留痕要求询价低于 85% 以后由康讯技术服务部和总裁办招标治理部共同寻找至少两家收购单位报价报处理小组确定方案。这里有三层意思一是两家以上报价保证比价空间二是招标治理部参与本身就代表采购专业职能介入三是最终方案要报处理小组而不是一个人拍板。系统上需要给竞价环节做独立的报价记录表报价单位、联系人、报价金额、报价时间、报价单附件并且设定报价截止时间。竞价结果出来后还要生成一份处理方案审批附件包含各报价方对比和推荐意见。所有报价记录建议拍照或扫描上传与清单、收款通知单一起归档。这部分的留痕质量决定了整个处理程序能不能通过内部审计。5. 奖励机制的工程化实现10%-50% 的激励计算与审批链5.1 奖励金额的计算口径标准第八章允许对提出可行利用方案的内部人员给予奖励金额为被处理物料当时购买价格与处理价格差额的 10% 到 50%。这个差额本质上是挽回的损失金额用它做基数既不会空算也不会让奖励失控。假设某批物料原采购价合计 100 万元最终以 35 万元处理差额 65 万元。若按 20% 奖励则奖励金额为 13 万元项目金额万元计算口径物料购买价100清单上原总价处理价35成交价格采购差额65购买价 - 处理价奖励比例20%审批通过奖励金额1365 × 20%奖励比例的取值范围 10%-50% 由审批链控制。50% 上限的意义是防止内部人故意压低处理价再低价买入或者与收购方串通后分成。比例越高需要审批的层级越高这是内控的基本思路。5.2 审批链与单据字段QR 45.025-2018-03《利用呆滞、报废物料方案及奖励审批单》字段包括物料代码、物料名称、呆滞废原因、使用方案、方案提出人、实施结果、物料总金额、采购差额、奖励比例、奖励金额。这份单子同时承载方案审批和奖励审批注意物料总金额是购买价采购差额是处理挽回的差价两个数字口径不要混。审批顺序处理小组确认 → 综合财务部 → 康讯技术服务部 → 事业部领导 → 公司领导。在 OA 里套用这个审批链时建议把“处理小组确认”设计成会签节点“公司领导”设成必须审批节点中间部门按实际组织架构配置。所有审批人必须能看到方案全文和物料成本明细不能只看一张汇总表。核算上也有一点容易踩坑奖励金额入账科目通常计入管理费用或专项奖励要提前和财务部门约定不能在物料处理收入里直接冲减否则个税和成本核算都会出问题。奖励实际发放时还需要代扣个税的字段审批单上应该预留“实发金额”和“税前金额”两列不能只存一个总数。5.3 用处理台账验证整个程序最后给一个可落地的技巧建一张呆滞料处理台账表记录每批物料从清单编制到关闭的全部关键时间。每月跑一次平均处理周期和回收率SELECT AVG(DATEDIFF(close_date, list_date)) AS avg_cycle_days, SUM(disposal_price) / SUM(original_price) * 100 AS recovery_rate FROM slow_material_ledger WHERE MONTH(close_date) :biz_month;avg_cycle_days平均处理周期反映从清单编制到关闭的全链路耗时连续两个月超过 30 天检查确认或审批环节是否阻塞。recovery_rate回收率用处理价合计除以原材料总价合计低于 40% 时检查是否大量物料最终走了报废而不是内部利用或供应商回购。台账本身不需要复杂的报表工具一张宽表加两个 SQL 视图就能维护。月度复盘时直接按这两个字段看趋势阻塞点一眼就能定位也是后续调整处理策略的数据基础。本文还有配套的精品资源点击获取