把稳事变

1）这种订单构造相同的订单的涌现，一样平常是套餐居多，也会存在由不同用户从单个或者多个链接中购买了多个相同的产品从而凑成订单构造相同的订单的情形；而对付前者（套餐）来讲，也有企业通过把多种产品组合成一个SKU，以礼包的形式进行售卖。

仓库通过提前的预打包生产，将多个产品组合成这一个SKU（组合成单一SKU的方法笔者认为是比较好的办理方案，其他方案有从OMS端利用组合装代替等，虽然捐躯了调度套餐的灵巧性，但是可以提升各个环节的效率，大家根据实际情形选择就好了）。
而后者由于存在一定的概任性，则须要根据实际的订单量进行生产了。

2）对付此类订单，还要考虑同一订单构造订单的数量。
数量太少的，哪怕是固定套餐，也是可以通过常规的“边拣边分”或者“二次分拣”的办法进行拣货的。

3）须要考虑订单中商品的种类数量，即SKU的数量，SKU数量如果过多，通过流水线生产的方法可能会导致缺点率升高。

3. 对应WMS功能

我们从上文的关键词中提取一些所需功能。

1）相同订单构造

市情上常见地决方案是系统自动剖析订单构造，将相同订单构造的订单打上相同标记。
这个逻辑笔者认为是精确的，由于在大量订单中，我们如果不去做刻意剖析，是不会得知哪些订单构造相同的订单多的，但是相应的也会失落去灵巧性。

可细致设计如下，由系统天生订单构造的剖析结果（可配置在多永劫光范围内，数量大于多少的才天生结果等），根据剖析结果人工选择创建策略，系统根据策略对知足条件的订单打上指定标记。

2）将多个产品组合成这一个SKU

生产组装功能，当这个SKU不是最小采购单元的时候，就须要在库内组装了，生产组装流程虽然是一个商品出库再入库的流程，但是仍旧须要生产组装的功能将出入库的类型单独标记出来，以方便后期对账。

四、从建包件数来讲1. 业务先容

这里讲的“建包件数”是指包裹内商品的总数量，也有“客单件数”的叫法，由于考虑到合单和拆单的情形，我们下面还是称呼“建包件数”较为准确。

在不同类目中，建包件数会存在很大的差别，例如服装类目，虽然夏季和冬季会有少许差距，但基本上是坚持在2-5件旁边的水平，而食品类目尤其是休闲食品类目就大不相同了，动辄10件以上，20件以上的情形很常见。

那么针对这种“建包件数”差异如此大的情形，我们该当如何选择拣货办法呢？

2. 对应拣货办法

直接上结论吧。