主题
物料采购
页面定位
物料采购页不是“随便记一张采购单”的地方，它更像仓库缺料处理后的正式承接页。
你可以把它理解成：
- 前面在
物料管理里发现缺料 - 或者领料 / 补料流程推送出了采购需求
- 到了这里，才真正形成采购单、采购进度、入库结果
所以这页的重点不是“有没有采购想法”，而是：
- 采购单有没有正式建起来
- 是暂存计划，还是已经下单
- 到货后入库到哪一步了
- 这张采购单来自普通采购、领料补缺，还是补料补缺
菜单路径
仓库管理 → 物料采购
谁会用到这个页面
- 采购人员：建采购单、下单、跟进到货、处理合并采购
- 仓库人员：到货后做采购入库
- 生产 / 拆单相关人员：确认缺料采购是否已经进入执行阶段
- 管理人员：追踪采购单是否还停留在计划、在途还是已完成
建议你先看哪里
这张图想帮你先建立阅读顺序：物料采购最核心的不是字段，而是“这张单现在处在计划、在途还是完成”。
这页在整体流程里处在哪一段
这张图想帮你看懂：物料采购页的真正作用，是把“采购需求”承接成“可执行、可入库、可追踪”的采购单。
搜索区实际能查什么
根据当前前端实现，这页搜索区主要支持这几个条件：
- 采购单号
- 供应商
- 计划到货时间
- 采购进度
- 订单名称
也就是说，这页更适合你按“某一张采购单”“某个供应商”“某段到货计划”“某个订单相关采购”来追踪，而不是像物料管理那样按大量关键词混合定位。
列表里能看到什么
当前列表的核心列，不只是采购单本身，还包括这张单和业务来源的关系。
| 列 | 说明 |
|---|---|
| 采购单号 | 采购单唯一编号 |
| 来自订单 | 如果有关联订单，这里会显示订单号；有权限时可跳到订单详情 |
| 订单名称 | 关联订单的业务名称 |
| 供应商 | 普通采购单显示供应商；自定义采购单显示 - |
| 采购单总价 | 当前采购单总金额 |
| 物料采购项 | 普通采购单显示明细项数；自定义采购单显示“自定义” |
| 采购进度 | 当前处于计划、在途、部分入库、全部入库 |
| 计划到货时间 | 预计什么时候到货 |
| 下单时间 | 实际进入下单阶段的时间 |
| 完成时间 | 全部完成的时间 |
| 建单时间 | 创建采购单的时间 |
| 备注 | 可直接在列表中单独修改备注 |
采购来源要怎么理解
有些采购单不是采购员手工创建的，而是被其他业务流程“推”进来的。
当前页面会明确标记两类来源：
- 来自领料：说明是领料需求触发的采购
- 来自补料：说明是补料需求触发的采购
如果没有这些标记，通常就是：
- 普通手工新增
- 或从物料管理里的智能采购生成
这能帮你快速判断：
- 这张采购单是不是为了补某个订单的缺料
- 后面需要和哪个业务链路一起核对
采购进度怎么变化
当前前端展示的采购进度一共 4 种：
- 计划
- 在途
- 部分入库
- 全部入库
这张图想帮你看懂：采购单不是只有“买了没买”两种状态，而是支持分批到货、分批入库的。
新增、暂存、下单分别代表什么
这页新增采购单时，不是只有一个“保存”按钮，而是直接区分为两个动作：
- 暂存：把采购单保存成“计划”状态
- 下单：直接把采购单推进到“在途”状态
编辑已有采购单时：
- 可以普通更新
- 如果当前还是“计划”，还可以补做“下单”
为什么要区分“暂存”和“下单”
这张图想帮你避免一个误区：建了采购单，不等于已经真的向供应商下单。系统把“先建计划”与“正式下单”分开了。
新增 / 编辑采购单时实际要填什么
根据当前抽屉实现，采购单分成两种类型：
- 普通采购单
- 自定义采购单
普通采购单
普通采购单需要重点维护：
| 信息项 | 说明 | 必填 |
|---|---|---|
| 采购单类型 | 普通 / 自定义 | 是 |
| 凭证 | 上传图片类凭证，最多 5 张 | 否 |
| 采购单总价 | 总金额，可点“合计”自动计算 | 否 |
| 计划到货时间 | 预计到货时间。指定后会在移动端采购单列表同步展现，若当前系统时间晚于该时间且未全部入库，移动端会触发红色高亮的“已超期”警告。 | 否 |
| 供应商 | 采购供应商 | 是 |
| 物料采购明细 | 每个物料的采购数量、单价等 | 是 |
普通采购明细里，系统会按供应商先限制可选物料；你选好供应商后，才能添加采购商品。
每条明细里会看到：
- 物料
- 规格
- 安全阈值
- 仓库剩余
- 采购数量
- 单价
- 总价
- 已入库情况
自定义采购单
自定义采购单适合这几类情况：
- 不是标准物料库里的采购项
- 线下临时采购
- 软件拆出了需求，但当前物料库中还没有对应物料
自定义采购单下又可能出现两种展示：
- 自定义采购列表
- 未匹配的物料
也就是说，这类采购单更像“先把采购事实记录下来”，而不一定要求每一项都先对应到物料档案。
普通采购单和自定义采购单有什么区别
这张图想帮你看懂：普通采购单更标准化，适合已有物料档案；自定义采购单更灵活，适合特殊采购场景。
哪些采购单会变成只读
根据当前前端规则，出现以下任一情况时，采购单会进入只读限制：
- 已经关联结算单
- 已经全部入库
- 已经部分入库
也就是说，只要采购执行已经开始产生后续结果，这张单就不再适合大改结构内容了。
入库怎么处理
普通采购单入库
普通采购单的入库，不是直接“整单完成”，而是进入专门的入库抽屉。
入库抽屉里会按每个物料展示：
- 物料名称
- 规格
- 未入库数量
- 本次要入库数量
系统会先自动带出“剩余未入库数量”，你可以根据本次实际到货情况调整“要入库数量”。
这意味着：
- 可以一次全部入库
- 也可以先入一部分，后面继续入
自定义采购单完成
自定义采购单在列表上不是“入库”按钮，而是确认完成。
原因很直接：
- 普通采购单可以精确对应物料库存
- 自定义采购单未必能直接对应标准库存明细
所以它的完结方式更偏向业务确认，而不是逐项物料入库。
一键入库什么时候能用
顶部有“一键入库”，但并不是勾什么都能点。
当前前端限制很明确：
- 必须先勾选采购单
- 选中的单据都必须是普通采购单
- 而且进度必须是：
- 在途
- 或部分入库
只要勾选里混进了以下任一情况，就不能一键入库：
- 计划状态
- 自定义采购单
- 不符合条件的其他进度单据
这张图想帮你看懂：一键入库不是批量跳过流程，而是对“已经在执行中的普通采购单”做统一入库。
合并采购计划什么时候能用
顶部还有“合并采购计划”，它的限制比一键入库还严格。
当前前端判断条件包括：
- 至少要勾选 2 张及以上 采购单
- 勾选的采购单都必须是 计划 状态
- 勾选的采购单都必须是 普通采购单
- 勾选的采购单 供应商必须相同
只要不满足其中任一条，就不能合并。
为什么要限制这么严格
因为合并的本质不是把所有采购单揉成一团，而是把同一供应商、同一阶段、尚未真正执行的采购计划并单处理。
这张图想帮你理解：只有“还没真正执行、且供应商一致”的计划单，才适合合并成一张更大的采购单。
导出采购明细
在列表顶部点击“导出”按钮，可以将当前视图中的采购数据导出为 Excel 文件。
- 按需导出：如果勾选了特定行，系统会只导出勾选的内容；如果没有勾选，则导出当前搜索条件下的所有结果。
- 导出内容：包含采购单号、供应商、采购进度、总价、计划到货时间、下单时间、关联订单等核心信息。
列表里的备注为什么可以单独改
这页有个很实用的小设计：备注可以直接在列表中点按钮单独修改，不用每次都进编辑抽屉。
适合这类情况：
- 补一条采购跟进说明
- 记录到货异常
- 临时补充供应商沟通备注
这不改变采购主结构，但能让采购跟进更顺手。
常见场景
场景一：物料管理里发现缺料，准备正式采购
- 先在物料管理中确认缺料确实成立
- 通过智能采购生成采购单
- 来到物料采购页核对供应商、数量、总价、到货时间
- 如果已经确认下单，就直接推进到“在途”
场景二：采购员先建计划，稍后再正式下单
- 新增采购单
- 先把供应商、采购明细、计划到货时间录好
- 选择“暂存”
- 等真正联系供应商确认后，再编辑并点击“下单”
场景三：供应商分批送货
- 找到对应采购单
- 打开入库抽屉
- 先把本次到货部分录入“要入库数量”
- 提交后采购单变成“部分入库”
- 后续剩余部分继续补入，直到“全部入库”
场景四：多个计划单准备并单采购
- 勾选同一供应商的多个计划状态普通采购单
- 点击“合并采购计划”
- 系统统一处理后刷新列表
- 再继续按合并后的采购单推进下单与入库
常见问题
1. 为什么有的采购单不能编辑？
因为当前页面会把“已结算”“部分入库”“全部入库”的采购单视为只读，避免执行中的单据被大改。
2. 为什么有的采购单不是“入库”，而是“确认完成”？
因为那是自定义采购单。它不一定能逐项映射到标准物料库存，所以页面采用“确认完成”而不是普通入库流程。
3. 为什么合并采购计划按钮点不了？
通常先检查四件事：
- 是否至少勾选了两张
- 是否都还是计划状态
- 是否都属于普通采购单
- 是否供应商一致
4. 为什么一键入库按钮点不了？
通常是因为勾选内容里混入了计划单、自定义采购单，或者其他不在“在途 / 部分入库”阶段的采购单。
使用建议与最佳实践
- 采购单先分清是计划还是已下单：不要把“先建单”误当成“已经采购完成”。
- 能走普通采购单就优先走普通采购单：后续库存入库、追踪、统计都会更清晰。
- 分批到货就分批入库，不要等全部到齐再补录：这样库存、在途数量才更准确。
- 合并采购前先确认供应商与阶段一致：否则并单后反而更混乱。
- 备注尽量写清异常和跟进结果：后续复盘采购问题时会很有帮助。