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

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

1. 入库单

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

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

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

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

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

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

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

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

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

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

2. 签收

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