新功能预告：库存优化
从9月开始，ShipOut的技术团队对于系统的底层进行了升级，目的在于提升核心库存的相关功能，支持产品批次与到期日、库内精细化标签的操作、栈板及Bin计费等一系列的功能。经过一个季度的研发，相关的功能已经基本完成，将进入到内部验证的环节。内部验证环节将会收集各方的意见持续优化，如果对此优化功能感兴趣，可以联系我们客服了解更多的信息。
那么，接下来我们进一步看看有哪些优化的功能点吧。
1.引入MU（栈板）概念，形成MU-箱-SKU三层库存结构
- 栈板入库，记录栈板（MU）-箱子-SKU的关系
记录三者的库存关系，能知道一个MU里面装的什么箱子，箱子里装的哪个SKU和哪个批次。
先关联箱子与SKU批次的关系：
再关联MU与带批次的箱子的关系：
- 入库接收和上架支持已MU维度操作
2.转运库存完善
- 转运库存和产品库存一样可以在库存列表中看到并支持调整和移动库位等操作
转运库存增加了库位显示和移库操作：
- 转运库存和产品库存的出库可以更灵活的使用，大货可以直接发产品库存，并且可以直接将产品库存中记录的箱子直接发出
破除了原有的来源分块，根据出库的对象来划分列表，转运和产品库存中的箱子可以很方便的在大货出库中使用。
3.增加批次管理
- SKU支持设置到期日出库规则
系统支持两个方面的要求，一个是到期日远近的控制，另一个是整批次的要求，如果没有特殊要求的话，就使用库位优先来决定顺序。
- 入库SKU记录批次和到期日，出库可指定批次或不指定批次出库
- 库存支持查看批次和到期日，库内调整和移库操作都是基于批次来操作
4.库内操作支持批次和MU，提供更精细化的操作
- 库存导入初始化优化
支持分层导入MU、箱子、SKU，可以更好的还原仓库实际物理库存情况。
- 不同类型库存变更对其他结构库存同样产生影响
SKU移库、调整关联影响箱子库存和MU库存，箱子库存移库、调整关联影响MU库存。
移库和库存调减时，如果系统记录的库位SKU散件库存不足，系统会去找库位上的散放的箱子来补足SKU，箱子还不足再找MU，操作后系统会提示减少的箱子和拆掉的MU。
实际操作中建议仓库根据实际操作的载体，在系统中先操作MU再箱子再SKU。
- 拣货可以给出更加精细的拣货建议
因为仓库内的操作更加细致，所以给予的操作提示也要更加明确，可以明确的给出拆什么样的箱子或者直接拣取什么样的箱子。
- 提供拣货策略，可以根据仓库习惯设置优先散货还是优先整箱
5.出库操作优化
- 出库时可以直接使用仓库中已有的结构，直接发MU或者箱子出
大货出库时，因为很多仓库会使用到库存中已有的结构出库，比如库存中本来就是栈板，这一种情况在转运中尤为常见。但是原有的系统中不允许我们选择栈板出库，本轮优化解决这个问题，可以直接利用库存中已有的结构发货
- 出库拣货batch增加相互互斥的场景，不再会重复占用货物
以前的系统中，因为出库单在拣货前并不占用到库位上，所以同一个产品在出库单提交时仅做了库存总数量的校验，所以到拣货的时候可能不同的batch都要求对同一个产品拣到同一个库位上，导致仓库必须一个batch执行完了再重新生成下一个batch的拣货单。现在系统会在创建Batch、大货出库提交以及指定批次的产品出库提交这三个节点对于库位进行预占用，确保这些业务可以不受干扰的并行。
- 出库顺序与计费出库顺序脱钩，不再出现因为免租计费要求影响拣货顺序的情况
以前的系统中，物理库存的先入先出与计费上的先入先出是绑定的，可能同样的货物，本身不存在批次的概念，但是也会因为里拣货地点较近的库位上的产品是后到的而指定较远的库位来拣货。现在除非系统有指定批次或者到期日，否则先入先出几乎不会影响到拣货的库位优先级。而从计费的角度来看，是先入的那一批产品先出去了。
- 出库支持打包以满足卡派，对接Amazon入库的要求
出库增加了一个打包环节，可以直接使用仓库中已有的栈板或者箱子，也可以独立达成新的栈板和箱子，利用这些数据，可以更好的生成BOL，也可以直接通过对接Amazon接口进行入仓提报。
6.仓储计费支持MU和Location，满足多种计费需求
- 转运库存可以独立的设置计费方式，以及免租期
- 仓储费支持通知配置不同计费方式，可以根据不同条件设置不同计费方式和规则，满足各种仓储费场景
以前的库存只能使用产品体积作为计算单位，库存优化后，计费的对象更加丰富，可以对产品、箱子、MU计费，也可以根据库位计费。计费的内容也不限于体积，可以使用数量、重量等信息计费
- MU库存由系统自动算出，按MU计费也可以自动计算，不在需要手动调整栈板数量来满足按栈板收仓储费
现有的库存系统中，栈板计费来自于对于客户维护的栈板数量，以及入库和出库时填写的栈板数量信息，信息的更新很不及时。库存优化后，因为栈板的操作已经融入到业务操作中，系统可以很方便的拿到栈板的数量进行计费。
- 通过给Location配置计费Tag，根据Location的tag来计算仓储费，满足需要按Bin计费的场景
以上为这次优化的部分功能介绍，如果需要进一步了解我们的产品优化详细内容，或者希望试用一下新的产品，可以与我们的客服联系。欢迎大家对于我们的产品优化提出自己的意见，同时谢谢大家一直以来给与我们充分的信任与支持！
FAQ
- 这次的优化，我们仓库什么时间可以体验到呢？
这次优化还处在内部测试阶段，因为优化的功能很多，又涉及到底层的库存逻辑调整，我们希望经过足够的验证后在让这些功能与大家见面，所以具体时间还不确定。如果对于这些功能大家有些疑问或者自己的建议，都可以与我们的客服交流。
- 这些优化会不会对我们当前的使用造成影响呢？
在优化未开放前，我们是采用技术上的分支处理的，对于现有系统的正常使用不会造成任何的影响。
- 在开放使用前，是否会需要数据迁移？
在开放使用前，我们是需要数据迁移的，因为两套库存的结构不太一样，但是总体来说，我们新的库存是可以兼容老的库存的相关业务的，只是数据需要进行转换来达到迁移的效果。在我们确定执行迁移方案前，会开放给新客户使用新的库存功能。