主题
补料申请
补料申请用于处理订单在生产、装配、发货等后续环节中，因损坏、缺件、漏发、错发等异常而产生的额外物料补给需求。
菜单路径
仓库管理 → 补料申请
常见发起入口
订单详情 → 领料记录 → 补料
页面定位
补料申请不是“重新走一遍领料申请”，而是对订单异常物料需求的补充处理页。
它解决的不是“这张订单第一次生产要领什么”，而是：
- 生产过程中物料损坏了，要补一份；
- 现场发现之前领少了，要追加；
- 发货后发现漏发、错发，需要紧急补件；
- 某些补发内容不在标准库存物料里，需要临时采购。
所以，补料申请更像是围绕订单异常的补给工作台，而不是常规首轮备料入口。
谁会用到这个页面
常见参与角色：
- 车间 / 跟单 / 现场人员：发现异常补料需求；
- 订单处理人员：在订单详情中发起补料申请；
- 仓库人员：在补料申请页面安排采购、通知领取、执行出库；
- 采购人员：处理补料产生的额外采购任务。
先看懂两个事实
1. 补料列表页不是新增入口
虽然 PC 端现在已经有独立的 补料申请 列表页，但当前页面顶部并没有“新增补料”按钮。
也就是说，独立列表页主要负责查看与处理，不是录入入口。
当前常用发起入口仍然是订单详情里的 领料记录 页签。
2. 详情弹窗才是真正的处理中心
补料申请列表页的价值，是帮仓库找到目标单据；真正的处理动作发生在“查看”后的详情弹窗中。
详情弹窗按任务分成三部分：
- 待采购
- 待领取
- 已完成
补料和领料有什么本质区别
更直白地说：
| 页面 | 核心问题 |
|---|---|
| 领料申请 | 这张订单第一次开工要领哪些料？ |
| 补料申请 | 这张订单后面因为异常还要再补哪些料？ |
这也是为什么补料经常和这些问题同时出现：
- 板件加工报废
- 封边爆边
- 五金漏发
- 包装后发现缺件
- 退回重做
页面整体阅读路径
列表页怎么看
搜索与筛选
当前搜索区有 3 个主要条件：
| 筛选项 | 作用 |
|---|---|
| 单号/备注 | 用补料单号、关联信息或备注辅助找单 |
| 状态 | 按当前补料阶段筛选 |
| 订单名称 | 按订单名称找对应补料单 |
这说明页面更适合仓库按“当前处理任务”找单，而不是做复杂分析查询。
列表字段
| 字段 | 说明 |
|---|---|
| 序号 | 当前页行号 |
| 补料单号 | 补料单的唯一编号 |
| 关联订单号 | 对应哪张订单；有权限时可跳订单详情 |
| 订单名称 | 帮你快速识别是哪一单 |
| 状态 | 当前处理阶段 |
| 申请人 | 谁提交了补料申请 |
| 申请时间 | 补料单创建时间 |
| 备注 | 补料原因或补充说明 |
| 操作 | 查看、标记完成、删除 |
顶部操作区
当前独立列表页顶部保留的是轻量化通用操作：
- 刷新
- 列显示配置
当前页面没有：
- 新增补料
- 批量删除
- 导出
所以它更像“仓库补料任务清单”，不是“录单页面”。
行内操作
| 操作 | 什么时候出现 | 说明 |
|---|---|---|
| 查看 | 有查看权限时 | 打开补料详情处理弹窗 |
| 标记完成 | 仅待领取 / 部分领取时显示 | 跳过剩余领取，直接结束流程 |
| 删除 | 有删除权限时显示 | 删除这张补料单 |
其中“删除”并不是任何状态都能点：
部分领取已完成
这两种状态下，前端会把删除按钮禁用，避免对已经发生过实际补料动作的单据做随意删除。
补料状态怎么理解
当前真实前端状态共有 5 个，不是“待处理 → 已完成”两段式。
各状态含义
| 状态 | 含义 |
|---|---|
| 待处理 | 补料申请刚提交，仓库还没完成处理 |
| 采购中 | 库存不足，已转采购流程 |
| 待领取 | 补料所需物料已可领取，等待实际出库 |
| 部分领取 | 已领一部分，仍有剩余未补齐 |
| 已完成 | 这张补料单已经结束 |
“已完成”不一定等于全部正常领完
这里要特别注意：补料单支持“标记完成”。
也就是说，一张补料单进入“已完成”，可能有两种情况：
- 所有需要补的物料都已经正常领完；
- 因业务判断不再需要继续补，仓库直接标记完成。
所以，看到“已完成”时，最好结合明细看是否存在剩余未领部分，而不要机械理解为“每一件都完整出库了”。
补料申请通常怎么发起
当前最常见的入口，是订单详情中的 领料记录 页签。
发起阶段通常会做什么
从用户角度理解，发起补料申请一般会包含：
- 选择要补的物料；
- 填写补料数量；
- 填写补料原因；
- 必要时添加自定义采购内容；
- 提交后让仓库接手后续处理。
什么叫“自定义采购”
补料不一定都来自标准库存物料。有些现场异常件可能：
- 系统里没有现成库存物料编码；
- 只是临时补一个特殊件；
- 不需要走常规库存领用，只想补采购。
这时就会用到“自定义采购”。
这也是补料和普通领料很不同的地方：它天然更容易出现临时件、非标件、异常件。
详情弹窗才是仓库处理工作台
点击列表中的“查看”后，会进入补料详情处理弹窗。这个弹窗不是单纯看详情，而是仓库真正执行补料动作的地方。
三个核心页签
一、待采购
待采购页签不是只给你看“明显缺货”的物料，它通常包含三类：
- 库存不足的物料：
库存 + 在途 < 未领取数量； - 库存充足但允许可选采购的物料：比如你决定不想动现有库存，想单独采购补件；
- 自定义采购列表：不走标准库存物料的临时采购内容。
一键采购选中项
这是仓库把补料需求转成采购任务的主要方式。
它的特点是：
- 必须先勾选要采购的项目；
- 会打开采购确认弹窗；
- 支持改采购数量；
- 支持换供应商；
- 支持两种建议采购模式：
- 按缺失数量
- 按申请数量
- 自定义采购内容也可以一起进入采购。
“按缺失数量采购”和“按申请数量采购”的区别
| 模式 | 更适合什么场景 |
|---|---|
| 按缺失数量采购 | 仓库已有部分库存，只补不够的差额 |
| 按申请数量采购 | 不想占用现有库存，希望本次补料单独采购 |
二、待领取
待领取页签处理的是“现在已经可以补领出去的东西”。
这包括两种典型来源：
- 仓库本来就有库存；
- 刚采购到货并完成入库。
通知领取物料
这是把补料单从“待处理”推进到“待领取”的关键动作之一。
- 系统规则：只有
待处理状态可用； - 含义不是“审核通过”，而是通知现场：这张补料单可以开始领料了。
一键领取选中项
这是补料真正发生出库的动作。
- 必须先勾选待领取的物料；
- 当前状态必须是：
待领取部分领取
- 可进入确认弹窗调整"本次领取数量"；
- 如果本次领取数量超过库存，前端会阻止提交；
- 支持分批领取，不要求一次领完。
自定义采购项同样支持分批领取
补料申请中的"自定义采购内容"，和标准物料一样，现在也支持逐行分批领取，不再要求一次性全部标记完：
- 待领取区域内，每一行自定义采购项都有独立勾选框；
- 可以只勾选本次到位的行，其余行保留到下次继续领；
- 已领取的行会移入"已完成"页签展示，未领取的行继续留在待领取。
这让仓库可以更灵活地处理分批到位的补料内容，而不用等所有项都备齐才能完成部分出库。
三、已完成
已完成页签主要用于核对结果，而不是继续处理。
这里通常能看到：
- 已处理完成的自定义采购内容；
- 已经补领完成的物料；
- 不再参与后续操作的历史结果。
对于自定义采购内容，页面会明确提示其“领取不走系统”，因此这部分更偏结果说明而不是库存动作回放。
一行物料到底应该采购还是直接补领
这就是为什么处理弹窗里会同时给你看：
- 库存
- 在途
- 申请数量
- 已领取数量
- 未领取数量
仓库不是只看“缺不缺”，而是要判断下一步是采购更合适，还是直接发料更合适。
常见场景
场景一：生产损坏，需要追加补料
- 生产现场发现板件损坏；
- 在订单详情的
领料记录中点击补料； - 填写补料数量和原因；
- 仓库查看补料单；
- 如果库存足够，直接通知领取并执行补领；
- 补料单完成。
场景二：补件库存不足，先采购再补
- 发起补料申请；
- 仓库进入待采购页签；
- 勾选需采购项，生成采购计划；
- 采购入库后，补料单进入可补领阶段；
- 仓库再执行一键领取。
场景三：漏发错发，需要临时采购特殊件
- 发货后发现漏发或错发；
- 标准库存里没有完全对应的物料；
- 发起补料时带上自定义采购内容；
- 仓库在补料详情中直接走采购处理；
- 后续按实际到货情况补发。
场景四：补到一半，后续不再继续补
- 订单现场已经通过其他方式解决问题；
- 补料单仍停留在待领取或部分领取；
- 仓库判断不需要继续补领；
- 使用
标记完成收口流程。
与上下游页面的关系
与订单详情的关系
补料申请最常见的源头就是订单详情中的 领料记录。
在那里你还能同时看到：
- 查看领料申请
- 退料
- 补料
也就是说，订单详情里的 领料记录 是订单物料异常处理的总入口之一。
与领料记录的关系
订单的 领料记录 并不是只记录第一次领料，还会把：
- 领料
- 补料
- 退料
这些动作一起沉淀为订单维度的物料出入库记录与成本统计。
所以补料申请并不只是“仓库流程”，它还会进入订单的实际物料成本与后续复盘视角。
与物料采购的关系
补料单中的缺料部分，可以直接转成采购任务。
在 物料采购 页面里，这类采购单会体现出来源是“补料”。
所以补料申请和物料采购的关系是：
- 补料页负责识别缺什么；
- 采购页负责把缺的东西真正买回来并入库。
与退料申请的关系
补料和退料经常是同一订单在不同阶段的两面：
- 补料：不够了，要再补；
- 退料：多了、错了、不用了，要退回。
它们都挂在订单详情的 领料记录 相关链路里，属于同一条订单物料纠偏闭环。
与移动端的关系
当前移动端也有一套补料能力，菜单名是 生产补料，包含：
- 新建补料单
- 补料历史
- 补料详情
这意味着补料不只是 PC 仓库内勤处理，也支持现场更即时地发起和跟进。
常见问题
为什么独立列表页没有“新增补料”？
因为当前系统把补料的发起更强地绑定在订单上下文里。你通常是先在订单里发现异常，再基于这张订单发起补料，而不是脱离订单单独建一张补料单。
为什么待采购里会出现“库存充足的物料”？
因为系统并不强制你只在“绝对缺货”时采购。有些时候，你可能不想占用现有库存，而希望把这次补件单独采购，所以页面允许把库存充足项也作为可选采购对象。
为什么补料单可以“标记完成”？
因为业务现场经常存在变化：可能后来找到了原件、改方案了、客户不需要了，或者已经通过线下方式解决了。这时继续把单据挂着只会干扰仓库任务清单，所以系统允许收口。
补料一定会扣库存吗？
标准库存物料在执行“一键领取”后，会走正常出库逻辑；但自定义采购内容并不一定走系统内的标准领取链路，所以要区分标准库存补料和临时采购补料两种情况。
补料会影响订单成本吗？
会。补料属于订单后续追加物料投入的一部分，订单维度的领料记录和成本统计会把这类动作纳入复盘视角。
使用建议
- 把补料理解成“异常补给”，不要和首次领料混为一谈。
- 发起补料时尽量把原因写清楚，方便后续做质量复盘。
- 库存不足时优先在待采购中处理，不要跳过采购直接承诺现场可领。
- 对于临时件、非标件，优先用自定义采购承接，不要硬塞进标准库存物料体系。
- 使用“标记完成”前，先确认现场确实不再需要继续补领。