一个bug引发的思考

事情是这样的，一个商品线的小哥哥，找到我，说有批货，不小心入库了两次，一笔在海外转运虚拟仓，一笔在杭州保税仓，于是商品总库存对不上了。我义正言辞的问，新来的，为啥录两次，结果人回我说，人家已经离职啦。刚接触ERP和海外仓系统的我，听了这个描述一脸懵，但是问题还是要解决的。

理论上来讲，一批货可以建多个到货计划，可以不结伴也不去往同一个地方。但是库存对不上，这个就肯定有问题，赶紧问来采购单号，查一查。不查不知道，一查吓一跳，发现这个问题应该算是一个产品设计缺陷而引起的必发bug。

具体还原一下当时的情况就是采购同事先在ERP建了一个采购单附带的到货计划选择的是欧洲某海外虚拟仓，但是可能是建错了到货计划单，于是就取消，然后重新建了一个到国内某保税实体仓的。问题出在哪，就是海外仓是另外一个独立的系统，到货计划单建立后就会通知海外仓建对应欲到货计划，因为是虚拟仓的缘故，所以管理人员不会需要实际质检入库。但是入库的时候，海外仓系统并没有检查这个欲到货计划单的状态是不是有效，ERP系统也没有把到货计划单已取消的状态传给海外仓，所以海外仓管理人员也就顺利执行入库了，库存+10086。实际的货呢，正常到了保税仓，保税仓的管理员，也正常的质检验收入库了，库存+10086。

于是问题就分为了两步走，先解决业务现在重复库存的问题，再从系统流程上优化彻底杜绝此类问题再次发生。

第一步，多余库存处理，海外虚拟仓的库存走线上现有的采购退货，退还库存。

第二步，研究系统如何优化，需要充分了解一下几个单据状态之间的关系和两个系统的数据推送逻辑。一个采购单对应一张到货计划单（一批货去往不同地方可以由行信息定义），同一张采购单只有在前一张到货计划单取消状态才能够重新发起，到货计划单状态，分为新建、入库、自动完结，且只有在新建状态可以被取消。

第三步，找开发同学商量一下，有两个方案，一是当ERP到货计划取消的时候，同步通知海外仓，另一个就是海外仓在做入库操作的时候，先调一下接口确认到货计划的状态。然后开发同学说要按方案二来改，因为方案二只要改一个系统，而方案一两边都需要改，不懂技术的本宝，就一个要求，以后绝不能再出现此类一批货入库两次的状况啦。

以前没有过B端项目经验的我，在接手电商ERP这类进存销管理系统后，明显的感受到自己在逻辑方面的一些短板，加上对业务也不够熟悉，需求不可避免的被业务牵着走，希望自己沉住气，沉下来，不懂多问多体验，期待一年后更好的自己。