入库单系统别只做“收货成功”采购入库、退货入库、差异处理、状态流转怎么落这篇直接按入库单系统来拆不只讲“收货成功入库”而是把采购入库、退货入库、差异处理和状态流转讲具体。目标是你看完后能把入库单从一个结果状态升级成一条完整的仓储业务链路。个人主页GitHub主页文章目录入库单系统别只做“收货成功”采购入库、退货入库、差异处理、状态流转怎么落先看真实业务为什么这块在仓储里总是容易出事真实业务场景我会怎么抽象举个具体例子放到项目里会怎么跑代码示例处理采购入库差异核心数据模型我会怎么定系统设计我会优先拆哪几块来源关联层收货执行层质检与上架层差异处理层跨系统协同时哪些边界最重要监控和审计建议怎么做高频坑位复盘1. 收货后直接改可用库存2. 计划数量和实收数量混存面试里我会怎么答结语先看真实业务为什么这块在仓储里总是容易出事入库流程一旦复杂起来最难的不是“加库存”而是收货、质检、上架、差异处理这些步骤怎么留痕。采购单到货数量可能和计划不一致退货入库和采购入库口径不同收货后不一定立即可售可能还要质检或上架真实业务场景我会怎么抽象采购入库、售后退货入库、调拨到货入库共存同一入库单可能分批到货有些商品收货后需要先质检再入可用库存生成入库单并关联来源单据收货时记录实收数量和差异必要时走质检或待上架状态最终落库存账本和库存流水举个具体例子放到项目里会怎么跑比如采购单写的是 100 件仓库实际只收到 96 件还有 4 件外箱破损这时候入库单就不能只有一个“收货成功”的状态。收货时先记录应收数量和实收数量。如果有差异要进入待确认或异常处理状态。质检通过后才允许真正上架并落库存。差异结果同步给采购或供应链系统。代码示例处理采购入库差异Transactionalpublicvoidreceive(InboundReceiveCommandcmd){InboundOrderorderinboundOrderRepo.mustGet(cmd.getOrderId());order.setReceivedQty(cmd.getReceivedQty());order.setDiffQty(order.getExpectedQty()-cmd.getReceivedQty());order.setStatus(order.getDiffQty()0?InboundStatus.RECEIVED:InboundStatus.DIFF_PENDING);inboundOrderRepo.save(order);}核心数据模型我会怎么定建议拆入库单主表、入库明细表、收货记录表、差异处理表状态至少区分待收货、部分收货、收货完成、质检中、已上架等系统设计我会优先拆哪几块来源关联层关联采购单、退货单、调拨单等来源不同来源决定不同业务口径收货执行层支持分批收货、差异登记、收货确认实收数量和计划数量分开保存质检与上架层需要质检的商品先进入待处理状态上架完成后再进入可售库存差异处理层短收、超收、拒收都有正式处理流程差异处理结果要可追溯跨系统协同时哪些边界最重要采购系统负责计划仓储系统负责实收质检决定是否转入可售库存入库单完成不等于商品立即可售监控和审计建议怎么做入库单完成率、收货及时率短收超收比例待质检积压量上架时长高频坑位复盘1. 收货后直接改可用库存会跳过质检、上架和差异处理2. 计划数量和实收数量混存后续很难解释差异面试里我会怎么答如果面试官问入库单怎么设计我会按来源单据、收货执行、质检上架、差异处理四段来讲强调入库不是一个动作而是一条从计划到实收再到可售的状态链路。结语入库单系统真正重要的不是把数量加上去而是把收货过程里的每一个状态和差异讲清楚。想继续看哪块评论区留个 1 或 2 就行1 收货差异处理2 质检和上架状态