复盘,简易版的移库,我就踩了第三个坑( 三 )


我就在开始思考 , 是不是要先考虑移库的时候源库位和目标库位的库位属性是否一致 , 是否要区分普通货物移库和批次货物移库 。 顺着这个思路 , 我就踩了第三个坑 。
复盘,简易版的移库,我就踩了第三个坑
文章图片
只考虑普货移库
踩坑三:思考的方向变成了源库位和SKU
因为考虑到不同的产品和仓位策略上架的逻辑判断太多 , 我本能的觉得这样肯定不对 , 所以我决定把思路放在源库位和SKU上试试 。
移库前先比对两者的库位策略是否一致 , 不一致就不允许移库了 , 如果一致才可以移库 。 但是这样还是会有一个问题 , 那就是本来库位的策略大家都是不允许商品混放 , 但是因为新的SKU移库过来了 , 那么就打破了本来的库位策略 , 所以判断条件还是有那么多 。
于是我继续思考是不是还要先考虑SKU的组合的问题 , 例如移库只能一次移库一个 , 这样的话判断的时候就可以很容易的将待移库的SKU和目标库位的SKU进行对比 , 看看是否有没有目标库位的策略 。 这样的话 , 判断条件确实是简单了一些 , 说明这思路是对的 。
但是如果普通上架或者容器上架的时候 , 面临同时有多个SKU的时候怎么办?这个办法还是很麻烦 , 而且感觉不对劲 , 于是我将我的思考结果和疑惑点记录下来 , 跟我们的大佬沟通了一下 , 这才解开了我的疑惑 。
复盘,简易版的移库,我就踩了第三个坑
文章图片
思考方向弄错了
【复盘,简易版的移库,我就踩了第三个坑】五、解惑时刻
当我把记录的疑惑跟大佬沟通的时候 , 他指出了一个很重要的点 , 也是我一直思考碰壁的地方:移库的本质其实也是上架的策略 , 而上架的策略其实就是上架一个SKU判断一次策略!
我们一起就着他画出来是思维导图进行了一波推演 , 发现这个方案确实是正确的 , 而且是通用型的 , 很多我没有想通的点 , 其实就是因为我踩了坑 。
复盘,简易版的移库,我就踩了第三个坑
文章图片
上架的逻辑判断
对着上方的逻辑图再走一遍流程会发现 , 不论是移库还是上架其实本质都是上架策略的判断 , 这是可以通用的 。
首先判断货主和料区是否一致 , 这个前面提到过 , 属于常规性必做的判断 。
其次判断商品混放策略 , 上面讲到了每次上架都判断一次这个逻辑 , 所以并不需要考虑本身待上架的产品内部是否混放的问题 。 商品混放策略直接拿待上架的这个SKU和已经在库位上的SKU判断即可 , 如果可以通过则进行下一次策略的判断 。
在判断批次策略的时候先判断SKU的自身的策略 , 是否批次还是普货 , 如果是批次 , 那么就只能放在不允许混放批次的库位 , 再判断待上架的批次和已上架的批次是否相同;如果是普货 , 则任意都可以放 。
上面的逻辑分析图基本上就可以覆盖所有的与上架策略有关的场景 , 理清楚了核心的业务逻辑 , 剩下的就是一些锦上添花的辅助工作了 。
总结
本来一开始的工作任务是对移库功能进行优化和调整 , 但是随着业务的演变 , 一些规则和要求的加入之后 , 移库变得不是那么简单就能搞定的了 。 本以为是一次简单的业务逻辑调整 , 但是碰壁之后才发现原来是我自己对一些本质的东西没有抓住 。
通过这次小小的复盘 , 让我get到了这么些感悟 , 给大家:


推荐阅读