WMS入库和出库多方案设计对比说明（入库篇）

人生至味是清欢 2023-08-07 16:21:13

01 为什么会出现不同的入库和出库方案设计？

对于不同发展阶段的公司、大中型公司和小微企业，在进行有实物的物流流转管理时，都需要对其仓内的物料或商品进行出入库的动作管理。

由于管理精度的差异，比如小公司或者小型夫妻店只关注每天进出仓的数量，不在意仓内物料的存放位置，人员架构简单，一个人负责出入库和库内维护，内部信息流转难度较低，完全可以用最简化的出库入库模型，实现库存的管控。

而大中型公司，公司内部各个部门岗位细分程度较高，每个岗位的角色仅负责物流中的某一个或多个环节，且公司内存在多套系统进行复杂的信息流操作（接单、发货等），对库存的管理要求精确到库位、批次等维度上，此时就需要相对出入库及库内管理等环节，进行精细化的数据表单设计，用于数据留存、管控和跨部门跨岗位线上沟通使用。

综上，其实可以发现，公司的规模，发展阶段以及对库存的管理精度的不同要求等，都会影响WMS的入库和出库方案设计。

02 入库和出库实际业务场景和系统概念场景说明

1. 入库

业务场景：供应商依据采购员创建的采购单送货到仓库后，仓库见单清点商品数量后，将货物收入仓库内，根据仓内的仓位安排，执行对应的上架动作完成整体的收货入库上架。

系统对应数据流转概括说明：
ERP或供应链系统（SCM）创建采购后,采购单推送至下游WMS系统内，WMS内执行收货入库，质检、以及上架，最终通过接口回传上游ERP或供应链系统（SCM）对应的入库流转状态和数据信息。

2. 出库

业务场景：客户或内部销售人员，依据客户需求创建订单后，订单下发到仓库后，仓库作业人员根据订单中需求的商品，商品数量以及到货时间等，安排单据打印、拣货、复核、打包、称重，交接出库。

系统对应数据流转说明：OMS或ERP创建订单后，推送至下游WMS系统，WMS接受订单后创建发货履约单据，根据波次下发，和拣货区域限定拆分或合并生成拣货单，执行拣货、复核、集货、打包称重，最终通过接口，将仓内作业状态流转和库存数据变动，回传给OMS或ERP系统中。

针对不同的公司的业务复杂程度和对各个环节要求精度的差异，可以进行不同的单据方案设定。由简到繁罗列，可以看到有以下几种不同的建模方案对比，可以用于参考。

03 方案对比说明

方案1：入库单走天下，走简单模式

适用场景：小型夫妻店最佳选择，一个人负责卖货、采购、入库收货出库和库存管理。

WMS需要构建单据：采购入库订单（建单、确认收货后加库存，都围绕此单进行)，上架单（库存收入仓库后，可以指定一键上架或者按实际上架情况输入上架库位进行功能拓展）。

优点：简单易操作，流程简单；
缺点：无法进行精细化的流程节点把控，仅能针对简单的业务场景进行线上化管控。

用例说明：

夫妻店老板根据进货需要，自己创建了采购入库订单，供应商到货后，清点实际到货数量，完成数据录入，货物收进小仓库，绑定货位（或者无需绑定货位），完成本次入库的整体动作。

其间，对应业务场景对应需要的简化单据如下：

采购入库订单的状态机设定，可以简单定义保留一个审核流状态：新记录→审核通过/审核驳回；
上架单的状态机：待上架→已上架。

常见可以解决的用户痛点：

我需要可以记录我每日的出入库商品名称、商品数量和出入库时间；
我需要知道我小仓库里的商品有多少，都在哪些库位上。

产品经理，产品经理网站

方案2：收货入库——上架，一般小复杂

适用场景：中小型公司，岗位细分程度相较于微型企业和夫妻店模式更高。
WMS需要构建单据：采购入库ASN预约单、收货单、上架单。

优点：中间模式，可上可下，复杂度不高，扩展性也较强；
缺点：中间人，没啥绝对的优缺点。

用例说明：

采购员在上游系统创建单据（比如采购订单，供应商接单后），流入WMS系统创建一个采购入库ASN预约单，仓管审核通过后，自动生成待收货的收货单。仓库收货组，根据实际到货情况，分批收货或一次收货。收货完成后，交接给仓内上架人员，进行入库收货上架。

ASN预约单在此处承上启下，主要用于记录审核流（待审核→审核通过/审核驳回）的流转，仓库可以根据现场的收货能力，评定上游系统流入的采购订单是否可以收货（一般驳回的原因，常见为包装数违规、预约收货时间无排班或超出该时间段的收货能力等）；
收货单，作为ASN单审核通过后生成的现场待履约单据，可以用以支撑分批收货和部分收货等不同场景；
上架单的状态机：待上架→部分上架/已上架。

常见可以解决的用户痛点：