fe54d01391
现象：申请单里同一个物料有 2 个，扫第 2 个时报 「超出计划数量（计划: 1，已扫: 1，本次: 1）」。 根因：计划侧与已扫侧用了**不同的聚合方式**。 已扫侧 .filter().reduce() → 把【所有】匹配行加总 计划侧 .find() → 只取【第一条】匹配行 序列号物料在申请单里是「一物一行、每行 quantity=1」（因为每个序列号对应 一条独立库存行），于是 planQty 只拿到 1，而 alreadyScanned 是全部之和， 1 + 1 > 1 直接判超发。普通数量制物料计划单只有一行，两边一致，所以一直 没暴露 —— 只有序列号物料会踩中。 同一缺陷还有第二处：unscannedList 逐行比较 planQty 与「累计已扫」， 导致两行各自都被同一笔扫码"满足"，扫 1 个就把整个物料判为扫完、未扫清单漏报。 修复： - validateAgainstPlan：计划侧改为 .filter().reduce() 汇总所有匹配行 - unscannedList：先按「名称+规格」合并计划行，再与同口径汇总的已扫数比较 用申请单 410（Opt1025 两行各 1 个）的真实数据模拟验证： 修复前 扫第2个 → 超出计划数量（计划:1，已扫:1，本次:1） ← 与现场报错逐字一致 修复后 扫第2个 → 通过 修复后 扫第3个 → 仍被拦（计划:2，已扫:2，本次:1），超发保护未失效