WMS系统之入库的产品设计

一、入库业务流程

采购入库和调拨入库是公司业务最常见，最重要的一种业务，我将它们与退货入库分开来说，是因为退货入库会涉及到资金信息，它们在业务流程上不同，但是在系统设计上的入库流程，可以使用同一套流程。

采购和调拨的入库流程如下：

市面上的入库流程通常有2套，一套是先收货在质检；另一套是先质检后收货，这2套流程的可以根据自身的业务来进行设。如果是做SAAS产品，那么就要兼容这2套方案，可以做成流程的可配置，如下：

退货入库流程如下：

退货入库多了一个退货结算单的步骤，通常实在质检完成后生成一个相应的退货结算单，由财务进行打款。如果作为电商卖家，针对退货的产品，一般是会质检后会去判断退货的产品是否影响二次销售，若影响的话就需要客服介入；若不影响就直接生成退货结算单。

整理来说仓库的整个收货入库的流程比较简单，但是在系统的设计上需要注意的点有很多，接下来就说说具体的产品设计。

二、入库的产品设计

1. 入库单

入库单的设计如下（仅供参考）：

入库单的设计远不止上图这么简单，本人比较懒，画了一个粗略的构架，仅供参考。

入库单的数据来源一般都是由上游系统下推，常见的有采购单、调拨单下推到WMS系统，下推到WMS后就会生成一个入库单，而关联单号就是相应的采购单号、调拨单号。入库单和这些关联的订单对应关系是1:1。

当签收的数量=应入库的数量，那么入库单的状态就会为完成。但是有一些异常情况需要注意，如：采购了100个产品，供应商只送了60个，剩下40个供应商本来说送后面又不送了，此时这60个已经上架了。这种采购异常情况的解决方案，我是在采购单做了一个【完成】按钮，可以强制标记这个采购单完成。采购是一个非常复杂的模块，在我讲到采购的时候我会细细说明。

除了我上图展示的内容，应该还需要展示入库单相应的产品信息，包括产品的基础信息和入库信息。

• 基础信息：这部分信息比较简单，就是产品的名称、图片、编号、单位之类的；
• 入库信息：这部分主要包括总数量、签收数量、未签收数量、质检数量、正品数量、次品数量、批次等信息。

除了这些还需要一个打印功能，将入库单打印出来，方便收货员进行收货，如下图所示：

入库单页面还可以做一个功能就是收货查询，一张入库单可以进行多次收货，所以就会有一个“收货批次”的概念，“收货批次”记录每个收货批次签收的数量。

我查看了几个WMS系统，有些将退货入库与入库单设计在一起，且用一个“类型”字段区分是采购入库、退货入库等等；有一些则是做了2个页面，【入库单】页面和【退货入库】页面。

我问了一个药师帮的产品朋友，他告诉我，可能有一些公司的业务区分了售后组合签收组，签收租主要负责采购入库、调拨入库等等单据的签收；而售后组主要负责售后的订单签收；其次针对退货的订单，除了订单信息，其次更加关注退货原因、退货人、退货集中货位等信息，所以做了2个页面。

2. 签收

签收的话可以扫描入库单号或者物流单号进行签收，如下图所示（仅供参考）：

万里牛的签收分为“手工输入数字录入”和“扫描录入”2种模式，分别为上图1和上图2。

以我在跨境大卖，而且去仓库体验一段的经验来说，在仓库只要来了货，收货组的人拿着PDA扫描物流单号进行签收，然后将签收的货放到暂存货位，且签收完成后就会生成一个收货单（一个入库单可以生成多个收货单）。对于收货组的人来说，工作就完成了，他们并不在意签收的具体是哪个订单。

签收是整个上架流程中最复杂的2个模块之一，下面举例说明签收时常见的问题和解决方案：

1）组盘

签收还会涉及到组盘的问题，如果送过来的货特别多，且有整件和散件，那么在签收时就可以准备几个托盘，然后将整件放到一个托盘，将散件放到一个托盘。然后将托盘放到暂存货位。

举个栗子，如：采购了1箱矿泉水，那么在签收的过程中不会拆箱，会直接按箱进行签收；如果是散件产品，如：采购了10个A产品，供应商是打包用一个箱子发货过来，此时仓库签收就需要拆箱进行清点。

这个签收是否是整件或散件和仓库没有关系，与上游单据有关，仓库只管来了什么货，然后签收，如：采购10箱，仓库就签收10箱；采购10个就签收10个。