按工单领料单或杂项领料申请单发料（补料）
前置条件：Epicor已经自动生成工单，或需求部门已申请好杂项领料单
界面
界面元素-扫描工单上的二维码
| 名称 | 用途 | 显示 | 交互 |
|---|---|---|---|
| ＜ |
进入首页 | 图标：＜ | 1.点击图标，进入首页 |
| 请扫描条形码 | 提示 | 文本，请扫描条形码 | 无 |
| 仓库选择 | 选择仓库 | 选择框，默认为：全部仓库 | 1.点击选择框，选择仓库 |
| 发料清单 | 查看发料清单 | 图标： |
1.点击图标，进入发料清单页面 |
| 物料清单 | 查看工单上的物料清单 |
文本： 物料总数： 已发料： 物料名称 物料编号 批号 仓库 位置 数量 |
1.扫描送货单显示物料种类数量，待扫描包装数 |
| 下一组物料 | 查看下一组物料 | 【下一组物料】按钮 | 1.点击按钮，进入下一组物料 2.如果本组位置还有物料未发，弹窗显示：本位制还有物料未发料，是否进入下一组 点击返回，关闭弹窗，点击确定，进入下一组物料 |
主成功场景：
-
仓管扫描工单或杂项领料单的条码，以下统称领料单；
-
APP显示本次推荐物料的位置、批号、物料编号、名称、数量；（位置分组-按推荐发料，位置分组-不按推荐发料，物料分组-按推荐发料，物料分组-不按推荐发料）
-
仓管找到推荐物料，扫描推荐物料的货品标签二维码，确认按照系统批号、数量发放；
-
仓管每取出一项物料，会立即修改发料数量；
-
仓管已经把需求部门要求的物料全部取出，确认APP显示的发料清单，并把物料发给需求部门；（发料清单）
-
APP实减库存。
扩展：
1a.领料单已领料，无剩余物料
1a1.APP提示领料单物料已全部发放；
2a. 需求部门用同一张领料单多次领取物料
2a1. 系统不再推荐领料单已发放的物料；
2a2. 回到主成功场景第3步；
2b.APP卡死，或由于其他原因APP关闭
2a1.重新打开APP，扫描领料单，系统恢复原操作页面，可续接之前的进度进行操作；
2c.需求部门将多余的物料退回仓库，物料是正常状态（如：工单退料、杂项退料；DMR退料退回来的物料是坏料，不属于“多余的物料”，不能用于发料）
2c1.仓管发料时，系统优先推荐“退回来的物料”；
2d.仓管多次收货，物料的收货日期不同
2c1.仓管发料时，系统优先推荐收货日期较早的物料；
2e.需求部门将多余的物料退回仓库，且仓库有不同收货日期的物料
2e1.仓管发料时，系统优先推荐“退回来的物料”，再推荐收货日期较早的物料；
3b. 仓管输入的发料数量超过当前库存
3a1. APP提示库存不足和当前库存数量 ，要求仓管减少需要发料的数量；
3a2. 回到主成功场景第3步；
3c. 仓管不按照APP推荐的批号、位置发料，仓管自选批号发料
3c1. 仓管扫描自选物料的货品标签的二维码、位置标签的二维码；
3c2. 仓管确认并填写发料数量
3c3. 回到主成功场景第4步；
3d. 物料的货品标签损坏，仓管无法扫描货品标签的二维码
3d1. 仓管在WMS Portal重新打印物料的货品标签；
3d2. 回到主成功场景第3步
3e.仓管打算扫描A物料，操作失误，扫描了同物料编号的B物料
3e1.仓管输入B物料的数量为“0”；
3e1.仓管扫描A物料；
业务规则：
-
展联允许需求部门领取超过领料单数量的物料；
-
展联要求仓管优先发“生产部门退回来的物料”，再放发收货日期较早的物料。Epicor不会推荐WMS发料批号，WMS根据上述要求推荐仓管发料批号；
-
展联允许需求部门用同一张领料单多次领取物料；
-
杂项发料单可能是仓管出仓给质检，要求检验的物料；也可能是生产部门无法申请工单，而是向财务申请的杂项领料单；
-
系统自动下载发料中仓管所负责仓库的数据到本地，可离线发料，确认发料清单时才需要连网提交数据；
-
发料时系统将已操作数据实时保存到本地；
界面规则：
-
为方便仓管发料，待发物料按照以下原则分组：（适用于发料的所有页面）
a. 当一个板（箱）内有多个待发物料批号时，按照板（箱）分组，组内物料以物料编号从小到大的顺序排序；
b.当一个板（箱）内只有一个待发物料批号时，按照物料批号分组，组内物料以板（箱）号从小到大的顺序排序；
c. 组间按照先板（箱）号、后物料批号的顺序排序；
d. 每个仓库有单独的仓管，每个仓管只负责发所管仓库的料，系统只能显示仓管所管仓库的待发物料。
-
物料存放的位置可以是箱或板，如：A2–230仓位 101板 101箱（物料存放在箱中）、A2–230仓位 101板（物料存放在板中）
-
发料时，界面应该尽量智能，不要限制用户扫描顺序。