主题
退料申请
提示
用于处理订单在生产、装配、领料之后，多余物料回库、可用物料退仓，以及由此带来的库存回补与订单成本回冲。
菜单路径
仓库管理 → 退料申请
常见发起入口
- PC：
订单详情→领料记录→退料 - 移动端：
生产退料→新建退料单
页面定位
退料申请不是“把不要的料随手退回仓库”这么简单，它本质上是在处理两件事：
- 库存回补：把可继续使用的物料重新回到仓库账面；
- 订单成本回冲：把原本已经计入订单消耗的物料成本冲减回来。
所以退料申请不仅影响库存，也会影响订单的成本统计、毛利复盘和后续缺料判断。
谁会用到这个页面
常见场景包括：
- 多领了但没用完；
- 临时改方案导致部分物料没消耗；
- 订单收尾后还有剩余可用五金、板件；
- 现场回收了仍可继续使用的优质料。
先理解三个事实
1. 仓库管理页主要负责审核处理，不是主新建入口
虽然系统里有独立的 退料申请 列表页，但当前 PC 列表页顶部没有“新增退料申请”按钮。
也就是说，仓库管理中的这个页面更像：
- 待审核清单
- 审核处理入口
- 历史记录查看页
而不是退料录单页。
2. PC 端最常见的发起入口在订单详情
当前 PC 端发起退料的主入口，是：
订单详情领料记录- 点击
退料
这说明退料天然依附于订单上下文，而不是脱离订单独立发生。
3. “通过”不只是改状态，而是直接入库并扣减订单成本
这是当前前端实现里最关键的一点。
系统在审核通过前会明确提示：
- 通过后，物料将入库；
- 同时扣减订单成本。
所以，退料审批通过不是一个“纯审批动作”，而是一个会立刻落到账和成本上的业务动作。
页面整体阅读路径
列表页怎么看
搜索与筛选
当前页面搜索区有 3 个条件：
| 筛选项 | 作用 |
|---|---|
| 订单号 | 找某张订单的退料申请 |
| 状态 | 按待审核 / 已通过 / 已驳回筛选 |
| 订单名称 | 按订单名称找相关退料单 |
这也说明页面设计目标更偏“仓库审核任务处理”，而不是复杂分析报表。
列表字段
| 字段 | 说明 |
|---|---|
| 序号 | 当前页行号 |
| 退料单号 | 退料申请唯一编号 |
| 关联订单 | 对应哪张订单；有权限时可跳订单详情 |
| 订单名称 | 帮助快速识别业务背景 |
| 状态 | 待审核 / 已通过 / 已驳回 |
| 申请时间 | 退料申请创建时间 |
| 物料数 | 本单包含多少条退料明细 |
| 备注 | 辅助说明 |
| 操作 | 查看详情、删除 |
顶部操作区
当前列表页顶部真实提供的是：
- 刷新
- 列显示配置
- 批量删除
当前页面没有：
- 新增
- 导出
所以，列表页主要是审核和清理单据，不是录单工作台。
行内操作
| 操作 | 什么时候出现 | 说明 |
|---|---|---|
| 查看详情 | 有查看权限时 | 打开退料详情抽屉 |
| 删除 | 有删除权限且状态允许时 | 删除待审核或已驳回的退料单 |
当前前端的删除边界很明确：
已通过：不能删待审核：可删已驳回：可删
这背后的逻辑也很好理解：一旦已经通过，就意味着库存和成本已经变更，不应该再随意删除原始单据。
退料状态怎么理解
当前真实前端状态只有 3 个，不是多段复杂流程。
各状态含义
| 状态 | 含义 |
|---|---|
| 待审核 | 已提交退料申请，等待仓库确认是否接收入库 |
| 已通过 | 仓库确认接收，系统已执行入库并回冲订单成本 |
| 已驳回 | 仓库拒绝接收入库，单据结束 |
为什么这个流程比领料、补料更短
因为退料申请的核心问题只有一个：
仓库接不接收这批物料重新入库。
一旦确认可接收，系统就直接完成：
- 入库
- 订单成本扣减
所以它不像领料/补料那样还要经历采购、待领取、部分领取等多个阶段。
退料通常怎么发起
PC 端常见入口：订单详情 → 领料记录 → 退料
移动端也支持现场发起
当前移动端有独立的 生产退料 模块，包含：
- 新建退料单
- 退料历史
- 退料详情
这意味着退料不一定非要等回到 PC 才能提，可以在现场更快地发起。
不是任何物料都能退：系统会先限制可退范围
退料并不是随便录一条物料就能提。当前系统会先从订单维度拉取“可退料物料”列表，再让用户在范围内选择。
更直白地说，只有真正还有“可退余额”的物料，才允许提交退料。
系统是怎么判断“还能退多少”的
系统不仅支持对常规“领料出库”的物料发起退料，也全面支持对订单在生产中额外发起的“补料出库”物料发起退料。
为了彻底杜绝并发提交或重复提交导致超退（即退库数大于实际出库数）的财务及数据漏洞，系统在计算某一物料的“可用退料额度”时，采用如下严密的计算公式：
可用退料额度 = 累计出库数量(常规领料 + 额外补料) - 累计已退回数量 - 待审核的退料冻结额度
- 待审核额度冻结：只要有任意一笔针对该物料的退料申请正处于“待审核”状态，该申请数量就会被系统自动先行冻结，并从可退上限中扣减，使其无法在其他退料申请中被二次消费；
- 后台双重实时拦截：在业务员“提交申请”阶段与仓库管理员“点击审核”的最终阶段，系统后台都会对退料数据执行最严密的校验，若发现最终退回量超过真实出库额度，会即刻发起强力拦截并报错退回，全方位防超发、防重扣。
这一步极为关键，不仅为现场多领或增补提供了无缝退料支持，更通过对待审核额度的强力预扣，牢牢把控住了成本和账实相符的安全底线。
仓库审核抽屉才是真正的处理中心
点击列表中的“查看详情”后，会进入退料详情抽屉。这个抽屉同时承担：
- 看单据基本信息
- 看退料明细
- 决定是否通过或驳回
基本信息区会看到什么
抽屉里会展示：
- 退料单号
- 关联订单
- 当前状态
- 申请时间
- 审核时间（如果已经审核）
- 驳回原因（如果已驳回）
- 备注（如果有）
明细区会看到什么
明细表的重点不是编辑，而是审核确认。当前主要字段包括：
| 字段 | 说明 |
|---|---|
| 物料 | 退回的是哪种物料 |
| 规格 | 物料规格 |
| 退料数量 | 本次申请要退回多少 |
| 单价 | 该物料单价 |
| 小计 | 单价 × 退料数量 |
这也说明仓库审核时除了看数量，还要意识到它会影响订单成本金额。
“通过”和“驳回”到底在业务上意味着什么
通过
当状态为 待审核 时，抽屉底部会出现 通过 按钮。
点击通过后，系统不是单纯把状态改成“已通过”，而是会直接执行：
- 退料物料重新入库；
- 订单成本相应扣减。
也就是说，这个动作落地很重，是真正的账务与库存动作。
驳回
当状态为 待审核 时，也可以选择 驳回。
驳回后：
- 状态变为
已驳回； - 可记录驳回原因；
- 不发生入库；
- 不会产生订单成本回冲。
为什么“已驳回”也要保存下来
因为它不是“没发生过”，而是“发生过申请，但仓库明确不接收”。
这对后续追责、异常复盘、现场沟通都很重要。
当前前端没有“填写实际接收数量”的处理步骤
这一点要单独强调，因为它和旧文档差异很大。
当前前端审核抽屉中：
- 没有“审核入库”按钮；
- 没有“实际接收数量”输入框；
- 没有“通过后再二次入库”的分步流程。
当前真实实现更接近：
- 看明细
- 选择通过或驳回
- 如果通过，系统直接执行入库与订单成本扣减
所以写教程时，不应继续描述成“仓库审核后再填写实际接收数量入库”的旧流程。
常见场景
场景一：多领未用完，正常退回
- 订单生产完成后发现五金还有剩余；
- 在订单详情的
领料记录中点击退料； - 选择可退物料与退料数量；
- 提交退料申请；
- 仓库审核通过；
- 物料重新入库，订单成本同步回冲。
场景二：物料确实不能再回仓
- 现场提出退料申请；
- 仓库验收后发现物料已损坏、污染或无法二次使用；
- 仓库在审核抽屉中点击
驳回； - 填写驳回原因；
- 单据结束，但不会回补库存，也不会冲减订单成本。
场景三：现场直接用手机发起退料
- 现场人员进入移动端
生产退料； - 新建退料单；
- 选择订单和可退物料；
- 填写数量并提交；
- 仓库后续在 PC 端统一审核处理。
与上下游页面的关系
与订单详情的关系
退料申请最常见的来源就是订单详情中的 领料记录。
在那里你还能同时看到：
- 查看领料申请
- 退料
- 补料
这说明订单详情里的 领料记录 不是单一动作页面，而是订单物料纠偏的核心入口之一。
与领料记录的关系
订单的 领料记录 会沉淀：
- 领料
- 补料
- 退料
这些动作共同构成订单维度的物料净消耗结果。
所以退料不是一个孤立动作，它会反向修正此前领料/补料对订单造成的物料与金额影响。
与补料申请的关系
补料和退料是一对非常典型的相反动作：
- 补料：不够了，再补；
- 退料：多了、剩了、没用了，退回。
它们都挂在订单详情的 领料记录 链路中，属于订单物料纠偏闭环的一部分。
与库存的关系
退料审核通过后，系统会把物料重新计回库存。
这意味着退料不仅是为了财务好看，而是真正会影响：
- 当前库存数量
- 后续缺料判断
- 智能采购判断
- 库存准确性
与订单成本 / 毛利统计的关系
通过退料审核后，系统还会扣减订单成本。
这意味着：
- 如果该退料本该回仓却没走系统，订单成本会被高估；
- 如果错误通过了不能回仓的物料，也可能导致成本和库存失真。
所以退料审核本质上也是一个“成本真实性”控制点。
常见问题
为什么仓库管理页没有“新增退料申请”？
因为当前系统把退料的创建更强地绑定在订单上下文里。你通常是在订单执行过程中发现有可退物料，再基于这张订单发起申请，而不是脱离订单单独新建。
为什么“已通过”的退料单不能删除？
因为它已经真实影响了库存和订单成本。此时删除原始单据会破坏业务可追溯性，所以前端直接禁止删除。
退料审核通过后，还需要再手动点一次入库吗？
按当前前端实现，不需要。通过动作本身就意味着系统执行入库并扣减订单成本。
为什么有些物料不能退？
因为系统会按订单维度计算可退余额。只有还有可退数量的物料，才允许发起退料；而且申请数量不能超过上限。
驳回后会发生什么？
驳回后单据状态变成 已驳回，可记录驳回原因，但不会入库，也不会冲减订单成本。
使用建议
- 把退料当成“库存回补 + 成本回冲”动作，而不是单纯登记一下。
- 仓库审核时要先判断物料是否真的还能继续使用，不要只看数量。
- 对于可疑、破损、污染物料，应明确驳回并记录原因。
- 生产结束后及时推动退料，避免库存长期失真。
- 遇到订单毛利异常偏低时，要回头检查是否有应退未退的物料没有走系统。