途库存|EPR系统篇：我接手了一个烂尾楼（一）

编辑导语：在工作中，经常需要接手一些遗留下来的项目，这些项目往往存在着不少问题。本篇文章作者结合亲身经历，根据项目中存在的问题，一一拆解解决过程，与大家分享如何快速有效的接手项目。

文章插图
一、项目背景中途接手一个已经在开发中的ERP项目，收集到的信息如下：

该项目原本由不存在相关经验的产品和技术进行跟进，且短期内不会有专业供应链开发入职；
业务方非常不满意，认为开发进度缓慢，无法有效支持开展业务；
当前库存混乱且长期无法解决，财务做账困难，且无法进一步分析该项目运营情况；
运营该项目的团队此前没有类似经验，相关业务流程及规范不完善；
收银系统为外购部分，生态比较闭环，不适用我司实际情况；
第三方仓库为外包，仓库管理混乱，仓库账面库存和实物不准确。

基于以上情况，该项目目前产出的成果质量问题严重，人力储备不足且不专业，运营管理及仓储管理混乱，可谓是内忧外患；因此优先考虑收尾并关闭项目，重新外购一套成熟系统；但最终出于成本的考虑，公司还是决定继续自研。
二、项目开展规划既然已经定下继续自研，因此进行以下方面准备：

收集当前所有相关方的业务瓶颈及功能述求，提出相关解决方案；
结合已有成果及业务述求，对系统功能框架，数据流，表结构进行整理，重新制定整体框架；
向公司申请更多产品及技术资源，包括招聘专业的人才；确保有足够且有经验的人力。
进行以上准备工作后，开始着手对系统进行优化及完善；整体方向以稳定原有业务功能为主，其次开发新功能满足业务刚需。

三、库存问题根本原因分析目前已知的实际情况为：门店与ERP系统库存不一致，仓库与ERP系统库存不一致，门店账面与实物库存不一致且差异较大，仓库账面与实物库存不一致且差异较大。
对于门店系统或仓库系统实物与账面不一致的情况，可以通过对门店/仓库进行盘点，找出盘点差异数值比较大的库存记录，通过与业务及三方系统开发核实查找问题；这里不详细展开。
对于ERP系统与门店或仓库库存不一致的情况，理论上可以通过对比两边系统的库存变动明细，来发现库存变动确实或数量有差异的场景；但由于缺少库存变动明细数据，因此我们决定对比库存差异变动趋势来发现问题，若两边库存的差异在逐步扩大，则该商品库存在两边系统的库存处理可能会存在问题。
1. 门店库存差异分析库存对比监控：拉取每天凌晨门店库存数据与ERP门店库存进行对比，计算当天库存差异值，第二天再次拉取数据并计算差值；相邻的两天库存差异纯在的变动即delta值；当delta值不等于0的情况下，则代表该商品的库存处理在门店系统和ERP系统存在差异。
通过对异常库存的商品出入库记录进行分析，发现库存差异原因如下：
1）门店部分收货，但是门店系统回传的实际收货数量=应收数量，导致ERP库存偏小
根本原因：部分收货时，门店系统回传数值错误。
2）门店负库存销售，但是ERP系统不允许负库存出库，且相关单据未做进一步处理
根本原因1：门店日常实物与账面不一致，但为了保持正常业务进行，需要临时负卖。
根本原因2：配货单下发到门店系统，门店未验收即开始上架销售。
根本原因3：由于系统记录的商品条码错误，导致商品无法扫码出库，重新建一个商品用于出库。
根本原因4：仓库送错货，门店从不知来源渠道收货并销售。